<?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>nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/112723/nrf52833-ble-packet-loss-rate-high</link><description>Hi, 
 I use nrf52833 Development board PCA10100 to do loss test as peripheral and speed is 1Mbps, tx power is MAX. It&amp;#39;s loss rate is very high, when nrf52833 sends a packet every millisecond to Upper computer. What are the possible reasons for this problem</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 16 Jul 2024 12:12:45 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/112723/nrf52833-ble-packet-loss-rate-high" /><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/494124?ContentTypeID=1</link><pubDate>Tue, 16 Jul 2024 12:12:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:deaf504d-cf44-4a83-b573-1eef7d95a11b</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;&lt;span&gt;Hi Soloman,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;Please check the debug log to see what error led to the reset.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/494123?ContentTypeID=1</link><pubDate>Tue, 16 Jul 2024 12:11:04 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3f3b122d-dcf4-4e3c-b2c7-bdff6969b764</guid><dc:creator>soloman</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
&lt;p&gt;I try to set que_size，but the board still reset when the value is not 1. It will&amp;nbsp; run for a while and then reset, when the value is 1.&lt;/p&gt;
&lt;p&gt;&lt;img style="max-height:240px;max-width:320px;" src="https://devzone.nordicsemi.com/resized-image/__size/640x480/__key/communityserver-discussions-components-files/4/pastedimage1721131633595v1.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Soloman&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/494109?ContentTypeID=1</link><pubDate>Tue, 16 Jul 2024 11:18:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:82c45061-aa3a-4417-85a9-fb49d9465e7d</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi Soloman,&lt;/p&gt;
&lt;p&gt;Thanks for confirming. So, this problem can be mitigated by increasing the notification queue size as discussed in this thread:&amp;nbsp;&amp;nbsp;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/35447/increase-hvn_tx_queue_size-to-maximize-throughput"&gt;Increase hvn_tx_queue_size to maximize throughput&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/494107?ContentTypeID=1</link><pubDate>Tue, 16 Jul 2024 11:15:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3e9d65be-705c-428b-9437-b1ed69d5df5b</guid><dc:creator>soloman</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
&lt;p&gt;Yes!Yes! The return code is 0x13, that means&amp;nbsp;&lt;span&gt;NRF_ERROR_RESOURCES.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Thanks,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Soloman&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/494105?ContentTypeID=1</link><pubDate>Tue, 16 Jul 2024 11:09:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c8c0121e-0535-4a3d-8a2c-847ac50f6cf3</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Soloman,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;In that case, please double check that you are reading the return code correctly. The log message will print the hexadecimal value while the error codes are listed with their decimal values. Error 0x13 is the same as&amp;nbsp;NRF_ERROR_RESOURCES (&amp;#39;19&amp;#39;).&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/494101?ContentTypeID=1</link><pubDate>Tue, 16 Jul 2024 10:54:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:774e71e4-6d89-470f-891b-33d96e725246</guid><dc:creator>soloman</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
&lt;p&gt;There&amp;nbsp;didn&amp;#39;t trigger&amp;nbsp;&amp;nbsp;&lt;span&gt;the BLE_GATTC_EVT_TIMEOUT or BLE_GATTS_EVT_TIMEOUT event in&amp;nbsp;ble_evt_handler, when setting breakpoints to this two position.&amp;nbsp; And this problem was seen with different central.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Thanks,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Soloman&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/494092?ContentTypeID=1</link><pubDate>Tue, 16 Jul 2024 10:11:11 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4190e357-bb3f-4bbf-980f-afc22f72f60d</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi Soloman,&lt;/p&gt;
&lt;p&gt;It&amp;#39;s an easy mistake to make. However, the NRF_ERROR_TIMEOUT (13) error is&amp;nbsp;an uncommon for the HVX call. It indicates that there has been a GATT procedure timeout in the current connection. This should also trigger either the BLE_GATTC_EVT_TIMEOUT or BLE_GATTS_EVT_TIMEOUT event. Can you please check which of these two events were triggered? Also, do you see the same errors with different central devices?&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/494088?ContentTypeID=1</link><pubDate>Tue, 16 Jul 2024 09:58:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3770920d-dbda-4b9f-b599-36488f25f088</guid><dc:creator>soloman</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
&lt;p&gt;I&amp;#39;m very&amp;nbsp;&lt;span&gt;awkward for this mistake. I do test again and the return value is&amp;nbsp;NRF_ERROR_TIMEOUT. Why does packet sending time out when the interval is 10ms, but when the interval is larger, such as 50ms, it does not time out?&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Thanks,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Soloman&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/494082?ContentTypeID=1</link><pubDate>Tue, 16 Jul 2024 09:34:42 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:255b2b13-8da4-4f3a-b85a-b9e36e11b1ff</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi Soloman,&lt;/p&gt;
&lt;p&gt;Thanks for sharing the code. The if statement in the code snippet below will never evaluate to true.&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="c_cpp"&gt;    err_code = sd_ble_gatts_hvx(ulConnHandle, &amp;amp;hvx_params);
    if ((err_code == NRF_SUCCESS) &amp;amp;&amp;amp; (hvx_len != usLen))
    {
        NRF_LOG_DEBUG(&amp;quot;Failed sending notification. Error 0x%x. &amp;quot;, err_code);
    }&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;So you will not get any error message if the sd_ble_gatts_hvx() function, for instance, returns with NRF_ERROR_RESOURCES.&lt;/p&gt;
&lt;p&gt;Please try this instead:&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="c_cpp"&gt;    err_code = sd_ble_gatts_hvx(ulConnHandle, &amp;amp;hvx_params);
    if (err_code != NRF_SUCCESS)
    {
        NRF_LOG_DEBUG(&amp;quot;Failed sending notification. Error 0x%x. &amp;quot;, err_code);
    }&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/493890?ContentTypeID=1</link><pubDate>Mon, 15 Jul 2024 11:47:08 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1be4f5ab-8d9c-4315-9564-7410c7c4c1ad</guid><dc:creator>soloman</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I found there is no packet lost, when the packet is shorter than 100 bytes. But the MTU is set to 251 successfully, and exchanged mtu with the centeral is successful.&lt;/p&gt;
&lt;p&gt;Thansk,&lt;/p&gt;
&lt;p&gt;Soloman&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/493740?ContentTypeID=1</link><pubDate>Sat, 13 Jul 2024 07:34:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:99f2d838-8d84-47a2-8359-185d746a8b76</guid><dc:creator>soloman</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
&lt;p&gt;This is my mini keil5 project, which&amp;nbsp;the steps of testing as follow:&lt;/p&gt;
&lt;p&gt;step 1. compile the project and download to board.&lt;/p&gt;
&lt;p&gt;step 2. connect with debug application on mobile phone in 15s.&lt;/p&gt;
&lt;p&gt;step 3.After the board is powered on or reset for 15s, timer2 will send 20 packets(1 packet per 10 ms) to the application after power on by characteristic2.&lt;/p&gt;
&lt;p&gt;You can observe the statistics of the application, where the first four bytes of the message are the frame number. In addition, the device name is Nordic_UART.&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Soloman.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/nrf52833dk.rar"&gt;devzone.nordicsemi.com/.../nrf52833dk.rar&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/493668?ContentTypeID=1</link><pubDate>Fri, 12 Jul 2024 14:23:35 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3c8ea8cf-b192-425c-906a-65c9d081723b</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;span&gt;Soloman,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;The fact that you experience the same issue with your phone helps narrow down the problem.&amp;nbsp;I suspect the issue may be with the data or error handling in your application. I can try reproducing this on my end if you are able to share a minimal version project here.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/493641?ContentTypeID=1</link><pubDate>Fri, 12 Jul 2024 13:00:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4300d13b-2ead-44ec-9dc3-83c970712cb8</guid><dc:creator>soloman</dc:creator><description>&lt;p&gt;Hi Vidar,&lt;/p&gt;
&lt;p&gt;I did a test with mobile phone Bluetooth debugging app as centeral&amp;nbsp;just now, and the result shows debugging app&amp;nbsp;didn&amp;#39;t receive enough packets，that the loss rate is 9/20.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Best regards,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Soloman&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/493396?ContentTypeID=1</link><pubDate>Thu, 11 Jul 2024 11:55:03 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:13139072-b1f1-4f69-ab72-c6884d44c838</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hi Soloman,&lt;/p&gt;
&lt;p&gt;Data transmission in the Bluetooth protocol is reliable by design. Therefore, as long as the packet is successfully added to the transmission queue (i.e., when sd_ble_gatts_hvx() returns with SUCCESS), the packet should be received by the gatt client.&lt;/p&gt;
[quote user="soloman"]and&amp;nbsp;there is no proper tool to capture the packet to determine whether it was sent from slave.[/quote]
&lt;p&gt;You can capture the on-air traffic with a Bluetooth sniffer such as this one:&amp;nbsp;&lt;a href="https://www.nordicsemi.com/Products/Development-tools/nRF-Sniffer-for-Bluetooth-LE"&gt;https://www.nordicsemi.com/Products/Development-tools/nRF-Sniffer-for-Bluetooth-LE&lt;/a&gt;&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Have you tried testing this with other centrals, such as an Android or iOS device, to see if you experience the same issue? You can use our nRF connect app to test reception.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/493335?ContentTypeID=1</link><pubDate>Thu, 11 Jul 2024 08:55:50 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b4b70167-0676-4512-a597-f6c42fbbd8ac</guid><dc:creator>soloman</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Yes, the return code of&amp;nbsp;sd_ble_gatts_hvx is still SUCCESS when slave nrf52833 transmits packet per millisecond, while the master is a bluetooth module. I find master not receive packet enough, and&amp;nbsp;there is no proper tool to capture the packet to determine whether it was sent from slave. So, you said nrf52833&amp;#39;s BLE is reliable, that means&amp;nbsp;&lt;span&gt;slave nrf52833 transmits packet per millisecond is reliable, right? In addition, what configuration may occur the slave machine fails to send even if the packet sending function returns success, when the SDK is nRF5_SDK_17.1.0_ddde560.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Thanks,&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Soloman&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52833 BLE Packet Loss Rate High</title><link>https://devzone.nordicsemi.com/thread/492225?ContentTypeID=1</link><pubDate>Thu, 04 Jul 2024 11:34:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3b242778-7657-4e04-b3ba-d926b8ad01e7</guid><dc:creator>Vidar Berg</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;Data transmission in BLE is reliable. That is, if the packets fails to be sent after x retransmits (number of retransmit attempts are determined by the connection parameters), the connection will be terminated by the BT stack. So, I&amp;#39;m wondering where you are seeing the packet loss?&amp;nbsp; Do you check the return code from the notification send function?&amp;nbsp; Also, which SDK are you working with?&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Vidar&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>