[参考译文] CC1352P：使用 SDK v7.x 构建的802.15.4 Stack 无线电和使用 SDK v4.x 构建的 CC1310无线电的互操作性

尊敬的 Lange 先生：

感谢您的答复、很抱歉迟到了。

我们能够跟踪这个问题、在将某些功能移植回基于 SDK v4的传感器无线电中时引入了一些错误。

我在 SDK v8.30发布后立即尝试了该版本。 我希望看到对 ZStack 的 WB-DSSS 和900MHz 的全面支持。 我想我们必须等待更长一点的时间。

此致！

ZL

尊敬的 ZL：  

遗憾的是、未来的 Z-Stack 开发将不会包含任何 Sub-GHz Zigbee 支持(作为 SimpleLink F2 SDK 的一部分)。

此致、
Ryan

尊敬的 Brown 先生：

感谢您的更新。 是否有 ETA 完全支持15.4堆栈中的 WB-DSSS？ 对于所有实用目的,WB-DSSS 已经很好地用于我们的应用(有一些工作)。 只是好奇。

在边注中、你们是否知道 SDK v4、v7和 v8之间跳频模式下15.4 stack 无线电的网络稳定性基准测试？ v4 SDK 和 CC1310无线电时所面临的挑战。 传感器节点几天内就会退出网络一次。 使用 CC13x2/SDK v7.41替换 CC1310收集器无线电之后、这些相同的 CC1310无线电集在几周内只会下降一次。 所以有了很大的改善。 我不确定这种改进是否归因于 SDK 本身、我们对应用固件的修订、还是 CC13x2无线电上的额外 RAM。

多年来、我偶然发现了几个帖子、这些帖子随机报告 FH 模式下的传感器节点。 我很好奇、你们是否能够提供一些有关这方面的内部数据。

此致！

ZL

尊敬的 ZL：

TI15.4 Stack 支持 WB-DSSS 作为自定义 PHY。 这意味着我们尚未 对其进行单独验证、但您可以使用它。
您可以使用 SysConfig -> TI 15.4 Stack -> Radio -> Custom PHY ->在 Custom PHY Radio Configuration 中选择 WB-DSSS 选项中的一个来探索该功能。

我们已在大型网络设置中测试了15.4 Stack、但所有器件都运行相同的 SDK。 您可以在此处找到数据： https://www.ti.com/lit/swra782

一般而言、您的描述可能与任何类型的时钟偏移有关、尤其是在使用休眠节点时。  
如果您有有关传感器执行哪些操作以及通信是如何发生的更详细数据、我们可以寻找优化点。
例如、如果您的应用不使用广播、则关闭广播、这会省去一个唤醒槽。

此致、
等等

尊敬的 Lange 先生：

谢谢 swra782的指针,我以前没有读过那个。 我简单介绍了一下、没有看到任何关于传感器节点在很长一段时间内退出网络的信息、尤其是在 FH 模式下。 我怎么了?

当我们开始使用 CC1310/90 + SDK v4时、传感器节点逐渐退出网络是我们的主要关注点。 这是因为、一旦传感器节点退出网络、要重新加入网络、就需要消耗大量功率。 如果这种情况发生得太频繁、则电池寿命会显著缩短。 我们仍在测试基于 CC13x2的无线电、但到目前为止、结果非常令人鼓舞。

我们将 CC13XX 无线电用作网络处理器(基于具有定制 AT 命令系统的收集器/传感器示例)和独立应用处理器。 我们已经通过在 FH 模式下将广播停留时间设置为0来关闭广播。 所有传感器节点都配置为休眠器件、每60秒唤醒一次以轮询数据、唤醒以根据需要发送数据。 我们是否可以调整其他参数来提高稳定性(即传感器节点不会退出网络)？

受上述 FH 模式问题的驱动、我们实际上开始在 SDK v7.4之前探索 WB-DSSS 模式、它开始支持15.4堆栈中的 WB-DSSS 作为自定义 Phy。 我们采用 Hacked 设置、从 RF studio 导出到 ti_radio_config.c 中、并获得一些非常好的结果。

此致！

ZL

尊敬的 ZL：

我们在测试设置中没有遇到这种情况、但您可以看到不同网络设置的预期封装损耗数字。

有几件事需要探索来提高稳定性。  
1.当传感器唤醒以根据需要发送数据时
   -使用报告时间间隔是否会发生这种情况?  
   -您是否将消息作为可确认消息发送？

2.您是否有更多的信息,哪些通信导致节点失去网络? 是重新发送还是确认超时？

修改 ti_radio_config.c 以使用 WB-DSSS 与 SysConfig 所做的基本相同。 只有您使用自定义 PHY WB-DSSS 选择的设置才是我们的无线电团队指定的设置。

此致、
等等

尊敬的 Lange 先生：

要回答您的问题：

1)当传感器节点用作网络处理器时、何时向收集器发送消息由外部 MCU 决定。 如果传感器节点成功发送消息、它将向外部 MCU 发送确认。 从这种意义上讲、消息是可确认的。

2) 2)退出网络的传感器节点由检测到孤立状态或长时间(预期间隔为3倍)未能从收集器节点接收应用层检测信号消息来决定。 这似乎是完全随机的。 我认为这不是因为向收集器发送消息造成的。

此致！

ZL

尊敬的 ZL：

感谢您提供更多详细信息。

当传感器未接收到收集器对消息的确认时、它将进入孤立状态。
这就是为什么我问消息是否作为 可确认消息从传感器发送到收集器的原因。
如果您发送一条消息、您是否设置： dataReq.txOptions.ack = true；?
如果是、您可以检查哪些未收到确认会导致转换为孤立状态、并检查是否可以在多次发生后看到模式。

当您说到外部 MCU 与无线电 MCU 进行通信时。 CAM 您可以向我解释如何实施此通信？ 如何从 CC1352/CC1310发送数据？
我希望确保实现不会干扰 TI15.4 Stack 调度。

心跳信息是什么意思？ 您能解释一下如何使用它吗？

此致、
等等