<?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>RSSI accuracy</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/11782/rssi-accuracy</link><description>Hello! 
 As per documentation, RSSI is measured during the time, when particular packet is being received. In particular, nRF51822 Product Specification v3.1 states RSSIperiod as 8.8 us at minimum. Does it mean, that it can differ for packets with different</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 10 Feb 2016 20:40:25 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/11782/rssi-accuracy" /><item><title>RE: RSSI accuracy</title><link>https://devzone.nordicsemi.com/thread/44552?ContentTypeID=1</link><pubDate>Wed, 10 Feb 2016 20:40:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9c0e32cc-beec-4d1c-af1c-dd4e8315333b</guid><dc:creator>Stanislav Silnitskiy</dc:creator><description>&lt;p&gt;As a sidenote, I have implemented the feature with NRF_RADIO-&amp;gt;MODE = RADIO_MODE_MODE_Nrf_2Mbit &amp;lt;&amp;lt; RADIO_MODE_MODE_Pos and got the following observation:
For the packet with payload 120 bytes long I got 39 RSSI samples. If my calculations correct, every RSSI sampling iteration consumes 12+ us, that corresponds to ref. manual of nrf51 (8.8 us as minimum for RSSI sampling). This result allowed to calculate mean variance of received packet&amp;#39;s RSSI and I was pleased to see live float calculation of a such for EVERY packet (it must be pretty tough for float point emulation, I suppose). Experiment was done with four identical beacons, emitting 120 byte packets every 10 ms. No idea, either it could be described as  a high load, I noticed something about 5% packets with CRC errors. For completeness: 2500 MHz frequency was used.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RSSI accuracy</title><link>https://devzone.nordicsemi.com/thread/44551?ContentTypeID=1</link><pubDate>Tue, 09 Feb 2016 11:37:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:685a3b31-8988-4186-9eed-953428916051</guid><dc:creator>Stanislav Silnitskiy</dc:creator><description>&lt;p&gt;Thank you, Kenneth! I&amp;#39;ll try to implement the feature.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RSSI accuracy</title><link>https://devzone.nordicsemi.com/thread/44550?ContentTypeID=1</link><pubDate>Tue, 09 Feb 2016 11:35:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5bfa6bb2-9269-427a-89f3-cedb82a3616d</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;I guess it depends on the packet, but presuming an empty packet in BLE, that will be 40bit (40us) including 3byte CRC after the address match. So maybe you can do 2-3 sampling in best case during that time.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RSSI accuracy</title><link>https://devzone.nordicsemi.com/thread/44549?ContentTypeID=1</link><pubDate>Tue, 09 Feb 2016 10:52:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6f0579b0-5689-4e6a-8994-fcdb22364a27</guid><dc:creator>Stanislav Silnitskiy</dc:creator><description>&lt;p&gt;So, theoretically, how many samples it is possible to grab while receiving standard BLE packet?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RSSI accuracy</title><link>https://devzone.nordicsemi.com/thread/44548?ContentTypeID=1</link><pubDate>Tue, 09 Feb 2016 10:27:46 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:eb68017d-376c-42c7-9903-4f1a9a9feb3d</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;The length of time doesn&amp;#39;t vary depending on packet lenght no, the radio simply take one single sample of the receive signal strength each time the RSSISTART task is triggered. You are free to trigger the task as frequently as you like, though you would like to wait for the RSSIEND event to read out the actual RSSISAMPLE before next RSSISTART task.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RSSI accuracy</title><link>https://devzone.nordicsemi.com/thread/44547?ContentTypeID=1</link><pubDate>Tue, 09 Feb 2016 09:28:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:16b1ad58-aabe-4f29-9645-58390a32a9fb</guid><dc:creator>Stanislav Silnitskiy</dc:creator><description>&lt;p&gt;Hi Kenneth!
Yes, I saw it in docs and I like the concept of SHORTS. I wonder, is the length of time, when RSSI collected can vary depending on the packet length and is this appropriate field to play with, improving RSSI accuracy (overall, of course)? My vision is to receive more RSSI samples per second and filter them somehow.
It is crucial in building positioning system, so every percent of improvement is important.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: RSSI accuracy</title><link>https://devzone.nordicsemi.com/thread/44546?ContentTypeID=1</link><pubDate>Tue, 09 Feb 2016 08:08:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:58ef7e53-1e95-4be3-b50a-356a19a770a4</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;The RSSI measurement is done one time for each packet received, there is a radio short &amp;#39;ADDRESS_RSSISTART&amp;#39; that can be enabled to do one RSSI sample after each radio address match.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>