[参考译文] CC2630：网络丢失时的智能重试行为

您好、Jose、

非常感谢您的建议、听起来很有希望。 但我很难再现这种行为。

如果我理解正确、则会改变

if (startMode =mode_sin_scanCnt++>=5) 

更改为

if (startMode =mode_sin_scanCnt++>=2) 

应减少同一信道上的退休人员数量。 但我看不到使用监听器进行的任何更改(是的、我重新编译了 EndDevice 项目)。

如何确切地重新启动 EZMode？ 从 SampleSwitch 原始代码中、通过右键按下完成此操作：

if (keys== key_right)
｛
#if defined (ZCL_EZMODE)
//启动 EZMode 调试
｛
zclEZMode_InvokeData_t ezModeData；
//仅绑定到开/关群集
静态 uint16_t clusterIDs[]=
｛ZCL_CLUSTER_ID_GEN_ON_OFF｝；

//调用 eZ-Mode
ezModeData.endpoint = switch_EP；//要调用的端点
// EZ 模式
if (savedState == ZStack_DevState_dev_ZB_coord)
||(savedState == ZStack_DevState_dev_router)
||(savedState == ZStack_DevState_dev_end_device))
｛
ezModeData.onNetwork = true；//节点已在上
//网络
}
其他
｛
ezModeData.onNetwork = false；//节点尚未在上
//网络
}
ezModeData.initiator = true； // OnOffSwitch 是启动器
ezModeData.numActiveOutClusters = 1；//活动输出群集
ezModeData.pActiveOutClusterID =群集 ID；
ezModeData.numActiveInClusters = 0；//无活动输入群集
ezModeData.pActiveInClusterIDs=空；
zcl_InvokeEZMode (&ezModeData)；

LCD_write_string ("EZMode"、LCD_Page2)；
｝
#Elif defed (Zstack_manual_start)(Zstack_manual_start)
ZSTART_DISCOVERY ()；
#endif // ZCL_EZMODE
｝

//更新显示
switch_updateLcdDisplay()；
}

因此、我在代码中添加了如下内容：

if (hdrStatus =ZStack_ZStatusValues_ZSuccess& ReqStatus ==0)
｛
//确定
｝
否则｛
//我们已经尝试3次用户通知，请参阅 f8wConfig.cfg 中的 APSC_MAX_FRAME_RETESS
SOS_STstate = SOS_STACE_SEND_FAILED；
//避免详尽通道扫描

zclEZMode_InvokeData_t ezModeData；

ezModeData.endpoint = RB4_endpoint_SOS；
ezModeData.onNetwork = true；//节点已是网络的一部分
ezModeData.initiator = true；
ezModeData.numActiveOutClusters = 2；
ezModeData.pActiveOutClusterID = RB4_g_outputClusters；
ezModeData.numActiveInClusters = 2；
ezModeData.pActiveInClusterID = RB4_g_inputClusters；
zcl_InvokeEZMode (&ezModeData)；
｝ 

但我看不到不同信道或原始信道中信标请求的行为发生任何变化。 那么、如何重新启动 EZMode？

尊敬的 Simeon：

我发布的更改仅在节点处于重新加入模式(以前有网络)且我将按钮保留在应用程序中(如默认示例应用程序中)时可见。 尝试仅使用全新项目、只需添加更改、然后使用协调器启动网络并加入终端设备。 如果您在协调器中执行下电上电、然后按向右按钮再次运行 EZ 模式。 这就是我所做的、如果适合您、请告诉我。 之后、我们可以处理您想要包含的其他更改。

此致、

如果我理解正确、这将停止状态消息间隔、直到执行 ZDO_JOIN_CNTF_CBID。 因此、在父设备丢失(超出范围)后、它将停止状态消息、直到终端设备重新加入网络(重新调整？)。 这将需要用户触发按钮。 但是、我们需要每4小时发送一次状态消息、无论器件在之前的传输中丢失还是未丢失父消息。 如果父级设备再次处于可访问范围内、则状态消息应为"仅工作"。

我们有一个在状态消息接收器后面运行的应用程序。 如果状态消息丢失72小时、则会生成警报。 因此、状态消息必须在没有用户干预的情况下继续。

我将在 Clean SamplSwitch 项目上尝试您的建议：ZDO_RegisterForZdoCB (ZDO_Join_CNF_CBID、&YOLE_App_Callback)。 也许它能满足我们的需求。 如果没有、请进一步帮助我。 提前感谢您！

您好！

说实话、我根本不理解 ZDO_RegisterForZdoCB (ZDO_join_CNF_CBID、&YOLE_App_Callback)如何帮助我解决通道扫描问题。 这只是提供了一种发布常规状态消息的机制。 我们已经实施了这样一个机制。 这如何规避我们希望避免的通道扫描？

尊敬的 Simeon：

如果我正确理解、您的要求是每4小时发送一次状态消息、即使 EndDevice 没有父设备。 该行为不符合 Zigbee 规范、EndDevice 不能像路由器那样向网络广播消息、终端设备只能通过其父设备与网络中的其他设备进行通信、包括广播消息、 因此、要发送状态消息、您必须先搜索父消息。

此致、