• State TI Thinks Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 54 subscribers
  • Views 211 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

CC1310: Optimum reporting interval for least packet loss

Sabin John
Intellectual 475 points
Part Number: CC1310

Hello,

I have been evaluating the TI15.4 example code. I wanted to find out what is the minimum reporting interval for which 0 packet loss can be attained. I have been testing the Collector example with the sensor example based on sdk 3.20.23, with a reporting interval of 1000ms, 433mhz and FH enabled. I had connected 8 sensors to a single collector and I am observing a packet loss anywhere between 10% to 35% for a period of 8 hours.

Is this normal? How does this compare to the official TI numbers? Also at what minimum reporting interval can I get minimal packet loss(Ideally 0 packets lost) ?

Regards

Sabin

  • 0
    TI__Mastermind 19125 points

    PAcket loss will depend on many variables. At 1000ms with the hp and 8 sensors doing the same thing, you will have many collisions/ aborts by CSMA. The ebst way to improve this, will be by increasing the number of retries and max and minimum Backodd intervals.

  • 0 in reply to AB
    Intellectual 475 points

    Hey AB,

    I did try the suggestions you have given here. I am still getting a lot of packet loss...

    I also increased the reporting interval to 1 min and sensor count to 18 and I was observing an average packet loss of around 45% which is  a lot. The most efficient sensors( 4 out of 18) gave a negligible packet loss. But the others (12 out of 18 sensors) were giving a packet loss of upto 50%. 2 sensors were giving  very high packet loss(60 to 80%).

    Are there any more settings that I need to be aware of in order to get the best out of the TI15.4 stack?

    Does the FH_NUM_NON_SLEEPY_HOPPING_NEIGHBORS  and FH_NUM_NON_SLEEPY_FIXED_CHANNEL_NEIGHBORS  count affect the network, I have currently left it at 5 as it was in the default TI example code.

    Regards,

    Sabin

  • 0 in reply to Sabin John
    TI__Mastermind 19125 points

    Sabin,

    No, leave the hopping table as is no need to change this.

    What HW are you using? Is this a custom board? or are you using a LAUNCHPAD?

    If you are using a launchpad, I recommend you switch to 915MHz and try again because this LAunchPad is optimized for 800/900MHz transmission. While the device is capable of doing 400MHz, you still need to have the appropriate front end to send/receive 400MHz packets.

    Regards,

    AB