TI中文支持网Part Number:CC1310
CC1310 在调试模式下容易卡死，工程目录C:\ti\simplelink_cc13x0_sdk_4_20_02_07\examples\nortos\CC1310_LAUNCHXL\drivers\rfEchoRx
报错信息是
Alex Zhang：
您好，已经跟进您的问题，谢谢
,
genyi liu：
在回调函数打断点，时间长点就死掉了
static void echoCallback(RF_Handle h, RF_CmdHandle ch, RF_EventMask e)；
配合一个500ms就发送数据的设备，很容易出现
,
Alex Zhang：
已经跟进您的问题，谢谢
,
Alex Zhang：
您好，您的回调函数中 都进行了哪些操作
,
genyi liu：
打断点，
,
Alex Zhang：
回调函数中是否有 串口打印以及其他功能
如果在回调函数中 你加入了 blocking的api，会导致卡死的情况
,
genyi liu：
就单纯打断点
,
genyi liu：
时间长点就死掉了
,
Alex Zhang：
使用的例程？没有做任何修改对吗？是ti的官方开发板
,
genyi liu：
是的
,
Alex Zhang：
哪个版本的开发板以及提供sdk版本
,
genyi liu：
芯片是revB ,SDK是4.2
,
Alex Zhang：
已经跟进您的问题，谢谢
,
genyi liu：
有结果了吗？
,
Alex Zhang：
已经跟进您的问题，工程师那边还没有反馈
,
Alex Zhang：
我也遇到过这个问题，但仅限于实际暂停调试会话时。
您这边PROP_ERROR_RXBUF 错误？通过 UART/SWO，还是通过暂停调试会话？
,
genyi liu：
就是调试才会的，通过暂停调试会话确认的。
,
Alex Zhang：
您好，已经跟进您的问题，有更新会立即回复您，谢谢
,
genyi liu：
目前有找到相关说明吗？
,
Alex Zhang：
您好，已经跟进您的问题，有更新会立即回复您，谢谢
,
Alex Zhang：
停止调试会话将破坏该示例，因为应用程序停止时 RFcore 并未停止。
这意味着 RFcore 将填充 RXqueue，但由于应用程序已停止，该队列将无法清空。
那么您的应用程序似乎没有问题，除非它在不处于调试模式时发生。
,
genyi liu：
调试模式下卡死是正常现象了
,
Alex Zhang：
停止调试会话将破坏该示例，因为应用程序停止时 RFcore 并未停止。
这意味着 RFcore 将填充 RXqueue，但由于应用程序已停止，该队列将无法清空。
那么您的应用程序似乎没有问题，除非它在不处于调试模式时发生。
,
Alex Zhang：
您的工程在运行过程中有卡死现象吗，您可以测试一下，如果没有，就是正常的。
Alex Zhang said:
停止调试会话将破坏该示例，因为应用程序停止时 RFcore 并未停止。
这意味着 RFcore 将填充 RXqueue，但由于应用程序已停止，该队列将无法清空。
是不是我没有表达清楚？
,
genyi liu：
调试容易让RF_runCmd()函数返回PROP_ERROR_RXBUF。
,
Alex Zhang：
已经跟进您的问题
,
Alex Zhang：
停止调试会话将破坏该示例，因为应用程序停止时 RFcore 并未停止。
这意味着 RFcore 将填充 RXqueue，但由于应用程序已停止，该队列将无法清空。
那么您的应用程序似乎没有问题，除非它在不处于调试模式时发生。
事实上，这让事情变得更容易，因为调试会让函数返回错误。
解释在我之前的回复里。
