我需要帮助来解决一个数字网络的问题。这是我们的第一次安装。设备为XBP24CAUIT-001 Digimesh 2.4 TH -PRO，固件版本为9002
我们的网络包含10个设备
主设备(CE =非路由协调器)始终打开，节点标识符NI = " master "
2个中继器(CE=标准路由器)始终打开
7个端节点(CE=非路由模块)电池供电，每分钟唤醒一次，向主节点发送短消息。
工厂室内安装，设备之间最大距离为10/15mt，主天线和中继天线在视线范围内。
远程设备、中继器或终端节点的网络接入程序如下:
第一次开机时，设备搜索网络
设备发送DN发现节点命令，参数为MASTER
设备等待应答，如果未找到节点，则重复三次请求，然后更改通道并在新通道上重新启动发现节点序列。
当发现MASTER节点时，设备保存通道CH值，从搜索状态切换到关联请求状态，并使用从DN命令回复中获取的MAC向MASTER节点发送请求
MASTER用设备配置参数回复终端设备关联请求，然后终端设备改变自己的网络状态为关联。在这种状态下，设备和主机每分钟在确定的100ms时隙内交换消息
如果交换消息连续5分钟失败，则链路丢失，设备返回到关联请求状态。设备尝试网络关联序列，但如果该序列也失败，设备返回搜索网络序列并重新启动搜索“MASTER”设备扫描所有通道。
我们的问题是:
所有设备有时失去与主设备的连接，终端设备返回到关联请求状态，但如果此过程失败，设备返回到搜索通道并重复搜索网络序列扫描所有通道。随机地，有时在一个或两个扫描序列失败后，有时在6个或更多扫描序列失败后，DN命令返回主设备的MAC，设备可以重新关联到网络中。扫描序列持续时间为600秒(510秒扫描+ 90秒等待通道0x0C以允许与XCTU进行本地连接)。因此，设备有时会断开连接1小时或更长时间
我们无法解释为什么无线电连接在几个小时内是正常的，然后它毫无原因地下降，我们无法快速恢复连接。
这种行为不仅适用于电池供电的开关设备，也可能因其他原因而不同步。，也适用于始终开着的中继器设备(由墙壁电源供电)。
扫描过程持续时间为600s。
N ?参数为14,2s(四舍五入到0,1s)
扫描过程发送3次DN消息，然后改变通道并重新发送3次DN消息。对于专业版，可用的频道有12个
发送DN消息总数3x12=36。如果所有消息失败14,2sx36=511,2s之后，我们设置模块通道0x0C并等待90秒。总扫描过程时间511秒+90秒=601秒，这正是我们调试过程测量的时间。
我们的固件设置了一个软件超时，预设为10s+N?_value=24,2s如果模块没有回复DN消息，扫描过程在24,2s后终止，并返回复位模块。这种情况永远不会发生，模块总是在超时时回复DN消息。
最后信息:在两个连续的扫描序列之间，我们重置模块拉下复位引脚。
我希望有人能帮助我们，并建议我们需要调查的地方
这不是应该在支持论坛上解决的问题，而应该在支持案例中解决。请发邮件到tech.support@digi.com有了这些信息。