Hello Team,
We are interfacing nRF52832 with an external flash for data storage. Could you please point to the right document/link/code reference on how to interface external flash (on SPI) with nRF52832 on nRF Connect SDK 1.8.0?
Thanks!
Hello Team,
We are interfacing nRF52832 with an external flash for data storage. Could you please point to the right document/link/code reference on how to interface external flash (on SPI) with nRF52832 on nRF Connect SDK 1.8.0?
Thanks!
Hi Hakon,
Thanks for keeping a tab on this.
Few points to consider:
Not sure what's going on here.
Is there a way we can init the external lash at run time (not from the overlay)? I may be reiterating but our usecase is to use external flash for OTA purpose.
Thanks!
Hi,
embeddedER said:The issue is I see this error, whenever I program it using JTAG and JTAG resets the board, it doesn't detect the SPI. Also, if I disconnect the power of the board and reconnect it, first time, I see the similar issue. After pressing reset button on board, it works.
thank you for clarifying!
Q1: Could you confirm if another debug reset puts the device into a good state? If yes, I think I have an idea on what can have happened here.
Q2: Could you try to run this command before flashing the device to see if the issue still appears?
nrfjprog -e
This will erase the nRF first.
If the device now behaves normal after initial programming, I believe it can be related to a reset before flashing the new program. If your old program is also present in flash, it will boot up for a small period of time and can leave the SPI-NOR flash in a mid-sequence operation before the nRF is re-flashed.
Kind regards,
Håkon
Hi,
embeddedER said:The issue is I see this error, whenever I program it using JTAG and JTAG resets the board, it doesn't detect the SPI. Also, if I disconnect the power of the board and reconnect it, first time, I see the similar issue. After pressing reset button on board, it works.
thank you for clarifying!
Q1: Could you confirm if another debug reset puts the device into a good state? If yes, I think I have an idea on what can have happened here.
Q2: Could you try to run this command before flashing the device to see if the issue still appears?
nrfjprog -e
This will erase the nRF first.
If the device now behaves normal after initial programming, I believe it can be related to a reset before flashing the new program. If your old program is also present in flash, it will boot up for a small period of time and can leave the SPI-NOR flash in a mid-sequence operation before the nRF is re-flashed.
Kind regards,
Håkon