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.

LAUNCHXL-CC1352R1: CoProcessor Sensor connection problem

Part Number: LAUNCHXL-CC1352R1

Hello!

I'm trying to run coprocessor and sensor examples on two launchpads CC1352 (both Rev. B). But Sensor can't connect to host.  I've used the latest cc13x2 SDK (5.10.00.48) and linux SDK (5.02.00.03) The only things I've changed are frequency to 868MHz and PAN ID in sensor example. And the same changes in collector.cfg.

To run the example I go to LINUXSDK/prebilt/bin folder and execute ./host_collector collector.cfg line in terminal. How I can debug this problem?

  • Hi, thanks for reply. The problem was that I forgot that I've changed crystal on the LP. Now it is ok.

    Now embedded collector and sensor default applications is working fine, I can see led toggle requests, I see temperature and rssi. 

    But when I run coprocessor insted of embedded collector I can't see the sensor's data neither in CLI, nor in web gatway. And when I'm trying to send a request from the host, I couldn't get response from the sensor. And what interesting, when I'm sending a led request from sensor to the host - it is working, the led is blinking. I'm using default projects, no changes. Can you help me with that?

  • A little update:

    I found the error in collector_log.txt:

    0.035: Collector_updateFwList: Added ../../firmware/oad/sensor_oad_cc13x0lp_app.bin, ID 0
    0.044: Found Mac Co-Processor Version info is:
    0.044: Transport: 3
    0.044: Product: 1
    0.044: Major: 2
    0.044: Minor: 2
    0.044: Maint: 0
    0.053: ERROR: **ERROR** Set/Operation failed with status code: 0x27
    0.057: ERROR: **ERROR** Set request failed code: 0x27
    0.060: ERROR: **ERROR** Set request failed code: 0x27

    In api_mac.h i see:

    /*! MAC Co-Processor only - Length error */
    ApiMac_status_lengthError = 0x27,

    Then I compared api_mac.c files in linux SDK and in coprocessor cc1352 SDK and found such difference in coprocessor fw:

    typedef struct _apimac_mcpsdatareq
    {
    /*! The address of the destination device */
    ApiMac_sAddr_t dstAddr;
    /*! The PAN ID of the destination device */
    uint16_t dstPanId;
    /*! The source address mode */
    ApiMac_addrType_t srcAddrMode;
    /*! Application-defined handle value associated with this data request */
    uint8_t msduHandle;
    /*! TX options bit mask */
    ApiMac_txOptions_t txOptions;
    /*! Transmit the data frame on this channel */
    uint8_t channel;
    /*! Transmit the data frame at this power level */
    uint8_t power;
    /*! pointer to the payload IE list, excluding termination IEs */
    uint8_t *pIEList;
    /*! length of the payload IE */
    uint16_t payloadIELen;
    /*!
    Freq hopping Protocol Dispatch - RESERVED for future use, should
    be cleared.
    */
    ApiMac_fhDispatchType_t fhProtoDispatch;
    /*! Bitmap indicates which FH IE's need to be included */
    uint32_t includeFhIEs;
    /*! Data buffer */
    ApiMac_sData_t msdu;
    /*! Security Parameters */
    ApiMac_sec_t sec;
    /*! Transmit Delay for Green Power */
    uint8_t gpOffset;
    /*! Transmit Window for Green Power */
    uint8_t gpDuration;
    } ApiMac_mcpsDataReq_t;

  • Problem solved, wrong SDK version. Link in example readme, in simplelink academy leads to main page Linux SDK http://www.ti.com/tool/ti-15.4-stack-gateway-linux-sdk. But from there only the 2017 version can be downloaded.

    Correct link www.ti.com/.../TI-15-4-STACK-GATEWAY-LINUX-SDK

  • Hi Andrey, thanks for posting!

    Cheers,

    Marie