We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
若用mdf的router例程来做开发,是否需要在应用层通过心跳包来检测mesh组网网络是否正常?目前测试20台mesh 组网,发现还是无法解决通信不稳定 方案一: 通过父节点定时发送给子节点,子节点2分钟内没收到父节点数据,重启设备,发现此机制不稳定,有出现过父节点挂了,子节点一直重启 方案二,每个节点每隔一段时间发给根节点,根节点再发回应答,由此判断是否整个网络是否保持正常,测试发现有的节点会挂了,不知道是不是整个链路数据堵塞引起,日志没抓到。这个方案因为整个网络一直被心跳包占据,不倾向使用 方案三: 根节点发送定时数据包给对应子节点,这层子节点再发送给下一层,也出线中间节点挂了,下边节点一直重启。 方便不管哪个方案,都会出线中间父节点死机,目前日志没抓到,一旦出问题,再去接串口,设备就重启。大家有何比较好办法监测父节点自身问题呢?目前mdf的底层是否已经稳定,无需应用层来监测?
The text was updated successfully, but these errors were encountered:
No branches or pull requests
若用mdf的router例程来做开发,是否需要在应用层通过心跳包来检测mesh组网网络是否正常?目前测试20台mesh 组网,发现还是无法解决通信不稳定
方案一:
通过父节点定时发送给子节点,子节点2分钟内没收到父节点数据,重启设备,发现此机制不稳定,有出现过父节点挂了,子节点一直重启
方案二,每个节点每隔一段时间发给根节点,根节点再发回应答,由此判断是否整个网络是否保持正常,测试发现有的节点会挂了,不知道是不是整个链路数据堵塞引起,日志没抓到。这个方案因为整个网络一直被心跳包占据,不倾向使用
方案三:
根节点发送定时数据包给对应子节点,这层子节点再发送给下一层,也出线中间节点挂了,下边节点一直重启。
方便不管哪个方案,都会出线中间父节点死机,目前日志没抓到,一旦出问题,再去接串口,设备就重启。大家有何比较好办法监测父节点自身问题呢?目前mdf的底层是否已经稳定,无需应用层来监测?
The text was updated successfully, but these errors were encountered: