Serielle Schnittstelle zwischen 2 Atmega644

Code?


-TXE/RXE über Kreuz angeschlossen?
-UART/USART richtig initialisiert?

Im Anhang ist der Code

rx und tx ist ausgekreuz

aja und die baudrate ist 921600 BAUD

muss man bei der leitung zwischen den 2 avrs was beachtet ausser das sie 
ausgekreuzt sein muss?

ah das war in anderem  file. da ist die initialisierung

Alex Glaser schrieb:
> muss man bei der leitung zwischen den 2 avrs was beachtet ausser das sie
> ausgekreuzt sein muss?

An sich nicht.
Du hast doch an beiden AVR einen Quarz drann, oder nicht?

Für erste Tests würde ich auch abspecken. Den ganzen SD Krempel raus.
AVR1 schickt an AVR2 ständig ein 'x' und der gibt das irgendwo aus.

Dann kann man auch kontrollieren und den PC an die Sendeleitung 
zusätzlich drannhängen und kontrollieren ob da tatsächlich was gesendet 
wird.

Dito in die umgekehrte Richtung.

ja habe bei beiden avrs einen quarz mit 14,7456MHz, ist aber bei beiden 
programmen auch so definiert

ja das hab ich heut schon gemacht
im jetzt will ich nur noch von einem µC zum anderen senden und der soll 
das dann wieder ausgeben

der erste µC schickt es richtig. es scheitert am empfangen

Alex Glaser schrieb:

> der erste µC schickt es richtig. es scheitert am empfangen

Na dann.
Gegentest: Sende AVR weg, PC ran und in die Tasten klimpern.

Bei deiner Sendroutine fällt mir auf, dass du nie ein '\n' auf die Reise 
schickst, der Empfänger aber darauf wartet.

habe jetzt ein \n angehängt und es geht immer noch nicht
wenn ich einen string vom pc zum µC sende geht es, das dieser den string 
ausgibt.
also weis ich nicht was ich noch ändern kann

Du stocherst im Nebel.

Schaff dir eine Möglichkeit, wie und wo der Empfänger ausgeben kann was 
er empfängt.

Auf gut Glück irgendwelche Modifikationen anzubringen ohne dem Programm 
bei der Arbeit zusehen zu können, bringt einen selten weiter.
Fakten müssen her. Fakten wie beispielsweise: Was empfängt der Empfänger 
wirklich?

Falls du schon eine Ausgabemöglichkeit hast, würde ich als allererstes 
hier

1

uint16_t uart_getc(void)

2

{

3

    while (!(UCSRA & (1<<RXC)))   // warten bis Zeichen verfuegbar

4

        ;

5

    return UDR;                   // Zeichen aus UDR an Aufrufer zurueckgeben

6

}

das Zeichen ausgeben, welches empfangen wurde.

ich kann mit einen seriell to usb wandler schaun was der erste avr 
sendet

Falls du schon eine Ausgabemöglichkeit hast, würde ich als allererstes
hier

1

uint16_t uart_getc(void)

2

{

3

    while (!(UCSRA & (1<<RXC)))   // warten bis Zeichen verfuegbar

4

        ;

5

    return UDR;                   // Zeichen aus UDR an Aufrufer zurueckgeben

6

}

das Zeichen ausgeben, welches empfangen wurde. Den \n noch irgendwie 
speziell markieren, so dass du ihn siehst.

Alex Glaser schrieb:
> ich kann mit einen seriell to usb wandler schaun was der erste avr
> sendet

Nicht was der erste sendet. Was der zweite empfängt!
Der zweite muss ausgeben, was er so reinkriegt.

Was der erste sendet hast du ja mitlerweile zur Genüge verifiziert.

ich bekomme immer nur ein \0 und sonst nichts. ausser wenn ich es vom pc 
aus sende dann bekomme ich den richtigen string

Wie sieht der Empfangscode jetzt aus?
Du hast berücksichtigt, dass du aus UDR nur einmal lesen darfst?

Warum uart_getc() einen uint16_t liefert bzw. nextChar ein uint16_t sein 
muss, ist mir zwar nicht ganz klar, aber es sollte eigentlich keinen 
Unterschied machen.

Hmm ....

und uart_getc schaut aus wie du es mir geschrieben hast

Alex Glaser schrieb:
> und uart_getc schaut aus wie du es mir geschrieben hast

Ist schon ok.
Ich hatte den Verdacht, du hättest so etwas gemacht

1

uint16_t uart_getc(void)

2

{

3

    while (!(UCSRA & (1<<RXC)))   // warten bis Zeichen verfuegbar

4

        ;

5

    uputc( UDR );

6

    return UDR;                   // Zeichen aus UDR an Aufrufer zurueckgeben

7

}

Wenns vom PC aus funktioniert und vom AVR aus nicht, andererseits der 
erste AVR an den PC sauber senden kann dann kann ich mr nur noch 
vorstellen, dass die Baudraten ganz leicht daneben liegen.

was kann man da machen? soll ich es mit einer niedrigeren baudrate 
probieren?

habs mit einer niedrigeren baud rate probiert und geht auch nicht. habs 
mir dann mal mitn oszi angschaut und wenn ich mich mit dem tastkopf auf 
gnd und mit dem tastkopf auf die sendeleitung gehalten habe hat es auf 
einmal funktioniert und wenn ich den tastkopf weggegeben hab, hat es 
wieder nicht funktioniert. ich befürchte das ich irgendwo einen 
kontaktfehler habe, oder weist du vllt was da sein könnte?