<?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>nrf52 fails to transmit 20bytes data at 100Hz</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/32699/nrf52-fails-to-transmit-20bytes-data-at-100hz</link><description>I&amp;#39;m using a PCA10040 V1.1.1 dev board (nrf52). I programmed it with &amp;quot;Nordic_HRM&amp;quot; example, but modified it to send 20bytes data at 100Hz. 
 Then, on my PC, I use a PCA10031 V1.1.0 dongle (nrf51) to retrieve the data. I simply compiled the nrf_heart_rate_collector</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 28 Feb 2019 10:26:53 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/32699/nrf52-fails-to-transmit-20bytes-data-at-100hz" /><item><title>RE: nrf52 fails to transmit 20bytes data at 100Hz</title><link>https://devzone.nordicsemi.com/thread/173429?ContentTypeID=1</link><pubDate>Thu, 28 Feb 2019 10:26:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c5484ef0-7084-4f79-93da-9e43609573c2</guid><dc:creator>jpo38</dc:creator><description>&lt;p&gt;Hello Kenneth.&lt;/p&gt;
&lt;p&gt;The problem is still present for us. Some time ago we tried to replace the dongle by a dev board but we never succeeded to make it work.&lt;/p&gt;
&lt;p&gt;However, I worked again on this issue and could isolate something very wierd. Windows activity has apparently an impact on the actual data rate at which data can be retrieved. Please have a look at :&lt;/p&gt;
&lt;p&gt;&lt;a href="https://stackoverflow.com/questions/54922799/using-a-qt-vista-style-widget-makes-my-ble-data-acquisition-faster-why"&gt;stackoverflow.com/.../using-a-qt-vista-style-widget-makes-my-ble-data-acquisition-faster-why&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;If this inspires you....&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 fails to transmit 20bytes data at 100Hz</title><link>https://devzone.nordicsemi.com/thread/127483?ContentTypeID=1</link><pubDate>Mon, 09 Apr 2018 15:21:15 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dcde3d61-ba3c-491b-87c2-775a90d3144e</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;I should mention that in addition to downgrade the driver, you also need to downgrade (roll-back) the firmware. This can be done by open &amp;quot;J-Link Configurator&amp;quot; and replace firmware.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 fails to transmit 20bytes data at 100Hz</title><link>https://devzone.nordicsemi.com/thread/127209?ContentTypeID=1</link><pubDate>Fri, 06 Apr 2018 12:08:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bc1cce8f-970a-417a-80ca-4e63e69e5cc5</guid><dc:creator>jpo38</dc:creator><description>&lt;p&gt;Just tried that, but it also uses driver&amp;nbsp;&lt;span&gt;6.0.2601.5. I even downgraded to the oldest version (5.00), it also uses driver&amp;nbsp;6.0.2601.5 and has the same issue...&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 fails to transmit 20bytes data at 100Hz</title><link>https://devzone.nordicsemi.com/thread/127097?ContentTypeID=1</link><pubDate>Thu, 05 Apr 2018 15:01:20 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:77829b41-b7fd-4aa1-a383-268f3e672568</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Can you try to downgrade to an older SEGGER driver, such as 6.16c, and see if there is any difference:&lt;/p&gt;
&lt;p&gt;&lt;a href="https://www.segger.com/downloads/jlink/JLink_Windows_V616c.exe"&gt;https://www.segger.com/downloads/jlink/JLink_Windows_V616c.exe&lt;/a&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 fails to transmit 20bytes data at 100Hz</title><link>https://devzone.nordicsemi.com/thread/126968?ContentTypeID=1</link><pubDate>Thu, 05 Apr 2018 07:20:32 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d034a4ac-25d1-4713-9d3f-c8fddecf9dc1</guid><dc:creator>jpo38</dc:creator><description>&lt;p&gt;Thanks for your help, we can try to swap, but it&amp;#39;s hard to say how hard this will be. I checked and we use the latest SEGGER driver, so we can&amp;#39;t expect a potential driver issue to be fixed.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 fails to transmit 20bytes data at 100Hz</title><link>https://devzone.nordicsemi.com/thread/126918?ContentTypeID=1</link><pubDate>Wed, 04 Apr 2018 19:12:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3945784a-0b08-418c-b630-52d5ed689dd6</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;I can see from the logs that the central starts nacking packets, which may indicate it is not able to push data through the UART fast enough for unknown reason. Could be an issue in the SEGGER driver, it could help if you can either create a logic analyzer trace of the UART pins (e.g. using&amp;nbsp;&lt;a href="https://www.saleae.com/"&gt;https://www.saleae.com/&lt;/a&gt;), alternatively you can swap out the SEGGER chip with&amp;nbsp;another USB to UART bridge (e.g. ftdi chip). Are you able to do either?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 fails to transmit 20bytes data at 100Hz</title><link>https://devzone.nordicsemi.com/thread/126047?ContentTypeID=1</link><pubDate>Tue, 27 Mar 2018 06:04:15 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:fc79d1b3-135e-4e01-aa25-5a330323d4cc</guid><dc:creator>jpo38</dc:creator><description>&lt;p&gt;Just&amp;nbsp;tried that and updated my original post. I get surprising results (seeing more notifications from wireshark when&amp;nbsp;&lt;span&gt;nrf_heart_rate_collector reports less data received). I m&amp;#39; not familiar with those protocol layers, so I can&amp;#39;t tell if some &amp;quot;extra notifications&amp;quot; were actually errors being reported. So I attached the wireshark output files, I counted the events during the 7&amp;#39;s second of log.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 fails to transmit 20bytes data at 100Hz</title><link>https://devzone.nordicsemi.com/thread/126023?ContentTypeID=1</link><pubDate>Mon, 26 Mar 2018 18:18:42 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5c1ec51b-5a69-4a64-94c4-125ac075299a</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Then my suggestion is to do an on-air sniffer log to compare the two cases:&lt;/p&gt;
&lt;p&gt;&lt;a href="http://www.nordicsemi.com/eng/Products/Bluetooth-low-energy/nRF-Sniffer/(language)/eng-GB"&gt;http://www.nordicsemi.com/eng/Products/Bluetooth-low-energy/nRF-Sniffer/(language)/eng-GB&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 fails to transmit 20bytes data at 100Hz</title><link>https://devzone.nordicsemi.com/thread/125947?ContentTypeID=1</link><pubDate>Mon, 26 Mar 2018 12:20:29 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9f69bbd6-34d6-4750-b2b3-5cd67cc2d46b</guid><dc:creator>jpo38</dc:creator><description>&lt;p&gt;Hello Kenneth, no it does not make any difference. They are always very close, 10cm to 20cm, not more.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nrf52 fails to transmit 20bytes data at 100Hz</title><link>https://devzone.nordicsemi.com/thread/125939?ContentTypeID=1</link><pubDate>Mon, 26 Mar 2018 12:05:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7c73a1bc-123a-4df9-9ee1-36f21a6ba41f</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hi, is there any difference if you place the dongle and peripheral very close together?&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>