Thread 中讨论的其他器件: Z-stack
工具/软件:TI C/C++编译器
大家好、
我们将 ZStack 1.2.2a 版开发环境用于 CC2650。
我们希望增加信标之间的信号持续时间、以降低传感器节点的功耗。
我有以下问题:
- 如何更改两个信标之间的间隔? 哪个参数决定间隔?
- 如果我们增加两个信标之间的间隔、它是否会延长连接过程的持续时间?
- 信标间隔的最大值和最小值是多少?
此致、
Ankita Tayade
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.
工具/软件:TI C/C++编译器
大家好、
我们将 ZStack 1.2.2a 版开发环境用于 CC2650。
我们希望增加信标之间的信号持续时间、以降低传感器节点的功耗。
我有以下问题:
此致、
Ankita Tayade
您好!
对于 Z-Stack 1.2.2a、调试由 eZ-Mode 处理。 请参阅 Z-Stack 安装文档文件夹中的"Z-Stack 家庭 TI-RTOS 开发人员指南 pdf"。
您可以实施计时器来启动 eZ-Mode 过程。 有关这方面的示例、请参阅 如何在 zclSampleSw_HandleKeys 中处理 HAL_KEY_SW_2。
是的、增加 Zigbee 终端设备(在本例中为传感器节点)信标请求之间的时间可能会增加将设备接入网络所需的时间。
间隔非常灵活;请查看计时器的使用方式(osal_start_timerEx)。
此致、
Toby
你(们)好
感谢您的回复。
我们使用 了 SDK 提供的默认信标延迟。
我们发现、首先它发送孤立请求、然后它以8秒的间隔发送信标请求
我们想知道这8秒是如何产生的? 是否有任何数学计算来设置该延迟? 如果是,那是什么?
我附上 ubiqua 的屏幕截图供您参考、您可以在其中看到时间差、这只是显示 8秒的2个信标之间的时间间隔
我们还对一个新传感器节点进行了编程、该节点仅在0间隔内发送信标请求。 6秒、而不首先发送孤立通知。
我有以下问题:
决定何时发送孤立请求和何时不发送孤立请求的参数是什么?
为什么这两个传感器节点中的信标延迟差异?
此致、
Ankita Tayade
行为可能在以下方面有所不同:
-已加入网络、然后失去连接的设备(孤立)
-以前从未加入过网络并尝试加入网络的设备
也许请参阅以下相关帖子:
https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/642682#pi320995=2
https://e2e.ti.com/support/wireless-connectivity/zigbee-and-thread/f/158/t/498206
你(们)好
感谢您的回复。
我们参考了您提供的链接。 我们已将 函数 osal_start_timerEx 的 NWK_RETRY 延迟从 1000更改为7000、但我们不会对信标间隔延迟产生任何影响。 我们还尝试修改函数 MAC_MlmeStartReq(),但它显示 ROM 到 ROM 函数。
我有以下问题:
应从 osal_start_timerEx()函数中修改哪个参数以增加信标间隔?
是否有任何其他方法来增加信标延迟?
此致、
Ankita Tayade
OSAL_START_timerEx (uint8 taskID、uint16 event_id、uint32 timeout_value)
- TIMEOUT_VALUE:确定设置 EVENT_ID 之前的时间量。 较大的值会导致事件触发前的时间更长。
请参阅 zgDefaultRejoinBackoff 的值、该值用于触发 ZDO_Rejoin_backoff 事件。 此事件将启动或停止重新加入进程(在两者之间切换)。 它在函数 ZDUP_EVENT_LOOP 中进行处理。