<?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>Enhanced ShockBurst on nrf51 - Many receivers issue</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/26272/enhanced-shockburst-on-nrf51---many-receivers-issue</link><description>Hi all,
I have been using Nordic chip-sets for a while mainly for BLE applications. I am now developing a simple lighting product based on Nordic nrf51 family chip-set where some devices send short messages to each other. I could easily use BLE as horsepower</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 14 Nov 2017 14:46:18 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/26272/enhanced-shockburst-on-nrf51---many-receivers-issue" /><item><title>RE: Enhanced ShockBurst on nrf51 - Many receivers issue</title><link>https://devzone.nordicsemi.com/thread/103416?ContentTypeID=1</link><pubDate>Tue, 14 Nov 2017 14:46:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:175dd778-d0d3-4d7f-a2ad-c13150cfef87</guid><dc:creator>Marco Russi</dc:creator><description>&lt;p&gt;Hello Hung, thank you for your reply. So, in this configuration, the PRX is always ready to send an eventual ACK if the received message, sent by the PTX, requires one. Anyway, I&amp;#39;ll try this asap. Thank you.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Enhanced ShockBurst on nrf51 - Many receivers issue</title><link>https://devzone.nordicsemi.com/thread/103415?ContentTypeID=1</link><pubDate>Thu, 26 Oct 2017 09:01:07 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6a8fb782-fdfd-4a1f-89cc-a450d33871f1</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Marco,&lt;/p&gt;
&lt;p&gt;Yes, you can configure ESB to not having ACK. I don&amp;#39;t see any problem using ESB in your application. What you need to do is when you &lt;a href="http://infocenter.nordicsemi.com/topic/com.nordic.infocenter.sdk5.v14.1.0/structnrf__esb__config__t.html"&gt;configure&lt;/a&gt; , you set the protocol to NRF_ESB_PROTOCOL_ESB_DPL  and set the selective_auto_ack bit to 1.&lt;/p&gt;
&lt;p&gt;This is to allow the PRX when receive a packet can check if it need to send ACK back or not (make sure to configure the same setting on both sides).&lt;/p&gt;
&lt;p&gt;Then when you send a packet, set the noack bit in that packet to 1.&lt;/p&gt;
&lt;p&gt;If you still want to have an ACK from the receivers, you can set up a protocol that the PRX will switch to PTX and send a packet back with a random delay time (to avoid all PRXs send that ack at the same time). This is not implemented and you need to do this in the application.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>