UART Probleme beim Mega48

[Marco O. (xray272)]

Mahlzeit


Ich habe folgendes Problem:

beim konfigurieren des Uarts beim atmega48 passieren merkwürdige dinge:

ldi    temp1,(1<<TXEN0)|(1<<RXEN0); // Sender und Empfänger an
sts    UCSR0B,temp1

klappt laut simulator

ldi    temp1,(1<<UCSZ01)|(1<<UCSZ00); // Asynchron 8N1
sts    UCSR0C,temp1

klappt nicht laut simulator schreibt er den inhalt von temp1 ins UBRR0H
Register (0xC5) anstatt ins UCSR0C (0xC2) !

In der m48def.inc steht alles so wie es sein soll ( UBRR0H=0xC5) und
( UCSR0C=0xC2 )

mir ist das aufgefallen weil kein einziges gesendetes zeichen vom 
atmega48 zum pc so ankamm wie ich es gesendet habe !

was läuft denn da schief ?

mfg marco

[Oliver J. (skriptkiddy)]

Marco Oklitz schrieb:
> klappt nicht laut Simulator schreibt er den Inhalt von temp1 ins UBRR0H
> Register (0xC5) anstatt ins UCSR0C (0xC2) !
UBRRH und UCSRC haben bei einigen AVR, wie z.B. dem ATMEGA32, die selbe 
Adresse. Lediglich das 7. Bit entscheidet beim Schreiben, welches 
Register gemeint ist. Bei deinem AVR ist das allerdings nicht so. 
Eventuell stolpert der Simulator trotzdem darüber oder du hast den 
falschen AVR ausgewählt.


> mir ist das aufgefallen weil kein einziges gesendetes Zeichen vom
> atmega48 zum PC so ankam wie ich es gesendet habe !
- Zeig mal deinen Code (bitte komplett), sonst wird
  der Thread zum Ratespiel.
- Wie sind die Fuses im AVR eingestellt und was hängt
  für ein Quarz dran, sofern vorhanden.
- Welche Einstellungen hast du in der Terminalemulation
  deiner Wahl gemacht?
  (Baudrate, Stopbits, Datenbits ...)

Gruß Skriptkiddy

[spess53 (Gast)]

Hi

Simulator Hilfe -> Known Issues:

When writing to UCSRC, the value will be copied to UBRRH unless bit 7 is 
also set in in the same write operation. This behaviour is erroneous on 
devices that have separate locations for these registers. Another 
workaround is to write UBRRH after UCSRC.

MfG Spess

[Marco O. (xray272)]

So hier ist alles :

.nolist
.include "m48def.inc"
.list
.equ XTAL = 8000000  ; Quartz Frequenz 8MHz
    ; ------
    ; RS232 Einstellungen
    ; ------
.equ BAUD  = 9600                               ; Baudrate
.equ UBRR_VAL   = ((XTAL+BAUD*8)/(BAUD*16)-1)    ; clever runden
.equ BAUD_REAL  = (XTAL/(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

;------------------IMMEDIATE-------------------
.def temp1      = r16    ; Arbeitsregister 1
.def temp2      = r17    ; Arbeitsregister 2
.def temp3      = r18    ; Arbeitsregister 3

; ------
; Stackpointer einrichten
; ------
ldi   temp1, HIGH(RAMEND)       ; Oberes Byte von RAMEND
out   SPH,temp1             ; an Stapelzeiger
ldi   temp1, LOW(RAMEND)         ; Unteres Byte von RAMEND
out   SPL,temp1             ; an Stapelzeiger

ldi     temp1, HIGH(UBRR_VAL)
sts     UBRR0H, temp1
ldi     temp1, LOW(UBRR_VAL)
sts     UBRR0L, temp1

clr   temp1
ldi    temp1,(1<<TXEN0)|(1<<RXEN0); // Sender und Empfänger an
sts    UCSR0B,temp1

clr   temp1
ldi    temp1,(1<<UCSZ01)|(1<<UCSZ00); // Asynchron 8N1
sts    UCSR0C,temp1 



; ---------------------------------------------
; MAIN     Hauptprogramm
; ---------------------------------------------
main:

nop
nop
nop

ldi  temp1,'e'
rcall  ser_out

loop:
rjmp loop

rjmp main

ser_out:
lds    temp2,UCSR0A
sbrs    temp2,UDRE0                  ; Warten bis UDR für das nächste Byte bereit ist
rjmp    ser_out        ; Noch nicht bereit also zurück
sts     UDR0, temp1         ; schreibe Register serial_sign ins USART Daten Register
ret

Das sollte eigentlich nur n testprogramm zum ausprobieren des UARTS 
sein.
Und da nur murks gesendet worden ist:
laut Programm ein ASCII "e"   es kommt aber nur 0xFE am computer an.

wie gesagt ich hab den fehler so weit verfolgt bis die UART 
Controllregister beschrieben werden da werde ich nicht schlau draus.

anbei screenshots der fuses und des simulators vorher und nachher

mfg marco

[Marco O. (xray272)]

spess53 schrieb:
> Hi
>
> Simulator Hilfe -> Known Issues:
>
> When writing to UCSRC, the value will be copied to UBRRH unless bit 7 is
> also set in in the same write operation. This behaviour is erroneous on
> devices that have separate locations for these registers. Another
> workaround is to write UBRRH after UCSRC.
>
> MfG Spess

mmmh ich hab das bei mir in der hilfe nicht gefunden aber danke !

macht das jetzt nur der simulator oder auch der atmega48 ??

[Marco O. (xray272)]

Ja gut das hab ich jetzt gemacht:
das baudratenregister als letztes beschrieben, dann klappts inner 
simulation
aber nicht in der realität

ich benutzte puttytel mit COM1 (echte RS232) 9600 8N1 Einstellungen.
Ich hab mir sogar extra das HTerm hier ausm Forum runtergeladen um auch 
mal binär oder hex zu schauen was ankommt.

sende ich Dezimal 50 kommt Dezimal 250 am Rechner an
sende ich Dezimal 90 kommt Dezimal 254 am Rechner an

marco -----> am verzweifeln !!


mfg

[spess53 (Gast)]

Hi

>macht das jetzt nur der simulator oder auch der atmega48 ??

Nur der Simulator.

MfG Spess

[Marco O. (xray272)]

Also ich hab mal weiter Fehler gesucht und fand folgendes:

Wenn ich die Baudrate am PC auf 19k2 stelle kommen die Daten alle
sauber an !!

Das bedeutet der atmega48 verhält sich so als ob das U2X0 Bit gesetzt
wäre ! ist es aber nicht !

[Marco O. (xray272)]

ooh  ups was macht eigentlich n AVR wenn er auf int.8MHZ gefused ist 
aber an den XTAL Anschlüssen n Quartz hängt ?

[Oliver J. (skriptkiddy)]

Marco Oklitz schrieb:
> ooh  ups was macht eigentlich n AVR wenn er auf int.8MHZ gefused ist
> aber an den XTAL Anschlüssen n Quartz hängt ?
Ist ihm egal.

[Marco O. (xray272)]

Ok Fehler gefunden !

lag an der falschen einstellung zur takterzeugung.
wie man im screenshot sehen kann war der mega48 nicht auf intern sondern 
extern gefused und da hing n 16mhz quartz dran.
abgelenkt hatte mich aber bei der fehlersuche

> When writing to UCSRC, the value will be copied to UBRRH unless bit 7 is
> also set in in the same write operation. This behaviour is erroneous on
> devices that have separate locations for these registers. Another
> workaround is to write UBRRH after UCSRC.

danke spess ^^

[Oliver J. (skriptkiddy)]

Marco Oklitz schrieb:
> danke spess ^^
Und mir wird nicht gedankt? Sowas aber auch. :)

[spess53 (Gast)]

Hi

>Und mir wird nicht gedankt? Sowas aber auch. :)

Kannst eine von meinen beiden Danksagungen abhaben.

MfG Spess

[Oliver J. (skriptkiddy)]

spess53 schrieb:
> Kannst eine von meinen beiden Danksagungen abhaben.
>
> MfG Spess
Danke dir spess. Mein Tag ist gerettet.

;D

Gruß Skriptkiddy