-
Notifications
You must be signed in to change notification settings - Fork 0
XBee Autoconnect #22
Comments
The first sent instruction is broken down as follows: (7E) (00 04) (08) (08) (4E 54) (4D) 7E : Start Delimiter. 00 04: Combined length of the API identifier, frame ID, and AT Command. 08: API identifier for AT command 08: Frame ID 4E 54: (ASCII NT) AT instructions. NTAT indicates "Node Discover Time" command 4D: Checksum. |
The next commands are as follows:
Begins cycling between Remote AT Commands and Remote AT Command Responses 5-6. More errors, unsure why rejected transmission |
Pg 35 of DigiMesh user guide: 'For mesh networking firmware, if the device transmits an RF data packet, the device may need to discover the destination address or establish a route to the destination. After transmitting the data, the device may need to retransmit the data if it does not receive an acknowledgment, or if the transmission is a broadcast. These issues could delay the processing of data in the serial receive buffer.' See Pg 37 for networking steps |
We'd like to be able to use the built in autoconnect feature used by XCTU in our code. The following is the signal log for the two XBee units that were autoconnected through XCTU.
02-10-2018 11:50:46.157,-,API,"QuadC,0013A20040F8064D,XBee-PRO DigiMesh 900,8062,COM3 - 57600/8/N/1/N,3"
For information on XBee hardware protocol, see https://www.digi.com/resources/documentation/digidocs/pdfs/90000991.pdf
The text was updated successfully, but these errors were encountered: