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.

[参考译文] CC1312R:收集器在断电后快速上电、并且无法接收传感器数据

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1329558/cc1312r-the-collector-quickly-powers-on-after-a-power-outage-and-cannot-receive-sensor-data

器件型号:CC1312R

嗨、大家好:

我使用的是 CC1312 15.4 tack SDK 版本:7_10:02:23

我们的业务已经基本发展、即将进入大规模生产阶段、但我们发现了一个问题

当收集器和传感器节点已连接并正常通信时、如果收集器断电并在传感器进入隔离节点之前重新上电、则传感器有可能进入异常模式 (传感器仍在正常发送数据,不能进入隔离节点,但收集器不能接收数据) ,这里

如果收集器断电并等待一段时间、传感器可以进入隔离节点

2.如果传感器重新启动,收集器仍然无法正确接收数据

如果直接重新启动收集器并且传感器未处于隔离模式、则收集器仍将不会从传感器接收数据、并且传感器仍在发送数据

因此可以看出、此时、收集器不知道传感器已断开(传感器可能尚未断开)、

那么、我应该如何处理它来避免这种情况发生呢?

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

    您好!

    您能否发送您的原理图、尤其是复位信号周围的情况?

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

    您好:

    如图所示、这是我们的集电极

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

    您是否正在使用24 MHz 晶体?

    应为48 MHz。

    复位部分看起来正常。

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

    是的,

    我们使用的是48

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

    好、  我会通知 SW 同事、也看看这一点。

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

    好的、这看起来不是硬件问题。 您可以帮助解决此问题吗?

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

    尊敬的 Faker:

    这种情况下的预期行为是传感器进入孤立模式。 这是一种它需要大量搜索收集器的模式。

    1.不确定"隔离"是什么意思。 您能提供更多详细信息吗?

    2.在这种情况下传感器是否会重新加入网络?

    3.这种情况的伤口像传感器没有发现收集器还没有下来。 请等待、直到传感器发现它已断开与收集器的连接并重新加入网络。

    谢谢、

    M·H

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

    您好 :Marie:

    1.  

    我所描述的情况是、收集器已关闭并重新连接、并且它们之间的间隔非常短、因此传感器未进入隔离模式。 出现以下情况的特定概率:

    a:传感器仍在向收集器发送数据、这就是我观察 UART 日志得出的结论。

    b.收集器无法接收传感器发送的数据、而传感器通过观察 UART 日志得出的结论

    3.传感器不会认为自己是隔离的

    两个

    2.

    等待超过30分钟、传感器无法重新加入网络

    3.

    与上一级相同

    4.

    如果出现上述情况、我将关闭收集器电源并等待一段时间。 此时、传感器将进入隔离模式。 因此,我大胆地猜测上述现象: 我认为、在这种情况下、传感器和收集器仍在相互发送 ACK 数据包、因此收集器不认为传感器已断开连接、传感器不认为收集器已关闭(实际上、收集器也不会关闭。 即使收集器再次通电或断电、其网络信息也不应更改)。 原因不明、收集器无法接收传感器数据

    当我们在客户现场使用收集器时、它就像一个小插座、因此有一定的机会发生这种情况:在安装过程中收集器会短暂通电和断电、但在安装后会非常稳定。 因此、如果发生这种情况、客户将无法在现场使用它并且无法重新连接设备、因此这可能是一个严重的问题

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

    尊敬的 Faker:

    您是否有监听器日志? 这有望告诉您这些器件是否确实在交换消息。

    谢谢、

    M·H

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

    好的、我将尝试抓取数据分析并将其发送出去。 您可以一起分析它、

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

    如图1所示、正常情况下收集器和传感器之间的数据交互

    如图2所示、红色框表示我断开收集器电源时的数据、而蓝色框表示收集器重新连接到电源后的数据

    当监听器数据显示在蓝色框中时、收集器不再能够接收数据、但监听器中仍然存在正常的 ACK 和正常的数据交换

    在正常情况下、当收集器接收数据时、绿色 LED 将切换状态(在接收到第一个帧时亮起、在接收到第二个帧时熄灭)。 现在、绿色 LED 将保持在关闭状态、

    我们现在应该如何恢复正常呢?

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

    尊敬的 Faker:

    感谢您发布监听器日志。

    当您说收集器无法再接收数据时、它似乎必须接收数据、因为它正在跟踪数据。 但是、收集器似乎不再将数据转发到应用层。

    是否可以检查全局变量  Collector_statistics  以查看这些数据包的显示方式? 是否视为已成功接收。

    谢谢、

    M·H

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

    您好、Marie:

    我尝试通过以下两种功能打印日志:

    通用 BroadcastId

    数据 CnfCB

    遗憾的是、如果发生上述情况、则尚未触发这两个函数的日志

    在正常情况下、可以触发这两个函数的日志

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

    在 API_Mac 的 processIncomingICallMsg 函数中、我用例 MAP_MCPS-DATA_cnf:

    我还打印了日志、  

    很遗憾、此处的日志未打印

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

    您好、Marie:

    我观察了 processIncomingICallMsg 函数、发现

    #define MAC-MLME-COMM_STATUS-IND 11/*通信状态指示*/

    #define MAC-MLME-POLL_IND 16/*轮询指示*/

    这两次仍然再次发生、但事件12不再发生

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

    尊敬的 Marie:

    我也在论坛上发现了一个类似的问题,链接如下:

    e2e.ti.com/.../launchxl-cc1352r1-collector-sensor---sensor-do-not-go-into-orphan-state-after-collector-power-loss-re-join-issue

    但问题尚未解决。 在这个问题上是否有任何进展?

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

    您好:

    我观察了 processIncomingICallMsg 函数、发现

    #define MAC-MLME-COMM_STATUS-IND 11/*通信状态指示*/

    #define MAC-MLME-POLL_IND 16/*轮询指示*/

    这两次仍然再次发生、但事件12不再发生、

    系统将提示"Security Error"

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

    尊敬的 Faker:

    当您说安全错误时、这是否反映在监听器日志中?

    当我说查看  Collector_statistics 时,我的意思是您运行一个活动的调试会话。 当该问题开始出现时、您可以暂停调试会话。 如果打开 Expressions 视图、则可以键入  Collector_statistics 并查看该全局变量。

    谢谢、

    M·H

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

    尊敬的 Marie:

    我已经解决了这个问题。 这是我在代码迁移期间发生的问题。 感谢您的支持

    加油打气