TI中文支持网Part Number:CC1310Other Parts Discussed in Thread: CC1312R
你好:
我们现在使用15.4协议栈的collector和sensor,当前使用非信标模式,频率433Mhz,,CONFIG_PHY_ID=APIMAC_GENERIC_CHINA_LRM_433_PHY_130;
我们的场景是需要从collector给sensor节点进行下发命令,有一些命令对时限要求不高,例如获取sensor固件版本,可以使用当前的函数sendMsg来进行
那么一些比较紧急的命令,例如获取数据(要求sensor立即上报一帧数据)这种场景下,协议栈中是否有相关函数可以直接通过无线唤醒正处于低功耗睡眠的sensor节点,让sensor立即响应数据呢>?
或者是否有相关的例程可供参考?
Yolande Wang：
您好，
TI15.4 协议不支持 wake on radio .
faker wang 说：是否有相关的例程可供参考?
有，您可以查看 C:\ti\simplelink_cc13x0_sdk_4_20_02_07\examples\rtos\CC1310_LAUNCHXL\drivers\rfWakeOnRadioTx
不过这个是私有协议，不是 TI15.4 协议。
另外您也可以参考下 CC1312R 芯片，也支持 wake on radio ：
C:\ti\simplelink_cc13xx_cc26xx_sdk_7_10_01_24\examples\rtos\CC1312R1_LAUNCHXL\prop_rf\rfWakeOnRadioTx
,
faker wang：
好的,谢谢
如果要在15.4协议栈中希望实现类似功能有没有更好的建议?
如果将CONFIG_POLLING_INTERVAL参数修改到更小,会导致功耗急剧增加,似乎不是很符合我们的情况
,
Yolande Wang：
您好，
faker wang 说：如果要在15.4协议栈中希望实现类似功能有没有更好的建议?
非常抱歉，IEEE 802.15.4协议主要目标在低功耗下实现简单、高效的通信，因此在标准化阶段没有提供 WoR 这样复杂的功能。
faker wang 说：如果将CONFIG_POLLING_INTERVAL参数修改到更小,会导致功耗急剧增加,似乎不是很符合我们的情况
需要在功耗和延迟之间找一个平衡点，这是一个trade off
,
faker wang：
好的,谢谢
,
Yolande Wang：
不客气
