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.

CCS/SIMPLELINK-WIFI-CC3120-SDK-PLUGIN: No .syscfg Examples with CC3120 SDK Plugin Using SDK4.20

Part Number: SIMPLELINK-WIFI-CC3120-SDK-PLUGIN
Other Parts Discussed in Thread: CC3120, MSP432E401Y, SYSCONFIG

Tool/software: Code Composer Studio

Dear Support:

I am going through examples with MSP432E401Y SDK v4.20 and see that the examples for the drivers are using .syscfg files, but the examples with the CC3120 SDK Plugin v4.20 are not.  So is .syscfg not supported with SDK v4.20 of the WiFi plugin?  So I must use the older method which uses the ti_driver_config.c and ti_driver_config.h files when using the WiFi Plugin v4.20?  Please advise.

Thanks,
Tim

  • Hi Tim,

    That is correct.  Sysconfig is not supported for the wifi plugin.  You must use the ti_driver_config.c and ti_driver_config.h files that come with the examples.  

  • Hey Eddie:

    Thanks for getting back with me.  So a few more questions:

    1.)  Why is that the case that Sysconfig is not supportec with the WiFi plugin even though it has the same version as the MSP432 SDK @ v4.20?  It seems to me that if the WiFi plugin is at the same version of the MSP432 SDK, then they should build the same exact way (i.e. using Sysconfig).  Why would that not be the case?

    2.)  So how am I supposed to use the driver examples that are in the MSP432 SDK v4.20 that are all using Sysconfig and merge this with the WiFi plugin that is not?

    Thanks,
    Tim

  • Tim,

    In general, software plugins are not supported in sysconfig as there is no way to add the wifi configuration struct

    The base ti drivers config files are generated with SysConfig, so they should be close.  It is recommended to use SysConfig for most of the driver configuration and then take those generated files and add the Wi-Fi struct.

  • Hey Eddie:

    Thanks for making that clear on 1.) - which makes sense.

    on 2.), so are you saying that I would have a CCS project that uses Sysconfig, but somehow would merge the WiFi plugin into that?  If so, how would that work?  Or is it possible to fall back to the older way of doing things and disable Sysconfig (assuming that is even possible) and still use SDK v4.20, but use the ti_driver_config.c and ti_driver_config.h files instead?  I am confused as to what my CCS project should use so that I can use the WiFi plugin and still support the example drivers that come with the SDK.  Please advise.

    Thanks,
    Tim

  • Hi Tim,

    You can still disable SysConfig in your CCS project by excluding the .syscfg file from build and handling the board configuration files manually. That option will always be available.

    You have a couple options to use SysConfig too:

    1. Use SysConfig as usual to configure everything but the Wi-Fi host driver. The only thing that SysConfig cannot configure today is the Wi-Fi struct at the bottom of ti_drivers_config.c and the ti_drivers_net_wifi_config.c file. You can paste the Wi-Fi struct into ti_drivers_net_wifi_config.c and copy that as a standard source file into your MSP project. (There should not be anything Wi-Fi-specific in ti_drivers_config.h besides the MSP GPIO names, which are configurable in SysConfig.)
    2. Exclude .syscfg from your CCS project, but use the standalone SysConfig tool to generate the standard MSP config files, manually add the Wi-Fi content to it, and then add these to your CCS project.

    Adding manual content directly to the generated files in the Debug folder (with .syscfg enabled) is not recommended because they will always get written over. Otherwise, you can take those generated files and use them however you wish.

    Best regards,

    Sarah

  • Hey Sarah:

    Thanks for your answer and recommendation.  I'm not 100% clear on what to do, but you gave me enough information to run with and confirm.  Will get back with you shortly once I've wrapped my head around what you suggested and can confirm.

    Thanks,
    Tim