Assembler: rjmp-Befehl

Gar nicht? Das is ja gerade der Sinn eines Jump Befehls irgendwohin zu springen. Wenn du den Befehl hinter einem jump nicht direkt anspringt wird er nie angeführt.

Zitat von "Michael D"

Gar nicht?

Richtig, gar nicht! RJMP ist ein echter Sprungbefehl, der immer zum (in diesem Fall) "loop" springt.

Der Unterschied zwischen RJMP und JMP ist nur die relative Addressierung des Sprungziels. Bei RJMP wird relativ um so und soviel Addressen nach hinten oder vorne gesprungen - egal in welchem Speicherbereich sich der Code befindet, beim JMP Befehl wird immer zu einer festen Addresse gesprungen.

Somit kann man RJMP gut in Subroutinen verwenden, die von verschiedneen Stellen aufgerufen werden.

Wenn Du willst, daß nach dem Sprung wieder an der selben Stelle weiter gehen soll, musst Du RCALL verwenden.

mainloop: 
         loop: 
                  in r24, PIND 
                  rcall suby




                  ;hier gehts nach dem return weiter




                 inc r17

suby:
out PORTC,r24
return   ; hier springt der PC (Program Counter) an die Stelle zurück, wo sich der letzte RCALL befehl befand

Mit folgenden Code bringst Du also den Prozessor quasi zum Stillstand, indem nicht besonderes mehr ausgeführt wird:

Zitat

end:
RJMP end

Mit folgendem Code Zählst Du den Register r16 immer um eins höher:

inc r16
rjmp PC-1

Richtig.
Was programmierst du denn genau mit Assembler?
Bei Mikroprozessoren und -controllern ist C deutlich einfacher, man "sieht" allerdings nicht direkt was der Prozessor macht.

Ach setzt weiss ich was Du willst.

SBRS geht auch, skipt dann, wenn Bit "gesetzt" ist.

Mit SBIC, SBIS kannst Du direkt mit dem Zustand im IO Register vergleichen, ohne es vorher in ein temp Register einlesen zu müssen...

...je nach dem mit welchem Prozessor Du arbeitest und welchen Befehlsasatz er noch kann.

SBIC PIND,1                ;pin 1 vom D Port
RJMP PC-1
INC r17

Zitat von "MartinBreuer"

dass man nicht sieht wo was zu welcher zeit in den registern etc. steht ist ein großer nachteil (vielleicht gibt es ja programme dafür...)

Gibt es vermutlich... wenn ich mir das so angucke, sieht mir das ganz nach einem ATmega Prozessor aus. Da gibt es direkt von Atmel das AVR Studio (allerdings nur für Windows). Das enthält neben dem Assembler einen Simulator, und man kann mit WinAVR auch den C Compiler mit in die Entwicklungsumgebung einklinken und dann C-Code fast ganz genauso wie Assembler im Simulator durchtesten und auch die Registerwerte angucken. Natürlich weiß man dann häufig nicht sofort, welche Register der Compiler jetzt wofür verwendet hat, aber man kann auch im C-Code die Variableninhalte betrachten. Ist eigentlich sehr schön gemacht, nimmt einem sogar das Makefile ab.

Von C++ würde ich übrigens absehen, das ist ja Hauptsächlich die objektorientierte Erweiterung von C, und Objektorientierung auf Mikrocontrollern ist wegen dem Speicher immer so eine Sache

~ Mario

Zitat

(vielleicht gibt es ja programme dafür...)

Wie mein Vorredner schon sagte, der Debug Modus im Atmel AVR Studio eignet sich hervorragend dafür.