[参考译文] CC2652P：低温测试问题

尊敬的 Senjin：

您使用哪个版本的 SimpleLink F2 CC13XX/CC26XX SDK 来执行此测试(如果我调用正确、则为7.41.00.17)？  可以使用默认的 Zigbee 示例(例如开/关命令)重新创建它、数据包间隔是否会影响行为、以及使用 ZR 而不是非休眠 ZED 时是否会发生问题？  在使用默认 TX 输出(<5dBm)或启用高 PA (>5dBm)以及任何特定 IEEE 通道时、是否会发生这种情况？

[引述 userid="576855" url="~/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1478396/cc2652p-low-temperature-test-problem

将设备放入可编程温度测试箱、将温度设置为-40摄氏度、启动测试箱、然后立即开始数据测试。  当温度降至15至30摄氏度时、ZC 和 ZED 的数据传输质量会变差、最终断开连接。

我想强调的是、如果我等待温度降至-20、-30或-40摄氏度、 然后开始发送数据、就 不会出现这个问题。

[/报价]

什么是"数据测试"？  这个 Zigbee 网络是否也在调试、以及使用什么 Z-Stack API 来发送数据？

此致、
Ryan

您好、 Ryan、

1、SDK： simplelink_cc13xx_cc26xx_sdk_7_41_00_17

2、ZB 示例没有我需要的透明传递函数、无法使用该示例 进行 测试。

3、数据包间隔不影响行为,我试图将时间间隔增加到100ms ,但仍然失败。

4、 使用 ZR 代替 ZED 也失败

5、将 TX 功率设置为0dBm 或20dmb、再次失败。

6、 使用不同的渠道,还没有,明天就会有反馈。

7、"数据测试"有6字节的 zcl 有效载荷, fisrt 4字节为无符号整型,用作序列号,由接收者通过序列号确定是否有数据包丢失, 并计算 发送的数据包数量。  其余两个字节(也是序列号)为 unsigned char 类型。

8、发送 API: zclr api.TransportCmd General_Send (), 软件逻辑是将数据包作为一个单元,在发送数据时,将数据保存在缓冲区中,然后在 app _ loop()中,从缓冲区中提取数据包并发送它。 等待结果、然后发送下一个数据包。

通过 zclSampleSw_processZStackMs()函数中的"Case zstackmsg_Cmdids_af_data_confirm_IND"获得的 SENT 结果。

谢谢 Senjin。  根据您的说明、我认为只需发送任何 Zigbee 数据包(例如开/关 ZCL 命令)、就能复制该行为、并且频繁的消息并不重要(即可能以秒为单位的时间间隔)。  可以帮助我们知道休眠器件或高 PA 对于导致问题并不重要。

我将尝试在本地复制此行为。  我仍然不明白的是、在-20至-40摄氏度的温度下开始发送数据不会引起问题、但从室温开始、降至-40摄氏度会。  这是否与您打开设备电源或调试设备的时间有关？

恢复设备的步骤是什么？  如果您在没有任何硬件/软件复位的情况下将电路板恢复到温度、器件是否会恢复并重新加入？  此时设备应用程序是否处于崩溃状态？或者您能否确认应用程序仍在运行但未发送/接收任何 Zigbee 数据包？  使用监听器日志时、设备上的传输和/或接收是否会受到影响(即设备是否有任何 MAC ACK 或 OTA 生命体征)？

此致、
Ryan

Ryan、今天、我选择了一个新的信道25、再次测试、但仍然失败、我使用的信道是11。

步骤
1.将终端设备和协调器放入可编程温度框中,为两个设备加电,终端设备和协调器相互发送数据。 网络中只有一个终端设备。
2.将可编程温度框的目标温度设置为-40 °C 并开始冷却。

测试时、我通过串行端口将数据从主机发送到 ZigBee 模块、然后 ZigBee 模块将数据传递到另一个 ZigBee 模块、另一方收到数据、然后数据将数据传递到主机。  通常、数据包为64个字节、但在高温和低温下进行测试时、数据包大小缩减至6个字节。  

当问题发生时、在大多数情况下、终端设备和协调器仍在运行、我可以观察到状态指示灯闪烁、表示数据是从串行端口接收到的。 当 终端设备离开网络时、 它将尝试定期重新加入、但每次都失败、除非重新启动协调器、然后重新加入成功。

在少数情况下、协调器崩溃了、我观察到状态灯一直熄灭、数据通过串行端口发送到它、没有任何反应。 我认为、设备重启后、无法正常启动。

在上述测试期间、温度保持在较低水平。 温度升高后、是否能恢复、明天我会回复你。

关于 Sniff 日志相关问题,我明天也会回复您。

尊敬的 Senjin：

我能够重现您的观察结果。  我认为此时 F2器件型号不重要。

• 以 ZC 或 ZR 角色使用默认的 CC2652RSIP 和 CC1352P7-4 LaunchPad
• CC1352P7位于温控箱内、CC2652RSIP 位于温控箱外
• 在室温下调试并启动器件后、将针对-40 °C 配置温度室
• 无论 CC1352P7是 ZC 还是 ZR、最终都会无法在大约-30与-40 °C 之间进行通信
• 此时 UART 接口仍处于活动状态、因此应用程序仍在运行
• 此时器件可以复位、并将重新加入/重新启动-40 °C 处的 Zigbee 网络
• 有一次、使用-10 °C 处的 CC1352P7开始测试、在这种情况下、器件在-40 °C 下似乎运行良好
• 如果我在-40 °C 温度室条件下移除 CC1352P7、但未复位器件、则它将在预热后恢复 Zigbee 通信。

我与硬件和研发团队分享这些信息、以了解他们对 行为的看法。

此致、
Ryan

您好 Senjin、

我想给大家一个更新、让大家知道 Zigbee 研发团队即将找到一个可行的解决方案、希望我们能够在本周结束时为您提供该问题的解决方案。

此致、
Ryan