Unsuccessful recovery or firmware downgrade (RBR20)

Question

Power ON: RBR20 LED ring never stops flashing white (power LED green)

I seem to be able to get to recovery mode by holding reset button for 20+ seconds during power on until I see a ping response:

Reply from 192.168.1.1: bytes=32 time<1ms TTL=65ms

(LED ring pulsing white every 2 sec, power LED flashing red / 1 sec)

[tftp -i 192.168.1.1 PUT RBR20-V2.1.4.16.img] from a Windows command line replies:

Transfer successful 31064193 bytes in 20 second(s), 1553209 byes/s

The RBR20 power LED stays solid red during the 20 or so seconds of the tftp transfer, then resumes flashing red. The ping replies continue (in a separate Command Prompt window) during the transfer. I beleive that following the successful transfer, the RBR20 should reboot on its and complete the firmware update. This does not happen, even after 10+ minutes. Turning the power OFF/ON causes the power LED to come on arange for 1-2 seconds before illuminating solid green while the LED ring continues to pulse white every 2 seconds without ever stopping. In this mode the ping to 192.168.1.1 replies "Request timed out."

The 30 30 30 reset also puts this RBR20 into recovery mode, but the tftp results are the same as above.

Is there an older firmware version that might have to be loaded to get this device to boot successfully?

FURRYe38 · Answer

I would make contact with NG support about this and see what your options are.&nbsp;

tarzan_nojane · Answer

Warranty expired 6 months ago.&nbsp; It appears I don't have any NG support options.FURRYe38&nbsp;wrote:I would make contact with NG support about this and see what your options are.&nbsp;&nbsp;

Isnt · Answer

I had issues last time too, then I found out you have to put tftp into binary mode. So I ended up doing the following:

first type:

tftp 192.168.1.1

Then on the tftp command line type:

binary

Then type:

put RBR20-V2.1.4.16.img

Hopefully this works. It worked for me on an extender the other day when I bricked it.

tarzan_nojane · Answer

Thanks for your reply. This is the command I have been trying:

[tftp -i 192.168.1.1 PUT RBR20-V2.1.4.16.img]

The "-i" switch specifies binary

TFTP [-i] host [GET | PUT] source [destination]

-i Specifies binary image transfer mode (also called
octet). In binary image mode the file is moved
literally, byte by byte. Use this mode when
transferring binary files.
host Specifies the local or remote host.
GET Transfers the file destination on the remote host to
the file source on the local host.
PUT Transfers the file source on the local host to
the file destination on the remote host.
source Specifies the file to transfer.
destination Specifies where to transfer the file.

Isnt · Answer

Ah damn. Since your warranty is out, you can open it up and find the uart serial pins and connect them to a computer with a uart serial to usb connector. Then you can open up a terminal and run the screen application against it. Available in MacOS and linux at least. And there you can see the startup output and attempt to piece together where things are going wrong. This of course is a lot more involved. But if you're up for it, I can detail where the pins are and what pins are what. I did this the other day and documented the steps.

Forum Discussion

Unsuccessful recovery or firmware downgrade (RBR20)

7 Replies