OpenWrt Forum Archive

Topic: Bricked Motorola wr850g v2 with 7.07 - help???

The content of this topic has been archived on 4 Apr 2018. There are no obvious gaps in this topic, but there may still be some posts missing at the end.

I followed the instructions at http://wiki.openwrt.org/OpenWrtDocs/Har … ola/WR850G to install 7.07 on my
Motorola wr850g v2, and it is not responding.  Here is what I have tried so far, any suggestions are appreciated!!!

1) Following 4.2 in the instructions, installed Motorola 4.03
2) Downloaded openwrt-wr850g-squashfs.bin, renamed it to openwrt-wr850g-squashfs.trx per 4.2 instructions
3) Download was successful, clicked reboot on the web page, waited a while, no response
4) Tried to ping 192.168.10.1, no response
5) Added a serial cable as described in 5.2, no response at 9600 N,8,1
6) Tried debricking as described in section 6, no help
7) Tried debricking as described in section 8, no help

I can get this wr850g into two different running states by pressing the reset button at various times.

1) If I power on without pressing the button, all lights but Wireless come on briefly, then just Power and
link for the port that I am plugged into are on, and the link light blinks as I try to send it traffic.  If I press
reset again at this point, then all lights but Wireless stay on, and my link light keeps blinking with traffic.

2) If I power on while pressing reset, hold it for a few seconds, all lights stay on except wireless
If I hold reset briefly again, then I get Power and link for the port that I am plugged into

Not sure what to try next.  I should always be using 192.168.10.1/C to try to access this device?
Any other debricking ideas?

I just started fiddling with openwrt(7.0.7) on my motorolla wr850g, and ran into similar issues. 
When the device boots up it isn't at the same ip address as before it was flashed.
I can't remember what it is exactly( I saw it in the documentation somewhere) but I do believe it was 192.168.0.1.
Just set yourself up with an ip in that subnet 192.168.0.2->192.168.0.254   and you should be able to contact it.
If that is  not the ip, then try different subnets 192.168.x.1

Now I have a question about the release of 7.0.7, alot of posts lay mention of the nvram program, which I cannot find in the packages or on the squashfs, has this program been depreciated in 7.0.7? 

Also my WR850G is a V2 and the wireless was not recognized I tried inserting the bcm43xx kernel modules, to no avail.  Anyone know an exact process to getting the wireless interface up on these devices.


Other than these two problems I am absolutely amazed as to how far this distrobution has come, and I can't wait to brag to my geek friends when I get to work today.


Thank you in Advance

Terry

I set my IP to 192.168.1.10, and set my mask to 255.0.0.0 and used a scan tool to scan for ICMP and ports 23 and 80 on all addresses from 192.168.0.1 to 192.168.100.1, and got no responses.

Does anyone know of a more effective set of debricking procedures for this unit?

Also, can anyone confirm my serial port connections and speed?

I connected using the wr850G serial port #1 pin locations described in section 5.2
I connected the TX to pin 2 on my DB9 (PC's RX), RX to pin 3 on my DB9 (PC's TX), and Ground to pin 5.

I am trying 9600, 8, N, 1

Are these connections and data rates correct, or were the TX and RX in 5.2 supposed to be where the PC's TX and RX go?

I used a serial monitor and it appears that my wiring is correct.  I tried 9600 and 115200 and a few others, no response during bootup or otherwise.

So, back to asking for any tried and true debricking methods??????

For that matter, has anyone gotten 7.07 to work on the wr850g?  It says that its "supported"?

have you try failsafe mode ?

you can use sniffer to determine moment for entering filesafe (if firmware at least partly alive). See http://wiki.openwrt.org/OpenWrtDocs/Troubleshooting
You should connect  Router <-> Hub <-> PC to eliminate time lag between powering router on and link comming up on pc

I'm almost sure that console speed is 115200-8-n-1. if your serial cable connection is ok, you should see at least cfe.

Good luck !

Yes, I thought of that, and I have a hub connected between the router and the PC - otherwise the PC's network interface would not stay up when I tried various methods of pinging right after powerup.  I am working on a JTAG cable right now, but the files that come with it are all for Linksys routers.  What do I need to upload to fix my Motorola?

One more note - it does appear that the router is trying to work on 192.168.1.1, but it has lost its MAC address, or it got overwritten?

If I view my ARP cache after trying to scan for the device, it shows an invalid entry 00-00-00-00-00-00 for address 192.168.1.1

How do I fix the MAC address????

Ok, I have a working JTAG cable, it IDs my hardware and communicates with it.  I backed up my CFE and NVRAM and viewed them in a hex editor and they seem to have various valid data.  I tried erasing the NVRAM as suggested, but that did not help.  In the hex editor I see boot_wait=off in the NVRAM.  I tried to edit it to =on and then followed the boot_wait instructions, but it made no difference, so maybe the kernel or something else is fubar.

1) Has ANYONE gotten 7.07 to work on a wr850g v2, so I'm not wasting my time???  Or suggest a different version?

2) Any helpful hints about how to complete the debrick now that I have the JTAG working?  Where can I find the right files to upload with my shiny new JTAG?  I have searched around but have not found any details about people bringing wr850g's back from the dead with JTAG?

NickSwan
Did You fix the device ? Let me know of current status if You still need some help....


Michal

For what it is worth, I got 7.09 working on my WR850Gv2.  In the process, I learned some things and have updated the wiki page on this device.

Out of the box, 7.09 misidentified the hardware.  One consequence (I think) was that the WAN port was treated as a LAN port and LAN4 was treated as the WAN port.  Is there any chance that that problem exists in 7.07?  If so, try using a different WAN port to talk with the router.

I don't think wiping NVRAM is a good idea.  Can you restore it?  I think that the MAC address lives there so that could explain your observation of invalid zero MAC addresses.  The proper MAC address is printed on the label on the bottom of my router and so it is probably on yours too.

Kamikaze doesn't use NVRAM for much.  It does read it to discover what platform it is running on (kernel file diag.c).  That detection is broken with respect to this router as I have mentioned above.

I have submitted a patch to trac about a month ago to fix diag.c but I don't think that any action has happened.  I don't understand the informal structure of the project to understand why nothing has happened.

The discussion might have continued from here.