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.

CC3220SF-LAUNCHXL: Serial communication function code between Collector and coprocessor

Part Number: CC3220SF-LAUNCHXL
Other Parts Discussed in Thread: CC1310, CC3220SF

Hi Team,

1.

In the website,

https://software-dl.ti.com/lprf/ti15.4stack_linux_x64/2.01.00.10/exports/docs/TI-15.4%20Stack%20CoP%20Interface%20Guide.pdf

I can't find the attribute ID in link of 6.1 or 6.2.

2.

Coprocessor downloaded simplelink_sdk_ti_15_4_stack_plugin_2_20_00_05\tools\cc13xx_tools\cc1310_cop_firmware\ cc3220_coprocessor_cc1310lp.hex

The file can be run as expected, but if the coprocessor downloads the simplelink_cc13x0 SDK-4.20.02.07 \coprocessor_CC1310_LAUNCHXL_tirtos_ccs routine under CC1310SDK, it is found that the coprocessor serial port does not output data, resulting in the inability to open the network. Restart and download again. No code can solve this problem

Is the incompatibility caused by the SDK version number? Or does the coprocessor routine code need to be modified? How to solve this problem?

All the version is the latest.

Thanks for your support!

Best Regards,

Galaxy

  • Hi, 

    Let me know if I misunderstood what you meant. So you are able to flash the device, but when you run the application in CCS the serial port does not output any data. Is this correct?

    Which device are you using?

    Regards,

    Marvin

  • Hi Marvin,

    1.Which PDF can I find the attributes id ?

    2.About device:

    CC3220SF is used as the host collector and a cc1310128 is used as the co-processor.

    The sensor is also a cc1310.

    There should be no serial port log files.

    Best Regards,

    Galaxy

  • Hi,

    The attributes ID are located on page 63 in the pdf. It seems that the link is wrong. It should not be 6.2, but 4.2 instead. Will look into the other problem.

    Regards,

    Marvin

  • Hi Marvin,

    Ok,Thanks for your support.

    For 2.

    When you talk about refreshing the device, do you mean re-downloading the code or pressing the reset button?

    I have tried both of the above methods, but neither can turn on the network.

    Best Regards,

    Galaxy

  • Hi,

    On the CC3220, which SDK verison and software example are you using?

    On the CoProcessor, which SDK version are you using?

    Regards,

    Marvin

  • Hi,

    On the CC3220:simplelink_sdk_ti_15_4_stack_plugin_2_20_00_05 

    software example :SimpleLink SDK TI 15.4 Stack Plugin 

    On the CoProcessor: SimpleLink CC13x0 SDK  Latest (currently 4.20.02.07) 

    Galaxy

  • Hi,

    May I know is there any update for this case?

    Galaxy

  • Hi again Galaxy,

    I have gotten the CC3220 device and will try to see what the issue could be. I will hopefully return with an answer by next week. Apologies for the delay.

    Regards,

    Marvin

  • Hi galaxy,

    I have managed to make it work. So I used the coprocessor hex file in the plugin and the sensor no FH hex file in the plugin. For the collector_CC3220SF_LAUNCHXL_tirtos_ccs project I changed the feature.h file. Undefine FEATURE_ALL_MODES using undef and then define FEATURE_NON_BEACON_MODE. You could also define another mode if you want to use it. 

    The picture below shows you the setup. to the right is the coprocessor and collector(CC3220) and to the left is the sensor. You connect to the coprocessor with it's headers to the CC3220. Look also at the jumpers I have set, do the same thing. Most importantly set:

    • Jumper on Extern. Pwr

     Would also recommend using a sniffer to the data exchange.

    Regards,

    Marvin

  • Hi Marvin,

    Thank you so much.

    I am waiting the costumer.

    Hope everything will be ok.

    Thanks for your support!!!

    Best Regards,

    Galaxy

  • Hi Marvin,

    Yes, such a connection method can obtain the data on the coprocessor side through uart on the collector side, but we may now need to modify some configurations of the coprocessor to meet our current business. I only use C:\ti\simplelink_sdk_ti_15_4_stack_plugin_2_20_00_05\tools\cc13xx_tools\ cc1310_cop_firmware\cc3220_coprocessor_cc1310lp.hex The HEX file of the matching coprocessor was found in this directory, but I could not find the routine code of the matching coprocessor. I tried all the coprocessor projects included in the SDK of CC1310 to compile the HEX file, but nothing happened. Unable to respond to uart data on the collector side.

    My requirement is to find the coprocessor-side routine code that matches the collector in the simplelink_sdk_ti_15_4_stack_plugin_2_20_00_05 plug-in. Currently, only HEX files are provided.

    simplelink_sdk_ti_15_4_stack_plugin_2_20_00_05 In this plug-in, the collector and coprocessor communicate using uart. I have tested all current versions of the cc1310 SDK, and the coprocessor routine does not return response data through uart, so I think the current sdk does not contain supporting routines.

    Please help confirm that when using the three terminals of collector(cc3220) coprocessor(cc1310) sensor(cc1310) to implement the 15.4 protocol stack, the collector is using C:\ti\simplelink_sdk_ti_15_4_stack_plugin_2_20_00_05\examp in simplelink_sdk_ti_15_4_stack_plugin_2_20_00_05 les\rtos\CC3220SF_LAUNCHXL\demos\collector example When programming, which coprocessor routine should be used to properly implement the functions of the 15.4 protocol stack?

    Best Regards,

    Galaxy

  • Hi Marvin,

    Just help me find the routine for the HEX file in this plug-in directory. Thank you.

    He needs the code or the example.

    Best Regards,

    Galaxy

  • Hi Galaxy,

    The hex file in the stack plugin is no the same as in the SDK. I will look into finding out where the source project for this hex file is and get back to you when I have an answer.

    Regards,

    Marvin