<?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>Power optimising with slave latency</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/91272/power-optimising-with-slave-latency</link><description>Hi, 
 We have a peripheral based on the nRF52840 which connects to a smartphone as the central. 
 Following the guidelines for iOS we have selected a connection interval of 390 and a slave latency of 4, in order to stay within the iOS BLE guidelines which</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 25 Aug 2022 13:50:53 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/91272/power-optimising-with-slave-latency" /><item><title>RE: Power optimising with slave latency</title><link>https://devzone.nordicsemi.com/thread/383315?ContentTypeID=1</link><pubDate>Thu, 25 Aug 2022 13:50:53 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:15bdef9c-94a5-429d-afd4-088240648fa1</guid><dc:creator>Sigurd</dc:creator><description>[quote user="peteneal"]Packet loss is not an issue for us, is there any way to disable the link lAyer ack and avoid the additional overhead?[/quote]
&lt;p&gt;No, this is not possible.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Power optimising with slave latency</title><link>https://devzone.nordicsemi.com/thread/383204?ContentTypeID=1</link><pubDate>Thu, 25 Aug 2022 09:00:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:cf2957e6-2b67-48e9-881c-881b8e1015de</guid><dc:creator>peteneal</dc:creator><description>&lt;p&gt;Ok, so the empty&amp;nbsp;packet is a link layer acknowledgement of the notifications&amp;nbsp;- I suspected that might be the case&lt;/p&gt;
&lt;p&gt;Packet loss is not an issue for us, is there any way to disable the link lAyer ack and avoid the additional overhead?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Power optimising with slave latency</title><link>https://devzone.nordicsemi.com/thread/383191?ContentTypeID=1</link><pubDate>Thu, 25 Aug 2022 08:12:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e57c001a-3bc2-4e9f-a67f-50af934d721e</guid><dc:creator>Sigurd</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Thanks for the sniffer trace.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;I believe the answer by P&amp;aring;l in this thread here answers your question:&amp;nbsp;&amp;nbsp;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/10607/why-empty-pdu-is-sent-by-slave-after-notification/39526"&gt;RE: Why empty PDU is sent by slave after notification&lt;/a&gt;&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Power optimising with slave latency</title><link>https://devzone.nordicsemi.com/thread/383141?ContentTypeID=1</link><pubDate>Wed, 24 Aug 2022 22:14:29 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8c1e0db4-4814-4ce4-b58f-a59331217196</guid><dc:creator>peteneal</dc:creator><description>&lt;p&gt;Please find sample trace attached - skip forward 47 seconds to view the behaviour of interest.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/sniffer_2D00_capture.pcapng"&gt;devzone.nordicsemi.com/.../sniffer_2D00_capture.pcapng&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Power optimising with slave latency</title><link>https://devzone.nordicsemi.com/thread/383076?ContentTypeID=1</link><pubDate>Wed, 24 Aug 2022 13:00:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b9870a0b-b4a3-4d0d-bc16-200c6825f615</guid><dc:creator>Sigurd</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Could you save and upload the sniffer traces here?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>