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.

CC1350: Poll before Sensor Joined

Part Number: CC1350

Hello TI,

I'm reaching out to understand the behavior present in the TI 15.4 sensor simplelink_cc13x0_sdk_4_10_02_04 Jdllc_process function.

Within the code we have block:

    /* Process poll event */
    if(Jdllc_events & JDLLC_POLL_EVT)
    {
        bool autoRequest;

        ApiMac_mlmeGetReqBool(ApiMac_attribute_autoRequest, &autoRequest);

        if( ( (CONFIG_MAC_BEACON_ORDER == JDLLC_BEACON_ORDER_NON_BEACON) ||
              (autoRequest == false) ) &&
             !CERTIFICATION_TEST_MODE)
        {
            if((devInfoBlock.currentJdllcState == Jdllc_states_joined)
                || (devInfoBlock.currentJdllcState == Jdllc_states_rejoined))
            {
                /* set poll timer */
                Ssf_setPollClock(devInfoBlock.pollInterval);
            }

            /* send poll request */
            sendPollReq();
        }

        /* Clear the event */
        Util_clearEvent(&Jdllc_events, JDLLC_POLL_EVT);
    }

The code as-is will allow a pollRequest to be sent when a device has not joined the network. Should sendPollReq be inside the  devInfoBlock.currentJdllcState if check?

It is not clear what is the use-case where a pollRequest should be allowed with a device not joined. Can you clarify what the use-case for this is?

  • Hi

    I will assign someone to answer your questions. In the meantime, can you please provide information regarding what example from the SDK you are running?

    BR

    Siri

  • Hi,

    Did you check when the the callback that posts the JDLLC_POLL_EVT is called?

  • Hi Marie,

    Yes, the callback that is initiating this is due to our application logic.

    While we can track down how this is getting initiated, the code itself feels like a bug,. To my understanding, there should not be a valid case where a pollEvent should call sendPoll if not joined.

    By moving this call into the if condition, we would better protect application users from unintended effects. We intend to update this in our application, but aim to confirm this is indeed a bug and not a use-case we are unaware of.

  • Hi,

    It sounds like your application and the default application have a different internal logic. 

    Please feel free to add a check for the joined status. 

  • Hey CDev,

    in my application, I always use the parentFound boolean to decided what to do if connected or not. But of course you have to make sure by yourself that parentFound is correctly set to false/true in your application beforehand.

    best wishes

    Slev1n