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.

RTOS/CC1310: How are CAP and CTP used in superframe

Part Number: CC1310

Tool/software: TI-RTOS

Hi:all

     I wonder how superframe order is used in C1310. The default value is that the superframe order does not use GTS, And  the general setting is that the beacon order and superframe order have the same value. That is, the whole superframe is active, there is no inactive period, is there any reasons for such setting? If there is inactive period, what is the impact on sending data?Specific questions:

    (1)How are CAP and CFP set in the program?

    (2)How to know whether the packet sending is in the CAP (competition period) and CFP (non-competition period)? How to set the data sending time in CFP?for example,If I have the data of 600Byte, how can the program set one 300Byte in the CAP period and another 300Byte in the CFP period?

    (3)How to set the size of active period and inactive period (duty cycle) according to the number of nodes?

Thank you very much!

  • Hi,

    I am working to find the appropriate expert to help you. This may take some time to reach the right person depending on availability. Please expect an update by today or tomorrow. I appreciate your patience.
  • Hi Severin Suveren :

        Please help me to get more infomation from TI . Looking forward to your reply.

        Thank you.

        Best Regards

  • Hello user,

    I will be taking over this thread. sorry for the late reply.

    In ordor to activate the beacon mode, you will need to modify the config.h #define beacon order and superframe order.
    Beacon Interval can Superframe duration can be calculated with the following formula

    BI = (960*2^(BO))/50000

    SuperFrame duration is calculated:

    SD = (960*2^(SO))/50000.

    Super Frame base duration = 960

    SO = Super frame order

    BO = Beacon order

    symbol rate = 50kbps.

    Rule of thumb is, the lower the superframe number, the less time the sensors have to communicate between beacons (more power efficient) and the higher the beacon order the more time inbetween beacons.

    The way it works is by having the collector and sensor will be to use beacon mode with a high beacon order (the time between each beacon) and low superframe order ( the time the devices can communicate between each beacon, uses power). You might need to experiment a little with these numbers to get the right mix of performance and power savings.

    I hope this answers your question,
    AB
  • Hi:TI
    Thank you for your reply, but I don't think you understand my question. My problem is about a superframe order in the competition and non-competition period rather than a beaconorder in the active and inactive period. How to set value of GTS.
  • Hello User,

    For more detailed information like this please refer to the embedded developer guide : www.ti.com/.../swru489a.pdf

    For all configurable knobs in the MAC refer to the api_mac.h, here you will find every configurable knob in the protocol.

    After a quick search the only configurable knob is the acceptance of GTS requests on a collector device. this can be done by calling the following:

    ApiMac_mlmeSetReqBool(ApiMac_attribute_gtsPermit, (bool)1);

    I hope this helps,
    AB