dump_spi_flash
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
dump_spi_flash [2021/04/13 14:16] – [MiniPRO] kingkevin | dump_spi_flash [2021/04/14 19:14] – [J-Link] kingkevin | ||
---|---|---|---|
Line 153: | Line 153: | ||
Reading Code... | Reading Code... | ||
</ | </ | ||
+ | |||
+ | ==== BX48 ==== | ||
+ | |||
+ | The [[https:// | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Yes, it is expensive (> $500), but the hardware is good, and what you pay for is the support. | ||
+ | And I have to say that it is excellent. | ||
+ | Is a chip missing? | ||
+ | Just ask them and they will swiftly add support for it. | ||
+ | |||
+ | Note: This device is obsolete now, replaced by the [[https:// | ||
+ | The main difference is that the Batego I does not support VPP > 15V (only required by very old NMOS EPROM). | ||
+ | It still seems to be supported though. | ||
+ | |||
+ | The software is [[https:// | ||
+ | There is an auto-detect function, but I am too concerned it accidentally damages the chip. | ||
+ | Therefor I still select the target chip by hand. | ||
+ | |||
+ | On my setup it is not able to open the file dialog to allow me setting where I want to load/save the file (using version 3.8.8). | ||
+ | To circumvent the issue I open the built-it hex-editor. | ||
+ | There I can save read/write the data content, and save/load it. | ||
+ | |||
+ | To get the latest chip database (particularly if the Linux release it lagging), here how I update it: | ||
+ | |||
+ | < | ||
+ | wget https:// | ||
+ | unzip ChipDB.zip | ||
+ | sudo mv / | ||
+ | sudo mv ChipDB.db3 / | ||
+ | rm ChipDB.zip | ||
+ | </ | ||
+ | |||
+ | ===== in-circuit ===== | ||
+ | |||
+ | In-circuit flash programming is a lot more tricky. | ||
+ | The issue is that the flash chip needs to be powered, but the MCU using this memory is probably on the same power real. | ||
+ | Thus the MCU might use the flash chip, interference with your operation. | ||
+ | SPI is a point to point connection protocol. | ||
+ | On the SPI lines there should be only one master. | ||
+ | This master drive the SCK and MOSI lines in push-pull mode. | ||
+ | If your programmer sets a line low while the MCU sets it high, a lot of current might go through this line as both device try to drive the line (particularly if not inline protection resistor is used). | ||
+ | |||
+ | There are several solution to prevent this battle and be able to program the chip: | ||
+ | |||
+ | * MCU often have a RST line (active low): driving this line will prevent the MCU to boot and drive the lines, leaving them floating for you to use | ||
+ | * lift the VCC pin of the flash chip: now you can power the chip individually, | ||
+ | * if there are inline protection resistor on the SPI lines, remove them from the board, preventing the MCU to drive them (be sure to connect your programmer on the flash side of the lines) | ||
+ | |||
+ | Once this is done, the easiest way to connect to the flash chip is to use a clip. | ||
+ | This will allow you the clip on all pin of the package, while it is soldered on the board. | ||
+ | |||
+ | {{: | ||
+ | |||
+ | If the flash chip package is not a SOIC (or any where the leads are accessible), | ||
+ | |||
+ | Now you can use your programmer. | ||
+ | But it is very important that it sets the right operating voltage. | ||
+ | Providing 5.0V on 3.3V or 1.8V power rails might damage any of the devices using this power rails. | ||
+ | Also don't forget to drive the MCU reset line (if this is the solution you are using) since the programmer won't do it. | ||
+ | |||
+ | ==== J-Link ==== | ||
+ | |||
+ | The [[jtag# | ||
+ | |||
+ | {{: | ||
+ | |||
+ | It particularly fits in-circuit programming because it uses the target power instead of providing it, supports 1.8-5.0V, and provides a nRST output to hold the MCU under reset. | ||
+ | It also allows to [[https:// | ||
+ | |||
+ | While it provides a pin to hold the MCU under reset, is does not provide a pin to release reset from the SPI flash chip (which also often has a nRST/nHOLD pin). | ||
+ | You will have to pull is up yourself if the board doesn' | ||
+ | |||
+ | Note that you need hardware [[https:// | ||
+ | Hardware version 8 does not support SPI flashing, and version 9 releases nCS just before talking to the chip (this seems to be an issue [[https:// |
dump_spi_flash.txt · Last modified: 2024/01/07 17:49 by 127.0.0.1