RS232 - Kommunikation zwischen PC und dem AVR

[mare_crisium]

robo_wolf,

das Modul SERIAL_V04 mit seinen unbeholfenen "rjmp"-Zweisprüngen gefällt mir wirklich nicht .

Deshalb ist hier die Version SERIAL_V05, bei der der Empfangsautomat wieder tabellengesteuert werkelt - viel eleganter .

Im Quelltext der anderen Module ändert sich nichts. Nur im Hauptprogramm muss die Zeile

.include "SERIAL_V04.asm"

in

.include "SERIAL_V05.asm"

geändert werden. An diesem Beispiel zeigt sich übrigens wieder die Flexibilität der modularen Struktur .

Ciao,

mare_crisium

OT: Wer richtig Fussball guckt, der spielt auch immer mit !

[robo_wolf]

mare_crisium,
probiere schon ein Weile das Programm zusammen mit dem STK500 zum Laufen zu bekommen.
Aber weder V4 noch V5 bringen die LEDs zum Leuchten.
Auch die Echo-Funktion funktioniert nicht mehr.
Die LEDs sind aber noch vom alten Projekt her mit PortB verkabelt.
Da Du das Programm sicher am Board getestet und probiert hast muss es doch ein meiner Verkablung liegen..?
Hast Du noch einen Tipp?

[mare_crisium]

robo_wolf,

das Echo habe ich in der neuen Version erstmal wieder ausgeschaltet, weil ich befürchtete, es könnte beim Eintippen der Botschaft stören. Die LEDs sind nach wie vor mit PortB verbunden.

Nach dem Flashen bzw. dem RESET müssen alle 8 LEDs kurz aufblitzen. Danach wird's erstmal zappenduster . Ab jetzt arbeitet das Programm als Botschaftszähler. Die Anzahl der Botschaften (0 - 15) wird von LED0 bis LED3 angezeigt. Wenn Du also mehrere Botschaften an den STK500 schickst, sagen wir mal

0D 00 0A

dann zeigen die LED0 bis LED3 den steigenden Zählerstand an. Die LEDs leuchten also nur, wenn Du Botschaften schickst. Es werden aber nur vollständige und fehlerfreie Botschaften gezählt !

Ciao,

mare_crisium

[robo_wolf]

mare_crisium,
beim Einschalten oder Reset druecken kommt der bekannte String und die 8 LEDs blinken kurz auf.
Auf spaetere Eingaben am Terminal wird weder mit einem kurzen, noch mit laengeren oder dauerenden Leuchten einer LED am STK500 geantwortet.
Da das kurze Blinken beim Reset kommt, gehe ich davon aus, dass die Verkabelung stimmt. Die Einstellungen der COM-Schnittstelle sind 9600/8/keine/1/keine - sollte doch auch passen, oder?

[mare_crisium]

robo_wolf,

habe mir die Dateien noch einmal heruntergeladen und werd's ausprobieren - melde mich, wenn ich den Fehler finde.

Ciao,

mare_crisium

[mare_crisium]

robo_wolf,

ich habe mir die Dateien heruntergeladen, das Programm (mit SERIAL_V05) assembliert und es läuft . Keine Ahnung, was bei Dir schiefgeht.

Ich hänge hier eine geänderte Version SERIAL_V05 an, in der das Echo wieder aktivitert ist; in der Hoffnung, dass Dir das bei der Fehlersuche hilft.

Wenn das auch zu nix führt, könnte ich Dir mein Terminalprogramm schicken. Ist aber eine .exe-Datei, die kann man hier im Forum nicht posten.

Ciao,

mare_crisium

[robo_wolf]

mare_crisium,
vielen Dank fuer die schnelle Antwort.
Das Echo geht wieder, aber die Anzeige nicht.
Habe nun mal auf PortC gewechselt... auch hier das Gleiche.
Kannst Du mal mit dem Hyperterm von Windows testen?

[mare_crisium]

robo_wolf,

nee, die LEDs werden von PortB angesteuert, die Verbindung musst Du so lassen (LED-Header <-> PortB-Header).

Hyperterm.exe finde ich unter Windows Vista nicht. Hast Du einen Tip, in welchem Verzeichnis das stehen könnte?

Ciao,

mare_crisium

[robo_wolf]

mare_crisuium,
PortC hatte vorher natuerlich auch im Programm eingetragen.
Hyperterm habe ich vom XP-Rechner kopiert, da es unter Win7 auch nicht da ist.

[mare_crisium]

robo_wolf,

ich glaube ich hatte "pomodori su i occhi" In meinem Posting von 29.06.2010 (23:13) muss es natürlich

0D 30 30 0A

heissen. In meiner Beschreibung habe ich doch lang und breit erklärt, dass die beiden Nibbles als HexChars verschickt werden müssen: Also 0x00 -> 0x30 0x30 !

Bin mal gespannt, ob es damit klappt.

Ciao,

mare_crisium