• 状态
  • 已锁定 已锁定
  • 个回复 42 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 1312 次查看
  • 用户 0 名在线用户
选项
选项
相关

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.

[参考译文] LP-CC1352P7：460800波特率下的 Openthread RCP 与 RadioSpinelNoResponse 失败

admin
Guru**** 1774980 points
Other Parts Discussed in Thread: CC2652P7
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1340902/lp-cc1352p7-openthread-rcp-at-460800-baudrate-failing-with-radiospinelnoresponse

器件型号：LP-CC1352P7
主题中讨论的其他器件：CC2652P7

我将从 Simplelink 7.10.02.23为 LP_CC1352P7-4板构建 Openthread RCP 示例、但在将波特率设置为460800时遇到问题。

启动 otbr-agent 时、它会成功发送一组 Spinel 帧、但在调用 RcpSetMac()时始终挂起。 它似乎有点古怪,虽然可能是20%的时间,它确实成功,没有超时错误。 

Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.004 [D] P-RadioSpinel-: Sent spinel frame, flg:0x2, iid:0, tid:8, cmd:PROP_VALUE_SET, key:PHY_ENABLED, enabled:1
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.004 [D] P-RadioSpinel-: Wait response: tid=8 key=32
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.007 [D] P-RadioSpinel-: Received spinel frame, flg:0x2, iid:0, tid:8, cmd:PROP_VALUE_IS, key:PHY_ENABLED, enabled:1
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.007 [D] P-RadioSpinel-: Sent spinel frame, flg:0x2, iid:0, tid:9, cmd:PROP_VALUE_SET, key:MAC_15_4_PANID, panid:0xffff
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.007 [D] P-RadioSpinel-: Wait response: tid=9 key=54
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.011 [D] P-RadioSpinel-: Received spinel frame, flg:0x2, iid:0, tid:9, cmd:PROP_VALUE_IS, key:MAC_15_4_PANID, panid:0xffff
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.011 [D] P-RadioSpinel-: Sent spinel frame, flg:0x2, iid:0, tid:10, cmd:PROP_VALUE_SET, key:MAC_15_4_SADDR, saddr:0x0000
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.011 [D] P-RadioSpinel-: Wait response: tid=10 key=53
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.014 [D] P-RadioSpinel-: Received spinel frame, flg:0x2, iid:0, tid:10, cmd:PROP_VALUE_IS, key:MAC_15_4_SADDR, saddr:0x0000
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.014 [D] P-RadioSpinel-: Sent spinel frame, flg:0x2, iid:0, tid:11, cmd:PROP_VALUE_GET, key:PHY_RX_SENSITIVITY
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.014 [D] P-RadioSpinel-: Wait response: tid=11 key=39
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.017 [D] P-RadioSpinel-: Received spinel frame, flg:0x2, iid:0, tid:11, cmd:PROP_VALUE_IS, key:PHY_RX_SENSITIVITY, sensitivity:-90
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.018 [D] P-RadioSpinel-: Sent spinel frame, flg:0x2, iid:0, tid:12, cmd:PROP_VALUE_SET, key:RCP_MAC_KEY, keyIdMode:8, keyId:1, prevKey:***, currKey:***, nextKey:***
Mar 23 23:57:50 6b091069403f otbr-agent[195]: 00:00:00.018 [D] P-RadioSpinel-: Wait response: tid=12 key=2048
Mar 23 23:57:52 6b091069403f otbr-agent[195]: 00:00:02.020 [W] P-RadioSpinel-: Wait for response timeout
Mar 23 23:57:52 6b091069403f otbr-agent[195]: 00:00:02.020 [C] Platform------: HandleRcpTimeout() at radio_spinel.cpp:2092: RadioSpinelNoResponse



使用最新的 OTBR Docker 映像进行测试,但在 Home Assitant OTBR Addon 中也有相同的结果。

是否还有其他需要调整的设置才能使其在460800波特率下工作？

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

    另外、当它成功启动时、它很快就会因此错误而返回： 

    otbr-agent[167]: 00:00:46.618 [I] MeshForwarder-: Sent IPv6 UDP msg, len:84, chksum:8fdd, ecn:no, to:0xffff, sec:no, prio:net, radio:all
otbr-agent[167]: 00:00:46.618 [I] MeshForwarder-:     src:[fe80:0:0:0:f086:1ecd:e5bc:c1a5]:19788
otbr-agent[167]: 00:00:46.618 [I] MeshForwarder-:     dst:[ff02:0:0:0:0:0:0:2]:19788
otbr-agent[167]: 00:00:47.083 [I] MeshForwarder-: Received IPv6 UDP msg, len:129, chksum:015e, ecn:no, from:7ed41eb1cab938dd, sec:no, prio:net, rss:-64.0, radio:15.4
otbr-agent[167]: 00:00:47.083 [I] MeshForwarder-:     src:[fe80:0:0:0:7cd4:1eb1:cab9:38dd]:19788
otbr-agent[167]: 00:00:47.083 [I] MeshForwarder-:     dst:[fe80:0:0:0:f086:1ecd:e5bc:c1a5]:19788
otbr-agent[167]: 00:00:47.084 [I] Mle-----------: Receive Parent Response (fe80:0:0:0:7cd4:1eb1:cab9:38dd,0xdc00)
otbr-agent[167]: 00:00:47.084 [I] RadioSelector-: RadioSelector: NewRadio(OnRx) 15.4 - neighbor:[7ed41eb1cab938dd rloc16:0xdc00 radio-pref:{15.4:200} state:ParentRes]
otbr-agent[167]: 00:00:47.363 [I] Mle-----------: Send Child ID Request (fe80:0:0:0:7cd4:1eb1:cab9:38dd)
otbr-agent[167]: 00:00:47.363 [I] Mle-----------: AttachState ParentReq -> ChildIdReq
otbr-agent[167]: 00:00:48.613 [I] Mle-----------: AttachState ChildIdReq -> Idle
otbr-agent[167]: 00:00:51.557 [I] Mle-----------: Send Advertisement (ff02:0:0:0:0:0:0:1)
otbr-agent[167]: 00:00:52.364 [W] P-RadioSpinel-: radio tx timeout
otbr-agent[167]: 00:00:52.364 [C] Platform------: HandleRcpTimeout() at radio_spinel.cpp:2092: RadioSpinelNoResponse
[14:59:56] WARNING: otbr-agent exited with code 6 (by signal 0).

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

    构建 openthread RCP 的正确位置是什么？ 我注意到在7.40 SDK 中删除了 openthread？

    我尝试在这个分支机构进行构建、到目前为止、似乎在460800上表现更好
    github.com/.../

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

    即使上述构建仍然不是很稳定、并在几个小时内崩溃、只连接了2个线程器件 

    otbr-agent[167]: 00:04:07.792 [I] MeshForwarder-:     src:[fdae:4848:e485:1:73b5:1463:d663:4a65]:34301
otbr-agent[167]: 00:04:07.793 [I] MeshForwarder-:     dst:[fdae:4848:e485:1:725c:5a4f:d67a:a3cc]:5540
otbr-agent[167]: 00:04:07.822 [I] MeshForwarder-: Sent IPv6 UDP msg, len:105, chksum:0683, ecn:no, to:0xdc00, sec:yes, prio:low, radio:15.4
otbr-agent[167]: 00:04:07.822 [I] MeshForwarder-:     src:[fdae:4848:e485:1:73b5:1463:d663:4a65]:34301
otbr-agent[167]: 00:04:07.822 [I] MeshForwarder-:     dst:[fdae:4848:e485:1:725c:5a4f:d67a:a3cc]:5540
otbr-agent[167]: 00:04:07.932 [I] MeshForwarder-: Received IPv6 UDP msg, len:131, chksum:f603, ecn:no, from:0xdc00, sec:yes, prio:normal, rss:-63.5, radio:15.4
otbr-agent[167]: 00:04:07.932 [I] MeshForwarder-:     src:[fdae:4848:e485:1:725c:5a4f:d67a:a3cc]:5540
otbr-agent[167]: 00:04:07.932 [I] MeshForwarder-:     dst:[fdae:4848:e485:1:73b5:1463:d663:4a65]:34301
otbr-agent[167]: 00:04:07.967 [I] MeshForwarder-: Sent IPv6 UDP msg, len:82, chksum:9449, ecn:no, to:0xdc00, sec:yes, prio:low, radio:15.4
otbr-agent[167]: 00:04:07.967 [I] MeshForwarder-:     src:[fdae:4848:e485:1:73b5:1463:d663:4a65]:34301
otbr-agent[167]: 00:04:07.968 [I] MeshForwarder-:     dst:[fdae:4848:e485:1:725c:5a4f:d67a:a3cc]:5540
otbr-agent[167]: 00:04:17.710 [I] Mle-----------: Send Advertisement (ff02:0:0:0:0:0:0:1)
otbr-agent[167]: 00:04:17.710 [C] Platform------: Write() at hdlc_interface.cpp:253: Input/output error

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

    您好！

    是的、建议从 GitHub 构建。

    您可以尝试使用此分支吗？
    https://github.com/TexasInstruments/ot-ti/tree/release/thread-1.3-certification-support

    谢谢！
    Toby

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

    尊敬的 Toby：
     这是我在 Github 上建的分支。 它启动正常并运行几个小时、但在一段时间后由于 RX 超时或 IO 错误而崩溃。

    还可参考使用 COMMIT  2279c02f3c3373f074899fc8d993b8ddb72910a2中的上游 otbr 代理运行此功能


    -蒂姆

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

    您是否使用其他波特率进行了测试？

    默认的一个 TI 测试为115200。

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

    没有,我没有测试115200与 git 分支,我将尝试它,看看问题是否仍然存在。 然而,对于 Openthread RCP 来说,115200的速度太慢,尤其是在没有流量控制的情况下。

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

    我使用115200波特率进行了测试、似乎面临相同的问题： 

    otbr-agent[175]: 01:20:21.553 [I] MeshForwarder-:     src:[fd6b:ad5a:8eb0:1:9e2c:4bc6:3dd0:66b2]:5540
otbr-agent[175]: 01:20:21.553 [I] MeshForwarder-:     dst:[fd6b:ad5a:8eb0:1:b388:2732:4775:bede]:45095
otbr-agent[175]: 01:20:22.219 [I] MeshForwarder-: Sent IPv6 UDP msg, len:105, chksum:f050, ecn:no, to:0xdc00, sec:yes, prio:low, radio:15.4
otbr-agent[175]: 01:20:22.220 [I] MeshForwarder-:     src:[fd6b:ad5a:8eb0:1:b388:2732:4775:bede]:45095
otbr-agent[175]: 01:20:22.220 [I] MeshForwarder-:     dst:[fd6b:ad5a:8eb0:1:9e2c:4bc6:3dd0:66b2]:5540
otbr-agent[175]: 01:20:22.326 [I] MeshForwarder-: Received IPv6 UDP msg, len:131, chksum:2571, ecn:no, from:0xdc00, sec:yes, prio:normal, rss:-48.0, radio:15.4
otbr-agent[175]: 01:20:22.326 [I] MeshForwarder-:     src:[fd6b:ad5a:8eb0:1:9e2c:4bc6:3dd0:66b2]:5540
otbr-agent[175]: 01:20:22.327 [I] MeshForwarder-:     dst:[fd6b:ad5a:8eb0:1:b388:2732:4775:bede]:45095
otbr-agent[175]: 01:20:24.639 [I] Mle-----------: Send Advertisement (ff02:0:0:0:0:0:0:1)
otbr-agent[175]: 01:20:27.330 [W] P-RadioSpinel-: radio tx timeout
otbr-agent[175]: 01:20:27.330 [C] Platform------: HandleRcpTimeout() at radio_spinel.cpp:2092: RadioSpinelNoResponse
[21:58:32] WARNING: otbr-agent exited with code 6 (by signal 0).

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

    感谢您的更新。

    我将对此进行调查、预计在~3个工作日内会有更新。

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

    谢谢 Toby

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

    Tim、您好！

    再次阅读这篇文章,我记得上一篇文章,其中详细说明了类似的问题: https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1226166/cc2652r-otbr-rcp-radiospinelnoresponse-radio-tx-timeout#pifragment-323417=1

    其中引入的修复程序是(2023年11月20日)： https://github.com/TexasInstruments/ot-ti/commit/cc4e6d111ca18828164a7abc190bbea3e3fead8e

    此后、引入了其他更改、对于串行(UART)通信的稳定性、我想知道这些更改是否会以某种方式影响 RCP 性能。

    您能否查看上述提交(2023年11月20日)并重新构建 RCP 以查看问题是否已解决？
    如果是、则需要与研发团队一起查看  

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

    我将对提交的内容进行测试、并报告结果。

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

    从 commit cc4e6d111ca18828164a7abc190bbea3e3fead8e 构建 , otbr 启动正常,但未能正确启动 Thread 网络。

    我不得不樱桃挑选 PR #9 (74813db170c24d7c54525608821915a75b5e2e13)以及工作的事情。 我将让它运行一段时间、看看稳定性是否有任何变化。

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

    我将继续监测这一情况、但到目前为止一直保持稳定、大约11个小时内没有 RCP 脱落。

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

    感谢进行确认。

    我将联系我们的研发团队、看看他们是否有什么想法。

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

    24小时后无压降。 我将尝试460800波特下的相同构建、看看效果如何。

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

    谢谢蒂姆！

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

    460800在18小时后退出、而" 输入/输出错误"如前面所示。 但这是对我的初始测试(包含最新提交)的改进

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

    感谢您的更新。

    我们正在努力设置一项测试、以捕捉此回归。

    您能否在测试中分享其他参数？ 到目前为止,我有以下,也有一些请求的信息:

    1. 2连接了 Thread 设备--这些设备是否都直接连接到 RCP (如 Thread_0 <--> RCP <--> Thread_1)？ 还是网格(如 RCP <--> Thread_0 <--> Thread_1)？
    2. 从 RCP 的角度来看、流量标准是什么样的(数据包接收/传输的频率、其他 Thread 设备发送的频率等)
    3. 每个数据包的线程有效载荷大小
    4. 环境：无线电室(隔离式)或典型(例如办公空间)

    我会让你从我的终端上发布更新

    同时可能尝试的其他一些建议：

    1. 在阻塞模式下使用 UART： https://github.com/TexasInstruments/ot-ti/blob/cc4e6d111ca18828164a7abc190bbea3e3fead8e/src UART/UART.c#L50 
    2. 增加 src 队列的大小(可能增加到10个)：https://github.com/TexasInstruments/ot-ti/blob/cc4e6d111ca18828164a7abc190bbea3e3fead8e/UART/UART.c#L56 

    此外、以下是 CC1352P7-4的 RCP 的固件映像、其中包含最新更改(尚未合并到 GitHub 中)：
    e2e.ti.com/.../ot_2D00_rcp_2D00_LP_5F00_CC1354P7_2D00_4.out

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

    尊敬的 Toby：

    1.目前我测试的两台设备是 EVE Motion + EVE Plug AU,两者都直接连接到 RCP
    2.帧似乎每隔3秒来一次,但每秒突发几次。
    3.大小范围为30字节~ 120字节
    4、具有 WIFI 接入点和几个 ZigBee 网络的典型办公空间,但选用的频道要避免重叠。 RCP 和器件之间大约2m 的视线。

    我将添加一点、即我尚未在当前测试编译中观察到 Rx 超时错误、而只是观察到输入/输出错误。

    我会在接下来的几天里尝试您的建议和预构建的固件映像。

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

    Tim、您好！

    感谢您的更新、这些参数将对我们的内部测试非常有用。

    将在我收到有关测试进度的反馈时通知您。

    此致、
    Toby

  • 0
    TI__Guru**** 1774980 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    [报价 userid="324727" url="~/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1340902/lp-cc1352p7-openthread-rcp-at-460800-baudrate-failing-with-radiospinelnoresponse/5128470 #5128470"]此外、此处是 CC1352P7-4 RCP 的固件映像、其中包含最新更改(尚未合并到 GitHub 中)：
    OT-rcp-LP_CC1354P7-4.out[/报价]

    [报价 userid="324727" url="~/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1340902/lp-cc1352p7-openthread-rcp-at-460800-baudrate-failing-with-radiospinelnoresponse/5128470 #5128470"]此外、此处是 CC1352P7-4 RCP 的固件映像、其中包含最新更改(尚未合并到 GitHub 中)：
    OT-rcp-LP_CC1354P7-4.out[/报价]

    尊敬的 Toby：
     我在整个周末都运行了这个构建、当时没有出现任何 RCP 错误。 这是我尝试过的任何其他建筑的明显改进! 这些更改何时会发布到 GitHub？

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

    Tim、您好！

    很高兴听到您的消息！

    我预计这会在4月底之前在 GitHub 的一个分支中发布。

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

    仍然看到该版本偶尔出现 RCP 错误、但现在出现的时间范围可能是2-3天。 

    otbr-agent[167]: 22:12:26.896 [I] MeshForwarder-:     src:[fe80:0:0:0:a0d9:2ab8:2b4:3d49]:19788
otbr-agent[167]: 22:12:26.896 [I] MeshForwarder-:     dst:[ff02:0:0:0:0:0:0:1]:19788
otbr-agent[167]: 22:12:31.440 [N] MeshForwarder-: Dropping (reassembly queue) IPv6 UDP msg, len:154, chksum:0be0, ecn:no, sec:yes, error:ReassemblyTimeout, prio:normal, rss:-39.0, radio:15.4
otbr-agent[167]: 22:12:31.440 [N] MeshForwarder-:     src:[fdae:4848:e485:1:2a98:131c:ea85:ca42]:5540
otbr-agent[167]: 22:12:31.441 [N] MeshForwarder-:     dst:[fdae:4848:e485:1:73b5:1463:d663:4a65]:44446
otbr-agent[167]: 22:12:32.352 [I] Mle-----------: Send Advertisement (ff02:0:0:0:0:0:0:1)
otbr-agent[167]: 22:12:33.418 [I] MeshForwarder-: Received IPv6 UDP msg, len:92, chksum:4565, ecn:no, from:a2d92ab802b43d49, sec:no, prio:net, rss:-20.0, radio:trel
otbr-agent[167]: 22:12:33.418 [I] MeshForwarder-:     src:[fe80:0:0:0:a0d9:2ab8:2b4:3d49]:19788
otbr-agent[167]: 22:12:33.419 [I] MeshForwarder-:     dst:[ff02:0:0:0:0:0:0:1]:19788
otbr-agent[167]: 22:12:33.419 [I] Mle-----------: Receive Advertisement (fe80:0:0:0:a0d9:2ab8:2b4:3d49,0x8800)
otbr-agent[167]: 22:12:37.354 [W] P-RadioSpinel-: radio tx timeout
otbr-agent[167]: 22:12:37.354 [C] Platform------: HandleRcpTimeout() at radio_spinel.cpp:2092: RadioSpinelNoResponse

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

    实际上、当发生这些无线电超时、设备似乎完全挂起、而仅仅重新启动 otbr 不足以使其再次运行。 

    otbr-agent[167]: [NOTE]-AGENT---: Running 0.3.0-2279c02-dirty
otbr-agent[167]: [NOTE]-AGENT---: Thread version: 1.3.0
otbr-agent[167]: [NOTE]-AGENT---: Thread interface: wpan0
otbr-agent[167]: [NOTE]-AGENT---: Radio URL: spinel+hdlc+uart:///dev/ttyACM0?uart-baudrate=460800
otbr-agent[167]: [NOTE]-AGENT---: Radio URL: trel://end1
otbr-agent[167]: [NOTE]-ILS-----: Infra link selected: end1
otbr-agent[167]: [INFO]-NCP-----: OpenThread log level changed to 4
otbr-agent[167]: 50d.02:27:29.023 [W] P-RadioSpinel-: Wait for response timeout
otbr-agent[167]: 50d.02:27:29.023 [I] P-RadioSpinel-: RCP self reset successfully
otbr-agent[167]: 50d.02:27:31.025 [W] P-RadioSpinel-: Wait for response timeout
otbr-agent[167]: 50d.02:27:31.025 [C] P-RadioSpinel-: Failed to communicate with RCP - no response from RCP during initialization
otbr-agent[167]: 50d.02:27:31.025 [C] P-RadioSpinel-: This is not a bug and typically due a config error (wrong URL parameters) or bad RCP image:
otbr-agent[167]: 50d.02:27:31.025 [C] P-RadioSpinel-: - Make sure RCP is running the correct firmware
otbr-agent[167]: 50d.02:27:31.025 [C] P-RadioSpinel-: - Double check the config parameters passed as `RadioURL` input
otbr-agent[167]: 50d.02:27:31.025 [C] Platform------: HandleRcpTimeout() at radio_spinel.cpp:2092: RadioSpinelNoResponse

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

    因此、经过一周的测试后、我可以说最新版本仍然出现两个错误、只是频率要低得多。

    - Rx/TX 超时错误似乎与 CC2652P7的硬锁定一起发生(不确定这是否是超时的原因或症状)
    - I/O 错误不锁定,所以重新启动 otbr 会重新启动 RCP。

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

    Tim、您好！

    感谢您的更新。

    我们的 RND 团队目前正在调查 RCP 稳定性、目前计划在下一个版本(计划在4月底)之前解决该问题。

    收到更新后、我会在此处提供更新。

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

    Tim、您好！

    我收到来自 rnd 的更新。

    当他们把 src 改为阻塞模式后,它似乎更加稳定(通过24小时测试)- https://github.com/TexasInstruments/ot-ti/blob/6f30243676724ef1472d20098e00eb20b3f20679/UART/UART.c#L50 
    这一变更(除其他外)应包括在定于4月底发布的版本中。

    我们认为 、XDS/UART 之间可能存在某种程度的根本原因(因为 UART 是通过 XDS 路由的)、计划在4月发布后对该问题进行进一步调查。

    谢谢！
    Toby

  • 0
    TI__Guru**** 1774980 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我们认为 根本原因可能与 XDS/UART 有某种关系

    当我在 LP_CC1352板上进行测试时、我们的实际器件使用 CP2102N UART、并且我们通常会在这些板上看到相同的问题(但我无法测试您上次发送的构建、因为这些具有不同的 Xosc 调优值)

    /support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1340902/lp-cc1352p7-openthread-rcp-at-460800-baudrate-failing-with-radiospinelnoresponse/5157789在将 src 更改为阻塞模式后、似乎更加稳定(通过24小时测试)-- https://github.com/TexasInstruments/ot-ti/blob/6f30243676724ef1472d20098e00eb20b3f20679/uart/uart.c#l50
     

    我将尝试对现有树进行此更改、看看是否有任何不同。 但是 BTW 24小时测试可能不够长、无法确保稳定性。

  • 0
    TI__Guru**** 1774980 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    btw 24小时测试时间可能不够长、无法确保稳定

    我会将该反馈传递给团队。

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

    尊敬的 Toby：
     是否有关于新版本的任何更新？

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

    Tim、您好！

    托比本周不在办公室、请允许他在 下周一有空、我相信他将能够在周二或周三与您取得联系、并提供更新信息。

    此致、
    Ryan

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

    Tim、您好！

    认证过程正在进行中、主要是物流过程(例如获取认证 ID)。

    我的预计将在周末完成、但可能会因外部认证流程相关的延迟而异。

    谢谢！
    Toby

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

    感谢您发送编修

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

    尊敬的 Toby：
     何时发布任何更新？

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

    Tim、您好！

    我已检查并发现它尚未发布...

    我们的团队目前正在积极处理该问题。

    同时、我可能会向您提供一个 RCP FW、以便从我们的证书分支进行测试。 (我可以尽早分享)。
    只是为了确认您需要什么：

    1. LP_CC1352P7-4
    2. 波特率为 460800

    谢谢！
    Toby

  • 0
    TI__Guru**** 1774980 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    [报价用户 id="324727" url="~/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1340902/lp-cc1352p7-openthread-rcp-at-460800-baudrate-failing-with-radiospinelnoresponse/5212813 #5212813"]
    1. LP_CC1352P7-4
    2. 波特率为 460800

    [报价]

    是的、这是我进行测试所需要的、谢谢

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

    请查看附件、如果可行、请告诉我。

    e2e.ti.com/.../ot_2D00_rcp_2D00_460800baud_2D00_LP_5F00_CC1352P7_2D00_4_5F00_ce396456.out

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

    谢谢 Toby、我将对其进行设置并在未来几天内监控稳定性  

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

    仍然看到 OTbr 代理因 IO 错误而崩溃 

    otbr-agent[172]: 00:04:47.632 [I] Mle-----------: Send Advertisement (ff02:0:0:0:0:0:0:1)
otbr-agent[172]: 00:04:47.632 [C] Platform------: Write() at hdlc_interface.cpp:253: Input/output error
[18:59:45] WARNING: otbr-agent exited with code 5 (by signal 0).

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

    Tim、您好！

    我们最近发布了 openthread： https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1368600/certified-thread-v1-3-release-is-now-on-github

    您能试一下吗？

    谢谢！
    Toby

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

    当然会测试它。