Vinayak Kariappa Chettimada

@jakkra if you still think the scanning is not always started, you may re-open the issue.

> For your last log, isn't it a problem that the controller does not sync to any of the tags added to the queue? I believe it is the sample...

I am continuing to test, I do get into the scenario where no new periodic advertising is printed by the sample but I was able to terminate the sync by...

Reopening as only the assertion has been fix. The scanning seems to call `scan_recv` but there are no periodic advertisings reported. See log: [20220923_10.txt](https://github.com/zephyrproject-rtos/zephyr/files/9634080/20220923_10.txt)

@jakkra Could you please try this additional fix #50617

> So far I have not gotten it stuck using the sample. Please confirm that now you are using #50617 in the sample, and without it you would reproduce it...

> when a tag is reset, the controller notises this and the sync_term with reason: 31 is sent (there was no sync_cb for this tag or anyone else before), wouldn't...

@jakkra I do not see any reference to `bt_le_per_adv_sync_create_cancel()` in your sample, I am suspecting a race in the sample that would make the host to disable scanning with a...

@jakkra You still have `[00:00:53.758,728] main: Per syncing enabled!` I have your updated sample, plus some commits I am using to debug here: https://github.com/zephyrproject-rtos/zephyr/pull/50696, please use this and let me...

@optical-o Hi, I am maintaining the Controller, but adding Co-Ex is not in plan. As you have expressed interest in implementing, I can help in guiding you. But before that...