My problem is I have set my end device into SM = 1 that is pin hibernation. Then, after it has been sleeping for long time (around 5 mins), i de-asserted it to wake it up and wish to get some data like this:
and it would not continue sending data in the period as I set in IO sampling rate.
So, after I go to XCTU software, in networking work mode i press scan and it asks me to press reset button, then only the 26 long data will continuously send in period of sampling rate. Anyone knows why?? is it I wrong set anything, thanks in advanced!
Hi, thanks for your reply. AO is just changing the output mode only, but my problem is seem like End device cannot send out data after it has been sleeping for a certain period. Is it setting under End device?
Or maybe i can ask, i wake it up a few time continuously after that it seem like cant be detected (if using network working mode, it is not connected to any router). Thanks!
Or maybe i put it in this way,when i switch on coordinator, router and end device. Then, I de-asserted pin 9(wake it up), then it has no response. After I scan the network using XCTU in network working mode, end device working normal by sending explicit RX indicator periodically (with IO sampling rate). But when let it sleep and wake it up again, it has no respond again. Do you know why? Am I need to send any command to let it send back explicit RX indicator?
The mode you are referring to most likely will not show any End devices as XCTU is using the Node Discovery function which is a Broadcast transmission and may timeout before the end device can wake up and poll its router parent and respond to the request.
Yes, you must tell the module to send some sort of data for that to show up on the parent router and Coordinator.
So what mode should I choose router and end device? I am using C# to communicate with the coordinator actually, what should I do/send so that end device can send back explicit RX indicator and source routing packet back?
By the way, I have set coordinator’s AR command into 30 seconds, that all for me if i want to get source routing right?
AR should only be used on networks that are larger than the number of routing entries within the routing table when Unicast messages are sent in ALL directions. AR should also only be sent as little as possible. Sending once every 30 seconds on a network that is Non roaming causes unnecessary network traffic.
If you are going to use the network view to see all of the nodes that are within your network, then yes, setting them as routers (one coordinator) would be of more help. The other option is for you in your own code pull the radios neighbor tables and child tables. Then build a network map from that data.
I am using AR because i want it send back source routing, sending AR command periodically is it the first step for getting back the information of end device source routing ? I need to get the route of end device gone through, is this a proper way to do it?
‘setting them as routers (one coordinator) would be of more help’, i dont understand what setting you are mentioning?
3)So, what should I do/send so that end device can send back explicit RX indicator and source routing packet back?And is the mode using correctly?
Actually what i wanted it to do is very simple. A network that is created by coordinator, routers and a sleeping end device. When I wake end device up by de-asserted pin 9, then it should be able to send back Source routing packet (that contains the route it used) automatically to coordinator. Can please guide me? this is my very first time to use xbee. Thanks!!
Are you issuing the AR command on more than one module? If so, you should only issue on the node that is controlling the data flow or who is receiving the data. IE the Coordinator.