<?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>8-bit MicrocontrollersのトピックSCI: LF works, but not CR</title>
    <link>https://community.nxp.com/t5/8-bit-Microcontrollers/SCI-LF-works-but-not-CR/m-p/214333#M18542</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have a strange bug that I'm unable to figure out yet.&amp;nbsp; I have a set of serial debugger functions that I want to use with my JS16 target.&amp;nbsp; So far so good, but my transmit function (TxString) behaves strangely.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In particular, I can't seem to get a carriage return code (0x0D) to register.&amp;nbsp; I'm using Realterm, in ASCII mode to see the LF and CR characters represented on the terminal.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Here's my code:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;/********************************************************************
 * TxString():&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; send string of characters as ASCII via SCI
 *
 * Parameters:&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; pointer s, new line option
 * Entry Conditions:&amp;nbsp; None.
 * Exit Conditions:&amp;nbsp;&amp;nbsp; None.
 * Return:&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; None.
 * Remarks:&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; no limit on input number of characters,
 *&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; option for outputting newline escape characters
 *&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; after conclusion of string
 ********************************************************************/

void TxString(byte* string,byte newline){&amp;nbsp; word time = 0xFF00;&amp;nbsp;&amp;nbsp;&amp;nbsp; do&amp;nbsp; {&amp;nbsp;&amp;nbsp;&amp;nbsp; __RESET_WATCHDOG(); // feeds the dog&amp;nbsp;&amp;nbsp;&amp;nbsp; while(!SCIS1_TDRE)&amp;nbsp;&amp;nbsp;&amp;nbsp; {&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; __RESET_WATCHDOG(); // feeds the dog&amp;nbsp;&amp;nbsp;&amp;nbsp; }&amp;nbsp;&amp;nbsp;&amp;nbsp; SCID = *string;&amp;nbsp; } while (*++string != 0);&amp;nbsp; if (newline == TRUE)&amp;nbsp; {&amp;nbsp;&amp;nbsp;&amp;nbsp; SCID = CR; // send carriage return &lt;EM&gt;&lt;STRONG&gt;&amp;lt;--- this line doesn't do anything in Realterm&lt;/STRONG&gt;&lt;/EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; SCID = LF; // send line feed&amp;nbsp; }&amp;nbsp; while(!SCIS1_TC)&amp;nbsp; {&amp;nbsp;&amp;nbsp;&amp;nbsp; __RESET_WATCHDOG(); // feeds the dog&amp;nbsp; }} // end TxString()&lt;/PRE&gt;&lt;P&gt;The macros "CR" and "LF" equate to 0x0d and 0x0a.&amp;nbsp; The CR line doesn't seem to send anything, but LF does.&amp;nbsp; It's as if the CR is being swallowed.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Curiously, if I call TxString with embedded escape codes, then I can get repeatable CRs:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;TxString("CRLF test here ---&amp;gt;\r\n",0);&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;Now why is that?&amp;nbsp; What's so special about the "\r"?!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 08 Mar 2012 06:25:54 GMT</pubDate>
    <dc:creator>irob</dc:creator>
    <dc:date>2012-03-08T06:25:54Z</dc:date>
    <item>
      <title>SCI: LF works, but not CR</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/SCI-LF-works-but-not-CR/m-p/214333#M18542</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have a strange bug that I'm unable to figure out yet.&amp;nbsp; I have a set of serial debugger functions that I want to use with my JS16 target.&amp;nbsp; So far so good, but my transmit function (TxString) behaves strangely.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In particular, I can't seem to get a carriage return code (0x0D) to register.&amp;nbsp; I'm using Realterm, in ASCII mode to see the LF and CR characters represented on the terminal.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Here's my code:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;/********************************************************************
 * TxString():&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; send string of characters as ASCII via SCI
 *
 * Parameters:&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; pointer s, new line option
 * Entry Conditions:&amp;nbsp; None.
 * Exit Conditions:&amp;nbsp;&amp;nbsp; None.
 * Return:&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; None.
 * Remarks:&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; no limit on input number of characters,
 *&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; option for outputting newline escape characters
 *&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; after conclusion of string
 ********************************************************************/

void TxString(byte* string,byte newline){&amp;nbsp; word time = 0xFF00;&amp;nbsp;&amp;nbsp;&amp;nbsp; do&amp;nbsp; {&amp;nbsp;&amp;nbsp;&amp;nbsp; __RESET_WATCHDOG(); // feeds the dog&amp;nbsp;&amp;nbsp;&amp;nbsp; while(!SCIS1_TDRE)&amp;nbsp;&amp;nbsp;&amp;nbsp; {&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; __RESET_WATCHDOG(); // feeds the dog&amp;nbsp;&amp;nbsp;&amp;nbsp; }&amp;nbsp;&amp;nbsp;&amp;nbsp; SCID = *string;&amp;nbsp; } while (*++string != 0);&amp;nbsp; if (newline == TRUE)&amp;nbsp; {&amp;nbsp;&amp;nbsp;&amp;nbsp; SCID = CR; // send carriage return &lt;EM&gt;&lt;STRONG&gt;&amp;lt;--- this line doesn't do anything in Realterm&lt;/STRONG&gt;&lt;/EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; SCID = LF; // send line feed&amp;nbsp; }&amp;nbsp; while(!SCIS1_TC)&amp;nbsp; {&amp;nbsp;&amp;nbsp;&amp;nbsp; __RESET_WATCHDOG(); // feeds the dog&amp;nbsp; }} // end TxString()&lt;/PRE&gt;&lt;P&gt;The macros "CR" and "LF" equate to 0x0d and 0x0a.&amp;nbsp; The CR line doesn't seem to send anything, but LF does.&amp;nbsp; It's as if the CR is being swallowed.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Curiously, if I call TxString with embedded escape codes, then I can get repeatable CRs:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;TxString("CRLF test here ---&amp;gt;\r\n",0);&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;Now why is that?&amp;nbsp; What's so special about the "\r"?!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 08 Mar 2012 06:25:54 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/SCI-LF-works-but-not-CR/m-p/214333#M18542</guid>
      <dc:creator>irob</dc:creator>
      <dc:date>2012-03-08T06:25:54Z</dc:date>
    </item>
    <item>
      <title>Re: SCI: LF works, but not CR</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/SCI-LF-works-but-not-CR/m-p/214334#M18543</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When you send the string data, you are waiting for TDRE flag to become set before sending the next character.&amp;nbsp; However, you are not doing this when you separately send the control characters.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Mac&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 08 Mar 2012 06:35:17 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/SCI-LF-works-but-not-CR/m-p/214334#M18543</guid>
      <dc:creator>bigmac</dc:creator>
      <dc:date>2012-03-08T06:35:17Z</dc:date>
    </item>
    <item>
      <title>Re: SCI: LF works, but not CR</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/SCI-LF-works-but-not-CR/m-p/214335#M18544</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Huh, what do you know?&amp;nbsp; It was right in front of me the whole time.&amp;nbsp; Thanks, bigmac.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 14 Mar 2012 22:20:21 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/SCI-LF-works-but-not-CR/m-p/214335#M18544</guid>
      <dc:creator>irob</dc:creator>
      <dc:date>2012-03-14T22:20:21Z</dc:date>
    </item>
  </channel>
</rss>

