UART Frage betreffs startbit stopbit etc.

Die Einstellungen nimmst Du im UART-Modul vor. Siehe Datenblatt 
ATMEGAxxx.
Dort sind Beispiele in Assembler und C abgedruckt.
13h heißt 13 hexadezimal, was dezimal der 19 entspricht, richtig!

also ich habe mir das datenblatt mal durchgelesen...aber so richtig 
verstehe ich das nicht.

ao richtig vertanden was was bewirkt habe ich noch nicht.,..aber ist das 
richtig.


ldi r16, (1<<URSEL)|(1<<USBS)|(3<<UCSZ0)
out UCSRC,r16

also mit dem 0x13 ist klar das hatte cih auch so gemacht, ich wollt mich 
nur nochmal versichern ich habe mich vlt blöd ausgedrückt. Leider 
funktioniert mein programm nicht so wie es soll...zumindestens gehen 
keine Dioden an und auf dem Re4chner bekomme ich ein error...

1

2

.include "m32def.inc"                    ; bzw. 2333def.inc

3

4

.def temp = R16

5

.def RX = R17

6

.def TX = R18

7

.equ CLOCK = 16000000

8

.equ BAUD = 9600

9

.equ UBRRVAL = CLOCK/(BAUD*16)-1

10

11

.org 0x00

12

        rjmp main

13

14

.org URXCaddr                             ; Interruptvektor für UART-Empfang

15

        rjmp int_rxc

16

17

; Hauptprogramm

18

main:

19

        ldi temp, LOW(RAMEND)

20

        out SPL, temp

21

        ldi temp, HIGH(RAMEND)

22

        out SPH, temp

23

24

    ldi temp, 0xFF                    ; Port D = Ausgang

25

        out DDRD, temp

26

27

    ldi temp, 0xFF

28

    out PortD, temp

29

30

        ; Baudrate einstellen

31

        ldi temp, HIGH(UBRRVAL)

32

        out UBRRH, temp

33

        ldi temp, LOW(UBRRVAL)

34

        out UBRRL, temp

35

36

        ; Frame-Format: 8 Bit

37

    ldi r16, (1<<URSEL)|(1<<USBS)|(3<<UCSZ0)

38

        out UCSRC, temp

39

40

        sbi UCSRB, RXCIE                  ; Interrupt bei Empfang

41

        sbi UCSRB, RXEN                   ; RX (Empfang) aktivieren

42

    sbi UCSRB, TXEN            ; TX (Senden) aktivieren 

43

44

        sei                               ; Interrupts global aktivieren

45

46

loop:   rjmp loop                         ; Endlosschleife

47

48

; Interruptroutine: wird ausgeführt sobald ein Byte über das UART empfangen wurde

49

int_rxc:

50

        push temp                         ; temp auf dem Stack sichern

51

    cbi  PORTD, 5 

52

    in RX, UDR                ; Empfangenes Byte in RX speichern

53

54

    cpi  RX,0x16

55

56

      breq Transmit

57

58

    pop temp                          ; temp wiederherstellenerrupt beenden

59

        reti                              ; Int

60

61

62

63

Transmit:

64

65

        ldi TX, 0x13

66

    sbis UCSRA,UDRE                   ; Warten bis UDR für das nächste Byte bereit ist

67

    rjmp Transmit

68

        out UDR, TX

69

    cbi  PORTD, 6

70

        reti                              ; zurück zum Hauptprogramm

was kann da falsch sein...beim assembolieren bekomme ich keinen Error 
aber wenn ich den Simulator starte kommt das.


AVR Simulator: Invalid opcode 0xffff at address 0x003802
AVR Simulator: Invalid opcode 0xffff at address 0x003804
AVR Simulator: Invalid opcode 0xffff at address 0x003806

so...ich habegerade gemerkt aus TX kommt dauerhaft strom ist das 
normal???


ich dachte es liegt daran das habe ich mal geändert.


    ldi temp, 0b01100000
    out PortD, temp

aber es kommt immer noch strom...


so es geht jetzt bis zur ersten LED allerdings wenn ich die LED nach 
erfolgreichen Vergleich schlate gehts nicht...

und der Fehler kommt immer noch...

AVR Simulator: Invalid opcode 0xffff at address 0x000004
AVR Simulator: Invalid opcode 0xffff at address 0x000004
AVR Simulator: Invalid opcode 0xffff at address 0x000004
AVR Simulator: Invalid opcode 0xffff at address 0x000004
AVR Simulator: Invalid opcode 0xffff at address 0x000004

also daran kanns ja nicht liegen mit dem Pop aber danke für den 
hinweis...temp wird ja eh nirgendwo anders verwendet...und ich habe 2 
Dioden über widerstand zu Ground an Portd 5 und 6


Ps.: im Moment leuchtet Diode 1 nur wenn ich die TX Leitung abklemme

sorry das wusst ich noch nicht...und jetzt geht auch die Diode mal 
wieder, wenn TX drann ist...

es tut mir wie gesagt leid davon habe ich als Anfänger noch nix gehört 
ich habe die ganzen Push und pops mal weg gemacht aber es geht leider 
immer noch nicht weiter als bis zu LED1

jetzt bin ich etwas verwirt...


schalte ich sie nicht hier aus:


ldi temp, 0b01100000
out PortD, temp


und mit

cbi  PORTD, 5
cbi  PORTD, 6

jeweils ein oder verdrehe ich da was...

Ps: Jörgs variante geht leider auch nicht.

also es hängt definitiv am Vergleich...es Springt direkt zu Ende...

ich habe mich blöd ausgedrückt...es ist genau anders herum: 
Controller-->Widerstand-->Diode-->VCC

also wie gesagt so genau weis ich nicht wie der rechner arbeitet...ich 
habe leider nur den Link:


http://users.pandora.be/gp/casio/


mit Druckbaren zeichen ist leider auch schlecht die 22 ist ein Syn oder 
so ähnlich...

mit den zeilen geht es nich ohne geht es bis zur ersten LED.

  ldi temp, 0b01100000   ; LED aus
  out PortD, temp        ;

also hexa abfragen muss gehen...her hat mal jemand etwas änliches für 
den gleichen rechner gemacht:


http://www.mikrocontroller.net/attachment/7211/casio.asm

ich seh gerade da ist das auhc anders:

(1<<URSEL0)|(1<<USBS0)|(1<<UCSZ01)|(1<<UCSZ00)

Also zum Senden komm ich ja garnicht...wenn ich eine LED nach den 
Vergleich setzte springt diese nicht an. Die Cehcksum kommt erst im 
Header soweit bin ich leider noch nicht. Und wie muss die Einstellung 
nun lauten für die Stopbits?

die LED wird ja angeschalten wenns klappt und leibt dann an! Siehe die 
erste.

Also das hatte ich eigentlich alles schon beschrieben...ist leider etwas 
verstreut deshalb nochmal:

ich will vom GTR Variablen ec. an den Controller senden.

Der ist via Kabel an den RX und TX Port verkabelt PortD0 und 1.

Die Leds hängen nach folgendem Schema an PortD 5/6:


Controller-->Widerstand-->-Diode+-->VCC

So wie ich das sehe, hast du 2 Baustellen.
Die eine die UART am AVR, die andere das Protokoll welches
du einhalten musst um mit dem Casio zu kommunizieren.
Das ist nicht gut, weil du nie weist, wo denn ein Fehler
liegt.

Ich würde mal hergehen und eine Baustelle stilllegen:
An den AVR einen MAX232 anschliessen und damit eine
serielle Verbindung zum PC aufbauen. Am PC läuft dann
ein einfaches Terminalprogramm, welches alles was von
der Seriellen kommt mitprotokolliert. Dadurch hast du
schon mal das Casio-Protokoll Problem weg und kannst dich
nur auf die UART am AVR konzentrieren.

Läuft die dann irgendwann, dann gehts wieder zurück auf die
Casio Schnittstelle und das Protokoll ist drann.

Das andere:
Wenn ich mir deinen Assembler-Code und das daraufhin
gezeigte Verständnis so ansehe, wäre vielleicht eine
Programmierung in C nicht das schlechteste.

nein der tip ist nicht schlecht die Teile habe ich auch da...das werde 
ich mal probieren...und wenn ich via terminal 0x16 sende sehe ich ja ob 
0x13 zurückkommt. Und so komplex fidne ich das Thema garnicht ich halte 
es für eine gute Übung.

Stefan wrote:
> Sorry, aber dann hat er noch eine Baustelle mehr !

Einen Max232 anschliessen ist aber keine Raktentechnik.
Das wär mir auf jeden Fall lieber als mit einem Gerät
zu kommunizieren, welches ein bestimmtes Protokoll
erwartet und ich nicht weiss ob meine UART grundsätzlich
funktioniert oder ob ich im Protokoll einen Fehler hab.

Die Hilfs-Baustelle Mega - MAX232 - Kabel - PC - Hyperterminal
ist in 20 Minuten befahrbar und: da kann eigentlich nicht
viel schief gehen (ausser der ewigen Frage: Modem oder Nullmodem-
Kabel). Wenn die UART an dieser Baustelle nicht funktioniert,
dann wird sie auch an der Casio Baustelle nicht funktionieren.
Umgekehrt: Wenn die PC Baustelle funktioniert, dann hab ich
bei einem Casio-Baustellenproblem schon mal eine Fehlerquelle
weniger.

Und: Im Schlimmsten Fall hat man damit auf dem PC mit HTerm ein
mächtiges Werkzeug um sich anzusehen, was denn der AVR/Casio
nun wirklich sendet und kann dann am PC auch mal die Gegenstelle
vorgaukeln.

Aber: Jeder wie er mag.

ich bin der gleichen Meinung...ich werde mir da am besten ne Lochradter 
holen und nen Max gleic auflöten mit elkos! Und Man braucht ein 
Modemkabel oder?

Florentin Schirmer wrote:
> ich bin der gleichen Meinung...ich werde mir da am besten ne Lochradter
> holen und nen Max gleic auflöten mit elkos! Und Man braucht ein
> Modemkabel oder?

Kommt drauf an, wie du die Signale vom MAX auf deine RS232
Stecker/Buchse legst.

Hier ist das beschrieben:
http://www.mikrocontroller.net/articles/AVR-Tutorial:_UART

wie die richtige Stopbit einstellung ist weis ich übrigens immer noch 
nicht...

Stoppbit ist nur für den Sender interessant.
Mit Stoppbits wird im Grunde eine kleine Pause
zwischen den einzelnen Bytes eingelegt, sodass der
Empfänger eine kleine 'Verschnaufpause' kriegt.
Wenn du 2 einstellst bist du daher auf jeden Fall
auf der sicheren Seite.

so ich hattes am PC...wenn ich 16h sende geht die 2. LED an! empfangen 
ahbe ich aber glaube noch nix...

so...also es empfängt doch 13h!!!

super es geht jetz!!!

ich glaube ich ahtte doch was an den Startbits oder so verkehrt keine 
Ahnung...