(UART) AVR sendet wirre Zeichen zurück an BTM222

[Christian (Gast)]

Hallöchen!
Ich habe hier ein BTM222 Bluetoothmodul an einen ATMEGA16 gehangen und 
die aufgabe des AVR ist es einfach nur die Zeichen wieder 
zurückzusenden.
Ich sende mit einem abgeändertem Android Chatprogramm buchstaben und 
zurück kommen andere zeichen. Das Muster ist dabei aber immer das selbe.

als Beispiel:
sende ich ein "T" kommt ein "T" zurück.
sende ich ein "A" kommt immer ein "}" zürück

Jetzt bin ich ratlos :/
Was mache ich falsch?

mfg Christian

.include "m16def.inc"

.equ F_CPU = 3686400                      ; Systemtakt in Hz
.equ BAUD  = 19200                        ; Baudrate
 
; Berechnungen
.equ UBRR_VAL   = ((F_CPU+BAUD*8)/(BAUD*16)-1)  ; clever runden
.equ BAUD_REAL  = (F_CPU/(16*(UBRR_VAL+1)))     ; Reale Baudrate
.equ BAUD_ERROR = ((BAUD_REAL*1000)/BAUD-1000)  ; Fehler in Promille
 
.if ((BAUD_ERROR>10) || (BAUD_ERROR<-10))       ; max. +/-10 Promille Fehler
  .error "Systematischer Fehler der Baudrate grösser 1 Prozent und damit zu hoch!"
.endif
 




.org 0x00
        rjmp main
 
.org URXCaddr                                   ; Interruptvektor für UART-Empfang
        rjmp int_rxc
 
; Hauptprogramm
 
main:
 
    ; Stackpointer initialisieren
 
    ldi     r16, HIGH(RAMEND)
    out     SPH, r16
    ldi     r16, LOW(RAMEND)
    out     SPL, r16
 
    ; Baudrate einstellen
    ldi     r16, HIGH(UBRR_VAL)
    out     UBRRH, r16
    ldi     r16, LOW(UBRR_VAL)
    out     UBRRL, r16
 
    ; Frame-Format: 8 Bit
    ldi     r16, (1<<URSEL)|(1<<UCSZ1)|(1<<UCSZ0)
    out     UCSRC, r16
 
    sbi     UCSRB, RXCIE                    ; Interrupt bei Empfang
    sbi     UCSRB, RXEN                     ; RX (Empfang) aktivieren
    sbi     UCSRB,TXEN                      ; TX aktivieren
    sei                                     ; Interrupts global aktivieren
 
 

loop:
nop
rjmp loop



int_rxc:
    in      r20, UDR                       ; empfangenes Byte lesen,
serout:
    sbis    UCSRA,UDRE                     ; warten bis Redy
    rjmp    serout
    out     UDR, r20                       ; empfangenes Byte senden,
    reti

[L. P. (lpg)]

Christian schrieb:
> UDR, r20

Hi, versuch mal UDR+48
;)

Stichwort ASCII...

lg.

[Christian (Gast)]

einfach so in den code mitreinschreiben ?

int_rxc:
    in      r20, UDR                       ; empfangenes Byte lesen,
serout:
    sbis    UCSRA,UDRE                     ; warten bis Redy
    rjmp    serout
    out     UDR+48, r20                       ; empfangenes Byte senden,
    reti

[Christian (Gast)]

so sendet er garnichts mehr :/

[Christian (Gast)]

Gaaaaaaanz komisch... liegt irgendwie am quartz Oszillator. Hab aus spaß 
mal den internen RC benutzt und dann ging es. Auf dem Oscillator steht 
3.6864 MHz. Hab ich in dem Programm irgendetwas falsch gemacht ?
oben bei F-CPU ?
Ich hab die fuses beim ATMEGA 16 wie folg eingestellt gehabt:

EXT. RC Osc. 3.0 MHz - 8.0 MHz; Start-up time 18CK + 64ms

Was ist da schiefgelaufen ?

Muss ich
EXT. Clock; start-up time X CK + Y ms
benutzen ?

[katastrophenheinz (Gast)]

>Muss ich
>EXT. Clock; start-up time X CK + Y ms
>benutzen ?
Diese Einstellung ist korrekt, wenn du den mega16 mit einem externen 
Taktsignal über XTAL1 befeuerst. Bei Verwendung eines Oszillators (das 
Ding mit den 4 Anschlüssen) als Taktquelle ist das richtig.

Gruss, Heinz

[Stefan (Gast)]

> EXT. RC Osc.

Heisst: Du erzeugst den Takt mit einem Widerstand+Kondensator.

Ein Oszillator mit Quarz ist ein Chrystal Oscillator (oder XTal).

[katastrophenheinz (Gast)]

>Ein Oszillator mit Quarz ist ein Chrystal Oscillator (oder XTal).
Bitte bei den Bezeichnungen genauer differenzieren:
Quarzoszillator: Das Ding mit den 4 Anschlüssen, schwingt von sich aus, 
Einstellungen in ClockSource "Ext. Clock"
Quarz/Standardquarz: Das Ding mit den 2 Anschlüssen, muß angeregt 
werden, damit er schwingt, Einstellungen in ClockSource "External 
Crystal/Resonator"