I'm looking for the method to recover a bricked Airrouter. I managed to brick it by loading AREDN on
without checking the AIROS version. How it doesn't respond to any ethernet address. I've seen the
discussion on unbricking a Nano Station using the serial port followed by TFTP of the ARDEN code.
Will this work for the Airrouter ?
Thanks
without checking the AIROS version. How it doesn't respond to any ethernet address. I've seen the
discussion on unbricking a Nano Station using the serial port followed by TFTP of the ARDEN code.
Will this work for the Airrouter ?
Thanks
Using the reset button, i got the unit into the state to accept TFTP loading ( LED 1&3 alternating with LED 2&4 )
I'm loading XM.v5.5.11.28002.150723.1344.bin from the Ubiquiti download site. (This file worked to downgrade
another Airouter.)
The Tftp program under Windows 7 outputs the following error after ~1 minute of file transfer:
"Firmware check failed"
Does anyone have thoughts/fixes for the Tftp file transfer error?
Thanks.
For some reason I fought with the Windows 10 tftp and kept getting this error, even though I'd done it many times before. I finally gave up and used the GUI tftp program tftp2.exe and it went fine the first time. Set your computer to static address of 192.168.1.22, select the firmware to install, enter the IP address of the node (192.168.1.20) and click UPGRADE, done...
Using the gui tftp program.
I've opened the Airrouter and attached a serial terminal emulator to the serial header.
I can see the controller boot and set the IP to 192.168.1.20 and sit waiting for the tftp transfer.
When I start the tftp program running I can see the number of bytes transferred incrementing.
The XM.v5.5.11.28002.150723.1344.bin file is 6.57 MB (6,896,662 bytes) per Window file properties.
The console shows 6896662 bytes transferred before the checksum error message.
The AREDN-3.16.1.1-ubnt-airrouter-squashfs-factory.bin file is 4.68 MB (4,915,612 bytes) per Window file properties.
The console shows 4915612 bytes transferred before the checksum error message..
Both of these files have been used via the AIROS file update gui to downgrade and then do the AREDN load on
a second Airrouter sucessfully.
Is there a difference in the expected file format used by AIROS and what is needed for tftp ?
Thanks for any help.
1.1.4.2-s956 (Jun 10 2015)
The PCB is:
XM board rev 1.1 e4b2
I have found a thread on the Ubiquiti forum describing the problem.
I have tried the dual tftp sequence:
1. Interrupt Uboot and execute "urescue -f -e"
2.tftp the XW.v5.5.10-u2.28005.150723.1358.bin file
3. Interrupt Uboot and execute "urescue "
4.tftp the XW.v5.5.10-u2.28005.150723.1358.bin file
This results in the device getting stuck on the reboot after step 4.
The board is an "XM" board, this means chipset is AR92xx. Are you are loading the "XW" firmware for chipsets AR93xx? The firmware is not cross-compatible between these chipsets.
By the way, I have an AirRouter in hand reported bricked in the same way. I'll likely be taking these recovery steps for a spin shortly.
Joe AE6XE
I just added a note a couple days ago to these instructions from another NSM2 I was working on, and got bit on this issue. It's not stuck after step 4 when the console ends at "rebooting....". AirOS turns off the console output. This means it worked. Probably just need to make sure your laptop is on the right static IP address and browse to http://192.168.1.20.
Joe AE6XE
The AirRouter has a default IP address of 192.168.1.1, not 192.168.1.20 as other UBNT devices. Try this address before anything more complicated.
Andre. K6AH
tftp mode: 192.168.1.20
airOS booted: 192.168.1.1
I don't own one of these devices, but it is a twist from the other devices, AirOS is accessed via 192.168.1.1.
Joe AE6XE
Denis KD1HA