<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>PAwR connexion and sync issues</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/122520/pawr-connexion-and-sync-issues</link><description>Hello, 
 I am testing the RF range of a BLE application based on PAwR (Periodic Advertsing with response) in coded PHY (S8) with SDK 2.9.0. 
 In order to test the robustness of the system and its ability to re-sync and reconnect in case of sync lost,</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 01 Jul 2025 08:04:48 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/122520/pawr-connexion-and-sync-issues" /><item><title>RE: PAwR connexion and sync issues</title><link>https://devzone.nordicsemi.com/thread/540980?ContentTypeID=1</link><pubDate>Tue, 01 Jul 2025 08:04:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:98d70660-2088-4c13-b043-da48309c61b7</guid><dc:creator>Yanis</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Thank you for your answers, I will perform more tests&amp;nbsp;to grasp the issues. It seems&amp;nbsp;that setting the rssi filter to -90 dB could avoid those issues.&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Yanis&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: PAwR connexion and sync issues</title><link>https://devzone.nordicsemi.com/thread/540620?ContentTypeID=1</link><pubDate>Thu, 26 Jun 2025 16:25:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f2bb5b0f-ff54-4ba4-9826-8f6073bce390</guid><dc:creator>tesc</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I agree filtering on RSSI could improve the situation, although it will reduce the range.&lt;/p&gt;
&lt;p&gt;It would also be good to fix or workaround the original issues, since they might still arise although not nearly as often.&lt;/p&gt;
[quote user=""]&amp;nbsp;1- the error &amp;quot;Connected (err 0x02)&amp;quot; in the&amp;nbsp;connected_cb which stops scanning since the semaphore&amp;nbsp;&lt;span&gt;&amp;amp;&lt;/span&gt;&lt;span&gt;sem_connected never&amp;nbsp;releases,&amp;nbsp;so I changed the call back connected_cb&amp;nbsp;content in a way it always executes the semaphore even with err 0x02&lt;/span&gt;[/quote]
&lt;p&gt;This is BT_HCI_ERR_UNKNOWN_CONN_ID, or &amp;quot;Unknown Connection Identifier&amp;quot;. It can happen if the connection attempt times out, or if ble_conn_disconnect was called before the connection was established. In either case, it looks like the logic involving sem_connected and sem_disconnected might not take this outcome into account. Therefore, you should check for that return value, and give or take semaphores accordingly.&lt;/p&gt;
[quote user=""]2-&amp;nbsp;HCI related errors as &amp;quot;&amp;lt;err&amp;gt; bt_hci_core: Invalid connection complete event&amp;quot;&amp;nbsp; and &amp;quot;bt_hci_core: Connection creation timeout triggered&amp;quot; when calling bt_conn_le_create() in device_found which seems to stop the connected and disconnected call backs, and so the scan too, it seems that this was addressed here but not so sure[/quote]
&lt;p&gt;Yes, I agree that solution looks like a solution to the issue. At the very least it is confirmed to fix known issues, so it would be good to apply it until you get at an SDK version where it is applied.&lt;/p&gt;
[quote user=""]3- errors with&amp;nbsp;bt_le_per_adv_set_info_transfer() as &amp;quot;failed to send past err = -5&amp;quot;[/quote]
&lt;p&gt;From what I can tell, this may typically happen if the configuration is incorrect, on devices that use multiple cores. I have not been able to figure out why this error might appear on the nRF52840, but please check that you have enabled all of the relevant CONFIG_BT_PER_ADV_* kconfigs for the roles and protocols that you use. However I still fail to understand why this error should manifest only occasionally.&lt;/p&gt;
[quote user=""]and &amp;quot;bt_hci_core: opcode 0x205b status 0xla&amp;quot;[/quote]
&lt;p&gt;This might be 0x1A Unsupported Remote Feature. Might make sense if previous errors leads to an execution path where procedures are started which are not available at the connected device.&lt;/p&gt;
&lt;p&gt;Regards,&lt;br /&gt;Terje&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: PAwR connexion and sync issues</title><link>https://devzone.nordicsemi.com/thread/540553?ContentTypeID=1</link><pubDate>Thu, 26 Jun 2025 08:46:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ba32a084-541a-4026-9d6d-8ff94455a5e6</guid><dc:creator>Yanis</dc:creator><description>&lt;p&gt;Maybe the connection and the sync should be created only if the rssi is above a certain level, which means that a rssi condition should be added in the device found function to avoid random behavior trying to sync in case of low rssi. This might be a workaround but it will lower the sensitivity of the system and won&amp;#39;t allow to fully exploit the range performance.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>