Synchronisation between TX and RX in connectionless direction finding

RE: Synchronisation between TX and RX in connectionless direction finding

ghms — Wed, 12 Mar 2025 09:20:45 GMT

Hi, Simon

I did try your suggestion, which allowed me to send updated data eventually. It was still quite finicky to merge it with the connectionless direction finding samples, but eventually I managed to get something working. Still don't know what was wrong, but this is resolved. May have a follow-up question to this, but will create a new post based on the new, working code

Kind regards,

Glen

RE: Synchronisation between TX and RX in connectionless direction finding

Simonr — Wed, 05 Mar 2025 08:57:43 GMT

Hi Glen

Could it be that you have made too many changes too quickly, and now don't know where the issue exactly lies now.

Starting out with the working samples, I recommend that you do incremental updates on both TX and RX samples, then confirm the change you made works, before moving on to the next feature/implementation. For example. To get updated periodic advertising data, start testing with the periodic_adv and periodic_sync sample, then make changes to the connectionless TX/RX samples of Direction Finding and make sure that works before moving on.

I'm not able to see an obvious issue with your sync function, and it's hard to pin point what exactly is going wrong here, so I think taking a step or two back would be the right approach here.

Best regards,

Simon

RE: Synchronisation between TX and RX in connectionless direction finding

ghms — Mon, 03 Mar 2025 14:52:18 GMT

Hi Simon,

Yes, that is enabled. My sync function looks like this

static void create_sync(void)
{
    struct bt_le_per_adv_sync_param sync_create_param;
    int err;

    // printk("Creating Periodic Advertising Sync...");
    bt_addr_le_copy(&sync_create_param.addr, &per_addr);
    sync_create_param.options =
        BT_LE_PER_ADV_SYNC_OPT_FILTER_DUPLICATE | BT_LE_PER_ADV_SYNC_OPT_SYNC_ONLY_CONST_TONE_EXT;
    sync_create_param.sid = per_sid;
    sync_create_param.skip = 0;
    sync_create_param.timeout = 0xa;
    err = bt_le_per_adv_sync_create(&sync_create_param, &sync);
    if (err)
    {
        //   printk("failed (err %d)\n", err);
        return;
    }
    // printk("success.\n");
}

RE: Synchronisation between TX and RX in connectionless direction finding

Simonr — Fri, 28 Feb 2025 14:53:17 GMT

Are you using "duplicate filtering enabled" in your project? Since it's not mentioned I'm guessing not, but I want to check nonetheless.

In terms of the accept list, you can use the BT_LE_PER_ADV_SYNC_OPT_USE_PER_ADV_LIST with bt_le_per_adv_sync_create() to have an accept list of sorts without having to connect.

Best regards,

Simon

RE: Synchronisation between TX and RX in connectionless direction finding

ghms — Wed, 26 Feb 2025 12:11:53 GMT

Hi Simon,

Thanks for the quick response! In the connectionless samples, how would you go about updating the advertisement data after setting up periodic advertising? My issue with the callback shown above is that I am not getting any CTEs on the RX side, and the approach used in the connectionless direction finding samples appear to simply set it up and then not worry about the data on the TX side.

The accept list seems like a useful tool, but the sample e.g., in Zephyr's codebase seems to be concerned with connections, is there an equivalent solution to broadcast and scanning?

Kind regards,

Glen

RE: Synchronisation between TX and RX in connectionless direction finding

Simonr — Tue, 25 Feb 2025 11:43:01 GMT

Hi Glen

I have to ask the developers of the Direction finding sample if there is a good way to do this, but it's definitely a good question. It might take a few days to get a reply, but I'll let you know as soon as I have something.

Best regards,

Simon

UPDATE: Got a reply pretty fast. Our devs suggest that you update the data with the latest timestamp upon advertising, so the next periodic advertising will have the last known timestamp. You can use an accept list to only get reports when the data is updated. The time sync will be off by one periodic interval in this case. 10ms.