Hey All,
I recently tried to update my Nanostation M2 firmware, but in the process, it seems to have failed. Upon initial power-up, the device shows both the first green led and the fourth red led illuminated and nothing happens after that.
I checked the forums to find a fix, and after hours of learning tftp and trying to load firmwares while being in the bootloader mode (the flashing red/green, amber/green) and every time I run the script, it gives me the same two errors (random each time): Error occurred during the file transfer (Error code = 0): Timeout expired. Retries expired (or) Error occurred during the file transfer (Error code = 2): Firmware check failed
I can ping 192.168.1.20 using cmd ping 192.168.1.20, but I can't seem to write to the device.
The network settings include a static IP on 192.168.1.21, Subnet is 255.255.255.0, Default gateway is 192.168.1.20
Anyone have any other thoughts?
Thanks in advance, hope to get this resolved soon!
I recently tried to update my Nanostation M2 firmware, but in the process, it seems to have failed. Upon initial power-up, the device shows both the first green led and the fourth red led illuminated and nothing happens after that.
I checked the forums to find a fix, and after hours of learning tftp and trying to load firmwares while being in the bootloader mode (the flashing red/green, amber/green) and every time I run the script, it gives me the same two errors (random each time): Error occurred during the file transfer (Error code = 0): Timeout expired. Retries expired (or) Error occurred during the file transfer (Error code = 2): Firmware check failed
I can ping 192.168.1.20 using cmd ping 192.168.1.20, but I can't seem to write to the device.
The network settings include a static IP on 192.168.1.21, Subnet is 255.255.255.0, Default gateway is 192.168.1.20
Anyone have any other thoughts?
Thanks in advance, hope to get this resolved soon!
.
I'm getting similar results. Using files 3.15.1.0b0-ubnt-nano-m-xw-squashfs-factory.bin and 3.16.1.1-ubnt-nano-m-squashfs-factory.bin. I've run tftp from Windows 7 and from a Raspberry pi 3. I've run it both in text and binary mode. On windows I get timeouts after sending a lot of packets. On the pi I thin it goes all the way through, the last packet is smaller than 512 bytes. and I get firmware check failed. Target is a Ubuiqiuty nanostation m2.
1) assumption is your device is older (because you are upgrading it to a newer version of AREDN), thus it is an "XM' device (different cpu than the 'XW' newer devices). if trying to load the wrong image, you will receive the firmware check error. If you are are not confident which model you have, then best to try both firmware options, which could be AREDN or AirOS image tftp loads.
2) With tftp, always use the 'factory' AREDN flavor. Sysupgrade is the same things, but packaged together in a format know to only Openwrt live firmware.
3) After putting the device in tftp mode, always 'ping 192.168.1.20' (AirRouter is the exception and different address for ubiquiti models). If you don't get a response, then don't proceed until it can be ping'd.
4) if your device has ever been upgraded to a newer AirOS version, and this upgrade occured from the UI of AirOS, then the bootloader will be upgraded to an incompatible version with 3.16.1.1 and prior versions. Attempting to tftp install these AREDN versions will soft-brick the device such that no version of AirOS or AREDN can be installed in the normal ways - have to pull cover and attach to serial hearder and type some special bootloader commands to reover.
5) history of the device of what you have tried tells the rest of us the likely current state. the specific image you have attempted to load, is important know if the correct image is used. The specific image in combination with the history indicates what the likely outcome would be.
6) I always find it tricky to get the laptop to renew IP addresses after flipping from static to dhcp and rebooting the ubiquiti device. You may need to uplug the cable, turn off/on the interface, or similar to ensure it is in sync. Also ping to make sure the device is responding before moving forward.
Joe AE6XE
Jason KC1MLQ
https://www.arednmesh.org/content/bullet-m2-xm-trouble-firmware-check-fail