<?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>ESB short TX repeat intervals with large ACK payload</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/45439/esb-short-tx-repeat-intervals-with-large-ack-payload</link><description>Hi, 
 If an ESB PRX has queued a 250-byte auto-ack payload, that will take around 2ms at 1Mbs to transmit. 
 If the ESB PTX has the standard 250us repeat interval, will the PTX ever receive the packet or will it timeout before the whole ACK payload has</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 01 Apr 2019 09:02:51 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/45439/esb-short-tx-repeat-intervals-with-large-ack-payload" /><item><title>RE: ESB short TX repeat intervals with large ACK payload</title><link>https://devzone.nordicsemi.com/thread/179421?ContentTypeID=1</link><pubDate>Mon, 01 Apr 2019 09:02:51 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:580a7d3f-a581-454b-8e7d-bc337767680a</guid><dc:creator>Steve H</dc:creator><description>&lt;p&gt;Thanks, &lt;a href="https://devzone.nordicsemi.com/members/kenneth"&gt;Kenneth&lt;/a&gt;.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: ESB short TX repeat intervals with large ACK payload</title><link>https://devzone.nordicsemi.com/thread/178958?ContentTypeID=1</link><pubDate>Thu, 28 Mar 2019 13:50:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bc36309b-4364-4444-abc0-532d68cbb670</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Historically you would need to scale the re-transmit delay to ensure it could receive the entire ack payload depending on max size and data-rate. I doubt this has changed since.&lt;/p&gt;
&lt;p&gt;Best regards,&lt;br /&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>