Open yeqinggui opened 1 year ago
若用mdf的router例程来做开发，是否需要在应用层通过心跳包来检测mesh组网网络是否正常？目前测试20台mesh 组网，发现还是无法解决通信不稳定 方案一： 通过父节点定时发送给子节点，子节点2分钟内没收到父节点数据，重启设备，发现此机制不稳定，有出现过父节点挂了，子节点一直重启 方案二，每个节点每隔一段时间发给根节点，根节点再发回应答，由此判断是否整个网络是否保持正常，测试发现有的节点会挂了，不知道是不是整个链路数据堵塞引起，日志没抓到。这个方案因为整个网络一直被心跳包占据，不倾向使用 方案三： 根节点发送定时数据包给对应子节点，这层子节点再发送给下一层，也出线中间节点挂了，下边节点一直重启。 方便不管哪个方案，都会出线中间父节点死机，目前日志没抓到，一旦出问题，再去接串口，设备就重启。大家有何比较好办法监测父节点自身问题呢？目前mdf的底层是否已经稳定，无需应用层来监测？
若用mdf的router例程来做开发，是否需要在应用层通过心跳包来检测mesh组网网络是否正常？目前测试20台mesh 组网，发现还是无法解决通信不稳定 方案一： 通过父节点定时发送给子节点，子节点2分钟内没收到父节点数据，重启设备，发现此机制不稳定，有出现过父节点挂了，子节点一直重启 方案二，每个节点每隔一段时间发给根节点，根节点再发回应答，由此判断是否整个网络是否保持正常，测试发现有的节点会挂了，不知道是不是整个链路数据堵塞引起，日志没抓到。这个方案因为整个网络一直被心跳包占据，不倾向使用 方案三： 根节点发送定时数据包给对应子节点，这层子节点再发送给下一层，也出线中间节点挂了，下边节点一直重启。 方便不管哪个方案，都会出线中间父节点死机，目前日志没抓到，一旦出问题，再去接串口，设备就重启。大家有何比较好办法监测父节点自身问题呢？目前mdf的底层是否已经稳定，无需应用层来监测？