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.
https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1460683/cc2652p7-thread-firmware-missing-capabilities-required-by-esp32-otbr
工具与软件：
我正在尝试将在 ESP32上运行的 OTBR 与 CC2652P/P7/P10上的 Thread 固件集成在一起。 Thread 固件基于去年发布的1.3认证版本。 此 OTBR 实现似乎需要 TI 固件中缺少的一些功能(ot-br-POSIX 实现不需要这些功能)
E(672) OPENTHREAD:[C] P-RadioSpinel-: RCP is missing required capabilities: E(672) OPENTHREAD:[C] P-RadioSpinel-: sleep-to-tx E(672) OPENTHREAD:[C] P-RadioSpinel-: rx-timing E(682) OPENTHREAD:[C] P-RadioSpinel-: rx-on-when-idle
这里列出的最后一个实际上是可选的(可以使用构建标志禁用)、但前2个是必需的。 是否有实施这些功能的计划？ 自上次发布以来、是否对 Thread 固件进行了任何进一步的工作、对1.4版本等进行了更新？
Tim、您好！
您正确地说、 TI 不 支持 列出的功能、 因为 TI 验证的1.3 Openthread 边界路由器版本中不需要这些功能。
如果 要 在 ESP32上重新编译 OTBR、则 您正在使用的 openthread 提交应该与 ot-ti v1.3版本中使用的提交内容相同。
当前目标是到2025年第1季度末发布 Thread v1.4支持。
此致、 Ryan
您好、Ryan、 在 spefic commit 上构建 Espressif 边界路由器不是那么容易。 他们似乎将边界路由器实施为一个闭源静态库、并且不清楚他们直接使用了多少上游代码。 他们也只是最近才推出我们所需要的 TREL 支持。 `Rx 计时`功能实际上似乎是可选的、用于指示接收计时由无线电处理、如果缺失、则应在软件中处理(至少在 POSIX otbr 容器中处理)。 我想他们没有实现软件时序、因为他们的 RCP 固件支持 Rx 时序。 对于`rx-on-at-idle`、这似乎是强制性的、但不确定这是在1.4版本中还是在更高版本中。 我们很乐意在您更接近可发布版本时测试1.4版本。 -蒂姆
