Performing a DFU with an iPhone works in some configurations and fails in other. Android consistently works.
The failing version of iOS is:
iPhone 12 mini
iPhone 13 pro max
iOS v18.3.1
Device Manager version 1.9.1
The working version is:
iPhone 12 mini 18.2.1
Device Manager 1.9.1
This issue is very similar to the issue seen in case 338790.
Hello,
Could you please post a video or screenshot of the exact error you’re seeing? This may help us determine if it’s a separate issue or related to the one discussed in your previous ticket. It does seem odd that a 100% identical binary would be seen as valid on one phone but invalid on another.
Best regards,
Vidar
Here's the DFU from iOS.
Thank you. I have forwarded this to our apps team to see if they have any thoughts on this. Due to some internal activities, I'm not sure if they will be able to respond this week, but if not, I expect to hear back from them on Monday.
Thank you. I have forwarded this to our apps team to see if they have any thoughts on this. Due to some internal activities, I'm not sure if they will be able to respond this week, but if not, I expect to hear back from them on Monday.
Has anything happened with this? Also, the app guy said that it didn't work on previous versions. He had fooled himself because of the ping/pong buffers.
I'm sorry, I forgot to put this ticket back in my queue and to follow up on it. I discussed with one of the ios devs today and he confirmed that the error (MGMT_ERR_ECORRUPT) is raised by the dfu target. This usually means there is something wrong with the binary itself. Are you able to debug your FW to see where the error is returned?
Phattaw said:He had fooled himself because of the ping/pong buffers.
I'm sorry, but I don't quite understand what you mean. Was he using the same firmware binary the entire time?
We're not able to debug this and this has always worked on Android. Why is it different for iOS? What do I have to change for this platform?
If the image you try to download is in one of the ping pong buffers the dfu short circuits the entire process and just switches to the buffer with that image in it saving time on downloading unnecessary images by using what's already on the device.
Why is it not possible to debug this? I have not found any other reports that resembles this problem. I'm also using iOS and have not experienced the issue myself.
If the image you try to download is in one of the ping pong buffers the dfu short circuits the entire process and just switches to the buffer with that image in it saving time on downloading unnecessary images by using what's already on the device.
Maybe I'm misreading this, but doesn’t this suggest that the previously cached FW image was correct, while the new one might be invalid? You should see that the hash digest changes when you select a new image in the app.
Look at ticket 338790 I reference in this post. This is the problem with iOS and my image. I cut off investigating that issue because of what the app guy told me but he was mistaken that it had been fixed. I have the entire project attached with the source code and project files.
I can download 3 entirely different images using an android phone and they will all download and switch between them. This does not work with an iPhone.
Do this to understand the ping pong buffer:
1) DFU a valid image to your device. You'll see device manager download and then load it.
2) DFU another valid image to your device. You'll see the same as 1)
3) DFU the image in 1) You'll see that there isn't a download but it will still say the image is complete and when testing you'll find that image is installed now.
4) Repeat step 3) with the image from step 2). You'll see that there isn't a download but it will still say the image is complete and when testing you'll find that the second image is installed now.
5) DFU a third image different from the other two. You should see it download similar to step 1) or 2). It will replace the oldest image (the image from 1) if you follow these steps).
You could now switch to the second image without a download. If you try and DFU the image from 1) you will have to download it and it will replace the oldest image.
