Hilfe bei Zeichen über UART einlesen

[Jakob (Gast)]

Hallo ich habe da ein kleines Problem, ich habe eine Platine die ein 
Zeichen über RS232 schickt momentan ein "O". Am PC erkennt er das 
Zeichen und gibt es auf dem Terminal aus.
Ich habe aber ein 2te Platine mit meinen AVR drauf und ein Display, dort 
möchte ich das Zeichen empfangen und wieder geben. Display und Atmega 
und funktionieren einwandfrei. Baudrate ist auch richtig eingestellt.

Soweit ich das übers Debuggen raus gefunden habe hängt er in der get 
Routine fest, also erkennt er nicht das ein Zeichen ankommt.

Die Atmega Platine habe ich erfolgreich mit dem PC getestet, sie liest 
Zeichen ein und gibt auch Zeichen aus.

int main(void)
{
  DDRA = 0xFF; //Deklaration 11110000 1=Ausgang 0=Eingang
  DDRB = 0xFF; 
  DDRC = 0xFF;
  DDRD = 0xFF;
  
  

  init_uart(207);            //RS232 Initialisierung       
  
    
  
  InitialisierungDisplay();  
  
  while(1){  
        
  char Zeichen;
  Zeichen=uart_getchar();  
  printf("%c",Zeichen);  
  _delay_ms(1000);
  DisplayLoeschen();
  
  
  
    
  }//while(1)
}//Main



void init_uart (int UBRR_VAL)
{
  UCSRB |= (1<<TXEN) | (1<<RXEN);    // UART TX/RX einschalten
  UCSRC |= (1<<URSEL)|(3<<UCSZ0);    // Asynchron, 8Bit Framesize, Paritymode disabled, 1 Stopbit (8N1) 

  UBRRH = UBRR_VAL >> 8;
  UBRRL = UBRR_VAL & 0xFF; 
}





/*---------------------------------------------------------------------------
uart_getchar(): Empfangen einzelner Zeichen                       
---------------------------------------------------------------------------*/
unsigned char uart_getchar (void)
{
    while (!(UCSRA & (1<<RXC)))  // warten bis Zeichen verfuegbar
        {
    }
    return UDR;            // Zeichen aus UDR an Aufrufer zurueckgeben
}

[Karl H. (kbuchegg)]

Jakob schrieb:

> Soweit ich das übers Debuggen raus gefunden habe hängt er in der get
> Routine fest, also erkennt er nicht das ein Zeichen ankommt.

Könnte zb ein falsch ausgekreuztes Kabel sein.

[Purzel H. (hacky)]

Da ist nun nahezu alles falsch, waas man falsch machen kann. Also
- delay : gibt es nicht, ersatzlos gestrichen. Es wird
          generell nirgendwo gewartet. Falls es dennoch
          zu warten gibt, nimm einen Timer und mach was
          anderes.
- getchar : gibt es nicht, es wird nicht gewartet.
- printf() : gibt es nicht, viel zu intransparent,
             zu klotzig. Mach daraus ein writechar
             oder ein writehex, was bedeutet ein
             Durchreichen an den Display, ohne formatierung
- cleardisplay : gibt es nicht, dauert viel zu lange.
                 Mach ein zeilenumbruch, unten an der
                 Seite einen scroll.

[Karl H. (kbuchegg)]

Karl Heinz schrieb:
> Jakob schrieb:
>
>> Soweit ich das übers Debuggen raus gefunden habe hängt er in der get
>> Routine fest, also erkennt er nicht das ein Zeichen ankommt.
>
> Könnte zb ein falsch ausgekreuztes Kabel sein.

Nimm dir halt mal eine LED (samt Vorwiderstand nach GND) und berühre 
damit den Tx Leitung deines Gerätes. Die LED müsste dort blinken, 
bzw.flackern (so kannst du auch die Tx Leitung identifizeren).

Und dann verfolgst du das Signal, bis du am AVR beim Tx Pin angelangt 
bist. Irgendwo wirst du das Blinken verlieren. Dort sitzt dann dein 
Problem. Kann eine schlechte Lötstelle sein, ein falsch raum 
ausgekreuztes Kabel, Kabelbruch, was auch immer.

[Jakob (Gast)]

Ja, danke es war die falsch ausgekreuztes Kabel. Hätte wohl noch was 
länger gesucht.

Das delay steht/stand drinnen um das ganze anschaulicher zu testen.

Das mit dem Display habe ich anders nicht gelernt und hat bisher gut 
funktioniert, werde aber jetzt wegen deinem Hinweis mal dran arbeiten.