<?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>Kinetis Microcontrollers中的主题 Re: UART data corruption at RX end</title>
    <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1157738#M58232</link>
    <description>&lt;P&gt;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/176334"&gt;@kbhat&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;If the data is correct when you look at it in docklight, why wouldn't you assume the problem is in your PC application?&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If I understand the flow correctly:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Firmware is sending 9 byte packet&lt;/LI&gt;&lt;LI&gt;PC Software is acknowledging receipt of the packet&amp;nbsp;&lt;/LI&gt;&lt;LI&gt;When PC Software is processing the the 9 byte packet it becomes apparent that the last three bytes are zeros&amp;nbsp;&amp;nbsp;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Is therre a checkbyte in your packet that ensures the data is correct (and generates the ack in the PC Software)?&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;myke&lt;/P&gt;</description>
    <pubDate>Wed, 23 Sep 2020 12:43:48 GMT</pubDate>
    <dc:creator>myke_predko</dc:creator>
    <dc:date>2020-09-23T12:43:48Z</dc:date>
    <item>
      <title>UART data corruption at RX end</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1157702#M58229</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;I'm using a MK10FX512VLQ microcontroller for development. Firmware sends data packets to a Windows PC Application through UART. At a specific data packet which is of 9 bytes that is being sent from the firmware via UART to PC app, the data is getting corrupted with the last 3 bytes being overwritten to zero. When the Firmware sends the same data packet to Docklight, the data packet is sent intact without any corruption. But when the same data packet is sent to the PC App, the PC App is receiving a corrupted data. Have tried several methods to debug this issue. But couldn't find a solution.&amp;nbsp; Please suggest solution.&lt;/P&gt;&lt;P&gt;Awaiting replies.&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Krithika&lt;/P&gt;</description>
      <pubDate>Wed, 23 Sep 2020 11:56:34 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1157702#M58229</guid>
      <dc:creator>kbhat</dc:creator>
      <dc:date>2020-09-23T11:56:34Z</dc:date>
    </item>
    <item>
      <title>Re: UART data corruption at RX end</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1157706#M58230</link>
      <description>&lt;P&gt;Check the baud rate and frame format.&lt;BR /&gt;Docklight might be more forgiving about miss-matches than PC.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 23 Sep 2020 11:50:32 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1157706#M58230</guid>
      <dc:creator>bobpaddock</dc:creator>
      <dc:date>2020-09-23T11:50:32Z</dc:date>
    </item>
    <item>
      <title>Re: UART data corruption at RX end</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1157708#M58231</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;The baud rate &amp;amp; frame format is correct. The other data packets are being received properly by the PC App and giving an ACK to firmware. But a specific data packet is getting corrupted.&lt;/P&gt;</description>
      <pubDate>Wed, 23 Sep 2020 11:53:58 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1157708#M58231</guid>
      <dc:creator>kbhat</dc:creator>
      <dc:date>2020-09-23T11:53:58Z</dc:date>
    </item>
    <item>
      <title>Re: UART data corruption at RX end</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1157738#M58232</link>
      <description>&lt;P&gt;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/176334"&gt;@kbhat&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;If the data is correct when you look at it in docklight, why wouldn't you assume the problem is in your PC application?&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If I understand the flow correctly:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Firmware is sending 9 byte packet&lt;/LI&gt;&lt;LI&gt;PC Software is acknowledging receipt of the packet&amp;nbsp;&lt;/LI&gt;&lt;LI&gt;When PC Software is processing the the 9 byte packet it becomes apparent that the last three bytes are zeros&amp;nbsp;&amp;nbsp;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Is therre a checkbyte in your packet that ensures the data is correct (and generates the ack in the PC Software)?&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;myke&lt;/P&gt;</description>
      <pubDate>Wed, 23 Sep 2020 12:43:48 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1157738#M58232</guid>
      <dc:creator>myke_predko</dc:creator>
      <dc:date>2020-09-23T12:43:48Z</dc:date>
    </item>
    <item>
      <title>Re: UART data corruption at RX end</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1160687#M58308</link>
      <description>&lt;P&gt;Hi Myke,&lt;/P&gt;&lt;P&gt;Thanks for the suggestion. The sequence of FW - PC App that you mentioned is correct. The issue was at the PC App. We added a small delay of 25ms at the serial port read method of the PC App &amp;amp; the issue got resolved.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for the support.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Krithika&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 12:43:21 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1160687#M58308</guid>
      <dc:creator>kbhat</dc:creator>
      <dc:date>2020-09-29T12:43:21Z</dc:date>
    </item>
    <item>
      <title>Re: UART data corruption at RX end</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1160692#M58309</link>
      <description>&lt;P&gt;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/176334"&gt;@kbhat&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;That's great you found your problem.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Good work!&lt;/P&gt;&lt;P&gt;myke&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 12:45:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1160692#M58309</guid>
      <dc:creator>myke_predko</dc:creator>
      <dc:date>2020-09-29T12:45:55Z</dc:date>
    </item>
    <item>
      <title>Re: UART data corruption at RX end</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1160693#M58310</link>
      <description>&lt;P&gt;Thank you.&lt;/P&gt;&lt;P&gt;Krithika&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 12:46:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/UART-data-corruption-at-RX-end/m-p/1160693#M58310</guid>
      <dc:creator>kbhat</dc:creator>
      <dc:date>2020-09-29T12:46:36Z</dc:date>
    </item>
  </channel>
</rss>

