• State
  • Locked Locked
  • Replies 4 replies
  • Subscribers 58 subscribers
  • Views 2188 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Zigbee Pro Frequency Agility Feature

danny rodriguez
Prodigy 30 points
Other Parts Discussed in Thread: CC2530, Z-STACK

Hi everyone,

I was wondering if there is a way to verify that the frequency agility feature of the Zigbee Pro specification is functioning in the Z-stack. I am using a CC2530 flashed with the CC2530ZNP-Pro.hex file provided in the ZAP-MSP430-1.0.0 collection of files. I am running a network with a singe coordinator and 5 end devices. The end devices are configured to send data every 0.5 seconds to the coordinator. All the devices on the network have a full channel list.

Is there a ZNP command I can send to verify that frequency agility is turned on?

If there is no ZNP Command to verify frequency agility, how could I force the Zigbee network to change channels using it's frequency agility feature?

 

Thanks in advance.

  • 0
    TI__Intellectual 1545 points

    Hello,

    Frequency agility is a ZigBee feature which is specified but that was almost never deployed. It basically does not work well in large networks. It is implemented in Z-Stack, as such it can be enabled in ZNP (but it requires to rebuild the ZNP image using the IAR project), but I do NOT recommend to use this feature. It would require developing additional management code since specification has some flaws.

    Best regards,

  • 0 in reply to Sly
    Prodigy 30 points

    Hi - I'm working with Danny on this, and I'd like to ask a couple of quick follow-up questions...

     

    (1) Can you confirm that the frequency agility feature is *not* implemented in the ZNP image we're using?

    (2) what needs to be changed in the ZNP source to enable this feature prior to IAR re-compile?

    (3) at a high level, what are the specification flaws, and what additional management code to use this feature correctly?  is this implemented in the ZNP source or on the application processor?

     

    Thanks for your reply!

  • 0 in reply to Sly
    Intellectual 465 points

    We have a Zigbee Pro based unmanned Home based network which is designed for North American homes. The system is expected to  work unmanned in all circumstances - where there is interference from neighboring Zigbee or non-Zigbee networks and even when nefarious activities are trying to dislodge the established Zigbee networks.

    Our Environment:

    North American home where home owners do not have ability to adjust/tune and the network is not available outside the home to be monitored/tuned.

    Our network is 1 ZC (ZAP/ZNP using Zigbee gateway), 1-3 ZR and about 50 ZED.

    As a part of design what precautions. design and issues we need to consider to make sure our Zigbee network remains "uninterrupted for years" without management.

  • 0 in reply to Sanjay52975
    Guru 735685 points

    Hi Sanjay,

    Zigbee mesh network is originally designed to remain work "uninterrupted fot years" without management. However, the robust of network depends on implementation and test. You have to do robust test on your system, for example, turn off ZC/ZR/ZED randomly and turn on them agin to see if the network can adjust and still work.