• State TI Thinks Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 39 subscribers
  • Views 571 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

CC3200: CC3200 OTA reads files in order that makes download impossible

Vic Berry
Intellectual 405 points
Part Number: CC3200

Hi,

  I am downloading files with the DropBox V2 API.  I want to download some files as well as the service pack.  When I point the downloader at the directory with the files I get the following response:

CdnDropbox_SendReqDir: uri=/2/files/list_folder
    metadata file=/Vic11/f80_www_logo.png, size=18406
    metadata file=/Vic11/f80_www_main2.html, size=5747
    metadata file=/Vic11/f43_sys_servicepack.ucf, size=31348 
    metadata file=/Vic11/f80_sys_mcuimgA.bin, size=144988
    metadata file=/Vic11/f00_sys_servicepack.sig, size=256
sl_extLib_OtaRun: OtaClient_UpdateCheck, numUpdates=5
[00:00:14.0344] OTA run (0)

It then proceeds to download the files in the order listed.  This causes a problem because the download of the .ucf file will occur (and subsequently fail) before the .sig file.   The download of the .ucf file needs to read the .sig file to be sure the signature is correct.  If the files are downloaded in the opposite order it works as expected.  I have renamed the .sig to f00 and f80 and neither works.

Am I missing something here?  I can go through the list and sort them so that the .sig comes first, but I wanted to be sure there was not something I need to do.

Thanks,

Vic

  • 0
    Intellectual 405 points
    Here is an interesting update... If I delete the files. and then copy them in one at a time in the correct order (.sig, followed by .ucf) the list is correct and the download works as expected.

    CdnDropbox_SendReqDir: uri=/2/files/list_folder
    metadata file=/Vic11/f80_www_logo.png, size=18406
    metadata file=/Vic11/f80_www_main2.html, size=5747
    metadata file=/Vic11/f80_sys_mcuimgA.bin, size=144988
    metadata file=/Vic11/f00_sys_servicepack.sig, size=256
    metadata file=/Vic11/f43_sys_servicepack.ucf, size=31348
    sl_extLib_OtaRun: OtaClient_UpdateCheck, numUpdates=5
    [00:00:14.0538] OTA run (0)

    If I copy the .ucf first then the .sig it fails. I think this might be that the DropBox API returns the files as they were written into the directory, not sorted. If the file list was sorted this would not be an issue. Although this will allow me to work around the issue, this is not a viable solution.
  • 0 in reply to Vic Berry
    TI__Expert 8255 points
    Hi Vic,

    Thanks for the question. Please allow some time for us to get back to you.
  • 0 in reply to Austin Tanner
    TI__Expert 8255 points

    Hi Vic,

    Thanks for your feedback.  This is a known bug and it seems to be related to be related to the ordering of files placed on Dropbox.  Your workaround is one solution, but it may be worthwhile to also try the suggestion made on the below post (changing the name of the signature file):