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
I'm using the latest version of the app (v2.4.3) on iOS 15.4 on an iPhone XS.
We are trying to implement OTA Updates and have put together some PoC FW. All works perfectly, but we have noticed that the iOS app sends two 0x00 commands to the OTA Control characteristic. Our proof of concept is based on the uploading multiple images to multiple slots example. The target is a xGM220P (BRD4311A) dev kit. If we use the "speed" mode, as we have some actions that take actual time (they need to access the flash to do some checks) this is enough to trigger a timeout. This doesn't happen if we use reliable mode, as the timeout is probably more generous. While I understand that I could just use the reliable mode, the source of the issue is this command being sent twice. This doesn't happen on Android and there's nothing in the documentation that says that the command needs to be sent twice.
Steps to reproduce:
Connect to the target
Select the storage slot
Click on the 3 dot menu, OTA DFU
Select Partial Method. Both Reliability and Speed modes have the issue. Choose a file, click on OTA UPDATE to start the update.
A write op is sent from the phone, to the OTA Control Characteristic, with data 0x00.
The text was updated successfully, but these errors were encountered:
I'm using the latest version of the app (v2.4.3) on iOS 15.4 on an iPhone XS.
We are trying to implement OTA Updates and have put together some PoC FW. All works perfectly, but we have noticed that the iOS app sends two
0x00
commands to theOTA Control
characteristic. Our proof of concept is based on the uploading multiple images to multiple slots example. The target is a xGM220P (BRD4311A) dev kit. If we use the "speed" mode, as we have some actions that take actual time (they need to access the flash to do some checks) this is enough to trigger a timeout. This doesn't happen if we use reliable mode, as the timeout is probably more generous. While I understand that I could just use the reliable mode, the source of the issue is this command being sent twice. This doesn't happen on Android and there's nothing in the documentation that says that the command needs to be sent twice.Steps to reproduce:
A write op is sent from the phone, to the OTA Control Characteristic, with data
0x00
.The text was updated successfully, but these errors were encountered: