<?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: K60 RTS/CTS lines and MQX not working?</title>
    <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/K60-RTS-CTS-lines-and-MQX-not-working/m-p/168159#M1053</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Well, I thought I had it by defining&lt;/P&gt;&lt;P&gt;﻿﻿BSPCFG_ENABLE_TTYD_HW_SIGNALS&lt;/P&gt;&lt;P&gt;in the user_config.h file, but after rebuilding the BSP and PSP, it's still no go. &amp;nbsp;(or rather, still no 'stop')&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;JPA&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 20 Sep 2011 04:06:06 GMT</pubDate>
    <dc:creator>jpa</dc:creator>
    <dc:date>2011-09-20T04:06:06Z</dc:date>
    <item>
      <title>K60 RTS/CTS lines and MQX not working?</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/K60-RTS-CTS-lines-and-MQX-not-working/m-p/168158#M1052</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Any secrets to getting HW handshaking working on the K60N512 and MQX? &amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What I have:&lt;/P&gt;&lt;P&gt;* A jumper on J13 7-8 on the TWR-SER board&lt;/P&gt;&lt;P&gt;* A jumper on J18 1-2 on the TWR-SER board&lt;/P&gt;&lt;P&gt;* The other standard jumpers for the K60 demos&lt;/P&gt;&lt;P&gt;* I open the port using fopen(devname, (char const *) IO_SERIAL_HW_FLOW_CONTROL);&lt;/P&gt;&lt;P&gt;* For kicks, I poll the hardware line using ioctl(dev, IO_IOCTL_SERIAL_GET_HW_SIGNAL, &amp;amp;signals) and test for IO_SERIAL_CTS and IO_SERIAL_RTS and the result of the test doesn't change, even though I can see the signal changing with a breakout box. &amp;nbsp;&lt;/P&gt;&lt;P&gt;* serial port is configured using the interrupt driver&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Transmissions from the K60 board continue no matter the state of the external pins...which I guess makes sense if MQX can't see the proper state of the pins either. &amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;JPA&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 20 Sep 2011 02:31:45 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/K60-RTS-CTS-lines-and-MQX-not-working/m-p/168158#M1052</guid>
      <dc:creator>jpa</dc:creator>
      <dc:date>2011-09-20T02:31:45Z</dc:date>
    </item>
    <item>
      <title>Re: K60 RTS/CTS lines and MQX not working?</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/K60-RTS-CTS-lines-and-MQX-not-working/m-p/168159#M1053</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Well, I thought I had it by defining&lt;/P&gt;&lt;P&gt;﻿﻿BSPCFG_ENABLE_TTYD_HW_SIGNALS&lt;/P&gt;&lt;P&gt;in the user_config.h file, but after rebuilding the BSP and PSP, it's still no go. &amp;nbsp;(or rather, still no 'stop')&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;JPA&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 20 Sep 2011 04:06:06 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/K60-RTS-CTS-lines-and-MQX-not-working/m-p/168159#M1053</guid>
      <dc:creator>jpa</dc:creator>
      <dc:date>2011-09-20T04:06:06Z</dc:date>
    </item>
    <item>
      <title>Re: K60 RTS/CTS lines and MQX not working?</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/K60-RTS-CTS-lines-and-MQX-not-working/m-p/168160#M1054</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Can you change to using pooling in stead of interrupt?&lt;/P&gt;&lt;P&gt;Look at the MQX code, you can see that they limited hardware hanshaking for polling only intentionally.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 25 Sep 2011 09:45:27 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/K60-RTS-CTS-lines-and-MQX-not-working/m-p/168160#M1054</guid>
      <dc:creator>Dekiru</dc:creator>
      <dc:date>2011-09-25T09:45:27Z</dc:date>
    </item>
    <item>
      <title>Re: K60 RTS/CTS lines and MQX not working?</title>
      <link>https://community.nxp.com/t5/Kinetis-Microcontrollers/K60-RTS-CTS-lines-and-MQX-not-working/m-p/168161#M1055</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for the suggestion, I'll give it a try. &amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I wonder why that is, though? &amp;nbsp;Does it say why in the code? &amp;nbsp;Handshaking is built into the hardware, so I wouldn't have thought it would complicate the interrupt handling. &amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm new to MQX so I may be missing something, but polling seems antithetical to a multi-tasking RTOS. &amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;JPA&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 28 Sep 2011 00:04:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Kinetis-Microcontrollers/K60-RTS-CTS-lines-and-MQX-not-working/m-p/168161#M1055</guid>
      <dc:creator>jpa</dc:creator>
      <dc:date>2011-09-28T00:04:17Z</dc:date>
    </item>
  </channel>
</rss>

