Problem beim UART Empfang

Gast #181247 
Hallo,

ich habe folgendes Problem. Kann mir bitte jemand aus der
"Betriebsblindheit" helfen? Danke.

Ich versuche ein über die UART empfangenes Zeichen auf einem LC-Display
darzustellen. Ich benutze die uart.c und uart.h von Pascal Stang
(Version 1.3)! Ich habe ein kleines Testprogramm geschrieben, um die
Funktionalität zu testen:

#include "global.h"
#include "lcd.c"
#include "uart.c"

int main()
{
  char* uartRXByte ={""};

  // initialize LCD
  lcdInit();
  lcdClear();
  lcdHome();
  // initialize UART
  uartInit();
  uartSetBaudRate(1200);
  uartFlushReceiveBuffer();

  while(1)
  {
    if(uartReceiveByte(uartRXByte))
    {
      lcdPrintData(uartRXByte,1);
      //uartFlushReceiveBuffer();
    }
  }
return(0);
}

Nun das Problem. Jedesmal, wenn ich ein Zeichen mit einem
Terminalprogramm an den Controller schicke, erscheint auf dem Display
"volles Zeichen" (wie Cursor). Ich habe nachgeschaut, es ist der
ASCII-Code 0xFF. Die UART-Routine scheint ja zu laufen, da er ja ein
empfangenes Zeichen erkennt und auch auf dem LC-Display ausgibt. Aber
warum immer das eine Falsche?! An den Pegeln, die der Controller am Pin
bekommt, sollte es nicht legen, die habe ich schon mehrfach überprüft.
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke
Gast 
Ja, die Kommunikation zwischen Controller und LCD läuft. Wenn ich einen
String mit

char* uartRXByte ={"Test"};
lcdPrintData(uartRXByte,);

ausgebe, dann steht der einwandfrei auf dem LC-Display.....
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
Warum sollte ich das nicht wollen??

   char* uartRXByte = {""};
   uartReceiveByte(uartRXByte);

oder (wie im Beispiel der uart.h steht)

   char uartRXByte;
   uartReceiveByte(&uartRXByte);

ist doch von der Funktionalität her das Gleiche!?
Dennoch habe ich auch folgendes probiert:

   char uartRXByte;
   char* lcdTXByte = {""};

   uartReceiveByte(&uartRXByte);
   *lcdTXByte = uartRXByte;   //oder    lcdTXByte = &uartRXByte;
   lcdPrintData(lcdTXByte,1);

Geht aber trotzdem nicht, das gleiche Problem, es wird nur jeweils ein
volles Kästchen dargestellt.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
Bitte re-iteriere das Kapitel über Pointer and Arrays im K&R.
Überleg' dir dann, wo der Speicherplatz für deine empfangenen Zeichen
liegt.  (Hint: du hast Speicherplatz für genau ein empfangenes
Zeichen.)
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
Hallo Jörg,

es geht mir ja nur um genau ein empfangenes Zeichen, nicht mehr. Die
Funktion uartReceiveByte gibt mir ein einziges Byte vom UART-RX-Buffer
zurück. Dieses in der Adresse von "uartRXByte" abgelegte Zeichen
(laut Beispiel in uart.h) ist vom Typ char. Die Funktion lcdPrintData
benötigt die Anfangsadresse und wieviele char. Mit
lcdPrintData(Anfangsadresse,1) sollte genau ein char ausgegeben
werden... oder?

Wo liegt mein Denkfehler?
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 21 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.