Other Parts Discussed in Thread: CC1312R
器件型号： CC1312R
嗨、大家好：
我使用 CC1312R 开发板
我尝试了 SDK 版本 simplelink_cc13xx_cc26xx_sdk_7_10_02_23 和 simplelink_cc13xx_cc26xx_sdk_8_31_00_11
它使用 15.4 堆栈
遇到以下问题：
将传感器正常连接到收集器、并断开与收集器的电源；睡眠设备正常进入隔离模式、但非睡眠设备不会进入隔离模式、并将继续照常向收集器发送数据。 这是什么原因？ 应如何解决？
您好、Faker、
您使用什么模式？ 非信标、信标、跳频？
我刚刚进行了快速测试、一个传感器处于休眠状态、另一个传感器处于非休眠状态。 当我断开收集器的连接时、这两个都成为孤儿。 您是否有任何日志或屏幕截图可帮助我了解问题？ 您能否提供监听器日志？
此致、
Daniel
您好 Daniel：
今天,我进行了一个实验,详细如下:
A.配置：
1. config_reporting_interval：60000
2. config_orphan_backoff_interval：10000
b.图像内容说明：
1.该图显示了两个器件的 UART 日志输出。
左侧是一个非睡眠器件 (IEEE 地址：00：12：4b：00：2e：bf：87：21)、称为器件 A
右侧是睡眠设备 (IEEE 地址：00：12：4b：00：2e：bf：85：99)、称为设备 B
C.观察到的现象：
1.我在 15:24:05 断开集电极的电源。
2.器件 B 在 15:24:12 打印其第一个孤立通知（需要 7 秒,在 CONFIG_OLONAN_BACKOFF_INTERVAL 的范围内）。
3、设备 A 在 15 时 25 分 32 分继续向收集器发送数据,然后再打印其第一个孤立通知,需要 1 分 27 秒。
4、根据 Wireshark 日志时间戳、设备 B 在 08:13:56 开始其第一个孤立通知、而设备 A 在 08:15:16 开始其第一个孤立通知（比设备 A 的第一个孤立通知晚 1 分钟 20 秒、该通知与我 UART 日志中的分析保持一致）。
您好、Faker、
我使用默认配置（3 秒报告间隔、2 秒轮询间隔）进行了更多测试。 休眠和非休眠设备之间存在差异的原因是、它们通过不同的路径成为孤儿。 当收集器未针对数据请求确认消息后、非休眠节点变为孤立状态；而当轮询请求不是确认时、休眠节点变为孤立状态 此外、在重试过程中轮询间隔减少到 500ms (JDLC_RETRY_POLL)。
是否需要同时使用非休眠和休眠设备在精确的时间超时？
此致、
Daniel
您好、Faker、
让我提供前两个更详细的日志、解释正在发生的情况：
1.休眠状态：
2.非休眠
这意味着休眠器件与收集器进行通信的次数是非休眠器件与收集器进行通信的两倍（如果 REPORT_INTERVAL = POLLING_INTERVAL）、因为它正在发送轮询请求。 因此、在收集器关闭时、休眠传感器将在更短的时间内达到消息的最大故障、因此在非休眠之前成为孤立的。
希望这将帮助您了解网络上的内容。 但是我不知道您的要求或应用。 我可以将以下建议视为：
此致、
Daniel
