You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Information
This GitHub Issue page is for reporting issues or asking questions regarding the iOS DFU library. For general DFU questions, SDK questions, etc, please check our DevZone.
Make sure you are using the latest version of the library:
Also, before creating a new issue, make sure similar issue isn't already opened in open or closed issues.
DFU Bootloader version (please complete the following information):
SDK version: nRF SDK 15.0.0, Softdevice s132, Version 6.0.0
Bonding used: yes
Library version: 2.2.4
Device information (please complete the following information):
Device: Samsung Galaxy S20, Nokia 7.1, Nokia 7.2, Samsung Galaxy A40, Redmi Note 7 Pro, Redmi Note 9 Pro, Sony Xperia XZ2 Compact
OS: Android 10 & Android 11
Your question
Now this problem only occurs during the BLE upgrade process, we're completely using nordic lib and have no custom hacketry involved. Also the problem does not occur constantly, only on some devices. Sometimes it only happens once or twice, sometimes it can be persistent for an entire day. Funny thing is at one point the process actually goes through successfully. The devices I've listed above are just the ones we've caught this on from our users by adding diagnostic mechanism to failure cases, we've failed to reproduce this error on same devices on our end. Nor does it happen for majority of the users using the same devices. Another thing we've noticed is that this occurs only after onDfuProcessStarting callback
Best explanation I could find was the following
The GATT INVALID HANDLE error indicates that the phone is not doing a re-discovery of the attribute table upon entering DFU mode.
Now the explanation does match the fact that we're expecting a onDfuProcessStarted callback to trigger instead of the error. But we fail to understand if there's anything we can do on our end within the implementation on Android. Or if this is a failure caused by a mishandle on the connected device's side?
Information
This GitHub Issue page is for reporting issues or asking questions regarding the iOS DFU library. For general DFU questions, SDK questions, etc, please check our DevZone.
Make sure you are using the latest version of the library:
Also, before creating a new issue, make sure similar issue isn't already opened in open or closed issues.
DFU Bootloader version (please complete the following information):
Device information (please complete the following information):
Your question
Now this problem only occurs during the BLE upgrade process, we're completely using nordic lib and have no custom hacketry involved. Also the problem does not occur constantly, only on some devices. Sometimes it only happens once or twice, sometimes it can be persistent for an entire day. Funny thing is at one point the process actually goes through successfully. The devices I've listed above are just the ones we've caught this on from our users by adding diagnostic mechanism to failure cases, we've failed to reproduce this error on same devices on our end. Nor does it happen for majority of the users using the same devices. Another thing we've noticed is that this occurs only after
onDfuProcessStarting
callbackBest explanation I could find was the following
Now the explanation does match the fact that we're expecting a
onDfuProcessStarted
callback to trigger instead of the error. But we fail to understand if there's anything we can do on our end within the implementation on Android. Or if this is a failure caused by a mishandle on the connected device's side?Logs
We're doing a pretty basic operation here
Is there anything else that we could do in this case?
The text was updated successfully, but these errors were encountered: