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.

CC3235MODSF: Does it support LBA interface?

Part Number: CC3235MODSF
Other Parts Discussed in Thread: MSP432E411Y, CC3135MOD

Dear Champs,

Customer hope to use LBA(Logical block addressing) to access CC3235MODSF file system from host (like MSP432E411Y).

Does our SimpleLink platform support this?

If you have any comments, please feel free to let me know.

Thanks a lot.

  • Hi Janet,

    I am not sure what exactly do you need.

    CC32xxMOD devices have integrated inside module 4MB SPI flash chip. Access to this storage is possible via sl_ filesystem API. This APIs are served by NWP (WiFi coprocessor). There is no LBA access with this filesystem.

    But if you want to connect additional storage like a SPI chip or SD card to CC32xx device you can do this. All management will be up to our code and nothing prevent you access to storage with LBA organisation.

    As part of CC32xx SDK is a 3rd party code fatfs (based on Elm-Chan FatFs) and spiffs (from Peter Andersson).

    Jan

  • Dear Jan,

    Yes, I want to let MSP432E411 SD card connect to CC3235 by LBA. 

    if it is workable, could you kindly share any example code or setting?

    Thanks a lot. 

  • Hi Janet,

    Sorry, I still not understand.

    If you want to access to SD card from CC3235 device, you should check SDK examples fatsd or fatsdraw.

    Jan

  • Dear Jan,

    Sorry for too simple and confused description.

    See below block, we want to use host MCU (like MSP432E) to direct access the sFLASH on CC3235MODSF by LAB addressing. 

    As your previous reply, it seems our idea is wrong. CC3235x have no LBA access "without" filesystem.

    If we hope to let host MCU access directly to sFLASH, is anything to do this? 

    If you have any suggestions, please feel free to let me know.

    Thanks a lot.

  • Hi Janet,

    Now your question is crystal clear.

    CC32xx devices does not have any interface which will allow to access internal XIP flash from external device. Access into XIP flas can be done externally via JTAG/SWD. These interfaces are intended for development purpose only - debug from IDE.

    If you want to do access into XIP flash from application MCU, you can use:

    • reading from XIP flash is possible directly because flash is mapped into address space of MCU
    • writing into XIP flash is possible via Driverlib API (\source\ti\devices\cc32xx\driverlib\flash.h) - see this.
    • additional information about XIP flash you find at TRM

    But ... writing own code directly into XIP flash is not practical. XIP flash at CC32xxSF devices is intended as execution flash. Content of XIP flash is loaded by ROM bootlaoder from sFlash (external SPI flash). There are some conditions when content of XIP flash is mass erased by ROM bootloder and you can lost your data written into flash.

    If your intention is about firmware update, you should to use way similar like is at OTA update code in SDK. If your intention is about production programming, you should care about writing into sFlash not a XIP flash (see production line guide). If your intention is writing into XIP flash via debug probe as some part of production you can check this.

    Jan

  • Dear Jan,

    Thanks for more clear explanation. 

    If I try to test below method, could I use this thread you pasted to modify as a simple CC3235 UART bootloader to let MSP432E make firmware update to CC3235 XIP flash?

    • writing into XIP flash is possible via Driverlib API (\source\ti\devices\cc32xx\driverlib\flash.h) - see this.

    We want to find out a simple rule to update all the system (MSP432E + CC3235) firmware.

    If LBA is not workable, how about using bootloader?

    Please feel free to let me know if any suggestions.

    Thanks a lot.

  • Hi Janet,

    Yes, you can use bootlaoder and update firmware from your MSP432 device. But you will need to implement embedded programming of CC3235 into your MSP432E4. I am not sure if somebody did not internally ported such code, but I don't think. Maybe someone from WiFi App Tam can give your better answer.

    But maybe you should consider to change logic of your update process. That means MSP432E4 will be updated from CC3235. Advance of this approach will be capability to use TI OTA code for CC32xx devices.

    Btw ... in case you want to use MSP432E why you not connect MSP432 + CC3135MOD? This approach will require more resources from MSP432, but should be fine as well.

    Jan

  • Dear Jan,

    After discussion, we will try to use OTA to update CC3235 then let CC3235 to update MSP432 by UART bootloader.

    Will share our result if any update. 

    If you have any suggestions or any experience sharing, please feel free to let me know.

    Thanks a lot.

    Ps. MSP432E and CC3235 is separated system for different functions, they are just on the same board. 

  • Hi,

    I have no experience with MSP432 bootloader, but using CC32xx OTA updates for that job should be relatively easy way. You will update binary file by OTA inside CC3235 sFlash and after that you will transfer this data into MSP432.

    Jan