This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC3235MODASF: OTA update example is not able to resolve the drop box domain name

Part Number: CC3235MODASF
Other Parts Discussed in Thread: CC3220SF

Hi,

I am getting below error while running the cloud_ota sample program. I am using the simplelink_cc32xx_sdk_5_20_00_06

I have attached the NWP logs. Could you please help me to fix this issue.

Is there any way to decrypt the NWP logs?

HandlePingComplete: PingCounter=2
Pinging GW...!
Ping done. Success rate: 100%

HandlePingComplete: PingCounter=3
Pinging GW...!
Ping done. Success rate: 66%

HandlePingComplete: OTA Command arrived
OtaInit: statistics = 0, 0, 0
OtaInit: call Ota_init
OTA_init: sizeof CdnClient=576, sizeof OtaArchive=4956
OTA_init: sizeof OtaLib_t=7736, sizeof OTA_memBlock=7800
OTA_init: OTA lib version = OTA_LIB_2.0.0.7
OtaArchive_Init: OTA archive version = OTA_ARCHIVE_2.0.0.4
OtaConfig: call OTA_set EXTLIB_OTA_SET_OPT_SERVER_INFO,ServerName=api.dropboxapi.com
OtaConfig: call OTA_set EXTLIB_OTA_SET_OPT_VENDOR_ID, VendorDir=OTA_CC3220SF
OTA_run: call CdnClient_ConnectServer OTA server=api.dropboxapi.com
CdnClient_ConnectServer: HttpClient_Connect api.dropboxapi.com
HttpClient_Connect: ERROR sl_NetAppDnsGetHostByName, 
[ERROR] - FATAL ERROR: Driver Abort detected.
HttpClient_Connect: ERROR sl_NetAppDnsGetHostByName, status=-2005
CdnClient_ConnectServer: ERROR HttpClient_Connect, Status=-20301
OTA_run: ERROR CdnClient_ConnectServer, Status=-20301

_OtaCheckConsecutiveErrors: ConsecutiveOtaErrors=1/5, return only WARNNING
OtaRunStep: WARNING Ota_run, Status=20006, continue fornext OTA retry

Test failed: State = 6, Event = 17
Event handler failed..!!

NWP_logs_122822.zip

Regards,

Robert

  • Hello,

    This thread has been assigned but due to the holidays, please expect some delays.

    Regards,
    AB

  • Please share more details on your platform and on any change you made in the example or OTA lib.

    It seems that the problem is in the application side (driver abort) as i couldn't find anything special in the NWP log (i couldn't see the DNS Get  request in the NWP logs).

    Is this consistent? If so, you can try setting a break point _SlDrvHandleFatalError to find the root cause of the abort in the driver.

  • Hi Kobi,

    Thank you for the reply. It is consistent.

    I have debugged the driver file and see the below error message.

    sl_NetAppDnsGetHostByName is failed to run only in the OTA library. 

    It is working well if I run in the main project like below.

    Please help me to resolve this issue.

    Regards,

    Robert

  • in the Stack view, please check where it fails in _SlDrvMsgWrite.

    Also check what is the URL that was used during this (OTA) DNS query (and try to test it from your test application).

    This is very strange issue if it only happens to you. Maybe something in the otauser.h settings.

    Have you changed anything else?

  • Hi Kobi,

    A test application with the same host name works fine.

    It is unable to get the IP address while executing the same code from the OTA Library function.

    It struck while receiving the response in the below function and threw a fatal error.

    Does the issue is related to ipV4 or ipV6?

    Could you please take a look at the screenshot and let me know any suggestions?

    Regards,

    Robert

  • As i asked before, the error starts in _SlDrvMsgWrite so if you stand on this when showing the Debug (stack) view - we can see the exact line where the error was detected.

    Are you saying that if i'll just take the cloud OTA from SDK5.20 with Dropbox settings (what OS and toolchain are you using), i should expect to see the same issue? You didn't do any changes to the application or the library (other the otauser settings)? 

  • Hi Kobi,

    I have changed OTA_BLOCK_SIZE from 7800 to 10800 and it fixed the issue.

    Thank you for the help.

    Regards,

    Robert

  • thanks for the update.