<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://community.arm.com/utility/feedstylesheets/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/"><channel><title>Solutions for LPC1768 ADC noise caused by debugging?</title><link>https://community.arm.com/developer/tools-software/tools/f/keil-forum/33949/solutions-for-lpc1768-adc-noise-caused-by-debugging</link><description> 
I am using the Keil uVision5 IDE with the ULINKpro Debug and Trace
Adaptor connected to the MCB1700 Evaluation Board. (Target MCU is the
NXP LPC1768) 

 
It has been discovered that when in a debug session, analog to
digital conversions are affected</description><dc:language>en-US</dc:language><generator>Telligent Community 10</generator><item><title>RE: Solutions for LPC1768 ADC noise caused by debugging?</title><link>https://community.arm.com/thread/120908?ContentTypeID=1</link><pubDate>Fri, 04 Nov 2016 06:58:53 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:1266b418-b820-48c6-a4d5-173fecfbda74</guid><dc:creator>Joseph Murray</dc:creator><description>&lt;p&gt;&lt;p&gt;
That sounds like a fair idea to adopt. Cheers.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Solutions for LPC1768 ADC noise caused by debugging?</title><link>https://community.arm.com/thread/108941?ContentTypeID=1</link><pubDate>Fri, 04 Nov 2016 06:46:24 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:b29a0c56-ed93-4f3d-95d0-50319e2004cf</guid><dc:creator>edPer Westermark</dc:creator><description>&lt;p&gt;&lt;p&gt;
I normally make sure I have a serial channel on production boards
so I can look at what happens in a nonintrusive way.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Solutions for LPC1768 ADC noise caused by debugging?</title><link>https://community.arm.com/thread/83401?ContentTypeID=1</link><pubDate>Fri, 04 Nov 2016 03:27:44 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:496fea5e-bbd9-4605-a19d-3986a9726661</guid><dc:creator>Joseph Murray</dc:creator><description>&lt;p&gt;&lt;p&gt;
The development will be in a dynamic setup where breakpoints
cannot be used during run time and trace profiling of ADCs would be
of value to monitor system response during operation. However the
issue is seen within the MCB1700 Evaluation Board as a standalone
setup on a workbench.&lt;/p&gt;

&lt;p&gt;
I guess trace though the uVision debugger session is just
something which won&amp;rsquo;t work ideally for this application. I will
have look at providing this live data though a serial port to PC GUI
or LCD instead.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Solutions for LPC1768 ADC noise caused by debugging?</title><link>https://community.arm.com/thread/69697?ContentTypeID=1</link><pubDate>Thu, 03 Nov 2016 01:27:13 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:cc797670-1854-4e20-b975-6710a29e6e79</guid><dc:creator>edPer Westermark</dc:creator><description>&lt;p&gt;&lt;p&gt;
Do you need to do that kind of debugging in a live environment
where the extra noise actually matters? Most noise (unless you have
external circuitry with high gain or high impedance) tends to be from
the supply voltages, the analog reference voltage and ground - but
it&amp;#39;s a big step to improve the hardware at a late stage of
deployment.&lt;/p&gt;

&lt;p&gt;
NXP tends to recommend to keep down the CPU load - such as
sleeping the core - if you need to really hunt for noise.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>