• Resolved

CC1352P: Channel allocation in FH mode using Broadcast message

Expert 1395 points

Replies: 3

Views: 78

Part Number: CC1352P

Hi,

In FH mode by using frame exchange (PAS-PA, PCS-PC) Collector will decide the hopping sequence. It will use the DH1CF (Psuedo Random Sequence) to generate the sequence of hopping channel for the sensor. and for the sleepy sensor device, collector will send the broadcast message to send again that hopping sequence to send the data on which channels.

Am I correct?

If i am correct, then how that collision is avoided in the FH mode? like Non beacon mode CSMA/CA?

where can i see that channel sequence in programming of FH mode?

for Europe countries i am writing a code, so i changed the Frequency band from 915MHz to 868MHz which is having 34 channels then how can i use that config channel mask in config.h?

If i remove the Tracking and Broadcast message from collector, will it impact on my coding?

Regards,

Anil.

  • Genius 12415 points

    Hello anil,

    See below in RED:

    Am I correct?

    Yes

    If i am correct, then how that collision is avoided in the FH mode? like Non beacon mode CSMA/CA?

    Yes, CSMA/CA

    where can i see that channel sequence in programming of FH mode?

    You cannot see it on the application layer. This is part of the Stack Lib and FH lib.

    for Europe countries i am writing a code, so i changed the Frequency band from 915MHz to 868MHz which is having 34 channels then how can i use that config channel mask in config.h?

    The same way you use the regular 128 channel mask. for the ETSI mode, it will just ignore channels 39+

    If i remove the Tracking and Broadcast message from collector, will it impact on my coding?

    You will need to make sure you disable those timers completely.

     

    Regards,

    AB

  • In reply to AB:

    Thanks AB for your support.
    All answers are understood. one small doubt -
    Even though i removed the tracking and specially broadcasting how that FH mode will send the hopping sequence to the sleepy devices?

    My assumption is like in non beacon it uses only one channel for communication which is decided by collector at very first time like wise if broadcasting removed then FH mode will also go with a single default channel 0, am i correct?

    Tracking is basically used for the track the sensor devices in the network, so that collector will make the status of ALIVE SENSORS as a ALIVE in Association table, by my query is

    if sleepy device is there then it won't reply at that time when collector sends a track message then collector will make the status as a Not ALIVE, then it will send the config message to that particular sensor. anyhow already configuration is there, then what the use of this process?

    Regards,
    Anil.
  • In reply to AB:

    Hi AB,

    Thanks for the support, it cleared so many points.

    Regards,
    Anil.