Troubleshooting
Diagnose and resolve common issues with the ALPON X4 edge computer. Fix connectivity, boot, and hardware-related problems.
Troubleshooting
Diagnostic reference for the ALPON X4 industrial edge IoT computer: power, LEDs and boot, connectivity (LTE Cat 4, Wi-Fi, dual Ethernet), the GPIO Add-on port and USB, ALPON X4 OS, and the ALPON Cloud agent. Each issue lists the symptom, possible causes, and recommended checks.
Start from the physical layer and move up. Verify power first
(15 V / 1.8 A (27 W) USB-C PD, DC 12–30 V for full peripheral functionality, or optional PoE+ within its 25 W budget),
confirm the Power and Connection LEDs report a healthy
state, check network links (LTE Cat 4, Wi-Fi, ETH/G, ETH) in
that order, verify the GPIO Add-on rail is enabled with GPIO 21, and finally
inspect ALPON X4 OS logs with journalctl -xe.
Start with a known-good 15 V / 1.8 A (27 W) USB-C PD adapter or a 12–30 V DC supply on the terminal block rated for the 27 W peak. Use only one power input. The DC rating is 9–30 V, but inputs below 12 V restrict peripheral functionality. A 5 V source is not a supported full-function supply; whether a device boots at low voltage is not a reliable diagnostic. See Specifications for detailed limits.
LED reference
The ALPON X4 surfaces device health on four front-panel LEDs: Power, Connection, Cellular, and a user-driven Programmable RGB. Read these indicators first; they narrow most issues to a single category in the accordion below.
ETH/G to an upstream router. Boot and provisioning duration depend on connectivity and service availability.
TCA6408A I/O expander on I2C1 at address 0x20. Sixfab system services do not touch it.
Common issues
Each row below is one symptom. Click a row to open it; the body covers what you see, why it may happen, and recommended checks. Rows are colour-coded by category, with the dot, the category pill, and the left rail all matching, so you can scan the list by category at a glance.
Power
The device does not power on (no LEDs)
Symptom
The Power LED stays off after power is connected.
Cause
Possible causes include an unsuitable or failed adapter, cable, or DC connection. A 5 V USB source does not meet the documented full-function supply requirement; do not infer a hardware failure solely from behavior on that source.
Fix
- Use the 27 W USB-C PD adapter shipped with the device.
- If unavailable, disconnect the USB-C supply and wire the DC terminal block to a 12–30 V DC supply rated for at least 27 W (for example 12 V / 2.5 A or 24 V / 1.25 A).
- Confirm wire polarity on the screw terminal: observe the + / − markings on the housing.
- Try a different USB-C cable. Long or low-quality cables often drop PD negotiation.
Power
The device boots but USB ports, GPIO 5 V rail, and HDMI are dead
Symptom
The Raspberry Pi CM4 comes up and Ethernet links, but USB devices are not detected, the GPIO Add-on 5 V rail is offline, the HDMI output is blank, and the Programmable RGB LED is dark.
Cause
An input below 12 V can put the ALPON X4 in Restricted Mode, disabling peripheral functionality. A running host or network link does not prove the peripheral power rails are available.
Fix
- Disconnect the current power source and use the supported 15 V / 1.8 A (27 W) USB-C PD adapter or a 12–30 V DC supply rated for the workload.
- For long DC cable runs, prefer a 24 V adapter with thicker conductors to compensate for voltage drop.
- After restoring supported power, check the peripherals again. If they remain unavailable, shut down safely and power-cycle with the known-good source; contact support if the problem persists.
Below 12 V, USB, the GPIO Add-on 5 V rail, HDMI, and the Programmable RGB LED are restricted. The 9–30 V DC rating is not a full-function range. Restore 12–30 V at the DC input or the documented 15 V USB-C PD supply; low-voltage network reachability is not guaranteed.
Power
The device resets or throttles under sustained load
Symptom
The Raspberry Pi CM4 logs voltage or thermal warnings during peak workloads and occasionally reboots.
Cause
The supply or cable may not sustain the workload, or airflow around the heatsink may be obstructed. Optional PoE+ delivers up to 25 W and cannot cover the documented 27 W simultaneous system peak.
Fix
- Check the supply rating and voltage at the device under load. If using PoE+, reduce peripheral load or switch to a supported DC/USB-C PD source; disconnect the old input first.
- Keep airflow around the cooling surface unobstructed. Consult Power & Mounting for installation guidance and Sixfab for verified clearances.
- Verify with
vcgencmd get_throttledthat the Raspberry Pi CM4 is not hitting the under-voltage bit.
Hardware
The device boots in a reset loop
Symptom
The Raspberry Pi CM4 starts and powers down on a fixed interval without reaching a usable state.
Cause
The hardware watchdog (SW1) is enabled but no userspace service is feeding it, so the watchdog hard-resets the device on its timeout interval.
Fix
- Disconnect all power from the device.
- Lift the silicone cap on the rear face and move SW1 to ON to disable the watchdog while you finish bring-up.
- Reapply power and verify the device stays up. Configure exactly one heartbeat owner: the system watchdog daemon or an application replacing it, never both. Disconnect power before moving SW1 back to OFF after that owner is ready.
Always disconnect all power before flipping SW1 (Watchdog) or SW2 (Boot/Burn). Changing SW2 while powered can corrupt the Raspberry Pi CM4 eMMC.
Power
PoE+ does not power the device
Symptom
The PoE injector is connected to the ETH/G port, link comes up on the switch, but the ALPON X4 does not power on.
Cause
The injector is legacy IEEE 802.3af instead of 802.3at Class 4, the cable is connected to the wrong port, or the SKU does not include the optional PoE module.
Fix
- Confirm the SKU is the PoE variant. The PoE module is a factory option and cannot be field-added.
- Use an IEEE 802.3at Class 4 injector that delivers up to 25 W on the
ETH/Gport only. - Check the injector or switch diagnostics according to its manual. The 25 W delivered budget cannot cover the 27 W system peak; reduce peripheral load or use DC/USB-C PD for peak workloads.
- If the SKU does not include PoE, disconnect PoE and use USB-C PD or the DC terminal block. Use only one power input.
Connectivity
The Cellular LED is red or yellow
Cause
Weak LTE signal, missing or loose antenna, or the eSIM (eUICC) profile has not yet activated on the local network.
Fix
- With power disconnected, hand-tighten both antennas on the SMA connectors labeled
L(LTE Main and LTE Diversity). The Wi-Fi antenna uses RP-SMA and belongs onW, not an LTE port. - Reposition the antennas away from metal panels and dense walls before retesting.
- For known marginal sites, attach the optional IP67 outdoor antenna (3-meter cabled combination antenna with surface mount).
- In ALPON Cloud, open the device's eSIM management panel and verify the active profile is the one the local carrier provisions.
- Read RSRP and RSRQ from the modem:
terminal shell
mmcli -L mmcli -m 0 --signal-get
Connectivity
The eSIM does not register on any network
Symptom
The Cellular LED stays red. mmcli -m 0 reports registration: searching indefinitely.
Cause
No active eSIM profile is selected, the active profile has been disabled remotely, or the device is in a region not covered by the current profile.
Fix
- In ALPON Cloud, open the device's eSIM panel and select an active profile matching the deployment country.
- Confirm plan activation and country coverage with Sixfab or the profile provider. Do not attempt a physical SIM installation without model-specific guidance from Sixfab.
- Reboot the device so ModemManager re-attaches with the new profile.
- For multi-region fleets, enable roaming on the active profile in ALPON Cloud.
Connectivity
Ethernet does not link or shows the wrong speed
Symptom
No link on either Ethernet port, or ETH/G negotiates 100 Mbps instead of 1 Gbps.
Cause
The cable is plugged into the wrong port, the cable is not Cat 5e or higher, or the upstream switch port is hard-set to 100 Mbps.
Fix
- Confirm the device is in the correct port:
ETH/Gis the 1 Gbps port,ETHis the 100 Mbps port. - Use a Cat 5e or Cat 6 cable for Gigabit operation.
- Set the upstream switch port to auto-negotiate.
- Verify the link with
ip -s link show eth0andethtool eth0.
The RJ45 socket labeled GPIO is for ALPON Add-on modules only. Connecting an Ethernet cable or a PoE injector to this port causes permanent hardware damage.
Connectivity
Wi-Fi does not see any 5 GHz networks
Symptom
A scan returns 2.4 GHz networks only. The 5 GHz SSID is visible from a phone in the same location.
Cause
The Wi-Fi country code is unset or set to a region that disables the 5 GHz band, so DFS channels do not appear in the scan list.
Fix
- Set the regulatory domain with
sudo raspi-configunder Localisation Options. - Or apply it directly with
sudo iw reg set <COUNTRY_CODE>(for exampleUS,GB,DE,TR). - Verify with
sudo iw dev wlan0 scan | grep -E "freq|SSID"that 5 GHz frequencies now appear. - Reboot to make the country code persist across firmware reloads.
Connectivity
Network failover does not switch when the primary path drops
Symptom
Ethernet is unplugged or Wi-Fi drops, but the device does not migrate to LTE within the expected window.
Cause
The failover priority list in ALPON Cloud is misconfigured, or the LTE link is in a bad state and the agent has not marked it as a viable backup.
Fix
- Open the device in ALPON Cloud and review the network manager priority order: typically
ETH/G>ETH> Wi-Fi > LTE. - Confirm the cellular path is healthy with
mmcli -m 0and that an APN is configured. - If failover does not recover connectivity, capture
journalctl -u sixfab-connect -n 200for support. Recovery time depends on the available uplinks and configuration.
GPIO
GPIO Add-on port has no 5 V output
Symptom
An attached Add-on module does not power up. Pin 8 (5 V OUT) reads 0 V.
Cause
The 5 V rail on the GPIO Add-on port is gated by GPIO 21 (ADDON_PWS_EN). On boot it is inactive by default and must be driven HIGH from software.
Fix
Drive GPIO 21 HIGH before initiating any communication with the Add-on module.
# Enable the GPIO Add-on 5 V rail and check for fault import RPi.GPIO as GPIO GPIO.setmode(GPIO.BCM) GPIO.setup(21, GPIO.OUT) # ADDON_PWS_EN GPIO.setup(20, GPIO.IN) # ADDON_PWS_FAULT GPIO.output(21, GPIO.HIGH) # Enable the rail if GPIO.input(20) == GPIO.LOW: print("Fault: overcurrent, overtemperature, or reverse voltage") else: print("Add-on rail enabled, 5 V available on Pin 8")
If overcurrent, overtemperature, or reverse voltage is detected, the port enters protection mode. GPIO 20 (ADDON_PWS_FAULT) reads LOW while the fault persists and returns HIGH once the condition clears.
USB
USB peripherals power off and stay off
Symptom
USB devices on the side ports were enumerated, then power was suddenly cut to both ports simultaneously.
Cause
Combined draw exceeded the 1 A total budget shared by the two USB 2.0 ports. Over-current protection cuts both rails together. There is no software command to re-enable them at runtime.
Fix
- Disconnect both USB peripherals.
- Perform a full power cycle of the ALPON X4 to restore the USB rails.
- For peripherals drawing more than 500 mA, attach a powered USB hub instead of plugging directly into the device.
The USB-C port on the ALPON X4 is sink-only (power in). It does not provide USB data or power output during normal operation. Use the two USB 2.0 Type-A ports on the side of the device for peripherals.
Hardware
Nothing appears on HDMI
Cause
The HDMI display was connected after boot, the cable does not support the negotiated mode, the Raspberry Pi CM4 has not completed early boot, or the device is in Restricted Mode (HDMI is disabled while input voltage is below 12 V).
Fix
- Plug HDMI before powering on. Hot-plug detection is best-effort on the Raspberry Pi CM4.
- Use a certified HDMI cable and a monitor that supports 1080p at 60 Hz.
- Verify a 12–30 V DC input or the supported 15 V / 1.8 A USB-C PD supply is present for full peripheral functionality.
- If the monitor stays blank, verify over SSH that the device booted, then reboot with HDMI already connected.
OS
I cannot SSH into the device
Cause
mDNS may not resolve the .local hostname, the workstation may be on a different VLAN, port 22 may be blocked, or the OS may not have completed booting. Restricted peripheral mode alone does not establish why SSH is unavailable.
Fix
- Connect with the correct user. Two reliable ways to reach the device:
# Two reliable ways to reach the device ssh alpon@alpon-<MAC>.local # mDNS, requires same VLAN ssh alpon@<DEVICE_IP> # Direct, works across routed subnets # Default password: sixfab, change before production sudo passwd alpon
- On Windows hosts install Bonjour or use a recent Windows 10/11 build. mDNS is link-local and does not cross routers.
- If the local network is unreachable, use the browser-based remote terminal in ALPON Cloud. It works even when only cellular is up.
- As a last resort, attach HDMI and a USB keyboard for local login.
OS
I forgot the password I set for the alpon user
Cause
The alpon account password was changed and lost. The default sixfab password no longer works.
Fix
- If you retain authorized remote terminal access in ALPON Cloud, open that terminal.
- From an authorized shell with sudo privileges, set a new password:
sudo passwd alpon. If sudo requires the lost password, use the support recovery path below. - If no remote access is available, contact Sixfab support with the device serial number for a recovery procedure.
The alpon account is used by ALPON Cloud and other system services. Keep it intact and create an additional admin user with sudo rights if needed. See the OS guide before changing service accounts.
OS
apt update or apt upgrade fails
apt update or apt upgrade failsSymptom
sudo apt update reports unreachable repositories, GPG signature errors, or hash sum mismatches.
Cause
No network path is up, the system clock is wildly wrong (TLS validation fails), or a previous transaction was interrupted and the dpkg state is dirty.
Fix
# Confirm an uplink first ping -c 3 1.1.1.1 # Verify the system clock is current timedatectl sudo timedatectl set-ntp true # Repair any half-configured packages sudo dpkg --configure -a sudo apt -f install # Refresh and retry sudo apt update sudo apt upgrade -y
Reboot if a kernel or firmware package was upgraded.
For production fleets, push apt upgrade one device at a time through ALPON Cloud and monitor the Connection LED before moving to the next. This isolates regressions caused by upstream package changes.
Hardware
RTC time drifts after a power cycle
Symptom
The system clock jumps back several hours or to an old date after every power-off, even with a brief outage.
Cause
The RTC battery may be depleted, or time synchronization may not be working. Battery condition requires service diagnosis; clock drift alone is not proof of battery failure.
Fix
- As a stopgap, ensure NTP is enabled:
sudo timedatectl set-ntp true. The clock will resync once the device reaches the network. - Contact Sixfab support for RTC diagnosis and authorized battery service. Do not open the enclosure or replace the battery yourself.
ALPON Cloud
Device shows as offline in ALPON Cloud
Symptom
The device is powered on but the asset list in ALPON Cloud shows it as offline. The Connection LED is off.
Cause
The sixfab-connect agent cannot reach the cloud, the device has not been activated for the workspace, or no network path has a working uplink.
Fix
- Check the LED reference above. If the Cellular LED is red, fall back to Ethernet by plugging
ETH/Ginto a wired router. - From a local shell, inspect the agent:
terminal shell
systemctl status sixfab-connect journalctl -u sixfab-connect -n 200 --no-pager
- If the agent is stuck, restart it:
terminal shell
sudo systemctl restart sixfab-connect - In ALPON Cloud, confirm the device is activated via the Active/Inactive toggle on the asset detail page.
- Verify at least one path (LTE, Wi-Fi, or Ethernet) has a healthy upstream route.
ALPON Cloud
Container fails to start with exec format error
exec format errorSymptom
docker run fails with exec format error, or a container deployed from ALPON Cloud is reported as crashed.
Cause
The image is built for amd64 (x86_64) instead of ARM64. The Raspberry Pi CM4 is ARMv8 and only runs linux/arm64 binaries.
Fix
- On a workstation, cross-build for the right platform:
docker buildx build --platform linux/arm64 -t myimage:latest --push . - Or build natively on the ALPON X4 with
docker build .. - Verify the image architecture before deploy:
docker inspect <image> | grep Architecture. - Re-deploy through ALPON Cloud after pushing the corrected image.
ALPON Cloud
An application update is stuck or the expected version is not running
Symptom
An OTA update reports in progress for an extended period, or the device reports the previous version after the rollout completes.
Cause
Possible causes include insufficient eMMC space, an interrupted download, or failure to start the new container. Inspect the deployment status and logs rather than assuming an automatic rollback occurred.
Fix
- Check available eMMC space with
df -h /and compare it with the image's requirements. Review unused images before removing any; retain versions needed for recovery. - Confirm the active link is stable. If the OTA started on LTE, switch to Ethernet and retry.
- Inspect the agent log:
journalctl -u sixfab-connect -n 300 --no-pager. - If the new image fails to start, diagnose the container logs, correct the application, and redeploy through the supported ALPON Cloud workflow.
ALPON Cloud
The QR code on the label does not scan
Fix
- In ALPON Cloud, choose Manual registration.
- Enter the serial number printed next to the QR code.
- Follow the on-screen prompts to bind the device to your organization.
Before you contact support
Record these seven checks to help isolate the issue and provide useful context to support.
The chip on the right of each row tells you what to do — $ means a shell command
to run, → means a visual or label to confirm.
$vcgencmd get_throttled
Use one supported source: 15 V / 1.8 A (27 W) USB-C PD, 12–30 V DC for full function, or optional PoE+ within its 25 W delivered budget. Record any under-voltage flags.
→SW1 · SW2 · OFF
SW1 (Watchdog) and SW2 (Boot/Burn) both OFF for normal operation. Toggle only with all power disconnected.
→PWR · CONN · CELL
Note the exact state of Power, Connection, and Cellular LEDs. See the LED reference.
→L · L · G · W
Check antennas with power disconnected. LTE Main, LTE Diversity, and GNSS/GPS use SMA; Wi-Fi/Bluetooth uses RP-SMA. Match each antenna to its labeled port.
$ping -c 3 1.1.1.1
At least one of LTE, Wi-Fi, ETH/G, or ETH reaches the internet.
$systemctl status sixfab-connect
The sixfab-connect service reports as active (running).
→SN-XXXXXXXX
Read it from the enclosure label, next to the QR code. Include it in the support ticket.
Optional: collect a support bundle
If you can run a shell on the device (SSH or HDMI), this single block captures the journal, kernel ring buffer, power state, modem status, and OS release into one archive. Attach it to your ticket if you can; otherwise the checks above are enough to start.
# Single-shot bundle, run on the device over SSH sudo journalctl -b -n 2000 > ~/alpon-x4-journal.log dmesg > ~/alpon-x4-dmesg.log vcgencmd get_throttled > ~/alpon-x4-power.log mmcli -m 0 > ~/alpon-x4-modem.log cat /etc/os-release > ~/alpon-x4-os.log tar czf ~/alpon-x4-support.tar.gz ~/alpon-x4-*.log # Copy the archive to your computer with scp, WinSCP, or Cyberduck.
Send a plain-text email with the device serial number, the observed LED state, and a one-line description of what you were doing when the issue appeared. Sixfab support can guide you through log collection from there.
Still need help?
If your symptom is not covered above, contact Sixfab support. Include the checks above or the support bundle, along with the device serial number and observed behavior.
Couldn't fix it with the cards above?
Attach the support bundle (~/alpon-x4-support.tar.gz) along with the
observed LED state and the device serial number. Review logs for credentials and
personal data before sharing them through the support channel.
Updated about 1 hour ago
