<?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>Trouble with Ack payloads, nrf51822 to nrf24L01+</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/10562/trouble-with-ack-payloads-nrf51822-to-nrf24l01</link><description>Hello all! 
 I&amp;#39;m having a bit of trouble with complete communication between an nrf51 DK running the micro esb wireless uart example and an nrf24L01+ which is running TMRh20/maniacbug&amp;#39;s RF24 library for arduino . 
 Any packet I send from the RF51 DK</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 15 May 2019 09:43:16 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/10562/trouble-with-ack-payloads-nrf51822-to-nrf24l01" /><item><title>RE: Trouble with Ack payloads, nrf51822 to nrf24L01+</title><link>https://devzone.nordicsemi.com/thread/187184?ContentTypeID=1</link><pubDate>Wed, 15 May 2019 09:43:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:84d0a22c-57e2-4169-93ca-b5cc0f36e0b3</guid><dc:creator>m.wagner</dc:creator><description>&lt;p&gt;I just stumbled across this issue, too and wondered why Nordic did this change and break compatibility with nRF24 devices. It still is like this in the SDK 15.3 ESB implementation. It&amp;#39;s a bit of a shame that the known issues of the nrf_esb component were never addressed.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Trouble with Ack payloads, nrf51822 to nrf24L01+</title><link>https://devzone.nordicsemi.com/thread/39303?ContentTypeID=1</link><pubDate>Tue, 01 Dec 2015 02:16:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:9d03c069-cf95-4c7e-89e4-0ed083a4722e</guid><dc:creator>Matt</dc:creator><description>&lt;p&gt;I seem to have found the solution. In the latest github release of the micro-esb library, the polarity of the NOACK bit was reversed. Reverting to the previous commit in micro-esb.c fixed my problem.&lt;/p&gt;
&lt;p&gt;Steps:&lt;/p&gt;
&lt;p&gt;1.) in the start_tx_transaction() function change&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;m_tx_payload_buffer[1] = m_pid &amp;lt;&amp;lt; 1 | ((ack == 0 &amp;amp;&amp;amp; m_config_local.dynamic_ack_enabled) ? 0x00 : 0x01);
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;to&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;m_tx_payload_buffer[1] = m_pid &amp;lt;&amp;lt; 1 | ((ack == 0 &amp;amp;&amp;amp; m_config_local.dynamic_ack_enabled) ? 0x01 : 0x00);
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;around line #327&lt;/p&gt;
&lt;p&gt;2.) in the on_radio_disabled_esb_dpl_rx() function change&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;if (1 == (m_rx_payload_buffer[1] &amp;amp; 0x01))
{
      send_ack = true;
}
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;to&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;if (0 == (m_rx_payload_buffer[1] &amp;amp; 0x01))
{
      send_ack = true;
}
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;around line #746&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>