I want to update my FEZ Hydra board with Ethernet firmware using FEZ Config.
I have connected a powered USB hub to my PC and FEZ Hydra to this hub (in this way I have external power supply).
When I try to update with Ethernet firmware I receive the error in the attached image.
What it the problem ?
Until now I thought that it wasn’t necessary to connect the ethernet module to update !
Now I have connected the ethernet module on socket 3 and tried on 2 different PCs…the result is the same !!
I’m always using a USB hub with external power supply.
but in this way I will update TinyBooter and not TinyCLR with Ethernet firmware.
From FEZ Config it results that TinyBooter and TinyCLR on the board are the latest version but TinyCLR is NON Ethernet.
Why I have to update TinyBooter ?
@ ppatierno - The real point is not to update TinyBooter but to do a complete erasure of the board’s flash memory in case the firmware was corrupted. You could try to put the board into TinyBooter mode to see if you can erase the firmware without a complete erasure/restore. Follow the instructions found here: https://www.ghielectronics.com/docs/39/fez-hydra-developer#360
@ ppatierno - Yes, first try to put the board in TinyBooter mode by shorting pin 9 to pin 10 on socket 14. While shorting these pins you will reset the board.once the board is reset, stop shorting the pins.
If you use MFDeploy you will ping the board and it should report back TinyBooter. FEZ Config should work also to report the boot state of the board.
Excume me Aron…but I want to understand well going deeper.
What is the difference to short pin 9 to pin 14 and pin 8 to pin 14 as described in the links you gave me ?
Is there a difference between shorting pin 9 or pin 8 or there is a mistake on the web site on the two different links ?
@ ppatierno - no problem ppatierno. The difference between the two are as followed:
The grounding of pin 9 (shorting pin 9 to pin 10) on Socket 14 is a special pin designated to place the board into TinyBooter mode (only on Hydra) for situations when a program that the user writes may cause your board to lock up and become unresponsive. If this scenario were to take place, there needs to be a way to bypass the system to gain some level of functionality, in this case, the ability to erase a user program and/or even to erase and replace the firmware, should that have become corrupted.
On Socket 3 or 4, the need to ground pin 8 (shorting pin 8 to pin 10) is necessary to bypass the flash microchip on the board to allow the Hydra’s processor to be booted into a mode where it is ready to accept commands to erase the flash chip and to rewrite the TinyBooter to allow the re installation of the firmware.
Hi Aron…I shorted pin 9 to pin 10 on socket 14 and with MFDeploy I erased flash (firmware, user data, …).
Now My HYdra starts always in TinyBooter (there isn’t any firmware, TinyCLR) but If I try to use FEZ Config to upload firmware, the result is the same.
Can I try with MFDeploy instead of FEZ Config ?
What is your opinion ?