I have som “bricked” devices that i want to recover.
I try to follow the procedure as described in: Digi_MM_Recover
This is the log from TFTPD_32:
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:21:7E:90:00:63 [20/11 09:07:56.346]
Client requested address 0.0.0.0 [20/11 09:07:56.356]
DHCP: proposed address 192.168.100.2 [20/11 09:08:00.976]
5212 Request 2 not processed [20/11 09:08:00.976]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:21:7E:90:00:63 [20/11 09:08:04.326]
Client requested address 0.0.0.0 [20/11 09:08:04.326]
DHCP: proposed address 192.168.100.2 [20/11 09:08:08.946]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:21:7E:90:00:63 [20/11 09:08:08.946]
Client requested address 0.0.0.0 [20/11 09:08:08.956]
DHCP: proposed address 192.168.100.2 [20/11 09:08:13.576]
5212 Request 2 not processed [20/11 09:08:13.576]
5212 Request 2 not processed [20/11 09:08:13.576]
From wireShark i can see that Digi module asks for firmware upload (BOOTP)but, aparentelly Digi module wants the IP address 0.0.0.0 and don’t accept the sugested IP assigned by TFTP server.
From the serial port I got:
Starting TFTP recovery…
Starting serial recovery…
CCCCCC
I belive that bootloader is ok since i’m able to recover devices using Serial port method (It takes too much time, i’d like to avoid using it)
There was a version of the bootloader that exhibited this issue. It has been corrected but the potential is you have devices with the problematic bootloader.
Your option is to recover the device using serial recovery.
Wait until you see the CCCCC. Then using (for example) hyperterm, use Send File.... Select XMODEM as the protocol and the image.bin you want to load. It does take longer than tftp but it does work.
If you can get an image in the device that works and contains the ftp server, you can update the bootloader in the device using ftp. You'll want to ensure you have all patches installed. When you build a RELEASE version of a project, you get a new bootloader (rom.bin) in the Release directory (within ESP). You should be able to ftp the updated bootloader into the device. As always DO NOT interupt the download and flashing because if you crunch the bootloader, you will have a permanent brick.
Lastly, it is always advisable to include the version of NET+OS that you are running, when reporting an issue.