Datenempfang über RS232 am ATmega16

Mittlerweile häufen sich die Fragen über RS232-Kommunikation an AVRs.
Standardfrage: Womit taktest du den Prozessor?

Wieviel Datenbits versendet dein GPS-Modul den?
Mehr als 8?

(... hier die klassische Frage-Post-Predigt einfügen (Code, Compiler, 
takt, Baudrate.....))

jetzt möchte ich mal mal mit meiner Glaskugel spielen:
Du schreibst die Zeichen direkt vom UDR in das interne EEPROM?
Du weißt wie 'schnell' das EEPROM-schreiben ist?

"Wisst ihr warum die Daten nicht korrekt im EEPROM ankommen?"

Ja. Fehler in der Software.

Das Modul sendet im Format 8N1.

Der µC ist getaktet auf 8 MHz. Ich weiß das ein Bauratenquartz besser 
wäre. Die Kommunikation des µC mit dem PC klappt einwandfrei.

Kann es denn sein das der EEPROM die Daten nicht schnell genug 
abspeichert?

Die Interrupts habe ich nach dem Empfang eines Zeichens deaktiviert. Sie 
werden erst nach dem abspeichern wieder aktiviert.

Ja das sendet weiter aber ansonsten unterbricht sich der Interrupt ja 
ständig selber.

Das Modul stellt sich automatisch auf die Baudrate ein. Brauch ich da 
einen Handshake? Der gesendete AT-Befehl kommt ja auch am Modul an, da 
es ja die Daten ausgibt.

Hier mal der Code vom Interrupt zum Empfang:

1

int_uart:

2

    push r16

3

    in r16, UDR

4

    cli

5

6

int_uartSend:

7

    sbis UCSRA, UDRE

8

    rjmp int_uartSend

9

    out UDR, r16

10

    rjmp int_uart2

11

12

int_uart2:

13

    cpi r16, '%'

14

    breq int_uart1

15

    cpi r16, '$'

16

    breq int_dollar

17

    cpi r21, '1'

18

    brne int_parameter

19

    rjmp saveEEPROM

20

21

    ;Zurücksetzen der EEPROM Adressen bei Empfang eines $-Zeichens

22

int_dollar:

23

    ldi r17, 0x00

24

    ldi r21, '0'

25

    ldi r22, 0x00

26

    rjmp int_parameter

27

28

    ;Speichern der Werte im EEPROM

29

saveEEPROM:

30

    sbic EECR,EEWE

31

    rjmp saveEEPROM

32

    out EEARL, r17

33

    out EEARH, r18

34

    out EEDR, r16

35

    sbi EECR, EEMWE

36

    sbi EECR, EEWE

37

    inc r17

38

    rjmp int_parameter

39

40

int_parameter:

41

    cpi r22, 0x08

42

    breq int_r21set

43

    inc r22

44

    rjmp int_uartEnd

45

46

int_uartEnd:    

47

    pop r16

48

    sei

49

    reti

Die Unterscheidung des eingegeben Zeichens ist notwendig damit der 
Controller weiß wann er speichern muss.

Hatte es schon auf verschiendenen Baudraten laufen. Sogar runter bis 
2400 Baud.

Laut Datenblatt braucht des schreiben in den EEPROM sogar 8,5 ms
Das scheint ja eindeutig zu lange zu sein.

Habe ich die Möglichkeit die Daten in einem schnelleren Speichern 
abzulegen? Sie müssen nur kurz zwischengespeichert und dann zum 
versenden via GPRS wieder ausgelesen werden.

Wollte euch nochmal danken!

Es lag eindeutig am EEPROM. Das Einlesen in den SRAM geht einwandfrei