<?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>Coded PHY distance testing</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/62367/coded-phy-distance-testing</link><description>We&amp;#39;re developing Bluetooth tags that we would like to operate at both 1Mbps and coded (long range). From what I&amp;#39;ve read and seen from the Nordic testing, specifically &amp;quot;Testing Long Range (Coded PHY) with Nordic solution (It Simply Works)&amp;quot; found on the</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 12 Jun 2020 06:03:06 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/62367/coded-phy-distance-testing" /><item><title>RE: Coded PHY distance testing</title><link>https://devzone.nordicsemi.com/thread/254594?ContentTypeID=1</link><pubDate>Fri, 12 Jun 2020 06:03:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1d713c81-491a-4315-8cc0-b19d1dd7f248</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;A few things you might have missed:&lt;/p&gt;
&lt;p&gt;First, make sure that adv_data.flags is set to BLE_GAP_ADV_FLAGS_LE_ONLY_GENERAL_DISC_MODE; This is required in order to advertise in Coded PHY. Also, please note that you can not have scan response data in your Coded_PHY advertisements, and you need to set the scan response data to 0 like this.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;.scan_rsp_data =&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;{&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;.p_data = NULL,&lt;/strong&gt;&lt;br /&gt;&lt;strong&gt;.len = 0&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;}&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;If you&amp;#39;re still having trouble, you can take a look at &lt;a href="https://devzone.nordicsemi.com/support-private/support/239269#permalink=511232"&gt;this thread&lt;/a&gt;, where a main file with a functioning Coded PHY advertisement can be found.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Coded PHY distance testing</title><link>https://devzone.nordicsemi.com/thread/254319?ContentTypeID=1</link><pubDate>Wed, 10 Jun 2020 16:58:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ff800c6f-ee6c-42e5-aab1-e66c4caf7200</guid><dc:creator>fackbell</dc:creator><description>&lt;p&gt;Yes, I didn&amp;#39;t show the line of code, but I have set to +8.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Coded PHY distance testing</title><link>https://devzone.nordicsemi.com/thread/254310?ContentTypeID=1</link><pubDate>Wed, 10 Jun 2020 15:08:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6455e94b-d851-441b-b0f3-703eb7fdd505</guid><dc:creator>hmolesworth</dc:creator><description>&lt;p&gt;Might not help, but we had this note:&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="c_cpp"&gt;    // If using BLE_GAP_PHY_CODED in Central change NRF_BLE_SCAN_BUFFER (31) to BLE_GAP_SCAN_BUFFER_EXTENDED_MIN (255)
    init.config.ble_adv_secondary_phy = BLE_GAP_PHY_CODED; // uint32_t PHY for the primary advertising. @ref BLE_GAP_PHYS (BLE_GAP_PHY_1MBPS, BLE_GAP_PHY_2MBPS or BLE_GAP_PHY_CODED)
    init.config.ble_adv_primary_phy   = BLE_GAP_PHY_CODED; // uint32_t PHY for the secondary (extended) advertising @ref BLE_GAP_PHYS (BLE_GAP_PHY_1MBPS, BLE_GAP_PHY_2MBPS or BLE_GAP_PHY_CODED)&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;Maybe try adjusting the tx power&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="c_cpp"&gt;  // Optional: Change transmitter output power
  // - If role is BLE_GAP_TX_POWER_ROLE_ADV, the advertising set identified with the advertising handle,
  //   will use the specified transmit power, and include it in the advertising packet headers
  //  - For all other roles the handle is ignored
  int8_t TxPower = +4;
  // Supported tx_power values: -40dBm, -20dBm, -16dBm, -12dBm, -8dBm, -4dBm, 0dBm, +3dBm and +4dBm.
  uint32_t err_code = sd_ble_gap_tx_power_set(BLE_GAP_TX_POWER_ROLE_ADV, m_advertising.adv_handle, TxPower);&lt;/pre&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Coded PHY distance testing</title><link>https://devzone.nordicsemi.com/thread/254295?ContentTypeID=1</link><pubDate>Wed, 10 Jun 2020 14:11:01 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5ae89655-bb5f-4b49-ae6e-3878eab03f22</guid><dc:creator>fackbell</dc:creator><description>&lt;p&gt;Here&amp;#39;s how I change between 1M and coded:&lt;/p&gt;
&lt;p&gt;if (use_coded)&lt;br /&gt; {&lt;br /&gt; m_adv_params.primary_phy = BLE_GAP_PHY_CODED;&lt;br /&gt; m_adv_params.secondary_phy = BLE_GAP_PHY_CODED;&lt;br /&gt; m_adv_params.properties.type = BLE_GAP_ADV_TYPE_EXTENDED_NONCONNECTABLE_NONSCANNABLE_UNDIRECTED;&lt;br /&gt;} &lt;br /&gt; else&lt;br /&gt; {&lt;br /&gt; m_adv_params.primary_phy = BLE_GAP_PHY_1MBPS;&lt;br /&gt; m_adv_params.secondary_phy = BLE_GAP_PHY_1MBPS;&lt;br /&gt; m_adv_params.properties.type = BLE_GAP_ADV_TYPE_NONCONNECTABLE_NONSCANNABLE_UNDIRECTED;&lt;br /&gt;}&lt;/p&gt;
&lt;p&gt;m_adv_params.scan_req_notification = 0;&lt;/p&gt;
&lt;p&gt;m_adv_params.p_peer_addr = NULL; // Undirected advertisement.&lt;br /&gt; m_adv_params.filter_policy = BLE_GAP_ADV_FP_ANY;&lt;br /&gt; m_adv_params.interval = NON_CONNECTABLE_ADV_INTERVAL;&lt;br /&gt; m_adv_params.duration = 0; // Never time out.&lt;/p&gt;
&lt;p&gt;err_code = ble_advdata_encode(&amp;amp;advdata, m_adv_data.adv_data.p_data, &amp;amp;m_adv_data.adv_data.len);&lt;br /&gt; APP_ERROR_CHECK(err_code);&lt;/p&gt;
&lt;p&gt;err_code = sd_ble_gap_adv_set_configure(&amp;amp;m_adv_handle, &amp;amp;m_adv_data, &amp;amp;m_adv_params);&lt;br /&gt; APP_ERROR_CHECK(err_code);&lt;/p&gt;
&lt;p&gt;err_code = sd_ble_gap_adv_start(m_adv_handle, APP_BLE_CONN_CFG_TAG);&lt;br /&gt; APP_ERROR_CHECK(err_code);&lt;/p&gt;
&lt;p&gt;&lt;span style="font-family:inherit;"&gt;I&amp;#39;m I missing anything?&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Coded PHY distance testing</title><link>https://devzone.nordicsemi.com/thread/254266?ContentTypeID=1</link><pubDate>Wed, 10 Jun 2020 13:10:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:63faab64-8aad-4269-b633-a69b7b36e134</guid><dc:creator>Gunnar P</dc:creator><description>&lt;p&gt;Interesting problem and it seems odd that there is no difference in RX distances. Check to see if the application is correctly being configured between 1M and the 125ksps settings. It may not be utilizing the s=8 (125kbps) setting in your testing. Also, try the same test in a high RF environment since the coded PHY should definitely improve data TX/RX in noisy environments.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Coded PHY distance testing</title><link>https://devzone.nordicsemi.com/thread/254114?ContentTypeID=1</link><pubDate>Tue, 09 Jun 2020 23:48:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:816393f6-f2ca-475c-ad83-7ef804ccd972</guid><dc:creator>Jimmy Wong</dc:creator><description>&lt;p&gt;You can refer to the example (&lt;a href="https://jimmywongiot.com/2019/10/22/ble-range-estimator-on-the-nordic-nrf52840/"&gt;https://jimmywongiot.com/2019/10/22/ble-range-estimator-on-the-nordic-nrf52840/&lt;/a&gt;) and my github for trying.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Coded PHY distance testing</title><link>https://devzone.nordicsemi.com/thread/254113?ContentTypeID=1</link><pubDate>Tue, 09 Jun 2020 23:04:02 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8394b4d3-d5aa-47d1-93a5-a866473e485b</guid><dc:creator>fackbell</dc:creator><description>&lt;p&gt;We&amp;#39;re doing an apples to apples comparison, comparing the 1M to the s=8 coded. We actually have not measured the distance as we&amp;#39;re looking at how much further we can go over the 1M PHY. The assumption is that the coded can go close to double over the 1M. We can live with 50%. Right now, it&amp;#39;s around 10 feet difference.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Coded PHY distance testing</title><link>https://devzone.nordicsemi.com/thread/254107?ContentTypeID=1</link><pubDate>Tue, 09 Jun 2020 20:38:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:93657bb5-fc31-4d41-9ff5-26fc6133a515</guid><dc:creator>Gunnar P</dc:creator><description>&lt;p&gt;What kinds of distances were you achieving? I&amp;#39;ve done some testing that verifies 250+ meters using the s=8 coded PHY setting.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>