Getting "CRC does not match!" in nRF Connect iOS mobile application

I am trying to integrate GitHub - NordicSemiconductor/IOS-DFU-Library: OTA DFU Library for Mac and iOS, compatible with nRF5x SoCs library in one of the SwiftUI mobile application. The integration was easy due to really well documentation instructions on the library page. 

I went ahead and tried to load my ZIP file, but it gave me "CRC does not match!" error in the logs, and then DFU process just stuck at aero progress.

Then I tried to load DFU using your app, which is currently on AppStore - nRF Connect for Mobile on the App Store (apple.com), but I got the same log

I am trying to integrate GitHub - NordicSemiconductor/IOS-DFU-Library: OTA DFU Library for Mac and iOS, compatible with nRF5x SoCs (v4.11.1) pod library in one of the SwiftUI mobile application project. The integration was seamless due to really well documentation instructions on the library page. 

I went ahead and tried to load my ZIP file, but it gave me "CRC does not match!" error in the logs, and then DFU process just stuck at zero progress.

Then I tried to load DFU using your app, which is currently on AppStore - nRF Connect for Mobile on the App Store (apple.com), but I got the same error in log (attached TXT version log from nRF iOS app)

I also tried nRF Connect Android app from Play Store, with same BLE device and same ZIP file, it worked!

I am not sure why iOS DFU library or nRF Connect iOS app giving CRC error.

Any help would be appreciated.

I have tested this on iPod Touch (iOS 14.8)

Parents
  • Hi Meet,

    Can you confirm the following questions?

    1) DFU for hrs_application_s132.zip works on nRF Connect for Mobile - nordicsemi.com(both iOS and Android) and your SwiftUI mobile application?

    2) zip file from your firmware engineer report "CRC Does not match!" on nRF Connect for Mobile - nordicsemi.com(both iOS and Android) and your SwiftUI mobile application?

    3) If 1) 2) is correct, can you ask your firmware engineer to share more details on the zip file generation process? so I can repeat the issue on my side to find the cause.

    4) CRC check is an important process to make sure your application zip file is not broken during transmission or modified by someone on purpose. You should not avoid CRC check for any reason. Since the library already provides source codes, I suggest you read the source codes to learn details on the DFU process.

    Best regards,

    Charlie

     

  • Hi Charlie,

    Below are the answers for your questions:

    1. DFU for hrs_application_s132.zip works on nRF Connect for Mobile - nordicsemi.com(both iOS and Android) and your SwiftUI mobile application?
      Yes, I tested hrs_application_s132.zip on both nRF apps on iOS and Android; and it works perfect.

    2. zip file from your firmware engineer report "CRC Does not match!" on nRF Connect for Mobile - nordicsemi.com(both iOS and Android) and your SwiftUI mobile application?
      Correct.

    3. If 1) 2) is correct, can you ask your firmware engineer to share more details on the zip file generation process? so I can repeat the issue on my side to find the cause.
      Ok, I will ask them.

    4. CRC check is an important process to make sure your application zip file is not broken during transmission or modified by someone on purpose. You should not avoid CRC check for any reason. Since the library already provides source codes, I suggest you read the source codes to learn details on the DFU process.
      Ok, thank you for letting me know. I will check it.
Reply
  • Hi Charlie,

    Below are the answers for your questions:

    1. DFU for hrs_application_s132.zip works on nRF Connect for Mobile - nordicsemi.com(both iOS and Android) and your SwiftUI mobile application?
      Yes, I tested hrs_application_s132.zip on both nRF apps on iOS and Android; and it works perfect.

    2. zip file from your firmware engineer report "CRC Does not match!" on nRF Connect for Mobile - nordicsemi.com(both iOS and Android) and your SwiftUI mobile application?
      Correct.

    3. If 1) 2) is correct, can you ask your firmware engineer to share more details on the zip file generation process? so I can repeat the issue on my side to find the cause.
      Ok, I will ask them.

    4. CRC check is an important process to make sure your application zip file is not broken during transmission or modified by someone on purpose. You should not avoid CRC check for any reason. Since the library already provides source codes, I suggest you read the source codes to learn details on the DFU process.
      Ok, thank you for letting me know. I will check it.
Children
No Data
Related