<?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>BLE TX Power Configuration During Connection and in Bootloader + Power Optimization</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/126143/ble-tx-power-configuration-during-connection-and-in-bootloader-power-optimization</link><description>Current Setup 
 I&amp;#39;m currently setting TX power during advertising using the following code: 
 This successfully sets TX power during advertising, but I need help with additional scenarios. 
 Questions 
 1. Setting TX Power During Connection Mode 
 How</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 16 Dec 2025 15:18:39 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/126143/ble-tx-power-configuration-during-connection-and-in-bootloader-power-optimization" /><item><title>RE: BLE TX Power Configuration During Connection and in Bootloader + Power Optimization</title><link>https://devzone.nordicsemi.com/thread/557117?ContentTypeID=1</link><pubDate>Tue, 16 Dec 2025 15:18:39 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6445cdb8-170d-4f13-b11b-d83bce9330db</guid><dc:creator>Simonr</dc:creator><description>&lt;p&gt;Hi&lt;/p&gt;
&lt;p&gt;1. To set the radio TX power in a connection, use the &lt;strong&gt;sd_ble_gap_tx_power_set&lt;/strong&gt;() function with the BLE_GAP_TX_POWER_ROLE_CONN handle. As long as the device is connected when called, there shouldn&amp;#39;t be any specific rules on when to call it or not.&lt;/p&gt;
&lt;p&gt;&lt;pre class="ui-code" data-mode="c_cpp"&gt;/**@brief Set the radio&amp;#39;s transmit power.
 *
 * @param[in] role The role to set the transmit power for, see @ref BLE_GAP_TX_POWER_ROLES for
 *                 possible roles.
 * @param[in] handle   The handle parameter is interpreted depending on role:
 *                     - If role is @ref BLE_GAP_TX_POWER_ROLE_CONN, this value is the specific connection handle.
 *                     - If role is @ref BLE_GAP_TX_POWER_ROLE_ADV, the advertising set identified with the advertising handle,
 *                       will use the specified transmit power, and include it in the advertising packet headers if
 *                       @ref ble_gap_adv_properties_t::include_tx_power set.
 *                     - For all other roles handle is ignored.
 * @param[in] tx_power Radio transmit power in dBm (see note for accepted values).
 *
 * @note Supported tx_power values: -40dBm, -20dBm, -16dBm, -12dBm, -8dBm, -4dBm, 0dBm, +3dBm and +4dBm.
  *       In addition, on some chips following values are supported: +2dBm, +5dBm, +6dBm, +7dBm and +8dBm.
 *       Setting these values on a chip that does not support them will result in undefined behaviour.
  * @note The initiator will have the same transmit power as the scanner.
 * @note When a connection is created it will inherit the transmit power from the initiator or
 *       advertiser leading to the connection.
 *
 * @retval ::NRF_SUCCESS Successfully changed the transmit power.
 * @retval ::NRF_ERROR_INVALID_PARAM Invalid parameter(s) supplied.
 * @retval ::BLE_ERROR_INVALID_ADV_HANDLE Advertising handle not found.
 * @retval ::BLE_ERROR_INVALID_CONN_HANDLE Invalid connection handle supplied.
 */
SVCALL(SD_BLE_GAP_TX_POWER_SET, uint32_t, sd_ble_gap_tx_power_set(uint8_t role, uint16_t handle, int8_t tx_power));
&lt;/pre&gt;&lt;/p&gt;
&lt;p&gt;2. If you do DFU over Bluetooth LE, you set the TX power with the&amp;nbsp;&lt;strong&gt;sd_ble_gap_tx_power_set()&amp;nbsp;&lt;/strong&gt;function as well. If you set it when it is set to advertise it should also keep that TX power when connected.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;3. Increasing the connection intervals will likely increase the update time as well, as that would make the connection itself be slower. All in all I don&amp;#39;t think the advertising and connection interval will be important factors here. Why exactly are you so worried about the power consumption during DFU? I&amp;#39;d recommend playing around with the &lt;a href="https://devzone.nordicsemi.com/power/w/opp/2/online-power-profiler-for-bluetooth-le"&gt;Online Power Profiler for BLE&lt;/a&gt; to get some estimates on what you can expect with different settings. In general I&amp;#39;d say that the quicker the DFU is completed, the more power is saved, as that will lower the uptime altogether.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Simon&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>