我现在测试一个协调器、三个路由分别为A、B、C(都是开关面板)。刚开始的网络是,协调器下面的节点是A、B,C是A下面的节点。这个时候人为将路由A关闭。此时再去操作路由C,通过sniffer监测发现会重新去发送路由请求。大概要过4秒之后,操作路由C的动作命令就能发送到协调器。之前那个操作的动作命令丢了(在人为关闭路由A之后的那次操作)。
目前有三点困惑,一、路由C重新去发送路由请求成功后,有没有哪个函数可以查看到状态,二、大概4秒钟的间隔时间,是怎么回事?通过sniffer监测路由C发送数据及别的路由返回数据,总耗时间都是ms级的,三、就是路由异常后的第一次数据无法正常发送。
YiKai Chen:
1. 沒有
2. 重建路由是需要一點時間
3. 是的
jianguo zhou:
回复 YiKai Chen:
那问题3,不是没法解决?
YiKai Chen:
回复 jianguo zhou:
發送信息時可以使能APS ACK,如果沒有收到APS ACK代表信息沒有送達,就重送信息來解決
jianguo zhou:
回复 YiKai Chen:
那问题2,在正常使用中,如果正好重建路由的话,不是体验感就很差啊?没地方可以优化缩短那个路由重建时间?
YiKai Chen:
回复 jianguo zhou:
正常使用,路由不會變來變去的
jianguo zhou:
回复 YiKai Chen:
那正好在操作的时候,信号干扰严重,只能重新重建路由的话。只能等待几秒后才能有效操作吗?你们的设备也这样吗只能?
YiKai Chen:
回复 jianguo zhou:
操作的时候,信号干扰严重的話就連發送都有問題要如何重建路由?這種狀況下就只能等待干扰消除後重建路由才能再有效操作,如果你想要由應用程序自行再任何時間重建路由,可以調用NLME_RouteDiscoveryRequest