CC1310 WOR + SNIFF接收端执行问题

user4784951

Hi，

在使用CC1301launchpad验证wor时，接收端主mcu是定期发送命令使RF执行一次sniff检测空中信号，然后主mcu进入休眠了，使用该种模式的功耗是较低的，而发送端需要持续发送足够长时间的前导码来使RF能够在WOR醒来时检测到信号。

我使用的是nortos例程进行项目开发，只有一个线程可用。而例程WOR在执行一次sniff命令后MCU就进入了休眠，这使我无法添加执行其他任务。我在论坛里看到RF_runCmd（）是一个阻塞调用，不会在整个WOR间隔内退出，这意味着整个应用程序仅被阻塞以处理该间隔，ti回复建议改成RF_postCmd，但我尝试了改成该种方法后，无法正常接收数据，请问该种建议是否有效？

请问我的理解是否有误？

现在接收端能否做成 RF始终持续在执行Sniff检测信号（按我理解该种方式检测信号，功耗较低，理解有错误请指出），接收端RF独立工作，主MCU休眠，当接收端RF检测到有效信号时再将MCU唤醒。如此发送端只需发送一包报文（使用rfPacketRx.c的发送方式）就能使接收端接收到报文，且使接收端功耗降到最低而不影响接收端其他任务运行。

请问该种方式是否可行，该如何做？

Best regards,

5 年多前

0 Viki Shi 5 年多前

TI__Guru**** 188340 points

RF_runCmd()是阻塞调用，你的情况，换用 RF_postCmd()或者RF_scheduleCmd()是合适的建议。然后用RF_pendCmd() 来阻塞命令【RF_runCmd()其实就是 post + pend】

我理解你的意思是想让RF core独立于主MCU进行数据包的嗅探，但是不行。WOR功能的实现是基于sniff命令软件实现的，也就是说你必须每次都处理“sniff command done”回调，去查看是否收到了WOR包，或者是否要调度新的sniff命令。

0 user4784951 5 年多前回复 Viki Shi

Prodigy 50 points

非常感谢您的回复，请问将RF_runCmd()修改为RF_postCmd()然后再进行RF_pendCmd() 是如我一下修改这样吗？因为我只使用了RF_postCmd()替换RF_runCmd()就是无法收到数据了。

/* Schedule RX */
//RF_runCmd(rfHandle, (RF_Op*)&RF_cmdPropRxSniff, RF_PriorityNormal, &callback, RF_EventRxEntryDone);

RF_postCmd(...);

/* My Code */

......

RF_pendCmd(...);

/* Log RX_SNIFF status */
switch(RF_cmdPropRxSniff.status) {
case PROP_DONE_IDLE:
/* Idle based on RSSI */
worStatistics.doneIdle++;
......
};

低于 1GHz

低于 1GHz 论坛

CC1310 WOR + SNIFF接收端执行问题