<?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>125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/68553/125-kbps-phy-rx-sensitivity-not-as-low-as-it-should-be</link><description>Hi - 
 In reading through the data sheets for the Nordic chips that support the low-rate (125 kbps) BT 5 PHY, I&amp;#39;m seeing Rx sensitivity numbers around -103 dBm. For the 1 Mbps PHY, it&amp;#39;s around -96 dBm. I would expect the Rx sensitivity for 125 kbps to</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 20 Nov 2020 09:11:14 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/68553/125-kbps-phy-rx-sensitivity-not-as-low-as-it-should-be" /><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/281048?ContentTypeID=1</link><pubDate>Fri, 20 Nov 2020 09:11:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:81d72f2d-d29e-4be0-8cb1-f26693a73e3d</guid><dc:creator>Dmitry</dc:creator><description>&lt;p&gt;I would believe the&amp;nbsp;&lt;a href="https://www.bluetooth.com/learn-about-bluetooth/bluetooth-technology/range/#estimator"&gt;online calculator&lt;/a&gt; from Bluetooth SIG that shows 7 dBm difference.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280999?ContentTypeID=1</link><pubDate>Thu, 19 Nov 2020 22:21:05 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a62228d8-a521-4cd4-a373-25bb3f0abeee</guid><dc:creator>GaryS</dc:creator><description>&lt;p&gt;&lt;span&gt;OK, so are you happy with the sensitivity&amp;nbsp;for LE125kbps being only 7 dB less than it is for LE1M? If not, what do you think it should be?&amp;nbsp;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280997?ContentTypeID=1</link><pubDate>Thu, 19 Nov 2020 22:07:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:737efb0c-dd68-4d15-8413-1f963ed354be</guid><dc:creator>Dmitry</dc:creator><description>[quote userid="75815" url="~/f/nordic-q-a/68553/125-kbps-phy-rx-sensitivity-not-as-low-as-it-should-be/280994#280994"]By bit rate, I mean information rate - the rate at which uncoded bits are sent over the channel[/quote]
&lt;p&gt;The radio don&amp;#39;t agree with you :) it just works at 1M. We could consider&amp;nbsp;1/8x bitrate (and expect +9 dBm) in case if we transmit each symbol 8x longer, use 1/8x narrower band filter and 8x more accurate clock.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280994?ContentTypeID=1</link><pubDate>Thu, 19 Nov 2020 21:50:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7965acc5-6cb6-4f20-a89e-e3a119c6be4a</guid><dc:creator>GaryS</dc:creator><description>&lt;p&gt;By bit rate, I mean information rate - the rate at which uncoded bits are sent over the channel. It doesn&amp;#39;t include redundancy for FEC or the bandwidth expansion from 125 kbps to 1 Mbps.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280991?ContentTypeID=1</link><pubDate>Thu, 19 Nov 2020 21:12:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:2d8f4705-5ba6-494c-984b-d17abaeaaf35</guid><dc:creator>Dmitry</dc:creator><description>[quote userid="75815" url="~/f/nordic-q-a/68553/125-kbps-phy-rx-sensitivity-not-as-low-as-it-should-be/280980#280980"] The bit rate is fb = 125 kbps for LE125K and 1 Mbps for LE1M[/quote]
&lt;p&gt;No, the bitrate is 1Mbps both for 1M and 125K. We have not a reducing of bitrate AND redundant encoding - we have a reducing of bitrate BECAUSE OF redundant encoding. The upper-layer encoding methods are quite different to consider them as simple lowering of bitrate. At physical layer, we have 5 dB between 1M and 125K, plus some gain given by convolutional encoding - I don&amp;#39;t know the formula but it should include at least time on-air (crucial for CRC-protected 1M but almost irrelevant for coded stream).&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280990?ContentTypeID=1</link><pubDate>Thu, 19 Nov 2020 20:52:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d28de23e-bdcd-473a-a3ea-bfd86e5e7079</guid><dc:creator>GaryS</dc:creator><description>&lt;p&gt;One more thing ... there may be a bug in the Matlab simulation code mapping EbN0 to SNR. Something doesn&amp;#39;t look quite right in there. And 14 dB sounds like it could be too high. I will have a look and get back to you.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280981?ContentTypeID=1</link><pubDate>Thu, 19 Nov 2020 19:42:51 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dee3f963-1499-41f0-9877-f5cd27dd26c5</guid><dc:creator>GaryS</dc:creator><description>&lt;p&gt;Oops - I should have said &amp;quot;&lt;span&gt;This shows that the sensitivity for LE125K should be 14 dB better than LE1M. &lt;/span&gt;&amp;quot;.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280980?ContentTypeID=1</link><pubDate>Thu, 19 Nov 2020 19:41:30 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e0bb9045-a3d3-42a7-92d1-d791e131d0c7</guid><dc:creator>GaryS</dc:creator><description>&lt;p&gt;Thanks for sending this simulation link Dmitry - this is great and it helps me make&amp;nbsp;my point.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;The plot below from the simulation shows that you get a 1e-3 BER at an Eb/N0 = 7 dB for LE1M, and 2 dB for LE125K. The&amp;nbsp;Eb/N0 is&amp;nbsp;the receiver&amp;#39;s received energy per bit period (Eb) divided by the receiver&amp;#39;s noise power spectral density. We can convert this to signal to noise ratio (SNR = signal power divided by noise power) by noting&amp;nbsp;that SNR = (Eb/Tb) / (N0 * f0) = Eb/N0 * fb/f0, where Tb = 1/fb is the bit period in seconds, and f0 is the receiver&amp;#39;s noise bandwidth in Hz. In dB, you get SNR (dB) = Eb/N0 (dB) + 10*log10(fb/f0). You can read about this relationship &lt;a href="https://en.wikipedia.org/wiki/Eb/N0"&gt;here&lt;/a&gt;. The bit rate is fb = 125 kbps for LE125K and 1 Mbps for LE1M. So the delta at BER = 1e-3 between the two schemes is 5 dB in Eb/N0, but it&amp;#39;s 5 + 10*log(1M/125k) = 14&amp;nbsp;dB for SNR! This shows that the sensitivity for LE125K should be LE1M. The fact that it&amp;#39;s not means the receiver is implemented sub-optimally.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Gary&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;img height="317" src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/communityserver-discussions-components-files/4/pastedimage1605812803803v1.png" width="390" alt=" " /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280965?ContentTypeID=1</link><pubDate>Thu, 19 Nov 2020 16:37:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e1e91cd5-9567-432f-b602-db94e48f4e04</guid><dc:creator>Dmitry</dc:creator><description>&lt;p&gt;Hi Gary,&lt;/p&gt;
&lt;p&gt;I&amp;#39;m not an expert in signal processing, but I don&amp;#39;t think you can make a direct assumption from bitrate factor. Coded PHY uses exactly the same physical channel bitrate as 1M PHY - 1 mbit/s, so you get the same BER/SNR curve after GFSK demodulation. First stage (500k) is a convolutional encoder that let us survive with higher level of error rates (for uncoded, any error in a single bit means packet is completely lost). I couldn&amp;#39;t find a right method to compare sensitivity for these two cases. &lt;a href="https://www.mathworks.com/help/comm/ug/bluetooth-low-energy-bit-error-rate-simulation.html"&gt;This&lt;/a&gt; simulation shows an 1dBm gain, but it considers only physical layer. Anyway it would be interesting to simulate a decoder with a noisy channel to see which BER of underlying channel will match, say, 10^-3 after decoding.&lt;br /&gt;At second stage (125k), each symbol is encoded with 4 bits - here you can expect a direct increase of sensitivity up to 6 dBm as by lowering bitrate, also it&amp;nbsp;helps to suppress interference from adjacent channels.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280913?ContentTypeID=1</link><pubDate>Thu, 19 Nov 2020 13:45:23 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:40e09557-74bf-4719-9d6a-74251e433bfd</guid><dc:creator>GaryS</dc:creator><description>&lt;p&gt;I&amp;#39;m working on a healthcare&amp;nbsp;IoT application, where there are lots of tags in a hospital running around that are beaconing at 125 kbps.&amp;nbsp;In the long run, the hospital networking equipment will have BT&amp;nbsp;receivers built-in (along with WiFi, typically). But before that happens, hospitals will need to use an overlay network of gateways to pick up the BT&amp;nbsp;transmissions. I say overlay because most hospitals already have WiFi APs&amp;nbsp;now, but they&amp;#39;re not yet equipped with BT of any sort. Asking a hospital to purchase and install a second overlay network of BT&amp;nbsp;gateways is OK if there are only 2-4 gateways per floor. But a 6 dB drop in sensitivity could easily quadruple the number of gateways, making our overall business case&amp;nbsp;less compelling.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Your technical description of why you&amp;#39;re giving up the 5 dB still isn&amp;#39;t clear. If you use the SAME EXACT detection scheme for LR as you do for 1 mbps, you would gain 9 dB in sensitivity - this is because the data rate is 8 x slower, and 10*log10(8) = 9 dB. So why don&amp;#39;t you just do that? Then you&amp;#39;ll get another 3 dB from the coding gain. Your discriminator and selectivity vs. sensitivity tradeoff makes no sense to me. Discriminator-based detection is known to be 3 dB worse than coherent non-discriminator based detection, and could explain a 3 dB loss in performance somewhere, but it doesn&amp;#39;t answer my question above about using the same exact detection scheme. Both the discriminator and&amp;nbsp;sensitivity vs. selectivity comments sound like they&amp;nbsp;came from someone who doesn&amp;#39;t really understand how the Rx demod works throwing out buzzwords to try and appease an upset customer. This is a really important issue for me and any other customer that wants long range to really be long range. And therefore it&amp;#39;s an important issue for Nordic. So I think it&amp;#39;s worth taking the time to answer this correctly. Should probably even have a white paper on this.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280892?ContentTypeID=1</link><pubDate>Thu, 19 Nov 2020 10:39:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c2fa15d2-d7e6-4796-b47a-ac34b24ed747</guid><dc:creator>run_ar</dc:creator><description>&lt;p&gt;I am sorry you are disappointed with the range improvement. May I ask what type of application you are working on?&lt;/p&gt;
&lt;p&gt;Comparing 1mbit to Long Range we are &amp;quot;gaining&amp;quot; 3 dB for 1M compared to the 12 db improvement for LR stated by the BT sig. This is because we where already using a discriminator type receiver for BTLE1M and are therefor missing out on that improvement. The rest of the reduction&amp;nbsp; is unfortunately a trade off between selectivity and sensitivity, which is something we will try to improve in future products. But our expectation is that BTLE125kbits would be up to 9 dB better than 1mbits.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280891?ContentTypeID=1</link><pubDate>Wed, 18 Nov 2020 15:54:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:de9b95a4-9d15-48fa-ae71-f218a5660929</guid><dc:creator>GaryS</dc:creator><description>&lt;p&gt;Sorry - one more comment. I&amp;#39;m not trying to be a jerk about this - sorry if I&amp;#39;m coming across that way. I was just really surprised and disappointed to see that what I thought was going to be a 12 dB range increase turned out to only be a 7 dB increase. I&amp;#39;m working on a very range sensitive IoT application.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280890?ContentTypeID=1</link><pubDate>Wed, 18 Nov 2020 15:17:08 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b3cbf64f-b58f-425a-9929-363ee0a6307f</guid><dc:creator>GaryS</dc:creator><description>&lt;p&gt;I&amp;#39;m personally an expert when it comes to digital communications and signal processing, so I&amp;#39;m not buying your&amp;nbsp;answer - sorry. For example, if you can do -96 dBm at 1 Mbps, it would be trivial to lower the sensitivity by 9 dB&amp;nbsp;just decreasing the data rate to 125 kbps - without any coding. It doesn&amp;#39;t matter what extra steps you took to achieve -96 dBm at 1 mbps. Can you please maybe ask an expert to help you come up with a better explanation for this? There has to be some detailed reason for the shortfall that would make sense to someone like me who&amp;#39;s experienced with this kind of stuff, e.g., your the preamble can&amp;#39;t be reliably detected below -103 dBm even though the data can be reliably decoded down to -108 dBm (if this happened it could be a protocol design issue - a bad one). Another example explanation would be you&amp;#39;re using a phase coherent demod or an equalizer of some sort for 1 Mbps, but haven&amp;#39;t had the time yet to develop it for 125 kbps. &amp;nbsp;I&amp;#39;m trying to figure out two things here: (1) what&amp;#39;s the specific reason for the 5 dB shortfall, and (2)&amp;nbsp;can it be fixed in the future?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: 125 kbps PHY Rx Sensitivity Not As Low As It Should Be</title><link>https://devzone.nordicsemi.com/thread/280889?ContentTypeID=1</link><pubDate>Wed, 18 Nov 2020 14:54:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9b07faaf-5c6e-484a-9159-3bfd1ac82f13</guid><dc:creator>run_ar</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Unfortunately, BTLR125kb does not categorically add 12 dB of sensitivity. For 1 mbit we where already applying some methods to improve the range, so we do not get the theoretically maximum improvement compared to our 1mbit performance. Regardless you can find more details on BTLR here: &lt;a href="https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/testing-long-range-coded-phy-with-nordic-solution-it-simply-works-922075585"&gt;https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/testing-long-range-coded-phy-with-nordic-solution-it-simply-works-922075585&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>