<?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>DTM Example Firmware Bug ?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/21096/dtm-example-firmware-bug</link><description>Hi
I&amp;#39;m setting up a firmware based on the DTM example to perform certification tests. 
 In the DTM example firmware I see that there is a VENDOR_SPECIFIC command option to use combined with the LE_TRANSMITTER_TEST command.
The VENDOR_SPECIFIC command</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 04 Apr 2017 13:03:45 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/21096/dtm-example-firmware-bug" /><item><title>RE: DTM Example Firmware Bug ?</title><link>https://devzone.nordicsemi.com/thread/82508?ContentTypeID=1</link><pubDate>Tue, 04 Apr 2017 13:03:45 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4325b6dd-7a7e-40fd-8e6d-33b58603c97a</guid><dc:creator>FormerMember</dc:creator><description>&lt;p&gt;SDK 12.0.0 and later supports negative TX power:&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;/**@brief Function for configuring the output power for transmitter test.
      This function may be called directly, or through dtm_cmd() specifying
      DTM_PKT_VENDORSPECIFIC as payload, SET_TX_POWER as length, and the dBm value as frequency.
*/
bool dtm_set_txpower(uint32_t new_tx_power)
{
// radio-&amp;gt;TXPOWER register is 32 bits, low octet a signed value, upper 24 bits zeroed
int8_t new_power8 = (int8_t)(new_tx_power &amp;amp; 0xFF);

// The two most significant bits are not sent in the 6 bit field of the DTM command.
// These two bits are 1&amp;#39;s if and only if the tx_power is a negative number.
// All valid negative values have the fourth most significant bit as 1.
// All valid positive values have the fourth most significant bit as 0.
// By checking this bit, the two most significant bits can be determined.
new_power8 = (new_power8 &amp;amp; 0x30) != 0 ? (new_power8 | 0xC0) : new_power8;

if (m_state &amp;gt; STATE_IDLE)
{
    // radio must be idle to change the tx power
    return false;
}

m_tx_power = new_power8;

return true;
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;}&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: DTM Example Firmware Bug ?</title><link>https://devzone.nordicsemi.com/thread/82507?ContentTypeID=1</link><pubDate>Tue, 04 Apr 2017 11:06:13 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:aef92148-8148-4285-b705-cced178ad000</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;&lt;a href="https://devzone.nordicsemi.com/question/75729/deafult-tx-power-changed-to-0dbm-in-dtm-library-since-sdk10/"&gt;Here are some references&lt;/a&gt; to past issues in DTM example from nRF5 SDK.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: DTM Example Firmware Bug ?</title><link>https://devzone.nordicsemi.com/thread/82506?ContentTypeID=1</link><pubDate>Tue, 04 Apr 2017 10:57:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:57243c78-16c5-4227-a5c4-335cff58b08c</guid><dc:creator>endnode</dc:creator><description>&lt;p&gt;Yes, there were couple of bugs in Vendor Specific DTM commands (used by Nordic for Tx Power settings), there were even some Q&amp;amp;S on this forum and it use to be listed in known issues of particular SDK releases...&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>