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.

[参考译文] CC1310:CC1310设置为长接收模式(bRepeatOk 和 bRepeatNok 都为1)。 射频接收到数据后、通过串行端口的输出正常。 但是、在串行端口接收到数据之后、射频切换并发送一个异常(调用

Guru**** 2481465 points
Other Parts Discussed in Thread: CC1310

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1313391/cc1310-cc1310-is-set-to-long-receiving-mode-brepeatok-and-brepeatnok-are-both-1-after-the-rf-receives-the-data-the-output-through-the-serial-port-is-normal-however-after-the-serial-port-receives-the-data-the-rf-switches-and-s

器件型号:CC1310

嗨、团队,

使用的 SDK 为 simplelink_cc13x0_sdk_4_20_02_07、代码编译环境为 IAR。

使用 TI-RTOS、请参阅 rfPacketTx 和 rfPacketRx

客户当前的项目是将 CC1310上电至长 RX 状态。 接收到数据后、它通过串行端口输出信息。 串行端口接收到外部命令后、将取消当前 RX 状态、切换到 TX 并发送数据。 传输完成后、长 RX 模式将继续。 现在 RF 接收没有问题、但是一旦 RX 命令被取消、调用 RF_runCmd (rfHandle、(RF_Op*)&RF_cmdPropTx、RF_PriorityNormal、NULL、 0)将导致器件重新启动。 我通过调试确定取消状态成功。 它感觉像重新启动是一个概率问题,因为我有多个自己的板. 它们中的一个可以正常执行 TX 命令、但另一个无法发送调试。 发现每次调用 RF_runCmd (rfHandle、(RF_OP*)和 RF_cmdPropTx、RF_PriorityNormal、NULL)、0)然后重新启动时都是如此。

下面是一些配置代码:

if( RFQueue_defineQueue(&dataQueue,
rxDataEntryBuffer,
sizeof(rxDataEntryBuffer),
NUM_DATA_ENTRIES,
MAX_LENGTH + NUM_APPENDED_BYTES)){ /* Failed to allocate space for all data entries */
while(1);
}
/* Modify CMD_PROP_RX command for application needs */
/* Set the Data Entity queue for received data */
RF_cmdPropRx.pQueue = &dataQueue;
/* Discard ignored packets from Rx queue */
RF_cmdPropRx.rxConf.bAutoFlushIgnored = 1;
/* Discard packets with CRC error from Rx queue */
RF_cmdPropRx.rxConf.bAutoFlushCrcErr = 1;
/* Implement packet length filtering to avoid PROP_ERROR_RXBUF */
RF_cmdPropRx.maxPktLen = MAX_LENGTH;
RF_cmdPropRx.pktConf.bRepeatOk = 1;
RF_cmdPropRx.pktConf.bRepeatNok = 1;
RF_cmdPropRx.rxConf.bAppendRssi = 1;
RF_cmdPropRx.rxConf.bAppendStatus = 0;

取消调用的函数:rf_cancelCmd (rfHandle、rfCmdHandle、0);//终止接收

发送被调用函数:RF_runCmd (rfHandle、(RF_Op*)&RF_cmdPropTx、RF_PriorityNormal、NULL、0);

谢谢和最好的问候,

约兰德

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Yolande:

    这是定制电路板还是在 CC1310 Launchpad 上可以观察到?

    我会要求客户在 CC1310 Launchpad 上重现此问题。 这将让我们知道是电路板问题还是软件中的实际错误。  

    此致、

    SID  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    高 Sid,

    这是客户自己的电路板、奇怪的是其中一个电路板工作正常、但其他电路板不工作。
    客户已确认硬件和软件完全相同。
    这样做的原因是什么?
    当调试到 RF_runCmd ()时,编译器将报告错误并强制它退出调试模式。 如何进行故障排除?

    谢谢、 此致、

    约兰德

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    高 Sid,

    客户自己电路板的手动焊接对射频器件是否有很大影响? 今天、客户使用机器粘贴其中的一部分、到目前为止、客户未发现任何重启问题。 其中一个主板在正常工作之前手工焊接、其他主板都是重启问题。

    此致,

    约兰德

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Yolande:  

    我问是否出于这个原因在 LaunchPad 上重现该问题。 如果该文件在 LaunchPad 上可重现、则会指向软件问题。 如果同一软件在 LaunchPad 上可以正常工作、则更可能是电路板本身出现了问题。

    复位可能是由于电源/复位输入焊接不良所致。  

    此致

    SID

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    高 Sid,

    客户跟进低于:

    目前、我手头没有 LaunchPad。 我基于参考设计制作了自己的板。 此外、我在早上进行测试发现、我之前手工焊接的板在特定的频带正常工作、但是切换工作频带后会引起芯片重启。
    我的这块板需要连接到主板上使用(类似于串行端口透明传输模块)。 当我未连接外部天线或未连接外部天线时、连接到电路板的 Ipex 插座将重新启动。 我指的是射频部分。 官方433M 部件已设计。 软件中配置的工作频段 I 介于431-527之间。 我觉得是由干扰引起的。 该项目即将大规模生产。 感谢您的帮助!!

    谢谢、 此致、

    约兰德

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Yolande:

    我将寻求我们的硬件团队的帮助、但我还想知道调试器在退出调试模式之前报告的错误是什么。  

    调试至 rf_runCmd ()时,编译器将报告错误并强制它退出调试模式。 如何进行故障排除?

    此致、

    SID

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    高 Sid,

    这些是错误消息:

    早上、客户发现调用 TxAdv 命令也会导致重新启动。

    谢谢、 此致、

    约兰德

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    高 Sid,

    您能帮助我了解一下原理图和布局吗? 有什么问题吗?

    谢谢、 此致、

    约兰德

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Yolande:

    我已经通知了硬件工程师。 但为了确保这一问题仅发生在手工焊接样片上这一说法是否正确?  

    今天,客户使用机器粘贴其中的一段,到目前为止,客户尚未发现任何重新启动问题

    如果不在机器焊接样片上重现此问题、我认为它不是软件错误、而是硬件问题。 我将在这里让硬件工程师作出响应。

    此致、
    SID

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Sid:

    也可能出现机器连接问题、但客户确实有一块手动焊接的、在相同的程序下运行正常(但在切换频段后会重新启动、 并且在特定的频带内运行良好)、所以客户认为应该会有一些硬件问题、期待硬件工程师的回复。

    谢谢、此致、

    约兰德

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Yolande:

    请客户使用以下工具提交其设计以供审核:  低于1GHz 设计审查提交:  https://www.ti.com/tool/SIMPLELINK-SUB1GHZ-DESIGN-REVIEWS

    我们需要的信息不仅仅是设计的顶层、而且这种方法是机密信息-请他们通过申请表(或提交电子邮件)链接到此主题、以便我知道它与此问题相关。

    此致、

    扎克