adding buttonless dfu service to heart rate service example application

[srinivasa m]

Hello Everyone,

   I used the HRS application example for LESC secure communication and added the OTA to the HRS application. After adding that, the device restarts. I debugged, and the following error is arising.

<error> app: ERROR 8 [NRF_ERROR_INVALID_STATE] at C:\nRF_SDK\nRF5_SDK_17.1.0_ddde560\nRF5_SDK_17.1.0_ddde560\examples\ble_peripheral\ble_app_hrs_LESC_BEACON_V2\main.c:598
PC at: 0x0002CDA3
<error> app: End of error report

this error is arising when this function is called in the service_init() function.

 err_code = ble_dfu_buttonless_init(&dfus_init);
APP_ERROR_CHECK(err_code); 

kindly help me on this issue. I have used nrf_sdk_17.1.0 and Segger embedded studio v5.68. I followed the tutorials https://novelbits.io/nrf52-ota-dfu-ble-part-4/ and nordic official tutorial.

Best Regards,

Srinivasa

[Vidar Berg]

Hello Srinivasa,

I don't see anything inside ble_dfu_buttonless_init() that may cause the function to return with NRF_ERROR_INVALID_STATE. Could you upload your project so I can try to debug it here?

Best regards,

Vidar

[srinivasa m]

Hi Vidar,

Thanks for your response, I have attached the project file. kindly review the code and waiting for the quick replay. 

Best regards,

Srinivasable_app_hrs_LESC_BEACON_V2.zip

[Vidar Berg]

srinivasa m said:

I tried to connect again but it is not connecting but the device is bonded. I have tried deleting the bonding information on the nRF connect app and again initiated the connection and bonding same issue is arising. 

To support this scenario, you need to set the .allow_repairing flag as shown in this post:  RE: SDK15 paring problem . But it is still not clear when you get the NRF_ERROR_INTERNAL errors shown in the log you posted earlier.

[srinivasa m]

could you please try OTA with the existing example? 

[srinivasa m]

Hi Vidhar,

Is there any update on this, your response is significant for completing the project.

Regards,

Srinivasa

[Vidar Berg]

Hi,

Please respond to my suggestions and comments. Did you set the allow_repairing flag as I suggested? Doing so will allow you to pair again when the bonding information has been deleted on the phone but not on the device.

The other error with the FDS initialization error will prevent bonding altogether. However, it's not clear what you did to trigger this error. I can test DFU and the HRS example, but I won't be able to reproduce this specific error. Are you always getting this error now?

[srinivasa m]

Hi Vidar,

I have been working with the HRS (Heart Rate Service) example without making any modifications. Initially, after flashing the example, everything worked fine. I was able to pair and bond the device successfully. However, after erasing the bond information from the phone and attempting to pair and bond again, it didn’t work. Once I enabled re-pairing, it worked as expected.

Next, I added the buttonless DFU service to the HRS example and performed an OTA update. The file was transferred successfully from the mobile device to the nRF device, and the device restarted, began advertising, and allowed connection and bonding. However, after 2 seconds, the device disconnected.

I deleted the bond information from the mobile device and tried reconnecting. The device connected and bonded successfully but disconnected again after 2 seconds. I then attempted to debug the issue, I got the above error. kindly let me know the solution.

Regards,

Srinivasa

[Vidar Berg]

Hi Srinivasa,

It does not make sense that the error arises after the connection has been established. Please upload your current application project, along with the bootloader project you are using, so I can review the configuration. You can zip and upload the entire SDK if that is easier.

Regards,

Vidar

[srinivasa m]

Hi Vidar,

I will attach both files. kindly check and let me know0383.secure_bootloader.zipble_app_hrs_LESC_BEACON_problem_with_bonding.zip

[Vidar Berg]

Hi,

I see you've increased the number of FDS pages from 3 to 4 in your app, but you haven't reserved this extra flash page in your bootloader (see NRF_DFU_APP_DATA_AREA_SIZE). This is an issue because it allows the bootloader to overwrite and potentially corrupt one of your FDS pages during a DFU.

[srinivasa m]

Hi, do I need to change the  NRF_DFU_APP_DATA_AREA_SIZE to the new value? I think this area size multiples of flash page size

[Vidar Berg]

NRF_DFU_APP_DATA_AREA_SIZE must be set equal to (FDS_VIRTUAL_PAGES+FDS_VIRTUAL_PAGES_RESERVED) * 4096.