Seriale Kommunikation falsche Zeichenausgabe

**Kampi** · 27.02.2013, 10:34

Zitat von malthy

Was auch noch zu "Hieroglyphen" bei der RS232 Verbindung führen kann, ist eine fehlende Masseverbindung zwischen µC und PC. Das hatte ich mal in Form ein Kabelbruchs, hat mich damals fast in den Wahnsinn getrieben

.

Stimmt *hust*
Das Problem hatte ich auch schon einige Male

**oderlachs** · 27.02.2013, 14:36

Hallo @ll !!
Vielen vielen Dank für Eure Informationen und Anregungen.
Zu 1. Ja ich müsste den ASCII wert sehen, tut's aber nicht
zu 2. Ja der µC läuft exakt auf 20MHz, alle Fuses richtig gesetzt
zu 3. Die Datenleitungen sind i.O. Brücke ich RxTx ( vom STK500, es dient als TTL/PC Schnittstelle) gehts wunderbar per "Echo"

Ich bin noch zu neu in Serialanwendungen per Bascom, darum fragte ich ob ich event-. grundsätzlich was falsch mache, zu Mal der Code woanders(µC auf dem STK) wunderbar funktioniert. Darum dachte ich an die Baudeinstellung mit 20MHz Q. Das STK hat ja andere Frequenz als Takt.

Esrt noch mals Danke werde weiter proben...

**Kampi** · 27.02.2013, 14:42

Wie sieht den der Datenmüll aus den du Empfängst?

**oderlachs** · 27.02.2013, 15:06

ich wollte es gerade fotografisch senden

Hier:
1. termialausgabe 2. Fuses

Klicke auf die Grafik für eine größere Ansicht

Name: serial_prob_putty.jpg
Hits: 12
Größe: 20,9 KB
ID: 24678

Klicke auf die Grafik für eine größere Ansicht

Name: fuse_set_328_200mc.jpg
Hits: 10
Größe: 108,0 KB
ID: 24679

**malthy** · 27.02.2013, 15:08

wenn du in deinem Bascom-Programm vor der Schleife zB ein

Code:

Print "Dies ist ein Test"

machst, kommt auch Müll an? Theoretisch könnte er ja auch schon Müll gesendet bekommen ...

**oderlachs** · 27.02.2013, 15:27

Ich habe erst mal noch 2 Sachen auf der Herstellerseite(Manual) gefunden, das Board muss man noch mit einer Brücke Avcc zu Vcc und einen 0,1µf Cond von Aref zu GND beschalten, kann sein das dann die Fehler weg sind..muss erst mal löten...Bei den primitiven Blink und Schaltversuchen ging alles , na mal sehen....

**malthy** · 27.02.2013, 15:30

Ich habe erst mal noch 2 Sachen auf der Herstellerseite(Manual) gefunden, das Board muss man noch mit einer Brücke Avcc zu Vcc und einen 0,1µf Cond von Aref zu GND beschalten, kann sein das dann die Fehler weg sind

Das wird damit nichts zu tun haben, das ist ja nur die Beschaltung des Analog-Teils des AVR. Den verwendest du bei dem o.g. Prog. ja nicht und er ist auch völlig unabhängig vom UART.

**oderlachs** · 27.02.2013, 16:01

Hallo Leute !

Ihr müsst meine Blödheit besser wohl Blindheit entschuldigen, es war einPegelfehler, denn auf dem Bord ist noch ein SMD IC zu finden, zur Pegelwandlung RS232-TTL.
Es ist schon echt dumm wenn das Augenlicht nicht mehr das ist was es mal war.
Ich danke Euch allen für die Hilfe, habe wieder was dazu gelernt, das ich ja dann dieses Board gar nicht gebrauchen kann da ich für die Anwendung auch seriell TTL oder 3,3V Pegel brauche.

Mit besten Grüssen und Danke
ein ,
vor Scham sich verkriechender ,
Oderlachs

**HeXPloreR** · 27.02.2013, 15:33

Hallo oderlachs,

die Baudrate im Terminal ist auch 9600 ( 8N1 )?
RX > TX und TX > RX (GND > GND)?
Das neue Programm wird sicher compiliert und übertragen?

Ich würde eine Bytevariable für A wählen.

**Kampi** · 27.02.2013, 15:47

Probier erst mal ob die Übertragung eines fest definierten Textet funktioniert. Wenn es funktioniert kannst du weiter testen.
Mach erst mal das was Malte gesagt hat, sprich sende einen festen Text.