• State TI Thinks Resolved
  • Locked Locked
  • Replies 1 reply
  • Answers 1 answer
  • Subscribers 55 subscribers
  • Views 253 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.

LAUNCHXL-CC1352P: Use ZigBee for distributed synchronous sampling

mosafa n
Prodigy 10 points
Part Number: LAUNCHXL-CC1352P

Hi,

I need to take about 1ksps in my Zigbee cc1352p1 nodes. I am using Zigbee in to synch. my nodes (about 20 node in maximum distance of 40 m) taking those 1k samples as synchronous as possible. I need zero data transmission, i.e. all samples data can be store in the nodes. My goal is to achieve <100 micro seconds sampling timing error in my nodes, and I have no power limit. I prefer not to write a new MAC protocol of course! so I am starting with setting inactive period and beacon order to zero (no sleep for the coordinator and having frequent beacons).

My question is,

1-How can I use remaining of active period, namely CAP and CFP, to improve synchronization in the end nodes?

2-In a star topology, can I have something closer to "beacon-only transmission", i.e. no CAP and CFP, to synchronize my nodes even more frequently?

Please share anything that you think might help.

  • 0
    TI__Mastermind 35030 points

    Hi,

    Zigbee uses non-beacon mode, so beacons are not transmitted periodically. They are transmitted on request.

    If you'd like to use beacon mode, consider the 15.4 Stack examples (collector, sensor).

    We currently do not support GTS, so CFPs do not apply.

    If using beacon mode, the minimum time between beacons is accomplished using BO and SO equal to 0. In this case the beacon interval is aBaseSuperframeDuration = aBaseSlotDuration * aNumSuperframeSlots = 60 * 16 = 960 symbols. This definition is taken from the 802.15.4 spec. Assuming a data rate of 50 kbps, this works out to 19200 us.

    If you don't need any data transmission or other features of 15.4 MAC/PHY, then it could be easier to use a simpler example.
    For example, the rfPacketTx and rfPacketRx examples could be used; on receipt of a packet, the nodes can sample.

    Regards,
    Toby