<?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>Could deviations from nRF52832 reference design cause chip to die during DTM testing?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/59749/could-deviations-from-nrf52832-reference-design-cause-chip-to-die-during-dtm-testing</link><description>We recently ported to the nRF52832 and our electrical engineer had to make a couple changes from the reference design due to space constraints. The port has worked well during internal testing but unfortunately a unit running the standard DTM firmware</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 06 Apr 2020 13:01:19 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/59749/could-deviations-from-nrf52832-reference-design-cause-chip-to-die-during-dtm-testing" /><item><title>RE: Could deviations from nRF52832 reference design cause chip to die during DTM testing?</title><link>https://devzone.nordicsemi.com/thread/243663?ContentTypeID=1</link><pubDate>Mon, 06 Apr 2020 13:01:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7f0a0cd6-9462-4f89-8fb9-6b4343e63503</guid><dc:creator>ketiljo</dc:creator><description>&lt;p&gt;As the design is now, we can&amp;#39;t do any conducted measurements. Simply because there are no place (ground plane) to solder the coaxial cable to.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Could deviations from nRF52832 reference design cause chip to die during DTM testing?</title><link>https://devzone.nordicsemi.com/thread/243437?ContentTypeID=1</link><pubDate>Fri, 03 Apr 2020 15:09:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a411e537-76f6-4776-be81-65b7712e417c</guid><dc:creator>wes_nCase</dc:creator><description>&lt;p&gt;That is what I was hoping. Gene Rittenhouse recommended that I ask you about sending our hardware to you for RF analysis. Is that something we can do and if so how do we proceed? Thanks again for the help!&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Could deviations from nRF52832 reference design cause chip to die during DTM testing?</title><link>https://devzone.nordicsemi.com/thread/243347?ContentTypeID=1</link><pubDate>Fri, 03 Apr 2020 09:28:42 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ca53d078-897e-4a83-a3b7-6f176c766d62</guid><dc:creator>ketiljo</dc:creator><description>&lt;p&gt;C12 is part of the matching network and does some harmonic filtering. It might be that the&amp;nbsp;layout&amp;nbsp;you have there does some of the filtering by design and luck. So if you&amp;#39;re happy with the range and are able to get it certified, by all means use it as it is.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Could deviations from nRF52832 reference design cause chip to die during DTM testing?</title><link>https://devzone.nordicsemi.com/thread/243285?ContentTypeID=1</link><pubDate>Fri, 03 Apr 2020 01:25:12 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5ca9fcdc-0eda-417f-a1eb-5cd398de6b74</guid><dc:creator>wes_nCase</dc:creator><description>&lt;p&gt;Thanks so much for the help Ketiljo. If&amp;nbsp;our&amp;nbsp;design was able to pass CE testing and we are getting acceptable signal strength do you think we still need to make changes?&amp;nbsp;&lt;span&gt;Would the items you pointed out only&amp;nbsp;cause signal strength/efficiency issues or could it cause issues with chip functionality and/or other issues?&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Could deviations from nRF52832 reference design cause chip to die during DTM testing?</title><link>https://devzone.nordicsemi.com/thread/243283?ContentTypeID=1</link><pubDate>Fri, 03 Apr 2020 01:04:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:92562534-06ed-4777-a896-deabb2e1e576</guid><dc:creator>wes_nCase</dc:creator><description>&lt;p&gt;&lt;span&gt;Jay, thanks so much for reviewing our circuit. That makes sense about the UART at 3.3V and it sounds like that is probably what broke the part. We originally had C12 populated and were having signal strength issues. When we removed C12 the signal strength improved quite a bit and our engineer&amp;nbsp;considered it a basic form of network matching. Would the items you pointed out only&amp;nbsp;cause signal strength/efficiency issues or could it cause issues with chip functionality and/or other issues?&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Could deviations from nRF52832 reference design cause chip to die during DTM testing?</title><link>https://devzone.nordicsemi.com/thread/242915?ContentTypeID=1</link><pubDate>Wed, 01 Apr 2020 10:46:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:b3faca8d-dbfa-4818-afdb-7383379cbb6a</guid><dc:creator>ketiljo</dc:creator><description>&lt;p&gt;The deviations from the reference layout is so large that there is a high probability that it will fail CE testing due to spurious emissions.&lt;/p&gt;
&lt;p&gt;The matching network shall look like this, note like C3 here is grounded:&amp;nbsp;&lt;/p&gt;
&lt;p&gt;&lt;img src="https://devzone.nordicsemi.com/resized-image/__size/320x240/__key/support-attachments/beef5d1b77644c448dabff31668f3a47-88cfa91e83c7448fb15aaa694e8b5c7f/nRF52832-matching-network.png" alt=" " /&gt;&lt;/p&gt;
&lt;p&gt;Use a top side ground plane and make sure you don&amp;#39;t route ground with tracks, but connect grounded pis to the ground plane. Use plenty of vias between the two ground planes.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Study the reference layout and make sure you copy it as best as you can. The center pad shall be grounded with at least 16 vias to the bottom side ground plane.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Could deviations from nRF52832 reference design cause chip to die during DTM testing?</title><link>https://devzone.nordicsemi.com/thread/242789?ContentTypeID=1</link><pubDate>Tue, 31 Mar 2020 20:18:22 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:dbb0ad50-e577-46ec-b986-72c1f3385772</guid><dc:creator>Jay Tyzzer</dc:creator><description>&lt;p&gt;Please review the Datasheet as it relates to max voltage on the GPIO in relation to the VDD.&amp;nbsp; Section 20.4.1 page 154.&amp;nbsp; &amp;nbsp;The UART at 3.3V with VDD at 1.8V is not ok.&amp;nbsp; I believe&amp;nbsp;this is why&amp;nbsp;the&amp;nbsp; part stopped working.&amp;nbsp; On a separate somewhat unrelated note,&amp;nbsp; the RF output Matching / harmonic&amp;nbsp; network is incorrect.&amp;nbsp; C12 should be populated. The trace from C12&amp;nbsp; to the VSS_PA is to long and will effect harmonic content.&amp;nbsp; &amp;nbsp;The design is also missing a matching network for the Antenna.&amp;nbsp; &amp;nbsp;There should be no traces or components near the antenna.&amp;nbsp;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Could deviations from nRF52832 reference design cause chip to die during DTM testing?</title><link>https://devzone.nordicsemi.com/thread/242787?ContentTypeID=1</link><pubDate>Tue, 31 Mar 2020 19:51:43 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a5194a43-7929-4093-a002-8a0b50f14cc8</guid><dc:creator>wes_nCase</dc:creator><description>&lt;p&gt;Hi Jay,&lt;/p&gt;
&lt;p&gt;Our board is usually powered by&amp;nbsp;a 3V CR2450 coin cell battery through a 1.8v LDO to the VDD pins. We also have a port for testing that directly exposes pins that the UART&amp;nbsp;plugs&amp;nbsp;into and puts 3.3V directly on the VDD pins. When they were running the DTM testing they had the battery connected and the UART plugged in so VDD was receiving 1.8V from the battery/LDO and 3.3V from the UART. Does that make sense? Thank you for any help.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Could deviations from nRF52832 reference design cause chip to die during DTM testing?</title><link>https://devzone.nordicsemi.com/thread/242782?ContentTypeID=1</link><pubDate>Tue, 31 Mar 2020 18:58:58 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5871b023-835e-4487-82cf-933b56fdc177</guid><dc:creator>Jay Tyzzer</dc:creator><description>&lt;p&gt;Hello Wes,&lt;/p&gt;
&lt;p&gt;Can you clarify this please?&amp;nbsp; &amp;quot;&lt;span&gt;&amp;nbsp;Unit being powered by&amp;nbsp;UART and a lipo battery.&amp;quot;&amp;nbsp; Do you have a external LDO or DC/DC supplying&amp;nbsp;the 1.8vdc?&lt;/span&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>