AVR fleury UART getS - Vergleich funzt nicht

[Moritz S. (moritzs)]

Hi Zusammen
...mal wieder das leidige Thema UART:
Ich hab ein paar Probleme mit der Library von Peter Fleury:
ich versuche auf meinem ATmega8 einen String, der über den UART 
reinkommt, mit einer Konstante ("an", "aus", ...) zu vergleichen. Dies 
klappt jedoch leider nicht. Die Vergleiche sind immer false. Hier also 
mein Code:

void uart_gets(char* Buffer, int MaxLen)
{
  char NextChar;
  char StringLen = 0;

  NextChar = uart_getc();                                  // Warte auf und empfange das nächste Zeichen
  uart_putc(NextChar);                                     // für Echo
  while((NextChar != '\r') && (StringLen < MaxLen - 1))    //sammle Zeichen bis '\r' empfangen oder Array voll
  {
    *Buffer++ = NextChar;
    StringLen++;
    NextChar = uart_getc();
    uart_putc(NextChar);
  }
  Buffer = '\0';
}



int main(void)
{
  uart_init(UART_BAUD_SELECT(UART_BAUD_RATE, F_CPU));               //init
  sei();
  char temp[25];

  while(1)
  {
    uart_gets(temp, 20);
    if(strcmp(temp, "an") == 0)
    {
      uart_puts("non-empty string received:");                     //dieser Fall tritt nie ein
      uart_puts(temp);
    }
  }
}

Was mache ich falsch?

[Martin T. (mthomas) (Moderator)]

uart_getc aus Peter Fleurys AVR UART-Library gibt einen 16-bit integer 
zurück. Zumindest wenn das nicht inzwischen geändert wurde, habe nur 
ältere Version hier. Im MSB ist u.a. kodierte, ob ein Zeichen gelesen 
wurde, falls Zeichen empfangen ( steht dieses im LSB. Ist in uart.h 
erläutert und wird in der Beispielanwendung demonstriert. "Auf Zeichen 
warten" in der Art:

  uint16_t ugc;
  char c;

  while ( ( ugc = uart_getc() ) & UART_NO_DATA ) { ; }
  c = (char)ugc;

[Moritz S. (moritzs)]

Herzlichen Dank erstmal, die Sache mit den 16bit-Zahlen wusste ich zwar, 
hatte sie aber nicht hinreichend berücksichtigt. Leider funzt mein 
modifizierter Code immer noch nicht:

void uart_gets(char* Buffer, int MaxLen)
{
  int Count = 0;
  unsigned int c;

  c = uart_getc();
  c = (unsigned char)c;
  uart_putc(c);
  while(c != '.')
  {
    Buffer[Count++] = c;
    c = uart_getc();
    c = (unsigned char)c;
    uart_putc(c);
  }
  Buffer[Count] = '\0';          //wird nie ausgeführt
  uart_puts("-->");  
  uart_puts(Buffer);
}

Ich hab die Fehlerbehandlung mal komplett rausgelassen, 'Luxus' kann man 
immer noch später implementieren. Die Bedingung in der while-Schleife 
ist allerdings immer wahr, so dass der Pfeil (-->) nie ausgegeben wird.
Wo ist mein Denkfehler?

[Stefan E. (sternst)]

Dein Problem ist nicht, dass uart_getc ein int zurück gibt, sondern dass 
es immer sofort zurück kommt. Du erwartest offensichtlich, dass 
uart_getc erst zurück kommt, wenn auch ein Zeichen zur Verfügung steht. 
Dem ist aber nicht so.

[Moritz S. (moritzs)]

...ja, wenn grad keine Daten da sind, gibt der mir halt dieses 
UART_NO_DATA zurück, das ich ja "wegcaste". Übrig bleibt dann ja nur 
noch ne (binäre) Null. Das erklärt mir leider noch nicht, wieso der 
Vergleich in der while-Schleife immer wahr ist.

[holger (Gast)]

>Übrig bleibt dann ja nur
>noch ne (binäre) Null.

Weil Null nun mal !='.' ist ?

[Moritz S. (moritzs)]

schon klar, dass Null != '.' ist,
aber ich wenn ich doch (vom PC) nen Punkt sende, muss der Vergleich doch 
wahr sein, oder?

[Stefan E. (sternst)]

Moritz S. wrote:

> aber ich wenn ich doch (vom PC) nen Punkt sende, muss der Vergleich doch
> wahr sein, oder?

Und wann ist das? Wie viele Nullen hast du zu diesem Zeitpunkt schon 
nach Buffer geschrieben, bzw über das Ende von Buffer hinaus? Woher 
weißt du, dass zu dem Zeitpunkt, an dem der Punkt eintrifft, dein 
Programm nicht schon längst im Nirwana gelandet ist?

[Moritz S. (moritzs)]

weil ich immer noch die Buchstaben sehe, die ich in mein 
Terminalprogramm eingebe. Die werden ja - direkt nach Empfang - zurück 
an mich gesendet.