Axon board dead - no red LED, no fan, failed during normal operation (1 of 2 boards)

Hi Team , AI assisted generated summary using auditable command history of all commands I have run on axon Linux terminal. I can provide specific list of commands on request , pls check the below summary first .

Summary

One of my two Vicharak Axon boards failed during normal operation and now shows no power
indication at all
— no red LED, no fan, no LEDs of any kind. The second, identical board from the
same purchase continues to work normally on the same power supply type, so the fault is isolated to
this board.

Board details

  • Product: Vicharak Axon, 8GB LPDDR4X / 32GB eMMC
  • OS: Ubuntu, stock Vicharak image
  • Kernel: 6.1.75-axon (stock, unmodified — no custom kernel or bootloader was ever flashed)
  • Second identical board (same order) is working normally and is being used as a control

Failure sequence

  1. Board was powered on and running normally, reachable over SSH, WiFi connected at −43 dBm,
    5 GHz, 600 Mbit/s negotiated link. It had just completed a CPU benchmark run successfully.
  2. While still powered and untouched, it dropped off the network. SSH began timing out, and the
    other Axon on the same LAN showed 192.168.1.5 dev wlan0 FAILED in its ARP table — it could not
    resolve the board at layer 2 at all.
  3. Power was then cycled to attempt recovery. Since that point the board has shown no LEDs
    whatsoever and no fan movement
    .

Note the ordering: the failure began while the board was powered and running. The power cycle
came after, as an attempted recovery, not before.

Troubleshooting already performed

Test Result
Vicharak-supplied 12 V PD adapter + cable No red LED, no fan, no response
Adapter, cable and wall socket currently running the working Axon No change — still no red LED
Power button held 1–2 seconds (per the Button Guide) No response. The same action successfully started the other board
Removed USB-to-UART wiring entirely and re-applied power (as advised in forum thread #411) No change
Serial console at 1.5 Mbaud Only floating-line noise — no readable output
Serial console swept across 115200 / 230400 / 460800 / 921600 / 1.5 M / 3 M baud No baud produced readable output (printable-character ratio 0.58–0.76 at every rate)
Same UART method on the working board Reads perfectly — clean vicharak login: prompt at 1.5 Mbaud, 100% printable

The last row is the important control: the serial setup, baud rate and method are all verified good,
because they read the identical sibling board without fault.

Diagnosis

Per Vicharak’s own Button Guide, “when the cpu is powered off the red LED will on to let you know
that the board has proper power supply (12 V).”
The red LED is absent, and that indicator lights
before U-Boot, the kernel, or anything on the eMMC. This places the fault before any software
executes
, which rules out OS or filesystem corruption as a cause.

The UART behaviour is consistent with the same conclusion: a floating RX line producing noise at
every baud rate is what a non-executing board looks like.

I note that forum threads
#411 and
#410 describe closely
matching symptoms — board working the previous day, then no light and no serial console output,
with adapters ruled out by testing against other working boards. In that thread the Vicharak
response was “Issue is in DRAM that you are facing”, reflashing was attempted and failed, and the
case was escalated to this address.

Request

The board failed during normal operation with no user modification to the bootloader, kernel or
firmware, and shows no power indication. I would like to proceed with a warranty replacement or
repair. Please advise on next steps and what additional information you need.

Happy to provide any further logs or run any diagnostic you suggest.

@Ayush Thanks for reaching out,

Can you attach a photo of your setup, and also remove USB To UART TTY cable, and try to start axon again.




Attached setup images. Also I already tried removing the UART but it didn’t work.

It had just completed a CPU benchmark run successfully.

Can you tell me which benchmark test you ran, and what commands you used before the board started misbehaving .


The benchmark was sysbench, and the load on the failed board was very light — two single-threaded runs of about ten seconds each.

Exact commands run on the board that failed, in order:

CPU benchmark - single thread pinned to one A55 core

taskset -c 0 sysbench cpu --cpu-max-prime=20000 --threads=1 run

CPU benchmark - single thread pinned to one A76 core

taskset -c 4 sysbench cpu --cpu-max-prime=20000 --threads=1 run

Both completed successfully and reported normal results (A55 core: 360.49 events/sec, A76 core: 989.85 events/sec).

The only other commands issued to that board in the same window were read-only or trivial:

sudo dmesg | grep -c ‘optee.*failed’
sudo cat /sys/block/mmcblk0/device/life_time # returned 0x01 0x01
sudo iw dev wlan0 set power_save off # later set back to ‘on’
sudo nmcli connection delete axon-rescue-e576 axon-rescue-e5f6

Important clarification: all heavy work in this session was on the other board, not the one that failed. The working board built a full Linux kernel, compiled llama.cpp, downloaded ~5.5 GB of models and ran sustained 8-thread inference benchmarks for hours — and it is still running fine. The failed board never ran anything heavier than the two single-threaded sysbench runs above. It was essentially idle when it dropped off the network.

sysbench was installed from the standard Ubuntu repository. No kernel, bootloader, firmware or device-tree changes were ever made to either board — both ran the stock 6.1.75-axon kernel throughout, and nothing was ever written outside the home directory.

The board dropped off the network several minutes after those runs completed, while powered and idle. Filesystem health on the failed board was normal immediately before (life_time 0x01 0x01, pre_eol_info 0x01).

@Rajat-Pathak will reach out to you

just wanted to add that as i was packaging the board for shipping , i noticed a anomaly that one antenna has one tiny blue component while other has 2, the other board both antenna have 2 each. just mentioning if it helps.