I have tried both SAM-BA versions 2.18 and 2.12.
I can enter the SAM-BA mode (SPI1_MISO pin to ground and reset the board) with Device Manager showing “Bossa Program Port”.
Everything proceeded as expected to “Under Scripts, select Enable Dataflash (SPI0 CS0) then click execute.” After clicking execute the SAM-BA application reports not responding and doesn’t return, even after a lengthy wait. The erase all has a warning about appearing to freeze, but I do not get to this step.
I have also tried modifying the previous .bat update, with similar results.
If I try and enter the bootloader (LDR0 while reseting) I do not get a connection in Device Manager.
(I have had success updating Spider (EMX), FEZ Cerb40 II, and FEZ Panda III to TinyCLR v0.8.0.)
in the archive, which reported a similar issue at the “DATAFLASH::Init 0” stage.
This suggested a hardware fault. I tried the other suggestions in the post with no success. The Raptor I am trying to update has never been used and so there has been no previous attempts to update.
“Loading applet applet-dataflash-sam9g15.bin at address 0x20000000” - the address looks very high compared to the other loads, but is what is in the installed files (default).
I successfully updated the bootloader on my other Raptor board a number of months ago and was a simple firmware update to v0.8.0 today (successful).
One easy way to check is to reload the bootloader on your other FEZ Raptor. If it loads fine then it does seem to be a hardware failure on the first Raptor.
To verify, the UI freezes when clicking enable dataflash, not erase all?
I reloaded the bootloader on my other FEZ Raptor and it all worked as per the instructions. v0.8 firmware also loaded successfully.
The UI freezes on the problematic FEZ Raptor when clicking / executing the Enable Dataflash script.
After the success on my other FEZ Raptor I tried again on the problematic FEZ Raptor and the UI again froze at the Enable Dataflash script. Screen capture below.
It seems something may have gone bad on that board then unfortunately. If you want to look into it more, I’d connect an analyzer to the SPI bus to see if there’s any data coming back from the module. Also make sure MOSI, MISO, and SCK aren’t being improperly forced, or shorted, low or high.
Have you tried just using the G400 Bootloader_installer from command line?
I just did my Rapter v1.0 yesterday and worked ok, where had no luck with SAM-BA v2.12
Open command Prompt and copy the “G400 Bootloader v2.0.4.bin” to the fodler and edit the Bootloader.tcl file to reference the new .bin file
“GENERIC::SendFile “G400 Bootloader v2.0.4.bin” 0x0 1”
Short pin 8 to GRD, remove after 3 seconds
Posted this for other peoples reference, as the G400 is a bit different to update and I think there is less info on site about how this is done, know I spent hours with my first G400