<?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>how to put in dfu ble mode a wireless only device</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/58733/how-to-put-in-dfu-ble-mode-a-wireless-only-device</link><description>To the kind attention of Nordic support team, 
 I&amp;#39;ve got PCA10056 and PCA10040 default development kits. They are talking each other using using secured gzll, PCA10056 is gzll master and usb connected to pc, 
 and PCA10040 is only using gzll as a slave</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 05 Mar 2020 13:35:38 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/58733/how-to-put-in-dfu-ble-mode-a-wireless-only-device" /><item><title>RE: how to put in dfu ble mode a wireless only device</title><link>https://devzone.nordicsemi.com/thread/238316?ContentTypeID=1</link><pubDate>Thu, 05 Mar 2020 13:35:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:65988fc8-ee45-42ea-8e66-d6a06842639c</guid><dc:creator>astella</dc:creator><description>&lt;p&gt;Very interesting, thank you for all your kindness. Very nice to know that&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: how to put in dfu ble mode a wireless only device</title><link>https://devzone.nordicsemi.com/thread/238314?ContentTypeID=1</link><pubDate>Thu, 05 Mar 2020 13:32:06 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:05bb4b72-b2e8-48b4-8179-4a3fb3dcf4d5</guid><dc:creator>bjorn-spockeli</dc:creator><description>&lt;p&gt;[quote user="astella"][/quote]&lt;/p&gt;
&lt;p&gt;I&amp;#39;ve got PCA10056 and PCA10040 default development kits. They are talking each other using using secured gzll, PCA10056 is gzll master and usb connected to pc,&amp;nbsp;&lt;/p&gt;
&lt;p&gt;and PCA10040 is only using gzll as a slave to communicate, it is a wireless device only (app it is not using any softdevice, softdevice it is going to be used by ble bootloader only).&lt;/p&gt;
&lt;p&gt;I can start connectivity firmware in PCA10056 when ever I want. Still, PCA10040 needs to know that it has got to enter dfu mode.&lt;/p&gt;
&lt;p&gt;The simplest way it is to piggy backing an ACK so to inform PCA10040 to enter dfu mode, but being PCA10056 gzll master it can only wait&lt;/p&gt;
&lt;p&gt;to first receive a packet from PCA10040. I&amp;#39;m clear? May I ask to Nordic experts if there are other theoretical ways to get it better?&lt;/p&gt;
&lt;p&gt;There is no way gzll master can start a communication? PCA10040 should be in System OFF most of the time, so it is not feasible it to send period messages&lt;/p&gt;
&lt;p&gt;in a short period of time.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;Ok, so the issue is that the PCA10056 which is the Gazell Host, needs to wait for the PCA10040, which is the Gazell Device to send a message so that the Host can piggyback the Enter DFU command to the ACK. This is how the protocol is designed, see&amp;nbsp;&lt;a title="Gazell Link Layer User Guide" href="https://infocenter.nordicsemi.com/topic/sdk_nrf5_v16.0.0/gzll_02_user_guide.html?cp=7_1_5_3"&gt;Gazell Link Layer User Guide&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;em&gt;Once enabled, the Host in a Gazell network is always listening, and it is the Device that always initiates a communication. Each packet that a Device sends is required to be acknowledged by the Host. It is possible for the Host to send data to the Device by piggybacking data to an acknowledgement (ACK) packet. Therefore a Host has to wait for a packet from a Device before it can send any data to it.&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;&lt;em&gt;&lt;span&gt;[quote user="astella"][/quote]&lt;/span&gt;&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Maybe, before going in lower power mode, PCA10040 could switch and become master, using software. At the sime time PCA10056 could be set as device being informed that PCA10040 is going to be new master. Still, is it possible to receive gzll messages when in low power modes? I don&amp;#39;t like the idea to switch devices behavior, I have to say&lt;/p&gt;
&lt;p&gt;&lt;em&gt;&lt;span&gt;&lt;/span&gt;&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Yes, switching the roles may be an option. Another alternative could be to run BLE concurrently with Gazell, i.e. the PCA10056 is a BLE Central and the PCA10040 is a BLE Peripheral with a single service with a single characteristic that can be used to trigger DFU mode.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;Best regards&lt;/p&gt;
&lt;p&gt;Bjørn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: how to put in dfu ble mode a wireless only device</title><link>https://devzone.nordicsemi.com/thread/238239?ContentTypeID=1</link><pubDate>Thu, 05 Mar 2020 10:47:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cf64caf4-4cbf-48f6-b9d1-fe4c199fe00d</guid><dc:creator>astella</dc:creator><description>&lt;p&gt;Maybe, before going in lower power mode, PCA10040 could switch and become master, using software. At the sime time PCA10056 could be set as device being informed that PCA10040 is going to be new master. Still, is it possible to receive gzll messages when in low power modes? I don&amp;#39;t like the idea to switch devices behavior, I have to say&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>