<?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>failure in spurious emission test in RX mode with design based on pre-certified module</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/82447/failure-in-spurious-emission-test-in-rx-mode-with-design-based-on-pre-certified-module</link><description>Hi, 
 In our design we use Fanstel BM832 module, based on nRF52832 chip. We have failed spurious emission in ETSI RX mode. Rx LO at ~4958 MHz exceeds the limit by 0.3 dB. I know that it is known issue, described in errata (point 138). I contacted with</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 09 Dec 2021 11:08:19 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/82447/failure-in-spurious-emission-test-in-rx-mode-with-design-based-on-pre-certified-module" /><item><title>RE: failure in spurious emission test in RX mode with design based on pre-certified module</title><link>https://devzone.nordicsemi.com/thread/342680?ContentTypeID=1</link><pubDate>Thu, 09 Dec 2021 11:08:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8c36e6a0-a218-43b7-8f7f-4d155e98a143</guid><dc:creator>nicefor</dc:creator><description>&lt;p&gt;thank you for the great explanation, it seems that we need to redesign PCB...&lt;/p&gt;
&lt;p&gt;Best regards&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: failure in spurious emission test in RX mode with design based on pre-certified module</title><link>https://devzone.nordicsemi.com/thread/342357?ContentTypeID=1</link><pubDate>Tue, 07 Dec 2021 13:56:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:89cedef0-7efe-40d8-8c6a-f89cc9dd4aa8</guid><dc:creator>ketiljo</dc:creator><description>&lt;p&gt;Unfortunately, this won&amp;#39;t work.&amp;nbsp;The VCO that&amp;#39;s generating the LO (local oscillator for the receiver) is internally grounded near pin P0.25. The VCO runs at 2*LO and the ground wire is carrying this signal. The signal is coupled to the nearby bonding wire and radiates from the track that runs from this pin. If you ground the pad by driving it low, you will only do this on the inside of the bonding wire. While the impedance will change when doing this, the 2*LO signal will still couple through to the next bonding wire. Hence you have to decouple this signal on the outside of the chip.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: failure in spurious emission test in RX mode with design based on pre-certified module</title><link>https://devzone.nordicsemi.com/thread/342238?ContentTypeID=1</link><pubDate>Tue, 07 Dec 2021 07:43:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b3a1adb4-3e1b-495b-8059-5e1448717b64</guid><dc:creator>nicefor</dc:creator><description>&lt;p&gt;Hi Ketil&lt;/p&gt;
&lt;p&gt;Thank you for theanswer. I have one more question, because we simply do not have enough time to change layout before launching device to market - what do you think about configuration of P0.25 and P0.26 as push-pull output and driving it low? May it solve the problem?&lt;/p&gt;
&lt;p&gt;Best regards,&lt;/p&gt;
&lt;p&gt;Jakub Kwolek&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: failure in spurious emission test in RX mode with design based on pre-certified module</title><link>https://devzone.nordicsemi.com/thread/342111?ContentTypeID=1</link><pubDate>Mon, 06 Dec 2021 14:17:08 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ed1bb99d-4862-441e-b9cd-2820444fae77</guid><dc:creator>ketiljo</dc:creator><description>&lt;p&gt;Hi Jakub&lt;/p&gt;
&lt;p&gt;If the chip inside the module is the QFN packet, QFAA, then P0.25 and P0.26 must be handled properly. I&amp;#39;m surprised that the module doesn&amp;#39;t have the caps on the pins already.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;1. You must either place the caps on the pins or just ground the pins if they are not in use. Make sure it&amp;#39;s grounded as close to the module as possible.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;2. I guess it depends on how the module was mounted when it was tested the first time. It&amp;#39;s also possible that the test house missed this.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;3.&amp;nbsp;The errata is valid for all QFAA devices.&lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;p&gt;best regards,&lt;/p&gt;
&lt;p&gt;Ketil Aas-Johansen&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>