RS-232, empfangen der Daten am µC, Assembler

Kein Kenner da?

also doch keiner, schade :(

Was ich selbst mal machte, und zwar zog ich mir den SDCC-Compiler für µC 
8051 aus dem Netz. Freeware. Darin enthalten, sind serielle 
Standardroutinen in C, mit richtigen FIFO-Speichern, interruptgesteuert 
bzw. voll automatisch.

Daraus, aus dem C-Code, erstellte ich dann die entsprechenden 
Assemblerroutinen für einen 8051. Es ist stellenweise etwas kniffelig, 
aber es geht ausgezeichnet.

Zusätzlich braucht man noch Funktionen Putchar und Getchar, um Zeichen 
ins Sende-FIFO zu stellen bzw. aus dem Empfangs-FIFO heraus zu holen. 
Die entsprechenden C-Funktionen waren im SDCC auch drin.

Man muß da nur den C-Code auf Assembler umportieren. Und wenn man schon 
mal den C-Code hat, und etwas logisch denken kann, da sollte das gehen. 
Egal für welchen µC, es muß kein 8051 sein.

Was macht der globale Interupt  IE ?? Vergessen ?

> MOV A,SBUF     ; Lese Data von Uart
>     MOV SBUF,A   ; schreibe nach Uart

Was soll das? Ringelpietz mit anfassen.
Nach mov a,sbuf hast du doch das empfange im Akku.
Also arbeite damit weiter.

Hi
Kenne zwar den 8051 nicht, aber dem Hinweis auf den Interrupt zufolge 
müsste es genauso wie beim Atmega8 funktinieren. Ich nehme da gern einen 
Buffer und zwei Variablen als Zeiger. Eine, die auf die Stelle zeigt, wo 
das neuempfangene Byte eingetragen wird und eine, die auf die zu lesende 
Speicherzelle zeigt. Sozusagen Schreib- und Lesezeiger. Sind die beiden 
Unterschiedlich, dann ist ein Zeichen im Buffer und kann von dem 
Hauptprogramm bearbeitet werden.
Ablauf ist wie folgt:
Am anfang sind beide Variablen gleichzusetzen. Kommt ein Zeichen in der 
ISR an, wird dieses an die Stelle geschrieben, wo der Bufer anfängt und 
der hinzu addierte Schreibzeiger zeigt. Anschließend wird der Wert im 
Schreibzeiger um 1 erhöht, die Buffergrenze abgefragt und eventuell 
dieser Zeiger wieder auf 0 gesetzt. So erhält man einen Ringbuffer. Im 
Hauptprogramm wird nun der unterschied zwischen Lese- und Schreibzeiger 
festgestellt und eine Bearbeitungsroutine angesprochen. Auch hier wird 
der Lesezeiger wie der Schreibzeiger hochgezählt, auf Buffergrenze 
geprüft und evtl. wieder auf 0 gesetzt. So eilt der Lese- dem 
Schreibzeiger nach. Nun ist es auch egal, wie dein Programm grad 
ausgelastet ist, für die Abarbeitung der Zeichen findet der Controller 
irgendwann immer die Zeit. Und du brauchst dir nur zu merken: ankommende 
Zeichen schreibt die ISR in den Bufer, bearbeitet wird durch 
Hauptprogramm bei unterschiedlichen Werten in den Zeigern.
Gruß oldmax

Lehrmann Michael schrieb:
> Was bringt dir 'start:' ? Da passiert ja nun wahrlich nichts ...

Doch der Sprung LJMP Sprung... allerdings sollte der Befehl 2 Zeilen 
oben stehen.

Komme trotz der Vorschläge und Kritisierungen nicht weiter :(

Habe auch mit Interrupt probiert, geht auch nicht.
Die Ratschläge gehen nicht an das Problem...

Wenigstens eine Beispielhafte INITIALISIERUNG um einen Seriellen Empfang 
zu gewährleisten! Vllt. hab ich da was vergessen?!

Danke!