<?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: InterNiche Network Stack running Interupt Driven UART in ColdFire/68K Microcontrollers and Processors</title>
    <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF52233-InterNiche-Network-Stack-running-Interupt-Driven-UART/m-p/136599#M1820</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;DIV&gt;Kyle,&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;The Interrupt driven UART&amp;nbsp;does not work because&amp;nbsp;it is&amp;nbsp;still masked in the IMRL register.&amp;nbsp; In file mcf5223_init.c it set up the uarts with &lt;FONT face="Courier New"&gt;uart_init(0)&lt;/FONT&gt;. This includes tryng to correctly set the IMRL register but the IMRL bit 0&amp;nbsp;(mask all) is not cleared until a later call&amp;nbsp;to &lt;FONT face="Courier New"&gt;mcf5223_gpio_init().&lt;/FONT&gt;&amp;nbsp;For a temp fix, I must moved the &lt;FONT face="Courier New"&gt;uart_init(0)&lt;/FONT&gt;&amp;nbsp;to just after the &lt;FONT face="Courier New"&gt;mcf5223_gpio_init()&lt;/FONT&gt;function.&amp;nbsp; It does not seem clear that the uart init should here in the first place but it needs to be near the top as there is all sorts of debug code that tries to print to the console.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Also, do not enable uart1 unless you are using it. It generates undesirable interrupts that&amp;nbsp;I did not have a chance to track down the cause of&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;A word of advice, I have found MANY bugs in the InterNiche RTOS and IP stack. When using it and you find something wrong or not working correctly, don't assume it must be a bug in your code....&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;FlashToo&lt;/DIV&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 28 Mar 2007 14:34:40 GMT</pubDate>
    <dc:creator>flashtoo</dc:creator>
    <dc:date>2007-03-28T14:34:40Z</dc:date>
    <item>
      <title>MCF52233 - InterNiche Network Stack running Interupt Driven UART</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF52233-InterNiche-Network-Stack-running-Interupt-Driven-UART/m-p/136598#M1819</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV&gt;Hi there&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Just a few&amp;nbsp;simple questions:&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;I am using the MC52233DEMO board and interniche lite network stack. Using the ColdFire Lite project, I'd like to change the UART to be interrupt driven as opposed to polled....&lt;/DIV&gt;&lt;DIV&gt;Is this possible?&lt;/DIV&gt;&lt;DIV&gt;Has anyone done this or know of any example code?&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;I have commented out POLLED_UART and now the application doesn't work...&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Thanks&lt;/DIV&gt;&lt;DIV&gt;Kyle&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;--&lt;BR /&gt;Alban Edit: added device name in subject line&lt;/DIV&gt;&lt;P&gt;Message Edited by Alban on &lt;SPAN class="date_text"&gt;2007-03-28&lt;/SPAN&gt; &lt;SPAN class="time_text"&gt;08:34 PM&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 14 Nov 2006 22:45:25 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF52233-InterNiche-Network-Stack-running-Interupt-Driven-UART/m-p/136598#M1819</guid>
      <dc:creator>wyliek</dc:creator>
      <dc:date>2006-11-14T22:45:25Z</dc:date>
    </item>
    <item>
      <title>Re: InterNiche Network Stack running Interupt Driven UART</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF52233-InterNiche-Network-Stack-running-Interupt-Driven-UART/m-p/136599#M1820</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;DIV&gt;Kyle,&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;The Interrupt driven UART&amp;nbsp;does not work because&amp;nbsp;it is&amp;nbsp;still masked in the IMRL register.&amp;nbsp; In file mcf5223_init.c it set up the uarts with &lt;FONT face="Courier New"&gt;uart_init(0)&lt;/FONT&gt;. This includes tryng to correctly set the IMRL register but the IMRL bit 0&amp;nbsp;(mask all) is not cleared until a later call&amp;nbsp;to &lt;FONT face="Courier New"&gt;mcf5223_gpio_init().&lt;/FONT&gt;&amp;nbsp;For a temp fix, I must moved the &lt;FONT face="Courier New"&gt;uart_init(0)&lt;/FONT&gt;&amp;nbsp;to just after the &lt;FONT face="Courier New"&gt;mcf5223_gpio_init()&lt;/FONT&gt;function.&amp;nbsp; It does not seem clear that the uart init should here in the first place but it needs to be near the top as there is all sorts of debug code that tries to print to the console.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Also, do not enable uart1 unless you are using it. It generates undesirable interrupts that&amp;nbsp;I did not have a chance to track down the cause of&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;A word of advice, I have found MANY bugs in the InterNiche RTOS and IP stack. When using it and you find something wrong or not working correctly, don't assume it must be a bug in your code....&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;FlashToo&lt;/DIV&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 28 Mar 2007 14:34:40 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF52233-InterNiche-Network-Stack-running-Interupt-Driven-UART/m-p/136599#M1820</guid>
      <dc:creator>flashtoo</dc:creator>
      <dc:date>2007-03-28T14:34:40Z</dc:date>
    </item>
    <item>
      <title>Re: MCF52233 - InterNiche Network Stack running Interupt Driven UART</title>
      <link>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF52233-InterNiche-Network-Stack-running-Interupt-Driven-UART/m-p/136600#M1821</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;The INTC0 registers must also contain unique numbers for each interrupt source. This is incorrect in the Interniche code.&lt;BR /&gt;&lt;BR /&gt;Example piece of fixed initialisation stuff (if you are using a RAM vector table):&lt;BR /&gt;&lt;DIV&gt;&lt;DIV class="msg_source_code"&gt;&lt;DIV class="text_smallest"&gt;Code:&lt;/DIV&gt;&lt;PRE&gt;// Initialize the UART interrupts.if (portno == 0) {    mcf5xxx_set_handler(0x40+13, (ADDRESS)uart0_isr);    MCF_INTC0_ICR13 = MCF_INTC_ICR_IL(2) | MCF_INTC_ICR_IP(3);    MCF_INTC0_IMRL &amp;amp;= ~MCF_INTC_IMRL_MASK13;} else if (portno == 1) {    mcf5xxx_set_handler(0x40+14, (ADDRESS)uart1_isr);    MCF_INTC0_ICR14 = MCF_INTC_ICR_IL(2) | MCF_INTC_ICR_IP(4);    MCF_INTC0_IMRL &amp;amp;= ~MCF_INTC_IMRL_MASK14;} else {    mcf5xxx_set_handler(0x40+15, (ADDRESS)uart2_isr);    MCF_INTC0_ICR15 = MCF_INTC_ICR_IL(2) | MCF_INTC_ICR_IP(5);    MCF_INTC0_IMRL &amp;amp;= ~MCF_INTC_IMRL_MASK15;}&lt;/PRE&gt;&lt;/DIV&gt;&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;&lt;/DIV&gt;&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 26 Jun 2007 14:25:06 GMT</pubDate>
      <guid>https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/MCF52233-InterNiche-Network-Stack-running-Interupt-Driven-UART/m-p/136600#M1821</guid>
      <dc:creator>Petter_fupp</dc:creator>
      <dc:date>2007-06-26T14:25:06Z</dc:date>
    </item>
  </channel>
</rss>

