https://devzone.nordicsemi.com/f/nordic-q-a/74650/questions-about-connection-event-length-and-notification-on-peripheral-devicesAccording to this post it seems clear that a peripheral device cannot set the connection event length in a given connection (and only has mild influence on the connection interval through the connection parameter update procedure request ). However, accordingen-USTelligent Community 13Mon, 03 May 2021 16:56:10 GMThttps://devzone.nordicsemi.com/thread/307999?ContentTypeID=1Mon, 03 May 2021 16:56:10 GMT137ad170-7792-4731-bb38-c0d22fbe4515:655db078-6230-4409-a8c0-8092a03bc948Sigurd<p>Hi,</p> [quote user=""]Am I correct that there is no way to influence the connection event length from a peripheral device?[/quote] <p>You cannot configure the &quot;connect event length&quot; the central uses from a peripheral device. But you can request a different connection interval, and that might have some indirect effects on the&nbsp;&quot;connect event length&quot; the central&nbsp;uses.</p> [quote user=""]Are there more settings and should I be setting both of these even on a peripheral device[/quote] <p>If you only have a 1-to-1 connection, i.e., your peripheral is a peripheral-only, and only connected to 1 central, then yes, set these configs in order to&nbsp;maximum the&nbsp;throughput&nbsp;potential.</p> [quote user=""]If the central device only has a single connection to my peripheral, can I reasonably expect that the central will use 100% of the connection interval (assuming my peripheral has data to send)? [/quote] <p>&nbsp;If the central is not doing scanning at the same time, then yes, I would expect that it would allocate most of the time between connection intervals to send/receive data to/from your peripheral. But there is a lot of variation between centrals, e.g. some phones might limit the amount of packets sent each connection event.</p> [quote user=""]If my peripheral is currently engaged in a connection event (let&#39;s say that there are several packets queued&nbsp;to send to the master for this event) and I queue a notification using sd_ble_gatts_hvx() during the ongoing connection event but well before the connection event is over, will this newly queued notification be sent in the currently&nbsp;ongoing connection event (assuming there is still time available in the connection event length)?[/quote] <p>&nbsp;You should be able to send these packets in the currently ongoing connection event.</p> <p>If you want to do some testing here, I recommend using the nRF Sniffer to see what happens on-air:&nbsp;<a href="https://www.nordicsemi.com/Software-and-tools/Development-Tools/nRF-Sniffer-for-Bluetooth-LE">https://www.nordicsemi.com/Software-and-tools/Development-Tools/nRF-Sniffer-for-Bluetooth-LE</a></p><div style="clear:both;"></div>