topic After the coordinator was powered on again,The pair device cannot communicate normal in NXP Designs

After the coordinator was powered on again,The pair device cannot communicate normal

854648943 — Tue, 21 Jul 2020 09:48:10 GMT

Problem description：

In the network environment, there are some Routing and Enddevice. After the Coordinator is powered off for a

long time (more than half an hour), the Enddevice will join the Routing. After the Coorinator is powered on, The device

directly connected to the coordinator can communicate normaly. However, during the power off of the coordinator, the

devices added to the network through routing cannot communicate with the coordinator normally. At this time, if the

router as a relay is powered on again, the devices under the router can communicate again.

I hope I can get your help to solve this problem. Thank you very much.

The SDK is use JN-SW-4170-1840, the coordinator is JN-AN-1216 , the router and enddeivce is other manufactu

ers's device, but it's standard zigbee3.0

Re: After the coordinator was powered on again,The pair device cannot communicate normal

mario_castaneda — Wed, 22 Jul 2020 21:39:20 GMT

Hi,

However, during the power off of the coordinator, the devices added to the network through routing cannot communicate with the coordinator normally.

Are you working with ZGWUI Tool?

Did you erase all the information in the JN Device? ERASE PD button

However, is it possible that you could send an LQI Req to the coordinator?

Do you have the sniffer log?

Regards,

Mario

Re: After the coordinator was powered on again,The pair device cannot communicate normal

854648943 — Thu, 23 Jul 2020 12:00:54 GMT

Hi,Mario

Thank you for your reply,I didn't use the zgwui tool,The command LQI Req can send

Now, there are three devices in the network 'C','R' and 'E'. After 'C' is powered off for a long time, 'E' will join 'R'. At this time, 'C' is powered on again and 'E' is operating. 'E' is sending

"Network address request" all the time. Then, according to the normal process, 'C' should reply to "Network address response" so that normal communication can be achieved. But now I find

that sometimes 'C' does not reply "Network address response" to "Network address request". I think it may be because of this There is no routing table relationship between C and E. Another

situation is that when ‘C’ is powered down, device "R" generates "Coordinator Realignment". At this time, when ‘C’ is powered on again, device'E' cannot communicate with 'C'.

Therefore, I would like to ask the reasons for the occurrence of "Network address request" and "Coordinator Realignment" and how to deal with them.

C: Coordinator

R: Route

E：Enddevice

Re: After the coordinator was powered on again,The pair device cannot communicate normal

mario_castaneda — Mon, 27 Jul 2020 18:06:25 GMT

Hi,

Is it possible that you could provide the sniffer file as pcap format?

The coordinator will keep all the routing information, however, the ED will send a route request to the Router if it wants to communicate with the Coordinator.

If the coordinator realignment command is successfully transmitted, the MLME updates the PIB attributes BeaconOrder, SuperframeOrder, PANId, ChannelPage, and ChannelNumber parameters.

Regards,

Mario