Projects for Writing into Flash Memory does not work on nRF52840 dongle

RE: Projects for Writing into Flash Memory does not work on nRF52840 dongle

Amanda Hsieh — Tue, 18 Aug 2020 08:46:48 GMT

Hi Shailesh,

Great to know you find the root cause.

Best regards,

-Amanda H.

RE: Projects for Writing into Flash Memory does not work on nRF52840 dongle

shaileshbc — Tue, 18 Aug 2020 07:57:24 GMT

Hi Amanda,

My main purpose is solved in writing data into Flash memory and sending it as advertising data.

Yesterday I come to know that the error which I was getting while debugging is due to the time taken to check the variable value and not related to coding.

It depends where I had added a breakpoint and how much time it takes to check and resume the execution of code.

if I take more time, then the error NRF_FAULT_ID_SD_ASSERT is raised.

You may close this ticket.

regards

Shailesh

RE: Projects for Writing into Flash Memory does not work on nRF52840 dongle

Amanda Hsieh — Tue, 18 Aug 2020 06:50:31 GMT

Hi Shailesh,

According to this softdevice specification, peripheral Id 30-> NVMC is a restricted peripheral when the softdevice is enabled. Therefore, it only happened to the nrf_nvmc_write_bytes function which is after your ble_stack_init().

-Amanda H.

RE: Projects for Writing into Flash Memory does not work on nRF52840 dongle

shaileshbc — Mon, 17 Aug 2020 08:55:03 GMT

Hi Amanda,

In that case, it should also raise memory fault when I am running nrf_nvmc_write_bytes function, just after flash_page_init(), but it didn't raise any fault.

Fault is raised only, when i call nrf_nvmc_write_bytes function, after advertising_start() function in the example.

regards

Shailesh

RE: Projects for Writing into Flash Memory does not work on nRF52840 dongle

Amanda Hsieh — Mon, 17 Aug 2020 08:13:53 GMT

Hi Shailesh,

According to this softdevice specification, peripheral Id 30-> NVMC is a restricted peripheral when the softdevice is enabled. That means that it is not allowed to access NVMC registers directly from the application as those registered are inside access protected areas. And you can see in the implementation of nrf_nvmc_write_bytes that it is accessing NVMC registers directly, hence the memory fault. This post might help.

-Amanda H.

RE: Projects for Writing into Flash Memory does not work on nRF52840 dongle

shaileshbc — Mon, 17 Aug 2020 07:29:26 GMT

Hi Amanda ,

I had modified main.c file of ble_app_blinky_pca10059_s140.emProject located at
nRF5_SDK_17.0.0_9d13099\examples\ble_peripheral\ble_app_blinky\pca10059\s140\ses.

Added code from nRF5_SDK_17.0.0_9d13099\examples\peripheral\flashwrite\main.c

I am able to write data into flash memory successfully when i executes write command after calling
flash_page_init() function, but it fails if i execute write function after advertising_start() function.
following error occurs
id = NRF_FAULT_ID_APP_MEMACC
pc = 0x0002ef0e
info = 0x40000000

devzone.nordicsemi.com/.../013055.main.c

I am using nrf52840 dongle.

regards

shailesh

RE: Projects for Writing into Flash Memory does not work on nRF52840 dongle

Amanda Hsieh — Thu, 13 Aug 2020 12:51:10 GMT

Hi Shailesh,

Did you modify the example? If so, I would suspect you are running into the same issue as in this post. The proposed workaround, for now, is to split long writes into multiple shorter writes.

Besides that, it is hard to say what causes this without some logs or which functions that are triggering this assert. Is it possible to provide any logs?

It seems like you got "id" also along with "PC". Since you narrowed the hardfault id to be NRF_FAULT_ID_SD_ASSERT. The line number and file name of the assert is located inside the info structure in app_error.h file

typedef struct
{
uint16_t line_num; /**< The line number where the error occurred. */
uint8_t const * p_file_name; /**< The file in which the error occurred. */
} assert_info_t;

Check if you have some valid structure here, if not then something is wrong. Are you seeing these values in a log or in a debug window? If it is the debug window, then I would suggest you to compile the code with no optimizations (and hope that the timing has not changed to be able to reproduce this error.) If you use the segger, you can compile with debug mode.

More info regarding the assert, something within the SoftDevice was not finished within the required timing constraints. You may get this error if interrupts have been disabled, if you use the timeslot API and do not release the timeslot in time, if you run application code at an interrupt level higher than or equal to the highest level of the SoftDevice, or if you pause program execution in a debug session (i.e. single stepping, breakpoints, etc.).

Might be helpful to have a look at this.

-Amanda H.

RE: Projects for Writing into Flash Memory does not work on nRF52840 dongle

shaileshbc — Thu, 13 Aug 2020 11:11:51 GMT

Hi Amanda,

As per your suggestion, I added a breakpoint in app_error_fault_handler(), it gives an error NRF_FAULT_ID_SD_ASSERT, when I used the project nRF5_SDK_17.0.0_9d13099\examples\peripheral\flash_fstorage

and

nRF5_SDK_17.0.0_9d13099\examples\peripheral\flash_fds\pca10056\s140\ses.

I couldn't found which function is returning that error code, as after each execution of the command, return code is zero.

regards

Shailesh

RE: Projects for Writing into Flash Memory does not work on nRF52840 dongle

Amanda Hsieh — Thu, 13 Aug 2020 06:54:44 GMT

Hi Shailesh,

Sorry to cause the misunderstand.

The Flash Data Storage Example needs to establish a UART connection to test the command, but the nRF52840-Dongle there is no UART connected to the PC. If you will use write command in the UART to write flash, I would suggest you use the nRF52840DK. If you just write the flash with the function, it should be fine.

[quote user=""]app_error_weak.c file , Line no. 100[/quote]

You should add the define DEBUG in your Preprocessor(Project -> Edit Options -> Preprocessor -> Preprocessor Definitions), then add a breakpoint on app_error_fault_handler() to see which error you get. You will see which error you get and which function is returning this error.

[quote user=""]When trying to write hex file into the dongle, it does not allow to add softdevice hex file, stating that the hex file is overlapping.[/quote]

You should give the flash start address FLASH_START=0x27000 to the flashwrite_pca10056.hex. You can refer to the setting in the flash_fstorage_s140_pca10056.emProject by right-click the project -> options -> Linker -> Section Placement Macro.

[quote user=""]if I try to write hex file flashwrite_pca10056.hex, it gives an error, log of the programmer is 2020-08-11T07_59_13.264Z-log.txt[/quote]

Are you able to write other hex files like softdevice_s132.hex? If you still get the error, run "nrfjprog --recover" with nRF-Command-Line-Tools.

-Amanda H.

RE: Projects for Writing into Flash Memory does not work on nRF52840 dongle

shaileshbc — Wed, 12 Aug 2020 12:13:54 GMT

Hi Amanda,

Do you mean that if I do not establish a UART connection, I can't write in Flash Memory?

regards

Shailesh

RE: Projects for Writing into Flash Memory does not work on nRF52840 dongle

Amanda Hsieh — Wed, 12 Aug 2020 06:09:06 GMT

Hi,

Flash Data Storage Example needs to establish a UART connection, but the nRF52840 dongle there is no UART connected to the PC, other than the virtual COM port that is used for programming via Serial DFU (USB).

You should consider the nRF52840 DK instead if you want to develop firmware for the nRF52840. The nRF52840 dongle is primarily intended to be used together with nRF Connect for desktop and is not well suitable as a development board. This is primarily because it lacks an onboard debugger.

-Amanda H.