Other Parts Discussed in Thread: CC1310, SYSCONFIG
Tool/software:
Hello,
Importants things: We are using sdk simplelink_cc13x0_sdk_2_30_00_20, CC1310 in non-beacon mode and with FH disabled.
Using collector example can obtain in TI STACK.
/*! * @brief Process the MAC Comm Status Indication Callback * * @param pCommStatusInd - Comm Status indication */ static void commStatusIndCB(ApiMac_mlmeCommStatusInd_t *pCommStatusInd) { if(pCommStatusInd->reason == ApiMac_commStatusReason_assocRsp) { if(pCommStatusInd->status != ApiMac_status_success) { Cllc_associated_devices_t *pDev; pDev = findDevice(&pCommStatusInd->dstAddr); if(pDev) { /* Mark as inactive and clear config and tracking states */ pDev->status = 0; } } } }
In example of collector has this pCommStatusInd if sensor is make de correct association with coordinator you had the correct ->reason and it's ok.
But if the node has the information of association and coordinador don't, the reason change to ApiMac_commStatusReason_rxSecure, then I try add device to security table, and try add device info to coordinador, but the only thing that works for me is disassociate node and asossiate again.
Why can i do to don't disassociate sensor and associate again?
You can try repeat this, stop collector process (run in linux not embbed) and delete nv-simulation.bin and start collector again, then you see the problems with securiry.C