This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Serial number in nRF24le1

Is it possible to protect part of the memory of nRF24le1, in such a way, that it can be used for a serial number?

For my application, it would be beneficial to be able to update the firmware, without changing the original serial number.

To put it in other words: "I need 32 bytes, that can not be changed by the customer"....

I know, that there is a check box with "block readback of mainmemory" in nRFgo Studio under "advanced settings". And that could be part of the solution, but that does not prevent the serial number from being overwritten, when the firmware is updated.

Parents
  • @Gustav: You can think of using protected area in flash. Please have a look at section 6.3.6 and 6.3.2.1 in the nRF24LE1 Spec.

  • @Gustav: You are correct, I'm not a software engineer but an application engineer. Do both software, and hardware, but more focusing on helping people.

    I wrote "I'm not sure if memory protection is implemented in the example" because last time I looked into the code was almost 3 years ago. nRF24LE1 is a pretty old chip. (And no, memory protection was not implemented in the code)

    I mentioned "it should be straight forward to implement" because the instruction on how the memory protection work is defined clearly in "Protected pages and data pages" section in the Spec.

    nAN-18 should be used with nRF24LE1, that what written in the title of the document: "nRF24LE1 firmware update over-the-air"

    How this set-up works is the bootloader on nRF24LE1 connects to a nRF24LU1 who acts as the master. The nRF24LU1 receive the new image for nRF24LE1 via USB from the PC. Then the nRF24LU1 send that image via RF to the nRF24LE1 and the bootloader on nRF24LE1 updates that new firmware and starts running with the new firmware.

    If you don't plan to use the nRF24LU1 as the master, you can use nRF24LE1, the code won't be too much different, you just have to figure out a way to receive the image, maybe from external flash, or from UART.

Reply
  • @Gustav: You are correct, I'm not a software engineer but an application engineer. Do both software, and hardware, but more focusing on helping people.

    I wrote "I'm not sure if memory protection is implemented in the example" because last time I looked into the code was almost 3 years ago. nRF24LE1 is a pretty old chip. (And no, memory protection was not implemented in the code)

    I mentioned "it should be straight forward to implement" because the instruction on how the memory protection work is defined clearly in "Protected pages and data pages" section in the Spec.

    nAN-18 should be used with nRF24LE1, that what written in the title of the document: "nRF24LE1 firmware update over-the-air"

    How this set-up works is the bootloader on nRF24LE1 connects to a nRF24LU1 who acts as the master. The nRF24LU1 receive the new image for nRF24LE1 via USB from the PC. Then the nRF24LU1 send that image via RF to the nRF24LE1 and the bootloader on nRF24LE1 updates that new firmware and starts running with the new firmware.

    If you don't plan to use the nRF24LU1 as the master, you can use nRF24LE1, the code won't be too much different, you just have to figure out a way to receive the image, maybe from external flash, or from UART.

Children
No Data
Related