<?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>MCUXpresso Config ToolsのトピックUART stop bit framing issue</title>
    <link>https://community.nxp.com/t5/MCUXpresso-Config-Tools/UART-stop-bit-framing-issue/m-p/537423#M24</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We are having compatibility trouble with a modbus device we are trying to interface with a KE06 processor over RS485 2-wire.&amp;nbsp; It appears that the Kinetis UART samples the RX line 3 times and if one of the other samples doesn't match, it throws away the byte due to noise in the processor expert generated drivers.&amp;nbsp; The reason that this is a problem with us with this particular modbus device is that they are turning off their RS485 driver before the last stop bit in their message is complete.&lt;/P&gt;&lt;P style="min- padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So, we have modified the drivers to not throw away the byte, but I guess my question would be should the byte really be flagged as "noisy" if the data and parity were fine?&lt;/P&gt;&lt;P style="min- padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Also, it appears as though changing it to 2 stop bits also works around the issue.&amp;nbsp; They are effectively transmitting 1.5 stop bits in 2 stop bit mode, but the kinetis UART appears to be ok with that, so it must only be checking if the first stop bit is "noisy" in 2 stop bit mode.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 18 Aug 2016 14:08:41 GMT</pubDate>
    <dc:creator>justinjansen</dc:creator>
    <dc:date>2016-08-18T14:08:41Z</dc:date>
    <item>
      <title>UART stop bit framing issue</title>
      <link>https://community.nxp.com/t5/MCUXpresso-Config-Tools/UART-stop-bit-framing-issue/m-p/537423#M24</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We are having compatibility trouble with a modbus device we are trying to interface with a KE06 processor over RS485 2-wire.&amp;nbsp; It appears that the Kinetis UART samples the RX line 3 times and if one of the other samples doesn't match, it throws away the byte due to noise in the processor expert generated drivers.&amp;nbsp; The reason that this is a problem with us with this particular modbus device is that they are turning off their RS485 driver before the last stop bit in their message is complete.&lt;/P&gt;&lt;P style="min- padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So, we have modified the drivers to not throw away the byte, but I guess my question would be should the byte really be flagged as "noisy" if the data and parity were fine?&lt;/P&gt;&lt;P style="min- padding: 0px;"&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Also, it appears as though changing it to 2 stop bits also works around the issue.&amp;nbsp; They are effectively transmitting 1.5 stop bits in 2 stop bit mode, but the kinetis UART appears to be ok with that, so it must only be checking if the first stop bit is "noisy" in 2 stop bit mode.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 18 Aug 2016 14:08:41 GMT</pubDate>
      <guid>https://community.nxp.com/t5/MCUXpresso-Config-Tools/UART-stop-bit-framing-issue/m-p/537423#M24</guid>
      <dc:creator>justinjansen</dc:creator>
      <dc:date>2016-08-18T14:08:41Z</dc:date>
    </item>
  </channel>
</rss>

