<?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>nRF52840 Dongle long range (coded PHY) testing</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/38527/nrf52840-dongle-long-range-coded-phy-testing</link><description>Hi, 
 I am interested in testing the capability of Bluetooth 5&amp;#39;s long range. 
 I have two nRF52840 dongles (pca10059 v1.0.0). So far I have had one dongle using nRF Connect v2.5.0 - Bluetooth Low Energy app on Windows 10 to scan and have attempted to</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Sun, 23 Jun 2019 04:41:40 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/38527/nrf52840-dongle-long-range-coded-phy-testing" /><item><title>RE: nRF52840 Dongle long range (coded PHY) testing</title><link>https://devzone.nordicsemi.com/thread/194184?ContentTypeID=1</link><pubDate>Sun, 23 Jun 2019 04:41:40 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e5196184-03e7-41cd-9633-8a3a38cc7e1d</guid><dc:creator>kathleenlai</dc:creator><description>&lt;p&gt;Hi&amp;nbsp;&lt;a class="internal-link view-user-profile" href="https://devzone.nordicsemi.com/members/amitedvy"&gt;AmitEdvy&lt;/a&gt;,&lt;/p&gt;
&lt;p&gt;Can you guide me on how to advertise coded phy using the nRF52840PDK with SDK15.3.0?&lt;/p&gt;
&lt;p&gt;I only modified the code ble_app_template in the ble_advertising_init function in ble_advertising.c as well as set the primary phy to BLE_GAP_PHY_1MBPS, and the secondary phy was set to&amp;nbsp;BLE_GAP_PHY_CODED.&lt;/p&gt;
&lt;p&gt;Code in ble_advertising.c:&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;pre class="ui-code" data-mode="text"&gt; // Configure a initial advertising configuration. The advertising data and and advertising
    // parameters will be changed later when we call @ref ble_advertising_start, but must be set
    // to legal values here to define an advertising handle.
       
    p_advertising-&amp;gt;adv_params.properties.type = BLE_GAP_ADV_TYPE_EXTENDED_CONNECTABLE_NONSCANNABLE_UNDIRECTED; // change this only
    p_advertising-&amp;gt;adv_params.duration        = p_init-&amp;gt;config.ble_adv_fast_timeout;
    p_advertising-&amp;gt;adv_params.p_peer_addr     = NULL;
    p_advertising-&amp;gt;adv_params.filter_policy   = BLE_GAP_ADV_FP_ANY;
    p_advertising-&amp;gt;adv_params.interval        = p_init-&amp;gt;config.ble_adv_fast_interval;
    p_advertising-&amp;gt;adv_params.primary_phy     = p_init-&amp;gt;config.ble_adv_primary_phy;
    p_advertising-&amp;gt;adv_params.secondary_phy   = p_init-&amp;gt;config.ble_adv_secondary_phy;
    p_advertising-&amp;gt;adv_params.scan_req_notification =1;/*just added*/&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;Code in main.c:&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="text"&gt;static void advertising_init(void)
{
    ret_code_t             err_code;
    ble_advertising_init_t init;

    //clear init memory 
    memset(&amp;amp;init, 0, sizeof(init));

    init.advdata.name_type               = BLE_ADVDATA_FULL_NAME;
    init.advdata.include_appearance      = false;//true
    init.advdata.flags                   = BLE_GAP_ADV_FLAGS_LE_ONLY_GENERAL_DISC_MODE;
    init.advdata.uuids_complete.uuid_cnt = sizeof(m_adv_uuids) / sizeof(m_adv_uuids[0]);
    init.advdata.uuids_complete.p_uuids  = m_adv_uuids;

    init.config.ble_adv_fast_enabled  = true;
    init.config.ble_adv_fast_interval = APP_ADV_INTERVAL;
    init.config.ble_adv_fast_timeout  = 0; //Setting duration to 0 means no timeout. 

    init.config.ble_adv_extended_enabled = true;
    init.config.ble_adv_primary_phy      = BLE_GAP_PHY_1MBPS;
    init.config.ble_adv_secondary_phy    = BLE_GAP_PHY_CODED;
       
    init.evt_handler = on_adv_evt;

    err_code = ble_advertising_init(&amp;amp;m_advertising, &amp;amp;init);
    APP_ERROR_CHECK(err_code);

    ble_advertising_conn_cfg_tag_set(&amp;amp;m_advertising, APP_BLE_CONN_CFG_TAG);
}
&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;However,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I compile the code ,I have no warning or errors. The debug terminal showed as below:&lt;/p&gt;
&lt;p&gt;&amp;lt;info&amp;gt; app: Template example started. &lt;br /&gt;&amp;lt;info&amp;gt; app: Fast advertising. &lt;/p&gt;
&lt;p&gt;I only get 1 advertise packet only where my ble_adv_fast_timeout = 0. The led 1 is blinking.&lt;/p&gt;
&lt;p&gt;Can you guide me as I just want to try on the coded phy advertising.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thank you.&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Kathleen&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52840 Dongle long range (coded PHY) testing</title><link>https://devzone.nordicsemi.com/thread/189633?ContentTypeID=1</link><pubDate>Tue, 28 May 2019 12:26:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:3e20f61b-6b18-4522-bab4-25475e54e648</guid><dc:creator>AmitEdvy</dc:creator><description>&lt;p&gt;&amp;quot;&lt;span&gt;2: You can&amp;#39;t use Coded Phy as the primary phy, but you can use it as the secondary phy. This is why you can&amp;#39;t see it when you try to use coded as primary phy. sd_ble_gap_adv_set_configure will not return NRF_SUCCESS with coded phy as primary phy.&amp;quot;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Is this still relevant for the SDK 15.3.0 ?&amp;nbsp;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;I am using the&amp;nbsp;nRF52840DK with&amp;nbsp;SDK15.3.0, and I&amp;#39;d like to perform a range test.&lt;br /&gt;I&amp;nbsp;have coded phy advertising from the unit, but I can&amp;#39;t connect. I am trying to connect using nRF Connect on a OnePlus6 mobile phone (which supports coded phy, and I set on the phone to prefer&amp;nbsp;coded phy).&amp;nbsp;&lt;br /&gt;&lt;br /&gt;I run when test when primary phy is coded.&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span&gt;Do I need to set the peripheral&amp;#39;s primary phy to be coded, or not?&lt;br /&gt;&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52840 Dongle long range (coded PHY) testing</title><link>https://devzone.nordicsemi.com/thread/168428?ContentTypeID=1</link><pubDate>Tue, 29 Jan 2019 11:46:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6eedc648-ab68-4ddf-b796-c66814a17ce4</guid><dc:creator>Aurele</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I want also test the long range feature with my dongle but can it be possible ? Indeed, the dongle hardware seems to have been designed for short range, no ?&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Aur&amp;eacute;lien&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52840 Dongle long range (coded PHY) testing</title><link>https://devzone.nordicsemi.com/thread/149124?ContentTypeID=1</link><pubDate>Mon, 17 Sep 2018 23:47:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dd63d509-d52d-4b7c-b986-54227e85af49</guid><dc:creator>Reece_K</dc:creator><description>&lt;p&gt;Hi,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Thanks for this information it has been very helpful.&lt;/p&gt;
&lt;p&gt;Reece&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52840 Dongle long range (coded PHY) testing</title><link>https://devzone.nordicsemi.com/thread/148963?ContentTypeID=1</link><pubDate>Mon, 17 Sep 2018 09:00:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e2435a23-619e-4284-bd9d-d1a38772fa18</guid><dc:creator>Edvin</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I would recommend that you try to port it to SDK15.2.0. SDK15.1.0 was pulled (not from all download sites, but some). There was some issues. It is fixed in SDK15.2.0. It should be API compatible.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Just to mention first, the RSSI is not stronger when you use long range. But you can get the RSSI value from e.g. the advertising reports.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;1: No. The nRF Connect for desktop can&amp;#39;t scan with CODED_PHY. The reason for this is that it is currently using an old version of the softdevice.&lt;/p&gt;
&lt;p&gt;2: You can&amp;#39;t use Coded Phy as the primary phy, but you can use it as the secondary phy. This is why you can&amp;#39;t see it when you try to use coded as primary phy. sd_ble_gap_adv_set_configure will not return NRF_SUCCESS with coded phy as primary phy.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;If you have an nRF52840DK, I would suggest that you use this for development. First when you know that the application is running, you can flash it to the dongle. The reason for this is that you can debug with the DK, and not with the dongle. So it is easier to catch errors like this with the DK.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;To see scan using coded phy, you must create a central application that does this.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Edvin&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>