Yes I am trying the remote module using the discover icon on the coordinator in XCTU (that works in AT mode) or using the network discovery mode in XCTU. Both are not detecting anything.
Thanks for the hint. I ave some difficulties to change the code on the router attached device (arduino) and moreover I need to dismount the device, so I will do it later. It does not prevent it to work as the basic feature (sending frame) is working.
One additiona question: what do you mean by associated. I haven’t seen that concept / feature in the documentation (maybe I overlooked it).
Association is also referred to as Joining. This is the process in which a router locates a network or coordinator and establishes a connection to that coordinator or network. There is an entire section of the manual devoted to this.
Ok, thanks. That was I thought, however, I am still experiencing difficulties when my Coordinator is in API mode.
Today, I am trying to establish a communication with Zigbee Sensor (Temp/Light) and I am stuck at some point. The good news is that when I power up the device, I can see it through my coordinator and remotely configure it via XCTU, so I set the PAN ID and DH/DL to my Coordinateur address. But so far, the green light is blinking and is indicating that the module is not “associated” and it is not sending any data to the coordinator. Very limited documentation found.
Sorry to bother you with beginner’s questions
What is the blink pattern? Keep in mind that the Digi Temp Light sensors are configured as end devices so the association LED will blink about twice a second and then off while it is in a sleep state.
I have some alternate slow and fast blinking and apparently, and I have no communication issue with the sensor using XCTU interface. I can visualize and modify all parameters through the interface. When I push once the “reset” button, I receive a packet (Notification) on the coordinator.
I am now wondering if the sensor is sending spontaneously the measures to the network coordinator or if this needs to be explicitly polled ? As the sensor can sleep, this does not seems logical, but I may have missed something.
Ok, that is not the behavior I was expecting, so the question. In fact everything is OK. What is still not clear is what is the link between sleep period and polling. What happen if the module receive the ATIS command while sleeping ? I will dig into the documentation.