<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Internal noise on UART RX pin in Kinetis Microcontrollers</title>
    <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954806#M66765</link>
    <description>&lt;P&gt;Thanks, Erich! &amp;nbsp;Actually, it turned out to be even more mundane, though I did configure the pin for internal pull-up, based on your suggestion. &amp;nbsp;After posting, last night, I reset the test device, and the RX line was smooth. &amp;nbsp;It must've been some stray oscillation noise I'd picked up during previous testing. &amp;nbsp;But the problem is still there. &amp;nbsp;See my other comment in this thread.&lt;/P&gt;</description>
    <pubDate>Sun, 15 Sep 2024 17:01:51 GMT</pubDate>
    <dc:creator>aaronm</dc:creator>
    <dc:date>2024-09-15T17:01:51Z</dc:date>
    <item>
      <title>Internal noise on UART RX pin</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954728#M66763</link>
      <description>&lt;UL&gt;&lt;LI&gt;µcontroller: FRDM-K66F&lt;/LI&gt;&lt;LI&gt;MCUXpresso version: v11.10.0&lt;/LI&gt;&lt;LI&gt;SDK: 2.11.0&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I'm trying to read bytes on UART1 sent from my PC to the FRDM-K66F. &amp;nbsp;I can see the bytes properly transferring from the PC to the RX input pin on the K66F, but the bytes as read by the software - using interrupt method, instead of polling - are all garbage. &amp;nbsp;The&amp;nbsp;&lt;SPAN&gt;&lt;FONT color="#FF9900"&gt;kUART_NoiseErrorFlag&lt;/FONT&gt; is set nearly all the time, too.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I notice that the RX pin is creating a wave form that is probably contributing to the problem. &amp;nbsp;In image 1, you can see the periodic dips in the yellow wave. &amp;nbsp;Those are being generated by the RX pin itself, because if I disconnect the RX pin from the 'scope, I get a clean signal line. &amp;nbsp;See image 2.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I've tried filtering the line with various sized capacitors, but the smaller ones don't do anything, and the larger ones just filter out all mark/space changes.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Why is the RX pin generating this waveform, and how do I read the input bytes on the µcontroller without the noise?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 15 Sep 2024 06:24:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954728#M66763</guid>
      <dc:creator>aaronm</dc:creator>
      <dc:date>2024-09-15T06:24:36Z</dc:date>
    </item>
    <item>
      <title>Re: Internal noise on UART RX pin</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954731#M66764</link>
      <description>&lt;P&gt;Just my 1 cent: Capacitors are not the solutions imho. I think you need to think about pull-resistors instead. This all depends on what your PC side is doing. I had similar issues in the past, see &lt;A href="https://mcuoneclipse.com/2014/03/30/getting-bluetooth-working-with-jy-mcu-bt_board-v1-06/" target="_blank"&gt;https://mcuoneclipse.com/2014/03/30/getting-bluetooth-working-with-jy-mcu-bt_board-v1-06/&lt;/A&gt;&lt;/P&gt;&lt;P&gt;In the above case, the easy solution was to enable the MCU internal pull-ups on the RX side of the MCU.&lt;/P&gt;&lt;P&gt;I hope this helps,&lt;/P&gt;&lt;P&gt;Erich&lt;/P&gt;</description>
      <pubDate>Sun, 15 Sep 2024 07:17:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954731#M66764</guid>
      <dc:creator>ErichStyger</dc:creator>
      <dc:date>2024-09-15T07:17:36Z</dc:date>
    </item>
    <item>
      <title>Re: Internal noise on UART RX pin</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954806#M66765</link>
      <description>&lt;P&gt;Thanks, Erich! &amp;nbsp;Actually, it turned out to be even more mundane, though I did configure the pin for internal pull-up, based on your suggestion. &amp;nbsp;After posting, last night, I reset the test device, and the RX line was smooth. &amp;nbsp;It must've been some stray oscillation noise I'd picked up during previous testing. &amp;nbsp;But the problem is still there. &amp;nbsp;See my other comment in this thread.&lt;/P&gt;</description>
      <pubDate>Sun, 15 Sep 2024 17:01:51 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954806#M66765</guid>
      <dc:creator>aaronm</dc:creator>
      <dc:date>2024-09-15T17:01:51Z</dc:date>
    </item>
    <item>
      <title>Re: Internal noise on UART RX pin</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954812#M66766</link>
      <description>&lt;P&gt;I figured out the oscillating wave form, but I'm still getting garbage input from &lt;FONT color="#FF9900"&gt;UART_ReadByte&lt;/FONT&gt;, or &lt;FONT color="#FF9900"&gt;UART_ReadBlocking&lt;/FONT&gt;. &amp;nbsp;Here's the pattern I've observed, and it's consistent across device resets:&lt;/P&gt;&lt;P&gt;'a' 141 - 0110 0001 : 216 - 1101 1000&lt;BR /&gt;'b' 142 - 0110 0010 : 249 - 1111 1001&lt;BR /&gt;'c' 143 - 0110 0011 : 249 - 1111 1001&lt;BR /&gt;'d' 144 - 0110 0100 : 218 - 1101 1010&lt;BR /&gt;'A' 101 - 0100 0001 : 208 - 1101 0000&lt;/P&gt;&lt;P&gt;For example, when I press 'a' on the keyboard, I see an 'a' on the 'scope screen, but reading the byte in the code returns 216, instead of 141. &amp;nbsp;And so on with the other values. &amp;nbsp;'b' and 'c' are weird in that they both return 249, instead of individual values.&lt;/P&gt;&lt;P&gt;The UART and serial emulator on the PC are both configured for 9600/n/8/1. &amp;nbsp;Again, the values I listed are consistent across restarts, but do show up correctly on the oscilloscope.&lt;/P&gt;</description>
      <pubDate>Sun, 15 Sep 2024 17:08:59 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954812#M66766</guid>
      <dc:creator>aaronm</dc:creator>
      <dc:date>2024-09-15T17:08:59Z</dc:date>
    </item>
    <item>
      <title>Re: Internal noise on UART RX pin</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954840#M66767</link>
      <description>&lt;P&gt;Additional info: I added &lt;FONT color="#FF9900"&gt;UART2&lt;/FONT&gt; for testing, thinking maybe there was something physically wrong with UART1, and it behaves the same way, with the bit patterns as mentioned, above, on the UART2 pins. &amp;nbsp;(Only RX is used, at the moment.) &amp;nbsp;So it doesn't seem to be a physical problem with the FRDM-K66, but a configuration thing.&lt;/P&gt;</description>
      <pubDate>Sun, 15 Sep 2024 19:52:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954840#M66767</guid>
      <dc:creator>aaronm</dc:creator>
      <dc:date>2024-09-15T19:52:36Z</dc:date>
    </item>
    <item>
      <title>Re: Internal noise on UART RX pin</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954847#M66768</link>
      <description>&lt;P&gt;I think I figured it out: it seems like a &lt;FONT color="#FF9900"&gt;clock issue&lt;/FONT&gt;. &amp;nbsp;I added a line of code to repeatedly send the character 'a' to the PC from the K66, and the PC couldn't properly read it, and the oscilloscope image looked a little weird, too: stretched out. &amp;nbsp;Looking at the PC (yellow) wave, and the K66 (purple) wave shows that their timing is not identical, though it's supposed to be an 'a' in both cases. &amp;nbsp;I adjusted the clock settings in the &lt;FONT color="#FF9900"&gt;Clock perspective&lt;/FONT&gt;, and ran my tests again: I'm getting useful characters as I expect. &amp;nbsp;So, thanks to everyone for the assistance.&lt;/P&gt;</description>
      <pubDate>Sun, 15 Sep 2024 21:24:31 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/Internal-noise-on-UART-RX-pin/m-p/1954847#M66768</guid>
      <dc:creator>aaronm</dc:creator>
      <dc:date>2024-09-15T21:24:31Z</dc:date>
    </item>
  </channel>
</rss>

