• State TI Thinks Resolved
  • Locked Locked
  • Replies 9 replies
  • Answers 2 answers
  • Subscribers 52 subscribers
  • Views 1054 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-CC26X2R1: Passive loses connection when doing AOA

Viki Shi
Expert 3130 points
Part Number: LAUNCHXL-CC26X2R1


Hi Team,

Hardware: CC26X2 launchpad

Software: simplelink_cc13x2_26x2_sdk_4_10_00_78

A customer used 5 launchpad to test multiple AOA connection, and set connect_interval_mSec = 500 in python. The result is as following figures:

The passive role could connect and measure angles, but it got disconnected from time to time. He tried multiple times and this situation continued.

1.If only set up master and passive, the connection wouldn't lose.

2.Only the passive role got disconnected, no other roles. And it only happened when master and passive were both doing measurement.

3.This problem occurred in SDK 4.1, he tested on SDK3.4 and everything was fine. 

Does the SDK updating cause this prblem?

BR,

Viki

  • 0
    TI__Guru* 83011 points

    Hi Viki,

    Did you check the release notes for the 4.10 release? We have a known issue when using the passive exmple in the Debug configuration. Can you switch to Release configuration and retry?

  • 0 in reply to Marie H
    TI__Expert 3130 points

    Hi Marie,

    Both the master and the passive were tested under Release configuration. Anything else could be the problem?

    BR,

    Viki Shi

  • 0 in reply to Viki Shi
    TI__Guru** 101490 points

    Hi Viki Shi,

    I could not reproduce the issue yet.

    Can you specify the following:

    - Did you see the connection being lost when using only master and slave?

    - How many slaves are being tracked by the passive?

    - How far is the passive from the slave when the connection is lost?

    • Can you try to keep the slave under one meter from the passive?
    • On the contrary can you try to keep the slave at least 5m from the passive?
    • Is the connection lost if the slave remains in the area covered by the boosterpack? (i.e. around 80 degrees)

    Regards,

  • 0 in reply to Clément
    TI__Expert 3130 points

    Hi Clément,

    Please check the answer:

    - Did you see the connection being lost when using only master and slave?    No

    - How many slaves are being tracked by the passive?  Master and passive were locating the same slave,and there was only one slave.

    - How far is the passive from the slave when the connection is lost?

    The distance between passive and master/slave was within one meter, but the connection was still lost occasionally.

    The problem only occurred when master and passive measured AOA of slave simultaneously, the master could keep connected and get AOA, while the slave lost connection every now and then.

    BR,

    Viki Shi

  • 0 in reply to Viki Shi
    TI__Guru** 101490 points

    Hi,

    Thank you for the details. Can you provide the logs you obtain when the problem happens?

    Can you specify if you see the problem when measuring the angle with the passive device only?

    Thanks and regards,

  • 0 in reply to Clément
    TI__Expert 3130 points

    Hi,

    Sorry for the delay, please find the log information[passive device from get connected to disconnected] below.

    rtls-ui-logs-passive disconnect.xlsx

    BR,

    Viki

  • 0 in reply to Viki Shi
    TI__Guru** 101490 points

    Hi Viki,

    No worry :)

    I have opened an internal ticket t track this issue.

    Kind regards,

  • 0 in reply to Clément
    TI__Expert 3130 points

    Hi,

    Thanks a lot! Waiting for the update.

    BR,

    Viki

  • 0 in reply to Viki Shi
    TI__Guru** 101490 points

    Hi Viki,

    I have a few more details regarding this issue.

    The passive disconnection is more likely not due to any bug. If it was not clear, the passive device does not actively participate in the connection. As a result nothing guarantees that the passive "hears" the Master/Slave (on the contrary if the slave or the master miss a packet, some mechanisms exist to re-transmit).
    After a couple of missed packets, the passive loses the connection (and "disconnects").

    In this case, you may write your own functionality of resetting the passive, reading connection parameters from the Master and injecting them to the passive to restart the connection.

    I hope this will help,

    Kind regards,