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.

[参考译文] CC1352R:TI15.4堆栈-在不使用广播的情况下同时激活多个传感器上的 LED

Guru**** 2482225 points


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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1217013/cc1352r-ti15-4-stack---simultaneous-activation-of-an-led-on-multiple-sensors-without-using-broadcast

器件型号:CC1352R

大家好、

在我的应用中、我将以 FH 模式使用 TI15.4堆栈、我们需要同步激活多个传感器上的输出、例如 LED。

实现这一目标的最简单方法是通过广播、但由于应用要求、我们意识到广播太耗电。 由于我们需要快速激活时间、这将要求较短的广播间隔、而这在功率方面是不可接受的。 此外、在广播时隙期间、即使没有发送 broacast 消息、甚至在不需要同步的节点上、所有传感器都将在打开接收时浪费功率、从而浪费不必要的功率。

那么、 我们的第二种方法是使用轮询、我们仅在需要快速激活的传感器上使用短间隔轮询。 轮询的问题是它们在该时间间隔内随机发生。 让我们想象一个5s 的轮询间隔。 我的想法是、当收集器发送所有所需节点的激活请求时、它还会发送 LED 应亮起时间戳、而这个时间戳需要始终高于5s (轮询间隔)。 这样、我可以保证、即使在最坏的情况下(收集器发送请求后5秒)、所有 LED 仍然同时亮起。  

问题在于网络同步时钟。 我不想实施新的计时器、因为这需要收集器频繁发送同步消息来校正节点上的漂移、从而浪费更多功耗。 我在文档中注意到,收集器的 ACK 包含 UTT-IE 元素,供节点管理其与收集器的单播通信计划,以了解收集器在任何给定时刻处于哪个信道。  

假定此 UTT-IE 信息可用于此应用程序、我是否正确? 我知道这些元素的用途不是这些元素,这些元素用于内部网络事件,但如果那里有时序信息或某种网络时钟,这在所有网络设备之间是相对良好的同步, 然后、我认为应该有一种方法可以利用这些信息并将其用作输出同步机制。 在实际中,我只需要一个时间变量,在任何时刻,在整个网络上是相同的。 或者是否有其他我失踪的原因? 在其他地方是否有某种网络时钟/计时信息可用于此目的?

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

    有人可以帮助我吗?

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

    JD、您好!

    我很抱歉没有回应! 要求非常明确、我将检查是否可以执行某些操作、以及您提到的堆栈级消息之一是否可以被插入。  

    此致、
    SID

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

    JD、您好!  

    该 UTT-IE 似乎不仅仅存在于 ACK 帧中。 如果您需要有关 UTT-IE 本身的更多详细信息、可以在 Wi-SUN 规范中定义它。  

    但此信息和单播传输的 TX 时隙计算在 Mac 层中很深、没有可用于公开此信息的变量或信号。

    遗憾的是、广播似乎是唯一的应用级方法。  

    此致、

    SID

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

    您是否已了解异步帧传输?

    这会在所有信道上传输、因此无论传感器的跳频模式如何、它们都会接收到。  

    这是用户指南中的一个片段。  

    dev.ti.com/.../frequency-hopping-mode.html

    此致、

    SID

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

    嗨、Sid、  

    感谢您的回答和建议。 这非常遗憾。

    我尚未考虑异步传输、因为我知道这些传输仅用于 PA、PA、PC 和 PC。 此外、它们可能需要几秒钟的时间来传输、并且我假设在正常运行时将它们从收集器发送到休眠传感器可能需要更多的时间。 但我还没有尝试过。

    只有当功耗远低于实际功耗时、才能进行广播。 可能条件:

    -广播间隔可以快速更改,而不是静态值。 这样、为了节省电力、我可以在需要时提高或降低广播速率。 但我读到更改间隔速率可能需要一段时间。

    -并且还可以在某些所需节点上禁用广播接收。 某些节点永远不需要接收广播、如果可以在这些传感器上将其内部禁用、这样就不会在广播时隙中浪费唤醒的电力。 但我还没有找到一种方法来做到这一点。

    您对这些选项有什么看法吗?

    谢谢

    JD.

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

    JD、您好!

    有几件事可以尝试。 但这是一个未经检验的目标

    用户指南中的相关文档部分为"控制广播信道跳频序列的参数"和"在网络运行过程中更改广播序列值"。  

    dev.ti.com/.../frequency-hopping-mode.html

    如果 没有在 wsAsyncIndCb()中设置 ApiMac_FHAttribute_trackParentEUIattribute。 传感器可以继续拥有它启动的广播计划、而不是获得协调器的广播计划。  

    此外,如果将 ApiMac_FHAttribute_BroadcastDwellInterval 设置为0。 这将禁用广播传输。

    您可以尝试通过这两件事来查看传感器是否确实在广播计划中休眠。

    广播间隔可以快速更改而不是静态值。 这样、为了节省电力、我可以在需要时提高或降低广播速率。 但我读的某个地方,更改间隔率可能需要一段时间。

    用户指南中确实提到了这一点。

    在这种情况下、似乎您需要发送更多 PAN 配置以对广播间隔进行更灵敏的更改。 但这意味着您无论如何都需要在传感器上接收该配置帧。  

    此致、

    SID

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

    如何做到这一点? 需要对传感器执行什么操作才能使其正常工作?

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

    我在结束此主题、因为有同事正在 处理此主题并在此为您提供支持。  

    e2e.ti.com/.../launchxl-cc1352r1-changing-broadcast-intervar-during-operation-time-in-fh-mode