Checking Zigbee network What to do if the system is not working…

Basic system structure UART Zigbee

當 zigbee 的系統出現問題時, 必須步一步把 東西拆開來驗證 在 arduino 上驗證 sensor 是否正確, arduino 是 否有把資料正確的從 uart 輸出 … 這裡我們要說明如何確認 zigbee 網路有正確 的工作

Item needed We need to connect zigbee to PC, and use terminal to check the network. – USB to 5V UART here we use a FTDI one – Terminal: here we use docklight 1.9 Free version can be down load here:

Connection between 5V FTDI and kittyBee Connect : GND to brown 5V to read orange to FTDI TXD yellow to FTDI RXD

Connecting brown to GND on kittybee Here we use to GND pin on cc debugger header. You can use also the other GND pins on headers.

Connecting Red to 5V power We use 5V from FTDI and connect to power source as pic. Please notice the pin position, only low 2 pins are usable for power input on kittybee

Connecting UART Connect FTDI TXD(orange) to Z_RX_5V FTDI RXD(yellow) to Z_TX_5V Do not connect any 5V signal to 3.3V signal of zigbee, it could damage zigbee chip.

Plug in FTDI Plug in your FTDI into USB, it should appear in hardware manager as a USB Serial Port (In this case COM115)

We first plug in the Coordinator

Docklight operation Basic docklight operation and set up can be found here: UpSimpleZigBeeNetwork UpSimpleZigBeeNetwork

Start up docklight, and press start, we should first send the FE 00 01, ping node command to see the status of module. Detail of command set can be found in another document. 2013/6/17 11:38: [TX] - FE /6/17 11:38: [RX] - FE F 6C 69 CB B FF FF A Here we can check the PAN ID (FF)and channel ( )of coordinator. And check the byte before checksum(8A in this case). 00 = coordinator 01 = router in connection 02= end device in connection 05= router or end device not connected to network. FF FF is a special PANID TI zigbee pro stack, it’s better to avoid it. We can use FE 00 F2 to change PAN ID

Example of changing PANID Here are few example command to change PANID: 1.Chage to FE 00 F F1 2.Chagne to FE 00 F F2 3.Change to FE 00 F F3 For example change to /6/17 11:51: [TX] - FE 00 F F1 2013/6/17 11:51: [RX] - FE 10 F2 02 4F 4B E4 if module return 4F 4B, which are OK in ASCII, the panID has been changed. We can verify with command: 2013/6/17 11:53: [TX] - FE /6/17 11:53: [RX] - FE F 6C 69 CB B B Please note that the PAN ID high low byte is reversed in command

Who has been connected? Since coordinator remember connected children,We can use FE command to see who has been connected: 2013/6/17 11:55: [TX] - FE /6/17 11:55: [RX] - FE AB 34 DC 48 BF The byte after indicate how many devices has been connected to this coordinator and followed by their short address. In this case, there has been 03 device connected, their short address are : AB34, DC48 and BF20. Note: short address is the base of a zigbee network, every one in the network has unique short address. Coordinator has always as short address. If the return of coordinator is correct on and 00 13, we assume the coordinator is working correctly.

Plug in the child Connection as same as we did for coordinator. Open another docklight terminal to connect device.

Com port are different, we can use FE command to see which one is coordinator and which one is end device. Make sure they are on the same channel and have the same PAN ID. And if it shows 05 in the return of end device, it means the device is not connected.

To check if device is connected FE is used to get the short address of the device, compare to the short address in the child list of coordinator, we can tell if the device has been connected to coordinator. From coordinator 2013/6/17 12:08: [TX] - FE /6/17 12:08: [RX] - FE AB 34 DC 48 BF From device: 2013/6/17 12:10: [TX] - FE /6/17 12:10: [RX] - FE BF 20 88

Passing data By default, we can broadcast data from coordinator, and also feedback data from device to coordinator. We should test if data is passing correctly by simply input data through terminal. For example we sent: 2013/6/17 12:18: [TX] we should see out put from device:

Trouble shoot There several possibilities that device lost connection, we can know it from the last byte of FE return, or the short address in the child list. The easiest way is to issue FE 00 02,network reset command to device, and try to get it connect to network. When sending command, module will not return anything, it will erase previous network data, and reset, and start to find correct network to join. So we should check the module with FE few seconds after FE 00 02

example 2013/6/17 12:28: [TX] - FE /6/17 12:29: [TX] - FE /6/17 12:29: [RX] - FE F CB B Re join network would require few seconds, sometimes, the cause of connection problem is not at device side, so we can slso issue a FE on coordinator side to reset the whole network.

Still not working… If FE can’t save the networking, and the PAN ID, channel are all correct, power on/off the module is also worth a try. If none are working, re load zigbee firmware is often the next step.