I think I damaged the loader. When I plug the cable in with the button down it shows me a drive g with INFO_UF2.TXT and INDEX.HTM in it . When I copy the file PicoCalc_PicoMite_v1.0.uf2 onto the drive it just copies it. What should I search for to learn more about the problem, I tried searching but it doesn’t seem like being unable to flash is common. Thank you.
Sorry, tried some more firmware’s and PicoMite_PICO_V6.00.02_PicoCalc_RC1.uf2 seems to be working.
In case you get stuck with flashing, there is a nuke uf2 available at raspberry pi which will erase the whole flash.
Always flash_nuke first to ensure nothing left behind. Its available here and works for different flash chip sizes too.
https://www.raspberrypi.com/documentation/microcontrollers/pico-series.html#resetting-flash-memory
There is an exception to that – with zeptoforth if you install a new build over itself, the build is of the same platform (e.g. rp2040
, rp2040_big
, rp2350
, or rp2350_16mib
) as the old build, and the contents of flash are not corrupt, it will correctly install without a flash nuke, and it will preserve the blocks or files stored in the block storage in the on-board QSPI flash.
Would it make sense to check the integrity of the data written to flash aside the uf2 so that you can blank the blocks if checksums don’t match?