RE: Writing/Reading to Flash and Transmitting Large Amount Data Over BLE

tesc — Fri, 17 Jul 2026 14:13:52 GMT

Hi,

I am happy to hear you are well on the way to a solution. If you are happy with the info I already provided, then please consider accepting my previous post as a verified answer.

Regards,
Terje

RE: Writing/Reading to Flash and Transmitting Large Amount Data Over BLE

SVK0 — Thu, 16 Jul 2026 13:47:12 GMT

Hello,

Thanks for the reply. I looked through the fstorage lib used its functions to create a semi-working module. There are some things to iron-out but so far I've been able to transmit the data without BLE dropping the connection. What I opted to do was load a single page into RAM, separate it into 120B chunks and transmit them over BLE until all the data has been transferred and the module moves to the next page.

RE: Writing/Reading to Flash and Transmitting Large Amount Data Over BLE

tesc — Wed, 15 Jul 2026 21:57:13 GMT

Hi,

[quote user=""]I am using the nRF5 SDK 17.[/quote]

First of all, I must inform you that the recommendation for new projects is not to use the older and now in maintenance mode nRF5 SDK, but rather the newer nRF Connect SDK. For details, see our nRF Connect SDK and nRF5 SDK statement. For now, I will assume you are still on nRF5 SDK, but would I highly recommend a switch to nRF Connect SDK.

[quote user=""]I am storing a temperature reading and a timestamp + some other data in a RAM buffer. The whole payload is 12 bytes. Now I know that a single page in flash is 4096 bytes which gives roughly 341 entries per page. How do I write to flash without disrupting the bluetooth communication. And also how do I receive the data from flash, say 10 pages worth of entries, to my central device when I issue a command from my BLE terminal or phone.[/quote]

Both nRF5 SDK and nRF Connect SDK have libraries for working with Flash. For nRF5 SDK there is the (more low level and direct access) fstorage library, as well as the (more abstracted, with wear leveling but with some overhead compared to fstorage) Flash Data Storage library.

Regarding Flash, please note that there is a minimum endurance of 10 000 write/erase cycles. After that, you may start to see bit errors or other malfunctions of the Flash memory. Because of that, and based on what you write about your current use case, I would strongly consider holding the values in RAM, if at all possible, and not go via Flash. Of course, if you need to store a large amount of data and for a longer period of time, then there might be no escaping Flash and Flash storage might be the correct approach. For storing 40 kB, RAM is not much of an option on the nRF52832 with its 64 or 32 kB of RAM. Please however consider the 10 k write/erase cycles, which means you might want wear leveling. (I.e. setting aside a number of 40 kB slots, and rotate between them where you store the data, if you expect to store data more than 10 k times during the lifetime of the product.)

For writing to and reading from Flash, I would highly recommend using a library, and for your use case (if you stick with nRF5 SDK) fstorage is likely the best (since FDS adds more overhead). However, if you do need wear leveling, using FDS could be better since it provides wear leveling out-of-the-box.

[quote user=""]I've used the ble_nus module for simple commands: setting the time between measurements, setting the internal clock, receiving current temperature reading etc., but this time the data is quite large - over 40KB. Is this service appropriate or should I use another? And how do I go about setting it up for such a big payload of data[/quote]

Sending large amounts of data over NUS is relatively straight-forward, since NUS is essentially just a data stream. What you then need to decide on is data format (how do the receiver know that the data blob starts and stops?) While you could go for implementing the Object Transfer Profile or something similar, I think that would be overly complex for your use case, and you seem to be well on your way with NUS already.

Please note that NUS is available in both nRF5 SDK and in nRF Connect SDK. The latter also have libraries for working with Flash.

Regards,
Terje