<?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>LLPM questions</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/85144/llpm-questions</link><description>Dear Nordic engineers 
 I ask a question about LLPM some time ago and I accidentally closed the discussion.Now there is a new follow up. 
 devzone.nordicsemi.com/.../llpm-questions 
 
 1、This issues has a FAE is working on it.We intercepted the packet</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 01 Jun 2022 11:52:12 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/85144/llpm-questions" /><item><title>RE: LLPM questions</title><link>https://devzone.nordicsemi.com/thread/370429?ContentTypeID=1</link><pubDate>Wed, 01 Jun 2022 11:52:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2fbea24d-9ade-4846-a164-51e4fa71e40f</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I believe the SUSPEND problem will be fixed in NCS 2.0 that will be released any day now.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: LLPM questions</title><link>https://devzone.nordicsemi.com/thread/363409?ContentTypeID=1</link><pubDate>Tue, 19 Apr 2022 02:42:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ede42561-ed57-49cd-8a19-92fbde22b31d</guid><dc:creator>Hannibalhz</dc:creator><description>&lt;p&gt;In addition,the problem of the Cap and Num buttion indicators,we tested on NCS 1.9.1 and did&amp;#39;t reproduce again,it seems that it should be fixed.Our customers will send the prototype to the end-costomer for testing in the near future.If the end-customer also passes the test,then it can be considered that the problem has been solved.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: LLPM questions</title><link>https://devzone.nordicsemi.com/thread/363408?ContentTypeID=1</link><pubDate>Tue, 19 Apr 2022 02:18:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:59682058-b941-438e-a63a-1ffb98fd7d5f</guid><dc:creator>Hannibalhz</dc:creator><description>&lt;p&gt;Dear Kenneth&lt;/p&gt;
&lt;p&gt;We update the connection interval twice according to the method you said,and switch from BLE mode to LLPM mode,the following error will occur:&lt;/p&gt;
&lt;div&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;static&amp;nbsp;void&amp;nbsp;update_peer_conn_params(const&amp;nbsp;struct&amp;nbsp;connected_peer&amp;nbsp;*peer) --&amp;gt;&lt;/div&gt;
&lt;div&gt;&lt;span&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; LOG_WRN(&amp;quot;Cannot&amp;nbsp;update&amp;nbsp;conn&amp;nbsp;parameters&amp;nbsp;for&amp;nbsp;peer&amp;nbsp;%p&amp;nbsp;(err:%d)&amp;quot;,&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span&gt;error code is 5&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span&gt;&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span&gt;The following is the code,please heip me and give me some advice.Help us to see the code,why this error is happing.&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span&gt;&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span&gt;&lt;a href="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/ble_5F00_conn_5F00_params.c"&gt;devzone.nordicsemi.com/.../ble_5F00_conn_5F00_params.c&lt;/a&gt;&amp;nbsp;&lt;/span&gt;&lt;/div&gt;
&lt;div&gt;&lt;span&gt;Best regard.&lt;/span&gt;&lt;/div&gt;
&lt;p&gt;&amp;nbsp;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: LLPM questions</title><link>https://devzone.nordicsemi.com/thread/361970?ContentTypeID=1</link><pubDate>Wed, 06 Apr 2022 07:38:50 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cc660749-6edb-47fb-9185-3882be37a705</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;1) If it works switching from LLPM-&amp;gt;BLE, but fails to switch from BLE-&amp;gt;LLPM then ask them to check if they have done this in two steps as written in the Limitations:&lt;br /&gt;&lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrfxlib/softdevice_controller/limitations.html"&gt;https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrfxlib/softdevice_controller/limitations.html#&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&amp;quot;DRGN-11297: Maximum connection interval of 10 ms before entering LLPM-mode&lt;br /&gt;The maximum connection interval that can be active when switching to a connection interval of 1 ms is 10 ms.&lt;/p&gt;
&lt;p&gt;Workaround: An application that use a higher interval than 10 ms must perform two connection updates to use 1 ms connection interval:&lt;/p&gt;
&lt;p&gt;A first update to 10 ms connection interval.&lt;/p&gt;
&lt;p&gt;A second update to 1 ms connection interval.&amp;quot;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: LLPM questions</title><link>https://devzone.nordicsemi.com/thread/361946?ContentTypeID=1</link><pubDate>Wed, 06 Apr 2022 03:58:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:eed612dd-8078-4d24-a97f-c66fcaafa4fe</guid><dc:creator>Hannibalhz</dc:creator><description>&lt;p&gt;Dear Kenneth&lt;/p&gt;
&lt;p&gt;1. That is to say, my idea is feasible, allowing them to switch between the two modes in the USB event. So I would like to know how to switch between these two modes, or just need to update the connection interval. They tried updating a longer connection interval, which works to switch from LLPM mode to BLE mode, but switching from BLE mode to LLPM mode fails. Please give me some good advice.&lt;/p&gt;
&lt;p&gt;2. I would suggest that they use NCS1.9.1 for testing.&lt;/p&gt;
&lt;p&gt;Best regards.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: LLPM questions</title><link>https://devzone.nordicsemi.com/thread/361454?ContentTypeID=1</link><pubDate>Mon, 04 Apr 2022 09:54:47 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b01ae9eb-4a16-47ba-9a35-cdcc92227c9b</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Regarding 1) We don&amp;#39;t have any example, but I can see they are trying to&amp;nbsp;use&amp;nbsp;ble_conn_params.c to set connection parameters, and they try to add a custom connection parameter update relying on USB state events (suspend and resume). This seems like a good approach. I have created an internal jira to look into this for future (DESK-1119).&lt;/p&gt;
&lt;p&gt;Regarding 2) No update from the internal jira (NCSDK-13208), it may be related to the zephyr Bluetooth host, so you may ask them to try to update to latest NCS release and see if they experience the same.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: LLPM questions</title><link>https://devzone.nordicsemi.com/thread/361193?ContentTypeID=1</link><pubDate>Fri, 01 Apr 2022 10:39:51 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ad1cbdd0-d0a8-4c27-8118-2aaaf37ea417</guid><dc:creator>Hannibalhz</dc:creator><description>&lt;p&gt;Dear Kenneth&lt;/p&gt;
&lt;p&gt;Yesterday,I went to customers office.Now I understand why they need to modify the connection interval of LLPM.&lt;/p&gt;
&lt;p&gt;1、After the computer goes to sleep, if the connection interval is still 1ms, the power consumption of the computer will be particularly high, which does not meet the specification.So they want to modify the connection interval to 7ms, but after modifying it to 7ms, there will be a timeout and disconnection. This problem has not been resolved.&lt;/p&gt;
&lt;p&gt;So I have an idea: Is it possible to change the connection mode of dongle and keyboard from LLPM mode to BLE mode after the computer goes to sleep, because the power consumption of BLE mode will be lower, and then switch from BLE mode to LLPM after the computer wakes up mode, which solves their troubles. Do you think this will work? And how do I go about switching these two modes, by the relevant examples?&lt;/p&gt;
&lt;p&gt;2、Finally, they also asked about the problem of abnormal CAP and NUM indicators, is there any new update?&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Best regards.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: LLPM questions</title><link>https://devzone.nordicsemi.com/thread/359129?ContentTypeID=1</link><pubDate>Mon, 21 Mar 2022 12:52:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:54a4e541-40de-4023-8215-bdb84ebaeed7</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;1. Is there any on-air sniffer log you can share to show what may be happening here on-air? For instance I can find the following limitation, but I don&amp;#39;t see how that apply here:&lt;/p&gt;
&lt;p&gt;DRGN-11297: Maximum connection interval of 10 ms before entering LLPM-mode&lt;/p&gt;
&lt;p&gt;The maximum connection interval that can be active when switching to a connection interval of 1 ms is 10 ms.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Workaround:&lt;/strong&gt;&lt;span&gt;&amp;nbsp;&lt;/span&gt;An application that needs to use a higher interval than 10 ms must perform two connection updates to use 1 ms connection interval:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;A first update to 10 ms connection interval.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;A second update to 1 ms connection interval.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;a href="https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrfxlib/softdevice_controller/limitations.html"&gt;https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/nrfxlib/softdevice_controller/limitations.html#&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;It says (Connection lost), but do you have any indication of the disconnect reason on peripheral and central?&lt;/p&gt;
&lt;p&gt;2. I will ping the team again if there is any update.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: LLPM questions</title><link>https://devzone.nordicsemi.com/thread/359076?ContentTypeID=1</link><pubDate>Mon, 21 Mar 2022 10:39:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2b770798-a95f-4328-8eaa-67b742aa4407</guid><dc:creator>Hannibalhz</dc:creator><description>&lt;p&gt;Dear Kenneth&lt;/p&gt;
&lt;p&gt;My city has recently been working from home for a week due to the covid-19 control. I only received the customer update today. I am very sorry.&lt;/p&gt;
&lt;p&gt;1、Setting it to d01 means that the connection interval should be 1ms and d07 means 7ms.&lt;/p&gt;
&lt;p&gt;2、Is there a new update about &lt;span&gt;&amp;nbsp;the problem of abnormal CAP and NUM indicators?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Thank you for your support.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Best regards&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: LLPM questions</title><link>https://devzone.nordicsemi.com/thread/356584?ContentTypeID=1</link><pubDate>Mon, 07 Mar 2022 12:35:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:eff75af7-a928-442d-96c0-76956bf25dde</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;1. Are you sure you are not getting any errors from&amp;nbsp;bt_conn_le_param_update()? Is the packet sent on-air?&amp;nbsp;It looks like the interval you are trying to set is (hex) d01 -&amp;gt; 3329, this seems very high, not sure if this is allowed when using a 4second supervisor timout. Maybe you can try with some smaller intervals first, e.g. 10ms or 100ms, and a latency of 10.&lt;/p&gt;
&lt;p&gt;2. Thanks for the update.&lt;/p&gt;
&lt;p&gt;3. I have forwarded your latest input internally, will let you know when I hear back.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: LLPM questions</title><link>https://devzone.nordicsemi.com/thread/356531?ContentTypeID=1</link><pubDate>Mon, 07 Mar 2022 10:22:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:43de6aa5-9a46-48bf-b3e1-284c43119da2</guid><dc:creator>Hannibalhz</dc:creator><description>&lt;p&gt;Dear &lt;span&gt;Kenneth&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;1、The following TXT file is the LOG printed after we failed to modify the connection interval.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/DONGLE--Disconnect_5F00_Log.txt"&gt;devzone.nordicsemi.com/.../DONGLE--Disconnect_5F00_Log.txt&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;2、In addition, we have solved the problem of event queue overflow. Thanks again for your support.&lt;/p&gt;
&lt;p&gt;3、About the problem of abnormal CAP and NUM indicators，&lt;span&gt;We intercepted the packet and found that communication packet in the air is normal.This problem is because the callback function is not entered.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/NO-CAP-indicator-light.txt"&gt;devzone.nordicsemi.com/.../NO-CAP-indicator-light.txt&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Please give me some&amp;nbsp; good&amp;nbsp;suggestions for this problem.&amp;nbsp;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: LLPM questions</title><link>https://devzone.nordicsemi.com/thread/355272?ContentTypeID=1</link><pubDate>Mon, 28 Feb 2022 12:54:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:105483ce-ecbd-4a5b-ba89-bdd1a73b523a</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;/** @brief Connection Interval in microseconds. Valid range is 7,500 us to 4,000,000 us in 1,250&lt;br /&gt; * us steps. If LLPM mode is enabled, parameters in the range 1,000 us to 7,000 us in &lt;br /&gt; * 1,000 us steps are also accepted.&lt;/p&gt;
&lt;p&gt;1. From your screenshot&amp;nbsp;from the SDC documentation i can see connection intervals specified by Bluetooth (from 7.5 ms increadsed with 1.25 ms step) should work fine too. What value do you use? What was the error code that you observed?&lt;/p&gt;
&lt;p&gt;2. What is the disconnection reason? How you know that the disconnection is related to the event queue overflow? We have not seen anything similar on our dongles, do you&amp;nbsp;introduce additional functionalities to the dongle (so that it performs more operations that could delay Bluetooth processing)?&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>