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.

[参考译文] CC1310:TI-15.4堆栈中的传感器节点、在3种支持的模式(信标、非信标和跳频)中、哪种模式的网络加入/重新加入时间最短?

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1229028/cc1310-sensor-node-in-ti-15-4-stack-which-of-the-3-supported-modes-beacon-non-beacon-and-frequency-hopping-has-the-shortest-network-joining-rejoining-time

器件型号:CC1310

您好!

到目前为止、我们一直在运行具有跳频功能的网络、传感器节点通常 在1 ~ 5分钟内加入网络、在信道掩码中选择51个信道、轮询间隔为60秒。 尽管这在很大程度上满足了我们的要求、但我仍然很好奇、信标模式或非信标模式下的传感器节点是否可以更快地加入/重新加入网络、理想情况下不超过10秒。

据我了解、由于涉及的信道数量、跳频模式下的传感器节点需要大量时间才能加入网络。 如果我们将通道数量减少到25个、或将事件数量减少到3 ~ 5个通道、我们多久可以指望传感器节点加入/重新加入网络? 或者、如果我们切换到信标或非信标模式、假设我们在信道掩码中选择相同的信道数、我们是否会看到更短的加入/重新加入时间。

也就是说、如果我们想要优化网络以实现尽可能短的网络加入/重新加入时间、我们应该如何解决?

请告知、谢谢。

ZL

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

    您好、ZL:

    为了减少跳频中的加入、必须考虑基于涓流计时器的加入过程。  

    为了加入网络、设备使用异步消息请求广播帧。

    用于发送这些请求(PA)的频率是在涓流计时器的帮助下设置的。

    通过减少在 advanced_config.h (CONFIG_RISTRAP_MIN_CLK_DURATION 和 CONFIG_RISTRAP_MAX_CLK_DURATION )内设置的涓流计时器间隔来缩短该频率。

    由于 PAN 协调器无法检测加入 FH 的设备、因此实施了一个过程以通知协调器一个设备加入了网络。  

    此程序受传感器请求间隔的影响。

    您使用的通道数量也会产生影响、因为它会增加 发送异步消息所用的时间。 不过、这应该会有很小的影响。

    为了减少加入过程、我建议您更改涓流计时器、报告间隔和通道数量。  

    此致、

    Alex

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

    尊敬的 Alex:

    感谢您快速且内容丰富的回复。 这确实很有帮助。

    通过减小涓流计时器间隔(在 advanced_config.h 中设置  )(CONFIG_RISTRIP_MIN_CLK_DURATION 和 CONFIG_RISTRIP_MAX_CLK_DURATION)来设置该频率。

    一些相关问题:

    1) 1)这两个旋钮是否也控制信标模式和非信标模式下的加入时间? 我仍在尝试在每种模式下确定可能的最短加入时间、主要是当信标/非信标模式的加入时间更短时、如果是、要确定加入时间的比例。

    2) 2)设置这两个旋钮时、我们是否需要考虑轮询间隔? 例如、如果我们将 CONFIG_POLLING_INTERVAL 设置为60000、那么为它们设置以下值是否合理?

    #define CONFIG_TRICKLE_MIN_CLK_DURATION 6000
    
    #define CONFIG_TRICKLE_MAX_CLK_DURATION 600000

    3) 3)在 SDK v4.20的示例代码中、我发现了以下与涓流计时器相关的旋钮。

    // config.h, sensor project
    /*! Default Polling interval in milliseconds. It will get updated upon reception
     of a config request message */
    #define CONFIG_POLLING_INTERVAL      6000
    /*! PAN Advertisement Solicit trickle timer duration in milliseconds */
    #define CONFIG_PAN_ADVERT_SOLICIT_CLK_DURATION    6000
    /*! PAN Config Solicit trickle timer duration in milliseconds */
    #define CONFIG_PAN_CONFIG_SOLICIT_CLK_DURATION    6000
    /*! Default Reporting Interval - in milliseconds. It will get updated upon
     reception of a config request message */
    #define CONFIG_REPORTING_INTERVAL  180000

    我假设  CONFIG_PAN_ADDRT_RECLK_DURATION 会控制传感器节点发出 PA 数据包的频率、一旦传感器节点加入网络、它就不会发送任何 PS/PCS 数据包。

    我在这里的问题是:a)我们可以将它们设置为不同的值吗? b)我们是否需要考虑收集器项目中的以下旋钮?

    // config.h, collector project
    /*!
     The minimum trickle timer window for PAN Advertisement,
     and PAN Configuration frame transmissions.
     Recommended to set this to half of PAS/PCS MIN Timer
    */
    #define CONFIG_TRICKLE_MIN_CLK_DURATION    3000
    /*!
     The maximum trickle timer window for PAN Advertisement,
     and PAN Configuration frame transmissions.
     */
    #define CONFIG_TRICKLE_MAX_CLK_DURATION    6000

    抱歉有这么多问题。

    ZL

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

    尊敬的 Alex:

    我刚刚在传感器节点中测试了以下设置、 CONFIG_PAN_ADDRT_CLK_DURATION 从以前的60000更改为6000、其他所有内容在传感器节点和收集器节点中都保持不变。  单独更改 CONFIG_PAN_advert_Solicate_CLK_DURATION 似乎并不会加速加入流程。 使用新构建的固件刷写传感器节点后的初始连接仍然需要2分钟。

    /*! Default Polling interval in milliseconds. It will get updated upon reception
     of a config request message */
    #define CONFIG_POLLING_INTERVAL      60000
    /*! PAN Advertisement Solicit trickle timer duration in milliseconds */
    #define CONFIG_PAN_ADVERT_SOLICIT_CLK_DURATION    6000
    /*! PAN Config Solicit trickle timer duration in milliseconds */
    #define CONFIG_PAN_CONFIG_SOLICIT_CLK_DURATION    60000
    /*! Default Reporting Interval - in milliseconds.
     * It will get updated upon reception of a config request message
     * Make sure default is the same as in collector, to minimize writing into NVS
     */
    #define CONFIG_REPORTING_INTERVAL  90000

    这是否意味着我们还需要更改其他设置,如轮询间隔或/和 CONFIG_PAN_CONFIG_SETRAC_CLK_DURATION?

    请告知、谢谢。

    ZL

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

    尊敬的 Ziyong:  

    我使用了传感器收集器示例、以便针对您的问题进行一些测量。

    与我使用的标准设置相同:  

    SDK:7.10.00.98

    模式:跳频

    法规类型:ETSI

    Sub1-频率:863-869.

    PHY 类型:50kbps

    默认 Pan 广告请求和 PAN 配置请求为6000 ms  

    在收集器上: CONFIG_RINK_MIN_CLK_DURATION 为3000

     CONFIG_RISK_MAX_CLK_DURATION 为6000

    报告/轮询间隔: 60秒

    进行了一些测量、更改了一些参数。

    它们是:

    1.) 采用标准参数进行测量

    2.) 标准参数+ CONFIG_PAN_ADDRT_CLK_DURATION 和 CONFIG_PAN_CONFIG_SETRAC_CLK_DURATION 更改为60000、同时将 CONFIG_RINK_MAX_CLK_DURATION 更 改为60000、并将 CONFIG_RINK_MIN_CLK_DURATION 更改为30000

    3.)仅使用通道1-5的标准参数

    4.) 标准参数 settinngs + Poll&Report Interval 设置为1s

    我在所有设置下的加入计时器~20-30s

    但更改涓流定时器周期会增加加入时间。

     

    您可以在自己的 桌子上尝试一下吗

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

    关于其他模式:  

    这些将有其他加入网络的过程、因此加入时间将受其他设置的影响。

    在启用信标模式下:  

    这取决于您的实现。 但是、 此处的加入时间使用信标间隔进行了更改。

    但是、此处的权衡是更高的功耗。

    要获得这方面的更多信息、我建议您查看 TI15.4堆栈用户指南图53

    对于非信标启用模式:

    该器件执行广播并搜索可用的平移坐标。  

    所有在范围内的泛协调员将对请求作出响应,并将能够请求访问所需的泛协调员。

    我假设这是加入时间最快的模式。

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

    尊敬的 Alex:

    感谢您的详细回答。 后来,我能够在 Fh 模式下加入时间减少到典型的20秒,通过将 PC 和 PAS CLK 持续时间都改回默认值6s。 20秒对于我们的目的是足够的,所以我至少现在会在 FH 模式。

    我们的系统依靠电池运行、因此我们将轮询间隔(即 PCS/PA 时钟持续时间从默认值6s 更改为60s)、以确保当 txPower 设置为 maxim 26dBm 时、电池可以在连接期间提供足够的电力;假定一旦传感器节点加入网络、它就会保持开启状态、很少会关闭。 出于我不清楚的原因、我们某些早期安装中的传感器节点每隔几个小时就会退出网络。 因此、我们开始寻找减少网络加入时间的方法、您的回答在这方面提供了很大帮助。

    此致!

    ZL