Led mit UART ansteuern

Sind ein paar Frage erlaubt ?

was ist PC5 ?

was ist /char = c;/ - wird das überhaupt übersetzt ?

Ich würde in der ISR USART_RXC_vect ein Event-Flag setzen (neues 
Zeichen da!).

Eine weitere Möglichkeit ist, das empfange Zeichen in einem RX-Fifo zu 
speichern und über die RX-Fifo Methode new_char():

1

bool_t rx_fifo_new_char(void);

abfragen, ob neue Zeichen eingetroffen sind.

was soll den hier passieren ?

1

else {

2

}

3

PORTB = (0<<PB1);

Das was ist mir klar.

Kanaille schrieb:
> else
>     {
>     }

auch sinnlos

Uwe S. schrieb:
> was ist PC5 ?

ein Portbit 5 im PortC eines Atmel, hier unbenutzt.

> was ist /char = c;/ - wird das überhaupt übersetzt ?

kann ich mir nicht vorstellen ohne Fehlermeldung.

@Joachim B.,

das sind doch teilweise rhetorische Fragen, Danke.
Ich kenne mich mit den AVR aus.

OK sorry....

Hallo  Kanaille ,

was definitiv Fakt ist, eine Variable die im Interrupt und im "normalen" 
Programm genutzt werden soll, muss !volatile! sein.


Das Delay blockiert den kompletten Prozess.....

Gruß
Jochen

Kanaille schrieb:

> ja in dem Quellcode sind echt grobe Fehler drin, dafür muss ich mich
> entschuldigen und ein bisschen konzentrieren.

Das solltest du unbedingt.

> meine nächste Frage ist, kann ich diese ganze Umwandlung

welche Umwandlung?

Ob du im Programm schreibst

1

...

2

    if( c == 'E' )             // E wie 'ein'

3

      PORTB &= ~( 1 << PB1 );

4

    else if( c == 'A' )        // A wie 'aus'

5

      PORTB |= ( 1 << PB1 );     

6

...

und dann auf deinem Terminal die Taste E bzw. A drückst, ist doch völlig 
unabhängig davon, dass die Variable volatile sein muss (weil sie in 
einer ISR beschrieben und in main abgefragt wird) und dass du dein C 
richtig schreiben musst.

Viellcith solltest du deine ersten Versuche mal mit einer 
Nicht-Interrupt-getriebenen Lösung machen, wenn du mit Interrupts noch 
nicht so auf du-und_du stehst und noch mit recht banalen C Grundlagen 
kämpfst?

Und noch ein kleiner Tipp:
Du hast eine UART. DIe kann man auch wunderbar dazu benutzen, dass einem 
das Programm dort Ausgaben machen kann. Zb. Ausgaben, in denen einem das 
Programm selber mitteilt, was es aus welchem Grund gemacht hat.
Es gibt kein Gesetz, dass einem verbieten würde, während der 
Entwicklungszeit Ausgaben zu machen, die im endgültigen Programm dann 
wieder rausfliegen.

Kanaille schrieb:
> irgendwie kommt hier nichts an..

Dann würde ich halt mal an deiner Stelle die Umkehrung probieren.
Nicht der PC sendet, sondern der µC sendet. Denn im Unterschied zum µC 
kannst du im Terminal-Programm vom PC, ob vom µC was kommt und wenn ja, 
ob das richtig ist.

> int main(void) {
>   setutil();
>   DDRD |= (1<<4);
>   sei();

    uart_putc( 'x' );


eventuell in einer Schleife mal 10 oder 20 mal ein x ausgeben.
Wenn du die x im Terminal nicht siehst, dann stimmt was nicht.
Und dem solltest du zuerst nachgehen, ehe du im Nebel stocherst, warum 
am µC nichts ankommt oder das falsche ankommt oder..

Stimmt die Ausgabe am Terminal, dann hindert dich nichts und niemand 
daran, mal den µC das was er gekriegt hat, zurückschicken zu lassen

  while (1) {
    uart_putc( c );

    if( c == '2' ) PORTD = ( 0 << PD4);
    else if( c == '1' ) { PORTD = ( 1 << PD4 );
  }


Aber erst muss die Datenrichtung µC->PC funktionieren. Wenn die nicht 
funktikoniert, brauchst du mit der Gegenrichtung PC->µC gar nicht erst 
anfangen.


(Handshake am PC hast du abgeschaltet?)

Kanaille schrieb:
> soo , ich habe den Fehler gedunden !

 Möchtest du uns den gedundenen Fehler vielleicht mitteilen ?