'CONFIG_BT_PER_ADV_SYNC_MAX' undeclared here (not in a function)

RE: 'CONFIG_BT_PER_ADV_SYNC_MAX' undeclared here (not in a function)

Simonr — Tue, 30 Nov 2021 11:41:39 GMT

Hi again

Yes, the I and Q samples will all be similar when you only have one antenna, so this seems like a likely result. As for the CTE type being unknown, have you configured the beacon to include the overlay-aoa.conf as explained in the documentation?

I have notified our RSM in the Anhui province that you'd like to get in touch regarding the antenna array, so you should hear from them soon.

Best regards,

Simon

RE: 'CONFIG_BT_PER_ADV_SYNC_MAX' undeclared here (not in a function)

Majoris — Tue, 30 Nov 2021 08:07:33 GMT

Hi！

Thanks for your explanation of IQ data, exactly I was confused about this output:

CTE[59]: samples count 168, cte type Unknown, slot durations: 0 [us], packet status CRC OK, RSSI 0

As I saw in Nathan's ticket:

CTE[0]: samples count 45, cte type AOA, slot durations: 2 [us]

They are different, here's my complete output:devzone.nordicsemi.com/.../df_5F00_rx.log

I want to know Is it basically correct with only PCB antenna? Sorry to trouble you so much.

Finally, it helps a lot if you can tell me how to get in touch with RSM. I live in Hefei City, Anhui Province, China.

Best regards,

Majoris

RE: 'CONFIG_BT_PER_ADV_SYNC_MAX' undeclared here (not in a function)

Simonr — Tue, 30 Nov 2021 07:26:45 GMT

As Nathan says in the ticket you commented in. You can print the samples by adding something like the following to the CTE_recv_cb callback. The locator application does not print the IQ data by default as it will look like a bunch of random data without converting the data into a vector.

static void cte_recv_cb(struct bt_le_per_adv_sync *sync,
			struct bt_df_per_adv_sync_iq_samples_report const *report)
{
	printk("CTE[%u]: samples count %d, cte type %s, slot durations: %u [us], "
	       "packet status %s, RSSI %i\n",
	       bt_le_per_adv_sync_get_index(sync), report->sample_count,
	       cte_type2str(report->cte_type), report->slot_durations,
	       packet_status2str(report->packet_status), report->rssi);

        printk("IQ sample content : \n");
        for(int i=0; i<report->sample_count; i++){
                printk("sample[%d] = I:%d Q:%d\n", i, report->sample[i].i, report->sample[i].q);
        }
}

Please note that raw IQ data won't tell you much about the position of the beacon device. You should always use this data to convert into a vector that can be used to determine positioning. I have added some formulas to calculate IQ signals from polar to rectangular form:

Peak Amplitude A = (I²+Q²)½
Phase Angle ϕ = tan⁻¹(Q/I)
I = A⋅cos(ϕ)
Q = A⋅sin(ϕ)
Converting IQ Data to a plain signal: I is the original signal.
Euler form: A⋅eiϕ = A⋅(cos(ϕ) + i⋅sin(ϕ)) = I + Qi

See this page for more information.

Regarding the antenna array, you will have to contact our sales department for more information on this, as it is not available for purchase publicly. If you don't know who this is or need help getting in touch with the regional sales manager of your area, let me know, and I'll help you get in touch.

Best regards,

Simon

RE: 'CONFIG_BT_PER_ADV_SYNC_MAX' undeclared here (not in a function)

Majoris — Mon, 29 Nov 2021 09:42:56 GMT

Hi Simonr!

Actually I am a beginner of nrf5340, and I just got used to working with zephyr version. Indeed I sovled this problem by adding CONFIG_BT_PER_ADV_SYNC=y in hci_rpmsg/boards/nrf5340dk_nrf5340_cpunet.conf, it's really great.

Now I met another problem, I'm working with AoA example without antenna matrix, here's my output:

PER_ADV_SYNC[0]: [DEVICE]: 06:A2:07:3E:26:C0 (random), tx_power 127, RSSI -28, CTE AOA, data length 0, data: 
CTE[59]: samples count 168, cte type Unknown, slot durations: 0 [us], packet status CRC OK, RSSI 0

This seems something wrong, and I'd like to know if additional antenna matrix is necessary, if I need an antenna matrix(I know there is Nordic 12 patch antenna matrix), what's it concrete name? I got nothing by searching on Chinese internet, Thanks for your reply!

Best Regards.

RE: 'CONFIG_BT_PER_ADV_SYNC_MAX' undeclared here (not in a function)

Simonr — Mon, 29 Nov 2021 09:27:13 GMT

I notice you link to, and build the Zephyr version of the project. Is there a reason for not using the nRF version of the DF locator sample instead? This version is possible to build and run on the DKs. Please note that you'll need to use the master branch for support on the nRF53 DK.

Are you intending to use Angle-of-Departure? If you're planning on using Angle-of-Arrival (AOA), the overlay-aod.conf file is not necessary to add, but you need to build with the hci_rpmsg as a child image for the network core, where the hci_rpmsg.conf file needs the following defines to enable BT_PER_ADV_SYNC_MAX

#
# Copyright (c) 2021 Nordic Semiconductor ASA
#
# SPDX-License-Identifier: LicenseRef-Nordic-5-Clause
#

# Required to enable BT_BUF_CMD_TX_SIZE for LE Set Extended Advertising Data command
CONFIG_BT_EXT_ADV=y

# Required to enable BT_PER_ADV_SYNC_MAX
CONFIG_BT_PER_ADV_SYNC=y
CONFIG_BT_OBSERVER=y

CONFIG_BT_CTLR=y
CONFIG_BT_LL_SW_SPLIT=y

CONFIG_BT_CTLR_ADV_EXT=y
CONFIG_BT_CTLR_SYNC_PERIODIC=y

# Enable Direction Finding Feature including AoA and AoD
CONFIG_BT_CTLR_DF=y
CONFIG_BT_CTLR_DF_ANT_SWITCH_TX=n

# Disable Direction Finding TX mode
CONFIG_BT_CTLR_DF_ADV_CTE_TX=n

Best regards,

Simon