<?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>nRF52 ESB ACK payload not sent/received with fixed payload length</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/20577/nrf52-esb-ack-payload-not-sent-received-with-fixed-payload-length</link><description>Working on a project to set up a bidirectional UART to SPI link over ESB with nRF52832 (PCA10040), using SDK 13.0.
Working from provided examples for PTX and PRX, I manage to send from PTX to PRX with no issues, and PTX confirms reception of ACK packet</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 21 Mar 2017 08:31:31 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/20577/nrf52-esb-ack-payload-not-sent-received-with-fixed-payload-length" /><item><title>RE: nRF52 ESB ACK payload not sent/received with fixed payload length</title><link>https://devzone.nordicsemi.com/thread/80211?ContentTypeID=1</link><pubDate>Tue, 21 Mar 2017 08:31:31 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8d050fec-010e-4fde-b894-991357c06258</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Adrien,&lt;/p&gt;
&lt;p&gt;I agree, we mentioned &amp;quot;1 to 32 bytes dynamic payload length in legacy mode&amp;quot; and &amp;quot;1 to 252 bytes static payload length between nRF5 Series devices&amp;quot; made it confusing about max payload with dynamic payload length but in normal mode. I will open a internal report to get this fixed. Thanks.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52 ESB ACK payload not sent/received with fixed payload length</title><link>https://devzone.nordicsemi.com/thread/80209?ContentTypeID=1</link><pubDate>Mon, 20 Mar 2017 15:56:28 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a1b95f72-46d3-4a3b-9a36-97fa962e6c50</guid><dc:creator>Adrien Rapeaux</dc:creator><description>&lt;p&gt;After a bit more digging it turns out that the DPL protocol can have payloads of up to 252 bytes in length, whereas the documentation suggests it can only go up to 32 bytes (in legacy mode vs 252 with static payloads, referring to the non-DPL protocol). Things are cleared up but imho that particular part of the User Guide for enhanced shockburst should be rewritten to avoid confusion.
Kind Regards,&lt;/p&gt;
&lt;p&gt;Adrien Rapeaux&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52 ESB ACK payload not sent/received with fixed payload length</title><link>https://devzone.nordicsemi.com/thread/80212?ContentTypeID=1</link><pubDate>Mon, 20 Mar 2017 15:54:08 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:567ed0d9-ff5a-45e9-9d61-4bf5ee5288e4</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;The packet header size will be the same as when you have NRF_ESB_PROTOCOL_ESB so the throughput will be the same. Unless you go down to ShockBurst instead of Enhanced Shockburst.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52 ESB ACK payload not sent/received with fixed payload length</title><link>https://devzone.nordicsemi.com/thread/80210?ContentTypeID=1</link><pubDate>Mon, 20 Mar 2017 15:28:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:d44ee920-0f89-44b1-b78f-51643d6b7141</guid><dc:creator>Adrien Rapeaux</dc:creator><description>&lt;p&gt;Thank you for your response.&lt;/p&gt;
&lt;p&gt;Unsure whether I can use NRF_ESB_PROTOCOL_ESB_DPL due to throughput constraints: what is the effective data transfer rate for the dynamic payload length protocol, including packet header and timing overheads? I cannot seem to find this in the documentation.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: nRF52 ESB ACK payload not sent/received with fixed payload length</title><link>https://devzone.nordicsemi.com/thread/80208?ContentTypeID=1</link><pubDate>Mon, 20 Mar 2017 15:11:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6490fdca-fdf4-4da3-a74f-b1c90387d148</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;You are correct. If you use NRF_ESB_PROTOCOL_ESB you won&amp;#39;t have ack payload.&lt;/p&gt;
&lt;p&gt;This is related to how it worked before on the legacy chip (nRF24L01 and nRF24LE1).
Do you have any reason that you can&amp;#39;t use NRF_ESB_PROTOCOL_ESB_DPL ?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>