• State Resolved
  • Locked Locked
  • Replies 7 replies
  • Answers 3 answers
  • Subscribers 42 subscribers
  • Views 288 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.

CC3135: Running a CC3135 project on a Launpad_CC3235S

Christian Grau28
Intellectual 375 points
Part Number: CC3135
Other Parts Discussed in Thread: CC3235S, , CC3120

I wanted to move on changing the CC3235S mqtt client example from the LAUNCHPAD_3235S (where it runns) onto the CC3135 Boosterpack.

I went to the Resource explorer and imported the mqtt client for the CC3135 (selecting it in the very last step - see the attachment).

Just for fun I thought, I make it crash... I made the network- and mqtt Broker settings and made it run on the LAUNCHPAD_CC3235S. To my surprise, it run fine.

Well, there's no CC3135 on the board. Could anyone enlighten me, what happens here?

Kind regards

Chris

  • 0
    TI__Mastermind 44620 points

    Hi Chris,

    I have assigned this to one of our SW experts, please give until Monday for a response. Thanks!

  • 0
    TI__Prodigy 540 points

    Hi Chris,

    Could you explain exactly how you flashed the program so we can recreate this issue?

    In general it is possible that the program would be able to run as cc3135 is similar to the 32xx. The cc32xx is an mcu attached to the same network processor that is in the cc3135 so it is possible for code that was written for cc3135 will work for cc32xx but this cannot be garneted. and we advice to use each application on the device it was designed for.

    best regards,

    Avi Epstein.

  • 0 in reply to Avi Epstein
    Intellectual 375 points

    Hi Avi

    I intended to use the example for the CC3135 but since I do not know what hardware I really need to do so (see my other support case), I was tempted to give it a try anyway...

    To download the example, I import the project (setting the radio button to CC3135 as shown abobe). Then I press  ,   and start the application with "play". 

    Isn't that the normal procedure? Since I don't develop in CCS, I'm fairly inecperienced with that IDE.

    Kind regards

    Chris

  • 0 in reply to Christian Grau28
    TI__Prodigy 540 points

    Hey Cristian,

    The first thing you need to do when using CC3135 is decide on the MCU platform you wish to attach to the CC3135. The simplest way to do so is to use the MSP432 as the MCU and attach it to the CC3135. MSP432 has a Wi-Fi plug that is built to communicate with CC3135.

    Here is a link to the plug in and user guide:

    https://www.ti.com/tool/download/SIMPLELINK-SDK-WIFI-PLUGIN/4.20.00.10

    https://software-dl.ti.com/simplelink/esd/plugins/simplelink_sdk_wifi_plugin/4_20_00_10/exports/docs/users_guide_simplelink_sdk_wifi_plugin.html

    hope this helps.

    best regards,

    Avi 

  • 0 in reply to Avi Epstein
    Intellectual 375 points

    Hi Avi

    That helps a bit ;-)

    If I am to use the WIFI Plugin, why does the WIFI SDK have the possiblity to produce code for CC3135? Is it for use with another MCU than MP432? Sorry for being so stubborn, but I really wish to understand the simplelink maze.

    Kind regards

    Chris

  • 0 in reply to Christian Grau28
    TI__Prodigy 540 points

    Hi Christian,

    The CC3120/CC313x devices share the same host driver with the CC3220/CC323x devices, and the networking capabilities are similar.

    "If I am to use the WIFI Plugin, why does the WIFI SDK have the possiblity to produce code for CC3135? Is it for use with another MCU than MP432?"  

    yes. you can connect any MCU you want as long as you port it correctly.

    The SimpleLink Wi-Fi host driver contains a porting layer that should be used as the adaptation layer for the host platform.

    In the SimpleLink Wi-Fi CC32xx SDK, this porting layer is implemented for the on-chip ARM M4 application microcontroller but you could use a different MCU as well.

    The porting layer distributed in the and SimpleLink SDK Wi-Fi Plugin is implemented for other microcontrollers in the SimpleLink platform family.

    This porting layer is in the folder 'source/ti/drivers/net/wifi/porting', and consists of user.h, cc_pal.c, and cc_pal.h. The user.h is a required file and acts as the interface between the SimpleLink WiFi host driver APIs and the target platform. The cc_pal files contain the target-specific implementations used by user.h.

    for non TI MCU refer to:

    https://www.ti.com/lit/an/swra704/swra704.pdf?ts=1687259754172&ref_url=https%253A%252F%252Fwww.ti.com%252Fproduct%252FCC3135

    For complete details on the SimpleLink Wi-Fi host driver and porting layer, see the Device and Porting the Host Driver sections of the SimpleLink Wi-Fi CC3x20, CC3x3x Network Processor User’s Guide:

    https://www.ti.com/lit/ug/swru455m/swru455m.pdf?ts=1687262557475

    I hope this points you in the right direction.

    best regards,

    Avi.

  • 0 in reply to Avi Epstein
    Intellectual 375 points

    Hi Avi

    Thank you for your reply.

    I actually have already followed the two documents that you sent me. It does not yet work, but I may.

    It's still confusing, that there is a Wifi Plugin, offering support for CC3135 and I seem to be able to use the WIFI SDK by simply selecting CC3135 at the very last step. I was hoping you could clarify this question.

    Since I porting to an ARM M4 I'll stick to the SDK as SWRA704 proposes...

    Kind regards

    Chris