Manuals, Data Sheets, and Press Releases can be found in the MPL Documentation area of this homepage.
|Question #247:||My MPL SBC does not [boot|start] up. What can I do?|
|Answer:|| First of all, what precisely is meant by "does not [boot|start] up"?
Is the system not powering up at all or is there some reaction / output from the BIOS/bootloader, but no operating system is loaded or started?
If it is the former, please do the following:
Please note that the above is just a rough list of things to check and try. Please use the corresponding manual for detailed information and precise instructions for a particular MPL product.
|Answer:||The Linux graphics driver unconditionally enables the LVDS port (as primary port), although there is no panel configured or attached. This results in either a wrong screen resolution on the rest of the display interfaces or in problems with multi-screen mode configurations (you only see a part of the actual screen).
The work-around for both cases is to add the following to your kernel command line: "video=LVDS-1:d".
If this does not help, it may be worth to check the DDC lines of your monitor/cable/connectors as well.
|Question #228:||I observe power-up problems or sudden, unmotivated resets of the MPL SBC during normal operation. It seems to get worse if an additional add-on card is installed and/or the CPU and/or GPU load is increased.|
|Answer:||Sounds like the external power supply is unable to sustain the highly dynamic power requirements of most modern CPUs.
|Question #248:||The RESET LED is blinking. What's wrong?|
|Answer:||This means that the internal power supply of the SBC has detected an overload or even short-circuit condition on one of its power rails.
Please follow the steps below:
|Question #351:||Since I updated to Linux Kernel 2.6.30 or higher, all I2C peripherals (like temperature sensors or EEPROM) are not working any longer. With an older kernel, everything is working fine.|
|Answer:||Is there a message similar to:
If yes, please add "acpi_enforce_resources=lax" to the kernel command line.
|Question #405:||We noticed the following problem with the NICs on your SBC. After an arbitrary amount of time (minutes to weeks) no data is received and/or transmitted anymore or the NIC is no longer accessible by the OS. After a reboot or power cycle of the system, all is fine until the same happens again the next time.|
|Answer:||Chances are that you are facing a problem in the PCIe part of the Intel ethernet controller used on this SBC.
We recommend to execute the following procedure on all systems that show the above mentioned symptoms:
Please note that systems delivered after the 9th of November 2015 do already incorporate this fix.
|Question #403:||What's the purpose of the two additional bi-color LEDs on the SerLED?|
|Answer:||These are two optional LEDs for use with PIP add-ons like BOLD, which may be in need of some sort of status signaling.
|Question #401:||If there are two (or more) drives connected to the SATA ports of your SBC, Windows [7|8] is normally labeling the drive connected to SATA0 as "Disk 0" and the drive connected to SATA1 as "Disk 1".
But sometimes it's just the other way around!
|Answer:||This is a Windows "feature" as explained here: Disk drive numbers may not correspond to the SATA channel numbers|
|Question #396:||I noticed that the LAN port are labeled incorrectly. For example, the silkscreen on the top foil says "LAN 1", but the (Windows) OS reports "Local Area Connection 4". Is there a BIOS or hardware setting to line up the labels with the correct LAN port or is just the labeling on the top foil wrong?|
|Answer:||As the OS is responsible for the enumeration of the LAN ports, there is no BIOS or hardware setting to change the ordering of the LAN ports. To make things worse, not all operating systems agree on the same enumeration strategy. Especially MS Windows seems to have its own idea what the correct ordering should be.
As a workaround for MS Windows, one can rename the LAN ports manually either through the GUI or by the following command:
"netsh interface set interface name=<old connection name> newname=<new connection name>"
|Question #313:||My PIP does not start up when power is applied. I checked the input voltage and the fuse inside the PIP, both are OK. The only system activity is a yellow lit power indicator LED.|
|Answer:||If the PIP is in the so-called "Power Button Override" mode (for example by previously pressing the power button for longer than 4 seconds), the system will not start up automatically next time power is applied but stay in "soft-off" (S5). The "Power Button" has to be used to wake up the system again. So either press the power button (if one is installed) or use a short piece of wire to do a short circuit between pin 2 and pin 4 of the external power connector / power button connector depending on your actual PIP model. As an alternative, clearing the CMOS RAM will also help. For more information, please check the "Power Up Behaviour" chapter of the corresponding "PIP User Manual / PIP Technical Reference Manual".|
|Question #272:||What is delivered with the PIP?|
|Answer:||There are several differently equipped base versions available. Additionally, you can choose the amount of DRAM, the type of mass storage (Hard / Flash disk) etc. according to your requirements. Please see the "PIP Options" entry in our Homepage for further information or contact one of our distributors for assitance.|
|Question #325:||How can I reset the BIOS settings to factory defaults?|
|Answer:||There is a special menu entry in the BIOS setup screen, which will reset all BIOS settings to their factory defaults.
If entering the BIOS setup screen is not possible, the recommended way is to switch off the CMOS backup power (either by removing the CMOS battery completely from its holder or by using the corresponding DIP switch as described in the product "User Manual"). That way, the BIOS settings are gone and the default ones are loaded at next system boot. After the system has booted successfully, don't forget to switch on the CMOS backup power again.
|Question #290:||My MPL SBC does not boot from CD-ROM. What I am doing wrong?|
|Answer:||First, please verify that the hardware (SBC, drive, cables) is in working condition and the CD/DVD you are trying to boot from is really bootable. If the problem still persists, then most probably some BIOS settings are not correct. Please read the corresponding chapter(s) in the "BIOS User's Manual" carefully and make the necessary adjustments. The "BIOS User's Manual" suitable for your MPL SBC can be downloaded from the "Documentation area on the MPL homepage".|
|Question #345:||I'm having trouble to get an USB device to work with one of your SBC. Either the USB device is not working reliable (or not at all) or the MPL SBC is even being reset if I insert the plug into the USB port or if the device is activated. The same USB device works without problem if I connect it to my laptop/desktop.|
|Answer:||Is the USB device powered from the USB port only (no external power supply is being used)? If yes, your USB device most probably needs more power than it is allowed to do. The USB standard specifies that an USB device must not consume more than 500mA for USB2.0 / 900mA for USB3.0 (even not more than 100mA before being successfully initialized). For all USB peripherals with higher power requirements than the values mentioned above, the use of an external power supply is mandatory.
So please make sure that you use an external power supply or try to find another, standard conforming USB device.
Please note that the use of an "Y" shaped USB cable to "steal" power from a second, unused USB port is NOT a solution!
|Question #297:||What's the MTBF of your PIP products?|
|Answer:||Based on the experience of the past few years, the typical MTBF is above 100'000 hours.|