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

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

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

1,249件の閲覧回数
854648943
Contributor III

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

タグ(1)
0 件の賞賛
3 返答(返信)

1,150件の閲覧回数
mario_castaneda
NXP TechSupport
NXP TechSupport

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

pastedImage_2.png

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

Do you have the sniffer log?

Regards,

Mario

0 件の賞賛

1,150件の閲覧回数
854648943
Contributor III

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

0 件の賞賛

1,147件の閲覧回数
mario_castaneda
NXP TechSupport
NXP TechSupport

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

0 件の賞賛