<?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 DTM &amp;quot;CARRIER TEST&amp;quot; is oscillating the PA pin?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/119045/ble-dtm-carrier-test-is-oscillating-the-pa-pin</link><description>nRF52840, nRFSDK 17.0.2, SoftDevice S140 v7.2.0 
 
 Hello! We&amp;#39;re turning on SoftDevice and using the PA/LNA pin control to drive our FEM. Then, we disable SoftDevice and issue the following DTM commands to ourselves- there&amp;#39;s no upper/lower tester involved</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Tue, 18 Feb 2025 14:57:54 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/119045/ble-dtm-carrier-test-is-oscillating-the-pa-pin" /><item><title>RE: BLE DTM "CARRIER TEST" is oscillating the PA pin?</title><link>https://devzone.nordicsemi.com/thread/523553?ContentTypeID=1</link><pubDate>Tue, 18 Feb 2025 14:57:54 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1d18fd8f-32c9-4d78-b937-fd1f24de7b03</guid><dc:creator>charles_fi</dc:creator><description>&lt;p&gt;That makes total sense- we need to do our tests in a sealed unit without any leads, so we have to use BLE to initiate the DTM tests. We send a queue of upper-tester commands into the device, and it simply executes them in an open loop without a lower-tester or and command result transmission. It&amp;#39;s obviously incomplete, but works well enough for the basics like &amp;quot;set this TX power and emit an unmodulated carrier wave for 10 minutes&amp;quot;.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE DTM "CARRIER TEST" is oscillating the PA pin?</title><link>https://devzone.nordicsemi.com/thread/523550?ContentTypeID=1</link><pubDate>Tue, 18 Feb 2025 14:48:25 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:42b188f3-3f85-4a3f-838d-54eb66858b7b</guid><dc:creator>Kenneth</dc:creator><description>[quote user="charles_fi"]This all sounds reasonable, I&amp;#39;m just looking for high-level confirmation + approval before I run off and go do this &lt;span title="Slight smile"&gt;&lt;img src="https://devzone.nordicsemi.com/cfs-file/__key/communityserver-discussions-components-files/4/7838.1f642.svg" style="max-height:32px;max-width:32px;" alt="Slight smile" /&gt;&lt;/span&gt;[/quote]
&lt;p&gt;Yes, that is they way I would have done it. Unfortunately it was not really intended to dynamically run-time to switch between BLE and DTM mode. An alternative approach is to do a soft reset and/or have a test pin, and upon startup if the pin is low or high, you enter DTM mode.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE DTM "CARRIER TEST" is oscillating the PA pin?</title><link>https://devzone.nordicsemi.com/thread/523546?ContentTypeID=1</link><pubDate>Tue, 18 Feb 2025 14:37:49 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5c9686a7-a511-446d-92b0-de1862980257</guid><dc:creator>charles_fi</dc:creator><description>&lt;p&gt;Thanks for the quick response, Kenneth-&lt;/p&gt;
&lt;p&gt;It looks like the nRFSDK ble_dtm.c has no knowledge of the PA and LNA pins, so I&amp;#39;m guessing that it&amp;#39;s my responsibility to take them over and do what I need to with them during DTM mode?&lt;/p&gt;
&lt;p&gt;We&amp;#39;re using the relatively simple Skyworks SKY66403 FEM, and we have the PA and LNA pins wired into its mode-select pins. The PA pin in this case controls the TX power amplification behavior of the SKY66403, and we want it maximized for our radiated power tests. I want this to always be driven high, so I&amp;#39;m assuming that what I need to do is manually undo the SoftDevice PPI configuration after disabling SD, and then take manual control of these pins with the nrf_drv_gpio functions?&lt;/p&gt;
&lt;p&gt;This all sounds reasonable, I&amp;#39;m just looking for high-level confirmation + approval before I run off and go do this &lt;span class="emoticon" data-url="https://devzone.nordicsemi.com/cfs-file/__key/system/emoji/1f642.svg" title="Slight smile"&gt;&amp;#x1f642;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;Best,&lt;/p&gt;
&lt;p&gt;Charles&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE DTM "CARRIER TEST" is oscillating the PA pin?</title><link>https://devzone.nordicsemi.com/thread/523495?ContentTypeID=1</link><pubDate>Tue, 18 Feb 2025 12:44:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:74675835-2998-4712-add9-6a575b6038cc</guid><dc:creator>Kenneth</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I think you assumptions make sense, that there are likely some ppi channels enabled (either from radio event or timer0 event) hooked to the PA pin, which periodically will toggle the PA pin. I don&amp;#39;t have any good suggestion than to either perform a soft reset before you want to run DTM commands or that you start a debugging session and find which ppi channel is enabled that cause this.&lt;/p&gt;
&lt;p&gt;Kenneth&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>