协调器重启终端无法恢复网络连接

看你之前发帖用的是1.22a对吧。

当你协调器coordinator，你的终端是否有按如下规则发生beacon request


/* Rejoin retry backoff silent period timer duration in milliseconds - default 15 minutes according to HA test spec */
-DREJOIN_BACKOFF=900000

/* Rejoin retry backoff scan timer duration in milliseconds - default 15 minutes according to HA test spec */
-DREJOIN_SCAN=900000

协议栈是home 1.2.2
下面的参数我改为1分钟一次，重启协调器，
出现掉线的终端，即使等待几个小时也是加不了协调器，
把终端复位，可以立即加入，双方都开启了NV，
这个问题困扰了好久，掉线没关系，现在的情况就是掉线了无法自动回复，
只能把终端复位，要是不复位终端就能让终端恢复网络连接就好了
/* Rejoin retry backoff silent period timer duration in milliseconds - default 15 minutes according to HA test spec */
-DREJOIN_BACKOFF=60000

/* Rejoin retry backoff scan timer duration in milliseconds - default 15 minutes according to HA test spec */
-DREJOIN_SCAN=60000

你的协调器上电之后又parent announce？

Z-Stack 3.0.x有修正一些入網相關的問題，建議你用新的Z-Stack 3.0.2試試

因为我的终端有2530和2630,2630不支持3.0协议栈

这个不清楚，怎么确认，我是直接基于官方例程修改的。
home 1.2.2 的light作为协调器，switch作为终端

不是很建議用2630，建議你換用CC2652R

Z-STACK 3.0.2支持2530和2538，
2630不支持，2652R现在还是试产，根本买不到
有没有另外一个同时拥有2630的低功耗以及支持Z-STACK 3.0.2的ZigBee芯片

2652R應該是Q1底就量產了，目前就是2652R可以拥有2630的低功耗以及支持ZigBee 3。0

CC2652 和 CC2630 的价格差的好像挺多的吧？

不合用的話，价格再便宜也沒用

你好，你对Stack 不做修改测试过吗？

请看我下面的测试截图。

建议基于Z-Stack 3.0.2的GenericApp例程还是其他的例程修改自己的应用？

我测试是不停的重启协调器，看终端是否能恢复连接，
重启协调器三四十次后会遇到个别终端掉线，此后不管多久，
此终端都无法再恢复连接了，只能把终端重启才行，

请问NLME_DeviceJoiningInit函数在2630的应用程序里面怎么调用？

是倒是，不过 CC2630 不知道会不会出 3.0 协议栈，毕竟 TI 做 CC2652 和其它两个新芯片的协议栈都已经人手不足了。

就我所知、 CC2630 不会出 3.0 协议栈

请问NLME_DeviceJoiningInit函数在2630的应用程序里面怎么调用？Home 1.2.2