• State Not Answered
  • Replies 11 replies
  • Subscribers 64 subscribers
  • Views 3617 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 129487
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

DFU, caching & iOS

gkovelman_tap

Hi,

I know that this is a known issue, but I'm seeing caching issues often with iOS. I'm using S132 v5.0.0, SDK 14.0 against custom application with iOS DFU SDK and often I'm seeing that my device is unusable after DFU unless I toggle the bluetooth button in the iOS Settings window. If the DFU fails, then the device's displayed name continues to be DfuTarg unless bluetooth is toggled.

I'm using bonded devices, services changed characteristic is enabled in both app and BL.

Any reason why wouldn't the iOS discover the services correctly? Any solution for this issue? Workarounds?

I'll appreciate the help

Parents
  • 0

    but now there's a race in another place. in ble_dfu_buttonless_bootloader_start_prepare(), there's a connection termination, which didn't actually happen (to some degree). upon receiving callbacks from FDS about successful writes from gscm_local_database_has_changed(), the gatt_cache_manager's service_changed_pending_flags_check() is triggered, then seeing that it needs to send SC indication, but gscm_service_changed_ind_send(x) returns NRF_ERROR_INVALID_STATE since we already disconnected, which then removes the indication request (// CCCDs not enabled. Drop indication.).

    I set a break in this case NRF_ERROR_INVALID_STATE so it doesn't removed the need for indication. Any comment on how would it affect the system? Any suggestion for a better solution?

Reply
  • 0

    but now there's a race in another place. in ble_dfu_buttonless_bootloader_start_prepare(), there's a connection termination, which didn't actually happen (to some degree). upon receiving callbacks from FDS about successful writes from gscm_local_database_has_changed(), the gatt_cache_manager's service_changed_pending_flags_check() is triggered, then seeing that it needs to send SC indication, but gscm_service_changed_ind_send(x) returns NRF_ERROR_INVALID_STATE since we already disconnected, which then removes the indication request (// CCCDs not enabled. Drop indication.).

    I set a break in this case NRF_ERROR_INVALID_STATE so it doesn't removed the need for indication. Any comment on how would it affect the system? Any suggestion for a better solution?

Children
No Data
Related