<?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>Constant Delay of a SAADC channel</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/76174/constant-delay-of-a-saadc-channel</link><description>Hello, 
 Project Description 
 in our project we have multiple nRF52DK and one nRF52840DK. We are using the SAADC on the nRF52DK. The SAADC is configured with 4 inputs in differential mode. The sample rate is 1 kHz (1 ms) and the resolution is 10 Bit</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 10 Jun 2021 09:38:34 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/76174/constant-delay-of-a-saadc-channel" /><item><title>RE: Constant Delay of a SAADC channel</title><link>https://devzone.nordicsemi.com/thread/314647?ContentTypeID=1</link><pubDate>Thu, 10 Jun 2021 09:38:34 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bc43977d-a75a-4440-a61c-7f4ecefc19f5</guid><dc:creator>ovrebekk</dc:creator><description>&lt;p&gt;Hi Michael&lt;/p&gt;
&lt;p&gt;It&amp;#39;s a bit hard to say what is happening here. My initial thought was that the buffer setup was incorrect and that the ADC would write to the buffer one position off, so that an old sample is left for one of the channels, but just by looking at your code I can&amp;#39;t spot any errors.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;If I understand your code correctly you will get interrupts from the ADC driver every 1ms, which could be problematic if there are a lot of other interrupts in the system, but if this was the case I would expect to see more drastic errors than the one you are seeing. In general I would recommend increasing the size of the buffers in order to reduce the CPU overhead,&amp;nbsp;as long as you can accept a bit higher latency.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Have you tried disabling the handover of ADC data to the UART and the NUS service to see if the problem still remains?&amp;nbsp;&lt;br /&gt;You should be able to check the values using the debugger in the case where you don&amp;#39;t send the ADC data anywhere.&amp;nbsp;&lt;/p&gt;
&lt;p&gt;Best regards&lt;br /&gt;Torbjørn&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>