Mal ne dumme Frage.

sendest du denn eine 5 oder eine '5'?

EAGLE schrieb:
> if(empfangen==1){
>                   PORTA = 0b00000001;

Was schickst du dem uC?
Sicher dass du in die Zweige der Abfragen reinkommst?
Weil das Ascii-Zeichen '1' ist nicht das selbe wie 1.
:-)

Also danke erstma für die schnellen Antworten.
Ich sende sicher ein zahl (0-255) da ich das Programm zum senden selber 
geschrieben hab (java) und es mit dem Atmega 322 auch funktioniert.

@Karl heinz Buchegger

ja ich habs auch schon simpler gemacht:

1

while(1==1){

2

3

    empfangen=uart_getc();

4

5

     PORTA = empfangen;

6

7

}

mit dem Ergebnis das der erste genommene wert (also 0) final an die 
Ports ausgegeben wird.

d.h hier würden LEDs beispielsweise ewig leuchten:

1

    PORTA=255;

2

3

while(1==1){

4

5

    PORTA=0;

6

7

}

Du schreibst, die Leds "würden" ewig leuchten in deinem letzten 
Beispiel. Heißt das jetzt, dass du das getestet hast, mit exakt dem 
Beispiel? Oder nimmst du das einfach nur grad mal so an?

Also falls sich das mit deinem einfachen Beispiel, ausschlieslich 
bestehend aus DDR-Initialisierung, Port schreiben, Schleife und darin 
wieder Port schreiben so verhält, dass die Leds an bleiben ist was 
ernsthaft faul. Das sollte so nicht sein. Falls dem so ist brauchen wir 
alle Infos zum Aufbau. Was für ein Controller auf was für einem Board, 
Schaltplan, Foto und/oder Layout von der Platine. Auch Compiler und 
dessen Einstellungen.

Ich kenne jetzt die UART Bibliothek nicht, aber ich vermute, dass

while(1==1){

    empfangen=uart_getc();

     PORTA = empfangen;

}

immer 0 liefert. Nur wenn ein Zeichen kommt, wird das ganz kurz am Port 
"angezeigt". Danach kommt sofort wieder der IDLE Wert 0 zum tragen! Das 
heißt, für dich siehts immer nach ner 0 aus.

Wie gesagt, nur eine Vermutung.

Mir ist da grad noch was aufgefallen. Es sieht so aus als würdest du die 
UART Library von Peter Fleury verwenden. Bei dieser Bibliothek kannst du 
aber nicht blind die empfangen Daten per uart_getc() abrufen.

Die Funktion uart_getc() wartet nicht auf Daten vom UART. Der Aufruf 
kommt sofort zurück, das Ergebnis ist ein 16bit-Wert. In den oberen acht 
Bit wird mit Flags signalisiert, was von den unteren acht Bit zu halten 
ist. Das wird bei dir in den meisten Fällen das Flag für "es gibt keine 
Daten aus dem UART-Puffer abzuholen" sein. Was da dann genau mit den 
unteren acht Bit ist, kann ich dir nicht sagen, aber gültige Daten 
müssen das auf keinen Fall sein, wenn dir die Flags das nicht eben auch 
signalisieren.

Also erstmal danke an alle,
aus mir unerfindlichen gründen gehts jetzt (Wackler??)

@ Felix
in Peter Fleurys beispiel uart_text.c steht dazu:

1

for(;;)

2

    {

3

        /*

4

         * Get received character from ringbuffer

5

         * uart_getc() returns in the lower byte the received character and 

6

         * in the higher byte (bitmask) the last receive error

7

         * UART_NO_DATA is returned when no data is available.

8

         *

9

         */

10

        c = uart_getc();

11

        if ( c & UART_NO_DATA )

12

        {

13

            /* 

14

             * no data available from UART 

15

             */

16

        }

17

        else

18

        {

19

            /*

20

             * new data available from UART

21

             * check for Frame or Overrun error

22

             */

23

            if ( c & UART_FRAME_ERROR )

24

            {

25

                /* Framing Error detected, i.e no stop bit detected */

26

                uart_puts_P("UART Frame Error: ");

27

            }

28

            if ( c & UART_OVERRUN_ERROR )

29

            {

30

                /* 

31

                 * Overrun, a character already present in the UART UDR register was 

32

                 * not read by the interrupt handler before the next character arrived,

33

                 * one or more received characters have been dropped

34

                 */

35

                uart_puts_P("UART Overrun Error: ");

36

            }

37

            if ( c & UART_BUFFER_OVERFLOW )

38

            {

39

                /* 

40

                 * We are not reading the receive buffer fast enough,

41

                 * one or more received character have been dropped 

42

                 */

43

                uart_puts_P("Buffer overflow error: ");

44

            }

45

            /* 

46

             * send received character back

47

             */

48

            uart_putc( (unsigned char)c );

49

        }

50

    }

Naja, das ist ja genau das was ich meine. Du kannst nicht einfach 
uart_getc() aufrufen und hoffen das da immer Daten vom UART 
zurückgegeben werden.  Du musst schon noch wie im Beispiel die Flags 
prüfen. Bei den meisten Aufrufen wird dir uart_getc() eben das 
UART_NO_DATA-Flag zurückgeben und du weißt damit, dass eben keine Daten 
empfangen wurden, sprich der Empfangspuffer leer ist.
In den Fall solltest du aber auch nicht die unteren acht Bit des 
Rückgabewertes verwenden und irgendwo zuweisen, da das keine gültigen 
Daten vom UART sein müssen.

Ja stimmt danke Felix werds beachten