BOOSTXL-AOA: New 3.30 SDK: configuration values

Luca Vallone

Intellectual 795 points

Part Number: BOOSTXL-AOA

Hi,

I am running the new 3.30 SDK for RTLS project.

My Hardware setup is composed by:

1 RTLS Slave
2 RTLS Master with BOOSTXL-AOA mounted (capacitor is correctly placed)

The initial setup values configuration in rtls_example_with_rtls_util.py is running as it should.

I am trying to run ToF only with the setup in code:

scan_time_sec = 15
connect_interval_mSec = 400

## Continuous Connection Info Demo Enable / Disable
cci = True
## Angle of Arival Demo Enable / Disable
aoa = False
## Time of Flight Demo Enable / Disable
tof = True
tof_use_calibrate_from_nv = False
## Switch TOF Role Demo Enable / Disable
tof_switch_role = False
## Update connection interval on the fly Demo Enable / Disable
update_conn_interval = False
new_connect_interval_mSec = 80

"aoa_cc26x2": {
    "aoa_slot_durations": 2,
    "aoa_sample_rate": 4,
    "aoa_sample_size": 2,
    "aoa_sampling_control": 0,
    "aoa_sampling_enable": 1,
    "aoa_num_of_ant": 3,
    "aoa_ant_array_switch": 27,
    "aoa_ant_array": [28, 29, 30]
}

tof_params = {
    "tof_sample_mode": "TOF_MODE_DIST",
    "tof_run_mode": "TOF_MODE_CONT",
    "tof_slave_lqi_filter": 255,
    "tof_post_process_lqi_thresh": 255,
    "tof_post_process_magn_ratio": 111,
    "tof_samples_per_burst": 1024,
    "tof_freq_list": [2408, 2412, 2418, 2424],
    "tof_auto_rssi": -55,
}

I notice slow connection and distance parameters are not being sent every 400 ms, but some samples are skipped even up to some seconds. I had the same values in 3.20 SDK and I have never noticed problems, unless I set 2048 samples per burst. Here I have 256 samples per burst with a very large LQI index.

What do you think about it?

Thank you

Luca

over 6 years ago

0 J Lindh over 6 years ago

TI__Guru 57865 points

Hi Luca,

I'm assigning the thread to an expert.

0 Clément over 6 years ago

TI__Guru** 101540 points

Hi,

Have you considered increasing the UART connection baudrate?

Regards,

0 Luca Vallone over 6 years ago in reply to Clément

Intellectual 795 points

Hi,

in new SDK it is all set at maximum baudrate:

Firmware side:

npiPortParams.portParams.uartParams.baudRate = 460800

Python side

{"com_port": "COM20", "baud_rate": 460800, "name": "CC26x2 Master"},

0 Clément over 6 years ago in reply to Luca Vallone

TI__Guru** 101540 points

Well, 921600 baud is also possible :)

0 Luca Vallone over 6 years ago in reply to Clément

Intellectual 795 points

You are right!

I will try right now..

0 Luca Vallone over 6 years ago in reply to Luca Vallone

Intellectual 795 points

Unfortunately problem persists, even with 921600..

while CCI Info connection is arriving, the payload with Distance sometimes blocks, so it does not seem a serial port problem.

Please, let me know your suggestions.

thank you

Luca

0 Tim C over 6 years ago in reply to Luca Vallone

TI__Mastermind 34660 points

Hi. Can you try running in raw data mode instead of distance mode? If you see constant data in raw mode, then the results must be getting filtered.

0 Luca Vallone over 6 years ago in reply to Tim C

Intellectual 795 points

Hi, I have tried in raw mode, with 1024 samples and 500 ms connection interval. I am in a lab environment, but master and slave are at a fixed distance of about 1mt. With raw data it seems a little bit better, but in a random mode after a while it stops, that is no more raw data are being sent.

This behaviour was not happening on 3.20 sdk.

I wait for your suggestions.

Luca

0 Clément over 6 years ago in reply to Luca Vallone

TI__Guru** 101540 points

Hi Luca,

Is it possible that your issue is related to the following known issue?

BLE_AGAMA-1411

[TOF] ToF Master/Slave may go out of sync when RSSI is below -60

Regards,

0 Luca Vallone over 6 years ago in reply to Clément

Intellectual 795 points

Clement,

thanks a lot for your help.

Is it possible that increasing power, as from other post where we are discussing, could solve this item?

Luca

0 Clément over 6 years ago in reply to Luca Vallone

TI__Guru** 101540 points

Hi,

Increasing the TX Power could be a first solution. Another solution is described in the known issues threads (I have updated them two minutes ago):

- for CC2640R2: https://e2e.ti.com/support/wireless-connectivity/bluetooth/f/538/t/770218

- for CC26X2: https://e2e.ti.com/support/wireless-connectivity/bluetooth/f/538/t/826180

I hope this will help,

Regards,

0 Luca Vallone over 6 years ago in reply to Clément

Intellectual 795 points

Hi Clement,

I have just tried on CC2640R2 first but it did not compile.

First error was on:

RF_ScheduleCmdParams cmdParams =
{
    0,
    RF_StartNotSpecified,
    RF_AllowDelayAny,
    0,
    RF_EndNotSpecified,
    0,
    0
};

I replace with previous struct.

After that, I had problem with:

undefined   first referenced
symbol         in file
---------   ----------------
TRNG_config C:/ti/simplelink_cc2640r2_sdk_3_30_00_20/source/ti/drivers/lib/drivers_cc26x0r2.aem3<TRNGCC26XX.oem3>

error #10234-D: unresolved symbols remain
error #10010: errors encountered during linking; "rtls_slave_cc2640r2lp_app.out" not built

Luca

0 Clément over 6 years ago in reply to Luca Vallone

TI__Guru** 101540 points

Hi,

Hmm... I am a bit surprised by this error.

Anyway, have you already find a solution? If not, you can try to add the missing file (i.e. TRNG.h) to your project (right-click > add files). The required file is in your SDK in source\ti\drivers\trng

I hope this will help,

0 Clément over 6 years ago in reply to Clément

TI__Guru** 101540 points

Hi Luca,

Have you solved this problem? Do you have any new input?

Due to inactivity, I will close this thread in the next few days. After this, if you problem needs further assistance, you will still be able to open a new thread.

Regards,

0 Luca Vallone over 6 years ago in reply to Clément

Intellectual 795 points

Hi Clement,

I had some test with 3.20 SDK with our customer. Once I get back boards I will test patches and I wil send you a feedback.

Thank you

Luca

Bluetooth®︎

Bluetooth forum

BOOSTXL-AOA: New 3.30 SDK: configuration values