RN-Wissen.de - Benutzerbeiträge [de]

PIC Assemblerbefehle

2007-04-15T11:19:51Z

Der Gärtner: /* Compilerdirektiven */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,0 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

===Beispiel===
Wenn die LEDs am Ausgang des PICs einmal mal mehr als die ~20mA Verbrauchen, lohnt es sich sie gegen die Versorgungsspannung zu hängen. Der Nachteil dabei ist, dass nun bei einer logischen "1" nun die Led aus wäre und umgekehrt. Um sie wieder bei einer 1 leuchten zu lassen, gibt es folgende Möglichkeit:

<pre>
...
COMF,0 TMR1H ;Ladet das Hightbyte des Timer1 INVERTIERT in das Arbeitsregister.
MOVWF PORTB ;und nun ists auf den LEDs sichtbar.
</pre>

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x86 ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

====Beispiel====
<pre>
#Define DauerL 0x25 ;
#Define DauerH 0x26 ;Registern namen geben..
...
BCF T1CON,TMR1ON ;Timer 1 Ausschalten
MOVF TMR1L,0 ;Timer1 LowByte ins Arbeitsregister kopieren
MOWF DauerL ;...und im Vorgesehenen Register speichern.
BCF STATUS,Z ;Zeroflag löschen
MOVF TMR1H,0 ;Timer1 HighByte ins Arbeitsregister kopieren
MOWF DauerH ;...und im Vorgesehenen Register speichern.
BTFSC STATUS,Z
goto messen ;Das Ergebnis war 0!!! Da muss nochmal gemessen werden, war zu kurz...
...
...
</pre>

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}
===Beispiel===
<pre>
MOVLW 0xC8 ;Das Arbeitsregister hat nun den Wert C8. Das was vorher drinstand ist WEG.
MOVWF TMR0 ;TIP: Wenn man das TMR0 Register mit einem Wert füttert,
;dann kann man die Laufzeit bis zum nächsten Überlauf festlegen.
</pre>

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}
===Beispiel===
Folgende Schleife würde nun ohne Timer oder ähnlichem einfach 10 Takte dauern. Vorallem dann sinnvoll, wenn im Vergleich zur Taktfrequenz hohe Frequenzen erzeugt werden müssen. Bei einem PIC mit z.B 4Mhz Takt würde folgende Schleife seehr seehr einfach ein Rechtecksignal mit 400kHz erzeugen. (4000kHz/10Takte)

<pre>
...
loop
BSF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
BCF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
GOTO loop ;2 Takte
...
</pre>

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x0F ;Ladet die Zahl 0x0F ('00001111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x86 ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
XORWF 0x22,1 ;Führt die Logische Operation "XOR" (exclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x89 ('10001001')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x0F als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, ist immer nachher der inverse Wert von unserer Zahl im Arbeitsregister gewesen. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt invertieren.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORLW|XORLW]]

= Compilerdirektiven =

Compilerdirektiven werden je nach Compiler unterstützt (-oder eben auch nicht.) Aber alle die hier aufgeführt werden, werden vom Compiler MPASM (Im MPLAB integriert) unterstützt. Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-15T11:18:43Z

Der Gärtner: /* XORWF */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,0 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

===Beispiel===
Wenn die LEDs am Ausgang des PICs einmal mal mehr als die ~20mA Verbrauchen, lohnt es sich sie gegen die Versorgungsspannung zu hängen. Der Nachteil dabei ist, dass nun bei einer logischen "1" nun die Led aus wäre und umgekehrt. Um sie wieder bei einer 1 leuchten zu lassen, gibt es folgende Möglichkeit:

<pre>
...
COMF,0 TMR1H ;Ladet das Hightbyte des Timer1 INVERTIERT in das Arbeitsregister.
MOVWF PORTB ;und nun ists auf den LEDs sichtbar.
</pre>

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x86 ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

====Beispiel====
<pre>
#Define DauerL 0x25 ;
#Define DauerH 0x26 ;Registern namen geben..
...
BCF T1CON,TMR1ON ;Timer 1 Ausschalten
MOVF TMR1L,0 ;Timer1 LowByte ins Arbeitsregister kopieren
MOWF DauerL ;...und im Vorgesehenen Register speichern.
BCF STATUS,Z ;Zeroflag löschen
MOVF TMR1H,0 ;Timer1 HighByte ins Arbeitsregister kopieren
MOWF DauerH ;...und im Vorgesehenen Register speichern.
BTFSC STATUS,Z
goto messen ;Das Ergebnis war 0!!! Da muss nochmal gemessen werden, war zu kurz...
...
...
</pre>

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}
===Beispiel===
<pre>
MOVLW 0xC8 ;Das Arbeitsregister hat nun den Wert C8. Das was vorher drinstand ist WEG.
MOVWF TMR0 ;TIP: Wenn man das TMR0 Register mit einem Wert füttert,
;dann kann man die Laufzeit bis zum nächsten Überlauf festlegen.
</pre>

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}
===Beispiel===
Folgende Schleife würde nun ohne Timer oder ähnlichem einfach 10 Takte dauern. Vorallem dann sinnvoll, wenn im Vergleich zur Taktfrequenz hohe Frequenzen erzeugt werden müssen. Bei einem PIC mit z.B 4Mhz Takt würde folgende Schleife seehr seehr einfach ein Rechtecksignal mit 400kHz erzeugen. (4000kHz/10Takte)

<pre>
...
loop
BSF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
BCF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
GOTO loop ;2 Takte
...
</pre>

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x0F ;Ladet die Zahl 0x0F ('00001111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x86 ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
XORWF 0x22,1 ;Führt die Logische Operation "XOR" (exclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x89 ('10001001')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x0F als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, ist immer nachher der inverse Wert von unserer Zahl im Arbeitsregister gewesen. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt invertieren.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORLW|XORLW]]

= Compilerdirektiven =

Compilerdirektiven werden je nach Compiler unterstützt (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-15T11:17:26Z

Der Gärtner: /* Beispiel */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,0 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

===Beispiel===
Wenn die LEDs am Ausgang des PICs einmal mal mehr als die ~20mA Verbrauchen, lohnt es sich sie gegen die Versorgungsspannung zu hängen. Der Nachteil dabei ist, dass nun bei einer logischen "1" nun die Led aus wäre und umgekehrt. Um sie wieder bei einer 1 leuchten zu lassen, gibt es folgende Möglichkeit:

<pre>
...
COMF,0 TMR1H ;Ladet das Hightbyte des Timer1 INVERTIERT in das Arbeitsregister.
MOVWF PORTB ;und nun ists auf den LEDs sichtbar.
</pre>

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x86 ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

====Beispiel====
<pre>
#Define DauerL 0x25 ;
#Define DauerH 0x26 ;Registern namen geben..
...
BCF T1CON,TMR1ON ;Timer 1 Ausschalten
MOVF TMR1L,0 ;Timer1 LowByte ins Arbeitsregister kopieren
MOWF DauerL ;...und im Vorgesehenen Register speichern.
BCF STATUS,Z ;Zeroflag löschen
MOVF TMR1H,0 ;Timer1 HighByte ins Arbeitsregister kopieren
MOWF DauerH ;...und im Vorgesehenen Register speichern.
BTFSC STATUS,Z
goto messen ;Das Ergebnis war 0!!! Da muss nochmal gemessen werden, war zu kurz...
...
...
</pre>

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}
===Beispiel===
<pre>
MOVLW 0xC8 ;Das Arbeitsregister hat nun den Wert C8. Das was vorher drinstand ist WEG.
MOVWF TMR0 ;TIP: Wenn man das TMR0 Register mit einem Wert füttert,
;dann kann man die Laufzeit bis zum nächsten Überlauf festlegen.
</pre>

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}
===Beispiel===
Folgende Schleife würde nun ohne Timer oder ähnlichem einfach 10 Takte dauern. Vorallem dann sinnvoll, wenn im Vergleich zur Taktfrequenz hohe Frequenzen erzeugt werden müssen. Bei einem PIC mit z.B 4Mhz Takt würde folgende Schleife seehr seehr einfach ein Rechtecksignal mit 400kHz erzeugen. (4000kHz/10Takte)

<pre>
...
loop
BSF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
BCF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
GOTO loop ;2 Takte
...
</pre>

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x0F ;Ladet die Zahl 0x0F ('00001111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x86 ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
XORWF 0x22,1 ;Führt die Logische Operation "XOR" (exclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x89 ('10001001')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x0F als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, ist immer nachher der inverse Wert von unserer Zahl im Arbeitsregister gewesen. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt invertieren.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORLW|XORLW]]

= Compilerdirektiven =

Compilerdirektiven werden je nach Compiler unterstützt (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-15T11:17:05Z

Der Gärtner: /* XORWF */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,0 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

===Beispiel===
Wenn die LEDs am Ausgang des PICs einmal mal mehr als die ~20mA Verbrauchen, lohnt es sich sie gegen die Versorgungsspannung zu hängen. Der Nachteil dabei ist, dass nun bei einer logischen "1" nun die Led aus wäre und umgekehrt. Um sie wieder bei einer 1 leuchten zu lassen, gibt es folgende Möglichkeit:

<pre>
...
COMF,0 TMR1H ;Ladet das Hightbyte des Timer1 INVERTIERT in das Arbeitsregister.
MOVWF PORTB ;und nun ists auf den LEDs sichtbar.
</pre>

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

====Beispiel====
<pre>
#Define DauerL 0x25 ;
#Define DauerH 0x26 ;Registern namen geben..
...
BCF T1CON,TMR1ON ;Timer 1 Ausschalten
MOVF TMR1L,0 ;Timer1 LowByte ins Arbeitsregister kopieren
MOWF DauerL ;...und im Vorgesehenen Register speichern.
BCF STATUS,Z ;Zeroflag löschen
MOVF TMR1H,0 ;Timer1 HighByte ins Arbeitsregister kopieren
MOWF DauerH ;...und im Vorgesehenen Register speichern.
BTFSC STATUS,Z
goto messen ;Das Ergebnis war 0!!! Da muss nochmal gemessen werden, war zu kurz...
...
...
</pre>

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}
===Beispiel===
<pre>
MOVLW 0xC8 ;Das Arbeitsregister hat nun den Wert C8. Das was vorher drinstand ist WEG.
MOVWF TMR0 ;TIP: Wenn man das TMR0 Register mit einem Wert füttert,
;dann kann man die Laufzeit bis zum nächsten Überlauf festlegen.
</pre>

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}
===Beispiel===
Folgende Schleife würde nun ohne Timer oder ähnlichem einfach 10 Takte dauern. Vorallem dann sinnvoll, wenn im Vergleich zur Taktfrequenz hohe Frequenzen erzeugt werden müssen. Bei einem PIC mit z.B 4Mhz Takt würde folgende Schleife seehr seehr einfach ein Rechtecksignal mit 400kHz erzeugen. (4000kHz/10Takte)

<pre>
...
loop
BSF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
BCF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
GOTO loop ;2 Takte
...
</pre>

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x0F ;Ladet die Zahl 0x0F ('00001111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x86 ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
XORWF 0x22,1 ;Führt die Logische Operation "XOR" (exclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x89 ('10001001')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x0F als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, ist immer nachher der inverse Wert von unserer Zahl im Arbeitsregister gewesen. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt invertieren.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORLW|XORLW]]

= Compilerdirektiven =

Compilerdirektiven werden je nach Compiler unterstützt (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-13T19:37:06Z

Der Gärtner: /* COMF */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,0 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

===Beispiel===
Wenn die LEDs am Ausgang des PICs einmal mal mehr als die ~20mA Verbrauchen, lohnt es sich sie gegen die Versorgungsspannung zu hängen. Der Nachteil dabei ist, dass nun bei einer logischen "1" nun die Led aus wäre und umgekehrt. Um sie wieder bei einer 1 leuchten zu lassen, gibt es folgende Möglichkeit:

<pre>
...
COMF,0 TMR1H ;Ladet das Hightbyte des Timer1 INVERTIERT in das Arbeitsregister.
MOVWF PORTB ;und nun ists auf den LEDs sichtbar.
</pre>

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

====Beispiel====
<pre>
#Define DauerL 0x25 ;
#Define DauerH 0x26 ;Registern namen geben..
...
BCF T1CON,TMR1ON ;Timer 1 Ausschalten
MOVF TMR1L,0 ;Timer1 LowByte ins Arbeitsregister kopieren
MOWF DauerL ;...und im Vorgesehenen Register speichern.
BCF STATUS,Z ;Zeroflag löschen
MOVF TMR1H,0 ;Timer1 HighByte ins Arbeitsregister kopieren
MOWF DauerH ;...und im Vorgesehenen Register speichern.
BTFSC STATUS,Z
goto messen ;Das Ergebnis war 0!!! Da muss nochmal gemessen werden, war zu kurz...
...
...
</pre>

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}
===Beispiel===
<pre>
MOVLW 0xC8 ;Das Arbeitsregister hat nun den Wert C8. Das was vorher drinstand ist WEG.
MOVWF TMR0 ;TIP: Wenn man das TMR0 Register mit einem Wert füttert,
;dann kann man die Laufzeit bis zum nächsten Überlauf festlegen.
</pre>

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}
===Beispiel===
Folgende Schleife würde nun ohne Timer oder ähnlichem einfach 10 Takte dauern. Vorallem dann sinnvoll, wenn im Vergleich zur Taktfrequenz hohe Frequenzen erzeugt werden müssen. Bei einem PIC mit z.B 4Mhz Takt würde folgende Schleife seehr seehr einfach ein Rechtecksignal mit 400kHz erzeugen. (4000kHz/10Takte)

<pre>
...
loop
BSF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
BCF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
GOTO loop ;2 Takte
...
</pre>

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Compilerdirektiven =

Compilerdirektiven werden je nach Compiler unterstützt (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-13T19:36:50Z

Der Gärtner: /* COMF */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,0 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

===Beispiel===
Wenn die LEDs am Ausgang des PICs einmal mal mehr als die ~20mA Verbrauchen, lohnt es sich sie gegen die Versorgungsspannung zu hängen. Der Nachteil dabei ist, dass nun bei einer logischen "1" nun die Led aus wäre und umgekehrt. Um sie wieder bei einer 1 leuchten zu lassen, gibt es folgende Möglichkeit:

<pre>
...
COMF,0 TMR1H ;Ladet das Hightbyte des Timer1 INVERTIERT in das Arbeitsregister.
MOVWF PORTB ;und nun ists auf den LEDs sichtbar.
</pre>

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

====Beispiel====
<pre>
#Define DauerL 0x25 ;
#Define DauerH 0x26 ;Registern namen geben..
...
BCF T1CON,TMR1ON ;Timer 1 Ausschalten
MOVF TMR1L,0 ;Timer1 LowByte ins Arbeitsregister kopieren
MOWF DauerL ;...und im Vorgesehenen Register speichern.
BCF STATUS,Z ;Zeroflag löschen
MOVF TMR1H,0 ;Timer1 HighByte ins Arbeitsregister kopieren
MOWF DauerH ;...und im Vorgesehenen Register speichern.
BTFSC STATUS,Z
goto messen ;Das Ergebnis war 0!!! Da muss nochmal gemessen werden, war zu kurz...
...
...
</pre>

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}
===Beispiel===
<pre>
MOVLW 0xC8 ;Das Arbeitsregister hat nun den Wert C8. Das was vorher drinstand ist WEG.
MOVWF TMR0 ;TIP: Wenn man das TMR0 Register mit einem Wert füttert,
;dann kann man die Laufzeit bis zum nächsten Überlauf festlegen.
</pre>

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}
===Beispiel===
Folgende Schleife würde nun ohne Timer oder ähnlichem einfach 10 Takte dauern. Vorallem dann sinnvoll, wenn im Vergleich zur Taktfrequenz hohe Frequenzen erzeugt werden müssen. Bei einem PIC mit z.B 4Mhz Takt würde folgende Schleife seehr seehr einfach ein Rechtecksignal mit 400kHz erzeugen. (4000kHz/10Takte)

<pre>
...
loop
BSF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
BCF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
GOTO loop ;2 Takte
...
</pre>

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Compilerdirektiven =

Compilerdirektiven werden je nach Compiler unterstützt (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-13T19:27:28Z

Der Gärtner: /* Beispiel */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,0 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

====Beispiel====
<pre>
#Define DauerL 0x25 ;
#Define DauerH 0x26 ;Registern namen geben..
...
BCF T1CON,TMR1ON ;Timer 1 Ausschalten
MOVF TMR1L,0 ;Timer1 LowByte ins Arbeitsregister kopieren
MOWF DauerL ;...und im Vorgesehenen Register speichern.
BCF STATUS,Z ;Zeroflag löschen
MOVF TMR1H,0 ;Timer1 HighByte ins Arbeitsregister kopieren
MOWF DauerH ;...und im Vorgesehenen Register speichern.
BTFSC STATUS,Z
goto messen ;Das Ergebnis war 0!!! Da muss nochmal gemessen werden, war zu kurz...
...
...
</pre>

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}
===Beispiel===
<pre>
MOVLW 0xC8 ;Das Arbeitsregister hat nun den Wert C8. Das was vorher drinstand ist WEG.
MOVWF TMR0 ;TIP: Wenn man das TMR0 Register mit einem Wert füttert,
;dann kann man die Laufzeit bis zum nächsten Überlauf festlegen.
</pre>

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}
===Beispiel===
Folgende Schleife würde nun ohne Timer oder ähnlichem einfach 10 Takte dauern. Vorallem dann sinnvoll, wenn im Vergleich zur Taktfrequenz hohe Frequenzen erzeugt werden müssen. Bei einem PIC mit z.B 4Mhz Takt würde folgende Schleife seehr seehr einfach ein Rechtecksignal mit 400kHz erzeugen. (4000kHz/10Takte)

<pre>
...
loop
BSF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
BCF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
GOTO loop ;2 Takte
...
</pre>

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Compilerdirektiven =

Compilerdirektiven werden je nach Compiler unterstützt (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-13T19:25:44Z

Der Gärtner: /* NOP */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,0 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

====Beispiel====
<pre>
#Define DauerL 0x25 ;
#Define DauerH 0x26 ;Registern namen geben..
...
BCF T1CON,TMR1ON ;Timer 1 Ausschalten
MOVF TMR1L,0 ;Timer1 LowByte ins Arbeitsregister kopieren
MOWF DauerL ;...und im Vorgesehenen Register speichern.
BCF STATUS,Z ;Zeroflag löschen
MOVF TMR1H,0 ;Timer1 HighByte ins Arbeitsregister kopieren
MOWF DauerH ;...und im Vorgesehenen Register speichern.
BTFSC STATUS,Z
goto messen ;Das Ergebnis war 0!!! Da muss nochmal gemessen werden, war zu kurz...
...
...
</pre>

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}
===Beispiel===
<pre>
MOVLW 0xC8 ;Das Arbeitsregister hat nun den Wert C8. Das was vorher drinstand ist WEG.
MOVWF TMR0 ;TIP: Wenn man das TMR0 Register mit einem Wert füttert,
;dann kann man die Laufzeit bis zum nächsten Überlauf festlegen.
</pre>

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}
===Beispiel===
Folgende Schleife würde nun ohne Timer oder ähnlichem einfach 10 Takte dauern. Vorallem dann sinnvoll, wenn im Vergleich zur Taktfrequenz hohe Frequenzen erzeugt werden müssen. Bei einem PIC mit z.B 4Mhz Takt würde folgende Schleife ein Rechtecksignal mit 400kHz erzeugen. (4000kHz/10Takte)

<pre>
...
loop
BSF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
NOP ;1 Takt
BCF PORTB,0 ;1 Takt //z.b. LED an dem Port an
NOP ;1 Takt
NOP ;1 Takt
GOTO loop ;2 Takte
...
</pre>

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Compilerdirektiven =

Compilerdirektiven werden je nach Compiler unterstützt (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-13T19:18:26Z

Der Gärtner: /* MOVLW */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,0 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

====Beispiel====
<pre>
#Define DauerL 0x25 ;
#Define DauerH 0x26 ;Registern namen geben..
...
BCF T1CON,TMR1ON ;Timer 1 Ausschalten
MOVF TMR1L,0 ;Timer1 LowByte ins Arbeitsregister kopieren
MOWF DauerL ;...und im Vorgesehenen Register speichern.
BCF STATUS,Z ;Zeroflag löschen
MOVF TMR1H,0 ;Timer1 HighByte ins Arbeitsregister kopieren
MOWF DauerH ;...und im Vorgesehenen Register speichern.
BTFSC STATUS,Z
goto messen ;Das Ergebnis war 0!!! Da muss nochmal gemessen werden, war zu kurz...
...
...
</pre>

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}
===Beispiel===
<pre>
MOVLW 0xC8 ;Das Arbeitsregister hat nun den Wert C8. Das was vorher drinstand ist WEG.
MOVWF TMR0 ;TIP: Wenn man das TMR0 Register mit einem Wert füttert,
;dann kann man die Laufzeit bis zum nächsten Überlauf festlegen.
</pre>

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Compilerdirektiven =

Compilerdirektiven werden je nach Compiler unterstützt (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-13T19:12:42Z

Der Gärtner: /* MOVF */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,0 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

====Beispiel====
<pre>
#Define DauerL 0x25 ;
#Define DauerH 0x26 ;Registern namen geben..
...
BCF T1CON,TMR1ON ;Timer 1 Ausschalten
MOVF TMR1L,0 ;Timer1 LowByte ins Arbeitsregister kopieren
MOWF DauerL ;...und im Vorgesehenen Register speichern.
BCF STATUS,Z ;Zeroflag löschen
MOVF TMR1H,0 ;Timer1 HighByte ins Arbeitsregister kopieren
MOWF DauerH ;...und im Vorgesehenen Register speichern.
BTFSC STATUS,Z
goto messen ;Das Ergebnis war 0!!! Da muss nochmal gemessen werden, war zu kurz...
...
...
</pre>

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Compilerdirektiven =

Compilerdirektiven werden je nach Compiler unterstützt (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assembler

2007-04-13T08:45:03Z

Der Gärtner: /* PORTx */

= Einladung zur Diskussion... =

Es wird hier versucht die ASM Programmierung von PIC Mikrocontroller zu beschreiben.

Damit das enstehende Artikel wirklich nutzlich wird, ist Ihre Mitwirkung nötig. Bitte schreib uns Deine Meinung, was ewentuell noch geändert (z.B. ergänzt) werden soll in diesem Tread:

http://www.roboternetz.de/phpBB2/viewtopic.php?p=271211#271211

Die Autoren bedanken sich im voraus für jeden Beitrag mit Vorschlägen !

= Einführung =

== Bit, Byte, Nibble, Bin und Hex ==

Ein Mikrocontroller (kurz: µC) kann eigentlich nur durch ein Portpin eine Spannung einlesen bzw. ausgeben. Er kann aber nur erkennen, ob eine Spannung vorhanden ist oder nicht. Wenn fast keine Spannung vorhanden ist erkennt er das als 0 und wenn eine Spannung fast so gross, wie seine Versorgungsspannung anliegt, als 1.

Genauso bei der Ausgabe, wenn er 0 ausgibt ist auf dem Portpin fast keine Spannung, wenn 1, eine Spannung fast gleich gross seiner Versorgungsspannung. Und das ist ein Bit, die kleinste Menge einer Information. Das Bit ist binär, weil er nur zwei unterschiedliche Werte 0 bzw. 1 haben kann.

Wenn wir gleichzeitig (paralell) 8 Bits haben, dann ist es ein Byte, der mehrere Bitkombinationen von 00000000b bis 11111111b enhält, weil ein Bit (X) auf jeder Stelle 0 bzw. 1 sein kann.

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#007fff>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Das "b" bedeutet, das es sich um binäre (kurz: bin) Darstellung (auch Zahl genannt) handelt. Binäre Zahlen sind aber lang, weil jedes Bit eine Stelle benötigt.

Um die Schreibweise zu verkürzen, wurden hexadezimale (kurz: hex) Zahlen eingeführt. Zuerst wurde ein Byte auf zwei 4-Bit Halbbytes (Nibbles) verteilt und danach ein Nibble als Ziffer genommen. Weil 4 Bit mehr als 10 Kombinationen ergeben, haben die Ziffer 0 bis 9 aus dem Dezimalsystem (d) nicht ausgereicht und wurden um Buchstaben A bis F erweitert. Die hexadezimalen Zahlen haben ein "h" Zeichen am Ende. Für die Zahlen 0 bis 9 sind die (h) und
(d) Zeichen nicht nötig, da sie beide gleich den entsprechenden bin Zahlen sind.

Die Umwandlung zwischen bin, hex und dec Zahlen für ein Nibble zeigt folgende Tabelle:

0b = 0h = 0d 100b = 4h = 4d 1000b = 8h = 8d 1100b = Ch = 12d
1b = 1h = 1d 101b = 5h = 5d 1001b = 9h = 9d 1101b = Dh = 13d
10b = 2h = 2d 110b = 6h = 6d 1010b = Ah = 10d 1110b = Eh = 14d
11b = 3h = 3d 111b = 7h = 8d 1011b = Bh = 11d 1111b = Fh = 15d

Damit kann ein Byte mit zwei hex Ziffern definiert werden z.B. 1100 0011b = C3h. Für zwei Bytes braucht man 4 hex Ziffern z.B.

101 0111 1010 1001b = 57A9h, u.s.w. So wie im Dezimalsystem werden führende Nullen nicht geschrieben, aber in einem PIC Register existieren immer 8 Bits also auch führende Nullen. Zum Beispiel die hex Zahl 3h sieht im Register so aus: 00000011b. Bei einer Wandlung bin->hex fängt man immer von der rechten Seite der bin Zahl an, da die Anzahl führenden Nullen unbekannt ist.

== Speicher und Register ==

Als Speicher bezeichnet man ein Teil der Hardware, in die eine Information eingeschrieben, in der gespeichert und aus der wieder ausgelesen werden kann.

Es gibt eigentlich nur zwei Arten von elektronischen Speicher: flüchtige und nichtflüchtige. Die Information die sich im flüchtigen Speicher befindet, geht verloren, wenn die Versorgungsspannung des Speichers unterbrochen oder abgeschaltet wird. Bei PICs ist es Dataspeicher (RAM).

Wenn die Versorgungsspannung vom nichtflüchtigen Speicher abgeschaltet wird, ist die gespeicherte Information zwar momentan nicht lesbar, bleibt aber erhalten und sobald der Speicher wieder mit Spannung versorgt wird, kann sie ausgelesen werden. Ein PIC hat zwei solche Speicher: Programmspeicher (Flash) und EEPROM.

Der wichtigste Unterschied zwischen den Speicherarten ist, das die flüchtigen direkt (sehr schnell) beschreibbar sind und das Beschreiben den nichtflüchtigen benötigt spezielle Algorithmen, die leider im Vergleich zu direkten Zugriffen langsamer sind.

Ein Speicher besitzt bestimmte Menge von s.g. Speicherstellen. Jede Speicherstelle hat seine individuelle Adresse und kann eine binäre Information mit bestimmter Anzahl von Bits abspeichern.

Bei PIC haben die drei Arten von Speicher, wegen verschiedener Anwendung, auch unterschiedliche Struktur. Die beiden Speicher für Daten (RAM und EEPROM) haben jeweils 8-bitigen und Programmspeicher (Flasch) bei Mid-Range hat 14-bitigen Speicherstellen. Die Anzahl den Speicherstellen im bestimmten Speicher ist vom PIC-Typ abhängig.

Eine 8-bitige Speicherstelle im RAM wird bei PICs Register genannt und kann so skiziert werden:

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td> MSB </td>
<td colspan=6></td>
<td> LSB </td>
</tr>

<tr>
<td bgcolor="#007fff">bit 7</td>
<td bgcolor="#007fff">bit 6</td>
<td bgcolor="#007fff">bit 5</td>
<td bgcolor="#007fff">bit 4</td>
<td bgcolor="#007fff">bit 3</td>
<td bgcolor="#007fff">bit 2</td>
<td bgcolor="#007fff">bit 1</td>
<td bgcolor="#007fff">bit 0</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#ff8305>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Der bit 7 wird als hochwertigste (MSB = Most Significant Bit) und bit0 als niederwertigste (LSB = Least Significant Bit) bezeichnet. Jeder Bit im Register (X) kann gleich 0 bzw. 1 sein.

Um ein Databyte in ein Register schreiben oder aus einem Register lesen, muss zuerst das Register durch seine Adresse gewählt werden. Dafür gibt es beim PIC folgende Möglichkeiten:

Direkte Adressierung per absolute Adresse: movwf 0x20

Direkte Adressierung per vorher definierten Namen des Registers (z.B. Temp equ 0x20): movwf Temp

Indirekte Adressierung durch FSR Register, in den die absolute Adresse des Registers Temp eingeschrieben wird und der Wert aus dem Temp sich im INDF Register befindet. Wie vorher wurde Temp equ 0x20 definiert und weiter:

movlw Temp ;in W-Register wird die absolute Adresse des Registers Temp geladen
movwf FSR ;diese Adresse wird in das FSR Register kopiert
movf INDF,0 ;der Wert aus dem indirekt adressierten Register Temp wird in das
W-Register geladen.

Weil in jedem 14-bittigem Befehl, der mit Datenspeicher verbunden ist, fur Adresse des ansprechenden Registers nur 7 Bits existieren, die bis zum 7Fh (128d) Register direkt ansprechen können, ist bei PICs der Datenspeicher (RAM) in s.g. Bänke verteilt.

Für Aswahl einer Bank sind zwei Bits RP0 und RP1 im STATUS Register zuständig. Die Anzahl von Bänke und ihre Verwendung ist von gesamter Grösse des RAMs abhängig und kann dem Datenblatt des PICs entnommen werden. Siehe: [[#Speicherbankorganisation|Speicherbankorganisation]]

== Prozessor ==

Der Prozessor von Mid-Range PICs gehört zu den RISC (Reduced Instruction Set Computer) Prozessoren und man hat nur 35 Befehle zu Erlernen, was seine Programmierung deutlich vereinfacht. Jeder Befehl benötigt im Programmspeicher nur eine Speicherstelle und im Quellcode nur eine Zeile. Die Ausführung des Befehls dauert, abhängig vom Befehl zwischen 1-2 Prozessortakten.

Die Prozessoren der Mid-Range Serie von Microchip sind alle in der "Harvard"-Architektur gefertigt. Das Bedeuted, dass der Datenspeicher und Programmspeicher einen eigenen Bus zur CPU besitzen. Der Vorteil zur "von Neumann"-Architektur ist, dass sich die Busgrößen damit unterscheiden können. Das ermöglicht eine größere Bandbreite.

Der Befehl (beim PIC 14 bit) kann in nur einem Takt verarbeitet werden. Daher kommt auch das Aufteilen der Ausführung des Befehls in die 4 verschiedenen Vörgänge. Wärend der neue Befehl eingelesen ("gefatched") wird, wird der Vorige gerade gelesen ("read") und der Vorvorige verarbeited ("executed") und der Vorvorvorige schreibt gerade in den Datenspeicher ("write"). Das heist 4 Befehle werden jeweils um einen Oszillatortaktzyklus verschoben gleichzeitig verarbeitet.

Das geschieht in vier Perioden des Oszillators. Deswegen die Taktfrequenz des CPUs entspricht durch 4 geteilter Frequenz des Oszillators.

CPU Vorgang Richtung Speicher
------------------------------------------------- -
1.Befehl lesen (fatch) <------- Flash |
2.Daten lesen (read) <------- RAM | 1 Prozessortakt =
3.Daten verarbeiten (execute) | 4 Oszillatortakte
4.Daten schreiben (write) -------> RAM |
-

Nur o.g. CPU Vorgänge sind direkt möglich. Es können deswegen keine Befehle aus dem RAM oder EEPROM ausgeführt werden. Um ein Databyte aus einem RAM Register in ein anderes zu kopieren, muss er zuerst aus dem ersten RAM Register in das W-Register (eigenen s.g. Arbeitsregister des CPU) und erst davon in das zweite RAM Register kopiert werden.

Das Lesen/Schreiben aus/in den EEPROM Speicher ist mit Hilfe speziellen Register und Unterprogrammen bei allen Mid-Range PICs möglich. Der Lese und Schreibzugriff auf den Programmspeicher ist aber nur bei wenigen PIC-Typen (z.B. PIC16F87X) möglich. Dies ermöglicht ein "sich selbst Programmieren", was bei Bootloadern genützt wird.

== Assembler ==

Die Maschinensprache, auch Assembler oder kurz ASM genannt, ist eine Sprache die nur bestimmter CPU versteht. Für einen Menschen ist sie unverständlich, da sie nur aus hex Zahlen besteht.

Um sich die Sprache verständlicher zu machen wurden den hex Zahlen s.g. Mnemonics aus Buchstaben zugewiesen. Jeder Befehl für einen CPU hat somit ein "Namen", der aus englischer Sprache stammt. Siehe: [[#Kurzübersicht Assembler Befehle|Kurzübersicht Assembler Befehle]]

Obwohl sie 200 bis 1000 mal schneller als die meisten Hochsprachen ist, wird sie wegen dem grossen Aufwand bei Erstellung umfangreichen Programmen, selten benutzt. Man findet sie aber oft in fast allen Hochsprachen, in eigebundenen Funktionen, überall dort wo die Hochsprachen zu langsam sind oder nötigen Aufgaben nicht unterstützen (z.B. Maus in Q-Basic).

ASM eignet sich aber sehr gut für kleine Anwendungen (meistens Steuerungen) mit µC, weil nur bei dieser Programmiersprache ein direkter Zusammenhang zwischen einem Bit im Programm und einer Spannung am I/O Pin besteht.

Dank der integrierten oder an Portpins angeschlosenen Hardware und dem entsprechenden Program kann ein µC umfangreiche Aufgaben realisieren, die fast unbegrenzt und schwer vorstellbar sind.

Die Aufgabe eines ASM-Programmierers ist, ein Programm zu schreiben, das das Assemblerprogramm (z.B. MPASM) fehlerfrei in die Machinensprache "übersetzt" und der bestimmte CPU "versteht". Sie endet eigentlich erst dann, wenn das geschriebene Programm so wie geplannt funktioniert.

[[Bild:PAD_beispiel.png|thumb|80px|Beispiel für ein PAD]]

Weil ASM Programme nicht besonders durchschaubar sind, wurde als Hilfsmittel ein Programmablaufdiagramm (kurz: PAD) erfunden. Beim Programmerstellung fängt man damit an ein PAD zu erstellen, das die wichtigsten Programmschritte enthält.

Weiter werden alle Befehle nach dem PAD mit einem üblichen Texteditor in eine Textdatei mit Erweiterung .asm (Quellcode) geschrieben, durch ein Assemblerprogramm (für PICs: MPASM oder [http://gputils.sourceforge.net/ GPASM]) von dem für Menschen noch verständlichen Code in die Maschinensprache "übersetzt" und als Texdatei mit Erweiterung .hex gespeichert. Diese Datei wird danach in den Programmspeicher des µC übertragen ("gebrannt").

Das Assemblerprogramm MPASM kann kostenlos von der Homepage des Herstellers von PICs [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en019469&part=SW007002] runtergeladen werden. Es muss zuerst vom Downloads die "MPLAB IDE v7.50 Full Zipped Installation" runtergeladen und erst danach können gewählte Programme (z.B. nur MPASM) intalliert werden. Für MPASM benutzer werden auch folgende .pdf Dateien empfohlen:

MPASM/MPLINK User's Guide (2628 KB) [Benutzerhandbuch]

MPASM™/MPLINK™ PICmicro® Quick Chart (81 KB) [Kurzübersicht]

Nach dem Eischalten der Betriebsspannung des µC, fängt der CPU an, sich im Programmspeicher befindliches Programm mit dem Befehl, der an der Adresse 0 steht, auszuführen.

Aber wann das Programm endet? Natürlich wenn die Versorgungsspannung abgeschaltet wird. Nein! Das ist die einfachste Lösung um ein laufendes Programm auf zufälliger Stelle zu unterbrechen,
aber keine um ihn auf einer definierten Stelle zu beenden.

Wenn an den µC angeschlossene externe Hardware (z.B. Grafikdisplay), eine bestimmte Befehlsfolge vor dem Abschalten benötigt oder wichtige Daten (in EEPROM oder Flash) abgespeichert werden sollen, darf die Spannung erst dann abgeschaltet werden, wenn der CPU eine Meldung ausgibt, dass er sich schon auf der "STOP" Stelle des Programms befinet. Es muss auch
definiert werden (z.B. durch eine Tastenkombination), wann der CPU zum letzten Fragment des ASM Programms vor dem "STOP" gehen soll.

== Grundbeschaltung ==

Der Prozessor von einem PIC kann sofort nach dem Einschalten der Versorgungsspannung (z.B. + 5V DC) arbeiten. Allerdings nur, wenn er den Takt, in dem er die Befehle ausführen soll, vorgegeben hat. Manche PICs besitzen einen internen RC-Oszillator, (z.B. PIC12F629, PIC16F630, PIC16F628, u.s.w.). Bei diesen reicht es bereits Spannung anzulegen und sie laufen bereits.
Die meisten haben ihn aber nicht (z.B. PIC16F84, PIC16F870, u.s.w.) und brauchen fürs Funktionieren zusätzliche Bauteile. Grundsätzlich gibt es mehrere Möglichkeiten:

* Quarz oder Keramik-Resonator + 2 Kondensatoren (LP,HS oder XT)
* Keramik-Resonator mit integrierten Kondensatoren (HS oder XT)
* Quarzoszillator (EC); genau und stabil
* Widerstand + Kondensator (RC); keine hohe Frequenzstabilität

Die entsprechenden Bauteile werden an die Pins OSC1/OSC2 angeschlossen, um den notwendigen Prozessortakt zu erzeugen. Im Konfiguration-Word "__config" muss noch angegeben werden, welcher Oszillator verwendet wird.

Desweiteren existiert ein MCLR-Pin, der beim PIC einen Neustart (=Reset) auslösen kann (Low-Pegel). Diesen Pin sollte man, wenn er in "__config" aktiviert ist, über einen Widerstand (pull-up) an Versorgungsspannung legen, damit der PIC anfängt, sein Programm abzuarbeiten. Der Anschluss wird auch für die Programmierung benötigt. Beim sog. High-Voltage-Programming wird MCLR auf ca. 12-14 Volt gelegt, um den PIC in den Programmiermodus zu schalten. Bei manchen PICs kann dieser Anschluss auch als normalen I/O Pin eingestellt werden. In dem Fall, bei ICSP Benutzung, soll noch eine Diode zwischen den pull-up und Versorgungsspannung angeschlossen werden, um die an MCLR Pin angeschlossene Hardware während der Programmierung zu schützen.

Bei externen Oszillatoren bleibt der Pin OSC2 nicht angeschlossen und kann als I/O benutzt werden. Falls ein interner Oszillator benutzt wird, können beide OSC Pins als I/O dienen.

Damit ein Programm zuverlässig ausgeführt werden kann, muss die Versorgungspannung störungsfrei sein. Dafür wird ein Keramik-Vielschicht-Kondensator 100 nF möglichts am kürzesten direkt zwischen VDD und VSS Pins geschaltet.

Folgende Skizzen zeigen die Grundbeschaltung eines PICs:

{|
|-
|
[[Bild:Pic-entstoer.png|thumb|160px|Entstörkondensator beim PIC]]
|
[[Bild:Qz-os.png|thumb|160px|Quarz ]]
|
[[Bild:Qos-os.png|thumb|160px|externer Quarzoszillator]]
|
[[Bild:Rc-os.png|thumb|160px|externer RC-Oszillator]]
|}

== Wahl des PICs ==

Es gibt PIC µC die im Typenbezeichnung den Buchstaben "C" oder "F" haben.

Die älteren mit "C" haben EPROM Programmspeicher und die gibt es in zwei Versionen: ohne und mit Fenster (aus Quarz-Glass) fürs Löschen des EPROMs mit UV Strahlung. Bei denen ohne Fenster kann der Programmspeicher nur einmal beschrieben und nicht mehr gelöscht werden.

Die neuen mit "F" besitzen einen Flash-Programmspeicher, der bis zu 100 000 mal mit angelegter Spannung gelöscht und danach neu beschrieben werden kann.

Für die Wahl eines PICs für bestimmte Anwendung wichtig sind:

- Max. Taktfrequenz des Prozessors.

- Grösse des Datenspeichers (für Variablen).

- Grösse des Programmspeichers (für Programm).

- Integrierte Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.).

- Freie I/O Pins für externe Hardware (Display, Tasten, u.s.w.).

- Vorhandene Betriebspannung (Netzteil, Akku, Batterie).

In der Praxis wird meistens für die Programmerstellung ein grösserer PIC genommen (wenn möglich pinkompatibler z.B. PIC16F628 für PIC16F84 oder PIC16F630 für PIC12F629) und erst nach der Optimierung des lauffägiges Programms, der tatsächlich nötiger, da seine Parameter am Anfang nur geschätzt werden können. Wenn man viel Programme für verschiedene PICs entwickelt, optimal wäre der grösste PIC16F877 mit 20 MHz max. Taktfrequenz.

Diese Lösung hat auch den Vorteil, dass während der Programmerstellung kurze Hilfsprogramme (z.B. PIC Trainer) in den Programmspeicher kopiert und benutzt werden können, da sie sowohl ein bischen Programmspeicher und RAM als auch 2 freie I/O Pins fürs PIC Miniterminal brauchen.

= Programm =

== Allgemeines ==

Jedes Program kann man auf klenere Fragmente unterteilen, die auf bestimmter Weise miteinander verknüpft sind und gemeinsam die Aufgabe des Programms erfüllen. Das wichtigste Teil eines Programms ist s.g. Hautprogram (kurz:HP), das eine führende Rolle spielt. Dem HP sind fast alle andere Programmteile untergeordnet (weiter als Unterprogramm (kurz:UP) genannt) und werden nach Bedarf von ihm aufgerufen um eine bestimmte Aufgabe zu erledigen.

Die Struktur eines Programs ist aber komplizierter, da ein UP kann auch ein oder mehrere UPs nacheinander aufrufen. Ganz unten sind die UP1s, die ganz einfache Sachen erledigen. Höher ist das nächste Ebene mit UP2s die schon mehr komplizierten Aufgaben durch ein Aufruf der UP1s erledigen können, u.s.w. Bei Mid-Range PICs (12FXXX und 16FXXX) können maximal bis zu 8 Ebenen benutzt werden.

<center>
[[Bild:HP-UP.png|Hauptprogramm - Unterprogramm]]
</center>

Jedes UP kann jederzeit aufgerufen werden, je nach dem was gerade eledigt werden muss. Weil das nicht egal ist, welches UP augerufen wird, da jedes nur eine bestimmte Funktion im Programm hat, muss der Programmierer dafür sorgen, dass alles richtig nach Programablaufdiagramm, und nicht chaotisch, abläuft.

Die Programmierung in ASM ist änlich wie bei Hochsprachen, wenn man sich Bibliotheken mit Prozessorspezifischen UPs erstellt. Um ein lauffähiges Programm zu erstellen, braucht man nur benötigte UPs ins Program kopieren und ein geignetes HP, das sie aufruft, schreiben.

Ein ASM Programm (Quellcode) muss in einer Texdatei .asm in der vom Assemblerprogramm erwarteter Form verfasst werden, um fehlerfreie Konvertierung in die Maschinensprache (Assemblierung) zu gewährleisten. Dieses Prozess verläuft in der Form eines Dialoges.

Der Programmierer schreibt und gibt es dem Assemblerprogram zum Übersetzen. Alles was das Programm nicht versteht oder nicht richtig ist, erscheint als Fehlermeldungen, die der Programmierer kennen muss um die Fehler korrigieren zu können. Eine .hex Datei wird erst dannn erstellt, wenn das Assemblerprogramm keine Fehler mehr im Quellcode findet. Deswegen sehr wichtig ist, sich mit dem Assemblerprogramm vertaut zu machen, um die Dialogzeit zu minimieren.

== Programmdurchlaufdiagramm ==

Der Programdurchlaufdiagram (kurz: PAD) ist eine vorläufige und laufend änderbare Stufe zwischen einer Idee und ihrer Verwirklichung. Er wird erst dann fertig, wenn nach ihm erstelltes ASM Program auf einem µC so wie gewünscht funktioniert. Jedes sein Symbol (ausser "Start/Stop") muss später als Befehlsreihenfolge für den bestimmten CPU in den Quellcode übertragen werden. Die Anschriften "Ein" und "Aus" gehören nicht zu Symbolen des PADs und wurden nur zur Erklärung benutzt.

Der PAD ist sehr eifach zu erstellen, weil dafür nur drei Symbole benötigt sind:
<center>
[[Bild:PAD_kurz.png|Symbole des PAD]]
</center>
Das "Start/Stopp" Symbol bedeutet, dass das gesamte Programm sich im stabilen Zustand befindet und nicht "läuft". Anstatt "Stopp" kann auch "Schlaf" (Sleep) agewendet werden, da das Programm in dem Fall auch nicht aktiv ist. Das "Tun" Symbol stellt meistens ein UP mit Reihenfolge von Befehlen dar. Das "Prüfen" bedeutet eine Prüfung bestimmter Bedingung und abhängig davon einen weiteren Lauf eines Programms, endweder in der "ja" (J) oder "nein" (N) Richtung.

Als allgemeinnutziges Standard für µCs kann man folgender PAD bezeichnen:

PAD _____
/ \
Spannung ein (Ein) ----->( Start )
\_____/
| -
V |
.---------------. |
|Initialisierung| |
'---------------' |
| |
.--------->| |
| V |
| .---------------. |
| | Hauptprogramm | |
| '---------------' |
| | |
| V |
| | > Gesamtes Programm
| / \ |
| /Ende?\____ |
| \ /J | |
| \ / | |
| | | |
| V | |
| N| | |
`----------´ | |
V |
.---------------. |
| Beenden | |
'---------------' |
| |
V -
_____
/ \
Spannung aus (Aus) <-------------( Stopp )
\_____/

Das Hauptprogram wird in einer endlosen Schleife ausgeführt, die durch die Prüfung "Ende?" unterbrochen werden kann. In dem Fall wird vor dem Beenden des gesamten Programms noch ein UP "Beenden" ausgeführt, das z.B. Daten in EEPROM speichert.

Es ist nicht nötig immer die Symbole zu zeichnen, man kann sich sie vorstellen und nur den Text schreiben. Die Prüfungen werden mit "?" gekenzeichnet und die Zeichen "V", "<" und ">" zeigen die Richtung des weiteren Verlaufs. Dann sieht der PAD so aus:

PAD1 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
| Ende? J > Beenden |
| N V -
| V Stopp > Aus
`--------´

In der Praxis werden aus Platzgründen meistens die vereinfachten PADs benutzt.

Der PAD1 kann aber für Hauptprogramme, die in beliebigem Moment unterbrochen werden dürfen, deutlich vereifacht werden, da die Prüfung "Ende?" ob das Hauptprogram beendet werden soll, und das UP "Beenden", entfallen.

Die meisten ASM Programme für µC sind deswegen nach solchem PAD erstelt:

PAD2 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
`--------´ _|

Für Testprogramme wird meistens fogender PAD angewendet, weil es ziemlich einfach festzustellen
ist (z.B. durch Stromverbrauchmessung des µCs), wann sich der CPU schon im Schlaf befindet. Erst dann, darf die Betriebspannung des µCs ausgeschaltet werden.

PAD3 Ein > Start
V -
Initialisierung |
V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf > Aus

Und eine batteriebetriebene Uhr wird überwiegend so gestaltet:

PAD4 Ein > Start
V -
Interrupt Initialisierung |
Timer------------------------->V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf

In dem Fall reicht es aus, wenn der CPU jede Minute vom Timer aufgeweckt wird, um die Zeit zu aktualisieren. Eine Uhr ist immer (ausser Batteriewechsel) ununterbrochen mit Spannung versorgt.

Für komplizierte Programme ist es unmöglich ein PAD zu erstellen, in dem jeder CPU Befehl sein eigenes Symbol hat. Man beschränkt sich nur auf alle Prüfungen, die über den Lauf des Programms entscheiden, und ganze UPs (z.B. "Initialisierung") nur als ein Symbol verwendet. Für jedes UP wird dann ein eigener PAD erstelt.

Das Erstellen von PAD bei ASM Programmen ist sehr wichtig und darf nicht unterschätzt werden. Je stärker ein Programmierer glaubt, dass er das ohne PAD schaft, um so mehr Zeit wird er danach bei Fehlersuche oder Änderungen im ASM Programm verlieren. Für einfache ASM Programme, die gut kommentiert sind, reicht es meistens aus, ein PAD nur "im Kopf" zu erstellen, aber ganz ohne PAD geht es sicher nicht.

Wenn ein ASM Programm nicht wie geplannt funktioniert, wird zuerst ein Fehler im PAD gesucht. Und erst wenn er i.O. ist, im als fehlerhaft festgestellten Codefragment.

== Hauptprogramm ==

Wie sein Namen schon vermuten lässt, ist das Hauptprogram das wichtigste Teil des gesamten Programms. Meistens ist es auch das kleinste Teil, vor allem, wenn die UPs sehr komplex sind. Seine Aufgabe ist die benötigte UPs in bestimmter Reihenfolge nachainander aufzurufen, um die alle Funktionen des gesamten Programms zu realisieren.

Das HP ist meistens als endlose Schleife , wie im PAD2, aufgebaut. Weil die endlose Schleife sehr schnell läuft, werden die alle, die durch die UPS realisierte Aufgaben quasi gleichzeitig ausgeführt. Wenn es unerwünscht ist, müssen einige UPs als Verzögerungen realisiert werden.

Typischer PDA für ein HP sieht so aus:

Haupt .--->V
| UP1
| V
| UP2
| V
| ...
| V
| UPn
| V
`----´

In den Quellcode wird es so eigeschrieben:

Haupt call UP1
call UP2
...........
call UPn
goto Haupt

In der Praxis wird das HP schrittweise erstellt. Am Anfang wird sich nur ein UP im HP befinden und die folgenden kommen nach dessen Erstellung und Prüfen dazu, bis das HP fertig wird.

== Unterprogramm ==

Unterprogramm wird durch übergeordnetes Programmteil (Aufrufer) aufgerufen und nach seinem Ausführen, wird zurück zum Aufrufer gesprungen. Der Rückkehr zum Aufrufer wird durch "return" Befehl, der sich am Ende jedes UPs befinden muss, erreicht. Und das ist der einzige Unterschied zwischen einem HP und einem UP.

Jedes UP hat folgender PAD:

vom Aufrufer -------> V
Tun
V
zurück zum Aufrufer <------- return

Ein HP von einem ASM Programm kann in anderem, mehr umfangreichem ASM Program als UP benutzt werden, wenn der sich am Ende des HPs befindlicher Befehl "goto" durch "return" ersetzt wird. Ein Beispiel dazu:

Haupt1 call UP11 Haupt1 call UP11
call UP21 call UP21
........... -------> ...........
call UPn1 call UPn1
goto Haupt1 return

Jetzt können wir im mehr komplexen HP (Haupt) das Haupt1 als Unterprogramm aufrufen:

Haupt call UP1
call Haupt1
...........
call UPn
goto Haupt

Jedes UP kann auch von einem anderen übergeordneten UP aufgerufen werden, wenn das was es realisiert, benötigt wird.

In der Praxis wird oft ein UP von mehreren anderen UPs benutzt. Zum Beispiel um LCD Display zu steuern, brauchen wir entweder ein Befehl (Cmd) oder ein Zeichen (Data) an Display zu schicken. In beiden Fällen wird ein Byte geschickt, einmal mit RS=0 (Befehl) und einmal mit RS=1 (Zeichen) laut folgendem PDA:

"Cmd" "Data"
V V
RS=0 RS=1
V V
`-->V<--´
"Send" Byte schicken
V
return

Das wird z.B. in den Quellcode so eingeschrieben:

Cmd bcf RS
goto Send
Data bsf RS
Send ............
return

Das UP "Send" ist den UPs "Cmd" und "Data" untergeordnet, da es von beiden benutzt wird, kann aber weder "Cmd" noch "Data" benutzen.

=== Initialisierung ===

Damit der PIC ein Programm asführen kann, muss er vollständig und richtig initialisiert werden. Deswegen als erstes UP, das vom HP aufgerufen wird , ist "Initialisierung" (kurz: Init)

==== Variablen ====

Weil nach dem Einschalten der Spannung im RAM sich zufällige Werte befinden, wird meistens als erstes, der benutzte Bereich des RAMs (z.B. 20h bis 7Fh) gelöscht. Es wird einfach und sparsam mit einer Schleife, die indirekte Adressierung verwendet, gemacht:

V
Adresse des ersten Registers in FSR laden (20h)
.-------------------->V
RAMClr |Indirekt adressierter Register löschen (INDF)
| V
| Adresse erhöhen
| V
| Letzte Adresse + 1 (80h) J>Return
| N
| V
`---------------------´

Es wird wie folgt in Quellcode eingeschrieben:

movlw 0x20
movwf FSR
RAMClr clrf INDF
incf FSR,1
btfss FSR,7
goto RAMClr
return

Danach können den benötigtenen Variablen die gewünschte Werte angegeben werden:

movlw 0x3C
movwf LimH
movlw 0x5A
movwf LimL
u.s.w.

Somit sind die Variablen initialisiert.

==== I/O Ports ====

Nach dem Einschalten der Spannung sind die für Komparatoren oder A/D Wandler benutzte Pins als analoge Eingänge initialisiert. Wenn sie alle als digitale I/Os verwendet werden sollen, müssen sie als solche definiert werden. Das geschieht durch Eischreiben in entsprechenden Register (CMCON bzw. ADCON1) des Wertes 7:

movlw 7 b.z.w. movlw 7
movwf CMCON movwf ADCON1

Wenn einige als Analoge Eingänge benutzt werden sollen, mussen die entsprechende Werte dem Datenblatt des jeweiligen PICs entnommen werden.

Danach werden alle Ports nacheinander gelöscht und die gewünschte Werte die an den Pins vor dem Start des Hauptprogramms ausgegeben werden sollen, geschrieben:

clrf PORTA
movlw 0x37
movwf PORTA
usw.

Anchliessend werden für jeden Port die Werte in TRIS Register eingeschrieben, wobei ein Bit einem Pin entspricht. Ein Pin wird in TRIS Register durch 1 als Eingang und durch 0 als Ausgang definiert. Beispielweise beim PORTB sollen B7,B5 und B3 als Eingänge und restliche Pins als Ausgänge definiert werden. Das ergibt den Wert 10101000b = A8h, der in den TRISB Register geschrieben werden muss. Weil die alle TRIS Register sich in der Bank1 befinden, muss im STATUS-Register auf Bank1 und danach zurück auf Bank 0 umgeschaltet werden:

bsf STATUS,RP0
movlw 0xA8
movwf TRISB
bcf STATUS,RP0

Bei einem Umschalten der Bank können selbstverständlich alle TRIS Register nacheinander beschrieben werden.

==== Hardware ====

Die für ASM Programm benutzte Hardware kann auf integrierte und externe geteilt werden. Für eine Initialisierung der integrierten Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.), müssen entsprechende SFRs (Spezial Function Registers) laut Datenblatt des PICs definiert werden.

Die externe Hardware muss nach Datenblättern der Herstellern initialisiert werden.

=== Einlesen ===

Um ein Bit von einem Portpin einzulesen und in ein bestimmtes Register zu Kopieren wird folgender PAD benutzt, weil ein PIC kein Befehl dafür hat:

V
Bit im Zielregister löschen
V
Quellbit = 0 ? J>-------.
N |
V |
Bit im Zielregister setzen |
V<-------------´

Wenn wir z.B. ein bit3 von PortA als bit1 in den Register Tasten kopieren wollen, dann wird es in Quellcode so geschrieben:

bcf Tasten,1
btfsc PORTA,3
bsf Tasten,1

Natürlich wenn ein ganzer Byte vom Port in das W-Register eingelesen wird, kann mann den gleich in das Zielregister schreiben.

=== Ausgeben ===

Um ein Bit an einem Portpin auszugeben wird ein bestimmter Bit mit "bcf" gelöscht oder mit "bsf" gesetzt. Zum Beispiel bit4 im PORTA:

bcf PORTA,4.

Um ein Byte auszugeben wird er einfach zuerst in das W-Register geladen und danach an Port übergeben, z.B.:

movlw 0x12
movwf PORTA

=== Pause ===

Um eine Pause (Warten) im Programm anzulegen wird der "nop" Befehl benutzt, während dessen Ausführung der CPU nichts macht. Mit einem "nop" kann eine Zeit gleich 4 Takten (Perioden) des Oszillators realisiert werden. Um eine Zeit z.B. 1 Sekunde zu erreichen braucht man bei einem Quarzoscillator 4 MHz "nur" 1 000 000 Takten zu Programmieren, was in keinen Programmspeicher von PIC passt. Deswegen werden mehrfache s.g. Warteschleifen angewendet. In der Praxis werden Schleifen mit max. 3 Ebenen benutzt.

Solche Warteschleife funktioniert nach einem im folgendem PAD abgebildetem Prinzip:

Warte V
n * nop
V
P2 laden
Warte2 V<-----------------.
P1 laden |
Warte1 V<-------------. |
P0 laden | |
Warte0 V<---------. | |
P0 decrementieren | | |
V | | |
P0 = 0 ? N>---´ | |
J | |
V | |
P1 dekrementieren | |
V | |
P1 = 0 ? N>-------´ |
J |
V |
P2 dekrementieren |
V |
P2 = 0 ? N>-----------´
J
V
return

Das wird in Quellcode so aussehen:

Warte nop
...
nop
movlw 0xXX
movwf P2
Warte2 movlw 0xXX
movwf P1
Warte1 movlw 0xXX
movwf P0
Warte0 decfsz P0
goto Warte0
decfsz P1
goto Warte1
decfsz P2
goto Warte2
return

Anstatt "movlw 0xXX" kann auch "movf PauseX,0" angewendet werden, wenn die Schleife mit verschiedenen Werten P0, P1 und P2 aus den Register Pause0, Pause1 und Pause2 benutzt wird.

Die gesammte Anzahl den CPU Takten (N) lässt sich aus folgender Formel berechnen:

N = P2 * [ P1 * (3 * P0 + 5) + 7 ] + n + 10

und die Wartezeit (T) in Sekunden:

T = 4 * N / Fosc

Wobei:

P0 = Zahl im Register P0
P1 = Zahl im Register P1
P2 = Zahl im Register P2
n = Anzahl "nop"s
10 = Ausführungszeit von "call" + "return" + 3 * ("movlw" + "movwf")
Fosc = Frequenz des Oszillators (z.B. Quartz)

Die "nop"s sind notwendig um jede Wartezeit einzustellen zu können.

Mit solcher dreifachen Schleife die max. Wartezeit ist ca. 50 000 000 CPU Takten, was bei 4 MHz Quarz ca. 50 Sekunden entspricht.

Für kürzere Wartezeiten werden doppelte oder einzelne Schleifen benutzt.

=== Schnittstellen und Treiber ===

Als Schnittstelle wird externe Hadware, die zum steuern eines an sie angeschlossenes "Gerätes" dient, genannt. Das ASM Programm, das die Steuerung ermöglicht ist ein Treiber. Als Beispiel siehe: [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22749]

=== Tabellen ===

Es gibt zwei Arten von Tabellen: Sprungtabellen (computed goto) die "goto" Befehle enthalten und Wertetabellen (lookup table) in denen feste Werte in "retlw" gespeichert sind. Der wichtigste Unterschied zwischen dennen ist, dass die Sprungtabellen werden mit "goto" eingesprungen und steuern den Programlauf abhängig vom Inhalt des W-Registers und die Wertetabellen werden mit "call" aufgerufen und liefern abhängig von Inhalt des W-Registers ein Wert an den Aufrufer zurück.

Beide werden in Programmspeicher erstellt. Sie können nur bis zu 256 Speicherstellen belegen, da in den W-Register auch nur so viel veschiedenen Zahlen "passen". Sie Fangen also (fast) immer bei einer Adresse XX00h an und enden bei XXFFh. Der Hochwertige Byte "XX" der Adresse an der sich der Anfang einer Tabelle befindet, muss vor dem Einsprung in die Tabelle ins PCLATH Register eingeschrieben werden, wenn die Tabelle weit vom Aufrufer liegt. In der Praxis werden solche Tabellen am oberen Ende des Programmspeichers angelegt, damit sie den ASM Code nicht unterbrechen.

Eine Sprungtabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 goto Marke0
XX01 goto Marke1
.......................
XXFE goto Marke254
XXFF goto Marke255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
goto Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, der die Wahl wohin gesprungen wird bestimmt

Nach ausführen der obiger Befehlsfolge, wird das ASM Programm z.B. für Twert=0x01 weiter ab Marke1 "laufen" bis es an "return" kommt. Dann springt es zurüch zum Aufrufer der Tabelle.

Eine Wertetabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 retlw Wert0
XX01 retlw Wert1
.......................
XXFE retlw Wert254
XXFF retlw Wert255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
call Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, für welchen, an den Aufrufer bestimmter
Wert aus der Tabelle im W-Register zurückgeliefert wird

Solche Wertetabellen werden z.B. als Zeichengeneratoren für Grafikdisplays benutzt.

=== EEPROM ===

Alle PICs besitzen EEPROM in dem je nach Typ können 64 bis 256 Databytes gespeichert werden. Weil die detailierte Beschreibung der Schreib- und Lesevorgänge ziemlich lang wäre, werden nur geprüfte UPs kurz erklärt.

EEPROM beschreiben:

EEWrite movlw 0x20 <------ ab der RAM Adresse wird gespeichert
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EEWLoop call EEWrite1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EEWLoop
return

EEWrite1 bcf INTCON,GIE <------ Interrupts sperren
movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
movf INDF,0
movwf EEDATA
bsf EECON1,WREN
movlw 0x55
movwf EECON2
movlw 0xAA
movwf EECON2
bsf EECON1,WR
bcf EECON1,WREN
btfsc EECON1,WR
goto $-1 <------ warten bis WR=0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
bsf INTCON,GIE <------ Interrupts erlauben
return

EEPROM lesen und zurück in RAM schreiben:

EERead movlw 0x20 <------ ab der Adressse werden die Bytes in RAM abgelegt
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EERLoop call EERead1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EERLoop
return

EERead1 movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
bsf EECON1,RD
movf EEDATA,0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
movwf INDF
return

== Vorlage für MPASM ==

list P=12F629 ; Prozessor definieren
include "P12F629.inc" ; entsprechende .inc Datei für MPASM
__config _CP_OFF & _WDT_OFF & _PWRTE_ON & _MCLRE_OFF & _INTRC_OSC_NOCLKOUT ; Konfiguration
#define _DTT1 GPIO,0 ; Portpins benennen
#define _CKT2 GPIO,1
#define _T3 GPIO,2
#define _RNG GPIO,3
#define _INT GPIO,4
#define _RL GPIO,5
SecondL equ 0x20 ; Variablen definieren (Register benennen)
SecondH equ 0x21
MinuteL equ 0x22
MinuteH equ 0x23
StundeL equ 0x24
StundeH equ 0x25
org 0x0000 ; Direktive für MPASM
call Init ; rufe UP Init (Initialisierung) auf
Haupt ............ ; Hauptprogramm als endlose Schleife
Eigener Code
............
goto Haupt ; gehe zum Anfang des Hauptprogramms (zurück)
UP1 ............ ; Unterprogramme
Eigener Code
............
return
############
UPn ............
Eigener Code
............
return
Init clrf GPIO ; lösche Port
bsf STATUS,RP0 ; auf Bank1 umschalten
call 0x3FF ; hole Kalibrationswert
movwf OSCCAL ; kalibriere internen RC oscillator
bcf OPTION_REG,7 ; aktiviere pull-ups
movlw 0x38 ; definiere Portpins GPIO, (z.B. 0-2 Aus- und 3-5 Eingänge)
movwf TRISIO ; schreibe in TRIS Register
bcf STATUS,RP0 ; auf Bank0 umschalten
movlw 7 ; schalte Komparator aus
movwf CMCON ; und mache GPIO 0-2 als digital I/O
............
eigener Code
............
return ; springe zurück (zum Haupt)
end ; Ende des Codes zum "Übersetzen"

Die Variablen können auch kürzer mit s.g. cblock definiert werden:

cblock 0x20
SecondL
SecondH
MinuteL
MinuteH
StundeL
StundeH
endc

Bei sehr vielen Variablen sind aber die Registeradressen nicht so übersichtlich.

== Für anderen PIC umschreiben ==

Die wichtigste Vorraussetzung ist, das der PIC2, auf dem das vorhande ASM Programm (für PIC1) laufen soll, zumindest für das ASM Program nötige interne Hardware hat. Der Code benötigt keine Änderungen.

Wenn der Port vom PIC2 anderen Namen hat, muss man das im Quellcode umdefinieren, z.B.:

#define GPIO equ PORTB
#define TRISIO equ TRISB

Dann wird das Assemblerprogramm, wenn es GPIO findet, immer PORTB nehmen. Das gleiche Betrifft die "__config" Ausdrücke, die entsprechend der .ini Datei für den PIC2, geändert werden müssen.

Das Assemblerprogramm findet sicher alles, was ihm nicht "passt" und bringt Fehlermeldungen, auf die man entsprechend reagieren muss.

== Das erste... ==

Hier wird detailiert das ganze Prozess der Erstellung eines ASM Programms beschrieben.

Die Idee:

Es gibt 4 Leds, die mit 2 Tastern gesteuert werden sollen. Nach dem Einschalten soll keine LED leuchten. Solange der linke Taster (T1) gedrückt ist, sollte eine leuchtende LED von links nach rechts "wandern" und von der letzten rechten Position wieder nach ganz linke "springen". Solange der rechte Taster (T2) gedrückt ist, sollte eine leuchtende LED von rechts nach links "wandern" und von der letzten linken Position wieder nach ganz rechte "springen". Solange beide Taster gedrückt sind soll die leuchtende LED von links nach rechts und zurück "wandern".

Dafür nötige Hardware zeigt folgende Skizze:

.-----------------------------------------------.
| |
| |
| |
| PIC12F629 |
| |
| |
| |
| GPIO,3 GPIO,4 GPIO,5 GPIO,2 GPIO,1 GPIO,0|
'-----------------------------------------------'
4| 3| 2| 5| 6| 7|
| | | | | |
| | | | | |
| | | | | |
| | .-. .-. .-. .-.
| | | | | | | | | |
| | 470| | 470| | 470| | 470| |
| | '-' '-' '-' '-'
| | | | | |
\ o \ o | | | |
\ \ V -> V -> V -> V ->
\. \. - - - -
T1 o T2 o LED1 | LED2 | LED3 | LED4 |
| | | | | |
+-------+-------+---+---+-------+-------+
|
===
GND

Jetzt muss die Idee vom Programmierer in ein PAD verfasst werden, z.B. solcher:

Start
V
Initialisierung
.-------------->V
| T1 gedrückt ? N>-----.
| J |
| V |
| links->rechts "wandern" |
| V<------------´
| T2 gedrückt ? N>------.
| J |
| V |
| rechts->links "wandern" |
| V<------------´
`---------------´

= Midrange =

== Kurzübersicht Assembler Befehle ==

{|
|-
| valign=top |

{| {{Blauetabelle}}
|ADDLW||Add literal and W
|-
|ADDWF||Add W and f
|-
|ANDLW||AND literal with W
|-
|ANDWF||AND W with f
|-
|BCF||Bit Clear f
|-
|BSF||Bit Set f
|-
|BTFSC||Bit Test f, Skip if Clear
|-
|BTFSS||Bit Test f, Skip if Set
|-
|CALL||Call subroutine
|-
|CLRF||Clear f
|-
|CLRW||Clear W
|-
|CLRWDT||Clear Watchdog Timer
|}

| valign=top |

{| {{Blauetabelle}}
|-
|COMF||Complement f
|-
|DECF||Decrement f
|-
|DECFSZ||Decrement f, Skip if 0
|-
|GOTO||Go to address or label
|-
|INCF||Increment f
|-
|INCFSZ||Increment f, Skip if 0
|-
|IORLW||Inclusive OR literal with W
|-
|IORWF||Inclusive OR W with f
|-
|MOVF||Move f
|-
|MOVLW||Move literal to W
|-
|MOVWF||Move W to f
|-
|NOP||No Operation
|}

| valign=top |

{| {{Blauetabelle}}
|-
|RETFIE||Return from interrupt
|-
|RETLW||Return with literal in W
|-
|RETURN||Return from Subroutine
|-
|RLF||Rotate Left f through Carry
|-
|RRF||Rotate Right f through Carry
|-
|SLEEP||Go into standby mode
|-
|SUBLW||Subtract W from literal
|-
|SUBWF||Subtract W from f
|-
|SWAPF||Swap nibbles in f
|-
|XORLW||Exclusive OR literal with W
|-
|XORWF||Exclusive OR W with f
|}
[[:bild:pic_asm_short.jpg|Kurzübersicht zum Ausdrucken]]
|}


==Ausführliche Beschreibung zu den Befehlen==

Eine ausgegliederte Beschreibung der Befehle findet sich unter [[PIC Assemblerbefehle]]

Erklärungen zu den Verwendeten Platzhaltern:
*'''k''' stellt einen fest definierten Wert da. z.B. <tt>0x20</tt>, <tt>d'42'</tt> oder <tt>b'00101010'</tt>
*'''W''' steht für das W-Register.
*'''d''' steht für ''destination'' (Ziel). Im code wird d durch ein <tt>w</tt> bzw. <tt>0</tt> (der Wert wird in das W-Register gespeichert ) oder <tt>f</tt> bzw. <tt>1</tt> (der Wert wird in das davor definierte Register gespeichert)
*'''b''' steht für Bitnummer im Register (eine Zahl zwischen 0 und 7)
*'''R''' steht für ein Register
*'''fett''' geschrieben Bedeutet, dass es ein Platzhalter ist und im Quellcode durch eine Registeradresse oder einen Wert ersetzt werden muss
*<tt>Schreibmaschinenstil</tt> bedeutet, dass es so im Quellcode geschrieben werden kann.

 ADDLW k Add W and literal - Addiere W und Zahl<hr>
:Es wird die Rechenoperation <math>k+W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ADDWF R,d Add W and f - Addiere W und f <hr>
:Es wird die Rechenoperation <math>R+W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ANDWF k AND literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- and
1000
</dd></dl>

 ANDWF R,d AND W with f - ???<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche ANDWF

BCF R,b Bit Clear f - Bit b im R wird gelöscht<hr>
:Mit dem Befehl <tt>BCF</tt> wird das Bit '''b''' im Register '''R''' gelöscht. Ein Beispiel:
<dl><dd>
movlw b'11111111' ;es wird b'11111111' in das W-Register geschrieben
BCF W,2 ;es wird bit 2 im W-Register gelöscht.
;das Ergebnis ist: b'11111011'
</dl></dd>

BSF R,b Bit Set f - Bit b im R wird gesetzt<hr>
:Mit dem Befehl <tt>BSF</tt> wird das Bit '''b''' im Register '''R''' gesetzt. Ein Beispiel:
<dl><dd>
clrw ;es wird b'00000000' in das W-Register geschrieben
BSF W,2 ;es wird bit 2 im W-Register gesetzt.
;das Ergebnis ist: b'00000100'
</dl></dd>

BTFSC R,b Bit Test f, Skip if Clear - Wenn das Bit b im Register R 0 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSC</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 0 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSC W,0 ;es wird bit 0 geprüft.
;wenn es 0 ist, wird der nächste Befehl übersprungen
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser Sprungbefehl ausgeführt.
goto IST_NULL ;springt zur Marke "IST_NULL"
</dl></dd>

BTFSS R,b Bit Test f, Skip if Set - Wenn das Bit b im Register R 1 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSS</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 1 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSS W,0 ;es wird bit 0 geprüft.
;wenn es 1 ist, wird der nächste Befehl übersprungen
goto IST_NULL ;springt zur Marke "IST_NULL"
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser
;Sprungbefehl ausgeführt, da der Befehl
;darüber übersprungen wurde.
</dl></dd>

CALL Call Subroutine - Rufe Unterprogramm auf<hr>
:Mit dem <tt>CALL</tt> Befehl wird ein Unterprogramm aufgerufen. Mit dem <tt>RETURN</tt>-Befehl wird das Unterprogramm beendet und man kehrt zum Befehl nach dem <tt>CALL</tt>-Befehl zurück. Das Unterprogramm wird so definiert, dass im Quellcode der Name des Unterprogramms nicht eingerückt steht. Ein Beispiel:

<dl><dd>
movlw d'13' ;in das W-Register wird 13d geladen
CALL Unterprogramm1 ;es wird das Unterprogramm "Unterprogramm1" aufgerufen
movwf ergebnis ;das W-Register wird in das Register "ergebnis" kopiert.
;im Register "ergebnis" steht nun 23d

Unterprogramm1 ;zählt 10 zum W-Register
addlw d'10' ;es wird 10d zum W-Register addiert
RETURN ;kehre zurück zum Aufrufer
</dl></dd>

CLRF R Clear f - Schreibe 0 in das Register R<hr>
:Das Register '''R''' wird mit Nullen gefüllt (gelöscht).

CLRW Clear W - Schreibe 0 in W<hr>
:Das W-Register (<tt>W</tt>) wird mit Nullen gefüllt (gelöscht).

CLRWDT Clear Watchdog Timer - Setzt den Watchdog-Timer zurück<hr>
:Es wird der WDT (Watchdog-Timer) zurückgesetzt und der Zähler des WDT auf 0 gesetzt, zusätzlich werden die STATUS-bits TO und PD gesetzt.

COMF R,d Complement f - negiere alle bits im Register R<hr>
:Von der Binärzahl im Register '''R''' werden die 0 mit 1 und 1 mit 0 ersetzt. Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Ein kleines Beispiel: aus <tt>AAh</tt> (<tt>10101010b</tt>) wird <tt>55h</tt> (<tt>01010101b</tt>).

DECF R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

DECFSZ R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f, überspringe wenn 0<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

GOTO Go to address - Gehe zu Adresse/Sprungmarke<hr>
:Nach dem GOTO Befehl wird das Programm ab der Adresse weiter ausgeführt, die nach dem GOTO-Befehl steht. Diese Adresse wird durch so genannte Sprungmarke definiert, welche, im Gegensatz zu den Befehlen nicht eingerückt im Quellcode stehen.

INCF R,d Increment f - Addiere 1 zum Register f<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

INCFSZ R,d Increment f, Skip if 0 - Addiere 1 zum Regiser f, überspringe wenn 0<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

 IORLW k OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Ooperation:
<dl><dd>
1100
1010
---- or
1110
</dd></dl>

 IORWF R,d OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche IORLW

MOVF R,d Move f - Bewege f<hr>
:Das Register R wird in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder wieder in R kopiert ('''d'''=<tt>F</tt>=<tt>1</tt>). Letzteres mag sinnlos scheinen, ist aber nützlich, da durch den Befehl das Z-Bit im STATUS-Regsiter gesetzt wird, falls R Null ist.

MOVLW k Move literal to W - Bewege Zahl in W-Register<hr>
:Der festgelegte Wert k wird in das W-Register kopiert.

MOVWF R Move W to f - Bewege W-Register in das Register F<hr>
:Das W-Register wird in das Register '''R''' kopiert.

NOP No Operation - Kein Befehl zum Ausführen (warte)<hr>
:Dieser Befehl macht nichts. Er verbraucht nur Zeit, welche sich einfach mit folgender Formel berechnen lässt. <math>t=\frac{4}{f}</math>,wobei <math>f</math> für die Frequenz des Oszillators steht.

RETFIE Return from interrupt - Kehre zurück aus der Unterbrechung<hr>
:Mit diesem Befehl wird die Interrupt Service Routine (ISR) beendet und das Programm wird an der Zeile weiter ausgeführt, vor der es durch den Interrupt angehalten wurde. Es werden auch alle Interrupts wieder erlaubt (das GIE bit wird gesetzt). Siehe hierzu auch [[#Interrupt | Interrupt]]

RETLW k Return with literal in W - Kehre zurück mit Zahl k im W-Register<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETLW</tt> zurück in die nächste Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde. Der in k angegebene Wert wird dabei in das W-Register geschrieben. Dieser Befehl wird vor allem für s.g Wertetabellen (eng: lookup tables) verwendet.

RETURN Return from Subroutine - Kehre zurück zum Übergeordneten Programmteil<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETURN</tt> zurück zu der nächsten Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde.

RLF R,d Rotate Left f through Carry - Rotiere das Register f mithilfe des Carry-bits nach links<hr>
:Alle Bits im Register '''R''' werden um eine Position nach links verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das Bit 0 des Registers R geschoben. Bit 7 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
c 7 6 5 4 3 2 1 0 ;vor dem Verschieben
7 6 5 4 3 2 1 0 c ;nach dem Verschieben
</dd></dl>

RRF R,d Rotate Right f through Carry - Rotiere das Register f mithilfe des Carry-bits nach rechts<hr>
:Alle Bits im Register '''R''' werden um eine Position nach rechts verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das 7.Bit des Registers R geschoben. Bit 0 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
C 7 6 5 4 3 2 1 0 ;vor dem Verschieben
0 C 7 6 5 4 3 2 1 ;nach dem Verschieben
</dd></dl>

SLEEP Go into standby mode - Versetze den Mirokontroller in Bereitschaftsmodus<hr>
:Der µC wird in den Sleep-Mode versetzt, in dem er weniger Strom verbraucht. Er kann durch einen Reset, einem Watchdog-Timer-Reset oder durch einen Interrupt wieder aufgeweckt werden.

 SUBLW k Subtract W from literal - Ziehe W von Zahl ab<hr>
:Es wird die Rechenoperation <math>k-W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 SUBWF R,d Subtract W from f - Ziehe W von f ab<hr>
:Es wird die Rechenoperation <math>R-W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

:Beispiel:
<dl><dd>
movlw d'20' ;schreibe 20 in das W-Register
movwf Register1 ;bewegt das W-Register in das Register1
movlw d'10' ;schreibt 10 in das W-Register
SUBWF Register1,F ;schreibt Register1(20)-W(10) in Register1
</dd></dl>

SWAPF R,d Swap nibbles in f - Vertausche die Halbbytes (Nibbles)<hr>
:Es werden die höheren 4 bit (bit7-bit4) mit den niedrigeren 4 bit (bit3-bit0) eines Registers vertauscht und entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).
:Beispiel:
<dl><dd>
movlw b'00001111' ;schreibe b'00001111' in das W-Register
movwf Register1 ;kopiert das W-Register in das Register1
SWAPF Register1,W ;vertauscht die ersten 4 bit mit den letzen
;4 bit in Register 1 und schreibt es in das W-Register
;im W-Register steht nun b'11110000'
</dd></dl>

 XORLW k Exclusive OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Registers, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- xor
0110
</dd></dl>

 XORWF R,d Exclusive OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche XORLW

==Besondere, oft gebrauchte Register==

=== STATUS ===
Der Statusregister beinhaltet den Status der Recheneinheit ALU (Arithmetic-Logic Unit), Resetinformationen und die beiden Bits zur Wahl der Speicherbank

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''STATUS''' (ADDRESSE 03h, 83h, 103h, 183h)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''IRP'''</td>
<td style="background:#00ffff;">'''RP1'''</td>
<td style="background:#00ffff;">'''RP0'''</td>
<td style="background:#00ffff;">'''TO'''</td>
<td style="background:#00ffff;">'''PD'''</td>
<td style="background:#00ffff;">'''Z'''</td>
<td style="background:#00ffff;">'''DC'''</td>
<td style="background:#00ffff;">'''C'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''IRP''': Register Bank Select Bit (für indirekte Adressierung)
:: 1 = Bank 2, 3 (100h-1FFh)
:: 0 = Bank 0, 1 (00h-FFh)
*Bit 6-5 '''RP<1:0>''': Register Bank Select Bits (für direkte Adressierung)
:: 11 = Bank 3 (180h-1FFh)
:: 10 = Bank 2 (100h-17Fh)
:: 01 = Bank 1 (80h-FFh)
:: 00 = Bank 0 (00h-7Fh)
*Bit 4 '''TO''': Time-out Bit
:: 1 = Nach Power-up, CLRWDT Befehl oder SLEEP Befehl
:: 0 = A Watchdogtimer time-out ist eingetreten
*Bit 3 '''PD''': Power-Down Bit
:: 1 = Nach Power-up oder durch den CLRWDT
:: 0 = Nach einem SLEEP befehl
*Bit 2 '''Z''': Zero bit
:: 1 = Das Ergebnis einer arithmetischen oder logischen Operation ist 0
:: 0 = Das Ergebnis einer arithmetischen oder logischen Operation ist NICHT 0
*Bit 1 '''DC''': Digit carry/borrow bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des 4.Niedrigsten Bits (Low Nibble) eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des 4.Niedrigsten Bits eines Rechenergebnisses existiert
*Bit 0 '''C''': Carry/borrow Bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des MSB eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des MSB eines Rechenergebnisses existiert

Das "Borrowbit" (to borrow = etwas borgen) dient zum erkennen, wenn ein Übertrag einer Rechenoperation exisitiert. 250+10 ergibt zum Beispiel 4, und setzt dabei das Borrowbit auf 1. Damit kann das Programm erkennen, wenn wieder einmal ein Ergebnis größer als 255 herauskam.
Bei Subtraktionen (SUBLW und SUBWF) verhält sich das Carry Bit umgekehrt als bei Additionen (ADDWF und ADDLW)!! Zum Beispiel 55-6=49 setzt Carry auf 1 aber 10-25=241 löscht das Carry-Flag.

====Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers====

{|
|-
|
{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Subtraktionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|1
|align="center"|0
|-
| negativ
|align="center"|0
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}

||

{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Additionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|0
|align="center"|0
|-
| Überlauf
|align="center"|1
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}
|}

=== INTCON ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''INTCON''' (ADDRESSE 0Bh, 8Bh, 10Bh, 18Bh)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''GIE'''</td>
<td style="background:#00ffff;">'''PEIE'''</td>
<td style="background:#00ffff;">'''TMR0IE'''</td>
<td style="background:#00ffff;">'''INT0IE'''</td>
<td style="background:#00ffff;">'''RBIE'''</td>
<td style="background:#00ffff;">'''TMR0IF'''</td>
<td style="background:#00ffff;">'''INT0IF'''</td>
<td style="background:#00ffff;">'''RBIF'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''GIE''': Global Interrupt Enable Bit
::1 = Aktiviert alle Interrupts
::0 = Deaktiviert alle Interrupts
*Bit 6 '''PEIE''': Peripheral Interrupt Enable Bit
::1 = Aktiviert alle peripheren Interrupts
::0 = Deaktiviert alle peripheren Interrupts
*Bit 5 '''TMR0IE''': TMR0 Overflow Interrupt Enable Bit (Overflow von Timer0 löst Interrupt aus)
::1 = Aktiviert den TMR0 Interrupt
::0 = Deaktiviert den TMR0 Interrupt
*Bit 4 '''INT0IE''': RB0/INT External Interrupt Enable Bit (Änderung an RB0 Pin löst Interrupt aus) *)
::1 = Aktiviert den RB0/INT Interrupt (Extern ausgelöst)
::0 = Deaktiviert den RB0/INT Interrupt (Extern ausgelöst)
*Bit 3 '''RBIE''': RB Port On-Change-Interrupt Enable Bit (Änderung an PortB löst Interrupt aus) **)
::1 = Aktiviert den RB port on-change-interrupt
::0 = Deaktiviert den RB port on-change-interrupt
*Bit 2 '''TMR0IF''': TMR0 Overflow Interrupt Flag Bit
::1 = TMR0 Register ist Übergelaufen (muss per Software gelöscht werden)
::0 = TMR0 register ist nicht Übergelaufen
*Bit 1 '''INT0IF''': RB0/INT External Interrupt Flag Bit
::1 = Eine Änderung an RB0/INT Pin hat stattgefunden (muss per Software gelöscht werden)
::0 = Eine Änderung an RB0/INT Pin hat nicht stattgefunden
*Bit 0 '''RBIF''': RB Port On-Change-Interrupt Flag bit
::1 = Mind. einer der Pins von RB7:RB4 hat sich geändert (muss per Software gelöscht werden)
::0 = Keiner der Pins von RB7:RB4 hat sich geändert

* *) Die Flanke auf die reagiert werden soll, wird mit dem Bit OPTION_REG.INTEDG definiert. (steigende = 1 oder fallende = 0)
* **) Der Interrupt klingt verführerischer Weise so, als ob er den gesamten Port überwacht. Dabei reagiert er nur auf RB7:RB4!!!! Er kann aber den Prozessor vom "Schlaf" aufwecken (z.B. durch einen Tastendruck).

=== PORTx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''PORTx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''Rx7'''</td>
<td style="background:#00ffff;">'''Rx6'''</td>
<td style="background:#00ffff;">'''Rx5'''</td>
<td style="background:#00ffff;">'''Rx4'''</td>
<td style="background:#00ffff;">'''Rx3'''</td>
<td style="background:#00ffff;">'''Rx2'''</td>
<td style="background:#00ffff;">'''Rx1'''</td>
<td style="background:#00ffff;">'''Rx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "PORTB" oder "RA1"

Diese Special Funktion Register liegen ALLE in Bank0 und Bank2(Falls vorhanden).

Jedes Bit eines PORT-Registers steht für einen Pin (Ein/Ausgang) des jeweiligen Ports. Je nachdem Ob ein Pin als Ausgang oder als Eingang definiert ist, kann man dort entweder den Wert schreiben oder auslesen. Es hat nicht Jeder PIC gleich viele Ports und es sind auch nicht immer 8 Pins pro Port, es können auch weniger sein. Alle PICs der Midrange-Serie besitzen nur bidirektionale Ports, d.h. sie können sowohl Eingang als auch Ausgang sein. Bei Port B kann man bei allen Pins einen internen PULL-UP Widerstand mit dem Bit OPTION_REG<RBPU> hinzuschalten (Standardmäßig auf nicht aktiviert, Bit muss gelöscht werden um die Funktion zu aktivieren). Weiters ist zu beachten, dass einzelne Pins nach dem Reset mit anderen Funktionen belegt sein können. Das gilt im Speziellen für PORTA, wo sich die Komperatoren, AD's (falls vorhanden) und die Oszillatoreingänge (falls in den Fusebits gesetzt) befinden. Siehe [[PIC Assembler#I/O Ports|I/O Ports]]. Bei den "kleinsten" PICs der 12F Serie die nur einen I/O Port (6 Pins) haben, heisst der PORT-Register GPIO.

{|{{Blauetabelle}}
|+ Beispiel PICs und ihre Ports (Zahlen in der Klammer sind die Anzahl der Pins des Ports)
|
|'''PIC16F628A'''
|'''PIC16F876'''
|'''PIC16F877'''
|-
|'''PORTA'''
|Ja
|Ja(5)
|Ja(5)
|-
|'''PORTB'''
|ja
|ja
|ja
|-
|'''PORTC'''
|/
|ja
|ja
|-
|'''PORTD'''
|/
|/
|ja
|-
|'''PORTE'''
|/
|/
|ja (3)
|-
|}

=== TRISx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''TRISx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''TRISx7'''</td>
<td style="background:#00ffff;">'''TRISx6'''</td>
<td style="background:#00ffff;">'''TRISx5'''</td>
<td style="background:#00ffff;">'''TRISx4'''</td>
<td style="background:#00ffff;">'''TRISx3'''</td>
<td style="background:#00ffff;">'''TRISx2'''</td>
<td style="background:#00ffff;">'''TRISx1'''</td>
<td style="background:#00ffff;">'''TRISx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "TRISB" oder "TRISA1"

Bei den "kleinsten" PICs der 12F Serie die nur einen I/O Port (6 Pins) haben, heisst der TRIS-Register TRISIO.

Die TRIS-Bytes dienen dazu, einzelne I/O Pins als Eingang oder Ausgang zu definieren. Sie liegen immer genau eine Bank über den jeweiligen PORT-Bytes, d.h. sie liegen alle in Bank1 und Bank3(falls vorhanden.) Besonders zu beachten ist, dass manche Eingebaute Features wie die Serielle Schnittstelle, I2C, SPI usw nicht funktionieren, wenn die Jeweiligen Sende und Empfangspins nicht nicht manuell umgestellt werden, ja es ''muss'' sogar manchmal umgestellt werden (bei I2C z.B.) Egal ist dies jedoch für Komperatoren und AD-Wandler.

Merke:
* Eine 1 (als "I" für "Input" zu lesen) eines TRISxx-Bits definiert den zugehörigen PIN am PIC als Eingang.
* Eine 0 (als "O" für "Output" zu lesen) eines TRISxx-Bits definiert den zugehörigen PIN am PIC als Ausgang.

Siehe [[PIC Assembler#I/O Ports|I/O Ports]].

==Speicherbankorganisation==
===Programmspeicher===
Die Mid-Range MCUs haben einen 2-8k großen Programmspeicher. Dieser hat aber in jeder Speicherzelle nicht 8, sondern 14 Bit - also genau die Länge eines Befehls. Die aktuelle Stelle im Programm wird im PC (Program Counter) verwaltet. Er speichert immer die aktuelle Position im Programmspeicher. Bei einem PIC mit 8k Adressen muss er also die Adressen 0000-1FFF speichern können. Daraus folgt die Größe von 13 Bit für den PC. Der Programmspeicher ist in mehrere Bänke geteilt, die alle 2k groß sind. Das Programm springt ohne zutun des Benutzers von einer in die Nächste. Wenn man aber selber springen will, muss man die Register PCLATH (Program Counter Latch High) oder PCL (Program Counter Least Significant Byte) mit der Sprungadresse beschreiben.

===Datenspeicher===
Der Datenspeicher besteht aus den Special Function Registern (SFR) und den General Purpose
Registern (GPR). Die SFRs sind für die Funktionen des PICs zuständig (Interrupts, Timer, ADCs, CCPM...) und die GPRs für die Speicherung von Variablen und Daten.

Da immer nur 7 Bit der (Ziel)Adresse in einem Befehl gespeichert werden können, sind nur 7Fh (128d) Adressen im Datenbereich möglich. Deswegen wurde das "Banking" eingeführt. 2 Bit im Statusregister (welcher in allen Bänken der selbe ist und auch an der gleichen Stelle sitzt) geben die akutelle "Bank" an und sind nichts anderes als die 2 höchstwertigsten (MSB) Bits der Adresse. Damit lassen sich max. 4 Bänke ansprechen. Je nach PIC gibt es 2-4 Bänke. Die beiden Bits im Register STATUS heißen RP0 (STATUS<5>) und RP1 (STATUS<6>).

{| {{Blauetabelle}}
|+ Wechseln der Bänke mit RP0 und RP1
|-
|
|| RP1
|| RP0
|-
| Bank0
|align="center"|0
|align="center"|0
|-
| Bank1
|align="center"|0
|align="center"|1
|-
| Bank2
|align="center"|1
|align="center"|0
|-
| Bank3
|align="center"|1
|align="center"|1
|}

[[Bild:PIC midrange register.JPG]]
# '''FETTE Register''' sind in allen PICs vorhanden
# können je nach PIC unimplementierte Bereiche beinhalten - diese werden immer als 0 gelesen. (DATENBLATT!!)
# siehe 2
# Könnten je nach PIC auch nicht in Bank0 gemapped werden, sind dann eigenständige Register.
# je nach PIC kann es diese Bänke geben oder nicht geben.

== Codeschnipsel ==

=== Analog-Digital-Wandler (ADC) ===
Viele PICs besitzen einen Analog-Digital-Wandler, der eine angelegte Spannung messen kann und diese als Zahl speichert.

Es gibt AD-Wandler mit 8Bit bzw. 10Bit Auflösung, d.h. die Spannung an einem analogen Eingang wird linear 2^8=256 bzw. 2^10=1024 Werten zugeordnet.
Der höchste Wert, auch Referenzspannung genannt, (255 bzw. 1023; der Controller rechnet die Null auch mit) entspricht der Betriebsspannung des PICs oder wahlweise einer wählbaren Spannung, die an RA3 angelegt werden muss. Der niedrigste Wert entspricht 0 Volt.

Mit dem Analog-Digital-Wandler kann man somit z.B. Sensoren auswerten, die mehr als zwei Zustände ausgeben (Beispiele: Temperatursensor, Helligkeitssensor, Entfernungssensoren usw.) oder Akkuspannungen messen.

Bevor überhaupt gemessen werden kann, muss einiges eingestellt werden:

a) Eingangsverteilung Analog/Digital bzw.Referenzspannung (Betriebsspannung oder RA3)
die genauen Einstellungsmöglichkeiten entnehmen sie bitte dem Datenblatt ihres Controllers (Register ADCON1 Bank 1).

b) Wählen des Taktes für den ADC und Einschalten des ADCs

Das Register ADCON0 besitzt 8 Bits, die folgendes bestimmen:
Bit0 ADON - schaltet AD-Wandler ein oder aus (Strom sparen)
Bit1 - nicht vorhanden
Bit2 GO/Done - startet Wandlung / signalisiert, wann Umwandlung beendet ist.
Bit3 CHS0 - Channel Select 0 wählt Eingang aus
Bit4 CHS1 - Channel Select 1 wählt Eingang aus
Bit5 CHS2 - Channel Select 2 wählt Eingang aus
Bit6 ADCS0 - AD-Clock-Select wählt Takt
Bit7 ADCS1 - AD-Clock-Select wählt Takt

Kümmern wir uns zunächst um den Takt. Mit den zwei Bits ADCS0 und ADCS1 bestimmt man den Takt - hierbei gibt es vier Möglichkeiten:

ADCS1=0, ADCS0=0 -> Taktfrequenz des PICs :2
ADCS1=0, ADCS0=1 -> Taktfrequenz des PICs :8
ADCS1=1, ADCS0=0 -> Taktfrequenz des PICs :32
ADCS1=1, ADCS0=1 -> interner RC-Oszillator des ADCs verwenden

Die Taktfrequenz des ADCs darf 625kHz nicht überschreiten, dementsprechend ist ADCS0 und ADCS1 zu wählen.

Ist dies vollbracht, so kann man den AD-Wandler einschalten und das Go/Done-Bit löschen.
Codebeispiel:

;Takt für ADC (OSC/32)
bcf ADCON0,6
bsf ADCON0,7
;ADC einschalten
bsf ADCON0,0 ; ADON=1
;Go/Done-Bit zurücksetzen
bcf ADCON0,2

Nun ist der AD-Wandler bereit, Spannungen in Zahlen umzuwandeln.
Für eine Wandlung muss erst der entsprechende Eingang gewählt werden. Dafür sind die CHS0..CHS2-Bits zuständig:

CHS2 CHS1 CHS0 gewählter Eingang(falls vorhanden)
0 0 0 RA0
0 0 1 RA1
0 1 0 RA2
0 1 1 RA3
1 0 0 RA5
1 0 1 RE0
1 1 0 RE1
1 1 1 RE2

Achtung! RA4 ist kein analoger Eingang, folglich ist er oben nicht aufgelistet !!

Codebeispiel:

;RA2 auswählen
bcf ADCON0,3
bsf ADCON0,4
bcf ADCON0,5

Als letztes muss die AD-Routine nur noch gestartet werden. Ist der AD-Wandler fertig, so löscht er das Bit wieder. Das Bit wird nun solange abgefragt, bis der AD-Wandler fertig ist. Den zugeordneten Wert findet man im Register 'ADRES'.
Code:

;start
bsf ADCON0,2
;warten,bis es wieder low ist
wa btfsz ADCON0,2
goto wa
;jetzt ist er fertig
;ADRES in W verschieben, um damit gleich weiter zu arbeiten
movf ADRES,W

Die AD-Wandlung ist somit fertig. Liest man mehrere Werte von unterschiedlichen Eingängen ein und möchte diese miteinander vergleichen o.ä., sollte man die Zahlen von ADRES in anderen Registern zwischenspeichern.

Desweiteren ist zu beachten, dass der Analog-Digital-Wandler eine gewisse Pause zwischen den Wandlungen benötigt, die sog. 'Aquisition Time'. Diese Zeitangabe entnehmen sie bitte ihrem Datenblatt.

mögliche Probleme:

a) Der PIC liefert stark schwankende Werte
-> Mögliche Ursachen dafür sind z.B. nicht stabile Betriebsspannung, falsche Zeiteinstellungen. Abhilfe schafft auch das mehrmalige Einlesen eines Eingangs. Auch können z.B. 8 Werte eingelesen werden und dann der Durchschnitt gebildet werden.
Evtl. kann ein Kondensator gegen Masse (z.B. 1nF) helfen; Wichtig ist auch eine kleine Verzögerung zwischen Kanalauswahl und Start der Wandlung. In dieser Zeit kann sich der interne Kondensator des ADC's aufladen.

b) Die Spannung an einem Eingang wird erhöht, die Werte der anderen Eingänge werden aber auch beeinflusst. Woran liegt das?
-> Dann sind Sie Opfer des sog. 'Ghostings' geworden (Werte 'scheinen durch', verschleißen). Die Werte der anderen Eingänge gehen mit, weil der interne Kondensator noch auf die Spannung des Vorgängers aufgeladen ist. Maßnahme: Aquisition Time erhöhen, Werte öfters abfragen, Pause zwischen Kanalauswahl und Start

c) Der PIC liefert immer die gleichen Werte an einem Eingang, obwohl sich die angelegte Spannung ändert
-> möglicherweise falsche Eingangsverteilung (ADCON1) eingestellt oder falschen Pin gewählt

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

Diskussion:PIC Assembler

2007-04-13T08:38:13Z

Der Gärtner: /* vorgeschlagene Gliederung */

== vorgeschlagene Gliederung ==

grün = schon fertig, orange = wird bzw. könnte noch ergänzt werden

* Einladung zur Diskussion...
(wird nach Beendigung des Artikels gelöscht)
* Einführung
** Bit, Byte, Nibble, Bin und Hex 
** Speicher und Register 
** Prozessor
** Assembler
** Grundbeschaltung
** Wahl des PICs
* Programm
** Allgemeines
** Programdurchlaufdiagram
** Hauptprogramm
** Unterprogramm
*** Initialisierung
**** Variablen
**** I/O Ports
**** Hardware
*** Einlesen
*** Ausgeben
*** Pause
*** Schnittstellen und Treiber
*** Tabellen
*** EEPROM
* Vorlage für MPASM
* Für anderen PIC umschreiben
* Das erste...
* Interrupts
** Prinzip
** Quellen
** Interrupt Service Routine
* Optimierung
** Speicherbedarf
*** Programmspeicher
*** RAM
** Ausführungszeit
* Fehlersuche
* Mid-Range (mit 14 bit Befehlslänge)
** Kurzübersicht Prozessorbefehle
** Ausführliche Beschreibung zu den Befehlen
** Besondere, oft gebrauchte Register
*** STATUS 
*** INTCON 
*** TRIS 
*** PORT 
** Bänke (sowohl die bei mehr als 2k Befehle als auch die bei den normalen speicher bänken)
** Flagsüberprüfung im STATUS-Register
** Codeschnipsel
*** A/D-Wandler
*** PWM
*** Interrupts
*** RS232 mit PC
*** Tasten
*** Mausrad
*** Ausgabe auf LCD Displays
**** Dot-Matrix
**** Grafik
**** Handy
*** Hilfsmittel
**** PIC Miniterminal (mit Dot-Matrix LCD und drei Tasten, benötigt nur 2 I/O Pins und 2 ICs)(Hardware)
**** PIC RAM Monitor (mit eigenem Interrupt, zeigt Registerinhalte sogar wenn das Programm in endloser Schleife läuft, was besonders für Anfänger nutzlich ist, benötigt Display oder PIC Miniterminal)
**** PIC Trainer (Hilfswerkzeug für PIC Versuchsprogramme, benötigt PIC Miniterminal)
**** PIC Profiler (zum messen von Ausführungszeit zwischen call und return, benötigt Display oder PIC Miniterminal)
* High-End (mit 16 bit Befehlslänge)-->(?)

== Allgemeines ==
-------
... gelöschte Diskussion ...
----
joa. passt doch. ich mach dir dann wieder paar bilder. mal schaun ob ich es heute noch schaffe. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 08:52, 1. Apr 2007 (CEST)
-----
Vielen Dank im voraus!:) Wenn Du die drei Symbole die im PAD auftreten einzeln kopieren kannst, müsste es ziemlich schnell gehen. Nach der neuer Gliederung müsste ich jetzt über Quellcode schreiben, also schon (aber nur) "call" und "goto" einführen. Sonst werde ich alles im Textform (Kommentar) schreiben. Ich meine, dass es unvermeindbar ist, weil irgendwan es sowieso anfangen wird. Ich habe noch eine Frage an Dich. Würdest Du die MPASM Direktiven erklären, die ich von "deinem" in "mein" Teil verschoben habe?[[Benutzer:PICture|PICture]] 09:33, 1. Apr 2007 (CEST)
-----
wie meinst du? ich mache halt noch eine erklärung für alle befehle, brauche nur noch bisschen zeit, werde heute leider nicht dazukommen, da ich unterwegs bin :-/ aber in absehbarer zeit werde ich auch noch die anderen befehle beschreiben, und dann mir ein neues thema suchen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 18:54, 1. Apr 2007 (CEST)
------
Es hat sich schon erledigt. Ich habe es als unnötig gestuft und gelöscht. Ab jetzt wird ganz einfache Darstellung von PADs verwendet und es bleibt nur einer in Grafik zu verwandeln (PAD). Die alle anderen (PAD1, PAD2, PAD3, PAD4, und die noch kommen...) bleiben so, wie sie sind/werden. Und weiter würdest Du (hoffentlich) nichts mehr für mich zu tun haben. :)[[Benutzer:PICture|PICture]] 00:12, 2. Apr 2007 (CEST)
------
jetzt wollte ich mir ein neues thema raussuchen, was ich noch schreiben könnte, aber muss irgendwie zugeben, dass ich mit den befehlen schon mit meinem latein am ende bin :-/ also ich könnte schon bisschen was schreiben, aber so richtig sicher bin ich mir dabei dann nicht immer. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:25, 5. Apr 2007 (CEST)
------
Macht ja nichts. Wir arbeiten an dem Artikel bis zum Ende zusammen. Du hast mir schon viel geholfen, dann helfe ich Dir auch immer wieder. Ich versuche möglichst kurz das wichtigste schreiben, aber weiss ich selber nicht, ob das verständlich ist, da ich das alles sehr gut verstehe :). Was Dir nicht gefällt oder nicht genug verständlich ist kannst Du immer ändern (so wie bei der Grundbeschaltung) oder fragen (so wie mit den Buchstaben "C" und "F"). Wie Du sicher bemerkt hast, habe ich in den Befehlen auch ein bischen geändert. Jemand hat gesagt : "Es gibt keine dumme Fragen, nur dumme Antworten" und das stimmt!. Also keine Angst! :) Es gibt auch PN. Für mich ist Deine Meinung sehr wichtig! Ich denke, dass bis Interrupts sollte es schon für Anfänger ausreichen, bin mich aber auch nicht sicher wo eigentlich Ende vom Anfang ist. :) [[Benutzer:PICture|PICture]] 14:24, 5. Apr 2007 (CEST)
-----
wow! respekt! geht ja ganz schön schnell voran. das eine pad bekommst du auf jeden fall noch, brauche leider noch ein paar tage. noch dazu müsste ich langsam wirklich fürs abi lernen, aber solange noch andere dinge gehen, werde ich auch hier noch bisschen was machen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:37, 8. Apr 2007 (CEST)
-----
Mach Dir bitte mit dem Artikel keinen Stress, ich versuche bloss die freie Tage sinvoll nutzen.:). Es wird danach langsamer gehen, aber die Zeit ist nicht beschränkt. Sogar für die schon als fertig markierte Sachen schreibe ich immer wieder was dazu, was mir noch einfällt.[[Benutzer:PICture|PICture]] 16:11, 8. Apr 2007 (CEST)
----
Bit, Byte, Nibble, Bin und Hex
also ich würde schon die nummerierung der bits mit aufnehmen. habe mich lange gefragt, wie das funktioniert, weil man ja normalerweise von links nacht rechts zählt und mit 1 anfängt. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 21:28, 9. Apr 2007 (CEST)
----
Natürlich! :) Die Numerierung der Bits ist bei jedem Prozessor gleich und fängt immer von links mit 0 (LSB). Ich habe schon eine Idee für erstes ASM Programm, das wird aber noch ein bischen dauern, weil ich das zuerst selber ausprobieren muss (und will). Aber es ist noch weit zum Ende des Artikels. [[Benutzer:PICture|PICture]] 09:27, 10. Apr 2007 (CEST)
----
mein fehler. habe da wohl was verwechselt. sorry. die zahlen sind ja doch noch da :-/ [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:52, 10. Apr 2007 (CEST)
----
@Benedikt.Seidl

Schau, bitte, am Anfang des Artikels habe ich noch was neues eingefügt. Als Folge haben wir noch einen Autor (den Gärtner), der schon wichtige Sachen toll ergänzt hat.

@Gärtner

Wenn Du willst, kannst auch etwas neues, wass noch nicht grün gekenzeichnet ist, anfangen. :)
[[Benutzer:PICture|PICture]] 13:17, 10. Apr 2007 (CEST)
----
wow! glückwunsch! http://www.roboternetz.de/phpBB2/zeigebeitrag.php?t=14953 [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 16:13, 10. Apr 2007 (CEST)
----
Für Dich das gleiche ! Trotzdem schreibe ich weiter.:)[[Benutzer:PICture|PICture]] 16:59, 10. Apr 2007 (CEST)
----
Keine Angst, hab auch neues geschrieben ;) Hat wer eine bessere Idee bezüglich Textformation von SFRs? hab mich mal am Datenblatt bedient. Die Assemblerbefehle hab ich heute schon in einen eigenen Artikel geschrieben. Da fehlen nur noch Codeschnippsel. find das Übersichtlicher und werde die DETAILs zu den befehlen von hier bald RAUSLÖSCHEN. (wenn ich mit dem anderen Artikel fertig bin.) --[[Benutzer:Der Gärtner|Der Gärtner]] 18:06, 10. Apr 2007 (CEST)
----
:Die Asführliche Beschreibung zu den Befehlen hat der Benedikt.Seidl geschrieben, aber ich glaube, dass er nichts dagegen hätte. Dann werden die Codeschnipsel auch dorthin verschoben, oder ? Es wäre gut wenn Du das Link zu Deinem Artikel in diesen Artikel einfügst. Ich weiss nicht wo ich später die Hifsmittel (kleine Programmierwerkzeuge) hin schreiben soll.[[Benutzer:PICture|PICture]] 18:33, 10. Apr 2007 (CEST)
----
:ich finde es schon sehr schade, weil das schon viel arbeit gemacht hat hier. das tabellenlayout hat auch vor und nachteile. aber ich versteh nicht, warum du nicht auf meine beschreibung und code-schnipsel zurückgreifst, bzw. meine befehlsliste ergänzt hast? deine infos bzw. beschreibungen sind wahrscheinlich schon technischer und auch ok, aber für den normalen benutzer oder einsteiger sehe ich es eher als hindernis, wenn so komplizierte beschreibungen verwendet werden.
: trotzdem finde ich es schön, dass du mitarbeitest, gärtner ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 19:18, 10. Apr 2007 (CEST)
----
@ Gärtner

Ich denke auch, dass Löschen nicht nötig ist und Dein Artikel wunderbar als Nachschlagewerk benutzt werden kann, wenn sein Link in diesem Artikel eingefügt wird.[[Benutzer:PICture|PICture]] 19:31, 10. Apr 2007 (CEST)
----
@ Gärtner

Erst heute habe ich Dein Artikel aufmerksam durchgelesen und folgendes nicht gut gefunden:

- die Wörter "verundert", "verodert" und "inklusiv verodert" sind vielleicht "cool" aber für jemanden die die logische Operationen gar nicht kennt, ganz unverständlich.

- bei "call" und "retlw" ist überhaupt nichts über funktionsweise im ASM Programm geschrieben, nur über Register, was nicht besonders wichtig ist. Bei "retfie" fehlt die wichtige Information, dass ausführen des Befehls das Bit GIE setzt, was die Interrupts wieder erlaubt.

- bei "clrw" ist falsches Register und bei "end" falsche Funktion gennant. Ausserdem, ich kenne Keine Pseudobefehle, sondern Direktiven für Assemblerprogramm.

Ohne Beipielen vom Code finde ich das ganze ungeeignet für Anfänger. Bleiben wir, bitte, in dem Artikel, der vor allem für Anfänger vorgesehen ist, bei der ausführlicher Beschreibung vom Benedikt.Seidl.[[Benutzer:PICture|PICture]] 09:08, 11. Apr 2007 (CEST)
----
Code kommt noch, und fehler sind echt vorprogramiert gewesen :)
Ich hab noch einiges an Dingen vor gehabt, die sowieso hier stehen. Die Begriffe "verundet" und "verodert" sind die einzigen, die ich jemals gehört habe, und JA, ich hab vor beispiele zu Schreiben / vom Seidl zu nehmen. Und wenn ich so scharf aufs Löschen wäre, dann hätt ichs schon gemacht :P

Den Begriff "Pseudobefehle" hab ich vom Sprut, kann ich ruhig ändern.

Werd heute da einiges ergänzen und die Register in diesem Beitrag weiter machen.
--[[Benutzer:Der Gärtner|Der Gärtner]] 11:09, 11. Apr 2007 (CEST)
----
@Gärtner

Das hört sich sehr gut an. Deine Beschreibung von Befehlen ist auch nötig, da kann man sofort die Beschreibung für ein Befehl lesen, das man braucht. Sie hat aber sehr langen Inhaltverzeichnis, länger, als dieser ganzen Artikel. Deswegen finde ich die Idee, das getrennt vom Artikel zu machen sehr gut.:) Übrigens, für mich ist der Sprut kein Experte und ich versuche immer mich an der Dokumentation vom Microchip (z.B. MPASM) zu halten um das ganze einheitlich zu gestalten. Es wäre auch eine Möglichkeit, um unnötige Arbeit zu vermeinden, einfach die ganze Beschreibung vom Seidl in Dein Artikel zu übernehmen (eventuell bischen ergänzen) und danach von unserem Artikel löschen und in dem Menüpunkt "Ausführliche Beschreibung zu den Befehlen" nur den Link zu Deinem Artikel lassen. Das scheint mir sogar optimale Lösung zu sein. Ich habe genauso bei "Interface und Treiber" gemacht. Ich werde erst am Wochenende wieder aktiv.[[Benutzer:PICture|PICture]] 19:02, 11. Apr 2007 (CEST)
----
Habe den Register INTCON beschrieben... --[[Benutzer:Der Gärtner|Der Gärtner]] 09:07, 12. Apr 2007 (CEST)
----
Habe schon dort bischen geändert... Hoffentlich gefällt Dir. :)[[Benutzer:PICture|PICture]] 09:56, 12. Apr 2007 (CEST)
----
Ich würde die Register ANSEL und TIMER nicht speziell und so alleine beschreiben. Die gehören entweder zu den ADCs oder zu den einzelnen Timern. "ANSEL" ist z.b. einer von mind. 4 Registern, die von den ADCs benutzt werden. das Selbe gilt für Timer (stichwort TMR0-2 unterschiedliche Architektur/CCPM/PWM...)

@PICture: passt sehr gut, man sieht ich hab die Matura, aber auch, dass ich NICHT in Deutsch maturiert habe - da fehlts an Retorik, Grammatik und Einfühlungsvermögen für nichteingeweihte beim schreiben ;)
--[[Benutzer:Der Gärtner|Der Gärtner]] 22:48, 12. Apr 2007 (CEST)
----
Kleine Frage am Rande, alle Pins an allen Ports der Midrangeserie sind BIDIREKTIONAL - oder...? Ich bin über einen 18F gestolpert, der da aus der Reihe tanzt. (4550er, die USB-Pins...)--[[Benutzer:Der Gärtner|Der Gärtner]] 22:53, 12. Apr 2007 (CEST)
-----
@Gärtner

"Nobody is perfect". Beim jedem Lesen des Artikels finde ich Fehler die ich bisher übersehen habe.

Wenn es um Mid-Range PICs geht, da sind alle Pins an allen Ports bidirektional. Aber bei fast allen diesen PICs gibt es ein Portpin, der nur open drain ist (z.B. beim 12F629 GPIO,3) und ohne pull-up keine 1 ausgeben kann. Übrigens, was sind "Fusebits" ? Ich (und wahrscheinlich jeder Anfänger auch) habe noch nicht gehört. Ich vermute, dass sich hier um "configuration bits" handelt, es müsste aber irgendwo in unserem Artikel definiert werden. Vielleicht am Ende des Artikels machen wir noch ein "Wörterbuch" für Anfänger ?

Ich freue mich sehr, dass immer mehr Autoren des Artikels gibt. Der nächste, aber fast sicher nicht der letzte, ist der BMS, der gerade ein Codeschnipsel für ADC schreibt. Je mehr Autoren um so besser. Die vorgeschlagene Gliederung ist noch offen und kann jederzeit von jedem geändert werden (z.B. bei der Registerbeschreibung) [[Benutzer:PICture|PICture]] 07:50, 13. Apr 2007 (CEST)

Diskussion:PIC Assembler

2007-04-13T08:36:47Z

Der Gärtner: /* vorgeschlagene Gliederung */

== vorgeschlagene Gliederung ==

grün = schon fertig, orange = wird bzw. könnte noch ergänzt werden

* Einladung zur Diskussion...
(wird nach Beendigung des Artikels gelöscht)
* Einführung
** Bit, Byte, Nibble, Bin und Hex 
** Speicher und Register 
** Prozessor
** Assembler
** Grundbeschaltung
** Wahl des PICs
* Programm
** Allgemeines
** Programdurchlaufdiagram
** Hauptprogramm
** Unterprogramm
*** Initialisierung
**** Variablen
**** I/O Ports
**** Hardware
*** Einlesen
*** Ausgeben
*** Pause
*** Schnittstellen und Treiber
*** Tabellen
*** EEPROM
* Vorlage für MPASM
* Für anderen PIC umschreiben
* Das erste...
* Interrupts
** Prinzip
** Quellen
** Interrupt Service Routine
* Optimierung
** Speicherbedarf
*** Programmspeicher
*** RAM
** Ausführungszeit
* Fehlersuche
* Mid-Range (mit 14 bit Befehlslänge)
** Kurzübersicht Prozessorbefehle
** Ausführliche Beschreibung zu den Befehlen
** Besondere, oft gebrauchte Register
*** STATUS 
*** INTCON 
*** TRIS 
*** PORT 
** Bänke (sowohl die bei mehr als 2k Befehle als auch die bei den normalen speicher bänken)
** Flagsüberprüfung im STATUS-Register
** Codeschnipsel
*** A/D-Wandler
*** PWM
*** Interrupts
*** RS232 mit PC
*** Tasten
*** Mausrad
*** Ausgabe auf LCD Displays
**** Dot-Matrix
**** Grafik
**** Handy
*** Hilfsmittel
**** PIC Miniterminal (mit Dot-Matrix LCD und drei Tasten, benötigt nur 2 I/O Pins und 2 ICs)(Hardware)
**** PIC RAM Monitor (mit eigenem Interrupt, zeigt Registerinhalte sogar wenn das Programm in endloser Schleife läuft, was besonders für Anfänger nutzlich ist, benötigt Display oder PIC Miniterminal)
**** PIC Trainer (Hilfswerkzeug für PIC Versuchsprogramme, benötigt PIC Miniterminal)
**** PIC Profiler (zum messen von Ausführungszeit zwischen call und return, benötigt Display oder PIC Miniterminal)
* High-End (mit 16 bit Befehlslänge)-->(?)
**** PIC-Wörterbuch

== Allgemeines ==
-------
... gelöschte Diskussion ...
----
joa. passt doch. ich mach dir dann wieder paar bilder. mal schaun ob ich es heute noch schaffe. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 08:52, 1. Apr 2007 (CEST)
-----
Vielen Dank im voraus!:) Wenn Du die drei Symbole die im PAD auftreten einzeln kopieren kannst, müsste es ziemlich schnell gehen. Nach der neuer Gliederung müsste ich jetzt über Quellcode schreiben, also schon (aber nur) "call" und "goto" einführen. Sonst werde ich alles im Textform (Kommentar) schreiben. Ich meine, dass es unvermeindbar ist, weil irgendwan es sowieso anfangen wird. Ich habe noch eine Frage an Dich. Würdest Du die MPASM Direktiven erklären, die ich von "deinem" in "mein" Teil verschoben habe?[[Benutzer:PICture|PICture]] 09:33, 1. Apr 2007 (CEST)
-----
wie meinst du? ich mache halt noch eine erklärung für alle befehle, brauche nur noch bisschen zeit, werde heute leider nicht dazukommen, da ich unterwegs bin :-/ aber in absehbarer zeit werde ich auch noch die anderen befehle beschreiben, und dann mir ein neues thema suchen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 18:54, 1. Apr 2007 (CEST)
------
Es hat sich schon erledigt. Ich habe es als unnötig gestuft und gelöscht. Ab jetzt wird ganz einfache Darstellung von PADs verwendet und es bleibt nur einer in Grafik zu verwandeln (PAD). Die alle anderen (PAD1, PAD2, PAD3, PAD4, und die noch kommen...) bleiben so, wie sie sind/werden. Und weiter würdest Du (hoffentlich) nichts mehr für mich zu tun haben. :)[[Benutzer:PICture|PICture]] 00:12, 2. Apr 2007 (CEST)
------
jetzt wollte ich mir ein neues thema raussuchen, was ich noch schreiben könnte, aber muss irgendwie zugeben, dass ich mit den befehlen schon mit meinem latein am ende bin :-/ also ich könnte schon bisschen was schreiben, aber so richtig sicher bin ich mir dabei dann nicht immer. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:25, 5. Apr 2007 (CEST)
------
Macht ja nichts. Wir arbeiten an dem Artikel bis zum Ende zusammen. Du hast mir schon viel geholfen, dann helfe ich Dir auch immer wieder. Ich versuche möglichst kurz das wichtigste schreiben, aber weiss ich selber nicht, ob das verständlich ist, da ich das alles sehr gut verstehe :). Was Dir nicht gefällt oder nicht genug verständlich ist kannst Du immer ändern (so wie bei der Grundbeschaltung) oder fragen (so wie mit den Buchstaben "C" und "F"). Wie Du sicher bemerkt hast, habe ich in den Befehlen auch ein bischen geändert. Jemand hat gesagt : "Es gibt keine dumme Fragen, nur dumme Antworten" und das stimmt!. Also keine Angst! :) Es gibt auch PN. Für mich ist Deine Meinung sehr wichtig! Ich denke, dass bis Interrupts sollte es schon für Anfänger ausreichen, bin mich aber auch nicht sicher wo eigentlich Ende vom Anfang ist. :) [[Benutzer:PICture|PICture]] 14:24, 5. Apr 2007 (CEST)
-----
wow! respekt! geht ja ganz schön schnell voran. das eine pad bekommst du auf jeden fall noch, brauche leider noch ein paar tage. noch dazu müsste ich langsam wirklich fürs abi lernen, aber solange noch andere dinge gehen, werde ich auch hier noch bisschen was machen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:37, 8. Apr 2007 (CEST)
-----
Mach Dir bitte mit dem Artikel keinen Stress, ich versuche bloss die freie Tage sinvoll nutzen.:). Es wird danach langsamer gehen, aber die Zeit ist nicht beschränkt. Sogar für die schon als fertig markierte Sachen schreibe ich immer wieder was dazu, was mir noch einfällt.[[Benutzer:PICture|PICture]] 16:11, 8. Apr 2007 (CEST)
----
Bit, Byte, Nibble, Bin und Hex
also ich würde schon die nummerierung der bits mit aufnehmen. habe mich lange gefragt, wie das funktioniert, weil man ja normalerweise von links nacht rechts zählt und mit 1 anfängt. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 21:28, 9. Apr 2007 (CEST)
----
Natürlich! :) Die Numerierung der Bits ist bei jedem Prozessor gleich und fängt immer von links mit 0 (LSB). Ich habe schon eine Idee für erstes ASM Programm, das wird aber noch ein bischen dauern, weil ich das zuerst selber ausprobieren muss (und will). Aber es ist noch weit zum Ende des Artikels. [[Benutzer:PICture|PICture]] 09:27, 10. Apr 2007 (CEST)
----
mein fehler. habe da wohl was verwechselt. sorry. die zahlen sind ja doch noch da :-/ [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:52, 10. Apr 2007 (CEST)
----
@Benedikt.Seidl

Schau, bitte, am Anfang des Artikels habe ich noch was neues eingefügt. Als Folge haben wir noch einen Autor (den Gärtner), der schon wichtige Sachen toll ergänzt hat.

@Gärtner

Wenn Du willst, kannst auch etwas neues, wass noch nicht grün gekenzeichnet ist, anfangen. :)
[[Benutzer:PICture|PICture]] 13:17, 10. Apr 2007 (CEST)
----
wow! glückwunsch! http://www.roboternetz.de/phpBB2/zeigebeitrag.php?t=14953 [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 16:13, 10. Apr 2007 (CEST)
----
Für Dich das gleiche ! Trotzdem schreibe ich weiter.:)[[Benutzer:PICture|PICture]] 16:59, 10. Apr 2007 (CEST)
----
Keine Angst, hab auch neues geschrieben ;) Hat wer eine bessere Idee bezüglich Textformation von SFRs? hab mich mal am Datenblatt bedient. Die Assemblerbefehle hab ich heute schon in einen eigenen Artikel geschrieben. Da fehlen nur noch Codeschnippsel. find das Übersichtlicher und werde die DETAILs zu den befehlen von hier bald RAUSLÖSCHEN. (wenn ich mit dem anderen Artikel fertig bin.) --[[Benutzer:Der Gärtner|Der Gärtner]] 18:06, 10. Apr 2007 (CEST)
----
:Die Asführliche Beschreibung zu den Befehlen hat der Benedikt.Seidl geschrieben, aber ich glaube, dass er nichts dagegen hätte. Dann werden die Codeschnipsel auch dorthin verschoben, oder ? Es wäre gut wenn Du das Link zu Deinem Artikel in diesen Artikel einfügst. Ich weiss nicht wo ich später die Hifsmittel (kleine Programmierwerkzeuge) hin schreiben soll.[[Benutzer:PICture|PICture]] 18:33, 10. Apr 2007 (CEST)
----
:ich finde es schon sehr schade, weil das schon viel arbeit gemacht hat hier. das tabellenlayout hat auch vor und nachteile. aber ich versteh nicht, warum du nicht auf meine beschreibung und code-schnipsel zurückgreifst, bzw. meine befehlsliste ergänzt hast? deine infos bzw. beschreibungen sind wahrscheinlich schon technischer und auch ok, aber für den normalen benutzer oder einsteiger sehe ich es eher als hindernis, wenn so komplizierte beschreibungen verwendet werden.
: trotzdem finde ich es schön, dass du mitarbeitest, gärtner ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 19:18, 10. Apr 2007 (CEST)
----
@ Gärtner

Ich denke auch, dass Löschen nicht nötig ist und Dein Artikel wunderbar als Nachschlagewerk benutzt werden kann, wenn sein Link in diesem Artikel eingefügt wird.[[Benutzer:PICture|PICture]] 19:31, 10. Apr 2007 (CEST)
----
@ Gärtner

Erst heute habe ich Dein Artikel aufmerksam durchgelesen und folgendes nicht gut gefunden:

- die Wörter "verundert", "verodert" und "inklusiv verodert" sind vielleicht "cool" aber für jemanden die die logische Operationen gar nicht kennt, ganz unverständlich.

- bei "call" und "retlw" ist überhaupt nichts über funktionsweise im ASM Programm geschrieben, nur über Register, was nicht besonders wichtig ist. Bei "retfie" fehlt die wichtige Information, dass ausführen des Befehls das Bit GIE setzt, was die Interrupts wieder erlaubt.

- bei "clrw" ist falsches Register und bei "end" falsche Funktion gennant. Ausserdem, ich kenne Keine Pseudobefehle, sondern Direktiven für Assemblerprogramm.

Ohne Beipielen vom Code finde ich das ganze ungeeignet für Anfänger. Bleiben wir, bitte, in dem Artikel, der vor allem für Anfänger vorgesehen ist, bei der ausführlicher Beschreibung vom Benedikt.Seidl.[[Benutzer:PICture|PICture]] 09:08, 11. Apr 2007 (CEST)
----
Code kommt noch, und fehler sind echt vorprogramiert gewesen :)
Ich hab noch einiges an Dingen vor gehabt, die sowieso hier stehen. Die Begriffe "verundet" und "verodert" sind die einzigen, die ich jemals gehört habe, und JA, ich hab vor beispiele zu Schreiben / vom Seidl zu nehmen. Und wenn ich so scharf aufs Löschen wäre, dann hätt ichs schon gemacht :P

Den Begriff "Pseudobefehle" hab ich vom Sprut, kann ich ruhig ändern.

Werd heute da einiges ergänzen und die Register in diesem Beitrag weiter machen.
--[[Benutzer:Der Gärtner|Der Gärtner]] 11:09, 11. Apr 2007 (CEST)
----
@Gärtner

Das hört sich sehr gut an. Deine Beschreibung von Befehlen ist auch nötig, da kann man sofort die Beschreibung für ein Befehl lesen, das man braucht. Sie hat aber sehr langen Inhaltverzeichnis, länger, als dieser ganzen Artikel. Deswegen finde ich die Idee, das getrennt vom Artikel zu machen sehr gut.:) Übrigens, für mich ist der Sprut kein Experte und ich versuche immer mich an der Dokumentation vom Microchip (z.B. MPASM) zu halten um das ganze einheitlich zu gestalten. Es wäre auch eine Möglichkeit, um unnötige Arbeit zu vermeinden, einfach die ganze Beschreibung vom Seidl in Dein Artikel zu übernehmen (eventuell bischen ergänzen) und danach von unserem Artikel löschen und in dem Menüpunkt "Ausführliche Beschreibung zu den Befehlen" nur den Link zu Deinem Artikel lassen. Das scheint mir sogar optimale Lösung zu sein. Ich habe genauso bei "Interface und Treiber" gemacht. Ich werde erst am Wochenende wieder aktiv.[[Benutzer:PICture|PICture]] 19:02, 11. Apr 2007 (CEST)
----
Habe den Register INTCON beschrieben... --[[Benutzer:Der Gärtner|Der Gärtner]] 09:07, 12. Apr 2007 (CEST)
----
Habe schon dort bischen geändert... Hoffentlich gefällt Dir. :)[[Benutzer:PICture|PICture]] 09:56, 12. Apr 2007 (CEST)
----
Ich würde die Register ANSEL und TIMER nicht speziell und so alleine beschreiben. Die gehören entweder zu den ADCs oder zu den einzelnen Timern. "ANSEL" ist z.b. einer von mind. 4 Registern, die von den ADCs benutzt werden. das Selbe gilt für Timer (stichwort TMR0-2 unterschiedliche Architektur/CCPM/PWM...)

@PICture: passt sehr gut, man sieht ich hab die Matura, aber auch, dass ich NICHT in Deutsch maturiert habe - da fehlts an Retorik, Grammatik und Einfühlungsvermögen für nichteingeweihte beim schreiben ;)
--[[Benutzer:Der Gärtner|Der Gärtner]] 22:48, 12. Apr 2007 (CEST)
----
Kleine Frage am Rande, alle Pins an allen Ports der Midrangeserie sind BIDIREKTIONAL - oder...? Ich bin über einen 18F gestolpert, der da aus der Reihe tanzt. (4550er, die USB-Pins...)--[[Benutzer:Der Gärtner|Der Gärtner]] 22:53, 12. Apr 2007 (CEST)
-----
@Gärtner

"Nobody is perfect". Beim jedem Lesen des Artikels finde ich Fehler die ich bisher übersehen habe.

Wenn es um Mid-Range PICs geht, da sind alle Pins an allen Ports bidirektional. Aber bei fast allen diesen PICs gibt es ein Portpin, der nur open drain ist (z.B. beim 12F629 GPIO,3) und ohne pull-up keine 1 ausgeben kann. Übrigens, was sind "Fusebits" ? Ich (und wahrscheinlich jeder Anfänger auch) habe noch nicht gehört. Ich vermute, dass sich hier um "configuration bits" handelt, es müsste aber irgendwo in unserem Artikel definiert werden. Vielleicht am Ende des Artikels machen wir noch ein "Wörterbuch" für Anfänger ?

Ich freue mich sehr, dass immer mehr Autoren des Artikels gibt. Der nächste, aber fast sicher nicht der letzte, ist der BMS, der gerade ein Codeschnipsel für ADC schreibt. Je mehr Autoren um so besser. Die vorgeschlagene Gliederung ist noch offen und kann jederzeit von jedem geändert werden (z.B. bei der Registerbeschreibung) [[Benutzer:PICture|PICture]] 07:50, 13. Apr 2007 (CEST)

Diskussion:PIC Assembler

2007-04-12T20:53:48Z

Der Gärtner: /* Allgemeines */

== vorgeschlagene Gliederung ==

grün = schon fertig, orange = wird bzw. könnte noch ergänzt werden

* Einladung zur Diskussion...
(wird nach Beendigung des Artikels gelöscht)
* Einführung
** Bit, Byte, Nibble, Bin und Hex 
** Speicher und Register 
** Prozessor
** Assembler
** Grundbeschaltung
** Wahl des PICs
* Programm
** Allgemeines
** Programdurchlaufdiagram
** Hauptprogramm
** Unterprogramm
*** Initialisierung
**** Variablen
**** I/O Ports
**** Hardware
*** Einlesen
*** Ausgeben
*** Pause
*** Schnittstellen und Treiber
*** Tabellen
*** EEPROM
* Vorlage für MPASM
* Für anderen PIC umschreiben
* Das erste...
* Interrupts
** Prinzip
** Quellen
** Interrupt Service Routine
* Optimierung
** Speicherbedarf
*** Programmspeicher
*** RAM
** Ausführungszeit
* Fehlersuche
* Mid-Range (mit 14 bit Befehlslänge)
** Kurzübersicht Prozessorbefehle
** Ausführliche Beschreibung zu den Befehlen
** Besondere, oft gebrauchte Register
*** ANSEL
*** STATUS 
*** INTCON 
*** TRIS 
*** PORT 
*** TIMER
** Bänke (sowohl die bei mehr als 2k Befehle als auch die bei den normalen speicher bänken)
** Flagsüberprüfung im STATUS-Register
** Codeschnipsel
*** A/D-Wandler
*** PWM
*** Interrupts
*** RS232 mit PC
*** Tasten
*** Mausrad
*** Ausgabe auf LCD Displays
**** Dot-Matrix
**** Grafik
**** Handy
*** Hilfsmittel
**** PIC Miniterminal (mit Dot-Matrix LCD und drei Tasten, benötigt nur 2 I/O Pins und 2 ICs)(Hardware)
**** PIC RAM Monitor (mit eigenem Interrupt, zeigt Registerinhalte sogar wenn das Programm in endloser Schleife läuft, was besonders für Anfänger nutzlich ist, benötigt Display oder PIC Miniterminal)
**** PIC Trainer (Hilfswerkzeug für PIC Versuchsprogramme, benötigt PIC Miniterminal)
**** PIC Profiler (zum messen von Ausführungszeit zwischen call und return, benötigt Display oder PIC Miniterminal)
* High-End (mit 16 bit Befehlslänge)-->(?)

== Allgemeines ==
-------
... gelöschte Diskussion ...
----
joa. passt doch. ich mach dir dann wieder paar bilder. mal schaun ob ich es heute noch schaffe. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 08:52, 1. Apr 2007 (CEST)
-----
Vielen Dank im voraus!:) Wenn Du die drei Symbole die im PAD auftreten einzeln kopieren kannst, müsste es ziemlich schnell gehen. Nach der neuer Gliederung müsste ich jetzt über Quellcode schreiben, also schon (aber nur) "call" und "goto" einführen. Sonst werde ich alles im Textform (Kommentar) schreiben. Ich meine, dass es unvermeindbar ist, weil irgendwan es sowieso anfangen wird. Ich habe noch eine Frage an Dich. Würdest Du die MPASM Direktiven erklären, die ich von "deinem" in "mein" Teil verschoben habe?[[Benutzer:PICture|PICture]] 09:33, 1. Apr 2007 (CEST)
-----
wie meinst du? ich mache halt noch eine erklärung für alle befehle, brauche nur noch bisschen zeit, werde heute leider nicht dazukommen, da ich unterwegs bin :-/ aber in absehbarer zeit werde ich auch noch die anderen befehle beschreiben, und dann mir ein neues thema suchen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 18:54, 1. Apr 2007 (CEST)
------
Es hat sich schon erledigt. Ich habe es als unnötig gestuft und gelöscht. Ab jetzt wird ganz einfache Darstellung von PADs verwendet und es bleibt nur einer in Grafik zu verwandeln (PAD). Die alle anderen (PAD1, PAD2, PAD3, PAD4, und die noch kommen...) bleiben so, wie sie sind/werden. Und weiter würdest Du (hoffentlich) nichts mehr für mich zu tun haben. :)[[Benutzer:PICture|PICture]] 00:12, 2. Apr 2007 (CEST)
------
jetzt wollte ich mir ein neues thema raussuchen, was ich noch schreiben könnte, aber muss irgendwie zugeben, dass ich mit den befehlen schon mit meinem latein am ende bin :-/ also ich könnte schon bisschen was schreiben, aber so richtig sicher bin ich mir dabei dann nicht immer. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:25, 5. Apr 2007 (CEST)
------
Macht ja nichts. Wir arbeiten an dem Artikel bis zum Ende zusammen. Du hast mir schon viel geholfen, dann helfe ich Dir auch immer wieder. Ich versuche möglichst kurz das wichtigste schreiben, aber weiss ich selber nicht, ob das verständlich ist, da ich das alles sehr gut verstehe :). Was Dir nicht gefällt oder nicht genug verständlich ist kannst Du immer ändern (so wie bei der Grundbeschaltung) oder fragen (so wie mit den Buchstaben "C" und "F"). Wie Du sicher bemerkt hast, habe ich in den Befehlen auch ein bischen geändert. Jemand hat gesagt : "Es gibt keine dumme Fragen, nur dumme Antworten" und das stimmt!. Also keine Angst! :) Es gibt auch PN. Für mich ist Deine Meinung sehr wichtig! Ich denke, dass bis Interrupts sollte es schon für Anfänger ausreichen, bin mich aber auch nicht sicher wo eigentlich Ende vom Anfang ist. :) [[Benutzer:PICture|PICture]] 14:24, 5. Apr 2007 (CEST)
-----
wow! respekt! geht ja ganz schön schnell voran. das eine pad bekommst du auf jeden fall noch, brauche leider noch ein paar tage. noch dazu müsste ich langsam wirklich fürs abi lernen, aber solange noch andere dinge gehen, werde ich auch hier noch bisschen was machen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:37, 8. Apr 2007 (CEST)
-----
Mach Dir bitte mit dem Artikel keinen Stress, ich versuche bloss die freie Tage sinvoll nutzen.:). Es wird danach langsamer gehen, aber die Zeit ist nicht beschränkt. Sogar für die schon als fertig markierte Sachen schreibe ich immer wieder was dazu, was mir noch einfällt.[[Benutzer:PICture|PICture]] 16:11, 8. Apr 2007 (CEST)
----
Bit, Byte, Nibble, Bin und Hex
also ich würde schon die nummerierung der bits mit aufnehmen. habe mich lange gefragt, wie das funktioniert, weil man ja normalerweise von links nacht rechts zählt und mit 1 anfängt. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 21:28, 9. Apr 2007 (CEST)
----
Natürlich! :) Die Numerierung der Bits ist bei jedem Prozessor gleich und fängt immer von links mit 0 (LSB). Ich habe schon eine Idee für erstes ASM Programm, das wird aber noch ein bischen dauern, weil ich das zuerst selber ausprobieren muss (und will). Aber es ist noch weit zum Ende des Artikels. [[Benutzer:PICture|PICture]] 09:27, 10. Apr 2007 (CEST)
----
mein fehler. habe da wohl was verwechselt. sorry. die zahlen sind ja doch noch da :-/ [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:52, 10. Apr 2007 (CEST)
----
@Benedikt.Seidl

Schau, bitte, am Anfang des Artikels habe ich noch was neues eingefügt. Als Folge haben wir noch einen Autor (den Gärtner), der schon wichtige Sachen toll ergänzt hat.

@Gärtner

Wenn Du willst, kannst auch etwas neues, wass noch nicht grün gekenzeichnet ist, anfangen. :)
[[Benutzer:PICture|PICture]] 13:17, 10. Apr 2007 (CEST)
----
wow! glückwunsch! http://www.roboternetz.de/phpBB2/zeigebeitrag.php?t=14953 [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 16:13, 10. Apr 2007 (CEST)
----
Für Dich das gleiche ! Trotzdem schreibe ich weiter.:)[[Benutzer:PICture|PICture]] 16:59, 10. Apr 2007 (CEST)
----
Keine Angst, hab auch neues geschrieben ;) Hat wer eine bessere Idee bezüglich Textformation von SFRs? hab mich mal am Datenblatt bedient. Die Assemblerbefehle hab ich heute schon in einen eigenen Artikel geschrieben. Da fehlen nur noch Codeschnippsel. find das Übersichtlicher und werde die DETAILs zu den befehlen von hier bald RAUSLÖSCHEN. (wenn ich mit dem anderen Artikel fertig bin.) --[[Benutzer:Der Gärtner|Der Gärtner]] 18:06, 10. Apr 2007 (CEST)
----
:Die Asführliche Beschreibung zu den Befehlen hat der Benedikt.Seidl geschrieben, aber ich glaube, dass er nichts dagegen hätte. Dann werden die Codeschnipsel auch dorthin verschoben, oder ? Es wäre gut wenn Du das Link zu Deinem Artikel in diesen Artikel einfügst. Ich weiss nicht wo ich später die Hifsmittel (kleine Programmierwerkzeuge) hin schreiben soll.[[Benutzer:PICture|PICture]] 18:33, 10. Apr 2007 (CEST)
----
:ich finde es schon sehr schade, weil das schon viel arbeit gemacht hat hier. das tabellenlayout hat auch vor und nachteile. aber ich versteh nicht, warum du nicht auf meine beschreibung und code-schnipsel zurückgreifst, bzw. meine befehlsliste ergänzt hast? deine infos bzw. beschreibungen sind wahrscheinlich schon technischer und auch ok, aber für den normalen benutzer oder einsteiger sehe ich es eher als hindernis, wenn so komplizierte beschreibungen verwendet werden.
: trotzdem finde ich es schön, dass du mitarbeitest, gärtner ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 19:18, 10. Apr 2007 (CEST)
----
@ Gärtner

Ich denke auch, dass Löschen nicht nötig ist und Dein Artikel wunderbar als Nachschlagewerk benutzt werden kann, wenn sein Link in diesem Artikel eingefügt wird.[[Benutzer:PICture|PICture]] 19:31, 10. Apr 2007 (CEST)
----
@ Gärtner

Erst heute habe ich Dein Artikel aufmerksam durchgelesen und folgendes nicht gut gefunden:

- die Wörter "verundert", "verodert" und "inklusiv verodert" sind vielleicht "cool" aber für jemanden die die logische Operationen gar nicht kennt, ganz unverständlich.

- bei "call" und "retlw" ist überhaupt nichts über funktionsweise im ASM Programm geschrieben, nur über Register, was nicht besonders wichtig ist. Bei "retfie" fehlt die wichtige Information, dass ausführen des Befehls das Bit GIE setzt, was die Interrupts wieder erlaubt.

- bei "clrw" ist falsches Register und bei "end" falsche Funktion gennant. Ausserdem, ich kenne Keine Pseudobefehle, sondern Direktiven für Assemblerprogramm.

Ohne Beipielen vom Code finde ich das ganze ungeeignet für Anfänger. Bleiben wir, bitte, in dem Artikel, der vor allem für Anfänger vorgesehen ist, bei der ausführlicher Beschreibung vom Benedikt.Seidl.[[Benutzer:PICture|PICture]] 09:08, 11. Apr 2007 (CEST)
----
Code kommt noch, und fehler sind echt vorprogramiert gewesen :)
Ich hab noch einiges an Dingen vor gehabt, die sowieso hier stehen. Die Begriffe "verundet" und "verodert" sind die einzigen, die ich jemals gehört habe, und JA, ich hab vor beispiele zu Schreiben / vom Seidl zu nehmen. Und wenn ich so scharf aufs Löschen wäre, dann hätt ichs schon gemacht :P

Den Begriff "Pseudobefehle" hab ich vom Sprut, kann ich ruhig ändern.

Werd heute da einiges ergänzen und die Register in diesem Beitrag weiter machen.
--[[Benutzer:Der Gärtner|Der Gärtner]] 11:09, 11. Apr 2007 (CEST)
----
@Gärtner

Das hört sich sehr gut an. Deine Beschreibung von Befehlen ist auch nötig, da kann man sofort die Beschreibung für ein Befehl lesen, das man braucht. Sie hat aber sehr langen Inhaltverzeichnis, länger, als dieser ganzen Artikel. Deswegen finde ich die Idee, das getrennt vom Artikel zu machen sehr gut.:) Übrigens, für mich ist der Sprut kein Experte und ich versuche immer mich an der Dokumentation vom Microchip (z.B. MPASM) zu halten um das ganze einheitlich zu gestalten. Es wäre auch eine Möglichkeit, um unnötige Arbeit zu vermeinden, einfach die ganze Beschreibung vom Seidl in Dein Artikel zu übernehmen (eventuell bischen ergänzen) und danach von unserem Artikel löschen und in dem Menüpunkt "Ausführliche Beschreibung zu den Befehlen" nur den Link zu Deinem Artikel lassen. Das scheint mir sogar optimale Lösung zu sein. Ich habe genauso bei "Interface und Treiber" gemacht. Ich werde erst am Wochenende wieder aktiv.[[Benutzer:PICture|PICture]] 19:02, 11. Apr 2007 (CEST)
----
Habe den Register INTCON beschrieben... --[[Benutzer:Der Gärtner|Der Gärtner]] 09:07, 12. Apr 2007 (CEST)
----
Habe schon dort bischen geändert... Hoffentlich gefällt Dir. :)[[Benutzer:PICture|PICture]] 09:56, 12. Apr 2007 (CEST)
----
Ich würde die Register ANSEL und TIMER nicht speziell und so alleine beschreiben. Die gehören entweder zu den ADCs oder zu den einzelnen Timern. "ANSEL" ist z.b. einer von mind. 4 Registern, die von den ADCs benutzt werden. das Selbe gilt für Timer (stichwort TMR0-2 unterschiedliche Architektur/CCPM/PWM...)

@PICture: passt sehr gut, man sieht ich hab die Matura, aber auch, dass ich NICHT in Deutsch maturiert habe - da fehlts an Retorik, Grammatik und Einfühlungsvermögen für nichteingeweihte beim schreiben ;)
--[[Benutzer:Der Gärtner|Der Gärtner]] 22:48, 12. Apr 2007 (CEST)
----
Kleine Frage am Rande, alle Pins an allen Ports der Midrangeserie sind BIDIREKTIONAL - oder...? Ich bin über einen 18F gestolpert, der da aus der Reihe tanzt. (4550er, die USB-Pins...)--[[Benutzer:Der Gärtner|Der Gärtner]] 22:53, 12. Apr 2007 (CEST)

PIC Assembler

2007-04-12T20:50:47Z

Der Gärtner: /* Ausführliche Beschreibung zu den Befehlen */

= Einladung zur Diskussion... =

Es wird hier versucht die ASM Programmierung von PIC Mikrocontroller zu beschreiben.

Damit das enstehende Artikel wirklich nutzlich wird, ist Ihre Mitwirkung nötig. Bitte schreib uns Deine Meinung, was ewentuell noch geändert (z.B. ergänzt) werden soll in diesem Tread:

http://www.roboternetz.de/phpBB2/viewtopic.php?p=271211#271211

Die Autoren bedanken sich im voraus für jeden Beitrag mit Vorschlägen !

= Einführung =

== Bit, Byte, Nibble, Bin und Hex ==

Ein Mikrocontroller (kurz: µC) kann eigentlich nur durch ein Portpin eine Spannung einlesen bzw. ausgeben. Er kann aber nur erkennen, ob eine Spannung vorhanden ist oder nicht. Wenn fast keine Spannung vorhanden ist erkennt er das als 0 und wenn eine Spannung fast so gross, wie seine Versorgungsspannung anliegt, als 1.

Genauso bei der Ausgabe, wenn er 0 ausgibt ist auf dem Portpin fast keine Spannung, wenn 1, eine Spannung fast gleich gross seiner Versorgungsspannung. Und das ist ein Bit, die kleinste Menge einer Information. Das Bit ist binär, weil er nur zwei unterschiedliche Werte 0 bzw. 1 haben kann.

Wenn wir gleichzeitig (paralell) 8 Bits haben, dann ist es ein Byte, der mehrere Bitkombinationen von 00000000b bis 11111111b enhält, weil ein Bit (X) auf jeder Stelle 0 bzw. 1 sein kann.

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#007fff>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Das "b" bedeutet, das es sich um binäre (kurz: bin) Darstellung (auch Zahl genannt) handelt. Binäre Zahlen sind aber lang, weil jedes Bit eine Stelle benötigt.

Um die Schreibweise zu verkürzen, wurden hexadezimale (kurz: hex) Zahlen eingeführt. Zuerst wurde ein Byte auf zwei 4-Bit Halbbytes (Nibbles) verteilt und danach ein Nibble als Ziffer genommen. Weil 4 Bit mehr als 10 Kombinationen ergeben, haben die Ziffer 0 bis 9 aus dem Dezimalsystem nicht ausgereicht und wurden um Buchstaben A bis F erweitert. Die hexadezimalen Zahlen haben ein "h" Zeichen am Ende.

Die Umwandlung zwischen bin und hex Zahlen für ein Nibble zeigt folgende Tabelle:

0b = 0h 100b = 4h 1000b = 8h 1100b = Ch
1b = 1h 101b = 5h 1001b = 9h 1101b = Dh
10b = 2h 110b = 6h 1010b = Ah 1110b = Eh
11b = 3h 111b = 7h 1011b = Bh 1111b = Fh

Damit kann ein Byte mit zwei hex Ziffern definiert werden z.B. 1100 0011b = C3h. Für zwei Bytes braucht man 4 hex Ziffern z.B.

101 0111 1010 1001b = 57A9h, u.s.w. So wie im Dezimalsystem werden führende Nullen nicht geschrieben, aber in einem PIC Register existieren immer 8 Bits also auch führende Nullen. Zum Beispiel die hex Zahl 3h sieht im Register so aus: 00000011b. Bei einer Wandlung bin->hex fängt man immer von der rechten Seite der bin Zahl an, da die Anzahl führenden Nullen unbekannt ist.

== Speicher und Register ==

Als Speicher bezeichnet man ein Teil der Hardware, in die eine Information eingeschrieben, in der gespeichert und aus der wieder ausgelesen werden kann.

Es gibt eigentlich nur zwei Arten von elektronischen Speicher: flüchtige und nichtflüchtige. Die Information die sich im flüchtigen Speicher befindet, geht verloren, wenn die Versorgungsspannung des Speichers unterbrochen oder abgeschaltet wird. Bei PICs ist es Dataspeicher (RAM).

Wenn die Versorgungsspannung vom nichtflüchtigen Speicher abgeschaltet wird, ist die gespeicherte Information zwar momentan nicht lesbar, bleibt aber erhalten und sobald der Speicher wieder mit Spannung versorgt wird, kann sie ausgelesen werden. Ein PIC hat zwei solche Speicher: Programmspeicher (Flash) und EEPROM.

Der wichtigste Unterschied zwischen den Speicherarten ist, das die flüchtigen direkt (sehr schnell) beschreibbar sind und das Beschreiben den nichtflüchtigen benötigt spezielle Algorithmen, die leider im Vergleich zu direkten Zugriffen langsamer sind.

Ein Speicher besitzt bestimmte Menge von s.g. Speicherstellen. Jede Speicherstelle hat seine individuelle Adresse und kann eine binäre Information mit bestimmter Anzahl von Bits abspeichern.

Bei PIC haben die drei Arten von Speicher, wegen verschiedener Anwendung, auch unterschiedliche Struktur. Die beiden Speicher für Daten (RAM und EEPROM) haben jeweils 8-bitigen und Programmspeicher (Flasch) bei Mid-Range hat 14-bitigen Speicherstellen. Die Anzahl den Speicherstellen im bestimmten Speicher ist vom PIC-Typ abhängig.

Eine 8-bitige Speicherstelle im RAM wird bei PICs Register genannt und kann so skiziert werden:

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td> MSB </td>
<td colspan=6></td>
<td> LSB </td>
</tr>

<tr>
<td bgcolor="#007fff">bit 7</td>
<td bgcolor="#007fff">bit 6</td>
<td bgcolor="#007fff">bit 5</td>
<td bgcolor="#007fff">bit 4</td>
<td bgcolor="#007fff">bit 3</td>
<td bgcolor="#007fff">bit 2</td>
<td bgcolor="#007fff">bit 1</td>
<td bgcolor="#007fff">bit 0</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#ff8305>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Der bit 7 wird als hochwertigste (MSB = Most Significant Bit) und bit0 als niederwertigste (LSB = Least Significant Bit) bezeichnet. Jeder Bit im Register (X) kann gleich 0 bzw. 1 sein.

Um ein Databyte in ein Register schreiben oder aus einem Register lesen, muss zuerst das Register durch seine Adresse gewählt werden. Dafür gibt es beim PIC folgende Möglichkeiten:

Direkte Adressierung per absolute Adresse: movwf 0x20

Direkte Adressierung per vorher definierten Namen des Registers (z.B. Temp equ 0x20): movwf Temp

Indirekte Adressierung durch FSR Register, in den die absolute Adresse des Registers Temp eingeschrieben wird und der Wert aus dem Temp sich im INDF Register befindet. Wie vorher wurde Temp equ 0x20 definiert und weiter:

movlw Temp ;in W-Register wird die absolute Adresse des Registers Temp geladen
movwf FSR ;diese Adresse wird in das FSR Register kopiert
movf INDF,0 ;der Wert aus dem indirekt adressierten Register Temp wird in das
W-Register geladen.

Weil in jedem 14-bittigem Befehl, der mit Datenspeicher verbunden ist, fur Adresse des ansprechenden Registers nur 7 Bits existieren, die bis zum 7Fh (128d) Register direkt ansprechen können, ist bei PICs der Datenspeicher (RAM) in s.g. Bänke verteilt.

Für Aswahl einer Bank sind zwei Bits RP0 und RP1 im STATUS Register zuständig. Die Anzahl von Bänke und ihre Verwendung ist von gesamter Grösse des RAMs abhängig und kann dem Datenblatt des PICs entnommen werden. Siehe: [[#Speicherbankorganisation|Speicherbankorganisation]]

== Prozessor ==

Der Prozessor von Mid-Range PICs gehört zu den RISC (Reduced Instruction Set Computer) Prozessoren und man hat nur 35 Befehle zu Erlernen, was seine Programmierung deutlich vereinfacht. Jeder Befehl benötigt im Programmspeicher nur eine Speicherstelle und im Quellcode nur eine Zeile. Die Ausführung des Befehls dauert, abhängig vom Befehl zwischen 1-2 Prozessortakten.

Die Prozessoren der Mid-Range Serie von Microchip sind alle in der "Harvard"-Architektur gefertigt. Das Bedeuted, dass der Datenspeicher und Programmspeicher einen eigenen Bus zur CPU besitzen. Der Vorteil zur "von Neumann"-Architektur ist, dass sich die Busgrößen damit unterscheiden können. Das ermöglicht eine größere Bandbreite.

Der Befehl (beim PIC 14 bit) kann in nur einem Takt verarbeitet werden. Daher kommt auch das Aufteilen der Ausführung des Befehls in die 4 verschiedenen Vörgänge. Wärend der neue Befehl eingelesen ("gefatched") wird, wird der Vorige gerade gelesen ("read") und der Vorvorige verarbeited ("executed") und der Vorvorvorige schreibt gerade in den Datenspeicher ("write"). Das heist 4 Befehle werden jeweils um einen Oszillatortaktzyklus verschoben gleichzeitig verarbeitet.

Das geschieht in vier Perioden des Oszillators. Deswegen die Taktfrequenz des CPUs entspricht durch 4 geteilter Frequenz des Oszillators.

CPU Vorgang Richtung Speicher
------------------------------------------------- -
1.Befehl lesen (fatch) <------- Flash |
2.Daten lesen (read) <------- RAM | 1 Prozessortakt =
3.Daten verarbeiten (execute) | 4 Oszillatortakte
4.Daten schreiben (write) -------> RAM |
-

Nur o.g. CPU Vorgänge sind direkt möglich. Es können deswegen keine Befehle aus dem RAM oder EEPROM ausgeführt werden. Um ein Databyte aus einem RAM Register in ein anderes zu kopieren, muss er zuerst aus dem ersten RAM Register in das W-Register (eigenen s.g. Arbeitsregister des CPU) und erst davon in das zweite RAM Register kopiert werden.

Das Lesen/Schreiben aus/in den EEPROM Speicher ist mit Hilfe speziellen Register und Unterprogrammen bei allen Mid-Range PICs möglich. Der Lese und Schreibzugriff auf den Programmspeicher ist aber nur bei wenigen PIC-Typen (z.B. PIC16F87X) möglich. Dies ermöglicht ein "sich selbst Programmieren", was bei Bootloadern genützt wird.

== Assembler ==

Die Maschinensprache, auch Assembler oder kurz ASM genannt, ist eine Sprache die nur bestimmter CPU versteht. Für einen Menschen ist sie unverständlich, da sie nur aus hex Zahlen besteht.

Um sich die Sprache verständlicher zu machen wurden den hex Zahlen s.g. Mnemonics aus Buchstaben zugewiesen. Jeder Befehl für einen CPU hat somit ein "Namen", der aus englischer Sprache stammt. Siehe: [[#Kurzübersicht Assembler Befehle|Kurzübersicht Assembler Befehle]]

Obwohl sie 200 bis 1000 mal schneller als die meisten Hochsprachen ist, wird sie wegen dem grossen Aufwand bei Erstellung umfangreichen Programmen, selten benutzt. Man findet sie aber oft in fast allen Hochsprachen, in eigebundenen Funktionen, überall dort wo die Hochsprachen zu langsam sind oder nötigen Aufgaben nicht unterstützen (z.B. Maus in Q-Basic).

ASM eignet sich aber sehr gut für kleine Anwendungen (meistens Steuerungen) mit µC, weil nur bei dieser Programmiersprache ein direkter Zusammenhang zwischen einem Bit im Programm und einer Spannung am I/O Pin besteht.

Dank der integrierten oder an Portpins angeschlosenen Hardware und dem entsprechenden Program kann ein µC umfangreiche Aufgaben realisieren, die fast unbegrenzt und schwer vorstellbar sind.

Die Aufgabe eines ASM-Programmierers ist, ein Programm zu schreiben, das das Assemblerprogramm (z.B. MPASM) fehlerfrei in die Machinensprache "übersetzt" und der bestimmte CPU "versteht". Sie endet eigentlich erst dann, wenn das geschriebene Programm so wie geplannt funktioniert.

[[Bild:PAD_beispiel.png|thumb|80px|Beispiel für ein PAD]]

Weil ASM Programme nicht besonders durchschaubar sind, wurde als Hilfsmittel ein Programmablaufdiagramm (kurz: PAD) erfunden. Beim Programmerstellung fängt man damit an ein PAD zu erstellen, das die wichtigsten Programmschritte enthält.

Weiter werden alle Befehle nach dem PAD mit einem üblichen Texteditor in eine Textdatei mit Erweiterung .asm (Quellcode) geschrieben, durch ein Assemblerprogramm (für PICs: MPASM oder [http://gputils.sourceforge.net/ GPASM]) von dem für Menschen noch verständlichen Code in die Maschinensprache "übersetzt" und als Texdatei mit Erweiterung .hex gespeichert. Diese Datei wird danach in den Programmspeicher des µC übertragen ("gebrannt").

Das Assemblerprogramm MPASM kann kostenlos von der Homepage des Herstellers von PICs [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en019469&part=SW007002] runtergeladen werden. Es muss zuerst vom Downloads die "MPLAB IDE v7.50 Full Zipped Installation" runtergeladen und erst danach können gewählte Programme (z.B. nur MPASM) intalliert werden. Für MPASM benutzer werden auch folgende .pdf Dateien empfohlen:

MPASM/MPLINK User's Guide (2628 KB) [Benutzerhandbuch]

MPASM™/MPLINK™ PICmicro® Quick Chart (81 KB) [Kurzübersicht]

Nach dem Eischalten der Betriebsspannung des µC, fängt der CPU an, sich im Programmspeicher befindliches Programm mit dem Befehl, der an der Adresse 0 steht, auszuführen.

Aber wann das Programm endet? Natürlich wenn die Versorgungsspannung abgeschaltet wird. Nein! Das ist die einfachste Lösung um ein laufendes Programm auf zufälliger Stelle zu unterbrechen,
aber keine um ihn auf einer definierten Stelle zu beenden.

Wenn an den µC angeschlossene externe Hardware (z.B. Grafikdisplay), eine bestimmte Befehlsfolge vor dem Abschalten benötigt oder wichtige Daten (in EEPROM oder Flash) abgespeichert werden sollen, darf die Spannung erst dann abgeschaltet werden, wenn der CPU eine Meldung ausgibt, dass er sich schon auf der "STOP" Stelle des Programms befinet. Es muss auch
definiert werden (z.B. durch eine Tastenkombination), wann der CPU zum letzten Fragment des ASM Programms vor dem "STOP" gehen soll.

== Grundbeschaltung ==

Der Prozessor von einem PIC kann sofort nach dem Einschalten der Versorgungsspannung (z.B. + 5V DC) arbeiten. Allerdings nur, wenn er den Takt, in dem er die Befehle ausführen soll, vorgegeben hat. Manche PICs besitzen einen internen RC-Oszillator, (z.B. PIC12F629, PIC16F630, PIC16F628, u.s.w.). Bei diesen reicht es bereits Spannung anzulegen und sie laufen bereits.
Die meisten haben ihn aber nicht (z.B. PIC16F84, PIC16F870, u.s.w.) und brauchen fürs Funktionieren zusätzliche Bauteile. Grundsätzlich gibt es mehrere Möglichkeiten:
* RC (Widerstand + Kondensator); keine hohe Frequenzgenauigkeit
* Quarz oder Keramik-Resonator + 2 Kondensatoren (=HS oder XT) bzw. Quarzoszillator; schnell & genau
* Uhrenquarz (32768Hz) = LP (Low-Power-Mode)
Die entsprechenden Bauteile werden an die Pins OSC1/OSC2 angeschlossen, um den notwendigen Prozessortakt zu erzeugen. Im Konfiguration-Word "__config" muss noch angegeben werden, welcher Oszillator verwendet wird.

Desweiteren existiert ein MCLR-Pin, der beim PIC einen Neustart (=Reset) auslösen kann (Low-Pegel). Diesen Pin sollte man, wenn er in "__config" aktiviert ist, über einen Widerstand (pull-up) an Versorgungsspannung legen, damit der PIC anfängt, sein Programm abzuarbeiten. Der Anschluss wird auch für die Programmierung benötigt. Beim sog. High-Voltage-Programming wird MCLR auf ca. 12-14 Volt gelegt, um den PIC in den Programmiermodus zu schalten. Bei manchen PICs kann dieser Anschluss auch als normalen I/O Pin eingestellt werden. In dem Fall, bei ICSP Benutzung, soll noch eine Diode zwischen den pull-up und Versorgungsspannung angeschlossen werden, um die an MCLR Pin angeschlossene Hardware während der Programmierung zu schützen.

Bei externen Oszillatoren bleibt der Pin OSC2 nicht angeschlossen und kann als I/O benutzt werden. Falls ein interner Oszillator benutzt wird, können beide OSC Pins als I/O dienen.

Damit ein Programm zuverlässig ausgeführt werden kann, muss die Versorgungspannung störungsfrei sein. Dafür wird ein Keramik-Vielschicht-Kondensator 100 nF möglichts am kürzesten direkt zwischen VDD und VSS Pins geschaltet.

Folgende Skizzen zeigen die Grundbeschaltung eines PICs:

{|
|-
|
[[Bild:Pic-entstoer.png|thumb|160px|Entstörkondensator beim PIC]]
|
[[Bild:Qz-os.png|thumb|160px|Quarz ]]
|
[[Bild:Qos-os.png|thumb|160px|externer Quarzoszillator]]
|
[[Bild:Rc-os.png|thumb|160px|externer RC-Oszillator]]
|}

== Wahl des PICs ==

Es gibt PIC µC die im Typenbezeichnung den Buchstaben "C" oder "F" haben.

Die älteren mit "C" haben EPROM Programmspeicher und die gibt es in zwei Versionen: ohne und mit Fenster (aus Quarz-Glass) fürs Löschen des EPROMs mit UV Strahlung. Bei denen ohne Fenster kann der Programmspeicher nur einmal beschrieben und nicht mehr gelöscht werden.

Die neuen mit "F" besitzen einen Flash-Programmspeicher, der bis zu 100 000 mal mit angelegter Spannung gelöscht und danach neu beschrieben werden kann.

Für die Wahl eines PICs für bestimmte Anwendung wichtig sind:

- Max. Taktfrequenz des Prozessors.

- Grösse des Datenspeichers (für Variablen).

- Grösse des Programmspeichers (für Programm).

- Integrierte Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.).

- Freie I/O Pins für externe Hardware (Display, Tasten, u.s.w.).

- Vorhandene Betriebspannung (Netzteil, Akku, Batterie).

In der Praxis wird meistens für die Programmerstellung ein grösserer PIC genommen (wenn möglich pinkompatibler z.B. PIC16F628 für PIC16F84 oder PIC16F630 für PIC12F629) und erst nach der Optimierung des lauffägiges Programms, der tatsächlich nötiger, da seine Parameter am Anfang nur geschätzt werden können. Wenn man viel Programme für verschiedene PICs entwickelt, optimal wäre der grösste PIC16F877 mit 20 MHz max. Taktfrequenz.

Diese Lösung hat auch den Vorteil, dass während der Programmerstellung kurze Hilfsprogramme (z.B. PIC Trainer) in den Programmspeicher kopiert und benutzt werden können, da sie sowohl ein bischen Programmspeicher und RAM als auch 2 freie I/O Pins fürs PIC Miniterminal brauchen.

= Programm =

== Allgemeines ==

Jedes Program kann man auf klenere Fragmente unterteilen, die auf bestimmter Weise miteinander verknüpft sind und gemeinsam die Aufgabe des Programms erfüllen. Das wichtigste Teil eines Programms ist s.g. Hautprogram (kurz:HP), das eine führende Rolle spielt. Dem HP sind fast alle andere Programmteile untergeordnet (weiter als Unterprogramm (kurz:UP) genannt) und werden nach Bedarf von ihm aufgerufen um eine bestimmte Aufgabe zu erledigen.

Die Struktur eines Programs ist aber komplizierter, da ein UP kann auch ein oder mehrere UPs nacheinander aufrufen. Ganz unten sind die UP1s, die ganz einfache Sachen erledigen. Höher ist das nächste Ebene mit UP2s die schon mehr komplizierten Aufgaben durch ein Aufruf der UP1s erledigen können, u.s.w. Bei Mid-Range PICs (12FXXX und 16FXXX) können maximal bis zu 8 Ebenen benutzt werden.

<center>
[[Bild:HP-UP.png|Hauptprogramm - Unterprogramm]]
</center>

Jedes UP kann jederzeit aufgerufen werden, je nach dem was gerade eledigt werden muss. Weil das nicht egal ist, welches UP augerufen wird, da jedes nur eine bestimmte Funktion im Programm hat, muss der Programmierer dafür sorgen, dass alles richtig nach Programablaufdiagramm, und nicht chaotisch, abläuft.

Die Programmierung in ASM ist änlich wie bei Hochsprachen, wenn man sich Bibliotheken mit Prozessorspezifischen UPs erstellt. Um ein lauffähiges Programm zu erstellen, braucht man nur benötigte UPs ins Program kopieren und ein geignetes HP, das sie aufruft, schreiben.

Ein ASM Programm (Quellcode) muss in einer Texdatei .asm in der vom Assemblerprogramm erwarteter Form verfasst werden, um fehlerfreie Konvertierung in die Maschinensprache (Assemblierung) zu gewährleisten. Dieses Prozess verläuft in der Form eines Dialoges.

Der Programmierer schreibt und gibt es dem Assemblerprogram zum Übersetzen. Alles was das Programm nicht versteht oder nicht richtig ist, erscheint als Fehlermeldungen, die der Programmierer kennen muss um die Fehler korrigieren zu können. Eine .hex Datei wird erst dannn erstellt, wenn das Assemblerprogramm keine Fehler mehr im Quellcode findet. Deswegen sehr wichtig ist, sich mit dem Assemblerprogramm vertaut zu machen, um die Dialogzeit zu minimieren.

== Programmdurchlaufdiagramm ==

Der Programdurchlaufdiagram (kurz: PAD) ist eine vorläufige und laufend änderbare Stufe zwischen einer Idee und ihrer Verwirklichung. Er wird erst dann fertig, wenn nach ihm erstelltes ASM Program auf einem µC so wie gewünscht funktioniert. Jedes sein Symbol (ausser "Start/Stop") muss später als Befehlsreihenfolge für den bestimmten CPU in den Quellcode übertragen werden. Die Anschriften "Ein" und "Aus" gehören nicht zu Symbolen des PADs und wurden nur zur Erklärung benutzt.

Der PAD ist sehr eifach zu erstellen, weil dafür nur drei Symbole benötigt sind:
<center>
[[Bild:PAD_kurz.png|Symbole des PAD]]
</center>
Das "Start/Stopp" Symbol bedeutet, dass das gesamte Programm sich im stabilen Zustand befindet und nicht "läuft". Anstatt "Stopp" kann auch "Schlaf" (Sleep) agewendet werden, da das Programm in dem Fall auch nicht aktiv ist. Das "Tun" Symbol stellt meistens ein UP mit Reihenfolge von Befehlen dar. Das "Prüfen" bedeutet eine Prüfung bestimmter Bedingung und abhängig davon einen weiteren Lauf eines Programms, endweder in der "ja" (J) oder "nein" (N) Richtung.

Als allgemeinnutziges Standard für µCs kann man folgender PAD bezeichnen:

PAD _____
/ \
Spannung ein (Ein) ----->( Start )
\_____/
| -
V |
.---------------. |
|Initialisierung| |
'---------------' |
| |
.--------->| |
| V |
| .---------------. |
| | Hauptprogramm | |
| '---------------' |
| | |
| V |
| | > Gesamtes Programm
| / \ |
| /Ende?\____ |
| \ /J | |
| \ / | |
| | | |
| V | |
| N| | |
`----------´ | |
V |
.---------------. |
| Beenden | |
'---------------' |
| |
V -
_____
/ \
Spannung aus (Aus) <-------------( Stopp )
\_____/

Das Hauptprogram wird in einer endlosen Schleife ausgeführt, die durch die Prüfung "Ende?" unterbrochen werden kann. In dem Fall wird vor dem Beenden des gesamten Programms noch ein UP "Beenden" ausgeführt, das z.B. Daten in EEPROM speichert.

Es ist nicht nötig immer die Symbole zu zeichnen, man kann sich sie vorstellen und nur den Text schreiben. Die Prüfungen werden mit "?" gekenzeichnet und die Zeichen "V", "<" und ">" zeigen die Richtung des weiteren Verlaufs. Dann sieht der PAD so aus:

PAD1 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
| Ende? J > Beenden |
| N V -
| V Stopp > Aus
`--------´

In der Praxis werden aus Platzgründen meistens die vereinfachten PADs benutzt.

Der PAD1 kann aber für Hauptprogramme, die in beliebigem Moment unterbrochen werden dürfen, deutlich vereifacht werden, da die Prüfung "Ende?" ob das Hauptprogram beendet werden soll, und das UP "Beenden", entfallen.

Die meisten ASM Programme für µC sind deswegen nach solchem PAD erstelt:

PAD2 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
`--------´ _|

Für Testprogramme wird meistens fogender PAD angewendet, weil es ziemlich einfach festzustellen
ist (z.B. durch Stromverbrauchmessung des µCs), wann sich der CPU schon im Schlaf befindet. Erst dann, darf die Betriebspannung des µCs ausgeschaltet werden.

PAD3 Ein > Start
V -
Initialisierung |
V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf > Aus

Und eine batteriebetriebene Uhr wird überwiegend so gestaltet:

PAD4 Ein > Start
V -
Interrupt Initialisierung |
Timer------------------------->V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf

In dem Fall reicht es aus, wenn der CPU jede Minute vom Timer aufgeweckt wird, um die Zeit zu aktualisieren. Eine Uhr ist immer (ausser Batteriewechsel) ununterbrochen mit Spannung versorgt.

Für komplizierte Programme ist es unmöglich ein PAD zu erstellen, in dem jeder CPU Befehl sein eigenes Symbol hat. Man beschränkt sich nur auf alle Prüfungen, die über den Lauf des Programms entscheiden, und ganze UPs (z.B. "Initialisierung") nur als ein Symbol verwendet. Für jedes UP wird dann ein eigener PAD erstelt.

Das Erstellen von PAD bei ASM Programmen ist sehr wichtig und darf nicht unterschätzt werden. Je stärker ein Programmierer glaubt, dass er das ohne PAD schaft, um so mehr Zeit wird er danach bei Fehlersuche oder Änderungen im ASM Programm verlieren. Für einfache ASM Programme, die gut kommentiert sind, reicht es meistens aus, ein PAD nur "im Kopf" zu erstellen, aber ganz ohne PAD geht es sicher nicht.

Wenn ein ASM Programm nicht wie geplannt funktioniert, wird zuerst ein Fehler im PAD gesucht. Und erst wenn er i.O. ist, im als fehlerhaft festgestellten Codefragment.

== Hauptprogramm ==

Wie sein Namen schon vermuten lässt, ist das Hauptprogram das wichtigste Teil des gesamten Programms. Meistens ist es auch das kleinste Teil, vor allem, wenn die UPs sehr komplex sind. Seine Aufgabe ist die benötigte UPs in bestimmter Reihenfolge nachainander aufzurufen, um die alle Funktionen des gesamten Programms zu realisieren.

Das HP ist meistens als endlose Schleife , wie im PAD2, aufgebaut. Weil die endlose Schleife sehr schnell läuft, werden die alle, die durch die UPS realisierte Aufgaben quasi gleichzeitig ausgeführt. Wenn es unerwünscht ist, müssen einige UPs als Verzögerungen realisiert werden.

Typischer PDA für ein HP sieht so aus:

Haupt .--->V
| UP1
| V
| UP2
| V
| ...
| V
| UPn
| V
`----´

In den Quellcode wird es so eigeschrieben:

Haupt call UP1
call UP2
...........
call UPn
goto Haupt

In der Praxis wird das HP schrittweise erstellt. Am Anfang wird sich nur ein UP im HP befinden und die folgenden kommen nach dessen Erstellung und Prüfen dazu, bis das HP fertig wird.

== Unterprogramm ==

Unterprogramm wird durch übergeordnetes Programmteil (Aufrufer) aufgerufen und nach seinem Ausführen, wird zurück zum Aufrufer gesprungen. Der Rückkehr zum Aufrufer wird durch "return" Befehl, der sich am Ende jedes UPs befinden muss, erreicht. Und das ist der einzige Unterschied zwischen einem HP und einem UP.

Jedes UP hat folgender PAD:

vom Aufrufer -------> V
Tun
V
zurück zum Aufrufer <------- return

Ein HP von einem ASM Programm kann in anderem, mehr umfangreichem ASM Program als UP benutzt werden, wenn der sich am Ende des HPs befindlicher Befehl "goto" durch "return" ersetzt wird. Ein Beispiel dazu:

Haupt1 call UP11 Haupt1 call UP11
call UP21 call UP21
........... -------> ...........
call UPn1 call UPn1
goto Haupt1 return

Jetzt können wir im mehr komplexen HP (Haupt) das Haupt1 als Unterprogramm aufrufen:

Haupt call UP1
call Haupt1
...........
call UPn
goto Haupt

Jedes UP kann auch von einem anderen übergeordneten UP aufgerufen werden, wenn das was es realisiert, benötigt wird.

In der Praxis wird oft ein UP von mehreren anderen UPs benutzt. Zum Beispiel um LCD Display zu steuern, brauchen wir entweder ein Befehl (Cmd) oder ein Zeichen (Data) an Display zu schicken. In beiden Fällen wird ein Byte geschickt, einmal mit RS=0 (Befehl) und einmal mit RS=1 (Zeichen) laut folgendem PDA:

"Cmd" "Data"
V V
RS=0 RS=1
V V
`-->V<--´
"Send" Byte schicken
V
return

Das wird z.B. in den Quellcode so eingeschrieben:

Cmd bcf RS
goto Send
Data bsf RS
Send ............
return

Das UP "Send" ist den UPs "Cmd" und "Data" untergeordnet, da es von beiden benutzt wird, kann aber weder "Cmd" noch "Data" benutzen.

=== Initialisierung ===

Damit der PIC ein Programm asführen kann, muss er vollständig und richtig initialisiert werden. Deswegen als erstes UP, das vom HP aufgerufen wird , ist "Initialisierung" (kurz: Init)

==== Variablen ====

Weil nach dem Einschalten der Spannung im RAM sich zufällige Werte befinden, wird meistens als erstes, der benutzte Bereich des RAMs (z.B. 20h bis 7Fh) gelöscht. Es wird einfach und sparsam mit einer Schleife, die indirekte Adressierung verwendet, gemacht:

V
Adresse des ersten Registers in FSR laden (20h)
.-------------------->V
RAMClr |Indirekt adressierter Register löschen (INDF)
| V
| Adresse erhöhen
| V
| Letzte Adresse + 1 (80h) J>Return
| N
| V
`---------------------´

Es wird wie folgt in Quellcode eingeschrieben:

movlw 0x20
movwf FSR
RAMClr clrf INDF
incf FSR,1
btfss FSR,7
goto RAMClr
return

Danach können den benötigtenen Variablen die gewünschte Werte angegeben werden:

movlw 0x3C
movwf LimH
movlw 0x5A
movwf LimL
u.s.w.

Somit sind die Variablen initialisiert.

==== I/O Ports ====

Nach dem Einschalten der Spannung sind die für Komparatoren oder A/D Wandler benutzte Pins als analoge Eingänge initialisiert. Wenn sie alle als digitale I/Os verwendet werden sollen, müssen sie als solche definiert werden. Das geschieht durch Eischreiben in entsprechenden Register (CMCON bzw. ADCON1) des Wertes 0x07:

movlw 0x07 b.z.w. movlw 0x07
movwf CMCON movwf ADCON1

Wenn einige als Analoge Eingänge benutzt werden sollen, mussen die entsprechende Werte dem Datenblatt des jeweiligen PICs entnommen werden.

Danach werden alle Ports nacheinander gelöscht und die gewünschte Werte die an den Pins vor dem Start des Hauptprogramms ausgegeben werden sollen, geschrieben:

clrf PORTA
movlw 0x37
movwf PORTA
usw.

Anchliessend werden für jeden Port die Werte in TRIS Register eingeschrieben, wobei ein Bit einem Pin entspricht. Ein Pin wird in TRIS Register durch 1 als Eingang und durch 0 als Ausgang definiert. Beispielweise beim PORTB sollen B7,B5 und B3 als Eingänge und restliche Pins als Ausgänge definiert werden. Das ergibt den Wert 10101000b = A8h, der in den TRISB Register geschrieben werden muss. Weil die alle TRIS Register sich in der Bank1 befinden, muss im STATUS-Register auf Bank1 und danach zurück auf Bank 0 umgeschaltet werden:

bsf STATUS,RP0
movlw 0xA8
movwf TRISB
bcf STATUS,RP0

Bei einem Umschalten der Bank können selbstverständlich alle TRIS Register nacheinander beschrieben werden.

==== Hardware ====

Die für ASM Programm benutzte Hardware kann auf integrierte und externe geteilt werden. Für eine Initialisierung der integrierten Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.), müssen entsprechende SFRs (Spezial Function Registers) laut Datenblatt des PICs definiert werden.

Die externe Hardware muss nach Datenblättern der Herstellern initialisiert werden.

=== Einlesen ===

Um ein Bit von einem Portpin einzulesen und in ein bestimmtes Register zu Kopieren wird folgender PAD benutzt, weil ein PIC kein Befehl dafür hat:

V
Bit im Zielregister löschen
V
Quellbit = 0 ? J>-------.
N |
V |
Bit im Zielregister setzen |
V<-------------´

Wenn wir z.B. ein bit3 von PortA als bit1 in den Register Tasten kopieren wollen, dann wird es in Quellcode so geschrieben:

bcf Tasten,1
btfsc PORTA,3
bsf Tasten,1

Natürlich wenn ein ganzer Byte vom Port in das W-Register eingelesen wird, kann mann den gleich in das Zielregister schreiben.

=== Ausgeben ===

Um ein Bit an einem Portpin auszugeben wird ein bestimmter Bit mit "bcf" gelöscht oder mit "bsf" gesetzt. Zum Beispiel bit4 im PORTA:

bcf PORTA,4.

Um ein Byte auszugeben wird er einfach zuerst in das W-Register geladen und danach an Port übergeben, z.B.:

movlw 0x12
movwf PORTA

=== Pause ===

Um eine Pause (Warten) im Programm anzulegen wird der "nop" Befehl benutzt, während dessen Ausführung der CPU nichts macht. Mit einem "nop" kann eine Zeit gleich 4 Takten (Perioden) des Oszillators realisiert werden. Um eine Zeit z.B. 1 Sekunde zu erreichen braucht man bei einem Quarzoscillator 4 MHz "nur" 1 000 000 Takten zu Programmieren, was in keinen Programmspeicher von PIC passt. Deswegen werden mehrfache s.g. Warteschleifen angewendet. In der Praxis werden Schleifen mit max. 3 Ebenen benutzt.

Solche Warteschleife funktioniert nach einem im folgendem PAD abgebildetem Prinzip:

Warte V
n * nop
V
P2 laden
Warte2 V<-----------------.
P1 laden |
Warte1 V<-------------. |
P0 laden | |
Warte0 V<---------. | |
P0 decrementieren | | |
V | | |
P0 = 0 ? N>---´ | |
J | |
V | |
P1 dekrementieren | |
V | |
P1 = 0 ? N>-------´ |
J |
V |
P2 dekrementieren |
V |
P2 = 0 ? N>-----------´
J
V
return

Das wird in Quellcode so aussehen:

Warte nop
...
nop
movlw 0xXX
movwf P2
Warte2 movlw 0xXX
movwf P1
Warte1 movlw 0xXX
movwf P0
Warte0 decfsz P0
goto Warte0
decfsz P1
goto Warte1
decfsz P2
goto Warte2
return

Anstatt "movlw 0xXX" kann auch "movf PauseX,0" angewendet werden, wenn die Schleife mit verschiedenen Werten P0, P1 und P2 aus den Register Pause0, Pause1 und Pause2 benutzt wird.

Die gesammte Anzahl den CPU Takten (N) lässt sich aus folgender Formel berechnen:

N = P2 * [ P1 * (3 * P0 + 5) + 7 ] + n + 10

und die Wartezeit (T) in Sekunden:

T = 4 * N / Fosc

Wobei:

P0 = Zahl im Register P0
P1 = Zahl im Register P1
P2 = Zahl im Register P2
n = Anzahl "nop"s
10 = Ausführungszeit von "call" + "return" + 3 * ("movlw" + "movwf")
Fosc = Frequenz des Oszillators (z.B. Quartz)

Die "nop"s sind notwendig um jede Wartezeit einzustellen zu können.

Mit solcher dreifachen Schleife die max. Wartezeit ist ca. 50 000 000 CPU Takten, was bei 4 MHz Quarz ca. 50 Sekunden entspricht.

Für kürzere Wartezeiten werden doppelte oder einzelne Schleifen benutzt.

=== Schnittstellen und Treiber ===

Als Schnittstelle wird externe Hadware, die zum steuern eines an sie angeschlossenes "Gerätes" dient, genannt. Das ASM Programm, das die Steuerung ermöglicht ist ein Treiber. Als Beispiel siehe: [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22749]

=== Tabellen ===

Es gibt zwei Arten von Tabellen: Sprungtabellen (computed goto) die "goto" Befehle enthalten und Wertetabellen (lookup table) in denen feste Werte in "retlw" gespeichert sind. Der wichtigste Unterschied zwischen dennen ist, dass die Sprungtabellen werden mit "goto" eingesprungen und steuern den Programlauf abhängig vom Inhalt des W-Registers und die Wertetabellen werden mit "call" aufgerufen und liefern abhängig von Inhalt des W-Registers ein Wert an den Aufrufer zurück.

Beide werden in Programmspeicher erstellt. Sie können nur bis zu 256 Speicherstellen belegen, da in den W-Register auch nur so viel veschiedenen Zahlen "passen". Sie Fangen also (fast) immer bei einer Adresse XX00h an und enden bei XXFFh. Der Hochwertige Byte "XX" der Adresse an der sich der Anfang einer Tabelle befindet, muss vor dem Einsprung in die Tabelle ins PCLATH Register eingeschrieben werden, wenn die Tabelle weit vom Aufrufer liegt. In der Praxis werden solche Tabellen am oberen Ende des Programmspeichers angelegt, damit sie den ASM Code nicht unterbrechen.

Eine Sprungtabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 goto Marke0
XX01 goto Marke1
.......................
XXFE goto Marke254
XXFF goto Marke255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
goto Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, der die Wahl wohin gesprungen wird bestimmt

Nach ausführen der obiger Befehlsfolge, wird das ASM Programm z.B. für Twert=0x01 weiter ab Marke1 "laufen" bis es an "return" kommt. Dann springt es zurüch zum Aufrufer der Tabelle.

Eine Wertetabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 retlw Wert0
XX01 retlw Wert1
.......................
XXFE retlw Wert254
XXFF retlw Wert255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
call Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, für welchen, an den Aufrufer bestimmter
Wert aus der Tabelle im W-Register zurückgeliefert wird

Solche Wertetabellen werden z.B. als Zeichengeneratoren für Grafikdisplays benutzt.

=== EEPROM ===

Alle PICs besitzen EEPROM in dem je nach Typ können 64 bis 256 Databytes gespeichert werden. Weil die detailierte Beschreibung der Schreib- und Lesevorgänge ziemlich lang wäre, werden nur geprüfte UPs kurz erklärt.

EEPROM beschreiben:

EEWrite movlw 0x20 <------ ab der RAM Adresse wird gespeichert
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EEWLoop call EEWrite1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EEWLoop
return

EEWrite1 bcf INTCON,GIE <------ Interrupts sperren
movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
movf INDF,0
movwf EEDATA
bsf EECON1,WREN
movlw 0x55
movwf EECON2
movlw 0xAA
movwf EECON2
bsf EECON1,WR
bcf EECON1,WREN
btfsc EECON1,WR
goto $-1 <------ warten bis WR=0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
bsf INTCON,GIE <------ Interrupts erlauben
return

EEPROM lesen und zurück in RAM schreiben:

EERead movlw 0x20 <------ ab der Adressse werden die Bytes in RAM abgelegt
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EERLoop call EERead1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EERLoop
return

EERead1 movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
bsf EECON1,RD
movf EEDATA,0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
movwf INDF
return

== Vorlage für MPASM ==

list P=12F629 ; Prozessor definieren
include "P12F629.inc" ; entsprechende .inc Datei für MPASM
__config _CP_OFF & _WDT_OFF & _PWRTE_ON & _MCLRE_OFF & _INTRC_OSC_NOCLKOUT ; Konfiguration
#define _DTT1 GPIO,0 ; Portpins benennen
#define _CKT2 GPIO,1
#define _T3 GPIO,2
#define _RNG GPIO,3
#define _INT GPIO,4
#define _RL GPIO,5
SecondL equ 0x20 ; Variablen definieren (Register benennen)
SecondH equ 0x21
MinuteL equ 0x22
MinuteH equ 0x23
StundeL equ 0x24
StundeH equ 0x25
org 0x0000 ; Direktive für MPASM
call Init ; rufe UP "Initialisierung" auf
Haupt ............ ; Hauptprogramm als endlose Schleife
Eigener Code
............
goto Haupt ; gehe zum Anfang des Hauptprogramms (zurück)
UP1 ............ ; Unterprogramme
Eigener Code
............
return
############
UPn ............
Eigener Code
............
return
Init clrf GPIO ; lösche Port
bsf STATUS,RP0 ; auf Bank1 umschalten
call 0x3FF ; hole Kalibrationswert
movwf OSCCAL ; kalibriere internen RC oscillator
bcf OPTION_REG,7 ; aktiviere pull-ups
movlw 0x30 ; definiere Portpins GPIO, (z.B. 0-3 Aus- und 4-5 Eingänge)
movwf TRISIO ; schreibe in TRIS Register
bcf STATUS,RP0 ; auf Bank0 umschalten
movlw 7 ; schalte Komparator aus
movwf CMCON ; und mache RA0-2 als digital I/O
............
eigener Code
............
return ; springe zurück (zum Haupt)
end ; Ende des Codes zum "Übersetzen"

Die Variablen können auch kürzer mit s.g. cblock definiert werden:

cblock 0x20
SecondL
SecondH
MinuteL
MinuteH
StundeL
StundeH
endc

Bei sehr vielen Variablen sind aber die Registeradressen nicht so übersichtlich.

== Für anderen PIC umschreiben ==

Die wichtigste Vorraussetzung ist, das der PIC2, auf dem das vorhande ASM Programm (für PIC1) laufen soll, zumindest für das ASM Program nötige interne Hardware hat. Der Code benötigt keine Änderungen.

Wenn der Port vom PIC2 anderen Namen hat, muss man das im Quellcode umdefinieren, z.B.:

#define GPIO equ PORTB
#define TRISIO equ TRISB

Dann wird das Assemblerprogramm, wenn es GPIO findet, immer PORTB nehmen. Das gleiche Betrifft die "__config" Ausdrücke, die entsprechend der .ini Datei für den PIC2, geändert werden müssen.

Das Assemblerprogramm findet sicher alles, was ihm nicht "passt" und bringt Fehlermeldungen, auf die man entsprechend reagieren muss.

== Das erste... ==

Hier wird detailiert das ganze Prozess der Erstellung eines ASM Programms beschrieben.

Die Idee:

Es gibt 4 Leds, die mit 2 Tastern gesteuert werden sollen. Nach dem Einschalten soll keine LED leuchten. Solange der linke Taster (T1) gedrückt ist, sollte eine leuchtende LED von links nach rechts "wandern" und von der letzten rechten Position wieder nach ganz linke "springen". Solange der rechte Taster (T2) gedrückt ist, sollte eine leuchtende LED von rechts nach links "wandern" und von der letzten linken Position wieder nach ganz rechte "springen". Solange beide Taster gedrückt sind soll die leuchtende LED von links nach rechts und zurück "wandern".

Dafür nötige Hardware zeigt folgende Skizze:

.-----------------------------------------------.
| |
| |
| |
| PIC12F629 |
| |
| |
| |
| GPIO,3 GPIO,4 GPIO,5 GPIO,2 GPIO,1 GPIO,0|
'-----------------------------------------------'
4| 3| 2| 5| 6| 7|
| | | | | |
| | | | | |
| | | | | |
| | .-. .-. .-. .-.
| | | | | | | | | |
| | 470| | 470| | 470| | 470| |
| | '-' '-' '-' '-'
| | | | | |
\ o \ o | | | |
\ \ V -> V -> V -> V ->
\. \. - - - -
T1 o T2 o LED1 | LED2 | LED3 | LED4 |
| | | | | |
+-------+-------+---+---+-------+-------+
|
===
GND

Jetzt muss die Idee vom Programmierer in ein PAD verfasst werden, z.B. solcher:

Start
V
Initialisierung
.-------------->V
| T1 gedrückt ? N>-----.
| J |
| V |
| links->rechts "wandern" |
| V<------------´
| T2 gedrückt ? N>------.
| J |
| V |
| rechts->links "wandern" |
| V<------------´
`---------------´

= Midrange =

== Kurzübersicht Assembler Befehle ==

{|
|-
| valign=top |

{| {{Blauetabelle}}
|ADDLW||Add literal and W
|-
|ADDWF||Add W and f
|-
|ANDLW||AND literal with W
|-
|ANDWF||AND W with f
|-
|BCF||Bit Clear f
|-
|BSF||Bit Set f
|-
|BTFSC||Bit Test f, Skip if Clear
|-
|BTFSS||Bit Test f, Skip if Set
|-
|CALL||Call subroutine
|-
|CLRF||Clear f
|-
|CLRW||Clear W
|-
|CLRWDT||Clear Watchdog Timer
|}

| valign=top |

{| {{Blauetabelle}}
|-
|COMF||Complement f
|-
|DECF||Decrement f
|-
|DECFSZ||Decrement f, Skip if 0
|-
|GOTO||Go to address or label
|-
|INCF||Increment f
|-
|INCFSZ||Increment f, Skip if 0
|-
|IORLW||Inclusive OR literal with W
|-
|IORWF||Inclusive OR W with f
|-
|MOVF||Move f
|-
|MOVLW||Move literal to W
|-
|MOVWF||Move W to f
|-
|NOP||No Operation
|}

| valign=top |

{| {{Blauetabelle}}
|-
|RETFIE||Return from interrupt
|-
|RETLW||Return with literal in W
|-
|RETURN||Return from Subroutine
|-
|RLF||Rotate Left f through Carry
|-
|RRF||Rotate Right f through Carry
|-
|SLEEP||Go into standby mode
|-
|SUBLW||Subtract W from literal
|-
|SUBWF||Subtract W from f
|-
|SWAPF||Swap nibbles in f
|-
|XORLW||Exclusive OR literal with W
|-
|XORWF||Exclusive OR W with f
|}
[[:bild:pic_asm_short.jpg|Kurzübersicht zum Ausdrucken]]
|}


==Ausführliche Beschreibung zu den Befehlen==

Eine ausgegliederte Beschreibung der Befehle findet sich unter [[PIC Assemblerbefehle]]

Erklärungen zu den Verwendeten Platzhaltern:
*'''k''' stellt einen fest definierten Wert da. z.B. <tt>0x20</tt>, <tt>d'42'</tt> oder <tt>b'00101010'</tt>
*'''W''' steht für das W-Register.
*'''d''' steht für ''destination'' (Ziel). Im code wird d durch ein <tt>w</tt> bzw. <tt>0</tt> (der Wert wird in das W-Register gespeichert ) oder <tt>f</tt> bzw. <tt>1</tt> (der Wert wird in das davor definierte Register gespeichert)
*'''b''' steht für Bitnummer im Register (eine Zahl zwischen 0 und 7)
*'''R''' steht für ein Register
*'''fett''' geschrieben Bedeutet, dass es ein Platzhalter ist und im Quellcode durch eine Registeradresse oder einen Wert ersetzt werden muss
*<tt>Schreibmaschinenstil</tt> bedeutet, dass es so im Quellcode geschrieben werden kann.

 ADDLW k Add W and literal - Addiere W und Zahl<hr>
:Es wird die Rechenoperation <math>k+W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ADDWF R,d Add W and f - Addiere W und f <hr>
:Es wird die Rechenoperation <math>R+W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ANDWF k AND literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- and
1000
</dd></dl>

 ANDWF R,d AND W with f - ???<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche ANDWF

BCF R,b Bit Clear f - Bit b im R wird gelöscht<hr>
:Mit dem Befehl <tt>BCF</tt> wird das Bit '''b''' im Register '''R''' gelöscht. Ein Beispiel:
<dl><dd>
movlw b'11111111' ;es wird b'11111111' in das W-Register geschrieben
BCF W,2 ;es wird bit 2 im W-Register gelöscht.
;das Ergebnis ist: b'11111011'
</dl></dd>

BSF R,b Bit Set f - Bit b im R wird gesetzt<hr>
:Mit dem Befehl <tt>BSF</tt> wird das Bit '''b''' im Register '''R''' gesetzt. Ein Beispiel:
<dl><dd>
clrw ;es wird b'00000000' in das W-Register geschrieben
BSF W,2 ;es wird bit 2 im W-Register gesetzt.
;das Ergebnis ist: b'00000100'
</dl></dd>

BTFSC R,b Bit Test f, Skip if Clear - Wenn das Bit b im Register R 0 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSC</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 0 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSC W,0 ;es wird bit 0 geprüft.
;wenn es 0 ist, wird der nächste Befehl übersprungen
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser Sprungbefehl ausgeführt.
goto IST_NULL ;springt zur Marke "IST_NULL"
</dl></dd>

BTFSS R,b Bit Test f, Skip if Set - Wenn das Bit b im Register R 1 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSS</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 1 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSS W,0 ;es wird bit 0 geprüft.
;wenn es 1 ist, wird der nächste Befehl übersprungen
goto IST_NULL ;springt zur Marke "IST_NULL"
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser
;Sprungbefehl ausgeführt, da der Befehl
;darüber übersprungen wurde.
</dl></dd>

CALL Call Subroutine - Rufe Unterprogramm auf<hr>
:Mit dem <tt>CALL</tt> Befehl wird ein Unterprogramm aufgerufen. Mit dem <tt>RETURN</tt>-Befehl wird das Unterprogramm beendet und man kehrt zum Befehl nach dem <tt>CALL</tt>-Befehl zurück. Das Unterprogramm wird so definiert, dass im Quellcode der Name des Unterprogramms nicht eingerückt steht. Ein Beispiel:

<dl><dd>
movlw d'13' ;in das W-Register wird 13d geladen
CALL Unterprogramm1 ;es wird das Unterprogramm "Unterprogramm1" aufgerufen
movwf ergebnis ;das W-Register wird in das Register "ergebnis" kopiert.
;im Register "ergebnis" steht nun 23d

Unterprogramm1 ;zählt 10 zum W-Register
addlw d'10' ;es wird 10d zum W-Register addiert
RETURN ;kehre zurück zum Aufrufer
</dl></dd>

CLRF R Clear f - Schreibe 0 in das Register R<hr>
:Das Register '''R''' wird mit Nullen gefüllt (gelöscht).

CLRW Clear W - Schreibe 0 in W<hr>
:Das W-Register (<tt>W</tt>) wird mit Nullen gefüllt (gelöscht).

CLRWDT Clear Watchdog Timer - Setzt den Watchdog-Timer zurück<hr>
:Es wird der WDT (Watchdog-Timer) zurückgesetzt und der Zähler des WDT auf 0 gesetzt, zusätzlich werden die STATUS-bits TO und PD gesetzt.

COMF R,d Complement f - negiere alle bits im Register R<hr>
:Von der Binärzahl im Register '''R''' werden die 0 mit 1 und 1 mit 0 ersetzt. Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Ein kleines Beispiel: aus <tt>AAh</tt> (<tt>10101010b</tt>) wird <tt>55h</tt> (<tt>01010101b</tt>).

DECF R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

DECFSZ R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f, überspringe wenn 0<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

GOTO Go to address - Gehe zu Adresse/Sprungmarke<hr>
:Nach dem GOTO Befehl wird das Programm ab der Adresse weiter ausgeführt, die nach dem GOTO-Befehl steht. Diese Adresse wird durch so genannte Sprungmarke definiert, welche, im Gegensatz zu den Befehlen nicht eingerückt im Quellcode stehen.

INCF R,d Increment f - Addiere 1 zum Register f<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

INCFSZ R,d Increment f, Skip if 0 - Addiere 1 zum Regiser f, überspringe wenn 0<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

 IORLW k OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Ooperation:
<dl><dd>
1100
1010
---- or
1110
</dd></dl>

 IORWF R,d OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche IORLW

MOVF R,d Move f - Bewege f<hr>
:Das Register R wird in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder wieder in R kopiert ('''d'''=<tt>F</tt>=<tt>1</tt>). Letzteres mag sinnlos scheinen, ist aber nützlich, da durch den Befehl das Z-Bit im STATUS-Regsiter gesetzt wird, falls R Null ist.

MOVLW k Move literal to W - Bewege Zahl in W-Register<hr>
:Der festgelegte Wert k wird in das W-Register kopiert.

MOVWF R Move W to f - Bewege W-Register in das Register F<hr>
:Das W-Register wird in das Register '''R''' kopiert.

NOP No Operation - Kein Befehl zum Ausführen (warte)<hr>
:Dieser Befehl macht nichts. Er verbraucht nur Zeit, welche sich einfach mit folgender Formel berechnen lässt. <math>t=\frac{4}{f}</math>,wobei <math>f</math> für die Frequenz des Oszillators steht.

RETFIE Return from interrupt - Kehre zurück aus der Unterbrechung<hr>
:Mit diesem Befehl wird die Interrupt Service Routine (ISR) beendet und das Programm wird an der Zeile weiter ausgeführt, vor der es durch den Interrupt angehalten wurde. Es werden auch alle Interrupts wieder erlaubt (das GIE bit wird gesetzt). Siehe hierzu auch [[#Interrupt | Interrupt]]

RETLW k Return with literal in W - Kehre zurück mit Zahl k im W-Register<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETLW</tt> zurück in die nächste Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde. Der in k angegebene Wert wird dabei in das W-Register geschrieben. Dieser Befehl wird vor allem für s.g Wertetabellen (eng: lookup tables) verwendet.

RETURN Return from Subroutine - Kehre zurück zum Übergeordneten Programmteil<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETURN</tt> zurück zu der nächsten Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde.

RLF R,d Rotate Left f through Carry - Rotiere das Register f mithilfe des Carry-bits nach links<hr>
:Alle Bits im Register '''R''' werden um eine Position nach links verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das Bit 0 des Registers R geschoben. Bit 7 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
c 7 6 5 4 3 2 1 0 ;vor dem Verschieben
7 6 5 4 3 2 1 0 c ;nach dem Verschieben
</dd></dl>

RRF R,d Rotate Right f through Carry - Rotiere das Register f mithilfe des Carry-bits nach rechts<hr>
:Alle Bits im Register '''R''' werden um eine Position nach rechts verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das 7.Bit des Registers R geschoben. Bit 0 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
C 7 6 5 4 3 2 1 0 ;vor dem Verschieben
0 C 7 6 5 4 3 2 1 ;nach dem Verschieben
</dd></dl>

SLEEP Go into standby mode - Versetze den Mirokontroller in Bereitschaftsmodus<hr>
:Der µC wird in den Sleep-Mode versetzt, in dem er weniger Strom verbraucht. Er kann durch einen Reset, einem Watchdog-Timer-Reset oder durch einen Interrupt wieder aufgeweckt werden.

 SUBLW k Subtract W from literal - Ziehe W von Zahl ab<hr>
:Es wird die Rechenoperation <math>k-W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 SUBWF R,d Subtract W from f - Ziehe W von f ab<hr>
:Es wird die Rechenoperation <math>R-W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

:Beispiel:
<dl><dd>
movlw d'20' ;schreibe 20 in das W-Register
movwf Register1 ;bewegt das W-Register in das Register1
movlw d'10' ;schreibt 10 in das W-Register
SUBWF Register1,F ;schreibt Register1(20)-W(10) in Register1
</dd></dl>

SWAPF R,d Swap nibbles in f - Vertausche die Halbbytes (Nibbles)<hr>
:Es werden die höheren 4 bit (bit7-bit4) mit den niedrigeren 4 bit (bit3-bit0) eines Registers vertauscht und entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).
:Beispiel:
<dl><dd>
movlw b'00001111' ;schreibe b'00001111' in das W-Register
movwf Register1 ;kopiert das W-Register in das Register1
SWAPF Register1,W ;vertauscht die ersten 4 bit mit den letzen
;4 bit in Register 1 und schreibt es in das W-Register
;im W-Register steht nun b'11110000'
</dd></dl>

 XORLW k Exclusive OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Registers, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- xor
0110
</dd></dl>

 XORWF R,d Exclusive OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche XORLW

==Besondere, oft gebrauchte Register==

=== STATUS ===
Der Statusregister beinhaltet den Status der Recheneinheit ALU (Arithmetic-Logic Unit), Resetinformationen und die beiden Bits zur Wahl der Speicherbank

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''STATUS''' (ADDRESSE 03h, 83h, 103h, 183h)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''IRP'''</td>
<td style="background:#00ffff;">'''RP1'''</td>
<td style="background:#00ffff;">'''RP0'''</td>
<td style="background:#00ffff;">'''TO'''</td>
<td style="background:#00ffff;">'''PD'''</td>
<td style="background:#00ffff;">'''Z'''</td>
<td style="background:#00ffff;">'''DC'''</td>
<td style="background:#00ffff;">'''C'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''IRP''': Register Bank Select Bit (für indirekte Adressierung)
:: 1 = Bank 2, 3 (100h-1FFh)
:: 0 = Bank 0, 1 (00h-FFh)
*Bit 6-5 '''RP<1:0>''': Register Bank Select Bits (für direkte Adressierung)
:: 11 = Bank 3 (180h-1FFh)
:: 10 = Bank 2 (100h-17Fh)
:: 01 = Bank 1 (80h-FFh)
:: 00 = Bank 0 (00h-7Fh)
*Bit 4 '''TO''': Time-out Bit
:: 1 = Nach Power-up, CLRWDT Befehl oder SLEEP Befehl
:: 0 = A Watchdogtimer time-out ist eingetreten
*Bit 3 '''PD''': Power-Down Bit
:: 1 = Nach Power-up oder durch den CLRWDT
:: 0 = Nach einem SLEEP befehl
*Bit 2 '''Z''': Zero bit
:: 1 = Das Ergebnis einer arithmetischen oder logischen Operation ist 0
:: 0 = Das Ergebnis einer arithmetischen oder logischen Operation ist NICHT 0
*Bit 1 '''DC''': Digit carry/borrow bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des 4.Niedrigsten Bits (Low Nibble) eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des 4.Niedrigsten Bits eines Rechenergebnisses existiert
*Bit 0 '''C''': Carry/borrow Bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des MSB eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des MSB eines Rechenergebnisses existiert

Das "Borrowbit" (to borrow = etwas borgen) dient zum erkennen, wenn ein Übertrag einer Rechenoperation exisitiert. 250+10 ergibt zum Beispiel 4, und setzt dabei das Borrowbit auf 1. Damit kann das Programm erkennen, wenn wieder einmal ein Ergebnis größer als 255 herauskam.
Bei Subtraktionen (SUBLW und SUBWF) verhält sich das Carry Bit umgekehrt als bei Additionen (ADDWF und ADDLW)!! Zum Beispiel 55-6=49 setzt Carry auf 1 aber 10-25=241 löscht das Carry-Flag.

:Siehe auch [[PIC Assembler#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers]]

=== INTCON ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''INTCON''' (ADDRESSE 0Bh, 8Bh, 10Bh, 18Bh)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''GIE'''</td>
<td style="background:#00ffff;">'''PEIE'''</td>
<td style="background:#00ffff;">'''TMR0IE'''</td>
<td style="background:#00ffff;">'''INT0IE'''</td>
<td style="background:#00ffff;">'''RBIE'''</td>
<td style="background:#00ffff;">'''TMR0IF'''</td>
<td style="background:#00ffff;">'''INT0IF'''</td>
<td style="background:#00ffff;">'''RBIF'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''GIE''': Global Interrupt Enable Bit
::1 = Aktiviert alle Interrupts
::0 = Deaktiviert alle Interrupts
*Bit 6 '''PEIE''': Peripheral Interrupt Enable Bit
::1 = Aktiviert alle peripheren Interrupts
::0 = Deaktiviert alle peripheren Interrupts
*Bit 5 '''TMR0IE''': TMR0 Overflow Interrupt Enable Bit (Overflow von Timer0 löst Interrupt aus)
::1 = Aktiviert den TMR0 Interrupt
::0 = Deaktiviert den TMR0 Interrupt
*Bit 4 '''INT0IE''': RB0/INT External Interrupt Enable Bit (Änderung an RB0 Pin löst Interrupt aus) *)
::1 = Aktiviert den RB0/INT Interrupt (Extern ausgelöst)
::0 = Deaktiviert den RB0/INT Interrupt (Extern ausgelöst)
*Bit 3 '''RBIE''': RB Port On-Change-Interrupt Enable Bit (Änderung an PortB löst Interrupt aus) **)
::1 = Aktiviert den RB port on-change-interrupt
::0 = Deaktiviert den RB port on-change-interrupt
*Bit 2 '''TMR0IF''': TMR0 Overflow Interrupt Flag Bit
::1 = TMR0 Register ist Übergelaufen (muss per Software gelöscht werden)
::0 = TMR0 register ist nicht Übergelaufen
*Bit 1 '''INT0IF''': RB0/INT External Interrupt Flag Bit
::1 = Eine Änderung an RB0/INT Pin hat stattgefunden (muss per Software gelöscht werden)
::0 = Eine Änderung an RB0/INT Pin hat nicht stattgefunden
*Bit 0 '''RBIF''': RB Port On-Change-Interrupt Flag bit
::1 = Mind. einer der Pins von RB7:RB4 hat sich geändert (muss per Software gelöscht werden)
::0 = Keiner der Pins von RB7:RB4 hat sich geändert

* *) Die Flanke auf die reagiert werden soll, wird mit dem Bit OPTION_REG.INTEDG definiert. (steigende = 1 oder fallende = 0)
* **) Der Interrupt klingt verführerischer Weise so, als ob er den gesamten Port überwacht. Dabei reagiert er nur auf RB7:RB4!!!! Er kann aber den Prozessor vom "Schlaf" aufwecken (z.B. durch einen Tastendruck).

=== PORTx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''PORTx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''Rx7'''</td>
<td style="background:#00ffff;">'''Rx6'''</td>
<td style="background:#00ffff;">'''Rx5'''</td>
<td style="background:#00ffff;">'''Rx4'''</td>
<td style="background:#00ffff;">'''Rx3'''</td>
<td style="background:#00ffff;">'''Rx2'''</td>
<td style="background:#00ffff;">'''Rx1'''</td>
<td style="background:#00ffff;">'''Rx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "PORTB" oder "RA1"

Diese Special Funktion Register liegen ALLE in Bank0 und Bank2(Falls vorhanden).

Jedes Bit eines PORT-Registers steht für einen Pin (Ein/Ausgang) des jeweiligen Ports. Je nachdem Ob ein Pin als Ausgang oder als Eingang definiert ist, kann man dort entweder den Wert schreiben oder auslesen. Es hat nicht Jeder PIC gleich viele Ports und es sind auch nicht immer 8 Pins pro Port, es können auch weniger sein. Alle PICs der Midrange-Serie besitzen nur bidirektionale Ports, d.h. sie können sowohl Eingang als auch Ausgang sein. Weiters ist zu beachten, dass einzelne Pins nach dem Reset mit anderen Funktionen belegt sein können. Das gilt im Speziellen für PORTA, wo sich die Komperatoren, AD's (falls vorhanden) und die Oszillatoreingänge (falls in den Fusebits gesetzt) befinden. Siehe [[PIC Assembler#I/O Ports|I/O Ports]].

{|{{Blauetabelle}}
|+ Beispiel PICs und ihre Ports (Zahlen in der Klammer sind die Anzahl der Pins des Ports)
|
|'''PIC16F628A'''
|'''PIC16F876'''
|'''PIC16F877'''
|-
|'''PORTA'''
|Ja
|Ja(5)
|Ja(5)
|-
|'''PORTB'''
|ja
|ja
|ja
|-
|'''PORTC'''
|/
|ja
|ja
|-
|'''PORTD'''
|/
|/
|ja
|-
|'''PORTE'''
|/
|/
|ja (3)
|-
|}

=== TRISx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''TRISx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''TRISx7'''</td>
<td style="background:#00ffff;">'''TRISx6'''</td>
<td style="background:#00ffff;">'''TRISx5'''</td>
<td style="background:#00ffff;">'''TRISx4'''</td>
<td style="background:#00ffff;">'''TRISx3'''</td>
<td style="background:#00ffff;">'''TRISx2'''</td>
<td style="background:#00ffff;">'''TRISx1'''</td>
<td style="background:#00ffff;">'''TRISx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "TRISB" oder "TRISA1"

Die TRIS-Bytes dienen dazu, einzelne I/O Pins als Eingang oder Ausgang zu definieren. Sie liegen immer genau eine Bank über den jeweiligen PORT-Bytes, d.h. sie liegen alle in Bank1 und Bank3(falls vorhanden.) Besonders zu beachten ist, dass manche Eingebaute Features wie die Serielle Schnittstelle, I2C, SPI usw nicht funktionieren, wenn die Jeweiligen Sende und Empfangspins nicht nicht manuell umgestellt werden, ja es ''muss'' sogar manchmal umgestellt werden (bei I2C z.B.) Egal ist dies jedoch für Komperatoren und AD-Wandler.

Merke:
* Eine 1 (als "I" für "Input" zu lesen) eines TRISxx-Bits definiert den zugehörigen PIN am PIC als Eingang.
* Eine 0 (als "O" für "Output" zu lesen) eines TRISxx-Bits definiert den zugehörigen PIN am PIC als Ausgang.

Siehe [[PIC Assembler#I/O Ports|I/O Ports]].

==Speicherbankorganisation==
===Programmspeicher===
Die Mid-Range MCUs haben einen 2-8k großen Programmspeicher. Dieser hat aber in jeder Speicherzelle nicht 8, sondern 14 Bit - also genau die Länge eines Befehls. Die aktuelle Stelle im Programm wird im PC (Program Counter) verwaltet. Er speichert immer die aktuelle Position im Programmspeicher. Bei einem PIC mit 8k Adressen muss er also die Adressen 0000-1FFF speichern können. Daraus folgt die Größe von 13 Bit für den PC. Der Programmspeicher ist in mehrere Bänke geteilt, die alle 2k groß sind. Das Programm springt ohne zutun des Benutzers von einer in die Nächste. Wenn man aber selber springen will, muss man die Register PCLATH (Program Counter Latch High) oder PCL (Program Counter Least Significant Byte) mit der Sprungadresse beschreiben.

===Datenspeicher===
Der Datenspeicher besteht aus den Special Function Registern (SFR) und den General Purpose
Registern (GPR). Die SFRs sind für die Funktionen des PICs zuständig (Interrupts, Timer, ADCs, CCPM...) und die GPRs für die Speicherung von Variablen und Daten.

Da immer nur 7 Bit der (Ziel)Adresse in einem Befehl gespeichert werden können, sind nur 7Fh (128d) Adressen im Datenbereich möglich. Deswegen wurde das "Banking" eingeführt. 2 Bit im Statusregister (welcher in allen Bänken der selbe ist und auch an der gleichen Stelle sitzt) geben die akutelle "Bank" an und sind nichts anderes als die 2 höchstwertigsten (MSB) Bits der Adresse. Damit lassen sich max. 4 Bänke ansprechen. Je nach PIC gibt es 2-4 Bänke. Die beiden Bits im Register STATUS heißen RP0 (STATUS<5>) und RP1 (STATUS<6>).

{| {{Blauetabelle}}
|+ Wechseln der Bänke mit RP0 und RP1
|-
|
|| RP1
|| RP0
|-
| Bank0
|align="center"|0
|align="center"|0
|-
| Bank1
|align="center"|0
|align="center"|1
|-
| Bank2
|align="center"|1
|align="center"|0
|-
| Bank3
|align="center"|1
|align="center"|1
|}

[[Bild:PIC midrange register.JPG]]
# '''FETTE Register''' sind in allen PICs vorhanden
# können je nach PIC unimplementierte Bereiche beinhalten - diese werden immer als 0 gelesen. (DATENBLATT!!)
# siehe 2
# Könnten je nach PIC auch nicht in Bank0 gemapped werden, sind dann eigenständige Register.
# je nach PIC kann es diese Bänke geben oder nicht geben.

==Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers==

{|
|-
|
{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Subtraktionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|1
|align="center"|0
|-
| negativ
|align="center"|0
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}

||

{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Additionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|0
|align="center"|0
|-
| Überlauf
|align="center"|1
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}
|}

== Codeschnipsel ==

=== Analog-Digital-Wandler (ADC) ===
Viele PICs besitzen einen Analog-Digital-Wandler, der eine angelegte Spannung messen kann und diese als Zahl speichert.

Es gibt AD-Wandler mit 8Bit bzw. 10Bit Auflösung, d.h. die Spannung an einem analogen Eingang wird linear 2^8=256 bzw. 2^10=1024 Werten zugeordnet.
Der höchste Wert, auch Referenzspannung genannt, (255 bzw. 1023; der Controller rechnet die Null auch mit) entspricht der Betriebsspannung des PICs oder wahlweise einer wählbaren Spannung, die an RA3 angelegt werden muss. Der niedrigste Wert entspricht 0 Volt.

Mit dem Analog-Digital-Wandler kann man somit z.B. Sensoren auswerten, die mehr als zwei Zustände ausgeben (Beispiele: Temperatursensor, Helligkeitssensor, Entfernungssensoren usw.) oder Akkuspannungen messen.

Bevor überhaupt gemessen werden kann, muss einiges eingestellt werden:

a) Eingangsverteilung Analog/Digital bzw.Referenzspannung (Betriebsspannung oder RA3)
die genauen Einstellungsmöglichkeiten entnehmen sie bitte dem Datenblatt ihres Controllers (Register ADCON1 Bank 1).

b) Wählen des Taktes für den ADC und Einschalten des ADCs

Das Register ADCON0 besitzt 8 Bits, die folgendes bestimmen:
Bit0 ADON - schaltet AD-Wandler ein oder aus (Strom sparen)
Bit1 - nicht vorhanden
Bit2 GO/Done - startet Wandlung / signalisiert, wann Umwandlung beendet ist.
Bit3 CHS0 - Channel Select 0 wählt Eingang aus
Bit4 CHS1 - Channel Select 1 wählt Eingang aus
Bit5 CHS2 - Channel Select 2 wählt Eingang aus
Bit6 ADCS0 - AD-Clock-Select wählt Takt
Bit7 ADCS1 - AD-Clock-Select wählt Takt

Kümmern wir uns zunächst um den Takt. Mit den zwei Bits ADCS0 und ADCS1 bestimmt man den Takt - hierbei gibt es vier Möglichkeiten:

ADCS1=0, ADCS0=0 -> Taktfrequenz des PICs :2
ADCS1=0, ADCS0=1 -> Taktfrequenz des PICs :8
ADCS1=1, ADCS0=0 -> Taktfrequenz des PICs :32
ADCS1=1, ADCS0=1 -> interner RC-Oszillator des ADCs verwenden

Die Taktfrequenz des ADCs darf 625kHz nicht überschreiten, dementsprechend ist ADCS0 und ADCS1 zu wählen.

Ist dies vollbracht, so kann man den AD-Wandler einschalten und das Go/Done-Bit löschen.
Codebeispiel:

;Takt für ADC (OSC/32)
bcf ADCON0,6
bsf ADCON0,7
;ADC einschalten
bsf ADCON0,0 ; ADON=1
;Go/Done-Bit zurücksetzen
bcf ADCON0,2

Nun ist der AD-Wandler bereit, Spannungen in Zahlen umzuwandeln.
Für eine Wandlung muss erst der entsprechende Eingang gewählt werden. Dafür sind die CHS0..CHS2-Bits zuständig:

CHS2 CHS1 CHS0 gewählter Eingang(falls vorhanden)
0 0 0 RA0
0 0 1 RA1
0 1 0 RA2
0 1 1 RA3
1 0 0 RA5
1 0 1 RE0
1 1 0 RE1
1 1 1 RE2

Achtung! RA4 ist kein analoger Eingang, folglich ist er oben nicht aufgelistet !!

Codebeispiel:

;RA2 auswählen
bcf ADCON0,3
bsf ADCON0,4
bcf ADCON0,5

Als letztes muss die AD-Routine nur noch gestartet werden. Ist der AD-Wandler fertig, so löscht er das Bit wieder. Das Bit wird nun solange abgefragt, bis der AD-Wandler fertig ist. Den zugeordneten Wert findet man im Register 'ADRES'.
Code:

;start
bsf ADCON0,2
;warten,bis es wieder low ist
wa btfsz ADCON0,2
goto wa
;jetzt ist er fertig
;ADRES in W verschieben, um damit gleich weiter zu arbeiten
movf ADRES,W

Die AD-Wandlung ist somit fertig. Liest man mehrere Werte von unterschiedlichen Eingängen ein und möchte diese miteinander vergleichen o.ä., sollte man die Zahlen von ADRES in anderen Registern zwischenspeichern.

Desweiteren ist zu beachten, dass der Analog-Digital-Wandler eine gewisse Pause zwischen den Wandlungen benötigt, die sog. 'Aquisition Time'. Diese Zeitangabe entnehmen sie bitte ihrem Datenblatt.

mögliche Probleme:

a) Der PIC liefert stark schwankende Werte
-> Mögliche Ursachen dafür sind z.B. nicht stabile Betriebsspannung, falsche Zeiteinstellungen. Abhilfe schafft auch das mehrmalige Einlesen eines Eingangs. Auch können z.B. 8 Werte eingelesen werden und dann der Durchschnitt gebildet werden.
Evtl. kann ein Kondensator gegen Masse (z.B. 1nF) helfen; Wichtig ist auch eine kleine Verzögerung zwischen Kanalauswahl und Start der Wandlung. In dieser Zeit kann sich der interne Kondensator des ADC's aufladen.

b) Die Spannung an einem Eingang wird erhöht, die Werte der anderen Eingänge werden aber auch beeinflusst. Woran liegt das?
-> Dann sind Sie Opfer des sog. 'Ghostings' geworden (Werte 'scheinen durch', verschleißen). Die Werte der anderen Eingänge gehen mit, weil der interne Kondensator noch auf die Spannung des Vorgängers aufgeladen ist. Maßnahme: Aquisition Time erhöhen, Werte öfters abfragen, Pause zwischen Kanalauswahl und Start

c) Der PIC liefert immer die gleichen Werte an einem Eingang, obwohl sich die angelegte Spannung ändert
-> möglicherweise falsche Eingangsverteilung (ADCON1) eingestellt oder falschen Pin gewählt

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

Diskussion:PIC Assembler

2007-04-12T20:48:36Z

Der Gärtner: /* Allgemeines */

== vorgeschlagene Gliederung ==

grün = schon fertig, orange = wird bzw. könnte noch ergänzt werden

* Einladung zur Diskussion...
(wird nach Beendigung des Artikels gelöscht)
* Einführung
** Bit, Byte, Nibble, Bin und Hex 
** Speicher und Register 
** Prozessor
** Assembler
** Grundbeschaltung
** Wahl des PICs
* Programm
** Allgemeines
** Programdurchlaufdiagram
** Hauptprogramm
** Unterprogramm
*** Initialisierung
**** Variablen
**** I/O Ports
**** Hardware
*** Einlesen
*** Ausgeben
*** Pause
*** Schnittstellen und Treiber
*** Tabellen
*** EEPROM
* Vorlage für MPASM
* Für anderen PIC umschreiben
* Das erste...
* Interrupts
** Prinzip
** Quellen
** Interrupt Service Routine
* Optimierung
** Speicherbedarf
*** Programmspeicher
*** RAM
** Ausführungszeit
* Fehlersuche
* Mid-Range (mit 14 bit Befehlslänge)
** Kurzübersicht Prozessorbefehle
** Ausführliche Beschreibung zu den Befehlen
** Besondere, oft gebrauchte Register
*** ANSEL
*** STATUS 
*** INTCON 
*** TRIS 
*** PORT 
*** TIMER
** Bänke (sowohl die bei mehr als 2k Befehle als auch die bei den normalen speicher bänken)
** Flagsüberprüfung im STATUS-Register
** Codeschnipsel
*** A/D-Wandler
*** PWM
*** Interrupts
*** RS232 mit PC
*** Tasten
*** Mausrad
*** Ausgabe auf LCD Displays
**** Dot-Matrix
**** Grafik
**** Handy
*** Hilfsmittel
**** PIC Miniterminal (mit Dot-Matrix LCD und drei Tasten, benötigt nur 2 I/O Pins und 2 ICs)(Hardware)
**** PIC RAM Monitor (mit eigenem Interrupt, zeigt Registerinhalte sogar wenn das Programm in endloser Schleife läuft, was besonders für Anfänger nutzlich ist, benötigt Display oder PIC Miniterminal)
**** PIC Trainer (Hilfswerkzeug für PIC Versuchsprogramme, benötigt PIC Miniterminal)
**** PIC Profiler (zum messen von Ausführungszeit zwischen call und return, benötigt Display oder PIC Miniterminal)
* High-End (mit 16 bit Befehlslänge)-->(?)

== Allgemeines ==
-------
... gelöschte Diskussion ...
----
joa. passt doch. ich mach dir dann wieder paar bilder. mal schaun ob ich es heute noch schaffe. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 08:52, 1. Apr 2007 (CEST)
-----
Vielen Dank im voraus!:) Wenn Du die drei Symbole die im PAD auftreten einzeln kopieren kannst, müsste es ziemlich schnell gehen. Nach der neuer Gliederung müsste ich jetzt über Quellcode schreiben, also schon (aber nur) "call" und "goto" einführen. Sonst werde ich alles im Textform (Kommentar) schreiben. Ich meine, dass es unvermeindbar ist, weil irgendwan es sowieso anfangen wird. Ich habe noch eine Frage an Dich. Würdest Du die MPASM Direktiven erklären, die ich von "deinem" in "mein" Teil verschoben habe?[[Benutzer:PICture|PICture]] 09:33, 1. Apr 2007 (CEST)
-----
wie meinst du? ich mache halt noch eine erklärung für alle befehle, brauche nur noch bisschen zeit, werde heute leider nicht dazukommen, da ich unterwegs bin :-/ aber in absehbarer zeit werde ich auch noch die anderen befehle beschreiben, und dann mir ein neues thema suchen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 18:54, 1. Apr 2007 (CEST)
------
Es hat sich schon erledigt. Ich habe es als unnötig gestuft und gelöscht. Ab jetzt wird ganz einfache Darstellung von PADs verwendet und es bleibt nur einer in Grafik zu verwandeln (PAD). Die alle anderen (PAD1, PAD2, PAD3, PAD4, und die noch kommen...) bleiben so, wie sie sind/werden. Und weiter würdest Du (hoffentlich) nichts mehr für mich zu tun haben. :)[[Benutzer:PICture|PICture]] 00:12, 2. Apr 2007 (CEST)
------
jetzt wollte ich mir ein neues thema raussuchen, was ich noch schreiben könnte, aber muss irgendwie zugeben, dass ich mit den befehlen schon mit meinem latein am ende bin :-/ also ich könnte schon bisschen was schreiben, aber so richtig sicher bin ich mir dabei dann nicht immer. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:25, 5. Apr 2007 (CEST)
------
Macht ja nichts. Wir arbeiten an dem Artikel bis zum Ende zusammen. Du hast mir schon viel geholfen, dann helfe ich Dir auch immer wieder. Ich versuche möglichst kurz das wichtigste schreiben, aber weiss ich selber nicht, ob das verständlich ist, da ich das alles sehr gut verstehe :). Was Dir nicht gefällt oder nicht genug verständlich ist kannst Du immer ändern (so wie bei der Grundbeschaltung) oder fragen (so wie mit den Buchstaben "C" und "F"). Wie Du sicher bemerkt hast, habe ich in den Befehlen auch ein bischen geändert. Jemand hat gesagt : "Es gibt keine dumme Fragen, nur dumme Antworten" und das stimmt!. Also keine Angst! :) Es gibt auch PN. Für mich ist Deine Meinung sehr wichtig! Ich denke, dass bis Interrupts sollte es schon für Anfänger ausreichen, bin mich aber auch nicht sicher wo eigentlich Ende vom Anfang ist. :) [[Benutzer:PICture|PICture]] 14:24, 5. Apr 2007 (CEST)
-----
wow! respekt! geht ja ganz schön schnell voran. das eine pad bekommst du auf jeden fall noch, brauche leider noch ein paar tage. noch dazu müsste ich langsam wirklich fürs abi lernen, aber solange noch andere dinge gehen, werde ich auch hier noch bisschen was machen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:37, 8. Apr 2007 (CEST)
-----
Mach Dir bitte mit dem Artikel keinen Stress, ich versuche bloss die freie Tage sinvoll nutzen.:). Es wird danach langsamer gehen, aber die Zeit ist nicht beschränkt. Sogar für die schon als fertig markierte Sachen schreibe ich immer wieder was dazu, was mir noch einfällt.[[Benutzer:PICture|PICture]] 16:11, 8. Apr 2007 (CEST)
----
Bit, Byte, Nibble, Bin und Hex
also ich würde schon die nummerierung der bits mit aufnehmen. habe mich lange gefragt, wie das funktioniert, weil man ja normalerweise von links nacht rechts zählt und mit 1 anfängt. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 21:28, 9. Apr 2007 (CEST)
----
Natürlich! :) Die Numerierung der Bits ist bei jedem Prozessor gleich und fängt immer von links mit 0 (LSB). Ich habe schon eine Idee für erstes ASM Programm, das wird aber noch ein bischen dauern, weil ich das zuerst selber ausprobieren muss (und will). Aber es ist noch weit zum Ende des Artikels. [[Benutzer:PICture|PICture]] 09:27, 10. Apr 2007 (CEST)
----
mein fehler. habe da wohl was verwechselt. sorry. die zahlen sind ja doch noch da :-/ [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:52, 10. Apr 2007 (CEST)
----
@Benedikt.Seidl

Schau, bitte, am Anfang des Artikels habe ich noch was neues eingefügt. Als Folge haben wir noch einen Autor (den Gärtner), der schon wichtige Sachen toll ergänzt hat.

@Gärtner

Wenn Du willst, kannst auch etwas neues, wass noch nicht grün gekenzeichnet ist, anfangen. :)
[[Benutzer:PICture|PICture]] 13:17, 10. Apr 2007 (CEST)
----
wow! glückwunsch! http://www.roboternetz.de/phpBB2/zeigebeitrag.php?t=14953 [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 16:13, 10. Apr 2007 (CEST)
----
Für Dich das gleiche ! Trotzdem schreibe ich weiter.:)[[Benutzer:PICture|PICture]] 16:59, 10. Apr 2007 (CEST)
----
Keine Angst, hab auch neues geschrieben ;) Hat wer eine bessere Idee bezüglich Textformation von SFRs? hab mich mal am Datenblatt bedient. Die Assemblerbefehle hab ich heute schon in einen eigenen Artikel geschrieben. Da fehlen nur noch Codeschnippsel. find das Übersichtlicher und werde die DETAILs zu den befehlen von hier bald RAUSLÖSCHEN. (wenn ich mit dem anderen Artikel fertig bin.) --[[Benutzer:Der Gärtner|Der Gärtner]] 18:06, 10. Apr 2007 (CEST)
----
:Die Asführliche Beschreibung zu den Befehlen hat der Benedikt.Seidl geschrieben, aber ich glaube, dass er nichts dagegen hätte. Dann werden die Codeschnipsel auch dorthin verschoben, oder ? Es wäre gut wenn Du das Link zu Deinem Artikel in diesen Artikel einfügst. Ich weiss nicht wo ich später die Hifsmittel (kleine Programmierwerkzeuge) hin schreiben soll.[[Benutzer:PICture|PICture]] 18:33, 10. Apr 2007 (CEST)
----
:ich finde es schon sehr schade, weil das schon viel arbeit gemacht hat hier. das tabellenlayout hat auch vor und nachteile. aber ich versteh nicht, warum du nicht auf meine beschreibung und code-schnipsel zurückgreifst, bzw. meine befehlsliste ergänzt hast? deine infos bzw. beschreibungen sind wahrscheinlich schon technischer und auch ok, aber für den normalen benutzer oder einsteiger sehe ich es eher als hindernis, wenn so komplizierte beschreibungen verwendet werden.
: trotzdem finde ich es schön, dass du mitarbeitest, gärtner ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 19:18, 10. Apr 2007 (CEST)
----
@ Gärtner

Ich denke auch, dass Löschen nicht nötig ist und Dein Artikel wunderbar als Nachschlagewerk benutzt werden kann, wenn sein Link in diesem Artikel eingefügt wird.[[Benutzer:PICture|PICture]] 19:31, 10. Apr 2007 (CEST)
----
@ Gärtner

Erst heute habe ich Dein Artikel aufmerksam durchgelesen und folgendes nicht gut gefunden:

- die Wörter "verundert", "verodert" und "inklusiv verodert" sind vielleicht "cool" aber für jemanden die die logische Operationen gar nicht kennt, ganz unverständlich.

- bei "call" und "retlw" ist überhaupt nichts über funktionsweise im ASM Programm geschrieben, nur über Register, was nicht besonders wichtig ist. Bei "retfie" fehlt die wichtige Information, dass ausführen des Befehls das Bit GIE setzt, was die Interrupts wieder erlaubt.

- bei "clrw" ist falsches Register und bei "end" falsche Funktion gennant. Ausserdem, ich kenne Keine Pseudobefehle, sondern Direktiven für Assemblerprogramm.

Ohne Beipielen vom Code finde ich das ganze ungeeignet für Anfänger. Bleiben wir, bitte, in dem Artikel, der vor allem für Anfänger vorgesehen ist, bei der ausführlicher Beschreibung vom Benedikt.Seidl.[[Benutzer:PICture|PICture]] 09:08, 11. Apr 2007 (CEST)
----
Code kommt noch, und fehler sind echt vorprogramiert gewesen :)
Ich hab noch einiges an Dingen vor gehabt, die sowieso hier stehen. Die Begriffe "verundet" und "verodert" sind die einzigen, die ich jemals gehört habe, und JA, ich hab vor beispiele zu Schreiben / vom Seidl zu nehmen. Und wenn ich so scharf aufs Löschen wäre, dann hätt ichs schon gemacht :P

Den Begriff "Pseudobefehle" hab ich vom Sprut, kann ich ruhig ändern.

Werd heute da einiges ergänzen und die Register in diesem Beitrag weiter machen.
--[[Benutzer:Der Gärtner|Der Gärtner]] 11:09, 11. Apr 2007 (CEST)
----
@Gärtner

Das hört sich sehr gut an. Deine Beschreibung von Befehlen ist auch nötig, da kann man sofort die Beschreibung für ein Befehl lesen, das man braucht. Sie hat aber sehr langen Inhaltverzeichnis, länger, als dieser ganzen Artikel. Deswegen finde ich die Idee, das getrennt vom Artikel zu machen sehr gut.:) Übrigens, für mich ist der Sprut kein Experte und ich versuche immer mich an der Dokumentation vom Microchip (z.B. MPASM) zu halten um das ganze einheitlich zu gestalten. Es wäre auch eine Möglichkeit, um unnötige Arbeit zu vermeinden, einfach die ganze Beschreibung vom Seidl in Dein Artikel zu übernehmen (eventuell bischen ergänzen) und danach von unserem Artikel löschen und in dem Menüpunkt "Ausführliche Beschreibung zu den Befehlen" nur den Link zu Deinem Artikel lassen. Das scheint mir sogar optimale Lösung zu sein. Ich habe genauso bei "Interface und Treiber" gemacht. Ich werde erst am Wochenende wieder aktiv.[[Benutzer:PICture|PICture]] 19:02, 11. Apr 2007 (CEST)
----
Habe den Register INTCON beschrieben... --[[Benutzer:Der Gärtner|Der Gärtner]] 09:07, 12. Apr 2007 (CEST)
----
Habe schon dort bischen geändert... Hoffentlich gefällt Dir. :)[[Benutzer:PICture|PICture]] 09:56, 12. Apr 2007 (CEST)
----
Ich würde die Register ANSEL und TIMER nicht speziell und so alleine beschreiben. Die gehören entweder zu den ADCs oder zu den einzelnen Timern. "ANSEL" ist z.b. einer von mind. 4 Registern, die von den ADCs benutzt werden. das Selbe gilt für Timer (stichwort TMR0-2 unterschiedliche Architektur/CCPM/PWM...)

@PICture: passt sehr gut, man sieht ich hab die Matura, aber auch, dass ich NICHT in Deutsch maturiert habe - da fehlts an Retorik, Grammatik und Einfühlungsvermögen für nichteingeweihte beim schreiben ;)
--[[Benutzer:Der Gärtner|Der Gärtner]] 22:48, 12. Apr 2007 (CEST)

Diskussion:PIC Assembler

2007-04-12T20:48:02Z

Der Gärtner: /* Allgemeines */

== vorgeschlagene Gliederung ==

grün = schon fertig, orange = wird bzw. könnte noch ergänzt werden

* Einladung zur Diskussion...
(wird nach Beendigung des Artikels gelöscht)
* Einführung
** Bit, Byte, Nibble, Bin und Hex 
** Speicher und Register 
** Prozessor
** Assembler
** Grundbeschaltung
** Wahl des PICs
* Programm
** Allgemeines
** Programdurchlaufdiagram
** Hauptprogramm
** Unterprogramm
*** Initialisierung
**** Variablen
**** I/O Ports
**** Hardware
*** Einlesen
*** Ausgeben
*** Pause
*** Schnittstellen und Treiber
*** Tabellen
*** EEPROM
* Vorlage für MPASM
* Für anderen PIC umschreiben
* Das erste...
* Interrupts
** Prinzip
** Quellen
** Interrupt Service Routine
* Optimierung
** Speicherbedarf
*** Programmspeicher
*** RAM
** Ausführungszeit
* Fehlersuche
* Mid-Range (mit 14 bit Befehlslänge)
** Kurzübersicht Prozessorbefehle
** Ausführliche Beschreibung zu den Befehlen
** Besondere, oft gebrauchte Register
*** ANSEL
*** STATUS 
*** INTCON 
*** TRIS 
*** PORT 
*** TIMER
** Bänke (sowohl die bei mehr als 2k Befehle als auch die bei den normalen speicher bänken)
** Flagsüberprüfung im STATUS-Register
** Codeschnipsel
*** A/D-Wandler
*** PWM
*** Interrupts
*** RS232 mit PC
*** Tasten
*** Mausrad
*** Ausgabe auf LCD Displays
**** Dot-Matrix
**** Grafik
**** Handy
*** Hilfsmittel
**** PIC Miniterminal (mit Dot-Matrix LCD und drei Tasten, benötigt nur 2 I/O Pins und 2 ICs)(Hardware)
**** PIC RAM Monitor (mit eigenem Interrupt, zeigt Registerinhalte sogar wenn das Programm in endloser Schleife läuft, was besonders für Anfänger nutzlich ist, benötigt Display oder PIC Miniterminal)
**** PIC Trainer (Hilfswerkzeug für PIC Versuchsprogramme, benötigt PIC Miniterminal)
**** PIC Profiler (zum messen von Ausführungszeit zwischen call und return, benötigt Display oder PIC Miniterminal)
* High-End (mit 16 bit Befehlslänge)-->(?)

== Allgemeines ==
-------
... gelöschte Diskussion ...
----
joa. passt doch. ich mach dir dann wieder paar bilder. mal schaun ob ich es heute noch schaffe. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 08:52, 1. Apr 2007 (CEST)
-----
Vielen Dank im voraus!:) Wenn Du die drei Symbole die im PAD auftreten einzeln kopieren kannst, müsste es ziemlich schnell gehen. Nach der neuer Gliederung müsste ich jetzt über Quellcode schreiben, also schon (aber nur) "call" und "goto" einführen. Sonst werde ich alles im Textform (Kommentar) schreiben. Ich meine, dass es unvermeindbar ist, weil irgendwan es sowieso anfangen wird. Ich habe noch eine Frage an Dich. Würdest Du die MPASM Direktiven erklären, die ich von "deinem" in "mein" Teil verschoben habe?[[Benutzer:PICture|PICture]] 09:33, 1. Apr 2007 (CEST)
-----
wie meinst du? ich mache halt noch eine erklärung für alle befehle, brauche nur noch bisschen zeit, werde heute leider nicht dazukommen, da ich unterwegs bin :-/ aber in absehbarer zeit werde ich auch noch die anderen befehle beschreiben, und dann mir ein neues thema suchen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 18:54, 1. Apr 2007 (CEST)
------
Es hat sich schon erledigt. Ich habe es als unnötig gestuft und gelöscht. Ab jetzt wird ganz einfache Darstellung von PADs verwendet und es bleibt nur einer in Grafik zu verwandeln (PAD). Die alle anderen (PAD1, PAD2, PAD3, PAD4, und die noch kommen...) bleiben so, wie sie sind/werden. Und weiter würdest Du (hoffentlich) nichts mehr für mich zu tun haben. :)[[Benutzer:PICture|PICture]] 00:12, 2. Apr 2007 (CEST)
------
jetzt wollte ich mir ein neues thema raussuchen, was ich noch schreiben könnte, aber muss irgendwie zugeben, dass ich mit den befehlen schon mit meinem latein am ende bin :-/ also ich könnte schon bisschen was schreiben, aber so richtig sicher bin ich mir dabei dann nicht immer. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:25, 5. Apr 2007 (CEST)
------
Macht ja nichts. Wir arbeiten an dem Artikel bis zum Ende zusammen. Du hast mir schon viel geholfen, dann helfe ich Dir auch immer wieder. Ich versuche möglichst kurz das wichtigste schreiben, aber weiss ich selber nicht, ob das verständlich ist, da ich das alles sehr gut verstehe :). Was Dir nicht gefällt oder nicht genug verständlich ist kannst Du immer ändern (so wie bei der Grundbeschaltung) oder fragen (so wie mit den Buchstaben "C" und "F"). Wie Du sicher bemerkt hast, habe ich in den Befehlen auch ein bischen geändert. Jemand hat gesagt : "Es gibt keine dumme Fragen, nur dumme Antworten" und das stimmt!. Also keine Angst! :) Es gibt auch PN. Für mich ist Deine Meinung sehr wichtig! Ich denke, dass bis Interrupts sollte es schon für Anfänger ausreichen, bin mich aber auch nicht sicher wo eigentlich Ende vom Anfang ist. :) [[Benutzer:PICture|PICture]] 14:24, 5. Apr 2007 (CEST)
-----
wow! respekt! geht ja ganz schön schnell voran. das eine pad bekommst du auf jeden fall noch, brauche leider noch ein paar tage. noch dazu müsste ich langsam wirklich fürs abi lernen, aber solange noch andere dinge gehen, werde ich auch hier noch bisschen was machen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:37, 8. Apr 2007 (CEST)
-----
Mach Dir bitte mit dem Artikel keinen Stress, ich versuche bloss die freie Tage sinvoll nutzen.:). Es wird danach langsamer gehen, aber die Zeit ist nicht beschränkt. Sogar für die schon als fertig markierte Sachen schreibe ich immer wieder was dazu, was mir noch einfällt.[[Benutzer:PICture|PICture]] 16:11, 8. Apr 2007 (CEST)
----
Bit, Byte, Nibble, Bin und Hex
also ich würde schon die nummerierung der bits mit aufnehmen. habe mich lange gefragt, wie das funktioniert, weil man ja normalerweise von links nacht rechts zählt und mit 1 anfängt. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 21:28, 9. Apr 2007 (CEST)
----
Natürlich! :) Die Numerierung der Bits ist bei jedem Prozessor gleich und fängt immer von links mit 0 (LSB). Ich habe schon eine Idee für erstes ASM Programm, das wird aber noch ein bischen dauern, weil ich das zuerst selber ausprobieren muss (und will). Aber es ist noch weit zum Ende des Artikels. [[Benutzer:PICture|PICture]] 09:27, 10. Apr 2007 (CEST)
----
mein fehler. habe da wohl was verwechselt. sorry. die zahlen sind ja doch noch da :-/ [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:52, 10. Apr 2007 (CEST)
----
@Benedikt.Seidl

Schau, bitte, am Anfang des Artikels habe ich noch was neues eingefügt. Als Folge haben wir noch einen Autor (den Gärtner), der schon wichtige Sachen toll ergänzt hat.

@Gärtner

Wenn Du willst, kannst auch etwas neues, wass noch nicht grün gekenzeichnet ist, anfangen. :)
[[Benutzer:PICture|PICture]] 13:17, 10. Apr 2007 (CEST)
----
wow! glückwunsch! http://www.roboternetz.de/phpBB2/zeigebeitrag.php?t=14953 [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 16:13, 10. Apr 2007 (CEST)
----
Für Dich das gleiche ! Trotzdem schreibe ich weiter.:)[[Benutzer:PICture|PICture]] 16:59, 10. Apr 2007 (CEST)
----
Keine Angst, hab auch neues geschrieben ;) Hat wer eine bessere Idee bezüglich Textformation von SFRs? hab mich mal am Datenblatt bedient. Die Assemblerbefehle hab ich heute schon in einen eigenen Artikel geschrieben. Da fehlen nur noch Codeschnippsel. find das Übersichtlicher und werde die DETAILs zu den befehlen von hier bald RAUSLÖSCHEN. (wenn ich mit dem anderen Artikel fertig bin.) --[[Benutzer:Der Gärtner|Der Gärtner]] 18:06, 10. Apr 2007 (CEST)
----
:Die Asführliche Beschreibung zu den Befehlen hat der Benedikt.Seidl geschrieben, aber ich glaube, dass er nichts dagegen hätte. Dann werden die Codeschnipsel auch dorthin verschoben, oder ? Es wäre gut wenn Du das Link zu Deinem Artikel in diesen Artikel einfügst. Ich weiss nicht wo ich später die Hifsmittel (kleine Programmierwerkzeuge) hin schreiben soll.[[Benutzer:PICture|PICture]] 18:33, 10. Apr 2007 (CEST)
----
:ich finde es schon sehr schade, weil das schon viel arbeit gemacht hat hier. das tabellenlayout hat auch vor und nachteile. aber ich versteh nicht, warum du nicht auf meine beschreibung und code-schnipsel zurückgreifst, bzw. meine befehlsliste ergänzt hast? deine infos bzw. beschreibungen sind wahrscheinlich schon technischer und auch ok, aber für den normalen benutzer oder einsteiger sehe ich es eher als hindernis, wenn so komplizierte beschreibungen verwendet werden.
: trotzdem finde ich es schön, dass du mitarbeitest, gärtner ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 19:18, 10. Apr 2007 (CEST)
----
@ Gärtner

Ich denke auch, dass Löschen nicht nötig ist und Dein Artikel wunderbar als Nachschlagewerk benutzt werden kann, wenn sein Link in diesem Artikel eingefügt wird.[[Benutzer:PICture|PICture]] 19:31, 10. Apr 2007 (CEST)
----
@ Gärtner

Erst heute habe ich Dein Artikel aufmerksam durchgelesen und folgendes nicht gut gefunden:

- die Wörter "verundert", "verodert" und "inklusiv verodert" sind vielleicht "cool" aber für jemanden die die logische Operationen gar nicht kennt, ganz unverständlich.

- bei "call" und "retlw" ist überhaupt nichts über funktionsweise im ASM Programm geschrieben, nur über Register, was nicht besonders wichtig ist. Bei "retfie" fehlt die wichtige Information, dass ausführen des Befehls das Bit GIE setzt, was die Interrupts wieder erlaubt.

- bei "clrw" ist falsches Register und bei "end" falsche Funktion gennant. Ausserdem, ich kenne Keine Pseudobefehle, sondern Direktiven für Assemblerprogramm.

Ohne Beipielen vom Code finde ich das ganze ungeeignet für Anfänger. Bleiben wir, bitte, in dem Artikel, der vor allem für Anfänger vorgesehen ist, bei der ausführlicher Beschreibung vom Benedikt.Seidl.[[Benutzer:PICture|PICture]] 09:08, 11. Apr 2007 (CEST)
----
Code kommt noch, und fehler sind echt vorprogramiert gewesen :)
Ich hab noch einiges an Dingen vor gehabt, die sowieso hier stehen. Die Begriffe "verundet" und "verodert" sind die einzigen, die ich jemals gehört habe, und JA, ich hab vor beispiele zu Schreiben / vom Seidl zu nehmen. Und wenn ich so scharf aufs Löschen wäre, dann hätt ichs schon gemacht :P

Den Begriff "Pseudobefehle" hab ich vom Sprut, kann ich ruhig ändern.

Werd heute da einiges ergänzen und die Register in diesem Beitrag weiter machen.
--[[Benutzer:Der Gärtner|Der Gärtner]] 11:09, 11. Apr 2007 (CEST)
----
@Gärtner

Das hört sich sehr gut an. Deine Beschreibung von Befehlen ist auch nötig, da kann man sofort die Beschreibung für ein Befehl lesen, das man braucht. Sie hat aber sehr langen Inhaltverzeichnis, länger, als dieser ganzen Artikel. Deswegen finde ich die Idee, das getrennt vom Artikel zu machen sehr gut.:) Übrigens, für mich ist der Sprut kein Experte und ich versuche immer mich an der Dokumentation vom Microchip (z.B. MPASM) zu halten um das ganze einheitlich zu gestalten. Es wäre auch eine Möglichkeit, um unnötige Arbeit zu vermeinden, einfach die ganze Beschreibung vom Seidl in Dein Artikel zu übernehmen (eventuell bischen ergänzen) und danach von unserem Artikel löschen und in dem Menüpunkt "Ausführliche Beschreibung zu den Befehlen" nur den Link zu Deinem Artikel lassen. Das scheint mir sogar optimale Lösung zu sein. Ich habe genauso bei "Interface und Treiber" gemacht. Ich werde erst am Wochenende wieder aktiv.[[Benutzer:PICture|PICture]] 19:02, 11. Apr 2007 (CEST)
----
Habe den Register INTCON beschrieben... --[[Benutzer:Der Gärtner|Der Gärtner]] 09:07, 12. Apr 2007 (CEST)
----
Habe schon dort bischen geändert... Hoffentlich gefällt Dir. :)[[Benutzer:PICture|PICture]] 09:56, 12. Apr 2007 (CEST)
----
Ich würde die Register ANSEL und TIMER nicht speziell und so alleine beschreiben. Die gehören entweder zu den ADCs oder zu den einzelnen Timern. "ANSEL" ist z.b. einer von mind. 4 Registern, die von den ADCs benutzt werden. das Selbe gilt für Timer (stichwort TMR0-2 unterschiedliche Architektur/CCPM/PWM...)

@PICture: passt sehr gut, man sieht ich hab die Matura, aber auch dass ich NICHT in Deutsch maturiert habe - da fehlts an Retorik, Grammatik und Einfühlungsvermögen für nichteingeweihte beim schreiben ;)
--[[Benutzer:Der Gärtner|Der Gärtner]] 22:48, 12. Apr 2007 (CEST)

Diskussion:PIC Assembler

2007-04-12T20:42:48Z

Der Gärtner: /* vorgeschlagene Gliederung */

== vorgeschlagene Gliederung ==

grün = schon fertig, orange = wird bzw. könnte noch ergänzt werden

* Einladung zur Diskussion...
(wird nach Beendigung des Artikels gelöscht)
* Einführung
** Bit, Byte, Nibble, Bin und Hex 
** Speicher und Register 
** Prozessor
** Assembler
** Grundbeschaltung
** Wahl des PICs
* Programm
** Allgemeines
** Programdurchlaufdiagram
** Hauptprogramm
** Unterprogramm
*** Initialisierung
**** Variablen
**** I/O Ports
**** Hardware
*** Einlesen
*** Ausgeben
*** Pause
*** Schnittstellen und Treiber
*** Tabellen
*** EEPROM
* Vorlage für MPASM
* Für anderen PIC umschreiben
* Das erste...
* Interrupts
** Prinzip
** Quellen
** Interrupt Service Routine
* Optimierung
** Speicherbedarf
*** Programmspeicher
*** RAM
** Ausführungszeit
* Fehlersuche
* Mid-Range (mit 14 bit Befehlslänge)
** Kurzübersicht Prozessorbefehle
** Ausführliche Beschreibung zu den Befehlen
** Besondere, oft gebrauchte Register
*** ANSEL
*** STATUS 
*** INTCON 
*** TRIS 
*** PORT 
*** TIMER
** Bänke (sowohl die bei mehr als 2k Befehle als auch die bei den normalen speicher bänken)
** Flagsüberprüfung im STATUS-Register
** Codeschnipsel
*** A/D-Wandler
*** PWM
*** Interrupts
*** RS232 mit PC
*** Tasten
*** Mausrad
*** Ausgabe auf LCD Displays
**** Dot-Matrix
**** Grafik
**** Handy
*** Hilfsmittel
**** PIC Miniterminal (mit Dot-Matrix LCD und drei Tasten, benötigt nur 2 I/O Pins und 2 ICs)(Hardware)
**** PIC RAM Monitor (mit eigenem Interrupt, zeigt Registerinhalte sogar wenn das Programm in endloser Schleife läuft, was besonders für Anfänger nutzlich ist, benötigt Display oder PIC Miniterminal)
**** PIC Trainer (Hilfswerkzeug für PIC Versuchsprogramme, benötigt PIC Miniterminal)
**** PIC Profiler (zum messen von Ausführungszeit zwischen call und return, benötigt Display oder PIC Miniterminal)
* High-End (mit 16 bit Befehlslänge)-->(?)

== Allgemeines ==
-------
... gelöschte Diskussion ...
----
joa. passt doch. ich mach dir dann wieder paar bilder. mal schaun ob ich es heute noch schaffe. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 08:52, 1. Apr 2007 (CEST)
-----
Vielen Dank im voraus!:) Wenn Du die drei Symbole die im PAD auftreten einzeln kopieren kannst, müsste es ziemlich schnell gehen. Nach der neuer Gliederung müsste ich jetzt über Quellcode schreiben, also schon (aber nur) "call" und "goto" einführen. Sonst werde ich alles im Textform (Kommentar) schreiben. Ich meine, dass es unvermeindbar ist, weil irgendwan es sowieso anfangen wird. Ich habe noch eine Frage an Dich. Würdest Du die MPASM Direktiven erklären, die ich von "deinem" in "mein" Teil verschoben habe?[[Benutzer:PICture|PICture]] 09:33, 1. Apr 2007 (CEST)
-----
wie meinst du? ich mache halt noch eine erklärung für alle befehle, brauche nur noch bisschen zeit, werde heute leider nicht dazukommen, da ich unterwegs bin :-/ aber in absehbarer zeit werde ich auch noch die anderen befehle beschreiben, und dann mir ein neues thema suchen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 18:54, 1. Apr 2007 (CEST)
------
Es hat sich schon erledigt. Ich habe es als unnötig gestuft und gelöscht. Ab jetzt wird ganz einfache Darstellung von PADs verwendet und es bleibt nur einer in Grafik zu verwandeln (PAD). Die alle anderen (PAD1, PAD2, PAD3, PAD4, und die noch kommen...) bleiben so, wie sie sind/werden. Und weiter würdest Du (hoffentlich) nichts mehr für mich zu tun haben. :)[[Benutzer:PICture|PICture]] 00:12, 2. Apr 2007 (CEST)
------
jetzt wollte ich mir ein neues thema raussuchen, was ich noch schreiben könnte, aber muss irgendwie zugeben, dass ich mit den befehlen schon mit meinem latein am ende bin :-/ also ich könnte schon bisschen was schreiben, aber so richtig sicher bin ich mir dabei dann nicht immer. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:25, 5. Apr 2007 (CEST)
------
Macht ja nichts. Wir arbeiten an dem Artikel bis zum Ende zusammen. Du hast mir schon viel geholfen, dann helfe ich Dir auch immer wieder. Ich versuche möglichst kurz das wichtigste schreiben, aber weiss ich selber nicht, ob das verständlich ist, da ich das alles sehr gut verstehe :). Was Dir nicht gefällt oder nicht genug verständlich ist kannst Du immer ändern (so wie bei der Grundbeschaltung) oder fragen (so wie mit den Buchstaben "C" und "F"). Wie Du sicher bemerkt hast, habe ich in den Befehlen auch ein bischen geändert. Jemand hat gesagt : "Es gibt keine dumme Fragen, nur dumme Antworten" und das stimmt!. Also keine Angst! :) Es gibt auch PN. Für mich ist Deine Meinung sehr wichtig! Ich denke, dass bis Interrupts sollte es schon für Anfänger ausreichen, bin mich aber auch nicht sicher wo eigentlich Ende vom Anfang ist. :) [[Benutzer:PICture|PICture]] 14:24, 5. Apr 2007 (CEST)
-----
wow! respekt! geht ja ganz schön schnell voran. das eine pad bekommst du auf jeden fall noch, brauche leider noch ein paar tage. noch dazu müsste ich langsam wirklich fürs abi lernen, aber solange noch andere dinge gehen, werde ich auch hier noch bisschen was machen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:37, 8. Apr 2007 (CEST)
-----
Mach Dir bitte mit dem Artikel keinen Stress, ich versuche bloss die freie Tage sinvoll nutzen.:). Es wird danach langsamer gehen, aber die Zeit ist nicht beschränkt. Sogar für die schon als fertig markierte Sachen schreibe ich immer wieder was dazu, was mir noch einfällt.[[Benutzer:PICture|PICture]] 16:11, 8. Apr 2007 (CEST)
----
Bit, Byte, Nibble, Bin und Hex
also ich würde schon die nummerierung der bits mit aufnehmen. habe mich lange gefragt, wie das funktioniert, weil man ja normalerweise von links nacht rechts zählt und mit 1 anfängt. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 21:28, 9. Apr 2007 (CEST)
----
Natürlich! :) Die Numerierung der Bits ist bei jedem Prozessor gleich und fängt immer von links mit 0 (LSB). Ich habe schon eine Idee für erstes ASM Programm, das wird aber noch ein bischen dauern, weil ich das zuerst selber ausprobieren muss (und will). Aber es ist noch weit zum Ende des Artikels. [[Benutzer:PICture|PICture]] 09:27, 10. Apr 2007 (CEST)
----
mein fehler. habe da wohl was verwechselt. sorry. die zahlen sind ja doch noch da :-/ [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:52, 10. Apr 2007 (CEST)
----
@Benedikt.Seidl

Schau, bitte, am Anfang des Artikels habe ich noch was neues eingefügt. Als Folge haben wir noch einen Autor (den Gärtner), der schon wichtige Sachen toll ergänzt hat.

@Gärtner

Wenn Du willst, kannst auch etwas neues, wass noch nicht grün gekenzeichnet ist, anfangen. :)
[[Benutzer:PICture|PICture]] 13:17, 10. Apr 2007 (CEST)
----
wow! glückwunsch! http://www.roboternetz.de/phpBB2/zeigebeitrag.php?t=14953 [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 16:13, 10. Apr 2007 (CEST)
----
Für Dich das gleiche ! Trotzdem schreibe ich weiter.:)[[Benutzer:PICture|PICture]] 16:59, 10. Apr 2007 (CEST)
----
Keine Angst, hab auch neues geschrieben ;) Hat wer eine bessere Idee bezüglich Textformation von SFRs? hab mich mal am Datenblatt bedient. Die Assemblerbefehle hab ich heute schon in einen eigenen Artikel geschrieben. Da fehlen nur noch Codeschnippsel. find das Übersichtlicher und werde die DETAILs zu den befehlen von hier bald RAUSLÖSCHEN. (wenn ich mit dem anderen Artikel fertig bin.) --[[Benutzer:Der Gärtner|Der Gärtner]] 18:06, 10. Apr 2007 (CEST)
----
:Die Asführliche Beschreibung zu den Befehlen hat der Benedikt.Seidl geschrieben, aber ich glaube, dass er nichts dagegen hätte. Dann werden die Codeschnipsel auch dorthin verschoben, oder ? Es wäre gut wenn Du das Link zu Deinem Artikel in diesen Artikel einfügst. Ich weiss nicht wo ich später die Hifsmittel (kleine Programmierwerkzeuge) hin schreiben soll.[[Benutzer:PICture|PICture]] 18:33, 10. Apr 2007 (CEST)
----
:ich finde es schon sehr schade, weil das schon viel arbeit gemacht hat hier. das tabellenlayout hat auch vor und nachteile. aber ich versteh nicht, warum du nicht auf meine beschreibung und code-schnipsel zurückgreifst, bzw. meine befehlsliste ergänzt hast? deine infos bzw. beschreibungen sind wahrscheinlich schon technischer und auch ok, aber für den normalen benutzer oder einsteiger sehe ich es eher als hindernis, wenn so komplizierte beschreibungen verwendet werden.
: trotzdem finde ich es schön, dass du mitarbeitest, gärtner ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 19:18, 10. Apr 2007 (CEST)
----
@ Gärtner

Ich denke auch, dass Löschen nicht nötig ist und Dein Artikel wunderbar als Nachschlagewerk benutzt werden kann, wenn sein Link in diesem Artikel eingefügt wird.[[Benutzer:PICture|PICture]] 19:31, 10. Apr 2007 (CEST)
----
@ Gärtner

Erst heute habe ich Dein Artikel aufmerksam durchgelesen und folgendes nicht gut gefunden:

- die Wörter "verundert", "verodert" und "inklusiv verodert" sind vielleicht "cool" aber für jemanden die die logische Operationen gar nicht kennt, ganz unverständlich.

- bei "call" und "retlw" ist überhaupt nichts über funktionsweise im ASM Programm geschrieben, nur über Register, was nicht besonders wichtig ist. Bei "retfie" fehlt die wichtige Information, dass ausführen des Befehls das Bit GIE setzt, was die Interrupts wieder erlaubt.

- bei "clrw" ist falsches Register und bei "end" falsche Funktion gennant. Ausserdem, ich kenne Keine Pseudobefehle, sondern Direktiven für Assemblerprogramm.

Ohne Beipielen vom Code finde ich das ganze ungeeignet für Anfänger. Bleiben wir, bitte, in dem Artikel, der vor allem für Anfänger vorgesehen ist, bei der ausführlicher Beschreibung vom Benedikt.Seidl.[[Benutzer:PICture|PICture]] 09:08, 11. Apr 2007 (CEST)
----
Code kommt noch, und fehler sind echt vorprogramiert gewesen :)
Ich hab noch einiges an Dingen vor gehabt, die sowieso hier stehen. Die Begriffe "verundet" und "verodert" sind die einzigen, die ich jemals gehört habe, und JA, ich hab vor beispiele zu Schreiben / vom Seidl zu nehmen. Und wenn ich so scharf aufs Löschen wäre, dann hätt ichs schon gemacht :P

Den Begriff "Pseudobefehle" hab ich vom Sprut, kann ich ruhig ändern.

Werd heute da einiges ergänzen und die Register in diesem Beitrag weiter machen.
--[[Benutzer:Der Gärtner|Der Gärtner]] 11:09, 11. Apr 2007 (CEST)
----
@Gärtner

Das hört sich sehr gut an. Deine Beschreibung von Befehlen ist auch nötig, da kann man sofort die Beschreibung für ein Befehl lesen, das man braucht. Sie hat aber sehr langen Inhaltverzeichnis, länger, als dieser ganzen Artikel. Deswegen finde ich die Idee, das getrennt vom Artikel zu machen sehr gut.:) Übrigens, für mich ist der Sprut kein Experte und ich versuche immer mich an der Dokumentation vom Microchip (z.B. MPASM) zu halten um das ganze einheitlich zu gestalten. Es wäre auch eine Möglichkeit, um unnötige Arbeit zu vermeinden, einfach die ganze Beschreibung vom Seidl in Dein Artikel zu übernehmen (eventuell bischen ergänzen) und danach von unserem Artikel löschen und in dem Menüpunkt "Ausführliche Beschreibung zu den Befehlen" nur den Link zu Deinem Artikel lassen. Das scheint mir sogar optimale Lösung zu sein. Ich habe genauso bei "Interface und Treiber" gemacht. Ich werde erst am Wochenende wieder aktiv.[[Benutzer:PICture|PICture]] 19:02, 11. Apr 2007 (CEST)
----
Habe den Register INTCON beschrieben... --[[Benutzer:Der Gärtner|Der Gärtner]] 09:07, 12. Apr 2007 (CEST)
----
Habe schon dort bischen geändert... Hoffentlich gefällt Dir. :)[[Benutzer:PICture|PICture]] 09:56, 12. Apr 2007 (CEST)
----

PIC Assembler

2007-04-12T20:41:44Z

Der Gärtner: /* PORTx */

= Einladung zur Diskussion... =

Es wird hier versucht die ASM Programmierung von PIC Mikrocontroller zu beschreiben.

Damit das enstehende Artikel wirklich nutzlich wird, ist Ihre Mitwirkung nötig. Bitte schreib uns Deine Meinung, was ewentuell noch geändert (z.B. ergänzt) werden soll in diesem Tread:

http://www.roboternetz.de/phpBB2/viewtopic.php?p=271211#271211

Die Autoren bedanken sich im voraus für jeden Beitrag mit Vorschlägen !

= Einführung =

== Bit, Byte, Nibble, Bin und Hex ==

Ein Mikrocontroller (kurz: µC) kann eigentlich nur durch ein Portpin eine Spannung einlesen bzw. ausgeben. Er kann aber nur erkennen, ob eine Spannung vorhanden ist oder nicht. Wenn fast keine Spannung vorhanden ist erkennt er das als 0 und wenn eine Spannung fast so gross, wie seine Versorgungsspannung anliegt, als 1.

Genauso bei der Ausgabe, wenn er 0 ausgibt ist auf dem Portpin fast keine Spannung, wenn 1, eine Spannung fast gleich gross seiner Versorgungsspannung. Und das ist ein Bit, die kleinste Menge einer Information. Das Bit ist binär, weil er nur zwei unterschiedliche Werte 0 bzw. 1 haben kann.

Wenn wir gleichzeitig (paralell) 8 Bits haben, dann ist es ein Byte, der mehrere Bitkombinationen von 00000000b bis 11111111b enhält, weil ein Bit (X) auf jeder Stelle 0 bzw. 1 sein kann.

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#007fff>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Das "b" bedeutet, das es sich um binäre (kurz: bin) Darstellung (auch Zahl genannt) handelt. Binäre Zahlen sind aber lang, weil jedes Bit eine Stelle benötigt.

Um die Schreibweise zu verkürzen, wurden hexadezimale (kurz: hex) Zahlen eingeführt. Zuerst wurde ein Byte auf zwei 4-Bit Halbbytes (Nibbles) verteilt und danach ein Nibble als Ziffer genommen. Weil 4 Bit mehr als 10 Kombinationen ergeben, haben die Ziffer 0 bis 9 aus dem Dezimalsystem nicht ausgereicht und wurden um Buchstaben A bis F erweitert. Die hexadezimalen Zahlen haben ein "h" Zeichen am Ende.

Die Umwandlung zwischen bin und hex Zahlen für ein Nibble zeigt folgende Tabelle:

0b = 0h 100b = 4h 1000b = 8h 1100b = Ch
1b = 1h 101b = 5h 1001b = 9h 1101b = Dh
10b = 2h 110b = 6h 1010b = Ah 1110b = Eh
11b = 3h 111b = 7h 1011b = Bh 1111b = Fh

Damit kann ein Byte mit zwei hex Ziffern definiert werden z.B. 1100 0011b = C3h. Für zwei Bytes braucht man 4 hex Ziffern z.B.

101 0111 1010 1001b = 57A9h, u.s.w. So wie im Dezimalsystem werden führende Nullen nicht geschrieben, aber in einem PIC Register existieren immer 8 Bits also auch führende Nullen. Zum Beispiel die hex Zahl 3h sieht im Register so aus: 00000011b. Bei einer Wandlung bin->hex fängt man immer von der rechten Seite der bin Zahl an, da die Anzahl führenden Nullen unbekannt ist.

== Speicher und Register ==

Als Speicher bezeichnet man ein Teil der Hardware, in die eine Information eingeschrieben, in der gespeichert und aus der wieder ausgelesen werden kann.

Es gibt eigentlich nur zwei Arten von elektronischen Speicher: flüchtige und nichtflüchtige. Die Information die sich im flüchtigen Speicher befindet, geht verloren, wenn die Versorgungsspannung des Speichers unterbrochen oder abgeschaltet wird. Bei PICs ist es Dataspeicher (RAM).

Wenn die Versorgungsspannung vom nichtflüchtigen Speicher abgeschaltet wird, ist die gespeicherte Information zwar momentan nicht lesbar, bleibt aber erhalten und sobald der Speicher wieder mit Spannung versorgt wird, kann sie ausgelesen werden. Ein PIC hat zwei solche Speicher: Programmspeicher (Flash) und EEPROM.

Der wichtigste Unterschied zwischen den Speicherarten ist, das die flüchtigen direkt (sehr schnell) beschreibbar sind und das Beschreiben den nichtflüchtigen benötigt spezielle Algorithmen, die leider im Vergleich zu direkten Zugriffen langsamer sind.

Ein Speicher besitzt bestimmte Menge von s.g. Speicherstellen. Jede Speicherstelle hat seine individuelle Adresse und kann eine binäre Information mit bestimmter Anzahl von Bits abspeichern.

Bei PIC haben die drei Arten von Speicher, wegen verschiedener Anwendung, auch unterschiedliche Struktur. Die beiden Speicher für Daten (RAM und EEPROM) haben jeweils 8-bitigen und Programmspeicher (Flasch) bei Mid-Range hat 14-bitigen Speicherstellen. Die Anzahl den Speicherstellen im bestimmten Speicher ist vom PIC-Typ abhängig.

Eine 8-bitige Speicherstelle im RAM wird bei PICs Register genannt und kann so skiziert werden:

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td> MSB </td>
<td colspan=6></td>
<td> LSB </td>
</tr>

<tr>
<td bgcolor="#007fff">bit 7</td>
<td bgcolor="#007fff">bit 6</td>
<td bgcolor="#007fff">bit 5</td>
<td bgcolor="#007fff">bit 4</td>
<td bgcolor="#007fff">bit 3</td>
<td bgcolor="#007fff">bit 2</td>
<td bgcolor="#007fff">bit 1</td>
<td bgcolor="#007fff">bit 0</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#ff8305>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Der bit 7 wird als hochwertigste (MSB = Most Significant Bit) und bit0 als niederwertigste (LSB = Least Significant Bit) bezeichnet. Jeder Bit im Register (X) kann gleich 0 bzw. 1 sein.

Um ein Databyte in ein Register schreiben oder aus einem Register lesen, muss zuerst das Register durch seine Adresse gewählt werden. Dafür gibt es beim PIC folgende Möglichkeiten:

Direkte Adressierung per absolute Adresse: movwf 0x20

Direkte Adressierung per vorher definierten Namen des Registers (z.B. Temp equ 0x20): movwf Temp

Indirekte Adressierung durch FSR Register, in den die absolute Adresse des Registers Temp eingeschrieben wird und der Wert aus dem Temp sich im INDF Register befindet. Wie vorher wurde Temp equ 0x20 definiert und weiter:

movlw Temp ;in W-Register wird die absolute Adresse des Registers Temp geladen
movwf FSR ;diese Adresse wird in das FSR Register kopiert
movf INDF,0 ;der Wert aus dem indirekt adressierten Register Temp wird in das
W-Register geladen.

Weil in jedem 14-bittigem Befehl, der mit Datenspeicher verbunden ist, fur Adresse des ansprechenden Registers nur 7 Bits existieren, die bis zum 7Fh (128d) Register direkt ansprechen können, ist bei PICs der Datenspeicher (RAM) in s.g. Bänke verteilt.

Für Aswahl einer Bank sind zwei Bits RP0 und RP1 im STATUS Register zuständig. Die Anzahl von Bänke und ihre Verwendung ist von gesamter Grösse des RAMs abhängig und kann dem Datenblatt des PICs entnommen werden. Siehe: [[#Speicherbankorganisation|Speicherbankorganisation]]

== Prozessor ==

Der Prozessor von Mid-Range PICs gehört zu den RISC (Reduced Instruction Set Computer) Prozessoren und man hat nur 35 Befehle zu Erlernen, was seine Programmierung deutlich vereinfacht. Jeder Befehl benötigt im Programmspeicher nur eine Speicherstelle und im Quellcode nur eine Zeile. Die Ausführung des Befehls dauert, abhängig vom Befehl zwischen 1-2 Prozessortakten.

Die Prozessoren der Mid-Range Serie von Microchip sind alle in der "Harvard"-Architektur gefertigt. Das Bedeuted, dass der Datenspeicher und Programmspeicher einen eigenen Bus zur CPU besitzen. Der Vorteil zur "von Neumann"-Architektur ist, dass sich die Busgrößen damit unterscheiden können. Das ermöglicht eine größere Bandbreite.

Der Befehl (beim PIC 14 bit) kann in nur einem Takt verarbeitet werden. Daher kommt auch das Aufteilen der Ausführung des Befehls in die 4 verschiedenen Vörgänge. Wärend der neue Befehl eingelesen ("gefatched") wird, wird der Vorige gerade gelesen ("read") und der Vorvorige verarbeited ("executed") und der Vorvorvorige schreibt gerade in den Datenspeicher ("write"). Das heist 4 Befehle werden jeweils um einen Oszillatortaktzyklus verschoben gleichzeitig verarbeitet.

Das geschieht in vier Perioden des Oszillators. Deswegen die Taktfrequenz des CPUs entspricht durch 4 geteilter Frequenz des Oszillators.

CPU Vorgang Richtung Speicher
------------------------------------------------- -
1.Befehl lesen (fatch) <------- Flash |
2.Daten lesen (read) <------- RAM | 1 Prozessortakt =
3.Daten verarbeiten (execute) | 4 Oszillatortakte
4.Daten schreiben (write) -------> RAM |
-

Nur o.g. CPU Vorgänge sind direkt möglich. Es können deswegen keine Befehle aus dem RAM oder EEPROM ausgeführt werden. Um ein Databyte aus einem RAM Register in ein anderes zu kopieren, muss er zuerst aus dem ersten RAM Register in das W-Register (eigenen s.g. Arbeitsregister des CPU) und erst davon in das zweite RAM Register kopiert werden.

Das Lesen/Schreiben aus/in den EEPROM Speicher ist mit Hilfe speziellen Register und Unterprogrammen bei allen Mid-Range PICs möglich. Der Lese und Schreibzugriff auf den Programmspeicher ist aber nur bei wenigen PIC-Typen (z.B. PIC16F87X) möglich. Dies ermöglicht ein "sich selbst Programmieren", was bei Bootloadern genützt wird.

== Assembler ==

Die Maschinensprache, auch Assembler oder kurz ASM genannt, ist eine Sprache die nur bestimmter CPU versteht. Für einen Menschen ist sie unverständlich, da sie nur aus hex Zahlen besteht.

Um sich die Sprache verständlicher zu machen wurden den hex Zahlen s.g. Mnemonics aus Buchstaben zugewiesen. Jeder Befehl für einen CPU hat somit ein "Namen", der aus englischer Sprache stammt. Siehe: [[#Kurzübersicht Assembler Befehle|Kurzübersicht Assembler Befehle]]

Obwohl sie 200 bis 1000 mal schneller als die meisten Hochsprachen ist, wird sie wegen dem grossen Aufwand bei Erstellung umfangreichen Programmen, selten benutzt. Man findet sie aber oft in fast allen Hochsprachen, in eigebundenen Funktionen, überall dort wo die Hochsprachen zu langsam sind oder nötigen Aufgaben nicht unterstützen (z.B. Maus in Q-Basic).

ASM eignet sich aber sehr gut für kleine Anwendungen (meistens Steuerungen) mit µC, weil nur bei dieser Programmiersprache ein direkter Zusammenhang zwischen einem Bit im Programm und einer Spannung am I/O Pin besteht.

Dank der integrierten oder an Portpins angeschlosenen Hardware und dem entsprechenden Program kann ein µC umfangreiche Aufgaben realisieren, die fast unbegrenzt und schwer vorstellbar sind.

Die Aufgabe eines ASM-Programmierers ist, ein Programm zu schreiben, das das Assemblerprogramm (z.B. MPASM) fehlerfrei in die Machinensprache "übersetzt" und der bestimmte CPU "versteht". Sie endet eigentlich erst dann, wenn das geschriebene Programm so wie geplannt funktioniert.

[[Bild:PAD_beispiel.png|thumb|80px|Beispiel für ein PAD]]

Weil ASM Programme nicht besonders durchschaubar sind, wurde als Hilfsmittel ein Programmablaufdiagramm (kurz: PAD) erfunden. Beim Programmerstellung fängt man damit an ein PAD zu erstellen, das die wichtigsten Programmschritte enthält.

Weiter werden alle Befehle nach dem PAD mit einem üblichen Texteditor in eine Textdatei mit Erweiterung .asm (Quellcode) geschrieben, durch ein Assemblerprogramm (für PICs: MPASM oder [http://gputils.sourceforge.net/ GPASM]) von dem für Menschen noch verständlichen Code in die Maschinensprache "übersetzt" und als Texdatei mit Erweiterung .hex gespeichert. Diese Datei wird danach in den Programmspeicher des µC übertragen ("gebrannt").

Das Assemblerprogramm MPASM kann kostenlos von der Homepage des Herstellers von PICs [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en019469&part=SW007002] runtergeladen werden. Es muss zuerst vom Downloads die "MPLAB IDE v7.50 Full Zipped Installation" runtergeladen und erst danach können gewählte Programme (z.B. nur MPASM) intalliert werden. Für MPASM benutzer werden auch folgende .pdf Dateien empfohlen:

MPASM/MPLINK User's Guide (2628 KB) [Benutzerhandbuch]

MPASM™/MPLINK™ PICmicro® Quick Chart (81 KB) [Kurzübersicht]

Nach dem Eischalten der Betriebsspannung des µC, fängt der CPU an, sich im Programmspeicher befindliches Programm mit dem Befehl, der an der Adresse 0 steht, auszuführen.

Aber wann das Programm endet? Natürlich wenn die Versorgungsspannung abgeschaltet wird. Nein! Das ist die einfachste Lösung um ein laufendes Programm auf zufälliger Stelle zu unterbrechen,
aber keine um ihn auf einer definierten Stelle zu beenden.

Wenn an den µC angeschlossene externe Hardware (z.B. Grafikdisplay), eine bestimmte Befehlsfolge vor dem Abschalten benötigt oder wichtige Daten (in EEPROM oder Flash) abgespeichert werden sollen, darf die Spannung erst dann abgeschaltet werden, wenn der CPU eine Meldung ausgibt, dass er sich schon auf der "STOP" Stelle des Programms befinet. Es muss auch
definiert werden (z.B. durch eine Tastenkombination), wann der CPU zum letzten Fragment des ASM Programms vor dem "STOP" gehen soll.

== Grundbeschaltung ==

Der Prozessor von einem PIC kann sofort nach dem Einschalten der Versorgungsspannung (z.B. + 5V DC) arbeiten. Allerdings nur, wenn er den Takt, in dem er die Befehle ausführen soll, vorgegeben hat. Manche PICs besitzen einen internen RC-Oszillator, (z.B. PIC12F629, PIC16F630, PIC16F628, u.s.w.). Bei diesen reicht es bereits Spannung anzulegen und sie laufen bereits.
Die meisten haben ihn aber nicht (z.B. PIC16F84, PIC16F870, u.s.w.) und brauchen fürs Funktionieren zusätzliche Bauteile. Grundsätzlich gibt es mehrere Möglichkeiten:
* RC (Widerstand + Kondensator); keine hohe Frequenzgenauigkeit
* Quarz oder Keramik-Resonator + 2 Kondensatoren (=HS oder XT) bzw. Quarzoszillator; schnell & genau
* Uhrenquarz (32768Hz) = LP (Low-Power-Mode)
Die entsprechenden Bauteile werden an die Pins OSC1/OSC2 angeschlossen, um den notwendigen Prozessortakt zu erzeugen. Im Konfiguration-Word "__config" muss noch angegeben werden, welcher Oszillator verwendet wird.

Desweiteren existiert ein MCLR-Pin, der beim PIC einen Neustart (=Reset) auslösen kann (Low-Pegel). Diesen Pin sollte man, wenn er in "__config" aktiviert ist, über einen Widerstand (pull-up) an Versorgungsspannung legen, damit der PIC anfängt, sein Programm abzuarbeiten. Der Anschluss wird auch für die Programmierung benötigt. Beim sog. High-Voltage-Programming wird MCLR auf ca. 12-14 Volt gelegt, um den PIC in den Programmiermodus zu schalten. Bei manchen PICs kann dieser Anschluss auch als normalen I/O Pin eingestellt werden. In dem Fall, bei ICSP Benutzung, soll noch eine Diode zwischen den pull-up und Versorgungsspannung angeschlossen werden, um die an MCLR Pin angeschlossene Hardware während der Programmierung zu schützen.

Bei externen Oszillatoren bleibt der Pin OSC2 nicht angeschlossen und kann als I/O benutzt werden. Falls ein interner Oszillator benutzt wird, können beide OSC Pins als I/O dienen.

Damit ein Programm zuverlässig ausgeführt werden kann, muss die Versorgungspannung störungsfrei sein. Dafür wird ein Keramik-Vielschicht-Kondensator 100 nF möglichts am kürzesten direkt zwischen VDD und VSS Pins geschaltet.

Folgende Skizzen zeigen die Grundbeschaltung eines PICs:

{|
|-
|
[[Bild:Pic-entstoer.png|thumb|160px|Entstörkondensator beim PIC]]
|
[[Bild:Qz-os.png|thumb|160px|Quarz ]]
|
[[Bild:Qos-os.png|thumb|160px|externer Quarzoszillator]]
|
[[Bild:Rc-os.png|thumb|160px|externer RC-Oszillator]]
|}

== Wahl des PICs ==

Es gibt PIC µC die im Typenbezeichnung den Buchstaben "C" oder "F" haben.

Die älteren mit "C" haben EPROM Programmspeicher und die gibt es in zwei Versionen: ohne und mit Fenster (aus Quarz-Glass) fürs Löschen des EPROMs mit UV Strahlung. Bei denen ohne Fenster kann der Programmspeicher nur einmal beschrieben und nicht mehr gelöscht werden.

Die neuen mit "F" besitzen einen Flash-Programmspeicher, der bis zu 100 000 mal mit angelegter Spannung gelöscht und danach neu beschrieben werden kann.

Für die Wahl eines PICs für bestimmte Anwendung wichtig sind:

- Max. Taktfrequenz des Prozessors.

- Grösse des Datenspeichers (für Variablen).

- Grösse des Programmspeichers (für Programm).

- Integrierte Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.).

- Freie I/O Pins für externe Hardware (Display, Tasten, u.s.w.).

- Vorhandene Betriebspannung (Netzteil, Akku, Batterie).

In der Praxis wird meistens für die Programmerstellung ein grösserer PIC genommen (wenn möglich pinkompatibler z.B. PIC16F628 für PIC16F84 oder PIC16F630 für PIC12F629) und erst nach der Optimierung des lauffägiges Programms, der tatsächlich nötiger, da seine Parameter am Anfang nur geschätzt werden können. Wenn man viel Programme für verschiedene PICs entwickelt, optimal wäre der grösste PIC16F877 mit 20 MHz max. Taktfrequenz.

Diese Lösung hat auch den Vorteil, dass während der Programmerstellung kurze Hilfsprogramme (z.B. PIC Trainer) in den Programmspeicher kopiert und benutzt werden können, da sie sowohl ein bischen Programmspeicher und RAM als auch 2 freie I/O Pins fürs PIC Miniterminal brauchen.

= Programm =

== Allgemeines ==

Jedes Program kann man auf klenere Fragmente unterteilen, die auf bestimmter Weise miteinander verknüpft sind und gemeinsam die Aufgabe des Programms erfüllen. Das wichtigste Teil eines Programms ist s.g. Hautprogram (kurz:HP), das eine führende Rolle spielt. Dem HP sind fast alle andere Programmteile untergeordnet (weiter als Unterprogramm (kurz:UP) genannt) und werden nach Bedarf von ihm aufgerufen um eine bestimmte Aufgabe zu erledigen.

Die Struktur eines Programs ist aber komplizierter, da ein UP kann auch ein oder mehrere UPs nacheinander aufrufen. Ganz unten sind die UP1s, die ganz einfache Sachen erledigen. Höher ist das nächste Ebene mit UP2s die schon mehr komplizierten Aufgaben durch ein Aufruf der UP1s erledigen können, u.s.w. Bei Mid-Range PICs (12FXXX und 16FXXX) können maximal bis zu 8 Ebenen benutzt werden.

<center>
[[Bild:HP-UP.png|Hauptprogramm - Unterprogramm]]
</center>

Jedes UP kann jederzeit aufgerufen werden, je nach dem was gerade eledigt werden muss. Weil das nicht egal ist, welches UP augerufen wird, da jedes nur eine bestimmte Funktion im Programm hat, muss der Programmierer dafür sorgen, dass alles richtig nach Programablaufdiagramm, und nicht chaotisch, abläuft.

Die Programmierung in ASM ist änlich wie bei Hochsprachen, wenn man sich Bibliotheken mit Prozessorspezifischen UPs erstellt. Um ein lauffähiges Programm zu erstellen, braucht man nur benötigte UPs ins Program kopieren und ein geignetes HP, das sie aufruft, schreiben.

Ein ASM Programm (Quellcode) muss in einer Texdatei .asm in der vom Assemblerprogramm erwarteter Form verfasst werden, um fehlerfreie Konvertierung in die Maschinensprache (Assemblierung) zu gewährleisten. Dieses Prozess verläuft in der Form eines Dialoges.

Der Programmierer schreibt und gibt es dem Assemblerprogram zum Übersetzen. Alles was das Programm nicht versteht oder nicht richtig ist, erscheint als Fehlermeldungen, die der Programmierer kennen muss um die Fehler korrigieren zu können. Eine .hex Datei wird erst dannn erstellt, wenn das Assemblerprogramm keine Fehler mehr im Quellcode findet. Deswegen sehr wichtig ist, sich mit dem Assemblerprogramm vertaut zu machen, um die Dialogzeit zu minimieren.

== Programmdurchlaufdiagramm ==

Der Programdurchlaufdiagram (kurz: PAD) ist eine vorläufige und laufend änderbare Stufe zwischen einer Idee und ihrer Verwirklichung. Er wird erst dann fertig, wenn nach ihm erstelltes ASM Program auf einem µC so wie gewünscht funktioniert. Jedes sein Symbol (ausser "Start/Stop") muss später als Befehlsreihenfolge für den bestimmten CPU in den Quellcode übertragen werden. Die Anschriften "Ein" und "Aus" gehören nicht zu Symbolen des PADs und wurden nur zur Erklärung benutzt.

Der PAD ist sehr eifach zu erstellen, weil dafür nur drei Symbole benötigt sind:
<center>
[[Bild:PAD_kurz.png|Symbole des PAD]]
</center>
Das "Start/Stopp" Symbol bedeutet, dass das gesamte Programm sich im stabilen Zustand befindet und nicht "läuft". Anstatt "Stopp" kann auch "Schlaf" (Sleep) agewendet werden, da das Programm in dem Fall auch nicht aktiv ist. Das "Tun" Symbol stellt meistens ein UP mit Reihenfolge von Befehlen dar. Das "Prüfen" bedeutet eine Prüfung bestimmter Bedingung und abhängig davon einen weiteren Lauf eines Programms, endweder in der "ja" (J) oder "nein" (N) Richtung.

Als allgemeinnutziges Standard für µCs kann man folgender PAD bezeichnen:

PAD _____
/ \
Spannung ein (Ein) ----->( Start )
\_____/
| -
V |
.---------------. |
|Initialisierung| |
'---------------' |
| |
.--------->| |
| V |
| .---------------. |
| | Hauptprogramm | |
| '---------------' |
| | |
| V |
| | > Gesamtes Programm
| / \ |
| /Ende?\____ |
| \ /J | |
| \ / | |
| | | |
| V | |
| N| | |
`----------´ | |
V |
.---------------. |
| Beenden | |
'---------------' |
| |
V -
_____
/ \
Spannung aus (Aus) <-------------( Stopp )
\_____/

Das Hauptprogram wird in einer endlosen Schleife ausgeführt, die durch die Prüfung "Ende?" unterbrochen werden kann. In dem Fall wird vor dem Beenden des gesamten Programms noch ein UP "Beenden" ausgeführt, das z.B. Daten in EEPROM speichert.

Es ist nicht nötig immer die Symbole zu zeichnen, man kann sich sie vorstellen und nur den Text schreiben. Die Prüfungen werden mit "?" gekenzeichnet und die Zeichen "V", "<" und ">" zeigen die Richtung des weiteren Verlaufs. Dann sieht der PAD so aus:

PAD1 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
| Ende? J > Beenden |
| N V -
| V Stopp > Aus
`--------´

In der Praxis werden aus Platzgründen meistens die vereinfachten PADs benutzt.

Der PAD1 kann aber für Hauptprogramme, die in beliebigem Moment unterbrochen werden dürfen, deutlich vereifacht werden, da die Prüfung "Ende?" ob das Hauptprogram beendet werden soll, und das UP "Beenden", entfallen.

Die meisten ASM Programme für µC sind deswegen nach solchem PAD erstelt:

PAD2 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
`--------´ _|

Für Testprogramme wird meistens fogender PAD angewendet, weil es ziemlich einfach festzustellen
ist (z.B. durch Stromverbrauchmessung des µCs), wann sich der CPU schon im Schlaf befindet. Erst dann, darf die Betriebspannung des µCs ausgeschaltet werden.

PAD3 Ein > Start
V -
Initialisierung |
V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf > Aus

Und eine batteriebetriebene Uhr wird überwiegend so gestaltet:

PAD4 Ein > Start
V -
Interrupt Initialisierung |
Timer------------------------->V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf

In dem Fall reicht es aus, wenn der CPU jede Minute vom Timer aufgeweckt wird, um die Zeit zu aktualisieren. Eine Uhr ist immer (ausser Batteriewechsel) ununterbrochen mit Spannung versorgt.

Für komplizierte Programme ist es unmöglich ein PAD zu erstellen, in dem jeder CPU Befehl sein eigenes Symbol hat. Man beschränkt sich nur auf alle Prüfungen, die über den Lauf des Programms entscheiden, und ganze UPs (z.B. "Initialisierung") nur als ein Symbol verwendet. Für jedes UP wird dann ein eigener PAD erstelt.

Das Erstellen von PAD bei ASM Programmen ist sehr wichtig und darf nicht unterschätzt werden. Je stärker ein Programmierer glaubt, dass er das ohne PAD schaft, um so mehr Zeit wird er danach bei Fehlersuche oder Änderungen im ASM Programm verlieren. Für einfache ASM Programme, die gut kommentiert sind, reicht es meistens aus, ein PAD nur "im Kopf" zu erstellen, aber ganz ohne PAD geht es sicher nicht.

Wenn ein ASM Programm nicht wie geplannt funktioniert, wird zuerst ein Fehler im PAD gesucht. Und erst wenn er i.O. ist, im als fehlerhaft festgestellten Codefragment.

== Hauptprogramm ==

Wie sein Namen schon vermuten lässt, ist das Hauptprogram das wichtigste Teil des gesamten Programms. Meistens ist es auch das kleinste Teil, vor allem, wenn die UPs sehr komplex sind. Seine Aufgabe ist die benötigte UPs in bestimmter Reihenfolge nachainander aufzurufen, um die alle Funktionen des gesamten Programms zu realisieren.

Das HP ist meistens als endlose Schleife , wie im PAD2, aufgebaut. Weil die endlose Schleife sehr schnell läuft, werden die alle, die durch die UPS realisierte Aufgaben quasi gleichzeitig ausgeführt. Wenn es unerwünscht ist, müssen einige UPs als Verzögerungen realisiert werden.

Typischer PDA für ein HP sieht so aus:

Haupt .--->V
| UP1
| V
| UP2
| V
| ...
| V
| UPn
| V
`----´

In den Quellcode wird es so eigeschrieben:

Haupt call UP1
call UP2
...........
call UPn
goto Haupt

In der Praxis wird das HP schrittweise erstellt. Am Anfang wird sich nur ein UP im HP befinden und die folgenden kommen nach dessen Erstellung und Prüfen dazu, bis das HP fertig wird.

== Unterprogramm ==

Unterprogramm wird durch übergeordnetes Programmteil (Aufrufer) aufgerufen und nach seinem Ausführen, wird zurück zum Aufrufer gesprungen. Der Rückkehr zum Aufrufer wird durch "return" Befehl, der sich am Ende jedes UPs befinden muss, erreicht. Und das ist der einzige Unterschied zwischen einem HP und einem UP.

Jedes UP hat folgender PAD:

vom Aufrufer -------> V
Tun
V
zurück zum Aufrufer <------- return

Ein HP von einem ASM Programm kann in anderem, mehr umfangreichem ASM Program als UP benutzt werden, wenn der sich am Ende des HPs befindlicher Befehl "goto" durch "return" ersetzt wird. Ein Beispiel dazu:

Haupt1 call UP11 Haupt1 call UP11
call UP21 call UP21
........... -------> ...........
call UPn1 call UPn1
goto Haupt1 return

Jetzt können wir im mehr komplexen HP (Haupt) das Haupt1 als Unterprogramm aufrufen:

Haupt call UP1
call Haupt1
...........
call UPn
goto Haupt

Jedes UP kann auch von einem anderen übergeordneten UP aufgerufen werden, wenn das was es realisiert, benötigt wird.

In der Praxis wird oft ein UP von mehreren anderen UPs benutzt. Zum Beispiel um LCD Display zu steuern, brauchen wir entweder ein Befehl (Cmd) oder ein Zeichen (Data) an Display zu schicken. In beiden Fällen wird ein Byte geschickt, einmal mit RS=0 (Befehl) und einmal mit RS=1 (Zeichen) laut folgendem PDA:

"Cmd" "Data"
V V
RS=0 RS=1
V V
`-->V<--´
"Send" Byte schicken
V
return

Das wird z.B. in den Quellcode so eingeschrieben:

Cmd bcf RS
goto Send
Data bsf RS
Send ............
return

Das UP "Send" ist den UPs "Cmd" und "Data" untergeordnet, da es von beiden benutzt wird, kann aber weder "Cmd" noch "Data" benutzen.

=== Initialisierung ===

Damit der PIC ein Programm asführen kann, muss er vollständig und richtig initialisiert werden. Deswegen als erstes UP, das vom HP aufgerufen wird , ist "Initialisierung" (kurz: Init)

==== Variablen ====

Weil nach dem Einschalten der Spannung im RAM sich zufällige Werte befinden, wird meistens als erstes, der benutzte Bereich des RAMs (z.B. 20h bis 7Fh) gelöscht. Es wird einfach und sparsam mit einer Schleife, die indirekte Adressierung verwendet, gemacht:

V
Adresse des ersten Registers in FSR laden (20h)
.-------------------->V
RAMClr |Indirekt adressierter Register löschen (INDF)
| V
| Adresse erhöhen
| V
| Letzte Adresse + 1 (80h) J>Return
| N
| V
`---------------------´

Es wird wie folgt in Quellcode eingeschrieben:

movlw 0x20
movwf FSR
RAMClr clrf INDF
incf FSR,1
btfss FSR,7
goto RAMClr
return

Danach können den benötigtenen Variablen die gewünschte Werte angegeben werden:

movlw 0x3C
movwf LimH
movlw 0x5A
movwf LimL
u.s.w.

Somit sind die Variablen initialisiert.

==== I/O Ports ====

Nach dem Einschalten der Spannung sind die für Komparatoren oder A/D Wandler benutzte Pins als analoge Eingänge initialisiert. Wenn sie alle als digitale I/Os verwendet werden sollen, müssen sie als solche definiert werden. Das geschieht durch Eischreiben in entsprechenden Register (CMCON bzw. ADCON1) des Wertes 0x07:

movlw 0x07 b.z.w. movlw 0x07
movwf CMCON movwf ADCON1

Wenn einige als Analoge Eingänge benutzt werden sollen, mussen die entsprechende Werte dem Datenblatt des jeweiligen PICs entnommen werden.

Danach werden alle Ports nacheinander gelöscht und die gewünschte Werte die an den Pins vor dem Start des Hauptprogramms ausgegeben werden sollen, geschrieben:

clrf PORTA
movlw 0x37
movwf PORTA
usw.

Anchliessend werden für jeden Port die Werte in TRIS Register eingeschrieben, wobei ein Bit einem Pin entspricht. Ein Pin wird in TRIS Register durch 1 als Eingang und durch 0 als Ausgang definiert. Beispielweise beim PORTB sollen B7,B5 und B3 als Eingänge und restliche Pins als Ausgänge definiert werden. Das ergibt den Wert 10101000b = A8h, der in den TRISB Register geschrieben werden muss. Weil die alle TRIS Register sich in der Bank1 befinden, muss im STATUS-Register auf Bank1 und danach zurück auf Bank 0 umgeschaltet werden:

bsf STATUS,RP0
movlw 0xA8
movwf TRISB
bcf STATUS,RP0

Bei einem Umschalten der Bank können selbstverständlich alle TRIS Register nacheinander beschrieben werden.

==== Hardware ====

Die für ASM Programm benutzte Hardware kann auf integrierte und externe geteilt werden. Für eine Initialisierung der integrierten Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.), müssen entsprechende SFRs (Spezial Function Registers) laut Datenblatt des PICs definiert werden.

Die externe Hardware muss nach Datenblättern der Herstellern initialisiert werden.

=== Einlesen ===

Um ein Bit von einem Portpin einzulesen und in ein bestimmtes Register zu Kopieren wird folgender PAD benutzt, weil ein PIC kein Befehl dafür hat:

V
Bit im Zielregister löschen
V
Quellbit = 0 ? J>-------.
N |
V |
Bit im Zielregister setzen |
V<-------------´

Wenn wir z.B. ein bit3 von PortA als bit1 in den Register Tasten kopieren wollen, dann wird es in Quellcode so geschrieben:

bcf Tasten,1
btfsc PORTA,3
bsf Tasten,1

Natürlich wenn ein ganzer Byte vom Port in das W-Register eingelesen wird, kann mann den gleich in das Zielregister schreiben.

=== Ausgeben ===

Um ein Bit an einem Portpin auszugeben wird ein bestimmter Bit mit "bcf" gelöscht oder mit "bsf" gesetzt. Zum Beispiel bit4 im PORTA:

bcf PORTA,4.

Um ein Byte auszugeben wird er einfach zuerst in das W-Register geladen und danach an Port übergeben, z.B.:

movlw 0x12
movwf PORTA

=== Pause ===

Um eine Pause (Warten) im Programm anzulegen wird der "nop" Befehl benutzt, während dessen Ausführung der CPU nichts macht. Mit einem "nop" kann eine Zeit gleich 4 Takten (Perioden) des Oszillators realisiert werden. Um eine Zeit z.B. 1 Sekunde zu erreichen braucht man bei einem Quarzoscillator 4 MHz "nur" 1 000 000 Takten zu Programmieren, was in keinen Programmspeicher von PIC passt. Deswegen werden mehrfache s.g. Warteschleifen angewendet. In der Praxis werden Schleifen mit max. 3 Ebenen benutzt.

Solche Warteschleife funktioniert nach einem im folgendem PAD abgebildetem Prinzip:

Warte V
n * nop
V
P2 laden
Warte2 V<-----------------.
P1 laden |
Warte1 V<-------------. |
P0 laden | |
Warte0 V<---------. | |
P0 decrementieren | | |
V | | |
P0 = 0 ? N>---´ | |
J | |
V | |
P1 dekrementieren | |
V | |
P1 = 0 ? N>-------´ |
J |
V |
P2 dekrementieren |
V |
P2 = 0 ? N>-----------´
J
V
return

Das wird in Quellcode so aussehen:

Warte nop
...
nop
movlw 0xXX
movwf P2
Warte2 movlw 0xXX
movwf P1
Warte1 movlw 0xXX
movwf P0
Warte0 decfsz P0
goto Warte0
decfsz P1
goto Warte1
decfsz P2
goto Warte2
return

Anstatt "movlw 0xXX" kann auch "movf PauseX,0" angewendet werden, wenn die Schleife mit verschiedenen Werten P0, P1 und P2 aus den Register Pause0, Pause1 und Pause2 benutzt wird.

Die gesammte Anzahl den CPU Takten (N) lässt sich aus folgender Formel berechnen:

N = P2 * [ P1 * (3 * P0 + 5) + 7 ] + n + 10

und die Wartezeit (T) in Sekunden:

T = 4 * N / Fosc

Wobei:

P0 = Zahl im Register P0
P1 = Zahl im Register P1
P2 = Zahl im Register P2
n = Anzahl "nop"s
10 = Ausführungszeit von "call" + "return" + 3 * ("movlw" + "movwf")
Fosc = Frequenz des Oszillators (z.B. Quartz)

Die "nop"s sind notwendig um jede Wartezeit einzustellen zu können.

Mit solcher dreifachen Schleife die max. Wartezeit ist ca. 50 000 000 CPU Takten, was bei 4 MHz Quarz ca. 50 Sekunden entspricht.

Für kürzere Wartezeiten werden doppelte oder einzelne Schleifen benutzt.

=== Schnittstellen und Treiber ===

Als Schnittstelle wird externe Hadware, die zum steuern eines an sie angeschlossenes "Gerätes" dient, genannt. Das ASM Programm, das die Steuerung ermöglicht ist ein Treiber. Als Beispiel siehe: [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22749]

=== Tabellen ===

Es gibt zwei Arten von Tabellen: Sprungtabellen (computed goto) die "goto" Befehle enthalten und Wertetabellen (lookup table) in denen feste Werte in "retlw" gespeichert sind. Der wichtigste Unterschied zwischen dennen ist, dass die Sprungtabellen werden mit "goto" eingesprungen und steuern den Programlauf abhängig vom Inhalt des W-Registers und die Wertetabellen werden mit "call" aufgerufen und liefern abhängig von Inhalt des W-Registers ein Wert an den Aufrufer zurück.

Beide werden in Programmspeicher erstellt. Sie können nur bis zu 256 Speicherstellen belegen, da in den W-Register auch nur so viel veschiedenen Zahlen "passen". Sie Fangen also (fast) immer bei einer Adresse XX00h an und enden bei XXFFh. Der Hochwertige Byte "XX" der Adresse an der sich der Anfang einer Tabelle befindet, muss vor dem Einsprung in die Tabelle ins PCLATH Register eingeschrieben werden, wenn die Tabelle weit vom Aufrufer liegt. In der Praxis werden solche Tabellen am oberen Ende des Programmspeichers angelegt, damit sie den ASM Code nicht unterbrechen.

Eine Sprungtabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 goto Marke0
XX01 goto Marke1
.......................
XXFE goto Marke254
XXFF goto Marke255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
goto Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, der die Wahl wohin gesprungen wird bestimmt

Nach ausführen der obiger Befehlsfolge, wird das ASM Programm z.B. für Twert=0x01 weiter ab Marke1 "laufen" bis es an "return" kommt. Dann springt es zurüch zum Aufrufer der Tabelle.

Eine Wertetabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 retlw Wert0
XX01 retlw Wert1
.......................
XXFE retlw Wert254
XXFF retlw Wert255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
call Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, für welchen, an den Aufrufer bestimmter
Wert aus der Tabelle im W-Register zurückgeliefert wird

Solche Wertetabellen werden z.B. als Zeichengeneratoren für Grafikdisplays benutzt.

=== EEPROM ===

Alle PICs besitzen EEPROM in dem je nach Typ können 64 bis 256 Databytes gespeichert werden. Weil die detailierte Beschreibung der Schreib- und Lesevorgänge ziemlich lang wäre, werden nur geprüfte UPs kurz erklärt.

EEPROM beschreiben:

EEWrite movlw 0x20 <------ ab der RAM Adresse wird gespeichert
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EEWLoop call EEWrite1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EEWLoop
return

EEWrite1 bcf INTCON,GIE <------ Interrupts sperren
movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
movf INDF,0
movwf EEDATA
bsf EECON1,WREN
movlw 0x55
movwf EECON2
movlw 0xAA
movwf EECON2
bsf EECON1,WR
bcf EECON1,WREN
btfsc EECON1,WR
goto $-1 <------ warten bis WR=0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
bsf INTCON,GIE <------ Interrupts erlauben
return

EEPROM lesen und zurück in RAM schreiben:

EERead movlw 0x20 <------ ab der Adressse werden die Bytes in RAM abgelegt
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EERLoop call EERead1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EERLoop
return

EERead1 movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
bsf EECON1,RD
movf EEDATA,0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
movwf INDF
return

== Vorlage für MPASM ==

list P=12F629 ; Prozessor definieren
include "P12F629.inc" ; entsprechende .inc Datei für MPASM
__config _CP_OFF & _WDT_OFF & _PWRTE_ON & _MCLRE_OFF & _INTRC_OSC_NOCLKOUT ; Konfiguration
#define _DTT1 GPIO,0 ; Portpins benennen
#define _CKT2 GPIO,1
#define _T3 GPIO,2
#define _RNG GPIO,3
#define _INT GPIO,4
#define _RL GPIO,5
SecondL equ 0x20 ; Variablen definieren (Register benennen)
SecondH equ 0x21
MinuteL equ 0x22
MinuteH equ 0x23
StundeL equ 0x24
StundeH equ 0x25
org 0x0000 ; Direktive für MPASM
call Init ; rufe UP "Initialisierung" auf
Haupt ............ ; Hauptprogramm als endlose Schleife
Eigener Code
............
goto Haupt ; gehe zum Anfang des Hauptprogramms (zurück)
UP1 ............ ; Unterprogramme
Eigener Code
............
return
############
UPn ............
Eigener Code
............
return
Init clrf GPIO ; lösche Port
bsf STATUS,RP0 ; auf Bank1 umschalten
call 0x3FF ; hole Kalibrationswert
movwf OSCCAL ; kalibriere internen RC oscillator
bcf OPTION_REG,7 ; aktiviere pull-ups
movlw 0x30 ; definiere Portpins GPIO, (z.B. 0-3 Aus- und 4-5 Eingänge)
movwf TRISIO ; schreibe in TRIS Register
bcf STATUS,RP0 ; auf Bank0 umschalten
movlw 7 ; schalte Komparator aus
movwf CMCON ; und mache RA0-2 als digital I/O
............
eigener Code
............
return ; springe zurück (zum Haupt)
end ; Ende des Codes zum "Übersetzen"

Die Variablen können auch kürzer mit s.g. cblock definiert werden:

cblock 0x20
SecondL
SecondH
MinuteL
MinuteH
StundeL
StundeH
endc

Bei sehr vielen Variablen sind aber die Registeradressen nicht so übersichtlich.

== Für anderen PIC umschreiben ==

Die wichtigste Vorraussetzung ist, das der PIC2, auf dem das vorhande ASM Programm (für PIC1) laufen soll, zumindest für das ASM Program nötige interne Hardware hat. Der Code benötigt keine Änderungen.

Wenn der Port vom PIC2 anderen Namen hat, muss man das im Quellcode umdefinieren, z.B.:

#define GPIO equ PORTB
#define TRISIO equ TRISB

Dann wird das Assemblerprogramm, wenn es GPIO findet, immer PORTB nehmen. Das gleiche Betrifft die "__config" Ausdrücke, die entsprechend der .ini Datei für den PIC2, geändert werden müssen.

Das Assemblerprogramm findet sicher alles, was ihm nicht "passt" und bringt Fehlermeldungen, auf die man entsprechend reagieren muss.

== Das erste... ==

Hier wird detailiert das ganze Prozess der Erstellung eines ASM Programms beschrieben.

Die Idee:

Es gibt 4 Leds, die mit 2 Tastern gesteuert werden sollen. Nach dem Einschalten soll keine LED leuchten. Solange der linke Taster (T1) gedrückt ist, sollte eine leuchtende LED von links nach rechts "wandern" und von der letzten rechten Position wieder nach ganz linke "springen". Solange der rechte Taster (T2) gedrückt ist, sollte eine leuchtende LED von rechts nach links "wandern" und von der letzten linken Position wieder nach ganz rechte "springen". Solange beide Taster gedrückt sind soll die leuchtende LED von links nach rechts und zurück "wandern".

Dafür nötige Hardware zeigt folgende Skizze:

.-----------------------------------------------.
| |
| |
| |
| PIC12F629 |
| |
| |
| |
| GPIO,3 GPIO,4 GPIO,5 GPIO,2 GPIO,1 GPIO,0|
'-----------------------------------------------'
4| 3| 2| 5| 6| 7|
| | | | | |
| | | | | |
| | | | | |
| | .-. .-. .-. .-.
| | | | | | | | | |
| | 470| | 470| | 470| | 470| |
| | '-' '-' '-' '-'
| | | | | |
\ o \ o | | | |
\ \ V -> V -> V -> V ->
\. \. - - - -
T1 o T2 o LED1 | LED2 | LED3 | LED4 |
| | | | | |
+-------+-------+---+---+-------+-------+
|
===
GND

Jetzt muss die Idee vom Programmierer in ein PAD verfasst werden, z.B. solcher:

Start
V
Initialisierung
.-------------->V
| T1 gedrückt ? N>-----.
| J |
| V |
| links->rechts "wandern" |
| V<------------´
| T2 gedrückt ? N>------.
| J |
| V |
| rechts->links "wandern" |
| V<------------´
`---------------´

= Midrange =

== Kurzübersicht Assembler Befehle ==

{|
|-
| valign=top |

{| {{Blauetabelle}}
|ADDLW||Add literal and W
|-
|ADDWF||Add W and f
|-
|ANDLW||AND literal with W
|-
|ANDWF||AND W with f
|-
|BCF||Bit Clear f
|-
|BSF||Bit Set f
|-
|BTFSC||Bit Test f, Skip if Clear
|-
|BTFSS||Bit Test f, Skip if Set
|-
|CALL||Call subroutine
|-
|CLRF||Clear f
|-
|CLRW||Clear W
|-
|CLRWDT||Clear Watchdog Timer
|}

| valign=top |

{| {{Blauetabelle}}
|-
|COMF||Complement f
|-
|DECF||Decrement f
|-
|DECFSZ||Decrement f, Skip if 0
|-
|GOTO||Go to address or label
|-
|INCF||Increment f
|-
|INCFSZ||Increment f, Skip if 0
|-
|IORLW||Inclusive OR literal with W
|-
|IORWF||Inclusive OR W with f
|-
|MOVF||Move f
|-
|MOVLW||Move literal to W
|-
|MOVWF||Move W to f
|-
|NOP||No Operation
|}

| valign=top |

{| {{Blauetabelle}}
|-
|RETFIE||Return from interrupt
|-
|RETLW||Return with literal in W
|-
|RETURN||Return from Subroutine
|-
|RLF||Rotate Left f through Carry
|-
|RRF||Rotate Right f through Carry
|-
|SLEEP||Go into standby mode
|-
|SUBLW||Subtract W from literal
|-
|SUBWF||Subtract W from f
|-
|SWAPF||Swap nibbles in f
|-
|XORLW||Exclusive OR literal with W
|-
|XORWF||Exclusive OR W with f
|}
[[:bild:pic_asm_short.jpg|Kurzübersicht zum Ausdrucken]]
|}


==Ausführliche Beschreibung zu den Befehlen==

Erklärungen zu den Verwendeten Platzhaltern:
*'''k''' stellt einen fest definierten Wert da. z.B. <tt>0x20</tt>, <tt>d'42'</tt> oder <tt>b'00101010'</tt>
*'''W''' steht für das W-Register.
*'''d''' steht für ''destination'' (Ziel). Im code wird d durch ein <tt>w</tt> bzw. <tt>0</tt> (der Wert wird in das W-Register gespeichert ) oder <tt>f</tt> bzw. <tt>1</tt> (der Wert wird in das davor definierte Register gespeichert)
*'''b''' steht für Bitnummer im Register (eine Zahl zwischen 0 und 7)
*'''R''' steht für ein Register
*'''fett''' geschrieben Bedeutet, dass es ein Platzhalter ist und im Quellcode durch eine Registeradresse oder einen Wert ersetzt werden muss
*<tt>Schreibmaschinenstil</tt> bedeutet, dass es so im Quellcode geschrieben werden kann.

 ADDLW k Add W and literal - Addiere W und Zahl<hr>
:Es wird die Rechenoperation <math>k+W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ADDWF R,d Add W and f - Addiere W und f <hr>
:Es wird die Rechenoperation <math>R+W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ANDWF k AND literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- and
1000
</dd></dl>

 ANDWF R,d AND W with f - ???<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche ANDWF

BCF R,b Bit Clear f - Bit b im R wird gelöscht<hr>
:Mit dem Befehl <tt>BCF</tt> wird das Bit '''b''' im Register '''R''' gelöscht. Ein Beispiel:
<dl><dd>
movlw b'11111111' ;es wird b'11111111' in das W-Register geschrieben
BCF W,2 ;es wird bit 2 im W-Register gelöscht.
;das Ergebnis ist: b'11111011'
</dl></dd>

BSF R,b Bit Set f - Bit b im R wird gesetzt<hr>
:Mit dem Befehl <tt>BSF</tt> wird das Bit '''b''' im Register '''R''' gesetzt. Ein Beispiel:
<dl><dd>
clrw ;es wird b'00000000' in das W-Register geschrieben
BSF W,2 ;es wird bit 2 im W-Register gesetzt.
;das Ergebnis ist: b'00000100'
</dl></dd>

BTFSC R,b Bit Test f, Skip if Clear - Wenn das Bit b im Register R 0 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSC</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 0 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSC W,0 ;es wird bit 0 geprüft.
;wenn es 0 ist, wird der nächste Befehl übersprungen
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser Sprungbefehl ausgeführt.
goto IST_NULL ;springt zur Marke "IST_NULL"
</dl></dd>

BTFSS R,b Bit Test f, Skip if Set - Wenn das Bit b im Register R 1 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSS</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 1 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSS W,0 ;es wird bit 0 geprüft.
;wenn es 1 ist, wird der nächste Befehl übersprungen
goto IST_NULL ;springt zur Marke "IST_NULL"
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser
;Sprungbefehl ausgeführt, da der Befehl
;darüber übersprungen wurde.
</dl></dd>

CALL Call Subroutine - Rufe Unterprogramm auf<hr>
:Mit dem <tt>CALL</tt> Befehl wird ein Unterprogramm aufgerufen. Mit dem <tt>RETURN</tt>-Befehl wird das Unterprogramm beendet und man kehrt zum Befehl nach dem <tt>CALL</tt>-Befehl zurück. Das Unterprogramm wird so definiert, dass im Quellcode der Name des Unterprogramms nicht eingerückt steht. Ein Beispiel:

<dl><dd>
movlw d'13' ;in das W-Register wird 13d geladen
CALL Unterprogramm1 ;es wird das Unterprogramm "Unterprogramm1" aufgerufen
movwf ergebnis ;das W-Register wird in das Register "ergebnis" kopiert.
;im Register "ergebnis" steht nun 23d

Unterprogramm1 ;zählt 10 zum W-Register
addlw d'10' ;es wird 10d zum W-Register addiert
RETURN ;kehre zurück zum Aufrufer
</dl></dd>

CLRF R Clear f - Schreibe 0 in das Register R<hr>
:Das Register '''R''' wird mit Nullen gefüllt (gelöscht).

CLRW Clear W - Schreibe 0 in W<hr>
:Das W-Register (<tt>W</tt>) wird mit Nullen gefüllt (gelöscht).

CLRWDT Clear Watchdog Timer - Setzt den Watchdog-Timer zurück<hr>
:Es wird der WDT (Watchdog-Timer) zurückgesetzt und der Zähler des WDT auf 0 gesetzt, zusätzlich werden die STATUS-bits TO und PD gesetzt.

COMF R,d Complement f - negiere alle bits im Register R<hr>
:Von der Binärzahl im Register '''R''' werden die 0 mit 1 und 1 mit 0 ersetzt. Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Ein kleines Beispiel: aus <tt>AAh</tt> (<tt>10101010b</tt>) wird <tt>55h</tt> (<tt>01010101b</tt>).

DECF R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

DECFSZ R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f, überspringe wenn 0<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

GOTO Go to address - Gehe zu Adresse/Sprungmarke<hr>
:Nach dem GOTO Befehl wird das Programm ab der Adresse weiter ausgeführt, die nach dem GOTO-Befehl steht. Diese Adresse wird durch so genannte Sprungmarke definiert, welche, im Gegensatz zu den Befehlen nicht eingerückt im Quellcode stehen.

INCF R,d Increment f - Addiere 1 zum Register f<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

INCFSZ R,d Increment f, Skip if 0 - Addiere 1 zum Regiser f, überspringe wenn 0<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

 IORLW k OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Ooperation:
<dl><dd>
1100
1010
---- or
1110
</dd></dl>

 IORWF R,d OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche IORLW

MOVF R,d Move f - Bewege f<hr>
:Das Register R wird in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder wieder in R kopiert ('''d'''=<tt>F</tt>=<tt>1</tt>). Letzteres mag sinnlos scheinen, ist aber nützlich, da durch den Befehl das Z-Bit im STATUS-Regsiter gesetzt wird, falls R Null ist.

MOVLW k Move literal to W - Bewege Zahl in W-Register<hr>
:Der festgelegte Wert k wird in das W-Register kopiert.

MOVWF R Move W to f - Bewege W-Register in das Register F<hr>
:Das W-Register wird in das Register '''R''' kopiert.

NOP No Operation - Kein Befehl zum Ausführen (warte)<hr>
:Dieser Befehl macht nichts. Er verbraucht nur Zeit, welche sich einfach mit folgender Formel berechnen lässt. <math>t=\frac{4}{f}</math>,wobei <math>f</math> für die Frequenz des Oszillators steht.

RETFIE Return from interrupt - Kehre zurück aus der Unterbrechung<hr>
:Mit diesem Befehl wird die Interrupt Service Routine (ISR) beendet und das Programm wird an der Zeile weiter ausgeführt, vor der es durch den Interrupt angehalten wurde. Es werden auch alle Interrupts wieder erlaubt (das GIE bit wird gesetzt). Siehe hierzu auch [[#Interrupt | Interrupt]]

RETLW k Return with literal in W - Kehre zurück mit Zahl k im W-Register<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETLW</tt> zurück in die nächste Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde. Der in k angegebene Wert wird dabei in das W-Register geschrieben. Dieser Befehl wird vor allem für s.g Wertetabellen (eng: lookup tables) verwendet.

RETURN Return from Subroutine - Kehre zurück zum Übergeordneten Programmteil<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETURN</tt> zurück zu der nächsten Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde.

RLF R,d Rotate Left f through Carry - Rotiere das Register f mithilfe des Carry-bits nach links<hr>
:Alle Bits im Register '''R''' werden um eine Position nach links verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das Bit 0 des Registers R geschoben. Bit 7 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
c 7 6 5 4 3 2 1 0 ;vor dem Verschieben
7 6 5 4 3 2 1 0 c ;nach dem Verschieben
</dd></dl>

RRF R,d Rotate Right f through Carry - Rotiere das Register f mithilfe des Carry-bits nach rechts<hr>
:Alle Bits im Register '''R''' werden um eine Position nach rechts verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das 7.Bit des Registers R geschoben. Bit 0 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
C 7 6 5 4 3 2 1 0 ;vor dem Verschieben
0 C 7 6 5 4 3 2 1 ;nach dem Verschieben
</dd></dl>

SLEEP Go into standby mode - Versetze den Mirokontroller in Bereitschaftsmodus<hr>
:Der µC wird in den Sleep-Mode versetzt, in dem er weniger Strom verbraucht. Er kann durch einen Reset, einem Watchdog-Timer-Reset oder durch einen Interrupt wieder aufgeweckt werden.

 SUBLW k Subtract W from literal - Ziehe W von Zahl ab<hr>
:Es wird die Rechenoperation <math>k-W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 SUBWF R,d Subtract W from f - Ziehe W von f ab<hr>
:Es wird die Rechenoperation <math>R-W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

:Beispiel:
<dl><dd>
movlw d'20' ;schreibe 20 in das W-Register
movwf Register1 ;bewegt das W-Register in das Register1
movlw d'10' ;schreibt 10 in das W-Register
SUBWF Register1,F ;schreibt Register1(20)-W(10) in Register1
</dd></dl>

SWAPF R,d Swap nibbles in f - Vertausche die Halbbytes (Nibbles)<hr>
:Es werden die höheren 4 bit (bit7-bit4) mit den niedrigeren 4 bit (bit3-bit0) eines Registers vertauscht und entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).
:Beispiel:
<dl><dd>
movlw b'00001111' ;schreibe b'00001111' in das W-Register
movwf Register1 ;kopiert das W-Register in das Register1
SWAPF Register1,W ;vertauscht die ersten 4 bit mit den letzen
;4 bit in Register 1 und schreibt es in das W-Register
;im W-Register steht nun b'11110000'
</dd></dl>

 XORLW k Exclusive OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Registers, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- xor
0110
</dd></dl>

 XORWF R,d Exclusive OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche XORLW

==Besondere, oft gebrauchte Register==

=== STATUS ===
Der Statusregister beinhaltet den Status der Recheneinheit ALU (Arithmetic-Logic Unit), Resetinformationen und die beiden Bits zur Wahl der Speicherbank

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''STATUS''' (ADDRESSE 03h, 83h, 103h, 183h)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''IRP'''</td>
<td style="background:#00ffff;">'''RP1'''</td>
<td style="background:#00ffff;">'''RP0'''</td>
<td style="background:#00ffff;">'''TO'''</td>
<td style="background:#00ffff;">'''PD'''</td>
<td style="background:#00ffff;">'''Z'''</td>
<td style="background:#00ffff;">'''DC'''</td>
<td style="background:#00ffff;">'''C'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''IRP''': Register Bank Select Bit (für indirekte Adressierung)
:: 1 = Bank 2, 3 (100h-1FFh)
:: 0 = Bank 0, 1 (00h-FFh)
*Bit 6-5 '''RP<1:0>''': Register Bank Select Bits (für direkte Adressierung)
:: 11 = Bank 3 (180h-1FFh)
:: 10 = Bank 2 (100h-17Fh)
:: 01 = Bank 1 (80h-FFh)
:: 00 = Bank 0 (00h-7Fh)
*Bit 4 '''TO''': Time-out Bit
:: 1 = Nach Power-up, CLRWDT Befehl oder SLEEP Befehl
:: 0 = A Watchdogtimer time-out ist eingetreten
*Bit 3 '''PD''': Power-Down Bit
:: 1 = Nach Power-up oder durch den CLRWDT
:: 0 = Nach einem SLEEP befehl
*Bit 2 '''Z''': Zero bit
:: 1 = Das Ergebnis einer arithmetischen oder logischen Operation ist 0
:: 0 = Das Ergebnis einer arithmetischen oder logischen Operation ist NICHT 0
*Bit 1 '''DC''': Digit carry/borrow bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des 4.Niedrigsten Bits (Low Nibble) eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des 4.Niedrigsten Bits eines Rechenergebnisses existiert
*Bit 0 '''C''': Carry/borrow Bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des MSB eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des MSB eines Rechenergebnisses existiert

Das "Borrowbit" (to borrow = etwas borgen) dient zum erkennen, wenn ein Übertrag einer Rechenoperation exisitiert. 250+10 ergibt zum Beispiel 4, und setzt dabei das Borrowbit auf 1. Damit kann das Programm erkennen, wenn wieder einmal ein Ergebnis größer als 255 herauskam.
Bei Subtraktionen (SUBLW und SUBWF) verhält sich das Carry Bit umgekehrt als bei Additionen (ADDWF und ADDLW)!! Zum Beispiel 55-6=49 setzt Carry auf 1 aber 10-25=241 löscht das Carry-Flag.

:Siehe auch [[PIC Assembler#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers]]

=== INTCON ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''INTCON''' (ADDRESSE 0Bh, 8Bh, 10Bh, 18Bh)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''GIE'''</td>
<td style="background:#00ffff;">'''PEIE'''</td>
<td style="background:#00ffff;">'''TMR0IE'''</td>
<td style="background:#00ffff;">'''INT0IE'''</td>
<td style="background:#00ffff;">'''RBIE'''</td>
<td style="background:#00ffff;">'''TMR0IF'''</td>
<td style="background:#00ffff;">'''INT0IF'''</td>
<td style="background:#00ffff;">'''RBIF'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''GIE''': Global Interrupt Enable Bit
::1 = Aktiviert alle Interrupts
::0 = Deaktiviert alle Interrupts
*Bit 6 '''PEIE''': Peripheral Interrupt Enable Bit
::1 = Aktiviert alle peripheren Interrupts
::0 = Deaktiviert alle peripheren Interrupts
*Bit 5 '''TMR0IE''': TMR0 Overflow Interrupt Enable Bit (Overflow von Timer0 löst Interrupt aus)
::1 = Aktiviert den TMR0 Interrupt
::0 = Deaktiviert den TMR0 Interrupt
*Bit 4 '''INT0IE''': RB0/INT External Interrupt Enable Bit (Änderung an RB0 Pin löst Interrupt aus) *)
::1 = Aktiviert den RB0/INT Interrupt (Extern ausgelöst)
::0 = Deaktiviert den RB0/INT Interrupt (Extern ausgelöst)
*Bit 3 '''RBIE''': RB Port On-Change-Interrupt Enable Bit (Änderung an PortB löst Interrupt aus) **)
::1 = Aktiviert den RB port on-change-interrupt
::0 = Deaktiviert den RB port on-change-interrupt
*Bit 2 '''TMR0IF''': TMR0 Overflow Interrupt Flag Bit
::1 = TMR0 Register ist Übergelaufen (muss per Software gelöscht werden)
::0 = TMR0 register ist nicht Übergelaufen
*Bit 1 '''INT0IF''': RB0/INT External Interrupt Flag Bit
::1 = Eine Änderung an RB0/INT Pin hat stattgefunden (muss per Software gelöscht werden)
::0 = Eine Änderung an RB0/INT Pin hat nicht stattgefunden
*Bit 0 '''RBIF''': RB Port On-Change-Interrupt Flag bit
::1 = Mind. einer der Pins von RB7:RB4 hat sich geändert (muss per Software gelöscht werden)
::0 = Keiner der Pins von RB7:RB4 hat sich geändert

* *) Die Flanke auf die reagiert werden soll, wird mit dem Bit OPTION_REG.INTEDG definiert. (steigende = 1 oder fallende = 0)
* **) Der Interrupt klingt verführerischer Weise so, als ob er den gesamten Port überwacht. Dabei reagiert er nur auf RB7:RB4!!!! Er kann aber den Prozessor vom "Schlaf" aufwecken (z.B. durch einen Tastendruck).

=== PORTx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''PORTx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''Rx7'''</td>
<td style="background:#00ffff;">'''Rx6'''</td>
<td style="background:#00ffff;">'''Rx5'''</td>
<td style="background:#00ffff;">'''Rx4'''</td>
<td style="background:#00ffff;">'''Rx3'''</td>
<td style="background:#00ffff;">'''Rx2'''</td>
<td style="background:#00ffff;">'''Rx1'''</td>
<td style="background:#00ffff;">'''Rx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "PORTB" oder "RA1"

Diese Special Funktion Register liegen ALLE in Bank0 und Bank2(Falls vorhanden).

Jedes Bit eines PORT-Registers steht für einen Pin (Ein/Ausgang) des jeweiligen Ports. Je nachdem Ob ein Pin als Ausgang oder als Eingang definiert ist, kann man dort entweder den Wert schreiben oder auslesen. Es hat nicht Jeder PIC gleich viele Ports und es sind auch nicht immer 8 Pins pro Port, es können auch weniger sein. Alle PICs der Midrange-Serie besitzen nur bidirektionale Ports, d.h. sie können sowohl Eingang als auch Ausgang sein. Weiters ist zu beachten, dass einzelne Pins nach dem Reset mit anderen Funktionen belegt sein können. Das gilt im Speziellen für PORTA, wo sich die Komperatoren, AD's (falls vorhanden) und die Oszillatoreingänge (falls in den Fusebits gesetzt) befinden. Siehe [[PIC Assembler#I/O Ports|I/O Ports]].

{|{{Blauetabelle}}
|+ Beispiel PICs und ihre Ports (Zahlen in der Klammer sind die Anzahl der Pins des Ports)
|
|'''PIC16F628A'''
|'''PIC16F876'''
|'''PIC16F877'''
|-
|'''PORTA'''
|Ja
|Ja(5)
|Ja(5)
|-
|'''PORTB'''
|ja
|ja
|ja
|-
|'''PORTC'''
|/
|ja
|ja
|-
|'''PORTD'''
|/
|/
|ja
|-
|'''PORTE'''
|/
|/
|ja (3)
|-
|}

=== TRISx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''TRISx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''TRISx7'''</td>
<td style="background:#00ffff;">'''TRISx6'''</td>
<td style="background:#00ffff;">'''TRISx5'''</td>
<td style="background:#00ffff;">'''TRISx4'''</td>
<td style="background:#00ffff;">'''TRISx3'''</td>
<td style="background:#00ffff;">'''TRISx2'''</td>
<td style="background:#00ffff;">'''TRISx1'''</td>
<td style="background:#00ffff;">'''TRISx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "TRISB" oder "TRISA1"

Die TRIS-Bytes dienen dazu, einzelne I/O Pins als Eingang oder Ausgang zu definieren. Sie liegen immer genau eine Bank über den jeweiligen PORT-Bytes, d.h. sie liegen alle in Bank1 und Bank3(falls vorhanden.) Besonders zu beachten ist, dass manche Eingebaute Features wie die Serielle Schnittstelle, I2C, SPI usw nicht funktionieren, wenn die Jeweiligen Sende und Empfangspins nicht nicht manuell umgestellt werden, ja es ''muss'' sogar manchmal umgestellt werden (bei I2C z.B.) Egal ist dies jedoch für Komperatoren und AD-Wandler.

Merke:
* Eine 1 (als "I" für "Input" zu lesen) eines TRISxx-Bits definiert den zugehörigen PIN am PIC als Eingang.
* Eine 0 (als "O" für "Output" zu lesen) eines TRISxx-Bits definiert den zugehörigen PIN am PIC als Ausgang.

Siehe [[PIC Assembler#I/O Ports|I/O Ports]].

==Speicherbankorganisation==
===Programmspeicher===
Die Mid-Range MCUs haben einen 2-8k großen Programmspeicher. Dieser hat aber in jeder Speicherzelle nicht 8, sondern 14 Bit - also genau die Länge eines Befehls. Die aktuelle Stelle im Programm wird im PC (Program Counter) verwaltet. Er speichert immer die aktuelle Position im Programmspeicher. Bei einem PIC mit 8k Adressen muss er also die Adressen 0000-1FFF speichern können. Daraus folgt die Größe von 13 Bit für den PC. Der Programmspeicher ist in mehrere Bänke geteilt, die alle 2k groß sind. Das Programm springt ohne zutun des Benutzers von einer in die Nächste. Wenn man aber selber springen will, muss man die Register PCLATH (Program Counter Latch High) oder PCL (Program Counter Least Significant Byte) mit der Sprungadresse beschreiben.

===Datenspeicher===
Der Datenspeicher besteht aus den Special Function Registern (SFR) und den General Purpose
Registern (GPR). Die SFRs sind für die Funktionen des PICs zuständig (Interrupts, Timer, ADCs, CCPM...) und die GPRs für die Speicherung von Variablen und Daten.

Da immer nur 7 Bit der (Ziel)Adresse in einem Befehl gespeichert werden können, sind nur 7Fh (128d) Adressen im Datenbereich möglich. Deswegen wurde das "Banking" eingeführt. 2 Bit im Statusregister (welcher in allen Bänken der selbe ist und auch an der gleichen Stelle sitzt) geben die akutelle "Bank" an und sind nichts anderes als die 2 höchstwertigsten (MSB) Bits der Adresse. Damit lassen sich max. 4 Bänke ansprechen. Je nach PIC gibt es 2-4 Bänke. Die beiden Bits im Register STATUS heißen RP0 (STATUS<5>) und RP1 (STATUS<6>).

{| {{Blauetabelle}}
|+ Wechseln der Bänke mit RP0 und RP1
|-
|
|| RP1
|| RP0
|-
| Bank0
|align="center"|0
|align="center"|0
|-
| Bank1
|align="center"|0
|align="center"|1
|-
| Bank2
|align="center"|1
|align="center"|0
|-
| Bank3
|align="center"|1
|align="center"|1
|}

[[Bild:PIC midrange register.JPG]]
# '''FETTE Register''' sind in allen PICs vorhanden
# können je nach PIC unimplementierte Bereiche beinhalten - diese werden immer als 0 gelesen. (DATENBLATT!!)
# siehe 2
# Könnten je nach PIC auch nicht in Bank0 gemapped werden, sind dann eigenständige Register.
# je nach PIC kann es diese Bänke geben oder nicht geben.

==Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers==

{|
|-
|
{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Subtraktionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|1
|align="center"|0
|-
| negativ
|align="center"|0
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}

||

{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Additionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|0
|align="center"|0
|-
| Überlauf
|align="center"|1
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}
|}

== Codeschnipsel ==

=== Analog-Digital-Wandler (ADC) ===
Viele PICs besitzen einen Analog-Digital-Wandler, der eine angelegte Spannung messen kann und diese als Zahl speichert.

Es gibt AD-Wandler mit 8Bit bzw. 10Bit Auflösung, d.h. die Spannung an einem analogen Eingang wird linear 2^8=256 bzw. 2^10=1024 Werten zugeordnet.
Der höchste Wert, auch Referenzspannung genannt, (255 bzw. 1023; der Controller rechnet die Null auch mit) entspricht der Betriebsspannung des PICs oder wahlweise einer wählbaren Spannung, die an RA3 angelegt werden muss. Der niedrigste Wert entspricht 0 Volt.

Mit dem Analog-Digital-Wandler kann man somit z.B. Sensoren auswerten, die mehr als zwei Zustände ausgeben (Beispiele: Temperatursensor, Helligkeitssensor, Entfernungssensoren usw.) oder Akkuspannungen messen.

Bevor überhaupt gemessen werden kann, muss einiges eingestellt werden:

a) Eingangsverteilung Analog/Digital bzw.Referenzspannung (Betriebsspannung oder RA3)
die genauen Einstellungsmöglichkeiten entnehmen sie bitte dem Datenblatt ihres Controllers (Register ADCON1 Bank 1).

b) Wählen des Taktes für den ADC und Einschalten des ADCs

Das Register ADCON0 besitzt 8 Bits, die folgendes bestimmen:
Bit0 ADON - schaltet AD-Wandler ein oder aus (Strom sparen)
Bit1 - nicht vorhanden
Bit2 GO/Done - startet Wandlung / signalisiert, wann Umwandlung beendet ist.
Bit3 CHS0 - Channel Select 0 wählt Eingang aus
Bit4 CHS1 - Channel Select 1 wählt Eingang aus
Bit5 CHS2 - Channel Select 2 wählt Eingang aus
Bit6 ADCS0 - AD-Clock-Select wählt Takt
Bit7 ADCS1 - AD-Clock-Select wählt Takt

Kümmern wir uns zunächst um den Takt. Mit den zwei Bits ADCS0 und ADCS1 bestimmt man den Takt - hierbei gibt es vier Möglichkeiten:

ADCS1=0, ADCS0=0 -> Taktfrequenz des PICs :2
ADCS1=0, ADCS0=1 -> Taktfrequenz des PICs :8
ADCS1=1, ADCS0=0 -> Taktfrequenz des PICs :32
ADCS1=1, ADCS0=1 -> interner RC-Oszillator des ADCs verwenden

Die Taktfrequenz des ADCs darf 625kHz nicht überschreiten, dementsprechend ist ADCS0 und ADCS1 zu wählen.

Ist dies vollbracht, so kann man den AD-Wandler einschalten und das Go/Done-Bit löschen.
Codebeispiel:

;Takt für ADC (OSC/32)
bcf ADCON0,6
bsf ADCON0,7
;ADC einschalten
bsf ADCON0,0 ; ADON=1
;Go/Done-Bit zurücksetzen
bcf ADCON0,2

Nun ist der AD-Wandler bereit, Spannungen in Zahlen umzuwandeln.
Für eine Wandlung muss erst der entsprechende Eingang gewählt werden. Dafür sind die CHS0..CHS2-Bits zuständig:

CHS2 CHS1 CHS0 gewählter Eingang(falls vorhanden)
0 0 0 RA0
0 0 1 RA1
0 1 0 RA2
0 1 1 RA3
1 0 0 RA5
1 0 1 RE0
1 1 0 RE1
1 1 1 RE2

Achtung! RA4 ist kein analoger Eingang, folglich ist er oben nicht aufgelistet !!

Codebeispiel:

;RA2 auswählen
bcf ADCON0,3
bsf ADCON0,4
bcf ADCON0,5

Als letztes muss die AD-Routine nur noch gestartet werden. Ist der AD-Wandler fertig, so löscht er das Bit wieder. Das Bit wird nun solange abgefragt, bis der AD-Wandler fertig ist. Den zugeordneten Wert findet man im Register 'ADRES'.
Code:

;start
bsf ADCON0,2
;warten,bis es wieder low ist
wa btfsz ADCON0,2
goto wa
;jetzt ist er fertig
;ADRES in W verschieben, um damit gleich weiter zu arbeiten
movf ADRES,W

Die AD-Wandlung ist somit fertig. Liest man mehrere Werte von unterschiedlichen Eingängen ein und möchte diese miteinander vergleichen o.ä., sollte man die Zahlen von ADRES in anderen Registern zwischenspeichern.

Desweiteren ist zu beachten, dass der Analog-Digital-Wandler eine gewisse Pause zwischen den Wandlungen benötigt, die sog. 'Aquisition Time'. Diese Zeitangabe entnehmen sie bitte ihrem Datenblatt.

mögliche Probleme:

a) Der PIC liefert stark schwankende Werte
-> Mögliche Ursachen dafür sind z.B. nicht stabile Betriebsspannung, falsche Zeiteinstellungen. Abhilfe schafft auch das mehrmalige Einlesen eines Eingangs. Auch können z.B. 8 Werte eingelesen werden und dann der Durchschnitt gebildet werden.
Evtl. kann ein Kondensator gegen Masse (z.B. 1nF) helfen; Wichtig ist auch eine kleine Verzögerung zwischen Kanalauswahl und Start der Wandlung. In dieser Zeit kann sich der interne Kondensator des ADC's aufladen.

b) Die Spannung an einem Eingang wird erhöht, die Werte der anderen Eingänge werden aber auch beeinflusst. Woran liegt das?
-> Dann sind Sie Opfer des sog. 'Ghostings' geworden (Werte 'scheinen durch', verschleißen). Die Werte der anderen Eingänge gehen mit, weil der interne Kondensator noch auf die Spannung des Vorgängers aufgeladen ist. Maßnahme: Aquisition Time erhöhen, Werte öfters abfragen, Pause zwischen Kanalauswahl und Start

c) Der PIC liefert immer die gleichen Werte an einem Eingang, obwohl sich die angelegte Spannung ändert
-> möglicherweise falsche Eingangsverteilung (ADCON1) eingestellt oder falschen Pin gewählt

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assembler

2007-04-12T20:30:02Z

Der Gärtner: /* PORTx */

= Einladung zur Diskussion... =

Es wird hier versucht die ASM Programmierung von PIC Mikrocontroller zu beschreiben.

Damit das enstehende Artikel wirklich nutzlich wird, ist Ihre Mitwirkung nötig. Bitte schreib uns Deine Meinung, was ewentuell noch geändert (z.B. ergänzt) werden soll in diesem Tread:

http://www.roboternetz.de/phpBB2/viewtopic.php?p=271211#271211

Die Autoren bedanken sich im voraus für jeden Beitrag mit Vorschlägen !

= Einführung =

== Bit, Byte, Nibble, Bin und Hex ==

Ein Mikrocontroller (kurz: µC) kann eigentlich nur durch ein Portpin eine Spannung einlesen bzw. ausgeben. Er kann aber nur erkennen, ob eine Spannung vorhanden ist oder nicht. Wenn fast keine Spannung vorhanden ist erkennt er das als 0 und wenn eine Spannung fast so gross, wie seine Versorgungsspannung anliegt, als 1.

Genauso bei der Ausgabe, wenn er 0 ausgibt ist auf dem Portpin fast keine Spannung, wenn 1, eine Spannung fast gleich gross seiner Versorgungsspannung. Und das ist ein Bit, die kleinste Menge einer Information. Das Bit ist binär, weil er nur zwei unterschiedliche Werte 0 bzw. 1 haben kann.

Wenn wir gleichzeitig (paralell) 8 Bits haben, dann ist es ein Byte, der mehrere Bitkombinationen von 00000000b bis 11111111b enhält, weil ein Bit (X) auf jeder Stelle 0 bzw. 1 sein kann.

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#007fff>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Das "b" bedeutet, das es sich um binäre (kurz: bin) Darstellung (auch Zahl genannt) handelt. Binäre Zahlen sind aber lang, weil jedes Bit eine Stelle benötigt.

Um die Schreibweise zu verkürzen, wurden hexadezimale (kurz: hex) Zahlen eingeführt. Zuerst wurde ein Byte auf zwei 4-Bit Halbbytes (Nibbles) verteilt und danach ein Nibble als Ziffer genommen. Weil 4 Bit mehr als 10 Kombinationen ergeben, haben die Ziffer 0 bis 9 aus dem Dezimalsystem nicht ausgereicht und wurden um Buchstaben A bis F erweitert. Die hexadezimalen Zahlen haben ein "h" Zeichen am Ende.

Die Umwandlung zwischen bin und hex Zahlen für ein Nibble zeigt folgende Tabelle:

0b = 0h 100b = 4h 1000b = 8h 1100b = Ch
1b = 1h 101b = 5h 1001b = 9h 1101b = Dh
10b = 2h 110b = 6h 1010b = Ah 1110b = Eh
11b = 3h 111b = 7h 1011b = Bh 1111b = Fh

Damit kann ein Byte mit zwei hex Ziffern definiert werden z.B. 1100 0011b = C3h. Für zwei Bytes braucht man 4 hex Ziffern z.B.

101 0111 1010 1001b = 57A9h, u.s.w. So wie im Dezimalsystem werden führende Nullen nicht geschrieben, aber in einem PIC Register existieren immer 8 Bits also auch führende Nullen. Zum Beispiel die hex Zahl 3h sieht im Register so aus: 00000011b. Bei einer Wandlung bin->hex fängt man immer von der rechten Seite der bin Zahl an, da die Anzahl führenden Nullen unbekannt ist.

== Speicher und Register ==

Als Speicher bezeichnet man ein Teil der Hardware, in die eine Information eingeschrieben, in der gespeichert und aus der wieder ausgelesen werden kann.

Es gibt eigentlich nur zwei Arten von elektronischen Speicher: flüchtige und nichtflüchtige. Die Information die sich im flüchtigen Speicher befindet, geht verloren, wenn die Versorgungsspannung des Speichers unterbrochen oder abgeschaltet wird. Bei PICs ist es Dataspeicher (RAM).

Wenn die Versorgungsspannung vom nichtflüchtigen Speicher abgeschaltet wird, ist die gespeicherte Information zwar momentan nicht lesbar, bleibt aber erhalten und sobald der Speicher wieder mit Spannung versorgt wird, kann sie ausgelesen werden. Ein PIC hat zwei solche Speicher: Programmspeicher (Flash) und EEPROM.

Der wichtigste Unterschied zwischen den Speicherarten ist, das die flüchtigen direkt (sehr schnell) beschreibbar sind und das Beschreiben den nichtflüchtigen benötigt spezielle Algorithmen, die leider im Vergleich zu direkten Zugriffen langsamer sind.

Ein Speicher besitzt bestimmte Menge von s.g. Speicherstellen. Jede Speicherstelle hat seine individuelle Adresse und kann eine binäre Information mit bestimmter Anzahl von Bits abspeichern.

Bei PIC haben die drei Arten von Speicher, wegen verschiedener Anwendung, auch unterschiedliche Struktur. Die beiden Speicher für Daten (RAM und EEPROM) haben jeweils 8-bitigen und Programmspeicher (Flasch) bei Mid-Range hat 14-bitigen Speicherstellen. Die Anzahl den Speicherstellen im bestimmten Speicher ist vom PIC-Typ abhängig.

Eine 8-bitige Speicherstelle im RAM wird bei PICs Register genannt und kann so skiziert werden:

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td> MSB </td>
<td colspan=6></td>
<td> LSB </td>
</tr>

<tr>
<td bgcolor="#007fff">bit 7</td>
<td bgcolor="#007fff">bit 6</td>
<td bgcolor="#007fff">bit 5</td>
<td bgcolor="#007fff">bit 4</td>
<td bgcolor="#007fff">bit 3</td>
<td bgcolor="#007fff">bit 2</td>
<td bgcolor="#007fff">bit 1</td>
<td bgcolor="#007fff">bit 0</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#ff8305>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Der bit 7 wird als hochwertigste (MSB = Most Significant Bit) und bit0 als niederwertigste (LSB = Least Significant Bit) bezeichnet. Jeder Bit im Register (X) kann gleich 0 bzw. 1 sein.

Um ein Databyte in ein Register schreiben oder aus einem Register lesen, muss zuerst das Register durch seine Adresse gewählt werden. Dafür gibt es beim PIC folgende Möglichkeiten:

Direkte Adressierung per absolute Adresse: movwf 0x20

Direkte Adressierung per vorher definierten Namen des Registers (z.B. Temp equ 0x20): movwf Temp

Indirekte Adressierung durch FSR Register, in den die absolute Adresse des Registers Temp eingeschrieben wird und der Wert aus dem Temp sich im INDF Register befindet. Wie vorher wurde Temp equ 0x20 definiert und weiter:

movlw Temp ;in W-Register wird die absolute Adresse des Registers Temp geladen
movwf FSR ;diese Adresse wird in das FSR Register kopiert
movf INDF,0 ;der Wert aus dem indirekt adressierten Register Temp wird in das
W-Register geladen.

Weil in jedem 14-bittigem Befehl, der mit Datenspeicher verbunden ist, fur Adresse des ansprechenden Registers nur 7 Bits existieren, die bis zum 7Fh (128d) Register direkt ansprechen können, ist bei PICs der Datenspeicher (RAM) in s.g. Bänke verteilt.

Für Aswahl einer Bank sind zwei Bits RP0 und RP1 im STATUS Register zuständig. Die Anzahl von Bänke und ihre Verwendung ist von gesamter Grösse des RAMs abhängig und kann dem Datenblatt des PICs entnommen werden. Siehe: [[#Speicherbankorganisation|Speicherbankorganisation]]

== Prozessor ==

Der Prozessor von Mid-Range PICs gehört zu den RISC (Reduced Instruction Set Computer) Prozessoren und man hat nur 35 Befehle zu Erlernen, was seine Programmierung deutlich vereinfacht. Jeder Befehl benötigt im Programmspeicher nur eine Speicherstelle und im Quellcode nur eine Zeile. Die Ausführung des Befehls dauert, abhängig vom Befehl zwischen 1-2 Prozessortakten.

Die Prozessoren der Mid-Range Serie von Microchip sind alle in der "Harvard"-Architektur gefertigt. Das Bedeuted, dass der Datenspeicher und Programmspeicher einen eigenen Bus zur CPU besitzen. Der Vorteil zur "von Neumann"-Architektur ist, dass sich die Busgrößen damit unterscheiden können. Das ermöglicht eine größere Bandbreite.

Der Befehl (beim PIC 14 bit) kann in nur einem Takt verarbeitet werden. Daher kommt auch das Aufteilen der Ausführung des Befehls in die 4 verschiedenen Vörgänge. Wärend der neue Befehl eingelesen ("gefatched") wird, wird der Vorige gerade gelesen ("read") und der Vorvorige verarbeited ("executed") und der Vorvorvorige schreibt gerade in den Datenspeicher ("write"). Das heist 4 Befehle werden jeweils um einen Oszillatortaktzyklus verschoben gleichzeitig verarbeitet.

Das geschieht in vier Perioden des Oszillators. Deswegen die Taktfrequenz des CPUs entspricht durch 4 geteilter Frequenz des Oszillators.

CPU Vorgang Richtung Speicher
------------------------------------------------- -
1.Befehl lesen (fatch) <------- Flash |
2.Daten lesen (read) <------- RAM | 1 Prozessortakt =
3.Daten verarbeiten (execute) | 4 Oszillatortakte
4.Daten schreiben (write) -------> RAM |
-

Nur o.g. CPU Vorgänge sind direkt möglich. Es können deswegen keine Befehle aus dem RAM oder EEPROM ausgeführt werden. Um ein Databyte aus einem RAM Register in ein anderes zu kopieren, muss er zuerst aus dem ersten RAM Register in das W-Register (eigenen s.g. Arbeitsregister des CPU) und erst davon in das zweite RAM Register kopiert werden.

Das Lesen/Schreiben aus/in den EEPROM Speicher ist mit Hilfe speziellen Register und Unterprogrammen bei allen Mid-Range PICs möglich. Der Lese und Schreibzugriff auf den Programmspeicher ist aber nur bei wenigen PIC-Typen (z.B. PIC16F87X) möglich. Dies ermöglicht ein "sich selbst Programmieren", was bei Bootloadern genützt wird.

== Assembler ==

Die Maschinensprache, auch Assembler oder kurz ASM genannt, ist eine Sprache die nur bestimmter CPU versteht. Für einen Menschen ist sie unverständlich, da sie nur aus hex Zahlen besteht.

Um sich die Sprache verständlicher zu machen wurden den hex Zahlen s.g. Mnemonics aus Buchstaben zugewiesen. Jeder Befehl für einen CPU hat somit ein "Namen", der aus englischer Sprache stammt. Siehe: [[#Kurzübersicht Assembler Befehle|Kurzübersicht Assembler Befehle]]

Obwohl sie 200 bis 1000 mal schneller als die meisten Hochsprachen ist, wird sie wegen dem grossen Aufwand bei Erstellung umfangreichen Programmen, selten benutzt. Man findet sie aber oft in fast allen Hochsprachen, in eigebundenen Funktionen, überall dort wo die Hochsprachen zu langsam sind oder nötigen Aufgaben nicht unterstützen (z.B. Maus in Q-Basic).

ASM eignet sich aber sehr gut für kleine Anwendungen (meistens Steuerungen) mit µC, weil nur bei dieser Programmiersprache ein direkter Zusammenhang zwischen einem Bit im Programm und einer Spannung am I/O Pin besteht.

Dank der integrierten oder an Portpins angeschlosenen Hardware und dem entsprechenden Program kann ein µC umfangreiche Aufgaben realisieren, die fast unbegrenzt und schwer vorstellbar sind.

Die Aufgabe eines ASM-Programmierers ist, ein Programm zu schreiben, das das Assemblerprogramm (z.B. MPASM) fehlerfrei in die Machinensprache "übersetzt" und der bestimmte CPU "versteht". Sie endet eigentlich erst dann, wenn das geschriebene Programm so wie geplannt funktioniert.

[[Bild:PAD_beispiel.png|thumb|80px|Beispiel für ein PAD]]

Weil ASM Programme nicht besonders durchschaubar sind, wurde als Hilfsmittel ein Programmablaufdiagramm (kurz: PAD) erfunden. Beim Programmerstellung fängt man damit an ein PAD zu erstellen, das die wichtigsten Programmschritte enthält.

Weiter werden alle Befehle nach dem PAD mit einem üblichen Texteditor in eine Textdatei mit Erweiterung .asm (Quellcode) geschrieben, durch ein Assemblerprogramm (für PICs: MPASM oder [http://gputils.sourceforge.net/ GPASM]) von dem für Menschen noch verständlichen Code in die Maschinensprache "übersetzt" und als Texdatei mit Erweiterung .hex gespeichert. Diese Datei wird danach in den Programmspeicher des µC übertragen ("gebrannt").

Das Assemblerprogramm MPASM kann kostenlos von der Homepage des Herstellers von PICs [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en019469&part=SW007002] runtergeladen werden. Es muss zuerst vom Downloads die "MPLAB IDE v7.50 Full Zipped Installation" runtergeladen und erst danach können gewählte Programme (z.B. nur MPASM) intalliert werden. Für MPASM benutzer werden auch folgende .pdf Dateien empfohlen:

MPASM/MPLINK User's Guide (2628 KB) [Benutzerhandbuch]

MPASM™/MPLINK™ PICmicro® Quick Chart (81 KB) [Kurzübersicht]

Nach dem Eischalten der Betriebsspannung des µC, fängt der CPU an, sich im Programmspeicher befindliches Programm mit dem Befehl, der an der Adresse 0 steht, auszuführen.

Aber wann das Programm endet? Natürlich wenn die Versorgungsspannung abgeschaltet wird. Nein! Das ist die einfachste Lösung um ein laufendes Programm auf zufälliger Stelle zu unterbrechen,
aber keine um ihn auf einer definierten Stelle zu beenden.

Wenn an den µC angeschlossene externe Hardware (z.B. Grafikdisplay), eine bestimmte Befehlsfolge vor dem Abschalten benötigt oder wichtige Daten (in EEPROM oder Flash) abgespeichert werden sollen, darf die Spannung erst dann abgeschaltet werden, wenn der CPU eine Meldung ausgibt, dass er sich schon auf der "STOP" Stelle des Programms befinet. Es muss auch
definiert werden (z.B. durch eine Tastenkombination), wann der CPU zum letzten Fragment des ASM Programms vor dem "STOP" gehen soll.

== Grundbeschaltung ==

Der Prozessor von einem PIC kann sofort nach dem Einschalten der Versorgungsspannung (z.B. + 5V DC) arbeiten. Allerdings nur, wenn er den Takt, in dem er die Befehle ausführen soll, vorgegeben hat. Manche PICs besitzen einen internen RC-Oszillator, (z.B. PIC12F629, PIC16F630, PIC16F628, u.s.w.). Bei diesen reicht es bereits Spannung anzulegen und sie laufen bereits.
Die meisten haben ihn aber nicht (z.B. PIC16F84, PIC16F870, u.s.w.) und brauchen fürs Funktionieren zusätzliche Bauteile. Grundsätzlich gibt es mehrere Möglichkeiten:
* RC (Widerstand + Kondensator); keine hohe Frequenzgenauigkeit
* Quarz oder Keramik-Resonator + 2 Kondensatoren (=HS oder XT) bzw. Quarzoszillator; schnell & genau
* Uhrenquarz (32768Hz) = LP (Low-Power-Mode)
Die entsprechenden Bauteile werden an die Pins OSC1/OSC2 angeschlossen, um den notwendigen Prozessortakt zu erzeugen. Im Konfiguration-Word "__config" muss noch angegeben werden, welcher Oszillator verwendet wird.

Desweiteren existiert ein MCLR-Pin, der beim PIC einen Neustart (=Reset) auslösen kann (Low-Pegel). Diesen Pin sollte man, wenn er in "__config" aktiviert ist, über einen Widerstand (pull-up) an Versorgungsspannung legen, damit der PIC anfängt, sein Programm abzuarbeiten. Der Anschluss wird auch für die Programmierung benötigt. Beim sog. High-Voltage-Programming wird MCLR auf ca. 12-14 Volt gelegt, um den PIC in den Programmiermodus zu schalten. Bei manchen PICs kann dieser Anschluss auch als normalen I/O Pin eingestellt werden. In dem Fall, bei ICSP Benutzung, soll noch eine Diode zwischen den pull-up und Versorgungsspannung angeschlossen werden, um die an MCLR Pin angeschlossene Hardware während der Programmierung zu schützen.

Bei externen Oszillatoren bleibt der Pin OSC2 nicht angeschlossen und kann als I/O benutzt werden. Falls ein interner Oszillator benutzt wird, können beide OSC Pins als I/O dienen.

Damit ein Programm zuverlässig ausgeführt werden kann, muss die Versorgungspannung störungsfrei sein. Dafür wird ein Keramik-Vielschicht-Kondensator 100 nF möglichts am kürzesten direkt zwischen VDD und VSS Pins geschaltet.

Folgende Skizzen zeigen die Grundbeschaltung eines PICs:

{|
|-
|
[[Bild:Pic-entstoer.png|thumb|160px|Entstörkondensator beim PIC]]
|
[[Bild:Qz-os.png|thumb|160px|Quarz ]]
|
[[Bild:Qos-os.png|thumb|160px|externer Quarzoszillator]]
|
[[Bild:Rc-os.png|thumb|160px|externer RC-Oszillator]]
|}

== Wahl des PICs ==

Es gibt PIC µC die im Typenbezeichnung den Buchstaben "C" oder "F" haben.

Die älteren mit "C" haben EPROM Programmspeicher und die gibt es in zwei Versionen: ohne und mit Fenster (aus Quarz-Glass) fürs Löschen des EPROMs mit UV Strahlung. Bei denen ohne Fenster kann der Programmspeicher nur einmal beschrieben und nicht mehr gelöscht werden.

Die neuen mit "F" besitzen einen Flash-Programmspeicher, der bis zu 100 000 mal mit angelegter Spannung gelöscht und danach neu beschrieben werden kann.

Für die Wahl eines PICs für bestimmte Anwendung wichtig sind:

- Max. Taktfrequenz des Prozessors.

- Grösse des Datenspeichers (für Variablen).

- Grösse des Programmspeichers (für Programm).

- Integrierte Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.).

- Freie I/O Pins für externe Hardware (Display, Tasten, u.s.w.).

- Vorhandene Betriebspannung (Netzteil, Akku, Batterie).

In der Praxis wird meistens für die Programmerstellung ein grösserer PIC genommen (wenn möglich pinkompatibler z.B. PIC16F628 für PIC16F84 oder PIC16F630 für PIC12F629) und erst nach der Optimierung des lauffägiges Programms, der tatsächlich nötiger, da seine Parameter am Anfang nur geschätzt werden können. Wenn man viel Programme für verschiedene PICs entwickelt, optimal wäre der grösste PIC16F877 mit 20 MHz max. Taktfrequenz.

Diese Lösung hat auch den Vorteil, dass während der Programmerstellung kurze Hilfsprogramme (z.B. PIC Trainer) in den Programmspeicher kopiert und benutzt werden können, da sie sowohl ein bischen Programmspeicher und RAM als auch 2 freie I/O Pins fürs PIC Miniterminal brauchen.

= Programm =

== Allgemeines ==

Jedes Program kann man auf klenere Fragmente unterteilen, die auf bestimmter Weise miteinander verknüpft sind und gemeinsam die Aufgabe des Programms erfüllen. Das wichtigste Teil eines Programms ist s.g. Hautprogram (kurz:HP), das eine führende Rolle spielt. Dem HP sind fast alle andere Programmteile untergeordnet (weiter als Unterprogramm (kurz:UP) genannt) und werden nach Bedarf von ihm aufgerufen um eine bestimmte Aufgabe zu erledigen.

Die Struktur eines Programs ist aber komplizierter, da ein UP kann auch ein oder mehrere UPs nacheinander aufrufen. Ganz unten sind die UP1s, die ganz einfache Sachen erledigen. Höher ist das nächste Ebene mit UP2s die schon mehr komplizierten Aufgaben durch ein Aufruf der UP1s erledigen können, u.s.w. Bei Mid-Range PICs (12FXXX und 16FXXX) können maximal bis zu 8 Ebenen benutzt werden.

<center>
[[Bild:HP-UP.png|Hauptprogramm - Unterprogramm]]
</center>

Jedes UP kann jederzeit aufgerufen werden, je nach dem was gerade eledigt werden muss. Weil das nicht egal ist, welches UP augerufen wird, da jedes nur eine bestimmte Funktion im Programm hat, muss der Programmierer dafür sorgen, dass alles richtig nach Programablaufdiagramm, und nicht chaotisch, abläuft.

Die Programmierung in ASM ist änlich wie bei Hochsprachen, wenn man sich Bibliotheken mit Prozessorspezifischen UPs erstellt. Um ein lauffähiges Programm zu erstellen, braucht man nur benötigte UPs ins Program kopieren und ein geignetes HP, das sie aufruft, schreiben.

Ein ASM Programm (Quellcode) muss in einer Texdatei .asm in der vom Assemblerprogramm erwarteter Form verfasst werden, um fehlerfreie Konvertierung in die Maschinensprache (Assemblierung) zu gewährleisten. Dieses Prozess verläuft in der Form eines Dialoges.

Der Programmierer schreibt und gibt es dem Assemblerprogram zum Übersetzen. Alles was das Programm nicht versteht oder nicht richtig ist, erscheint als Fehlermeldungen, die der Programmierer kennen muss um die Fehler korrigieren zu können. Eine .hex Datei wird erst dannn erstellt, wenn das Assemblerprogramm keine Fehler mehr im Quellcode findet. Deswegen sehr wichtig ist, sich mit dem Assemblerprogramm vertaut zu machen, um die Dialogzeit zu minimieren.

== Programmdurchlaufdiagramm ==

Der Programdurchlaufdiagram (kurz: PAD) ist eine vorläufige und laufend änderbare Stufe zwischen einer Idee und ihrer Verwirklichung. Er wird erst dann fertig, wenn nach ihm erstelltes ASM Program auf einem µC so wie gewünscht funktioniert. Jedes sein Symbol (ausser "Start/Stop") muss später als Befehlsreihenfolge für den bestimmten CPU in den Quellcode übertragen werden. Die Anschriften "Ein" und "Aus" gehören nicht zu Symbolen des PADs und wurden nur zur Erklärung benutzt.

Der PAD ist sehr eifach zu erstellen, weil dafür nur drei Symbole benötigt sind:
<center>
[[Bild:PAD_kurz.png|Symbole des PAD]]
</center>
Das "Start/Stopp" Symbol bedeutet, dass das gesamte Programm sich im stabilen Zustand befindet und nicht "läuft". Anstatt "Stopp" kann auch "Schlaf" (Sleep) agewendet werden, da das Programm in dem Fall auch nicht aktiv ist. Das "Tun" Symbol stellt meistens ein UP mit Reihenfolge von Befehlen dar. Das "Prüfen" bedeutet eine Prüfung bestimmter Bedingung und abhängig davon einen weiteren Lauf eines Programms, endweder in der "ja" (J) oder "nein" (N) Richtung.

Als allgemeinnutziges Standard für µCs kann man folgender PAD bezeichnen:

PAD _____
/ \
Spannung ein (Ein) ----->( Start )
\_____/
| -
V |
.---------------. |
|Initialisierung| |
'---------------' |
| |
.--------->| |
| V |
| .---------------. |
| | Hauptprogramm | |
| '---------------' |
| | |
| V |
| | > Gesamtes Programm
| / \ |
| /Ende?\____ |
| \ /J | |
| \ / | |
| | | |
| V | |
| N| | |
`----------´ | |
V |
.---------------. |
| Beenden | |
'---------------' |
| |
V -
_____
/ \
Spannung aus (Aus) <-------------( Stopp )
\_____/

Das Hauptprogram wird in einer endlosen Schleife ausgeführt, die durch die Prüfung "Ende?" unterbrochen werden kann. In dem Fall wird vor dem Beenden des gesamten Programms noch ein UP "Beenden" ausgeführt, das z.B. Daten in EEPROM speichert.

Es ist nicht nötig immer die Symbole zu zeichnen, man kann sich sie vorstellen und nur den Text schreiben. Die Prüfungen werden mit "?" gekenzeichnet und die Zeichen "V", "<" und ">" zeigen die Richtung des weiteren Verlaufs. Dann sieht der PAD so aus:

PAD1 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
| Ende? J > Beenden |
| N V -
| V Stopp > Aus
`--------´

In der Praxis werden aus Platzgründen meistens die vereinfachten PADs benutzt.

Der PAD1 kann aber für Hauptprogramme, die in beliebigem Moment unterbrochen werden dürfen, deutlich vereifacht werden, da die Prüfung "Ende?" ob das Hauptprogram beendet werden soll, und das UP "Beenden", entfallen.

Die meisten ASM Programme für µC sind deswegen nach solchem PAD erstelt:

PAD2 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
`--------´ _|

Für Testprogramme wird meistens fogender PAD angewendet, weil es ziemlich einfach festzustellen
ist (z.B. durch Stromverbrauchmessung des µCs), wann sich der CPU schon im Schlaf befindet. Erst dann, darf die Betriebspannung des µCs ausgeschaltet werden.

PAD3 Ein > Start
V -
Initialisierung |
V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf > Aus

Und eine batteriebetriebene Uhr wird überwiegend so gestaltet:

PAD4 Ein > Start
V -
Interrupt Initialisierung |
Timer------------------------->V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf

In dem Fall reicht es aus, wenn der CPU jede Minute vom Timer aufgeweckt wird, um die Zeit zu aktualisieren. Eine Uhr ist immer (ausser Batteriewechsel) ununterbrochen mit Spannung versorgt.

Für komplizierte Programme ist es unmöglich ein PAD zu erstellen, in dem jeder CPU Befehl sein eigenes Symbol hat. Man beschränkt sich nur auf alle Prüfungen, die über den Lauf des Programms entscheiden, und ganze UPs (z.B. "Initialisierung") nur als ein Symbol verwendet. Für jedes UP wird dann ein eigener PAD erstelt.

Das Erstellen von PAD bei ASM Programmen ist sehr wichtig und darf nicht unterschätzt werden. Je stärker ein Programmierer glaubt, dass er das ohne PAD schaft, um so mehr Zeit wird er danach bei Fehlersuche oder Änderungen im ASM Programm verlieren. Für einfache ASM Programme, die gut kommentiert sind, reicht es meistens aus, ein PAD nur "im Kopf" zu erstellen, aber ganz ohne PAD geht es sicher nicht.

Wenn ein ASM Programm nicht wie geplannt funktioniert, wird zuerst ein Fehler im PAD gesucht. Und erst wenn er i.O. ist, im als fehlerhaft festgestellten Codefragment.

== Hauptprogramm ==

Wie sein Namen schon vermuten lässt, ist das Hauptprogram das wichtigste Teil des gesamten Programms. Meistens ist es auch das kleinste Teil, vor allem, wenn die UPs sehr komplex sind. Seine Aufgabe ist die benötigte UPs in bestimmter Reihenfolge nachainander aufzurufen, um die alle Funktionen des gesamten Programms zu realisieren.

Das HP ist meistens als endlose Schleife , wie im PAD2, aufgebaut. Weil die endlose Schleife sehr schnell läuft, werden die alle, die durch die UPS realisierte Aufgaben quasi gleichzeitig ausgeführt. Wenn es unerwünscht ist, müssen einige UPs als Verzögerungen realisiert werden.

Typischer PDA für ein HP sieht so aus:

Haupt .--->V
| UP1
| V
| UP2
| V
| ...
| V
| UPn
| V
`----´

In den Quellcode wird es so eigeschrieben:

Haupt call UP1
call UP2
...........
call UPn
goto Haupt

In der Praxis wird das HP schrittweise erstellt. Am Anfang wird sich nur ein UP im HP befinden und die folgenden kommen nach dessen Erstellung und Prüfen dazu, bis das HP fertig wird.

== Unterprogramm ==

Unterprogramm wird durch übergeordnetes Programmteil (Aufrufer) aufgerufen und nach seinem Ausführen, wird zurück zum Aufrufer gesprungen. Der Rückkehr zum Aufrufer wird durch "return" Befehl, der sich am Ende jedes UPs befinden muss, erreicht. Und das ist der einzige Unterschied zwischen einem HP und einem UP.

Jedes UP hat folgender PAD:

vom Aufrufer -------> V
Tun
V
zurück zum Aufrufer <------- return

Ein HP von einem ASM Programm kann in anderem, mehr umfangreichem ASM Program als UP benutzt werden, wenn der sich am Ende des HPs befindlicher Befehl "goto" durch "return" ersetzt wird. Ein Beispiel dazu:

Haupt1 call UP11 Haupt1 call UP11
call UP21 call UP21
........... -------> ...........
call UPn1 call UPn1
goto Haupt1 return

Jetzt können wir im mehr komplexen HP (Haupt) das Haupt1 als Unterprogramm aufrufen:

Haupt call UP1
call Haupt1
...........
call UPn
goto Haupt

Jedes UP kann auch von einem anderen übergeordneten UP aufgerufen werden, wenn das was es realisiert, benötigt wird.

In der Praxis wird oft ein UP von mehreren anderen UPs benutzt. Zum Beispiel um LCD Display zu steuern, brauchen wir entweder ein Befehl (Cmd) oder ein Zeichen (Data) an Display zu schicken. In beiden Fällen wird ein Byte geschickt, einmal mit RS=0 (Befehl) und einmal mit RS=1 (Zeichen) laut folgendem PDA:

"Cmd" "Data"
V V
RS=0 RS=1
V V
`-->V<--´
"Send" Byte schicken
V
return

Das wird z.B. in den Quellcode so eingeschrieben:

Cmd bcf RS
goto Send
Data bsf RS
Send ............
return

Das UP "Send" ist den UPs "Cmd" und "Data" untergeordnet, da es von beiden benutzt wird, kann aber weder "Cmd" noch "Data" benutzen.

=== Initialisierung ===

Damit der PIC ein Programm asführen kann, muss er vollständig und richtig initialisiert werden. Deswegen als erstes UP, das vom HP aufgerufen wird , ist "Initialisierung" (kurz: Init)

==== Variablen ====

Weil nach dem Einschalten der Spannung im RAM sich zufällige Werte befinden, wird meistens als erstes, der benutzte Bereich des RAMs (z.B. 20h bis 7Fh) gelöscht. Es wird einfach und sparsam mit einer Schleife, die indirekte Adressierung verwendet, gemacht:

V
Adresse des ersten Registers in FSR laden (20h)
.-------------------->V
RAMClr |Indirekt adressierter Register löschen (INDF)
| V
| Adresse erhöhen
| V
| Letzte Adresse + 1 (80h) J>Return
| N
| V
`---------------------´

Es wird wie folgt in Quellcode eingeschrieben:

movlw 0x20
movwf FSR
RAMClr clrf INDF
incf FSR,1
btfss FSR,7
goto RAMClr
return

Danach können den benötigtenen Variablen die gewünschte Werte angegeben werden:

movlw 0x3C
movwf LimH
movlw 0x5A
movwf LimL
u.s.w.

Somit sind die Variablen initialisiert.

==== I/O Ports ====

Nach dem Einschalten der Spannung sind die für Komparatoren oder A/D Wandler benutzte Pins als analoge Eingänge initialisiert. Wenn sie alle als digitale I/Os verwendet werden sollen, müssen sie als solche definiert werden. Das geschieht durch Eischreiben in entsprechenden Register (CMCON bzw. ADCON1) des Wertes 0x07:

movlw 0x07 b.z.w. movlw 0x07
movwf CMCON movwf ADCON1

Wenn einige als Analoge Eingänge benutzt werden sollen, mussen die entsprechende Werte dem Datenblatt des jeweiligen PICs entnommen werden.

Danach werden alle Ports nacheinander gelöscht und die gewünschte Werte die an den Pins vor dem Start des Hauptprogramms ausgegeben werden sollen, geschrieben:

clrf PORTA
movlw 0x37
movwf PORTA
usw.

Anchliessend werden für jeden Port die Werte in TRIS Register eingeschrieben, wobei ein Bit einem Pin entspricht. Ein Pin wird in TRIS Register durch 1 als Eingang und durch 0 als Ausgang definiert. Beispielweise beim PORTB sollen B7,B5 und B3 als Eingänge und restliche Pins als Ausgänge definiert werden. Das ergibt den Wert 10101000b = A8h, der in den TRISB Register geschrieben werden muss. Weil die alle TRIS Register sich in der Bank1 befinden, muss im STATUS-Register auf Bank1 und danach zurück auf Bank 0 umgeschaltet werden:

bsf STATUS,RP0
movlw 0xA8
movwf TRISB
bcf STATUS,RP0

Bei einem Umschalten der Bank können selbstverständlich alle TRIS Register nacheinander beschrieben werden.

==== Hardware ====

Die für ASM Programm benutzte Hardware kann auf integrierte und externe geteilt werden. Für eine Initialisierung der integrierten Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.), müssen entsprechende SFRs (Spezial Function Registers) laut Datenblatt des PICs definiert werden.

Die externe Hardware muss nach Datenblättern der Herstellern initialisiert werden.

=== Einlesen ===

Um ein Bit von einem Portpin einzulesen und in ein bestimmtes Register zu Kopieren wird folgender PAD benutzt, weil ein PIC kein Befehl dafür hat:

V
Bit im Zielregister löschen
V
Quellbit = 0 ? J>-------.
N |
V |
Bit im Zielregister setzen |
V<-------------´

Wenn wir z.B. ein bit3 von PortA als bit1 in den Register Tasten kopieren wollen, dann wird es in Quellcode so geschrieben:

bcf Tasten,1
btfsc PORTA,3
bsf Tasten,1

Natürlich wenn ein ganzer Byte vom Port in das W-Register eingelesen wird, kann mann den gleich in das Zielregister schreiben.

=== Ausgeben ===

Um ein Bit an einem Portpin auszugeben wird ein bestimmter Bit mit "bcf" gelöscht oder mit "bsf" gesetzt. Zum Beispiel bit4 im PORTA:

bcf PORTA,4.

Um ein Byte auszugeben wird er einfach zuerst in das W-Register geladen und danach an Port übergeben, z.B.:

movlw 0x12
movwf PORTA

=== Pause ===

Um eine Pause (Warten) im Programm anzulegen wird der "nop" Befehl benutzt, während dessen Ausführung der CPU nichts macht. Mit einem "nop" kann eine Zeit gleich 4 Takten (Perioden) des Oszillators realisiert werden. Um eine Zeit z.B. 1 Sekunde zu erreichen braucht man bei einem Quarzoscillator 4 MHz "nur" 1 000 000 Takten zu Programmieren, was in keinen Programmspeicher von PIC passt. Deswegen werden mehrfache s.g. Warteschleifen angewendet. In der Praxis werden Schleifen mit max. 3 Ebenen benutzt.

Solche Warteschleife funktioniert nach einem im folgendem PAD abgebildetem Prinzip:

Warte V
n * nop
V
P2 laden
Warte2 V<-----------------.
P1 laden |
Warte1 V<-------------. |
P0 laden | |
Warte0 V<---------. | |
P0 decrementieren | | |
V | | |
P0 = 0 ? N>---´ | |
J | |
V | |
P1 dekrementieren | |
V | |
P1 = 0 ? N>-------´ |
J |
V |
P2 dekrementieren |
V |
P2 = 0 ? N>-----------´
J
V
return

Das wird in Quellcode so aussehen:

Warte nop
...
nop
movlw 0xXX
movwf P2
Warte2 movlw 0xXX
movwf P1
Warte1 movlw 0xXX
movwf P0
Warte0 decfsz P0
goto Warte0
decfsz P1
goto Warte1
decfsz P2
goto Warte2
return

Anstatt "movlw 0xXX" kann auch "movf PauseX,0" angewendet werden, wenn die Schleife mit verschiedenen Werten P0, P1 und P2 aus den Register Pause0, Pause1 und Pause2 benutzt wird.

Die gesammte Anzahl den CPU Takten (N) lässt sich aus folgender Formel berechnen:

N = P2 * [ P1 * (3 * P0 + 5) + 7 ] + n + 10

und die Wartezeit (T) in Sekunden:

T = 4 * N / Fosc

Wobei:

P0 = Zahl im Register P0
P1 = Zahl im Register P1
P2 = Zahl im Register P2
n = Anzahl "nop"s
10 = Ausführungszeit von "call" + "return" + 3 * ("movlw" + "movwf")
Fosc = Frequenz des Oszillators (z.B. Quartz)

Die "nop"s sind notwendig um jede Wartezeit einzustellen zu können.

Mit solcher dreifachen Schleife die max. Wartezeit ist ca. 50 000 000 CPU Takten, was bei 4 MHz Quarz ca. 50 Sekunden entspricht.

Für kürzere Wartezeiten werden doppelte oder einzelne Schleifen benutzt.

=== Schnittstellen und Treiber ===

Als Schnittstelle wird externe Hadware, die zum steuern eines an sie angeschlossenes "Gerätes" dient, genannt. Das ASM Programm, das die Steuerung ermöglicht ist ein Treiber. Als Beispiel siehe: [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22749]

=== Tabellen ===

Es gibt zwei Arten von Tabellen: Sprungtabellen (computed goto) die "goto" Befehle enthalten und Wertetabellen (lookup table) in denen feste Werte in "retlw" gespeichert sind. Der wichtigste Unterschied zwischen dennen ist, dass die Sprungtabellen werden mit "goto" eingesprungen und steuern den Programlauf abhängig vom Inhalt des W-Registers und die Wertetabellen werden mit "call" aufgerufen und liefern abhängig von Inhalt des W-Registers ein Wert an den Aufrufer zurück.

Beide werden in Programmspeicher erstellt. Sie können nur bis zu 256 Speicherstellen belegen, da in den W-Register auch nur so viel veschiedenen Zahlen "passen". Sie Fangen also (fast) immer bei einer Adresse XX00h an und enden bei XXFFh. Der Hochwertige Byte "XX" der Adresse an der sich der Anfang einer Tabelle befindet, muss vor dem Einsprung in die Tabelle ins PCLATH Register eingeschrieben werden, wenn die Tabelle weit vom Aufrufer liegt. In der Praxis werden solche Tabellen am oberen Ende des Programmspeichers angelegt, damit sie den ASM Code nicht unterbrechen.

Eine Sprungtabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 goto Marke0
XX01 goto Marke1
.......................
XXFE goto Marke254
XXFF goto Marke255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
goto Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, der die Wahl wohin gesprungen wird bestimmt

Nach ausführen der obiger Befehlsfolge, wird das ASM Programm z.B. für Twert=0x01 weiter ab Marke1 "laufen" bis es an "return" kommt. Dann springt es zurüch zum Aufrufer der Tabelle.

Eine Wertetabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 retlw Wert0
XX01 retlw Wert1
.......................
XXFE retlw Wert254
XXFF retlw Wert255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
call Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, für welchen, an den Aufrufer bestimmter
Wert aus der Tabelle im W-Register zurückgeliefert wird

Solche Wertetabellen werden z.B. als Zeichengeneratoren für Grafikdisplays benutzt.

=== EEPROM ===

Alle PICs besitzen EEPROM in dem je nach Typ können 64 bis 256 Databytes gespeichert werden. Weil die detailierte Beschreibung der Schreib- und Lesevorgänge ziemlich lang wäre, werden nur geprüfte UPs kurz erklärt.

EEPROM beschreiben:

EEWrite movlw 0x20 <------ ab der RAM Adresse wird gespeichert
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EEWLoop call EEWrite1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EEWLoop
return

EEWrite1 bcf INTCON,GIE <------ Interrupts sperren
movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
movf INDF,0
movwf EEDATA
bsf EECON1,WREN
movlw 0x55
movwf EECON2
movlw 0xAA
movwf EECON2
bsf EECON1,WR
bcf EECON1,WREN
btfsc EECON1,WR
goto $-1 <------ warten bis WR=0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
bsf INTCON,GIE <------ Interrupts erlauben
return

EEPROM lesen und zurück in RAM schreiben:

EERead movlw 0x20 <------ ab der Adressse werden die Bytes in RAM abgelegt
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EERLoop call EERead1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EERLoop
return

EERead1 movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
bsf EECON1,RD
movf EEDATA,0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
movwf INDF
return

== Vorlage für MPASM ==

list P=12F629 ; Prozessor definieren
include "P12F629.inc" ; entsprechende .inc Datei für MPASM
__config _CP_OFF & _WDT_OFF & _PWRTE_ON & _MCLRE_OFF & _INTRC_OSC_NOCLKOUT ; Konfiguration
#define _DTT1 GPIO,0 ; Portpins benennen
#define _CKT2 GPIO,1
#define _T3 GPIO,2
#define _RNG GPIO,3
#define _INT GPIO,4
#define _RL GPIO,5
SecondL equ 0x20 ; Variablen definieren (Register benennen)
SecondH equ 0x21
MinuteL equ 0x22
MinuteH equ 0x23
StundeL equ 0x24
StundeH equ 0x25
org 0x0000 ; Direktive für MPASM
call Init ; rufe UP "Initialisierung" auf
Haupt ............ ; Hauptprogramm als endlose Schleife
Eigener Code
............
goto Haupt ; gehe zum Anfang des Hauptprogramms (zurück)
UP1 ............ ; Unterprogramme
Eigener Code
............
return
############
UPn ............
Eigener Code
............
return
Init clrf GPIO ; lösche Port
bsf STATUS,RP0 ; auf Bank1 umschalten
call 0x3FF ; hole Kalibrationswert
movwf OSCCAL ; kalibriere internen RC oscillator
bcf OPTION_REG,7 ; aktiviere pull-ups
movlw 0x30 ; definiere Portpins GPIO, (z.B. 0-3 Aus- und 4-5 Eingänge)
movwf TRISIO ; schreibe in TRIS Register
bcf STATUS,RP0 ; auf Bank0 umschalten
movlw 7 ; schalte Komparator aus
movwf CMCON ; und mache RA0-2 als digital I/O
............
eigener Code
............
return ; springe zurück (zum Haupt)
end ; Ende des Codes zum "Übersetzen"

Die Variablen können auch kürzer mit s.g. cblock definiert werden:

cblock 0x20
SecondL
SecondH
MinuteL
MinuteH
StundeL
StundeH
endc

Bei sehr vielen Variablen sind aber die Registeradressen nicht so übersichtlich.

== Für anderen PIC umschreiben ==

Die wichtigste Vorraussetzung ist, das der PIC2, auf dem das vorhande ASM Programm (für PIC1) laufen soll, zumindest für das ASM Program nötige interne Hardware hat. Der Code benötigt keine Änderungen.

Wenn der Port vom PIC2 anderen Namen hat, muss man das im Quellcode umdefinieren, z.B.:

#define GPIO equ PORTB
#define TRISIO equ TRISB

Dann wird das Assemblerprogramm, wenn es GPIO findet, immer PORTB nehmen. Das gleiche Betrifft die "__config" Ausdrücke, die entsprechend der .ini Datei für den PIC2, geändert werden müssen.

Das Assemblerprogramm findet sicher alles, was ihm nicht "passt" und bringt Fehlermeldungen, auf die man entsprechend reagieren muss.

== Das erste... ==

Hier wird detailiert das ganze Prozess der Erstellung eines ASM Programms beschrieben.

Die Idee:

Es gibt 4 Leds, die mit 2 Tastern gesteuert werden sollen. Nach dem Einschalten soll keine LED leuchten. Solange der linke Taster (T1) gedrückt ist, sollte eine leuchtende LED von links nach rechts "wandern" und von der letzten rechten Position wieder nach ganz linke "springen". Solange der rechte Taster (T2) gedrückt ist, sollte eine leuchtende LED von rechts nach links "wandern" und von der letzten linken Position wieder nach ganz rechte "springen". Solange beide Taster gedrückt sind soll die leuchtende LED von links nach rechts und zurück "wandern".

Dafür nötige Hardware zeigt folgende Skizze:

.-----------------------------------------------.
| |
| |
| |
| PIC12F629 |
| |
| |
| |
| GPIO,3 GPIO,4 GPIO,5 GPIO,2 GPIO,1 GPIO,0|
'-----------------------------------------------'
4| 3| 2| 5| 6| 7|
| | | | | |
| | | | | |
| | | | | |
| | .-. .-. .-. .-.
| | | | | | | | | |
| | 470| | 470| | 470| | 470| |
| | '-' '-' '-' '-'
| | | | | |
\ o \ o | | | |
\ \ V -> V -> V -> V ->
\. \. - - - -
T1 o T2 o LED1 | LED2 | LED3 | LED4 |
| | | | | |
+-------+-------+---+---+-------+-------+
|
===
GND

Jetzt muss die Idee vom Programmierer in ein PAD verfasst werden, z.B. solcher:

Start
V
Initialisierung
.-------------->V
| T1 gedrückt ? N>-----.
| J |
| V |
| links->rechts "wandern" |
| V<------------´
| T2 gedrückt ? N>------.
| J |
| V |
| rechts->links "wandern" |
| V<------------´
`---------------´

= Midrange =

== Kurzübersicht Assembler Befehle ==

{|
|-
| valign=top |

{| {{Blauetabelle}}
|ADDLW||Add literal and W
|-
|ADDWF||Add W and f
|-
|ANDLW||AND literal with W
|-
|ANDWF||AND W with f
|-
|BCF||Bit Clear f
|-
|BSF||Bit Set f
|-
|BTFSC||Bit Test f, Skip if Clear
|-
|BTFSS||Bit Test f, Skip if Set
|-
|CALL||Call subroutine
|-
|CLRF||Clear f
|-
|CLRW||Clear W
|-
|CLRWDT||Clear Watchdog Timer
|}

| valign=top |

{| {{Blauetabelle}}
|-
|COMF||Complement f
|-
|DECF||Decrement f
|-
|DECFSZ||Decrement f, Skip if 0
|-
|GOTO||Go to address or label
|-
|INCF||Increment f
|-
|INCFSZ||Increment f, Skip if 0
|-
|IORLW||Inclusive OR literal with W
|-
|IORWF||Inclusive OR W with f
|-
|MOVF||Move f
|-
|MOVLW||Move literal to W
|-
|MOVWF||Move W to f
|-
|NOP||No Operation
|}

| valign=top |

{| {{Blauetabelle}}
|-
|RETFIE||Return from interrupt
|-
|RETLW||Return with literal in W
|-
|RETURN||Return from Subroutine
|-
|RLF||Rotate Left f through Carry
|-
|RRF||Rotate Right f through Carry
|-
|SLEEP||Go into standby mode
|-
|SUBLW||Subtract W from literal
|-
|SUBWF||Subtract W from f
|-
|SWAPF||Swap nibbles in f
|-
|XORLW||Exclusive OR literal with W
|-
|XORWF||Exclusive OR W with f
|}
[[:bild:pic_asm_short.jpg|Kurzübersicht zum Ausdrucken]]
|}


==Ausführliche Beschreibung zu den Befehlen==

Erklärungen zu den Verwendeten Platzhaltern:
*'''k''' stellt einen fest definierten Wert da. z.B. <tt>0x20</tt>, <tt>d'42'</tt> oder <tt>b'00101010'</tt>
*'''W''' steht für das W-Register.
*'''d''' steht für ''destination'' (Ziel). Im code wird d durch ein <tt>w</tt> bzw. <tt>0</tt> (der Wert wird in das W-Register gespeichert ) oder <tt>f</tt> bzw. <tt>1</tt> (der Wert wird in das davor definierte Register gespeichert)
*'''b''' steht für Bitnummer im Register (eine Zahl zwischen 0 und 7)
*'''R''' steht für ein Register
*'''fett''' geschrieben Bedeutet, dass es ein Platzhalter ist und im Quellcode durch eine Registeradresse oder einen Wert ersetzt werden muss
*<tt>Schreibmaschinenstil</tt> bedeutet, dass es so im Quellcode geschrieben werden kann.

 ADDLW k Add W and literal - Addiere W und Zahl<hr>
:Es wird die Rechenoperation <math>k+W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ADDWF R,d Add W and f - Addiere W und f <hr>
:Es wird die Rechenoperation <math>R+W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ANDWF k AND literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- and
1000
</dd></dl>

 ANDWF R,d AND W with f - ???<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche ANDWF

BCF R,b Bit Clear f - Bit b im R wird gelöscht<hr>
:Mit dem Befehl <tt>BCF</tt> wird das Bit '''b''' im Register '''R''' gelöscht. Ein Beispiel:
<dl><dd>
movlw b'11111111' ;es wird b'11111111' in das W-Register geschrieben
BCF W,2 ;es wird bit 2 im W-Register gelöscht.
;das Ergebnis ist: b'11111011'
</dl></dd>

BSF R,b Bit Set f - Bit b im R wird gesetzt<hr>
:Mit dem Befehl <tt>BSF</tt> wird das Bit '''b''' im Register '''R''' gesetzt. Ein Beispiel:
<dl><dd>
clrw ;es wird b'00000000' in das W-Register geschrieben
BSF W,2 ;es wird bit 2 im W-Register gesetzt.
;das Ergebnis ist: b'00000100'
</dl></dd>

BTFSC R,b Bit Test f, Skip if Clear - Wenn das Bit b im Register R 0 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSC</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 0 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSC W,0 ;es wird bit 0 geprüft.
;wenn es 0 ist, wird der nächste Befehl übersprungen
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser Sprungbefehl ausgeführt.
goto IST_NULL ;springt zur Marke "IST_NULL"
</dl></dd>

BTFSS R,b Bit Test f, Skip if Set - Wenn das Bit b im Register R 1 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSS</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 1 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSS W,0 ;es wird bit 0 geprüft.
;wenn es 1 ist, wird der nächste Befehl übersprungen
goto IST_NULL ;springt zur Marke "IST_NULL"
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser
;Sprungbefehl ausgeführt, da der Befehl
;darüber übersprungen wurde.
</dl></dd>

CALL Call Subroutine - Rufe Unterprogramm auf<hr>
:Mit dem <tt>CALL</tt> Befehl wird ein Unterprogramm aufgerufen. Mit dem <tt>RETURN</tt>-Befehl wird das Unterprogramm beendet und man kehrt zum Befehl nach dem <tt>CALL</tt>-Befehl zurück. Das Unterprogramm wird so definiert, dass im Quellcode der Name des Unterprogramms nicht eingerückt steht. Ein Beispiel:

<dl><dd>
movlw d'13' ;in das W-Register wird 13d geladen
CALL Unterprogramm1 ;es wird das Unterprogramm "Unterprogramm1" aufgerufen
movwf ergebnis ;das W-Register wird in das Register "ergebnis" kopiert.
;im Register "ergebnis" steht nun 23d

Unterprogramm1 ;zählt 10 zum W-Register
addlw d'10' ;es wird 10d zum W-Register addiert
RETURN ;kehre zurück zum Aufrufer
</dl></dd>

CLRF R Clear f - Schreibe 0 in das Register R<hr>
:Das Register '''R''' wird mit Nullen gefüllt (gelöscht).

CLRW Clear W - Schreibe 0 in W<hr>
:Das W-Register (<tt>W</tt>) wird mit Nullen gefüllt (gelöscht).

CLRWDT Clear Watchdog Timer - Setzt den Watchdog-Timer zurück<hr>
:Es wird der WDT (Watchdog-Timer) zurückgesetzt und der Zähler des WDT auf 0 gesetzt, zusätzlich werden die STATUS-bits TO und PD gesetzt.

COMF R,d Complement f - negiere alle bits im Register R<hr>
:Von der Binärzahl im Register '''R''' werden die 0 mit 1 und 1 mit 0 ersetzt. Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Ein kleines Beispiel: aus <tt>AAh</tt> (<tt>10101010b</tt>) wird <tt>55h</tt> (<tt>01010101b</tt>).

DECF R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

DECFSZ R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f, überspringe wenn 0<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

GOTO Go to address - Gehe zu Adresse/Sprungmarke<hr>
:Nach dem GOTO Befehl wird das Programm ab der Adresse weiter ausgeführt, die nach dem GOTO-Befehl steht. Diese Adresse wird durch so genannte Sprungmarke definiert, welche, im Gegensatz zu den Befehlen nicht eingerückt im Quellcode stehen.

INCF R,d Increment f - Addiere 1 zum Register f<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

INCFSZ R,d Increment f, Skip if 0 - Addiere 1 zum Regiser f, überspringe wenn 0<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

 IORLW k OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Ooperation:
<dl><dd>
1100
1010
---- or
1110
</dd></dl>

 IORWF R,d OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche IORLW

MOVF R,d Move f - Bewege f<hr>
:Das Register R wird in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder wieder in R kopiert ('''d'''=<tt>F</tt>=<tt>1</tt>). Letzteres mag sinnlos scheinen, ist aber nützlich, da durch den Befehl das Z-Bit im STATUS-Regsiter gesetzt wird, falls R Null ist.

MOVLW k Move literal to W - Bewege Zahl in W-Register<hr>
:Der festgelegte Wert k wird in das W-Register kopiert.

MOVWF R Move W to f - Bewege W-Register in das Register F<hr>
:Das W-Register wird in das Register '''R''' kopiert.

NOP No Operation - Kein Befehl zum Ausführen (warte)<hr>
:Dieser Befehl macht nichts. Er verbraucht nur Zeit, welche sich einfach mit folgender Formel berechnen lässt. <math>t=\frac{4}{f}</math>,wobei <math>f</math> für die Frequenz des Oszillators steht.

RETFIE Return from interrupt - Kehre zurück aus der Unterbrechung<hr>
:Mit diesem Befehl wird die Interrupt Service Routine (ISR) beendet und das Programm wird an der Zeile weiter ausgeführt, vor der es durch den Interrupt angehalten wurde. Es werden auch alle Interrupts wieder erlaubt (das GIE bit wird gesetzt). Siehe hierzu auch [[#Interrupt | Interrupt]]

RETLW k Return with literal in W - Kehre zurück mit Zahl k im W-Register<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETLW</tt> zurück in die nächste Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde. Der in k angegebene Wert wird dabei in das W-Register geschrieben. Dieser Befehl wird vor allem für s.g Wertetabellen (eng: lookup tables) verwendet.

RETURN Return from Subroutine - Kehre zurück zum Übergeordneten Programmteil<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETURN</tt> zurück zu der nächsten Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde.

RLF R,d Rotate Left f through Carry - Rotiere das Register f mithilfe des Carry-bits nach links<hr>
:Alle Bits im Register '''R''' werden um eine Position nach links verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das Bit 0 des Registers R geschoben. Bit 7 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
c 7 6 5 4 3 2 1 0 ;vor dem Verschieben
7 6 5 4 3 2 1 0 c ;nach dem Verschieben
</dd></dl>

RRF R,d Rotate Right f through Carry - Rotiere das Register f mithilfe des Carry-bits nach rechts<hr>
:Alle Bits im Register '''R''' werden um eine Position nach rechts verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das 7.Bit des Registers R geschoben. Bit 0 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
C 7 6 5 4 3 2 1 0 ;vor dem Verschieben
0 C 7 6 5 4 3 2 1 ;nach dem Verschieben
</dd></dl>

SLEEP Go into standby mode - Versetze den Mirokontroller in Bereitschaftsmodus<hr>
:Der µC wird in den Sleep-Mode versetzt, in dem er weniger Strom verbraucht. Er kann durch einen Reset, einem Watchdog-Timer-Reset oder durch einen Interrupt wieder aufgeweckt werden.

 SUBLW k Subtract W from literal - Ziehe W von Zahl ab<hr>
:Es wird die Rechenoperation <math>k-W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 SUBWF R,d Subtract W from f - Ziehe W von f ab<hr>
:Es wird die Rechenoperation <math>R-W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

:Beispiel:
<dl><dd>
movlw d'20' ;schreibe 20 in das W-Register
movwf Register1 ;bewegt das W-Register in das Register1
movlw d'10' ;schreibt 10 in das W-Register
SUBWF Register1,F ;schreibt Register1(20)-W(10) in Register1
</dd></dl>

SWAPF R,d Swap nibbles in f - Vertausche die Halbbytes (Nibbles)<hr>
:Es werden die höheren 4 bit (bit7-bit4) mit den niedrigeren 4 bit (bit3-bit0) eines Registers vertauscht und entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).
:Beispiel:
<dl><dd>
movlw b'00001111' ;schreibe b'00001111' in das W-Register
movwf Register1 ;kopiert das W-Register in das Register1
SWAPF Register1,W ;vertauscht die ersten 4 bit mit den letzen
;4 bit in Register 1 und schreibt es in das W-Register
;im W-Register steht nun b'11110000'
</dd></dl>

 XORLW k Exclusive OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Registers, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- xor
0110
</dd></dl>

 XORWF R,d Exclusive OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche XORLW

==Besondere, oft gebrauchte Register==

=== STATUS ===
Der Statusregister beinhaltet den Status der Recheneinheit ALU (Arithmetic-Logic Unit), Resetinformationen und die beiden Bits zur Wahl der Speicherbank

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''STATUS''' (ADDRESSE 03h, 83h, 103h, 183h)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''IRP'''</td>
<td style="background:#00ffff;">'''RP1'''</td>
<td style="background:#00ffff;">'''RP0'''</td>
<td style="background:#00ffff;">'''TO'''</td>
<td style="background:#00ffff;">'''PD'''</td>
<td style="background:#00ffff;">'''Z'''</td>
<td style="background:#00ffff;">'''DC'''</td>
<td style="background:#00ffff;">'''C'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''IRP''': Register Bank Select Bit (für indirekte Adressierung)
:: 1 = Bank 2, 3 (100h-1FFh)
:: 0 = Bank 0, 1 (00h-FFh)
*Bit 6-5 '''RP<1:0>''': Register Bank Select Bits (für direkte Adressierung)
:: 11 = Bank 3 (180h-1FFh)
:: 10 = Bank 2 (100h-17Fh)
:: 01 = Bank 1 (80h-FFh)
:: 00 = Bank 0 (00h-7Fh)
*Bit 4 '''TO''': Time-out Bit
:: 1 = Nach Power-up, CLRWDT Befehl oder SLEEP Befehl
:: 0 = A Watchdogtimer time-out ist eingetreten
*Bit 3 '''PD''': Power-Down Bit
:: 1 = Nach Power-up oder durch den CLRWDT
:: 0 = Nach einem SLEEP befehl
*Bit 2 '''Z''': Zero bit
:: 1 = Das Ergebnis einer arithmetischen oder logischen Operation ist 0
:: 0 = Das Ergebnis einer arithmetischen oder logischen Operation ist NICHT 0
*Bit 1 '''DC''': Digit carry/borrow bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des 4.Niedrigsten Bits (Low Nibble) eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des 4.Niedrigsten Bits eines Rechenergebnisses existiert
*Bit 0 '''C''': Carry/borrow Bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des MSB eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des MSB eines Rechenergebnisses existiert

Das "Borrowbit" (to borrow = etwas borgen) dient zum erkennen, wenn ein Übertrag einer Rechenoperation exisitiert. 250+10 ergibt zum Beispiel 4, und setzt dabei das Borrowbit auf 1. Damit kann das Programm erkennen, wenn wieder einmal ein Ergebnis größer als 255 herauskam.
Bei Subtraktionen (SUBLW und SUBWF) verhält sich das Carry Bit umgekehrt als bei Additionen (ADDWF und ADDLW)!! Zum Beispiel 55-6=49 setzt Carry auf 1 aber 10-25=241 löscht das Carry-Flag.

:Siehe auch [[PIC Assembler#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers]]

=== INTCON ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''INTCON''' (ADDRESSE 0Bh, 8Bh, 10Bh, 18Bh)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''GIE'''</td>
<td style="background:#00ffff;">'''PEIE'''</td>
<td style="background:#00ffff;">'''TMR0IE'''</td>
<td style="background:#00ffff;">'''INT0IE'''</td>
<td style="background:#00ffff;">'''RBIE'''</td>
<td style="background:#00ffff;">'''TMR0IF'''</td>
<td style="background:#00ffff;">'''INT0IF'''</td>
<td style="background:#00ffff;">'''RBIF'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''GIE''': Global Interrupt Enable Bit
::1 = Aktiviert alle Interrupts
::0 = Deaktiviert alle Interrupts
*Bit 6 '''PEIE''': Peripheral Interrupt Enable Bit
::1 = Aktiviert alle peripheren Interrupts
::0 = Deaktiviert alle peripheren Interrupts
*Bit 5 '''TMR0IE''': TMR0 Overflow Interrupt Enable Bit (Overflow von Timer0 löst Interrupt aus)
::1 = Aktiviert den TMR0 Interrupt
::0 = Deaktiviert den TMR0 Interrupt
*Bit 4 '''INT0IE''': RB0/INT External Interrupt Enable Bit (Änderung an RB0 Pin löst Interrupt aus) *)
::1 = Aktiviert den RB0/INT Interrupt (Extern ausgelöst)
::0 = Deaktiviert den RB0/INT Interrupt (Extern ausgelöst)
*Bit 3 '''RBIE''': RB Port On-Change-Interrupt Enable Bit (Änderung an PortB löst Interrupt aus) **)
::1 = Aktiviert den RB port on-change-interrupt
::0 = Deaktiviert den RB port on-change-interrupt
*Bit 2 '''TMR0IF''': TMR0 Overflow Interrupt Flag Bit
::1 = TMR0 Register ist Übergelaufen (muss per Software gelöscht werden)
::0 = TMR0 register ist nicht Übergelaufen
*Bit 1 '''INT0IF''': RB0/INT External Interrupt Flag Bit
::1 = Eine Änderung an RB0/INT Pin hat stattgefunden (muss per Software gelöscht werden)
::0 = Eine Änderung an RB0/INT Pin hat nicht stattgefunden
*Bit 0 '''RBIF''': RB Port On-Change-Interrupt Flag bit
::1 = Mind. einer der Pins von RB7:RB4 hat sich geändert (muss per Software gelöscht werden)
::0 = Keiner der Pins von RB7:RB4 hat sich geändert

* *) Die Flanke auf die reagiert werden soll, wird mit dem Bit OPTION_REG.INTEDG definiert. (steigende = 1 oder fallende = 0)
* **) Der Interrupt klingt verführerischer Weise so, als ob er den gesamten Port überwacht. Dabei reagiert er nur auf RB7:RB4!!!! Er kann aber den Prozessor vom "Schlaf" aufwecken (z.B. durch einen Tastendruck).

=== PORTx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''PORTx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''Rx7'''</td>
<td style="background:#00ffff;">'''Rx6'''</td>
<td style="background:#00ffff;">'''Rx5'''</td>
<td style="background:#00ffff;">'''Rx4'''</td>
<td style="background:#00ffff;">'''Rx3'''</td>
<td style="background:#00ffff;">'''Rx2'''</td>
<td style="background:#00ffff;">'''Rx1'''</td>
<td style="background:#00ffff;">'''Rx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "PORTB" oder "RA1"

Diese Special Funktion Register liegen ALLE in Bank0 und Bank2(Falls vorhanden).

Jedes Bit eines PORT-Registers steht für einen Pin (Ein/Ausgang) des jeweiligen Ports. Je nachdem Ob ein Pin als Ausgang oder als Eingang definiert ist, kann man dort entweder den Wert schreiben oder auslesen. Es hat nicht Jeder PIC gleich viele Ports und es sind auch nicht immer 8 Pins pro Port, es können auch weniger sein. Alle PICs der Midrange-Serie besitzen nur bidirektionale Ports, d.h. sie können sowohl Eingang als auch Ausgang sein. Weiters ist zu beachten, dass einzelne Pins nach dem Reset mit anderen Funktionen belegt sein können. Das gilt im Speziellen für PORTA, wo sich die Komperatoren, AD's (falls vorhanden) und die Oszillatoreingänge (falls in den Fusebits gesetzt) befinden. Siehe [[PIC Assembler#I/O Ports|I/O Ports]].

{|{{Blauetabelle}}
|+ Beispiel PICs und ihre Ports (Zahlen in der Klammer sind die Anzahl der Pins des Ports)
|
|'''PIC16F628A'''
|'''PIC16F876'''
|'''PIC16F877'''
|-
|'''PORTA'''
|Ja
|Ja(5)
|Ja(5)
|-
|'''PORTB'''
|ja
|ja
|ja
|-
|'''PORTC'''
|/
|ja
|ja
|-
|'''PORTD'''
|/
|/
|ja
|-
|'''PORTE'''
|/
|/
|ja (3)
|-
|}

=== PORTx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''TRISx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''Rx7'''</td>
<td style="background:#00ffff;">'''Rx6'''</td>
<td style="background:#00ffff;">'''Rx5'''</td>
<td style="background:#00ffff;">'''Rx4'''</td>
<td style="background:#00ffff;">'''Rx3'''</td>
<td style="background:#00ffff;">'''Rx2'''</td>
<td style="background:#00ffff;">'''Rx1'''</td>
<td style="background:#00ffff;">'''Rx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "TRISB" oder "RA1"

Jedes Bit eines PORT-Registers steht für einen Pin (Ein/Ausgang) des jeweiligen Ports. Je nachdem Ob ein Pin als Ausgang oder als Eingang definiert ist, kann man dort entweder den Wert schreiben oder auslesen. Es hat nicht Jeder PIC gleich viele Ports und es sind auch nicht immer 8 Pins pro Port, es können auch weniger sein. Alle PICs der Midrange-Serie besitzen nur bidirektionale Ports, d.h. sie können sowohl Eingang als auch Ausgang sein. Weiters ist zu beachten, dass einzelne Pins nach dem Reset mit anderen Funktionen belegt sein können. Das gilt im Speziellen für PORTA, wo sich die Komperatoren, AD's (falls vorhanden) und die Oszillatoreingänge (falls in den Fusebits gesetzt) befinden. Siehe [[PIC Assembler#I/O Ports|I/O Ports]].

==Speicherbankorganisation==
===Programmspeicher===
Die Mid-Range MCUs haben einen 2-8k großen Programmspeicher. Dieser hat aber in jeder Speicherzelle nicht 8, sondern 14 Bit - also genau die Länge eines Befehls. Die aktuelle Stelle im Programm wird im PC (Program Counter) verwaltet. Er speichert immer die aktuelle Position im Programmspeicher. Bei einem PIC mit 8k Adressen muss er also die Adressen 0000-1FFF speichern können. Daraus folgt die Größe von 13 Bit für den PC. Der Programmspeicher ist in mehrere Bänke geteilt, die alle 2k groß sind. Das Programm springt ohne zutun des Benutzers von einer in die Nächste. Wenn man aber selber springen will, muss man die Register PCLATH (Program Counter Latch High) oder PCL (Program Counter Least Significant Byte) mit der Sprungadresse beschreiben.

===Datenspeicher===
Der Datenspeicher besteht aus den Special Function Registern (SFR) und den General Purpose
Registern (GPR). Die SFRs sind für die Funktionen des PICs zuständig (Interrupts, Timer, ADCs, CCPM...) und die GPRs für die Speicherung von Variablen und Daten.

Da immer nur 7 Bit der (Ziel)Adresse in einem Befehl gespeichert werden können, sind nur 7Fh (128d) Adressen im Datenbereich möglich. Deswegen wurde das "Banking" eingeführt. 2 Bit im Statusregister (welcher in allen Bänken der selbe ist und auch an der gleichen Stelle sitzt) geben die akutelle "Bank" an und sind nichts anderes als die 2 höchstwertigsten (MSB) Bits der Adresse. Damit lassen sich max. 4 Bänke ansprechen. Je nach PIC gibt es 2-4 Bänke. Die beiden Bits im Register STATUS heißen RP0 (STATUS<5>) und RP1 (STATUS<6>).

{| {{Blauetabelle}}
|+ Wechseln der Bänke mit RP0 und RP1
|-
|
|| RP1
|| RP0
|-
| Bank0
|align="center"|0
|align="center"|0
|-
| Bank1
|align="center"|0
|align="center"|1
|-
| Bank2
|align="center"|1
|align="center"|0
|-
| Bank3
|align="center"|1
|align="center"|1
|}

[[Bild:PIC midrange register.JPG]]
# '''FETTE Register''' sind in allen PICs vorhanden
# können je nach PIC unimplementierte Bereiche beinhalten - diese werden immer als 0 gelesen. (DATENBLATT!!)
# siehe 2
# Könnten je nach PIC auch nicht in Bank0 gemapped werden, sind dann eigenständige Register.
# je nach PIC kann es diese Bänke geben oder nicht geben.

==Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers==

{|
|-
|
{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Subtraktionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|1
|align="center"|0
|-
| negativ
|align="center"|0
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}

||

{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Additionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|0
|align="center"|0
|-
| Überlauf
|align="center"|1
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}
|}

== Codeschnipsel ==

=== Analog-Digital-Wandler (ADC) ===
Viele PICs besitzen einen Analog-Digital-Wandler, der eine angelegte Spannung messen kann und diese als Zahl speichert.

Es gibt AD-Wandler mit 8Bit bzw. 10Bit Auflösung, d.h. die Spannung an einem analogen Eingang wird linear 2^8=256 bzw. 2^10=1024 Werten zugeordnet.
Der höchste Wert, auch Referenzspannung genannt, (255 bzw. 1023; der Controller rechnet die Null auch mit) entspricht der Betriebsspannung des PICs oder wahlweise einer wählbaren Spannung, die an RA3 angelegt werden muss. Der niedrigste Wert entspricht 0 Volt.

Mit dem Analog-Digital-Wandler kann man somit z.B. Sensoren auswerten, die mehr als zwei Zustände ausgeben (Beispiele: Temperatursensor, Helligkeitssensor, Entfernungssensoren usw.) oder Akkuspannungen messen.

Bevor überhaupt gemessen werden kann, muss einiges eingestellt werden:

a) Eingangsverteilung Analog/Digital bzw.Referenzspannung (Betriebsspannung oder RA3)
die genauen Einstellungsmöglichkeiten entnehmen sie bitte dem Datenblatt ihres Controllers (Register ADCON1 Bank 1).

b) Wählen des Taktes für den ADC und Einschalten des ADCs

Das Register ADCON0 besitzt 8 Bits, die folgendes bestimmen:
Bit0 ADON - schaltet AD-Wandler ein oder aus (Strom sparen)
Bit1 - nicht vorhanden
Bit2 GO/Done - startet Wandlung / signalisiert, wann Umwandlung beendet ist.
Bit3 CHS0 - Channel Select 0 wählt Eingang aus
Bit4 CHS1 - Channel Select 1 wählt Eingang aus
Bit5 CHS2 - Channel Select 2 wählt Eingang aus
Bit6 ADCS0 - AD-Clock-Select wählt Takt
Bit7 ADCS1 - AD-Clock-Select wählt Takt

Kümmern wir uns zunächst um den Takt. Mit den zwei Bits ADCS0 und ADCS1 bestimmt man den Takt - hierbei gibt es vier Möglichkeiten:

ADCS1=0, ADCS0=0 -> Taktfrequenz des PICs :2
ADCS1=0, ADCS0=1 -> Taktfrequenz des PICs :8
ADCS1=1, ADCS0=0 -> Taktfrequenz des PICs :32
ADCS1=1, ADCS0=1 -> interner RC-Oszillator des ADCs verwenden

Die Taktfrequenz des ADCs darf 625kHz nicht überschreiten, dementsprechend ist ADCS0 und ADCS1 zu wählen.

Ist dies vollbracht, so kann man den AD-Wandler einschalten und das Go/Done-Bit löschen.
Codebeispiel:

;Takt für ADC (OSC/32)
bcf ADCON0,6
bsf ADCON0,7
;ADC einschalten
bsf ADCON0,0 ; ADON=1
;Go/Done-Bit zurücksetzen
bcf ADCON0,2

Nun ist der AD-Wandler bereit, Spannungen in Zahlen umzuwandeln.
Für eine Wandlung muss erst der entsprechende Eingang gewählt werden. Dafür sind die CHS0..CHS2-Bits zuständig:

CHS2 CHS1 CHS0 gewählter Eingang(falls vorhanden)
0 0 0 RA0
0 0 1 RA1
0 1 0 RA2
0 1 1 RA3
1 0 0 RA5
1 0 1 RE0
1 1 0 RE1
1 1 1 RE2

Achtung! RA4 ist kein analoger Eingang, folglich ist er oben nicht aufgelistet !!

Codebeispiel:

;RA2 auswählen
bcf ADCON0,3
bsf ADCON0,4
bcf ADCON0,5

Als letztes muss die AD-Routine nur noch gestartet werden. Ist der AD-Wandler fertig, so löscht er das Bit wieder. Das Bit wird nun solange abgefragt, bis der AD-Wandler fertig ist. Den zugeordneten Wert findet man im Register 'ADRES'.
Code:

;start
bsf ADCON0,2
;warten,bis es wieder low ist
wa btfsz ADCON0,2
goto wa
;jetzt ist er fertig
;ADRES in W verschieben, um damit gleich weiter zu arbeiten
movf ADRES,W

Die AD-Wandlung ist somit fertig. Liest man mehrere Werte von unterschiedlichen Eingängen ein und möchte diese miteinander vergleichen o.ä., sollte man die Zahlen von ADRES in anderen Registern zwischenspeichern.

Desweiteren ist zu beachten, dass der Analog-Digital-Wandler eine gewisse Pause zwischen den Wandlungen benötigt, die sog. 'Aquisition Time'. Diese Zeitangabe entnehmen sie bitte ihrem Datenblatt.

mögliche Probleme:

a) Der PIC liefert stark schwankende Werte
-> Mögliche Ursachen dafür sind z.B. nicht stabile Betriebsspannung, falsche Zeiteinstellungen. Abhilfe schafft auch das mehrmalige Einlesen eines Eingangs. Auch können z.B. 8 Werte eingelesen werden und dann der Durchschnitt gebildet werden.
Evtl. kann ein Kondensator gegen Masse (z.B. 1nF) helfen; Wichtig ist auch eine kleine Verzögerung zwischen Kanalauswahl und Start der Wandlung. In dieser Zeit kann sich der interne Kondensator des ADC's aufladen.

b) Die Spannung an einem Eingang wird erhöht, die Werte der anderen Eingänge werden aber auch beeinflusst. Woran liegt das?
-> Dann sind Sie Opfer des sog. 'Ghostings' geworden (Werte 'scheinen durch', verschleißen). Die Werte der anderen Eingänge gehen mit, weil der interne Kondensator noch auf die Spannung des Vorgängers aufgeladen ist. Maßnahme: Aquisition Time erhöhen, Werte öfters abfragen, Pause zwischen Kanalauswahl und Start

c) Der PIC liefert immer die gleichen Werte an einem Eingang, obwohl sich die angelegte Spannung ändert
-> möglicherweise falsche Eingangsverteilung (ADCON1) eingestellt oder falschen Pin gewählt

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assembler

2007-04-12T20:27:57Z

Der Gärtner: /* PORTx */

= Einladung zur Diskussion... =

Es wird hier versucht die ASM Programmierung von PIC Mikrocontroller zu beschreiben.

Damit das enstehende Artikel wirklich nutzlich wird, ist Ihre Mitwirkung nötig. Bitte schreib uns Deine Meinung, was ewentuell noch geändert (z.B. ergänzt) werden soll in diesem Tread:

http://www.roboternetz.de/phpBB2/viewtopic.php?p=271211#271211

Die Autoren bedanken sich im voraus für jeden Beitrag mit Vorschlägen !

= Einführung =

== Bit, Byte, Nibble, Bin und Hex ==

Ein Mikrocontroller (kurz: µC) kann eigentlich nur durch ein Portpin eine Spannung einlesen bzw. ausgeben. Er kann aber nur erkennen, ob eine Spannung vorhanden ist oder nicht. Wenn fast keine Spannung vorhanden ist erkennt er das als 0 und wenn eine Spannung fast so gross, wie seine Versorgungsspannung anliegt, als 1.

Genauso bei der Ausgabe, wenn er 0 ausgibt ist auf dem Portpin fast keine Spannung, wenn 1, eine Spannung fast gleich gross seiner Versorgungsspannung. Und das ist ein Bit, die kleinste Menge einer Information. Das Bit ist binär, weil er nur zwei unterschiedliche Werte 0 bzw. 1 haben kann.

Wenn wir gleichzeitig (paralell) 8 Bits haben, dann ist es ein Byte, der mehrere Bitkombinationen von 00000000b bis 11111111b enhält, weil ein Bit (X) auf jeder Stelle 0 bzw. 1 sein kann.

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#007fff>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Das "b" bedeutet, das es sich um binäre (kurz: bin) Darstellung (auch Zahl genannt) handelt. Binäre Zahlen sind aber lang, weil jedes Bit eine Stelle benötigt.

Um die Schreibweise zu verkürzen, wurden hexadezimale (kurz: hex) Zahlen eingeführt. Zuerst wurde ein Byte auf zwei 4-Bit Halbbytes (Nibbles) verteilt und danach ein Nibble als Ziffer genommen. Weil 4 Bit mehr als 10 Kombinationen ergeben, haben die Ziffer 0 bis 9 aus dem Dezimalsystem nicht ausgereicht und wurden um Buchstaben A bis F erweitert. Die hexadezimalen Zahlen haben ein "h" Zeichen am Ende.

Die Umwandlung zwischen bin und hex Zahlen für ein Nibble zeigt folgende Tabelle:

0b = 0h 100b = 4h 1000b = 8h 1100b = Ch
1b = 1h 101b = 5h 1001b = 9h 1101b = Dh
10b = 2h 110b = 6h 1010b = Ah 1110b = Eh
11b = 3h 111b = 7h 1011b = Bh 1111b = Fh

Damit kann ein Byte mit zwei hex Ziffern definiert werden z.B. 1100 0011b = C3h. Für zwei Bytes braucht man 4 hex Ziffern z.B.

101 0111 1010 1001b = 57A9h, u.s.w. So wie im Dezimalsystem werden führende Nullen nicht geschrieben, aber in einem PIC Register existieren immer 8 Bits also auch führende Nullen. Zum Beispiel die hex Zahl 3h sieht im Register so aus: 00000011b. Bei einer Wandlung bin->hex fängt man immer von der rechten Seite der bin Zahl an, da die Anzahl führenden Nullen unbekannt ist.

== Speicher und Register ==

Als Speicher bezeichnet man ein Teil der Hardware, in die eine Information eingeschrieben, in der gespeichert und aus der wieder ausgelesen werden kann.

Es gibt eigentlich nur zwei Arten von elektronischen Speicher: flüchtige und nichtflüchtige. Die Information die sich im flüchtigen Speicher befindet, geht verloren, wenn die Versorgungsspannung des Speichers unterbrochen oder abgeschaltet wird. Bei PICs ist es Dataspeicher (RAM).

Wenn die Versorgungsspannung vom nichtflüchtigen Speicher abgeschaltet wird, ist die gespeicherte Information zwar momentan nicht lesbar, bleibt aber erhalten und sobald der Speicher wieder mit Spannung versorgt wird, kann sie ausgelesen werden. Ein PIC hat zwei solche Speicher: Programmspeicher (Flash) und EEPROM.

Der wichtigste Unterschied zwischen den Speicherarten ist, das die flüchtigen direkt (sehr schnell) beschreibbar sind und das Beschreiben den nichtflüchtigen benötigt spezielle Algorithmen, die leider im Vergleich zu direkten Zugriffen langsamer sind.

Ein Speicher besitzt bestimmte Menge von s.g. Speicherstellen. Jede Speicherstelle hat seine individuelle Adresse und kann eine binäre Information mit bestimmter Anzahl von Bits abspeichern.

Bei PIC haben die drei Arten von Speicher, wegen verschiedener Anwendung, auch unterschiedliche Struktur. Die beiden Speicher für Daten (RAM und EEPROM) haben jeweils 8-bitigen und Programmspeicher (Flasch) bei Mid-Range hat 14-bitigen Speicherstellen. Die Anzahl den Speicherstellen im bestimmten Speicher ist vom PIC-Typ abhängig.

Eine 8-bitige Speicherstelle im RAM wird bei PICs Register genannt und kann so skiziert werden:

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td> MSB </td>
<td colspan=6></td>
<td> LSB </td>
</tr>

<tr>
<td bgcolor="#007fff">bit 7</td>
<td bgcolor="#007fff">bit 6</td>
<td bgcolor="#007fff">bit 5</td>
<td bgcolor="#007fff">bit 4</td>
<td bgcolor="#007fff">bit 3</td>
<td bgcolor="#007fff">bit 2</td>
<td bgcolor="#007fff">bit 1</td>
<td bgcolor="#007fff">bit 0</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#ff8305>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Der bit 7 wird als hochwertigste (MSB = Most Significant Bit) und bit0 als niederwertigste (LSB = Least Significant Bit) bezeichnet. Jeder Bit im Register (X) kann gleich 0 bzw. 1 sein.

Um ein Databyte in ein Register schreiben oder aus einem Register lesen, muss zuerst das Register durch seine Adresse gewählt werden. Dafür gibt es beim PIC folgende Möglichkeiten:

Direkte Adressierung per absolute Adresse: movwf 0x20

Direkte Adressierung per vorher definierten Namen des Registers (z.B. Temp equ 0x20): movwf Temp

Indirekte Adressierung durch FSR Register, in den die absolute Adresse des Registers Temp eingeschrieben wird und der Wert aus dem Temp sich im INDF Register befindet. Wie vorher wurde Temp equ 0x20 definiert und weiter:

movlw Temp ;in W-Register wird die absolute Adresse des Registers Temp geladen
movwf FSR ;diese Adresse wird in das FSR Register kopiert
movf INDF,0 ;der Wert aus dem indirekt adressierten Register Temp wird in das
W-Register geladen.

Weil in jedem 14-bittigem Befehl, der mit Datenspeicher verbunden ist, fur Adresse des ansprechenden Registers nur 7 Bits existieren, die bis zum 7Fh (128d) Register direkt ansprechen können, ist bei PICs der Datenspeicher (RAM) in s.g. Bänke verteilt.

Für Aswahl einer Bank sind zwei Bits RP0 und RP1 im STATUS Register zuständig. Die Anzahl von Bänke und ihre Verwendung ist von gesamter Grösse des RAMs abhängig und kann dem Datenblatt des PICs entnommen werden. Siehe: [[#Speicherbankorganisation|Speicherbankorganisation]]

== Prozessor ==

Der Prozessor von Mid-Range PICs gehört zu den RISC (Reduced Instruction Set Computer) Prozessoren und man hat nur 35 Befehle zu Erlernen, was seine Programmierung deutlich vereinfacht. Jeder Befehl benötigt im Programmspeicher nur eine Speicherstelle und im Quellcode nur eine Zeile. Die Ausführung des Befehls dauert, abhängig vom Befehl zwischen 1-2 Prozessortakten.

Die Prozessoren der Mid-Range Serie von Microchip sind alle in der "Harvard"-Architektur gefertigt. Das Bedeuted, dass der Datenspeicher und Programmspeicher einen eigenen Bus zur CPU besitzen. Der Vorteil zur "von Neumann"-Architektur ist, dass sich die Busgrößen damit unterscheiden können. Das ermöglicht eine größere Bandbreite.

Der Befehl (beim PIC 14 bit) kann in nur einem Takt verarbeitet werden. Daher kommt auch das Aufteilen der Ausführung des Befehls in die 4 verschiedenen Vörgänge. Wärend der neue Befehl eingelesen ("gefatched") wird, wird der Vorige gerade gelesen ("read") und der Vorvorige verarbeited ("executed") und der Vorvorvorige schreibt gerade in den Datenspeicher ("write"). Das heist 4 Befehle werden jeweils um einen Oszillatortaktzyklus verschoben gleichzeitig verarbeitet.

Das geschieht in vier Perioden des Oszillators. Deswegen die Taktfrequenz des CPUs entspricht durch 4 geteilter Frequenz des Oszillators.

CPU Vorgang Richtung Speicher
------------------------------------------------- -
1.Befehl lesen (fatch) <------- Flash |
2.Daten lesen (read) <------- RAM | 1 Prozessortakt =
3.Daten verarbeiten (execute) | 4 Oszillatortakte
4.Daten schreiben (write) -------> RAM |
-

Nur o.g. CPU Vorgänge sind direkt möglich. Es können deswegen keine Befehle aus dem RAM oder EEPROM ausgeführt werden. Um ein Databyte aus einem RAM Register in ein anderes zu kopieren, muss er zuerst aus dem ersten RAM Register in das W-Register (eigenen s.g. Arbeitsregister des CPU) und erst davon in das zweite RAM Register kopiert werden.

Das Lesen/Schreiben aus/in den EEPROM Speicher ist mit Hilfe speziellen Register und Unterprogrammen bei allen Mid-Range PICs möglich. Der Lese und Schreibzugriff auf den Programmspeicher ist aber nur bei wenigen PIC-Typen (z.B. PIC16F87X) möglich. Dies ermöglicht ein "sich selbst Programmieren", was bei Bootloadern genützt wird.

== Assembler ==

Die Maschinensprache, auch Assembler oder kurz ASM genannt, ist eine Sprache die nur bestimmter CPU versteht. Für einen Menschen ist sie unverständlich, da sie nur aus hex Zahlen besteht.

Um sich die Sprache verständlicher zu machen wurden den hex Zahlen s.g. Mnemonics aus Buchstaben zugewiesen. Jeder Befehl für einen CPU hat somit ein "Namen", der aus englischer Sprache stammt. Siehe: [[#Kurzübersicht Assembler Befehle|Kurzübersicht Assembler Befehle]]

Obwohl sie 200 bis 1000 mal schneller als die meisten Hochsprachen ist, wird sie wegen dem grossen Aufwand bei Erstellung umfangreichen Programmen, selten benutzt. Man findet sie aber oft in fast allen Hochsprachen, in eigebundenen Funktionen, überall dort wo die Hochsprachen zu langsam sind oder nötigen Aufgaben nicht unterstützen (z.B. Maus in Q-Basic).

ASM eignet sich aber sehr gut für kleine Anwendungen (meistens Steuerungen) mit µC, weil nur bei dieser Programmiersprache ein direkter Zusammenhang zwischen einem Bit im Programm und einer Spannung am I/O Pin besteht.

Dank der integrierten oder an Portpins angeschlosenen Hardware und dem entsprechenden Program kann ein µC umfangreiche Aufgaben realisieren, die fast unbegrenzt und schwer vorstellbar sind.

Die Aufgabe eines ASM-Programmierers ist, ein Programm zu schreiben, das das Assemblerprogramm (z.B. MPASM) fehlerfrei in die Machinensprache "übersetzt" und der bestimmte CPU "versteht". Sie endet eigentlich erst dann, wenn das geschriebene Programm so wie geplannt funktioniert.

[[Bild:PAD_beispiel.png|thumb|80px|Beispiel für ein PAD]]

Weil ASM Programme nicht besonders durchschaubar sind, wurde als Hilfsmittel ein Programmablaufdiagramm (kurz: PAD) erfunden. Beim Programmerstellung fängt man damit an ein PAD zu erstellen, das die wichtigsten Programmschritte enthält.

Weiter werden alle Befehle nach dem PAD mit einem üblichen Texteditor in eine Textdatei mit Erweiterung .asm (Quellcode) geschrieben, durch ein Assemblerprogramm (für PICs: MPASM oder [http://gputils.sourceforge.net/ GPASM]) von dem für Menschen noch verständlichen Code in die Maschinensprache "übersetzt" und als Texdatei mit Erweiterung .hex gespeichert. Diese Datei wird danach in den Programmspeicher des µC übertragen ("gebrannt").

Das Assemblerprogramm MPASM kann kostenlos von der Homepage des Herstellers von PICs [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en019469&part=SW007002] runtergeladen werden. Es muss zuerst vom Downloads die "MPLAB IDE v7.50 Full Zipped Installation" runtergeladen und erst danach können gewählte Programme (z.B. nur MPASM) intalliert werden. Für MPASM benutzer werden auch folgende .pdf Dateien empfohlen:

MPASM/MPLINK User's Guide (2628 KB) [Benutzerhandbuch]

MPASM™/MPLINK™ PICmicro® Quick Chart (81 KB) [Kurzübersicht]

Nach dem Eischalten der Betriebsspannung des µC, fängt der CPU an, sich im Programmspeicher befindliches Programm mit dem Befehl, der an der Adresse 0 steht, auszuführen.

Aber wann das Programm endet? Natürlich wenn die Versorgungsspannung abgeschaltet wird. Nein! Das ist die einfachste Lösung um ein laufendes Programm auf zufälliger Stelle zu unterbrechen,
aber keine um ihn auf einer definierten Stelle zu beenden.

Wenn an den µC angeschlossene externe Hardware (z.B. Grafikdisplay), eine bestimmte Befehlsfolge vor dem Abschalten benötigt oder wichtige Daten (in EEPROM oder Flash) abgespeichert werden sollen, darf die Spannung erst dann abgeschaltet werden, wenn der CPU eine Meldung ausgibt, dass er sich schon auf der "STOP" Stelle des Programms befinet. Es muss auch
definiert werden (z.B. durch eine Tastenkombination), wann der CPU zum letzten Fragment des ASM Programms vor dem "STOP" gehen soll.

== Grundbeschaltung ==

Der Prozessor von einem PIC kann sofort nach dem Einschalten der Versorgungsspannung (z.B. + 5V DC) arbeiten. Allerdings nur, wenn er den Takt, in dem er die Befehle ausführen soll, vorgegeben hat. Manche PICs besitzen einen internen RC-Oszillator, (z.B. PIC12F629, PIC16F630, PIC16F628, u.s.w.). Bei diesen reicht es bereits Spannung anzulegen und sie laufen bereits.
Die meisten haben ihn aber nicht (z.B. PIC16F84, PIC16F870, u.s.w.) und brauchen fürs Funktionieren zusätzliche Bauteile. Grundsätzlich gibt es mehrere Möglichkeiten:
* RC (Widerstand + Kondensator); keine hohe Frequenzgenauigkeit
* Quarz oder Keramik-Resonator + 2 Kondensatoren (=HS oder XT) bzw. Quarzoszillator; schnell & genau
* Uhrenquarz (32768Hz) = LP (Low-Power-Mode)
Die entsprechenden Bauteile werden an die Pins OSC1/OSC2 angeschlossen, um den notwendigen Prozessortakt zu erzeugen. Im Konfiguration-Word "__config" muss noch angegeben werden, welcher Oszillator verwendet wird.

Desweiteren existiert ein MCLR-Pin, der beim PIC einen Neustart (=Reset) auslösen kann (Low-Pegel). Diesen Pin sollte man, wenn er in "__config" aktiviert ist, über einen Widerstand (pull-up) an Versorgungsspannung legen, damit der PIC anfängt, sein Programm abzuarbeiten. Der Anschluss wird auch für die Programmierung benötigt. Beim sog. High-Voltage-Programming wird MCLR auf ca. 12-14 Volt gelegt, um den PIC in den Programmiermodus zu schalten. Bei manchen PICs kann dieser Anschluss auch als normalen I/O Pin eingestellt werden. In dem Fall, bei ICSP Benutzung, soll noch eine Diode zwischen den pull-up und Versorgungsspannung angeschlossen werden, um die an MCLR Pin angeschlossene Hardware während der Programmierung zu schützen.

Bei externen Oszillatoren bleibt der Pin OSC2 nicht angeschlossen und kann als I/O benutzt werden. Falls ein interner Oszillator benutzt wird, können beide OSC Pins als I/O dienen.

Damit ein Programm zuverlässig ausgeführt werden kann, muss die Versorgungspannung störungsfrei sein. Dafür wird ein Keramik-Vielschicht-Kondensator 100 nF möglichts am kürzesten direkt zwischen VDD und VSS Pins geschaltet.

Folgende Skizzen zeigen die Grundbeschaltung eines PICs:

{|
|-
|
[[Bild:Pic-entstoer.png|thumb|160px|Entstörkondensator beim PIC]]
|
[[Bild:Qz-os.png|thumb|160px|Quarz ]]
|
[[Bild:Qos-os.png|thumb|160px|externer Quarzoszillator]]
|
[[Bild:Rc-os.png|thumb|160px|externer RC-Oszillator]]
|}

== Wahl des PICs ==

Es gibt PIC µC die im Typenbezeichnung den Buchstaben "C" oder "F" haben.

Die älteren mit "C" haben EPROM Programmspeicher und die gibt es in zwei Versionen: ohne und mit Fenster (aus Quarz-Glass) fürs Löschen des EPROMs mit UV Strahlung. Bei denen ohne Fenster kann der Programmspeicher nur einmal beschrieben und nicht mehr gelöscht werden.

Die neuen mit "F" besitzen einen Flash-Programmspeicher, der bis zu 100 000 mal mit angelegter Spannung gelöscht und danach neu beschrieben werden kann.

Für die Wahl eines PICs für bestimmte Anwendung wichtig sind:

- Max. Taktfrequenz des Prozessors.

- Grösse des Datenspeichers (für Variablen).

- Grösse des Programmspeichers (für Programm).

- Integrierte Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.).

- Freie I/O Pins für externe Hardware (Display, Tasten, u.s.w.).

- Vorhandene Betriebspannung (Netzteil, Akku, Batterie).

In der Praxis wird meistens für die Programmerstellung ein grösserer PIC genommen (wenn möglich pinkompatibler z.B. PIC16F628 für PIC16F84 oder PIC16F630 für PIC12F629) und erst nach der Optimierung des lauffägiges Programms, der tatsächlich nötiger, da seine Parameter am Anfang nur geschätzt werden können. Wenn man viel Programme für verschiedene PICs entwickelt, optimal wäre der grösste PIC16F877 mit 20 MHz max. Taktfrequenz.

Diese Lösung hat auch den Vorteil, dass während der Programmerstellung kurze Hilfsprogramme (z.B. PIC Trainer) in den Programmspeicher kopiert und benutzt werden können, da sie sowohl ein bischen Programmspeicher und RAM als auch 2 freie I/O Pins fürs PIC Miniterminal brauchen.

= Programm =

== Allgemeines ==

Jedes Program kann man auf klenere Fragmente unterteilen, die auf bestimmter Weise miteinander verknüpft sind und gemeinsam die Aufgabe des Programms erfüllen. Das wichtigste Teil eines Programms ist s.g. Hautprogram (kurz:HP), das eine führende Rolle spielt. Dem HP sind fast alle andere Programmteile untergeordnet (weiter als Unterprogramm (kurz:UP) genannt) und werden nach Bedarf von ihm aufgerufen um eine bestimmte Aufgabe zu erledigen.

Die Struktur eines Programs ist aber komplizierter, da ein UP kann auch ein oder mehrere UPs nacheinander aufrufen. Ganz unten sind die UP1s, die ganz einfache Sachen erledigen. Höher ist das nächste Ebene mit UP2s die schon mehr komplizierten Aufgaben durch ein Aufruf der UP1s erledigen können, u.s.w. Bei Mid-Range PICs (12FXXX und 16FXXX) können maximal bis zu 8 Ebenen benutzt werden.

<center>
[[Bild:HP-UP.png|Hauptprogramm - Unterprogramm]]
</center>

Jedes UP kann jederzeit aufgerufen werden, je nach dem was gerade eledigt werden muss. Weil das nicht egal ist, welches UP augerufen wird, da jedes nur eine bestimmte Funktion im Programm hat, muss der Programmierer dafür sorgen, dass alles richtig nach Programablaufdiagramm, und nicht chaotisch, abläuft.

Die Programmierung in ASM ist änlich wie bei Hochsprachen, wenn man sich Bibliotheken mit Prozessorspezifischen UPs erstellt. Um ein lauffähiges Programm zu erstellen, braucht man nur benötigte UPs ins Program kopieren und ein geignetes HP, das sie aufruft, schreiben.

Ein ASM Programm (Quellcode) muss in einer Texdatei .asm in der vom Assemblerprogramm erwarteter Form verfasst werden, um fehlerfreie Konvertierung in die Maschinensprache (Assemblierung) zu gewährleisten. Dieses Prozess verläuft in der Form eines Dialoges.

Der Programmierer schreibt und gibt es dem Assemblerprogram zum Übersetzen. Alles was das Programm nicht versteht oder nicht richtig ist, erscheint als Fehlermeldungen, die der Programmierer kennen muss um die Fehler korrigieren zu können. Eine .hex Datei wird erst dannn erstellt, wenn das Assemblerprogramm keine Fehler mehr im Quellcode findet. Deswegen sehr wichtig ist, sich mit dem Assemblerprogramm vertaut zu machen, um die Dialogzeit zu minimieren.

== Programmdurchlaufdiagramm ==

Der Programdurchlaufdiagram (kurz: PAD) ist eine vorläufige und laufend änderbare Stufe zwischen einer Idee und ihrer Verwirklichung. Er wird erst dann fertig, wenn nach ihm erstelltes ASM Program auf einem µC so wie gewünscht funktioniert. Jedes sein Symbol (ausser "Start/Stop") muss später als Befehlsreihenfolge für den bestimmten CPU in den Quellcode übertragen werden. Die Anschriften "Ein" und "Aus" gehören nicht zu Symbolen des PADs und wurden nur zur Erklärung benutzt.

Der PAD ist sehr eifach zu erstellen, weil dafür nur drei Symbole benötigt sind:
<center>
[[Bild:PAD_kurz.png|Symbole des PAD]]
</center>
Das "Start/Stopp" Symbol bedeutet, dass das gesamte Programm sich im stabilen Zustand befindet und nicht "läuft". Anstatt "Stopp" kann auch "Schlaf" (Sleep) agewendet werden, da das Programm in dem Fall auch nicht aktiv ist. Das "Tun" Symbol stellt meistens ein UP mit Reihenfolge von Befehlen dar. Das "Prüfen" bedeutet eine Prüfung bestimmter Bedingung und abhängig davon einen weiteren Lauf eines Programms, endweder in der "ja" (J) oder "nein" (N) Richtung.

Als allgemeinnutziges Standard für µCs kann man folgender PAD bezeichnen:

PAD _____
/ \
Spannung ein (Ein) ----->( Start )
\_____/
| -
V |
.---------------. |
|Initialisierung| |
'---------------' |
| |
.--------->| |
| V |
| .---------------. |
| | Hauptprogramm | |
| '---------------' |
| | |
| V |
| | > Gesamtes Programm
| / \ |
| /Ende?\____ |
| \ /J | |
| \ / | |
| | | |
| V | |
| N| | |
`----------´ | |
V |
.---------------. |
| Beenden | |
'---------------' |
| |
V -
_____
/ \
Spannung aus (Aus) <-------------( Stopp )
\_____/

Das Hauptprogram wird in einer endlosen Schleife ausgeführt, die durch die Prüfung "Ende?" unterbrochen werden kann. In dem Fall wird vor dem Beenden des gesamten Programms noch ein UP "Beenden" ausgeführt, das z.B. Daten in EEPROM speichert.

Es ist nicht nötig immer die Symbole zu zeichnen, man kann sich sie vorstellen und nur den Text schreiben. Die Prüfungen werden mit "?" gekenzeichnet und die Zeichen "V", "<" und ">" zeigen die Richtung des weiteren Verlaufs. Dann sieht der PAD so aus:

PAD1 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
| Ende? J > Beenden |
| N V -
| V Stopp > Aus
`--------´

In der Praxis werden aus Platzgründen meistens die vereinfachten PADs benutzt.

Der PAD1 kann aber für Hauptprogramme, die in beliebigem Moment unterbrochen werden dürfen, deutlich vereifacht werden, da die Prüfung "Ende?" ob das Hauptprogram beendet werden soll, und das UP "Beenden", entfallen.

Die meisten ASM Programme für µC sind deswegen nach solchem PAD erstelt:

PAD2 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
`--------´ _|

Für Testprogramme wird meistens fogender PAD angewendet, weil es ziemlich einfach festzustellen
ist (z.B. durch Stromverbrauchmessung des µCs), wann sich der CPU schon im Schlaf befindet. Erst dann, darf die Betriebspannung des µCs ausgeschaltet werden.

PAD3 Ein > Start
V -
Initialisierung |
V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf > Aus

Und eine batteriebetriebene Uhr wird überwiegend so gestaltet:

PAD4 Ein > Start
V -
Interrupt Initialisierung |
Timer------------------------->V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf

In dem Fall reicht es aus, wenn der CPU jede Minute vom Timer aufgeweckt wird, um die Zeit zu aktualisieren. Eine Uhr ist immer (ausser Batteriewechsel) ununterbrochen mit Spannung versorgt.

Für komplizierte Programme ist es unmöglich ein PAD zu erstellen, in dem jeder CPU Befehl sein eigenes Symbol hat. Man beschränkt sich nur auf alle Prüfungen, die über den Lauf des Programms entscheiden, und ganze UPs (z.B. "Initialisierung") nur als ein Symbol verwendet. Für jedes UP wird dann ein eigener PAD erstelt.

Das Erstellen von PAD bei ASM Programmen ist sehr wichtig und darf nicht unterschätzt werden. Je stärker ein Programmierer glaubt, dass er das ohne PAD schaft, um so mehr Zeit wird er danach bei Fehlersuche oder Änderungen im ASM Programm verlieren. Für einfache ASM Programme, die gut kommentiert sind, reicht es meistens aus, ein PAD nur "im Kopf" zu erstellen, aber ganz ohne PAD geht es sicher nicht.

Wenn ein ASM Programm nicht wie geplannt funktioniert, wird zuerst ein Fehler im PAD gesucht. Und erst wenn er i.O. ist, im als fehlerhaft festgestellten Codefragment.

== Hauptprogramm ==

Wie sein Namen schon vermuten lässt, ist das Hauptprogram das wichtigste Teil des gesamten Programms. Meistens ist es auch das kleinste Teil, vor allem, wenn die UPs sehr komplex sind. Seine Aufgabe ist die benötigte UPs in bestimmter Reihenfolge nachainander aufzurufen, um die alle Funktionen des gesamten Programms zu realisieren.

Das HP ist meistens als endlose Schleife , wie im PAD2, aufgebaut. Weil die endlose Schleife sehr schnell läuft, werden die alle, die durch die UPS realisierte Aufgaben quasi gleichzeitig ausgeführt. Wenn es unerwünscht ist, müssen einige UPs als Verzögerungen realisiert werden.

Typischer PDA für ein HP sieht so aus:

Haupt .--->V
| UP1
| V
| UP2
| V
| ...
| V
| UPn
| V
`----´

In den Quellcode wird es so eigeschrieben:

Haupt call UP1
call UP2
...........
call UPn
goto Haupt

In der Praxis wird das HP schrittweise erstellt. Am Anfang wird sich nur ein UP im HP befinden und die folgenden kommen nach dessen Erstellung und Prüfen dazu, bis das HP fertig wird.

== Unterprogramm ==

Unterprogramm wird durch übergeordnetes Programmteil (Aufrufer) aufgerufen und nach seinem Ausführen, wird zurück zum Aufrufer gesprungen. Der Rückkehr zum Aufrufer wird durch "return" Befehl, der sich am Ende jedes UPs befinden muss, erreicht. Und das ist der einzige Unterschied zwischen einem HP und einem UP.

Jedes UP hat folgender PAD:

vom Aufrufer -------> V
Tun
V
zurück zum Aufrufer <------- return

Ein HP von einem ASM Programm kann in anderem, mehr umfangreichem ASM Program als UP benutzt werden, wenn der sich am Ende des HPs befindlicher Befehl "goto" durch "return" ersetzt wird. Ein Beispiel dazu:

Haupt1 call UP11 Haupt1 call UP11
call UP21 call UP21
........... -------> ...........
call UPn1 call UPn1
goto Haupt1 return

Jetzt können wir im mehr komplexen HP (Haupt) das Haupt1 als Unterprogramm aufrufen:

Haupt call UP1
call Haupt1
...........
call UPn
goto Haupt

Jedes UP kann auch von einem anderen übergeordneten UP aufgerufen werden, wenn das was es realisiert, benötigt wird.

In der Praxis wird oft ein UP von mehreren anderen UPs benutzt. Zum Beispiel um LCD Display zu steuern, brauchen wir entweder ein Befehl (Cmd) oder ein Zeichen (Data) an Display zu schicken. In beiden Fällen wird ein Byte geschickt, einmal mit RS=0 (Befehl) und einmal mit RS=1 (Zeichen) laut folgendem PDA:

"Cmd" "Data"
V V
RS=0 RS=1
V V
`-->V<--´
"Send" Byte schicken
V
return

Das wird z.B. in den Quellcode so eingeschrieben:

Cmd bcf RS
goto Send
Data bsf RS
Send ............
return

Das UP "Send" ist den UPs "Cmd" und "Data" untergeordnet, da es von beiden benutzt wird, kann aber weder "Cmd" noch "Data" benutzen.

=== Initialisierung ===

Damit der PIC ein Programm asführen kann, muss er vollständig und richtig initialisiert werden. Deswegen als erstes UP, das vom HP aufgerufen wird , ist "Initialisierung" (kurz: Init)

==== Variablen ====

Weil nach dem Einschalten der Spannung im RAM sich zufällige Werte befinden, wird meistens als erstes, der benutzte Bereich des RAMs (z.B. 20h bis 7Fh) gelöscht. Es wird einfach und sparsam mit einer Schleife, die indirekte Adressierung verwendet, gemacht:

V
Adresse des ersten Registers in FSR laden (20h)
.-------------------->V
RAMClr |Indirekt adressierter Register löschen (INDF)
| V
| Adresse erhöhen
| V
| Letzte Adresse + 1 (80h) J>Return
| N
| V
`---------------------´

Es wird wie folgt in Quellcode eingeschrieben:

movlw 0x20
movwf FSR
RAMClr clrf INDF
incf FSR,1
btfss FSR,7
goto RAMClr
return

Danach können den benötigtenen Variablen die gewünschte Werte angegeben werden:

movlw 0x3C
movwf LimH
movlw 0x5A
movwf LimL
u.s.w.

Somit sind die Variablen initialisiert.

==== I/O Ports ====

Nach dem Einschalten der Spannung sind die für Komparatoren oder A/D Wandler benutzte Pins als analoge Eingänge initialisiert. Wenn sie alle als digitale I/Os verwendet werden sollen, müssen sie als solche definiert werden. Das geschieht durch Eischreiben in entsprechenden Register (CMCON bzw. ADCON1) des Wertes 0x07:

movlw 0x07 b.z.w. movlw 0x07
movwf CMCON movwf ADCON1

Wenn einige als Analoge Eingänge benutzt werden sollen, mussen die entsprechende Werte dem Datenblatt des jeweiligen PICs entnommen werden.

Danach werden alle Ports nacheinander gelöscht und die gewünschte Werte die an den Pins vor dem Start des Hauptprogramms ausgegeben werden sollen, geschrieben:

clrf PORTA
movlw 0x37
movwf PORTA
usw.

Anchliessend werden für jeden Port die Werte in TRIS Register eingeschrieben, wobei ein Bit einem Pin entspricht. Ein Pin wird in TRIS Register durch 1 als Eingang und durch 0 als Ausgang definiert. Beispielweise beim PORTB sollen B7,B5 und B3 als Eingänge und restliche Pins als Ausgänge definiert werden. Das ergibt den Wert 10101000b = A8h, der in den TRISB Register geschrieben werden muss. Weil die alle TRIS Register sich in der Bank1 befinden, muss im STATUS-Register auf Bank1 und danach zurück auf Bank 0 umgeschaltet werden:

bsf STATUS,RP0
movlw 0xA8
movwf TRISB
bcf STATUS,RP0

Bei einem Umschalten der Bank können selbstverständlich alle TRIS Register nacheinander beschrieben werden.

==== Hardware ====

Die für ASM Programm benutzte Hardware kann auf integrierte und externe geteilt werden. Für eine Initialisierung der integrierten Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.), müssen entsprechende SFRs (Spezial Function Registers) laut Datenblatt des PICs definiert werden.

Die externe Hardware muss nach Datenblättern der Herstellern initialisiert werden.

=== Einlesen ===

Um ein Bit von einem Portpin einzulesen und in ein bestimmtes Register zu Kopieren wird folgender PAD benutzt, weil ein PIC kein Befehl dafür hat:

V
Bit im Zielregister löschen
V
Quellbit = 0 ? J>-------.
N |
V |
Bit im Zielregister setzen |
V<-------------´

Wenn wir z.B. ein bit3 von PortA als bit1 in den Register Tasten kopieren wollen, dann wird es in Quellcode so geschrieben:

bcf Tasten,1
btfsc PORTA,3
bsf Tasten,1

Natürlich wenn ein ganzer Byte vom Port in das W-Register eingelesen wird, kann mann den gleich in das Zielregister schreiben.

=== Ausgeben ===

Um ein Bit an einem Portpin auszugeben wird ein bestimmter Bit mit "bcf" gelöscht oder mit "bsf" gesetzt. Zum Beispiel bit4 im PORTA:

bcf PORTA,4.

Um ein Byte auszugeben wird er einfach zuerst in das W-Register geladen und danach an Port übergeben, z.B.:

movlw 0x12
movwf PORTA

=== Pause ===

Um eine Pause (Warten) im Programm anzulegen wird der "nop" Befehl benutzt, während dessen Ausführung der CPU nichts macht. Mit einem "nop" kann eine Zeit gleich 4 Takten (Perioden) des Oszillators realisiert werden. Um eine Zeit z.B. 1 Sekunde zu erreichen braucht man bei einem Quarzoscillator 4 MHz "nur" 1 000 000 Takten zu Programmieren, was in keinen Programmspeicher von PIC passt. Deswegen werden mehrfache s.g. Warteschleifen angewendet. In der Praxis werden Schleifen mit max. 3 Ebenen benutzt.

Solche Warteschleife funktioniert nach einem im folgendem PAD abgebildetem Prinzip:

Warte V
n * nop
V
P2 laden
Warte2 V<-----------------.
P1 laden |
Warte1 V<-------------. |
P0 laden | |
Warte0 V<---------. | |
P0 decrementieren | | |
V | | |
P0 = 0 ? N>---´ | |
J | |
V | |
P1 dekrementieren | |
V | |
P1 = 0 ? N>-------´ |
J |
V |
P2 dekrementieren |
V |
P2 = 0 ? N>-----------´
J
V
return

Das wird in Quellcode so aussehen:

Warte nop
...
nop
movlw 0xXX
movwf P2
Warte2 movlw 0xXX
movwf P1
Warte1 movlw 0xXX
movwf P0
Warte0 decfsz P0
goto Warte0
decfsz P1
goto Warte1
decfsz P2
goto Warte2
return

Anstatt "movlw 0xXX" kann auch "movf PauseX,0" angewendet werden, wenn die Schleife mit verschiedenen Werten P0, P1 und P2 aus den Register Pause0, Pause1 und Pause2 benutzt wird.

Die gesammte Anzahl den CPU Takten (N) lässt sich aus folgender Formel berechnen:

N = P2 * [ P1 * (3 * P0 + 5) + 7 ] + n + 10

und die Wartezeit (T) in Sekunden:

T = 4 * N / Fosc

Wobei:

P0 = Zahl im Register P0
P1 = Zahl im Register P1
P2 = Zahl im Register P2
n = Anzahl "nop"s
10 = Ausführungszeit von "call" + "return" + 3 * ("movlw" + "movwf")
Fosc = Frequenz des Oszillators (z.B. Quartz)

Die "nop"s sind notwendig um jede Wartezeit einzustellen zu können.

Mit solcher dreifachen Schleife die max. Wartezeit ist ca. 50 000 000 CPU Takten, was bei 4 MHz Quarz ca. 50 Sekunden entspricht.

Für kürzere Wartezeiten werden doppelte oder einzelne Schleifen benutzt.

=== Schnittstellen und Treiber ===

Als Schnittstelle wird externe Hadware, die zum steuern eines an sie angeschlossenes "Gerätes" dient, genannt. Das ASM Programm, das die Steuerung ermöglicht ist ein Treiber. Als Beispiel siehe: [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22749]

=== Tabellen ===

Es gibt zwei Arten von Tabellen: Sprungtabellen (computed goto) die "goto" Befehle enthalten und Wertetabellen (lookup table) in denen feste Werte in "retlw" gespeichert sind. Der wichtigste Unterschied zwischen dennen ist, dass die Sprungtabellen werden mit "goto" eingesprungen und steuern den Programlauf abhängig vom Inhalt des W-Registers und die Wertetabellen werden mit "call" aufgerufen und liefern abhängig von Inhalt des W-Registers ein Wert an den Aufrufer zurück.

Beide werden in Programmspeicher erstellt. Sie können nur bis zu 256 Speicherstellen belegen, da in den W-Register auch nur so viel veschiedenen Zahlen "passen". Sie Fangen also (fast) immer bei einer Adresse XX00h an und enden bei XXFFh. Der Hochwertige Byte "XX" der Adresse an der sich der Anfang einer Tabelle befindet, muss vor dem Einsprung in die Tabelle ins PCLATH Register eingeschrieben werden, wenn die Tabelle weit vom Aufrufer liegt. In der Praxis werden solche Tabellen am oberen Ende des Programmspeichers angelegt, damit sie den ASM Code nicht unterbrechen.

Eine Sprungtabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 goto Marke0
XX01 goto Marke1
.......................
XXFE goto Marke254
XXFF goto Marke255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
goto Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, der die Wahl wohin gesprungen wird bestimmt

Nach ausführen der obiger Befehlsfolge, wird das ASM Programm z.B. für Twert=0x01 weiter ab Marke1 "laufen" bis es an "return" kommt. Dann springt es zurüch zum Aufrufer der Tabelle.

Eine Wertetabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 retlw Wert0
XX01 retlw Wert1
.......................
XXFE retlw Wert254
XXFF retlw Wert255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
call Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, für welchen, an den Aufrufer bestimmter
Wert aus der Tabelle im W-Register zurückgeliefert wird

Solche Wertetabellen werden z.B. als Zeichengeneratoren für Grafikdisplays benutzt.

=== EEPROM ===

Alle PICs besitzen EEPROM in dem je nach Typ können 64 bis 256 Databytes gespeichert werden. Weil die detailierte Beschreibung der Schreib- und Lesevorgänge ziemlich lang wäre, werden nur geprüfte UPs kurz erklärt.

EEPROM beschreiben:

EEWrite movlw 0x20 <------ ab der RAM Adresse wird gespeichert
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EEWLoop call EEWrite1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EEWLoop
return

EEWrite1 bcf INTCON,GIE <------ Interrupts sperren
movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
movf INDF,0
movwf EEDATA
bsf EECON1,WREN
movlw 0x55
movwf EECON2
movlw 0xAA
movwf EECON2
bsf EECON1,WR
bcf EECON1,WREN
btfsc EECON1,WR
goto $-1 <------ warten bis WR=0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
bsf INTCON,GIE <------ Interrupts erlauben
return

EEPROM lesen und zurück in RAM schreiben:

EERead movlw 0x20 <------ ab der Adressse werden die Bytes in RAM abgelegt
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EERLoop call EERead1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EERLoop
return

EERead1 movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
bsf EECON1,RD
movf EEDATA,0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
movwf INDF
return

== Vorlage für MPASM ==

list P=12F629 ; Prozessor definieren
include "P12F629.inc" ; entsprechende .inc Datei für MPASM
__config _CP_OFF & _WDT_OFF & _PWRTE_ON & _MCLRE_OFF & _INTRC_OSC_NOCLKOUT ; Konfiguration
#define _DTT1 GPIO,0 ; Portpins benennen
#define _CKT2 GPIO,1
#define _T3 GPIO,2
#define _RNG GPIO,3
#define _INT GPIO,4
#define _RL GPIO,5
SecondL equ 0x20 ; Variablen definieren (Register benennen)
SecondH equ 0x21
MinuteL equ 0x22
MinuteH equ 0x23
StundeL equ 0x24
StundeH equ 0x25
org 0x0000 ; Direktive für MPASM
call Init ; rufe UP "Initialisierung" auf
Haupt ............ ; Hauptprogramm als endlose Schleife
Eigener Code
............
goto Haupt ; gehe zum Anfang des Hauptprogramms (zurück)
UP1 ............ ; Unterprogramme
Eigener Code
............
return
############
UPn ............
Eigener Code
............
return
Init clrf GPIO ; lösche Port
bsf STATUS,RP0 ; auf Bank1 umschalten
call 0x3FF ; hole Kalibrationswert
movwf OSCCAL ; kalibriere internen RC oscillator
bcf OPTION_REG,7 ; aktiviere pull-ups
movlw 0x30 ; definiere Portpins GPIO, (z.B. 0-3 Aus- und 4-5 Eingänge)
movwf TRISIO ; schreibe in TRIS Register
bcf STATUS,RP0 ; auf Bank0 umschalten
movlw 7 ; schalte Komparator aus
movwf CMCON ; und mache RA0-2 als digital I/O
............
eigener Code
............
return ; springe zurück (zum Haupt)
end ; Ende des Codes zum "Übersetzen"

Die Variablen können auch kürzer mit s.g. cblock definiert werden:

cblock 0x20
SecondL
SecondH
MinuteL
MinuteH
StundeL
StundeH
endc

Bei sehr vielen Variablen sind aber die Registeradressen nicht so übersichtlich.

== Für anderen PIC umschreiben ==

Die wichtigste Vorraussetzung ist, das der PIC2, auf dem das vorhande ASM Programm (für PIC1) laufen soll, zumindest für das ASM Program nötige interne Hardware hat. Der Code benötigt keine Änderungen.

Wenn der Port vom PIC2 anderen Namen hat, muss man das im Quellcode umdefinieren, z.B.:

#define GPIO equ PORTB
#define TRISIO equ TRISB

Dann wird das Assemblerprogramm, wenn es GPIO findet, immer PORTB nehmen. Das gleiche Betrifft die "__config" Ausdrücke, die entsprechend der .ini Datei für den PIC2, geändert werden müssen.

Das Assemblerprogramm findet sicher alles, was ihm nicht "passt" und bringt Fehlermeldungen, auf die man entsprechend reagieren muss.

== Das erste... ==

Hier wird detailiert das ganze Prozess der Erstellung eines ASM Programms beschrieben.

Die Idee:

Es gibt 4 Leds, die mit 2 Tastern gesteuert werden sollen. Nach dem Einschalten soll keine LED leuchten. Solange der linke Taster (T1) gedrückt ist, sollte eine leuchtende LED von links nach rechts "wandern" und von der letzten rechten Position wieder nach ganz linke "springen". Solange der rechte Taster (T2) gedrückt ist, sollte eine leuchtende LED von rechts nach links "wandern" und von der letzten linken Position wieder nach ganz rechte "springen". Solange beide Taster gedrückt sind soll die leuchtende LED von links nach rechts und zurück "wandern".

Dafür nötige Hardware zeigt folgende Skizze:

.-----------------------------------------------.
| |
| |
| |
| PIC12F629 |
| |
| |
| |
| GPIO,3 GPIO,4 GPIO,5 GPIO,2 GPIO,1 GPIO,0|
'-----------------------------------------------'
4| 3| 2| 5| 6| 7|
| | | | | |
| | | | | |
| | | | | |
| | .-. .-. .-. .-.
| | | | | | | | | |
| | 470| | 470| | 470| | 470| |
| | '-' '-' '-' '-'
| | | | | |
\ o \ o | | | |
\ \ V -> V -> V -> V ->
\. \. - - - -
T1 o T2 o LED1 | LED2 | LED3 | LED4 |
| | | | | |
+-------+-------+---+---+-------+-------+
|
===
GND

Jetzt muss die Idee vom Programmierer in ein PAD verfasst werden, z.B. solcher:

Start
V
Initialisierung
.-------------->V
| T1 gedrückt ? N>-----.
| J |
| V |
| links->rechts "wandern" |
| V<------------´
| T2 gedrückt ? N>------.
| J |
| V |
| rechts->links "wandern" |
| V<------------´
`---------------´

= Midrange =

== Kurzübersicht Assembler Befehle ==

{|
|-
| valign=top |

{| {{Blauetabelle}}
|ADDLW||Add literal and W
|-
|ADDWF||Add W and f
|-
|ANDLW||AND literal with W
|-
|ANDWF||AND W with f
|-
|BCF||Bit Clear f
|-
|BSF||Bit Set f
|-
|BTFSC||Bit Test f, Skip if Clear
|-
|BTFSS||Bit Test f, Skip if Set
|-
|CALL||Call subroutine
|-
|CLRF||Clear f
|-
|CLRW||Clear W
|-
|CLRWDT||Clear Watchdog Timer
|}

| valign=top |

{| {{Blauetabelle}}
|-
|COMF||Complement f
|-
|DECF||Decrement f
|-
|DECFSZ||Decrement f, Skip if 0
|-
|GOTO||Go to address or label
|-
|INCF||Increment f
|-
|INCFSZ||Increment f, Skip if 0
|-
|IORLW||Inclusive OR literal with W
|-
|IORWF||Inclusive OR W with f
|-
|MOVF||Move f
|-
|MOVLW||Move literal to W
|-
|MOVWF||Move W to f
|-
|NOP||No Operation
|}

| valign=top |

{| {{Blauetabelle}}
|-
|RETFIE||Return from interrupt
|-
|RETLW||Return with literal in W
|-
|RETURN||Return from Subroutine
|-
|RLF||Rotate Left f through Carry
|-
|RRF||Rotate Right f through Carry
|-
|SLEEP||Go into standby mode
|-
|SUBLW||Subtract W from literal
|-
|SUBWF||Subtract W from f
|-
|SWAPF||Swap nibbles in f
|-
|XORLW||Exclusive OR literal with W
|-
|XORWF||Exclusive OR W with f
|}
[[:bild:pic_asm_short.jpg|Kurzübersicht zum Ausdrucken]]
|}


==Ausführliche Beschreibung zu den Befehlen==

Erklärungen zu den Verwendeten Platzhaltern:
*'''k''' stellt einen fest definierten Wert da. z.B. <tt>0x20</tt>, <tt>d'42'</tt> oder <tt>b'00101010'</tt>
*'''W''' steht für das W-Register.
*'''d''' steht für ''destination'' (Ziel). Im code wird d durch ein <tt>w</tt> bzw. <tt>0</tt> (der Wert wird in das W-Register gespeichert ) oder <tt>f</tt> bzw. <tt>1</tt> (der Wert wird in das davor definierte Register gespeichert)
*'''b''' steht für Bitnummer im Register (eine Zahl zwischen 0 und 7)
*'''R''' steht für ein Register
*'''fett''' geschrieben Bedeutet, dass es ein Platzhalter ist und im Quellcode durch eine Registeradresse oder einen Wert ersetzt werden muss
*<tt>Schreibmaschinenstil</tt> bedeutet, dass es so im Quellcode geschrieben werden kann.

 ADDLW k Add W and literal - Addiere W und Zahl<hr>
:Es wird die Rechenoperation <math>k+W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ADDWF R,d Add W and f - Addiere W und f <hr>
:Es wird die Rechenoperation <math>R+W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ANDWF k AND literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- and
1000
</dd></dl>

 ANDWF R,d AND W with f - ???<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche ANDWF

BCF R,b Bit Clear f - Bit b im R wird gelöscht<hr>
:Mit dem Befehl <tt>BCF</tt> wird das Bit '''b''' im Register '''R''' gelöscht. Ein Beispiel:
<dl><dd>
movlw b'11111111' ;es wird b'11111111' in das W-Register geschrieben
BCF W,2 ;es wird bit 2 im W-Register gelöscht.
;das Ergebnis ist: b'11111011'
</dl></dd>

BSF R,b Bit Set f - Bit b im R wird gesetzt<hr>
:Mit dem Befehl <tt>BSF</tt> wird das Bit '''b''' im Register '''R''' gesetzt. Ein Beispiel:
<dl><dd>
clrw ;es wird b'00000000' in das W-Register geschrieben
BSF W,2 ;es wird bit 2 im W-Register gesetzt.
;das Ergebnis ist: b'00000100'
</dl></dd>

BTFSC R,b Bit Test f, Skip if Clear - Wenn das Bit b im Register R 0 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSC</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 0 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSC W,0 ;es wird bit 0 geprüft.
;wenn es 0 ist, wird der nächste Befehl übersprungen
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser Sprungbefehl ausgeführt.
goto IST_NULL ;springt zur Marke "IST_NULL"
</dl></dd>

BTFSS R,b Bit Test f, Skip if Set - Wenn das Bit b im Register R 1 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSS</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 1 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSS W,0 ;es wird bit 0 geprüft.
;wenn es 1 ist, wird der nächste Befehl übersprungen
goto IST_NULL ;springt zur Marke "IST_NULL"
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser
;Sprungbefehl ausgeführt, da der Befehl
;darüber übersprungen wurde.
</dl></dd>

CALL Call Subroutine - Rufe Unterprogramm auf<hr>
:Mit dem <tt>CALL</tt> Befehl wird ein Unterprogramm aufgerufen. Mit dem <tt>RETURN</tt>-Befehl wird das Unterprogramm beendet und man kehrt zum Befehl nach dem <tt>CALL</tt>-Befehl zurück. Das Unterprogramm wird so definiert, dass im Quellcode der Name des Unterprogramms nicht eingerückt steht. Ein Beispiel:

<dl><dd>
movlw d'13' ;in das W-Register wird 13d geladen
CALL Unterprogramm1 ;es wird das Unterprogramm "Unterprogramm1" aufgerufen
movwf ergebnis ;das W-Register wird in das Register "ergebnis" kopiert.
;im Register "ergebnis" steht nun 23d

Unterprogramm1 ;zählt 10 zum W-Register
addlw d'10' ;es wird 10d zum W-Register addiert
RETURN ;kehre zurück zum Aufrufer
</dl></dd>

CLRF R Clear f - Schreibe 0 in das Register R<hr>
:Das Register '''R''' wird mit Nullen gefüllt (gelöscht).

CLRW Clear W - Schreibe 0 in W<hr>
:Das W-Register (<tt>W</tt>) wird mit Nullen gefüllt (gelöscht).

CLRWDT Clear Watchdog Timer - Setzt den Watchdog-Timer zurück<hr>
:Es wird der WDT (Watchdog-Timer) zurückgesetzt und der Zähler des WDT auf 0 gesetzt, zusätzlich werden die STATUS-bits TO und PD gesetzt.

COMF R,d Complement f - negiere alle bits im Register R<hr>
:Von der Binärzahl im Register '''R''' werden die 0 mit 1 und 1 mit 0 ersetzt. Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Ein kleines Beispiel: aus <tt>AAh</tt> (<tt>10101010b</tt>) wird <tt>55h</tt> (<tt>01010101b</tt>).

DECF R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

DECFSZ R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f, überspringe wenn 0<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

GOTO Go to address - Gehe zu Adresse/Sprungmarke<hr>
:Nach dem GOTO Befehl wird das Programm ab der Adresse weiter ausgeführt, die nach dem GOTO-Befehl steht. Diese Adresse wird durch so genannte Sprungmarke definiert, welche, im Gegensatz zu den Befehlen nicht eingerückt im Quellcode stehen.

INCF R,d Increment f - Addiere 1 zum Register f<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

INCFSZ R,d Increment f, Skip if 0 - Addiere 1 zum Regiser f, überspringe wenn 0<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

 IORLW k OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Ooperation:
<dl><dd>
1100
1010
---- or
1110
</dd></dl>

 IORWF R,d OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche IORLW

MOVF R,d Move f - Bewege f<hr>
:Das Register R wird in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder wieder in R kopiert ('''d'''=<tt>F</tt>=<tt>1</tt>). Letzteres mag sinnlos scheinen, ist aber nützlich, da durch den Befehl das Z-Bit im STATUS-Regsiter gesetzt wird, falls R Null ist.

MOVLW k Move literal to W - Bewege Zahl in W-Register<hr>
:Der festgelegte Wert k wird in das W-Register kopiert.

MOVWF R Move W to f - Bewege W-Register in das Register F<hr>
:Das W-Register wird in das Register '''R''' kopiert.

NOP No Operation - Kein Befehl zum Ausführen (warte)<hr>
:Dieser Befehl macht nichts. Er verbraucht nur Zeit, welche sich einfach mit folgender Formel berechnen lässt. <math>t=\frac{4}{f}</math>,wobei <math>f</math> für die Frequenz des Oszillators steht.

RETFIE Return from interrupt - Kehre zurück aus der Unterbrechung<hr>
:Mit diesem Befehl wird die Interrupt Service Routine (ISR) beendet und das Programm wird an der Zeile weiter ausgeführt, vor der es durch den Interrupt angehalten wurde. Es werden auch alle Interrupts wieder erlaubt (das GIE bit wird gesetzt). Siehe hierzu auch [[#Interrupt | Interrupt]]

RETLW k Return with literal in W - Kehre zurück mit Zahl k im W-Register<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETLW</tt> zurück in die nächste Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde. Der in k angegebene Wert wird dabei in das W-Register geschrieben. Dieser Befehl wird vor allem für s.g Wertetabellen (eng: lookup tables) verwendet.

RETURN Return from Subroutine - Kehre zurück zum Übergeordneten Programmteil<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETURN</tt> zurück zu der nächsten Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde.

RLF R,d Rotate Left f through Carry - Rotiere das Register f mithilfe des Carry-bits nach links<hr>
:Alle Bits im Register '''R''' werden um eine Position nach links verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das Bit 0 des Registers R geschoben. Bit 7 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
c 7 6 5 4 3 2 1 0 ;vor dem Verschieben
7 6 5 4 3 2 1 0 c ;nach dem Verschieben
</dd></dl>

RRF R,d Rotate Right f through Carry - Rotiere das Register f mithilfe des Carry-bits nach rechts<hr>
:Alle Bits im Register '''R''' werden um eine Position nach rechts verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das 7.Bit des Registers R geschoben. Bit 0 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
C 7 6 5 4 3 2 1 0 ;vor dem Verschieben
0 C 7 6 5 4 3 2 1 ;nach dem Verschieben
</dd></dl>

SLEEP Go into standby mode - Versetze den Mirokontroller in Bereitschaftsmodus<hr>
:Der µC wird in den Sleep-Mode versetzt, in dem er weniger Strom verbraucht. Er kann durch einen Reset, einem Watchdog-Timer-Reset oder durch einen Interrupt wieder aufgeweckt werden.

 SUBLW k Subtract W from literal - Ziehe W von Zahl ab<hr>
:Es wird die Rechenoperation <math>k-W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 SUBWF R,d Subtract W from f - Ziehe W von f ab<hr>
:Es wird die Rechenoperation <math>R-W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

:Beispiel:
<dl><dd>
movlw d'20' ;schreibe 20 in das W-Register
movwf Register1 ;bewegt das W-Register in das Register1
movlw d'10' ;schreibt 10 in das W-Register
SUBWF Register1,F ;schreibt Register1(20)-W(10) in Register1
</dd></dl>

SWAPF R,d Swap nibbles in f - Vertausche die Halbbytes (Nibbles)<hr>
:Es werden die höheren 4 bit (bit7-bit4) mit den niedrigeren 4 bit (bit3-bit0) eines Registers vertauscht und entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).
:Beispiel:
<dl><dd>
movlw b'00001111' ;schreibe b'00001111' in das W-Register
movwf Register1 ;kopiert das W-Register in das Register1
SWAPF Register1,W ;vertauscht die ersten 4 bit mit den letzen
;4 bit in Register 1 und schreibt es in das W-Register
;im W-Register steht nun b'11110000'
</dd></dl>

 XORLW k Exclusive OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Registers, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- xor
0110
</dd></dl>

 XORWF R,d Exclusive OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche XORLW

==Besondere, oft gebrauchte Register==

=== STATUS ===
Der Statusregister beinhaltet den Status der Recheneinheit ALU (Arithmetic-Logic Unit), Resetinformationen und die beiden Bits zur Wahl der Speicherbank

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''STATUS''' (ADDRESSE 03h, 83h, 103h, 183h)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''IRP'''</td>
<td style="background:#00ffff;">'''RP1'''</td>
<td style="background:#00ffff;">'''RP0'''</td>
<td style="background:#00ffff;">'''TO'''</td>
<td style="background:#00ffff;">'''PD'''</td>
<td style="background:#00ffff;">'''Z'''</td>
<td style="background:#00ffff;">'''DC'''</td>
<td style="background:#00ffff;">'''C'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''IRP''': Register Bank Select Bit (für indirekte Adressierung)
:: 1 = Bank 2, 3 (100h-1FFh)
:: 0 = Bank 0, 1 (00h-FFh)
*Bit 6-5 '''RP<1:0>''': Register Bank Select Bits (für direkte Adressierung)
:: 11 = Bank 3 (180h-1FFh)
:: 10 = Bank 2 (100h-17Fh)
:: 01 = Bank 1 (80h-FFh)
:: 00 = Bank 0 (00h-7Fh)
*Bit 4 '''TO''': Time-out Bit
:: 1 = Nach Power-up, CLRWDT Befehl oder SLEEP Befehl
:: 0 = A Watchdogtimer time-out ist eingetreten
*Bit 3 '''PD''': Power-Down Bit
:: 1 = Nach Power-up oder durch den CLRWDT
:: 0 = Nach einem SLEEP befehl
*Bit 2 '''Z''': Zero bit
:: 1 = Das Ergebnis einer arithmetischen oder logischen Operation ist 0
:: 0 = Das Ergebnis einer arithmetischen oder logischen Operation ist NICHT 0
*Bit 1 '''DC''': Digit carry/borrow bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des 4.Niedrigsten Bits (Low Nibble) eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des 4.Niedrigsten Bits eines Rechenergebnisses existiert
*Bit 0 '''C''': Carry/borrow Bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des MSB eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des MSB eines Rechenergebnisses existiert

Das "Borrowbit" (to borrow = etwas borgen) dient zum erkennen, wenn ein Übertrag einer Rechenoperation exisitiert. 250+10 ergibt zum Beispiel 4, und setzt dabei das Borrowbit auf 1. Damit kann das Programm erkennen, wenn wieder einmal ein Ergebnis größer als 255 herauskam.
Bei Subtraktionen (SUBLW und SUBWF) verhält sich das Carry Bit umgekehrt als bei Additionen (ADDWF und ADDLW)!! Zum Beispiel 55-6=49 setzt Carry auf 1 aber 10-25=241 löscht das Carry-Flag.

:Siehe auch [[PIC Assembler#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers]]

=== INTCON ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''INTCON''' (ADDRESSE 0Bh, 8Bh, 10Bh, 18Bh)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''GIE'''</td>
<td style="background:#00ffff;">'''PEIE'''</td>
<td style="background:#00ffff;">'''TMR0IE'''</td>
<td style="background:#00ffff;">'''INT0IE'''</td>
<td style="background:#00ffff;">'''RBIE'''</td>
<td style="background:#00ffff;">'''TMR0IF'''</td>
<td style="background:#00ffff;">'''INT0IF'''</td>
<td style="background:#00ffff;">'''RBIF'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''GIE''': Global Interrupt Enable Bit
::1 = Aktiviert alle Interrupts
::0 = Deaktiviert alle Interrupts
*Bit 6 '''PEIE''': Peripheral Interrupt Enable Bit
::1 = Aktiviert alle peripheren Interrupts
::0 = Deaktiviert alle peripheren Interrupts
*Bit 5 '''TMR0IE''': TMR0 Overflow Interrupt Enable Bit (Overflow von Timer0 löst Interrupt aus)
::1 = Aktiviert den TMR0 Interrupt
::0 = Deaktiviert den TMR0 Interrupt
*Bit 4 '''INT0IE''': RB0/INT External Interrupt Enable Bit (Änderung an RB0 Pin löst Interrupt aus) *)
::1 = Aktiviert den RB0/INT Interrupt (Extern ausgelöst)
::0 = Deaktiviert den RB0/INT Interrupt (Extern ausgelöst)
*Bit 3 '''RBIE''': RB Port On-Change-Interrupt Enable Bit (Änderung an PortB löst Interrupt aus) **)
::1 = Aktiviert den RB port on-change-interrupt
::0 = Deaktiviert den RB port on-change-interrupt
*Bit 2 '''TMR0IF''': TMR0 Overflow Interrupt Flag Bit
::1 = TMR0 Register ist Übergelaufen (muss per Software gelöscht werden)
::0 = TMR0 register ist nicht Übergelaufen
*Bit 1 '''INT0IF''': RB0/INT External Interrupt Flag Bit
::1 = Eine Änderung an RB0/INT Pin hat stattgefunden (muss per Software gelöscht werden)
::0 = Eine Änderung an RB0/INT Pin hat nicht stattgefunden
*Bit 0 '''RBIF''': RB Port On-Change-Interrupt Flag bit
::1 = Mind. einer der Pins von RB7:RB4 hat sich geändert (muss per Software gelöscht werden)
::0 = Keiner der Pins von RB7:RB4 hat sich geändert

* *) Die Flanke auf die reagiert werden soll, wird mit dem Bit OPTION_REG.INTEDG definiert. (steigende = 1 oder fallende = 0)
* **) Der Interrupt klingt verführerischer Weise so, als ob er den gesamten Port überwacht. Dabei reagiert er nur auf RB7:RB4!!!! Er kann aber den Prozessor vom "Schlaf" aufwecken (z.B. durch einen Tastendruck).

=== PORTx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''PORTx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''Rx7'''</td>
<td style="background:#00ffff;">'''Rx6'''</td>
<td style="background:#00ffff;">'''Rx5'''</td>
<td style="background:#00ffff;">'''Rx4'''</td>
<td style="background:#00ffff;">'''Rx3'''</td>
<td style="background:#00ffff;">'''Rx2'''</td>
<td style="background:#00ffff;">'''Rx1'''</td>
<td style="background:#00ffff;">'''Rx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "PORTB" oder "RA1"

Diese Special Funktion Register liegen ALLE in Bank0 und Bank2(Falls vorhanden).

Jedes Bit eines PORT-Registers steht für einen Pin (Ein/Ausgang) des jeweiligen Ports. Je nachdem Ob ein Pin als Ausgang oder als Eingang definiert ist, kann man dort entweder den Wert schreiben oder auslesen. Es hat nicht Jeder PIC gleich viele Ports und es sind auch nicht immer 8 Pins pro Port, es können auch weniger sein. Alle PICs der Midrange-Serie besitzen nur bidirektionale Ports, d.h. sie können sowohl Eingang als auch Ausgang sein. Weiters ist zu beachten, dass einzelne Pins nach dem Reset mit anderen Funktionen belegt sein können. Das gilt im Speziellen für PORTA, wo sich die Komperatoren, AD's (falls vorhanden) und die Oszillatoreingänge (falls in den Fusebits gesetzt) befinden. Siehe [[PIC Assembler#I/O Ports|I/O Ports]].

{|{{Blauetabelle}}
|+ Beispiel PICs und ihre Ports (Zahlen in der Klammer sind die Anzahl der Pins des Ports)
|
|'''PIC16F628A'''
|'''PIC16F876'''
|'''PIC16F877'''
|-
|'''PORTA'''
|Ja
|Ja
|Ja
|-
|'''PORTB'''
|ja
|ja
|ja
|-
|'''PORTC'''
|/
|ja
|ja
|-
|'''PORTD'''
|/
|/
|ja
|-
|'''PORTE'''
|/
|/
|ja (3)
|-
|}

==Speicherbankorganisation==
===Programmspeicher===
Die Mid-Range MCUs haben einen 2-8k großen Programmspeicher. Dieser hat aber in jeder Speicherzelle nicht 8, sondern 14 Bit - also genau die Länge eines Befehls. Die aktuelle Stelle im Programm wird im PC (Program Counter) verwaltet. Er speichert immer die aktuelle Position im Programmspeicher. Bei einem PIC mit 8k Adressen muss er also die Adressen 0000-1FFF speichern können. Daraus folgt die Größe von 13 Bit für den PC. Der Programmspeicher ist in mehrere Bänke geteilt, die alle 2k groß sind. Das Programm springt ohne zutun des Benutzers von einer in die Nächste. Wenn man aber selber springen will, muss man die Register PCLATH (Program Counter Latch High) oder PCL (Program Counter Least Significant Byte) mit der Sprungadresse beschreiben.

===Datenspeicher===
Der Datenspeicher besteht aus den Special Function Registern (SFR) und den General Purpose
Registern (GPR). Die SFRs sind für die Funktionen des PICs zuständig (Interrupts, Timer, ADCs, CCPM...) und die GPRs für die Speicherung von Variablen und Daten.

Da immer nur 7 Bit der (Ziel)Adresse in einem Befehl gespeichert werden können, sind nur 7Fh (128d) Adressen im Datenbereich möglich. Deswegen wurde das "Banking" eingeführt. 2 Bit im Statusregister (welcher in allen Bänken der selbe ist und auch an der gleichen Stelle sitzt) geben die akutelle "Bank" an und sind nichts anderes als die 2 höchstwertigsten (MSB) Bits der Adresse. Damit lassen sich max. 4 Bänke ansprechen. Je nach PIC gibt es 2-4 Bänke. Die beiden Bits im Register STATUS heißen RP0 (STATUS<5>) und RP1 (STATUS<6>).

{| {{Blauetabelle}}
|+ Wechseln der Bänke mit RP0 und RP1
|-
|
|| RP1
|| RP0
|-
| Bank0
|align="center"|0
|align="center"|0
|-
| Bank1
|align="center"|0
|align="center"|1
|-
| Bank2
|align="center"|1
|align="center"|0
|-
| Bank3
|align="center"|1
|align="center"|1
|}

[[Bild:PIC midrange register.JPG]]
# '''FETTE Register''' sind in allen PICs vorhanden
# können je nach PIC unimplementierte Bereiche beinhalten - diese werden immer als 0 gelesen. (DATENBLATT!!)
# siehe 2
# Könnten je nach PIC auch nicht in Bank0 gemapped werden, sind dann eigenständige Register.
# je nach PIC kann es diese Bänke geben oder nicht geben.

==Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers==

{|
|-
|
{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Subtraktionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|1
|align="center"|0
|-
| negativ
|align="center"|0
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}

||

{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Additionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|0
|align="center"|0
|-
| Überlauf
|align="center"|1
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}
|}

== Codeschnipsel ==

=== Analog-Digital-Wandler (ADC) ===
Viele PICs besitzen einen Analog-Digital-Wandler, der eine angelegte Spannung messen kann und diese als Zahl speichert.

Es gibt AD-Wandler mit 8Bit bzw. 10Bit Auflösung, d.h. die Spannung an einem analogen Eingang wird linear 2^8=256 bzw. 2^10=1024 Werten zugeordnet.
Der höchste Wert, auch Referenzspannung genannt, (255 bzw. 1023; der Controller rechnet die Null auch mit) entspricht der Betriebsspannung des PICs oder wahlweise einer wählbaren Spannung, die an RA3 angelegt werden muss. Der niedrigste Wert entspricht 0 Volt.

Mit dem Analog-Digital-Wandler kann man somit z.B. Sensoren auswerten, die mehr als zwei Zustände ausgeben (Beispiele: Temperatursensor, Helligkeitssensor, Entfernungssensoren usw.) oder Akkuspannungen messen.

Bevor überhaupt gemessen werden kann, muss einiges eingestellt werden:

a) Eingangsverteilung Analog/Digital bzw.Referenzspannung (Betriebsspannung oder RA3)
die genauen Einstellungsmöglichkeiten entnehmen sie bitte dem Datenblatt ihres Controllers (Register ADCON1 Bank 1).

b) Wählen des Taktes für den ADC und Einschalten des ADCs

Das Register ADCON0 besitzt 8 Bits, die folgendes bestimmen:
Bit0 ADON - schaltet AD-Wandler ein oder aus (Strom sparen)
Bit1 - nicht vorhanden
Bit2 GO/Done - startet Wandlung / signalisiert, wann Umwandlung beendet ist.
Bit3 CHS0 - Channel Select 0 wählt Eingang aus
Bit4 CHS1 - Channel Select 1 wählt Eingang aus
Bit5 CHS2 - Channel Select 2 wählt Eingang aus
Bit6 ADCS0 - AD-Clock-Select wählt Takt
Bit7 ADCS1 - AD-Clock-Select wählt Takt

Kümmern wir uns zunächst um den Takt. Mit den zwei Bits ADCS0 und ADCS1 bestimmt man den Takt - hierbei gibt es vier Möglichkeiten:

ADCS1=0, ADCS0=0 -> Taktfrequenz des PICs :2
ADCS1=0, ADCS0=1 -> Taktfrequenz des PICs :8
ADCS1=1, ADCS0=0 -> Taktfrequenz des PICs :32
ADCS1=1, ADCS0=1 -> interner RC-Oszillator des ADCs verwenden

Die Taktfrequenz des ADCs darf 625kHz nicht überschreiten, dementsprechend ist ADCS0 und ADCS1 zu wählen.

Ist dies vollbracht, so kann man den AD-Wandler einschalten und das Go/Done-Bit löschen.
Codebeispiel:

;Takt für ADC (OSC/32)
bcf ADCON0,6
bsf ADCON0,7
;ADC einschalten
bsf ADCON0,0 ; ADON=1
;Go/Done-Bit zurücksetzen
bcf ADCON0,2

Nun ist der AD-Wandler bereit, Spannungen in Zahlen umzuwandeln.
Für eine Wandlung muss erst der entsprechende Eingang gewählt werden. Dafür sind die CHS0..CHS2-Bits zuständig:

CHS2 CHS1 CHS0 gewählter Eingang(falls vorhanden)
0 0 0 RA0
0 0 1 RA1
0 1 0 RA2
0 1 1 RA3
1 0 0 RA5
1 0 1 RE0
1 1 0 RE1
1 1 1 RE2

Achtung! RA4 ist kein analoger Eingang, folglich ist er oben nicht aufgelistet !!

Codebeispiel:

;RA2 auswählen
bcf ADCON0,3
bsf ADCON0,4
bcf ADCON0,5

Als letztes muss die AD-Routine nur noch gestartet werden. Ist der AD-Wandler fertig, so löscht er das Bit wieder. Das Bit wird nun solange abgefragt, bis der AD-Wandler fertig ist. Den zugeordneten Wert findet man im Register 'ADRES'.
Code:

;start
bsf ADCON0,2
;warten,bis es wieder low ist
wa btfsz ADCON0,2
goto wa
;jetzt ist er fertig
;ADRES in W verschieben, um damit gleich weiter zu arbeiten
movf ADRES,W

Die AD-Wandlung ist somit fertig. Liest man mehrere Werte von unterschiedlichen Eingängen ein und möchte diese miteinander vergleichen o.ä., sollte man die Zahlen von ADRES in anderen Registern zwischenspeichern.

Desweiteren ist zu beachten, dass der Analog-Digital-Wandler eine gewisse Pause zwischen den Wandlungen benötigt, die sog. 'Aquisition Time'. Diese Zeitangabe entnehmen sie bitte ihrem Datenblatt.

mögliche Probleme:

a) Der PIC liefert stark schwankende Werte
-> Mögliche Ursachen dafür sind z.B. nicht stabile Betriebsspannung, falsche Zeiteinstellungen. Abhilfe schafft auch das mehrmalige Einlesen eines Eingangs. Auch können z.B. 8 Werte eingelesen werden und dann der Durchschnitt gebildet werden.
Evtl. kann ein Kondensator gegen Masse (z.B. 1nF) helfen; Wichtig ist auch eine kleine Verzögerung zwischen Kanalauswahl und Start der Wandlung. In dieser Zeit kann sich der interne Kondensator des ADC's aufladen.

b) Die Spannung an einem Eingang wird erhöht, die Werte der anderen Eingänge werden aber auch beeinflusst. Woran liegt das?
-> Dann sind Sie Opfer des sog. 'Ghostings' geworden (Werte 'scheinen durch', verschleißen). Die Werte der anderen Eingänge gehen mit, weil der interne Kondensator noch auf die Spannung des Vorgängers aufgeladen ist. Maßnahme: Aquisition Time erhöhen, Werte öfters abfragen, Pause zwischen Kanalauswahl und Start

c) Der PIC liefert immer die gleichen Werte an einem Eingang, obwohl sich die angelegte Spannung ändert
-> möglicherweise falsche Eingangsverteilung (ADCON1) eingestellt oder falschen Pin gewählt

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assembler

2007-04-12T20:26:33Z

Der Gärtner: /* PORTx */

= Einladung zur Diskussion... =

Es wird hier versucht die ASM Programmierung von PIC Mikrocontroller zu beschreiben.

Damit das enstehende Artikel wirklich nutzlich wird, ist Ihre Mitwirkung nötig. Bitte schreib uns Deine Meinung, was ewentuell noch geändert (z.B. ergänzt) werden soll in diesem Tread:

http://www.roboternetz.de/phpBB2/viewtopic.php?p=271211#271211

Die Autoren bedanken sich im voraus für jeden Beitrag mit Vorschlägen !

= Einführung =

== Bit, Byte, Nibble, Bin und Hex ==

Ein Mikrocontroller (kurz: µC) kann eigentlich nur durch ein Portpin eine Spannung einlesen bzw. ausgeben. Er kann aber nur erkennen, ob eine Spannung vorhanden ist oder nicht. Wenn fast keine Spannung vorhanden ist erkennt er das als 0 und wenn eine Spannung fast so gross, wie seine Versorgungsspannung anliegt, als 1.

Genauso bei der Ausgabe, wenn er 0 ausgibt ist auf dem Portpin fast keine Spannung, wenn 1, eine Spannung fast gleich gross seiner Versorgungsspannung. Und das ist ein Bit, die kleinste Menge einer Information. Das Bit ist binär, weil er nur zwei unterschiedliche Werte 0 bzw. 1 haben kann.

Wenn wir gleichzeitig (paralell) 8 Bits haben, dann ist es ein Byte, der mehrere Bitkombinationen von 00000000b bis 11111111b enhält, weil ein Bit (X) auf jeder Stelle 0 bzw. 1 sein kann.

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#007fff>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Das "b" bedeutet, das es sich um binäre (kurz: bin) Darstellung (auch Zahl genannt) handelt. Binäre Zahlen sind aber lang, weil jedes Bit eine Stelle benötigt.

Um die Schreibweise zu verkürzen, wurden hexadezimale (kurz: hex) Zahlen eingeführt. Zuerst wurde ein Byte auf zwei 4-Bit Halbbytes (Nibbles) verteilt und danach ein Nibble als Ziffer genommen. Weil 4 Bit mehr als 10 Kombinationen ergeben, haben die Ziffer 0 bis 9 aus dem Dezimalsystem nicht ausgereicht und wurden um Buchstaben A bis F erweitert. Die hexadezimalen Zahlen haben ein "h" Zeichen am Ende.

Die Umwandlung zwischen bin und hex Zahlen für ein Nibble zeigt folgende Tabelle:

0b = 0h 100b = 4h 1000b = 8h 1100b = Ch
1b = 1h 101b = 5h 1001b = 9h 1101b = Dh
10b = 2h 110b = 6h 1010b = Ah 1110b = Eh
11b = 3h 111b = 7h 1011b = Bh 1111b = Fh

Damit kann ein Byte mit zwei hex Ziffern definiert werden z.B. 1100 0011b = C3h. Für zwei Bytes braucht man 4 hex Ziffern z.B.

101 0111 1010 1001b = 57A9h, u.s.w. So wie im Dezimalsystem werden führende Nullen nicht geschrieben, aber in einem PIC Register existieren immer 8 Bits also auch führende Nullen. Zum Beispiel die hex Zahl 3h sieht im Register so aus: 00000011b. Bei einer Wandlung bin->hex fängt man immer von der rechten Seite der bin Zahl an, da die Anzahl führenden Nullen unbekannt ist.

== Speicher und Register ==

Als Speicher bezeichnet man ein Teil der Hardware, in die eine Information eingeschrieben, in der gespeichert und aus der wieder ausgelesen werden kann.

Es gibt eigentlich nur zwei Arten von elektronischen Speicher: flüchtige und nichtflüchtige. Die Information die sich im flüchtigen Speicher befindet, geht verloren, wenn die Versorgungsspannung des Speichers unterbrochen oder abgeschaltet wird. Bei PICs ist es Dataspeicher (RAM).

Wenn die Versorgungsspannung vom nichtflüchtigen Speicher abgeschaltet wird, ist die gespeicherte Information zwar momentan nicht lesbar, bleibt aber erhalten und sobald der Speicher wieder mit Spannung versorgt wird, kann sie ausgelesen werden. Ein PIC hat zwei solche Speicher: Programmspeicher (Flash) und EEPROM.

Der wichtigste Unterschied zwischen den Speicherarten ist, das die flüchtigen direkt (sehr schnell) beschreibbar sind und das Beschreiben den nichtflüchtigen benötigt spezielle Algorithmen, die leider im Vergleich zu direkten Zugriffen langsamer sind.

Ein Speicher besitzt bestimmte Menge von s.g. Speicherstellen. Jede Speicherstelle hat seine individuelle Adresse und kann eine binäre Information mit bestimmter Anzahl von Bits abspeichern.

Bei PIC haben die drei Arten von Speicher, wegen verschiedener Anwendung, auch unterschiedliche Struktur. Die beiden Speicher für Daten (RAM und EEPROM) haben jeweils 8-bitigen und Programmspeicher (Flasch) bei Mid-Range hat 14-bitigen Speicherstellen. Die Anzahl den Speicherstellen im bestimmten Speicher ist vom PIC-Typ abhängig.

Eine 8-bitige Speicherstelle im RAM wird bei PICs Register genannt und kann so skiziert werden:

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td> MSB </td>
<td colspan=6></td>
<td> LSB </td>
</tr>

<tr>
<td bgcolor="#007fff">bit 7</td>
<td bgcolor="#007fff">bit 6</td>
<td bgcolor="#007fff">bit 5</td>
<td bgcolor="#007fff">bit 4</td>
<td bgcolor="#007fff">bit 3</td>
<td bgcolor="#007fff">bit 2</td>
<td bgcolor="#007fff">bit 1</td>
<td bgcolor="#007fff">bit 0</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#ff8305>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Der bit 7 wird als hochwertigste (MSB = Most Significant Bit) und bit0 als niederwertigste (LSB = Least Significant Bit) bezeichnet. Jeder Bit im Register (X) kann gleich 0 bzw. 1 sein.

Um ein Databyte in ein Register schreiben oder aus einem Register lesen, muss zuerst das Register durch seine Adresse gewählt werden. Dafür gibt es beim PIC folgende Möglichkeiten:

Direkte Adressierung per absolute Adresse: movwf 0x20

Direkte Adressierung per vorher definierten Namen des Registers (z.B. Temp equ 0x20): movwf Temp

Indirekte Adressierung durch FSR Register, in den die absolute Adresse des Registers Temp eingeschrieben wird und der Wert aus dem Temp sich im INDF Register befindet. Wie vorher wurde Temp equ 0x20 definiert und weiter:

movlw Temp ;in W-Register wird die absolute Adresse des Registers Temp geladen
movwf FSR ;diese Adresse wird in das FSR Register kopiert
movf INDF,0 ;der Wert aus dem indirekt adressierten Register Temp wird in das
W-Register geladen.

Weil in jedem 14-bittigem Befehl, der mit Datenspeicher verbunden ist, fur Adresse des ansprechenden Registers nur 7 Bits existieren, die bis zum 7Fh (128d) Register direkt ansprechen können, ist bei PICs der Datenspeicher (RAM) in s.g. Bänke verteilt.

Für Aswahl einer Bank sind zwei Bits RP0 und RP1 im STATUS Register zuständig. Die Anzahl von Bänke und ihre Verwendung ist von gesamter Grösse des RAMs abhängig und kann dem Datenblatt des PICs entnommen werden. Siehe: [[#Speicherbankorganisation|Speicherbankorganisation]]

== Prozessor ==

Der Prozessor von Mid-Range PICs gehört zu den RISC (Reduced Instruction Set Computer) Prozessoren und man hat nur 35 Befehle zu Erlernen, was seine Programmierung deutlich vereinfacht. Jeder Befehl benötigt im Programmspeicher nur eine Speicherstelle und im Quellcode nur eine Zeile. Die Ausführung des Befehls dauert, abhängig vom Befehl zwischen 1-2 Prozessortakten.

Die Prozessoren der Mid-Range Serie von Microchip sind alle in der "Harvard"-Architektur gefertigt. Das Bedeuted, dass der Datenspeicher und Programmspeicher einen eigenen Bus zur CPU besitzen. Der Vorteil zur "von Neumann"-Architektur ist, dass sich die Busgrößen damit unterscheiden können. Das ermöglicht eine größere Bandbreite.

Der Befehl (beim PIC 14 bit) kann in nur einem Takt verarbeitet werden. Daher kommt auch das Aufteilen der Ausführung des Befehls in die 4 verschiedenen Vörgänge. Wärend der neue Befehl eingelesen ("gefatched") wird, wird der Vorige gerade gelesen ("read") und der Vorvorige verarbeited ("executed") und der Vorvorvorige schreibt gerade in den Datenspeicher ("write"). Das heist 4 Befehle werden jeweils um einen Oszillatortaktzyklus verschoben gleichzeitig verarbeitet.

Das geschieht in vier Perioden des Oszillators. Deswegen die Taktfrequenz des CPUs entspricht durch 4 geteilter Frequenz des Oszillators.

CPU Vorgang Richtung Speicher
------------------------------------------------- -
1.Befehl lesen (fatch) <------- Flash |
2.Daten lesen (read) <------- RAM | 1 Prozessortakt =
3.Daten verarbeiten (execute) | 4 Oszillatortakte
4.Daten schreiben (write) -------> RAM |
-

Nur o.g. CPU Vorgänge sind direkt möglich. Es können deswegen keine Befehle aus dem RAM oder EEPROM ausgeführt werden. Um ein Databyte aus einem RAM Register in ein anderes zu kopieren, muss er zuerst aus dem ersten RAM Register in das W-Register (eigenen s.g. Arbeitsregister des CPU) und erst davon in das zweite RAM Register kopiert werden.

Das Lesen/Schreiben aus/in den EEPROM Speicher ist mit Hilfe speziellen Register und Unterprogrammen bei allen Mid-Range PICs möglich. Der Lese und Schreibzugriff auf den Programmspeicher ist aber nur bei wenigen PIC-Typen (z.B. PIC16F87X) möglich. Dies ermöglicht ein "sich selbst Programmieren", was bei Bootloadern genützt wird.

== Assembler ==

Die Maschinensprache, auch Assembler oder kurz ASM genannt, ist eine Sprache die nur bestimmter CPU versteht. Für einen Menschen ist sie unverständlich, da sie nur aus hex Zahlen besteht.

Um sich die Sprache verständlicher zu machen wurden den hex Zahlen s.g. Mnemonics aus Buchstaben zugewiesen. Jeder Befehl für einen CPU hat somit ein "Namen", der aus englischer Sprache stammt. Siehe: [[#Kurzübersicht Assembler Befehle|Kurzübersicht Assembler Befehle]]

Obwohl sie 200 bis 1000 mal schneller als die meisten Hochsprachen ist, wird sie wegen dem grossen Aufwand bei Erstellung umfangreichen Programmen, selten benutzt. Man findet sie aber oft in fast allen Hochsprachen, in eigebundenen Funktionen, überall dort wo die Hochsprachen zu langsam sind oder nötigen Aufgaben nicht unterstützen (z.B. Maus in Q-Basic).

ASM eignet sich aber sehr gut für kleine Anwendungen (meistens Steuerungen) mit µC, weil nur bei dieser Programmiersprache ein direkter Zusammenhang zwischen einem Bit im Programm und einer Spannung am I/O Pin besteht.

Dank der integrierten oder an Portpins angeschlosenen Hardware und dem entsprechenden Program kann ein µC umfangreiche Aufgaben realisieren, die fast unbegrenzt und schwer vorstellbar sind.

Die Aufgabe eines ASM-Programmierers ist, ein Programm zu schreiben, das das Assemblerprogramm (z.B. MPASM) fehlerfrei in die Machinensprache "übersetzt" und der bestimmte CPU "versteht". Sie endet eigentlich erst dann, wenn das geschriebene Programm so wie geplannt funktioniert.

[[Bild:PAD_beispiel.png|thumb|80px|Beispiel für ein PAD]]

Weil ASM Programme nicht besonders durchschaubar sind, wurde als Hilfsmittel ein Programmablaufdiagramm (kurz: PAD) erfunden. Beim Programmerstellung fängt man damit an ein PAD zu erstellen, das die wichtigsten Programmschritte enthält.

Weiter werden alle Befehle nach dem PAD mit einem üblichen Texteditor in eine Textdatei mit Erweiterung .asm (Quellcode) geschrieben, durch ein Assemblerprogramm (für PICs: MPASM oder [http://gputils.sourceforge.net/ GPASM]) von dem für Menschen noch verständlichen Code in die Maschinensprache "übersetzt" und als Texdatei mit Erweiterung .hex gespeichert. Diese Datei wird danach in den Programmspeicher des µC übertragen ("gebrannt").

Das Assemblerprogramm MPASM kann kostenlos von der Homepage des Herstellers von PICs [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en019469&part=SW007002] runtergeladen werden. Es muss zuerst vom Downloads die "MPLAB IDE v7.50 Full Zipped Installation" runtergeladen und erst danach können gewählte Programme (z.B. nur MPASM) intalliert werden. Für MPASM benutzer werden auch folgende .pdf Dateien empfohlen:

MPASM/MPLINK User's Guide (2628 KB) [Benutzerhandbuch]

MPASM™/MPLINK™ PICmicro® Quick Chart (81 KB) [Kurzübersicht]

Nach dem Eischalten der Betriebsspannung des µC, fängt der CPU an, sich im Programmspeicher befindliches Programm mit dem Befehl, der an der Adresse 0 steht, auszuführen.

Aber wann das Programm endet? Natürlich wenn die Versorgungsspannung abgeschaltet wird. Nein! Das ist die einfachste Lösung um ein laufendes Programm auf zufälliger Stelle zu unterbrechen,
aber keine um ihn auf einer definierten Stelle zu beenden.

Wenn an den µC angeschlossene externe Hardware (z.B. Grafikdisplay), eine bestimmte Befehlsfolge vor dem Abschalten benötigt oder wichtige Daten (in EEPROM oder Flash) abgespeichert werden sollen, darf die Spannung erst dann abgeschaltet werden, wenn der CPU eine Meldung ausgibt, dass er sich schon auf der "STOP" Stelle des Programms befinet. Es muss auch
definiert werden (z.B. durch eine Tastenkombination), wann der CPU zum letzten Fragment des ASM Programms vor dem "STOP" gehen soll.

== Grundbeschaltung ==

Der Prozessor von einem PIC kann sofort nach dem Einschalten der Versorgungsspannung (z.B. + 5V DC) arbeiten. Allerdings nur, wenn er den Takt, in dem er die Befehle ausführen soll, vorgegeben hat. Manche PICs besitzen einen internen RC-Oszillator, (z.B. PIC12F629, PIC16F630, PIC16F628, u.s.w.). Bei diesen reicht es bereits Spannung anzulegen und sie laufen bereits.
Die meisten haben ihn aber nicht (z.B. PIC16F84, PIC16F870, u.s.w.) und brauchen fürs Funktionieren zusätzliche Bauteile. Grundsätzlich gibt es mehrere Möglichkeiten:
* RC (Widerstand + Kondensator); keine hohe Frequenzgenauigkeit
* Quarz oder Keramik-Resonator + 2 Kondensatoren (=HS oder XT) bzw. Quarzoszillator; schnell & genau
* Uhrenquarz (32768Hz) = LP (Low-Power-Mode)
Die entsprechenden Bauteile werden an die Pins OSC1/OSC2 angeschlossen, um den notwendigen Prozessortakt zu erzeugen. Im Konfiguration-Word "__config" muss noch angegeben werden, welcher Oszillator verwendet wird.

Desweiteren existiert ein MCLR-Pin, der beim PIC einen Neustart (=Reset) auslösen kann (Low-Pegel). Diesen Pin sollte man, wenn er in "__config" aktiviert ist, über einen Widerstand (pull-up) an Versorgungsspannung legen, damit der PIC anfängt, sein Programm abzuarbeiten. Der Anschluss wird auch für die Programmierung benötigt. Beim sog. High-Voltage-Programming wird MCLR auf ca. 12-14 Volt gelegt, um den PIC in den Programmiermodus zu schalten. Bei manchen PICs kann dieser Anschluss auch als normalen I/O Pin eingestellt werden. In dem Fall, bei ICSP Benutzung, soll noch eine Diode zwischen den pull-up und Versorgungsspannung angeschlossen werden, um die an MCLR Pin angeschlossene Hardware während der Programmierung zu schützen.

Bei externen Oszillatoren bleibt der Pin OSC2 nicht angeschlossen und kann als I/O benutzt werden. Falls ein interner Oszillator benutzt wird, können beide OSC Pins als I/O dienen.

Damit ein Programm zuverlässig ausgeführt werden kann, muss die Versorgungspannung störungsfrei sein. Dafür wird ein Keramik-Vielschicht-Kondensator 100 nF möglichts am kürzesten direkt zwischen VDD und VSS Pins geschaltet.

Folgende Skizzen zeigen die Grundbeschaltung eines PICs:

{|
|-
|
[[Bild:Pic-entstoer.png|thumb|160px|Entstörkondensator beim PIC]]
|
[[Bild:Qz-os.png|thumb|160px|Quarz ]]
|
[[Bild:Qos-os.png|thumb|160px|externer Quarzoszillator]]
|
[[Bild:Rc-os.png|thumb|160px|externer RC-Oszillator]]
|}

== Wahl des PICs ==

Es gibt PIC µC die im Typenbezeichnung den Buchstaben "C" oder "F" haben.

Die älteren mit "C" haben EPROM Programmspeicher und die gibt es in zwei Versionen: ohne und mit Fenster (aus Quarz-Glass) fürs Löschen des EPROMs mit UV Strahlung. Bei denen ohne Fenster kann der Programmspeicher nur einmal beschrieben und nicht mehr gelöscht werden.

Die neuen mit "F" besitzen einen Flash-Programmspeicher, der bis zu 100 000 mal mit angelegter Spannung gelöscht und danach neu beschrieben werden kann.

Für die Wahl eines PICs für bestimmte Anwendung wichtig sind:

- Max. Taktfrequenz des Prozessors.

- Grösse des Datenspeichers (für Variablen).

- Grösse des Programmspeichers (für Programm).

- Integrierte Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.).

- Freie I/O Pins für externe Hardware (Display, Tasten, u.s.w.).

- Vorhandene Betriebspannung (Netzteil, Akku, Batterie).

In der Praxis wird meistens für die Programmerstellung ein grösserer PIC genommen (wenn möglich pinkompatibler z.B. PIC16F628 für PIC16F84 oder PIC16F630 für PIC12F629) und erst nach der Optimierung des lauffägiges Programms, der tatsächlich nötiger, da seine Parameter am Anfang nur geschätzt werden können. Wenn man viel Programme für verschiedene PICs entwickelt, optimal wäre der grösste PIC16F877 mit 20 MHz max. Taktfrequenz.

Diese Lösung hat auch den Vorteil, dass während der Programmerstellung kurze Hilfsprogramme (z.B. PIC Trainer) in den Programmspeicher kopiert und benutzt werden können, da sie sowohl ein bischen Programmspeicher und RAM als auch 2 freie I/O Pins fürs PIC Miniterminal brauchen.

= Programm =

== Allgemeines ==

Jedes Program kann man auf klenere Fragmente unterteilen, die auf bestimmter Weise miteinander verknüpft sind und gemeinsam die Aufgabe des Programms erfüllen. Das wichtigste Teil eines Programms ist s.g. Hautprogram (kurz:HP), das eine führende Rolle spielt. Dem HP sind fast alle andere Programmteile untergeordnet (weiter als Unterprogramm (kurz:UP) genannt) und werden nach Bedarf von ihm aufgerufen um eine bestimmte Aufgabe zu erledigen.

Die Struktur eines Programs ist aber komplizierter, da ein UP kann auch ein oder mehrere UPs nacheinander aufrufen. Ganz unten sind die UP1s, die ganz einfache Sachen erledigen. Höher ist das nächste Ebene mit UP2s die schon mehr komplizierten Aufgaben durch ein Aufruf der UP1s erledigen können, u.s.w. Bei Mid-Range PICs (12FXXX und 16FXXX) können maximal bis zu 8 Ebenen benutzt werden.

<center>
[[Bild:HP-UP.png|Hauptprogramm - Unterprogramm]]
</center>

Jedes UP kann jederzeit aufgerufen werden, je nach dem was gerade eledigt werden muss. Weil das nicht egal ist, welches UP augerufen wird, da jedes nur eine bestimmte Funktion im Programm hat, muss der Programmierer dafür sorgen, dass alles richtig nach Programablaufdiagramm, und nicht chaotisch, abläuft.

Die Programmierung in ASM ist änlich wie bei Hochsprachen, wenn man sich Bibliotheken mit Prozessorspezifischen UPs erstellt. Um ein lauffähiges Programm zu erstellen, braucht man nur benötigte UPs ins Program kopieren und ein geignetes HP, das sie aufruft, schreiben.

Ein ASM Programm (Quellcode) muss in einer Texdatei .asm in der vom Assemblerprogramm erwarteter Form verfasst werden, um fehlerfreie Konvertierung in die Maschinensprache (Assemblierung) zu gewährleisten. Dieses Prozess verläuft in der Form eines Dialoges.

Der Programmierer schreibt und gibt es dem Assemblerprogram zum Übersetzen. Alles was das Programm nicht versteht oder nicht richtig ist, erscheint als Fehlermeldungen, die der Programmierer kennen muss um die Fehler korrigieren zu können. Eine .hex Datei wird erst dannn erstellt, wenn das Assemblerprogramm keine Fehler mehr im Quellcode findet. Deswegen sehr wichtig ist, sich mit dem Assemblerprogramm vertaut zu machen, um die Dialogzeit zu minimieren.

== Programmdurchlaufdiagramm ==

Der Programdurchlaufdiagram (kurz: PAD) ist eine vorläufige und laufend änderbare Stufe zwischen einer Idee und ihrer Verwirklichung. Er wird erst dann fertig, wenn nach ihm erstelltes ASM Program auf einem µC so wie gewünscht funktioniert. Jedes sein Symbol (ausser "Start/Stop") muss später als Befehlsreihenfolge für den bestimmten CPU in den Quellcode übertragen werden. Die Anschriften "Ein" und "Aus" gehören nicht zu Symbolen des PADs und wurden nur zur Erklärung benutzt.

Der PAD ist sehr eifach zu erstellen, weil dafür nur drei Symbole benötigt sind:
<center>
[[Bild:PAD_kurz.png|Symbole des PAD]]
</center>
Das "Start/Stopp" Symbol bedeutet, dass das gesamte Programm sich im stabilen Zustand befindet und nicht "läuft". Anstatt "Stopp" kann auch "Schlaf" (Sleep) agewendet werden, da das Programm in dem Fall auch nicht aktiv ist. Das "Tun" Symbol stellt meistens ein UP mit Reihenfolge von Befehlen dar. Das "Prüfen" bedeutet eine Prüfung bestimmter Bedingung und abhängig davon einen weiteren Lauf eines Programms, endweder in der "ja" (J) oder "nein" (N) Richtung.

Als allgemeinnutziges Standard für µCs kann man folgender PAD bezeichnen:

PAD _____
/ \
Spannung ein (Ein) ----->( Start )
\_____/
| -
V |
.---------------. |
|Initialisierung| |
'---------------' |
| |
.--------->| |
| V |
| .---------------. |
| | Hauptprogramm | |
| '---------------' |
| | |
| V |
| | > Gesamtes Programm
| / \ |
| /Ende?\____ |
| \ /J | |
| \ / | |
| | | |
| V | |
| N| | |
`----------´ | |
V |
.---------------. |
| Beenden | |
'---------------' |
| |
V -
_____
/ \
Spannung aus (Aus) <-------------( Stopp )
\_____/

Das Hauptprogram wird in einer endlosen Schleife ausgeführt, die durch die Prüfung "Ende?" unterbrochen werden kann. In dem Fall wird vor dem Beenden des gesamten Programms noch ein UP "Beenden" ausgeführt, das z.B. Daten in EEPROM speichert.

Es ist nicht nötig immer die Symbole zu zeichnen, man kann sich sie vorstellen und nur den Text schreiben. Die Prüfungen werden mit "?" gekenzeichnet und die Zeichen "V", "<" und ">" zeigen die Richtung des weiteren Verlaufs. Dann sieht der PAD so aus:

PAD1 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
| Ende? J > Beenden |
| N V -
| V Stopp > Aus
`--------´

In der Praxis werden aus Platzgründen meistens die vereinfachten PADs benutzt.

Der PAD1 kann aber für Hauptprogramme, die in beliebigem Moment unterbrochen werden dürfen, deutlich vereifacht werden, da die Prüfung "Ende?" ob das Hauptprogram beendet werden soll, und das UP "Beenden", entfallen.

Die meisten ASM Programme für µC sind deswegen nach solchem PAD erstelt:

PAD2 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
`--------´ _|

Für Testprogramme wird meistens fogender PAD angewendet, weil es ziemlich einfach festzustellen
ist (z.B. durch Stromverbrauchmessung des µCs), wann sich der CPU schon im Schlaf befindet. Erst dann, darf die Betriebspannung des µCs ausgeschaltet werden.

PAD3 Ein > Start
V -
Initialisierung |
V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf > Aus

Und eine batteriebetriebene Uhr wird überwiegend so gestaltet:

PAD4 Ein > Start
V -
Interrupt Initialisierung |
Timer------------------------->V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf

In dem Fall reicht es aus, wenn der CPU jede Minute vom Timer aufgeweckt wird, um die Zeit zu aktualisieren. Eine Uhr ist immer (ausser Batteriewechsel) ununterbrochen mit Spannung versorgt.

Für komplizierte Programme ist es unmöglich ein PAD zu erstellen, in dem jeder CPU Befehl sein eigenes Symbol hat. Man beschränkt sich nur auf alle Prüfungen, die über den Lauf des Programms entscheiden, und ganze UPs (z.B. "Initialisierung") nur als ein Symbol verwendet. Für jedes UP wird dann ein eigener PAD erstelt.

Das Erstellen von PAD bei ASM Programmen ist sehr wichtig und darf nicht unterschätzt werden. Je stärker ein Programmierer glaubt, dass er das ohne PAD schaft, um so mehr Zeit wird er danach bei Fehlersuche oder Änderungen im ASM Programm verlieren. Für einfache ASM Programme, die gut kommentiert sind, reicht es meistens aus, ein PAD nur "im Kopf" zu erstellen, aber ganz ohne PAD geht es sicher nicht.

Wenn ein ASM Programm nicht wie geplannt funktioniert, wird zuerst ein Fehler im PAD gesucht. Und erst wenn er i.O. ist, im als fehlerhaft festgestellten Codefragment.

== Hauptprogramm ==

Wie sein Namen schon vermuten lässt, ist das Hauptprogram das wichtigste Teil des gesamten Programms. Meistens ist es auch das kleinste Teil, vor allem, wenn die UPs sehr komplex sind. Seine Aufgabe ist die benötigte UPs in bestimmter Reihenfolge nachainander aufzurufen, um die alle Funktionen des gesamten Programms zu realisieren.

Das HP ist meistens als endlose Schleife , wie im PAD2, aufgebaut. Weil die endlose Schleife sehr schnell läuft, werden die alle, die durch die UPS realisierte Aufgaben quasi gleichzeitig ausgeführt. Wenn es unerwünscht ist, müssen einige UPs als Verzögerungen realisiert werden.

Typischer PDA für ein HP sieht so aus:

Haupt .--->V
| UP1
| V
| UP2
| V
| ...
| V
| UPn
| V
`----´

In den Quellcode wird es so eigeschrieben:

Haupt call UP1
call UP2
...........
call UPn
goto Haupt

In der Praxis wird das HP schrittweise erstellt. Am Anfang wird sich nur ein UP im HP befinden und die folgenden kommen nach dessen Erstellung und Prüfen dazu, bis das HP fertig wird.

== Unterprogramm ==

Unterprogramm wird durch übergeordnetes Programmteil (Aufrufer) aufgerufen und nach seinem Ausführen, wird zurück zum Aufrufer gesprungen. Der Rückkehr zum Aufrufer wird durch "return" Befehl, der sich am Ende jedes UPs befinden muss, erreicht. Und das ist der einzige Unterschied zwischen einem HP und einem UP.

Jedes UP hat folgender PAD:

vom Aufrufer -------> V
Tun
V
zurück zum Aufrufer <------- return

Ein HP von einem ASM Programm kann in anderem, mehr umfangreichem ASM Program als UP benutzt werden, wenn der sich am Ende des HPs befindlicher Befehl "goto" durch "return" ersetzt wird. Ein Beispiel dazu:

Haupt1 call UP11 Haupt1 call UP11
call UP21 call UP21
........... -------> ...........
call UPn1 call UPn1
goto Haupt1 return

Jetzt können wir im mehr komplexen HP (Haupt) das Haupt1 als Unterprogramm aufrufen:

Haupt call UP1
call Haupt1
...........
call UPn
goto Haupt

Jedes UP kann auch von einem anderen übergeordneten UP aufgerufen werden, wenn das was es realisiert, benötigt wird.

In der Praxis wird oft ein UP von mehreren anderen UPs benutzt. Zum Beispiel um LCD Display zu steuern, brauchen wir entweder ein Befehl (Cmd) oder ein Zeichen (Data) an Display zu schicken. In beiden Fällen wird ein Byte geschickt, einmal mit RS=0 (Befehl) und einmal mit RS=1 (Zeichen) laut folgendem PDA:

"Cmd" "Data"
V V
RS=0 RS=1
V V
`-->V<--´
"Send" Byte schicken
V
return

Das wird z.B. in den Quellcode so eingeschrieben:

Cmd bcf RS
goto Send
Data bsf RS
Send ............
return

Das UP "Send" ist den UPs "Cmd" und "Data" untergeordnet, da es von beiden benutzt wird, kann aber weder "Cmd" noch "Data" benutzen.

=== Initialisierung ===

Damit der PIC ein Programm asführen kann, muss er vollständig und richtig initialisiert werden. Deswegen als erstes UP, das vom HP aufgerufen wird , ist "Initialisierung" (kurz: Init)

==== Variablen ====

Weil nach dem Einschalten der Spannung im RAM sich zufällige Werte befinden, wird meistens als erstes, der benutzte Bereich des RAMs (z.B. 20h bis 7Fh) gelöscht. Es wird einfach und sparsam mit einer Schleife, die indirekte Adressierung verwendet, gemacht:

V
Adresse des ersten Registers in FSR laden (20h)
.-------------------->V
RAMClr |Indirekt adressierter Register löschen (INDF)
| V
| Adresse erhöhen
| V
| Letzte Adresse + 1 (80h) J>Return
| N
| V
`---------------------´

Es wird wie folgt in Quellcode eingeschrieben:

movlw 0x20
movwf FSR
RAMClr clrf INDF
incf FSR,1
btfss FSR,7
goto RAMClr
return

Danach können den benötigtenen Variablen die gewünschte Werte angegeben werden:

movlw 0x3C
movwf LimH
movlw 0x5A
movwf LimL
u.s.w.

Somit sind die Variablen initialisiert.

==== I/O Ports ====

Nach dem Einschalten der Spannung sind die für Komparatoren oder A/D Wandler benutzte Pins als analoge Eingänge initialisiert. Wenn sie alle als digitale I/Os verwendet werden sollen, müssen sie als solche definiert werden. Das geschieht durch Eischreiben in entsprechenden Register (CMCON bzw. ADCON1) des Wertes 0x07:

movlw 0x07 b.z.w. movlw 0x07
movwf CMCON movwf ADCON1

Wenn einige als Analoge Eingänge benutzt werden sollen, mussen die entsprechende Werte dem Datenblatt des jeweiligen PICs entnommen werden.

Danach werden alle Ports nacheinander gelöscht und die gewünschte Werte die an den Pins vor dem Start des Hauptprogramms ausgegeben werden sollen, geschrieben:

clrf PORTA
movlw 0x37
movwf PORTA
usw.

Anchliessend werden für jeden Port die Werte in TRIS Register eingeschrieben, wobei ein Bit einem Pin entspricht. Ein Pin wird in TRIS Register durch 1 als Eingang und durch 0 als Ausgang definiert. Beispielweise beim PORTB sollen B7,B5 und B3 als Eingänge und restliche Pins als Ausgänge definiert werden. Das ergibt den Wert 10101000b = A8h, der in den TRISB Register geschrieben werden muss. Weil die alle TRIS Register sich in der Bank1 befinden, muss im STATUS-Register auf Bank1 und danach zurück auf Bank 0 umgeschaltet werden:

bsf STATUS,RP0
movlw 0xA8
movwf TRISB
bcf STATUS,RP0

Bei einem Umschalten der Bank können selbstverständlich alle TRIS Register nacheinander beschrieben werden.

==== Hardware ====

Die für ASM Programm benutzte Hardware kann auf integrierte und externe geteilt werden. Für eine Initialisierung der integrierten Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.), müssen entsprechende SFRs (Spezial Function Registers) laut Datenblatt des PICs definiert werden.

Die externe Hardware muss nach Datenblättern der Herstellern initialisiert werden.

=== Einlesen ===

Um ein Bit von einem Portpin einzulesen und in ein bestimmtes Register zu Kopieren wird folgender PAD benutzt, weil ein PIC kein Befehl dafür hat:

V
Bit im Zielregister löschen
V
Quellbit = 0 ? J>-------.
N |
V |
Bit im Zielregister setzen |
V<-------------´

Wenn wir z.B. ein bit3 von PortA als bit1 in den Register Tasten kopieren wollen, dann wird es in Quellcode so geschrieben:

bcf Tasten,1
btfsc PORTA,3
bsf Tasten,1

Natürlich wenn ein ganzer Byte vom Port in das W-Register eingelesen wird, kann mann den gleich in das Zielregister schreiben.

=== Ausgeben ===

Um ein Bit an einem Portpin auszugeben wird ein bestimmter Bit mit "bcf" gelöscht oder mit "bsf" gesetzt. Zum Beispiel bit4 im PORTA:

bcf PORTA,4.

Um ein Byte auszugeben wird er einfach zuerst in das W-Register geladen und danach an Port übergeben, z.B.:

movlw 0x12
movwf PORTA

=== Pause ===

Um eine Pause (Warten) im Programm anzulegen wird der "nop" Befehl benutzt, während dessen Ausführung der CPU nichts macht. Mit einem "nop" kann eine Zeit gleich 4 Takten (Perioden) des Oszillators realisiert werden. Um eine Zeit z.B. 1 Sekunde zu erreichen braucht man bei einem Quarzoscillator 4 MHz "nur" 1 000 000 Takten zu Programmieren, was in keinen Programmspeicher von PIC passt. Deswegen werden mehrfache s.g. Warteschleifen angewendet. In der Praxis werden Schleifen mit max. 3 Ebenen benutzt.

Solche Warteschleife funktioniert nach einem im folgendem PAD abgebildetem Prinzip:

Warte V
n * nop
V
P2 laden
Warte2 V<-----------------.
P1 laden |
Warte1 V<-------------. |
P0 laden | |
Warte0 V<---------. | |
P0 decrementieren | | |
V | | |
P0 = 0 ? N>---´ | |
J | |
V | |
P1 dekrementieren | |
V | |
P1 = 0 ? N>-------´ |
J |
V |
P2 dekrementieren |
V |
P2 = 0 ? N>-----------´
J
V
return

Das wird in Quellcode so aussehen:

Warte nop
...
nop
movlw 0xXX
movwf P2
Warte2 movlw 0xXX
movwf P1
Warte1 movlw 0xXX
movwf P0
Warte0 decfsz P0
goto Warte0
decfsz P1
goto Warte1
decfsz P2
goto Warte2
return

Anstatt "movlw 0xXX" kann auch "movf PauseX,0" angewendet werden, wenn die Schleife mit verschiedenen Werten P0, P1 und P2 aus den Register Pause0, Pause1 und Pause2 benutzt wird.

Die gesammte Anzahl den CPU Takten (N) lässt sich aus folgender Formel berechnen:

N = P2 * [ P1 * (3 * P0 + 5) + 7 ] + n + 10

und die Wartezeit (T) in Sekunden:

T = 4 * N / Fosc

Wobei:

P0 = Zahl im Register P0
P1 = Zahl im Register P1
P2 = Zahl im Register P2
n = Anzahl "nop"s
10 = Ausführungszeit von "call" + "return" + 3 * ("movlw" + "movwf")
Fosc = Frequenz des Oszillators (z.B. Quartz)

Die "nop"s sind notwendig um jede Wartezeit einzustellen zu können.

Mit solcher dreifachen Schleife die max. Wartezeit ist ca. 50 000 000 CPU Takten, was bei 4 MHz Quarz ca. 50 Sekunden entspricht.

Für kürzere Wartezeiten werden doppelte oder einzelne Schleifen benutzt.

=== Schnittstellen und Treiber ===

Als Schnittstelle wird externe Hadware, die zum steuern eines an sie angeschlossenes "Gerätes" dient, genannt. Das ASM Programm, das die Steuerung ermöglicht ist ein Treiber. Als Beispiel siehe: [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22749]

=== Tabellen ===

Es gibt zwei Arten von Tabellen: Sprungtabellen (computed goto) die "goto" Befehle enthalten und Wertetabellen (lookup table) in denen feste Werte in "retlw" gespeichert sind. Der wichtigste Unterschied zwischen dennen ist, dass die Sprungtabellen werden mit "goto" eingesprungen und steuern den Programlauf abhängig vom Inhalt des W-Registers und die Wertetabellen werden mit "call" aufgerufen und liefern abhängig von Inhalt des W-Registers ein Wert an den Aufrufer zurück.

Beide werden in Programmspeicher erstellt. Sie können nur bis zu 256 Speicherstellen belegen, da in den W-Register auch nur so viel veschiedenen Zahlen "passen". Sie Fangen also (fast) immer bei einer Adresse XX00h an und enden bei XXFFh. Der Hochwertige Byte "XX" der Adresse an der sich der Anfang einer Tabelle befindet, muss vor dem Einsprung in die Tabelle ins PCLATH Register eingeschrieben werden, wenn die Tabelle weit vom Aufrufer liegt. In der Praxis werden solche Tabellen am oberen Ende des Programmspeichers angelegt, damit sie den ASM Code nicht unterbrechen.

Eine Sprungtabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 goto Marke0
XX01 goto Marke1
.......................
XXFE goto Marke254
XXFF goto Marke255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
goto Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, der die Wahl wohin gesprungen wird bestimmt

Nach ausführen der obiger Befehlsfolge, wird das ASM Programm z.B. für Twert=0x01 weiter ab Marke1 "laufen" bis es an "return" kommt. Dann springt es zurüch zum Aufrufer der Tabelle.

Eine Wertetabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 retlw Wert0
XX01 retlw Wert1
.......................
XXFE retlw Wert254
XXFF retlw Wert255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
call Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, für welchen, an den Aufrufer bestimmter
Wert aus der Tabelle im W-Register zurückgeliefert wird

Solche Wertetabellen werden z.B. als Zeichengeneratoren für Grafikdisplays benutzt.

=== EEPROM ===

Alle PICs besitzen EEPROM in dem je nach Typ können 64 bis 256 Databytes gespeichert werden. Weil die detailierte Beschreibung der Schreib- und Lesevorgänge ziemlich lang wäre, werden nur geprüfte UPs kurz erklärt.

EEPROM beschreiben:

EEWrite movlw 0x20 <------ ab der RAM Adresse wird gespeichert
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EEWLoop call EEWrite1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EEWLoop
return

EEWrite1 bcf INTCON,GIE <------ Interrupts sperren
movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
movf INDF,0
movwf EEDATA
bsf EECON1,WREN
movlw 0x55
movwf EECON2
movlw 0xAA
movwf EECON2
bsf EECON1,WR
bcf EECON1,WREN
btfsc EECON1,WR
goto $-1 <------ warten bis WR=0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
bsf INTCON,GIE <------ Interrupts erlauben
return

EEPROM lesen und zurück in RAM schreiben:

EERead movlw 0x20 <------ ab der Adressse werden die Bytes in RAM abgelegt
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EERLoop call EERead1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EERLoop
return

EERead1 movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
bsf EECON1,RD
movf EEDATA,0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
movwf INDF
return

== Vorlage für MPASM ==

list P=12F629 ; Prozessor definieren
include "P12F629.inc" ; entsprechende .inc Datei für MPASM
__config _CP_OFF & _WDT_OFF & _PWRTE_ON & _MCLRE_OFF & _INTRC_OSC_NOCLKOUT ; Konfiguration
#define _DTT1 GPIO,0 ; Portpins benennen
#define _CKT2 GPIO,1
#define _T3 GPIO,2
#define _RNG GPIO,3
#define _INT GPIO,4
#define _RL GPIO,5
SecondL equ 0x20 ; Variablen definieren (Register benennen)
SecondH equ 0x21
MinuteL equ 0x22
MinuteH equ 0x23
StundeL equ 0x24
StundeH equ 0x25
org 0x0000 ; Direktive für MPASM
call Init ; rufe UP "Initialisierung" auf
Haupt ............ ; Hauptprogramm als endlose Schleife
Eigener Code
............
goto Haupt ; gehe zum Anfang des Hauptprogramms (zurück)
UP1 ............ ; Unterprogramme
Eigener Code
............
return
############
UPn ............
Eigener Code
............
return
Init clrf GPIO ; lösche Port
bsf STATUS,RP0 ; auf Bank1 umschalten
call 0x3FF ; hole Kalibrationswert
movwf OSCCAL ; kalibriere internen RC oscillator
bcf OPTION_REG,7 ; aktiviere pull-ups
movlw 0x30 ; definiere Portpins GPIO, (z.B. 0-3 Aus- und 4-5 Eingänge)
movwf TRISIO ; schreibe in TRIS Register
bcf STATUS,RP0 ; auf Bank0 umschalten
movlw 7 ; schalte Komparator aus
movwf CMCON ; und mache RA0-2 als digital I/O
............
eigener Code
............
return ; springe zurück (zum Haupt)
end ; Ende des Codes zum "Übersetzen"

Die Variablen können auch kürzer mit s.g. cblock definiert werden:

cblock 0x20
SecondL
SecondH
MinuteL
MinuteH
StundeL
StundeH
endc

Bei sehr vielen Variablen sind aber die Registeradressen nicht so übersichtlich.

== Für anderen PIC umschreiben ==

Die wichtigste Vorraussetzung ist, das der PIC2, auf dem das vorhande ASM Programm (für PIC1) laufen soll, zumindest für das ASM Program nötige interne Hardware hat. Der Code benötigt keine Änderungen.

Wenn der Port vom PIC2 anderen Namen hat, muss man das im Quellcode umdefinieren, z.B.:

#define GPIO equ PORTB
#define TRISIO equ TRISB

Dann wird das Assemblerprogramm, wenn es GPIO findet, immer PORTB nehmen. Das gleiche Betrifft die "__config" Ausdrücke, die entsprechend der .ini Datei für den PIC2, geändert werden müssen.

Das Assemblerprogramm findet sicher alles, was ihm nicht "passt" und bringt Fehlermeldungen, auf die man entsprechend reagieren muss.

== Das erste... ==

Hier wird detailiert das ganze Prozess der Erstellung eines ASM Programms beschrieben.

Die Idee:

Es gibt 4 Leds, die mit 2 Tastern gesteuert werden sollen. Nach dem Einschalten soll keine LED leuchten. Solange der linke Taster (T1) gedrückt ist, sollte eine leuchtende LED von links nach rechts "wandern" und von der letzten rechten Position wieder nach ganz linke "springen". Solange der rechte Taster (T2) gedrückt ist, sollte eine leuchtende LED von rechts nach links "wandern" und von der letzten linken Position wieder nach ganz rechte "springen". Solange beide Taster gedrückt sind soll die leuchtende LED von links nach rechts und zurück "wandern".

Dafür nötige Hardware zeigt folgende Skizze:

.-----------------------------------------------.
| |
| |
| |
| PIC12F629 |
| |
| |
| |
| GPIO,3 GPIO,4 GPIO,5 GPIO,2 GPIO,1 GPIO,0|
'-----------------------------------------------'
4| 3| 2| 5| 6| 7|
| | | | | |
| | | | | |
| | | | | |
| | .-. .-. .-. .-.
| | | | | | | | | |
| | 470| | 470| | 470| | 470| |
| | '-' '-' '-' '-'
| | | | | |
\ o \ o | | | |
\ \ V -> V -> V -> V ->
\. \. - - - -
T1 o T2 o LED1 | LED2 | LED3 | LED4 |
| | | | | |
+-------+-------+---+---+-------+-------+
|
===
GND

Jetzt muss die Idee vom Programmierer in ein PAD verfasst werden, z.B. solcher:

Start
V
Initialisierung
.-------------->V
| T1 gedrückt ? N>-----.
| J |
| V |
| links->rechts "wandern" |
| V<------------´
| T2 gedrückt ? N>------.
| J |
| V |
| rechts->links "wandern" |
| V<------------´
`---------------´

= Midrange =

== Kurzübersicht Assembler Befehle ==

{|
|-
| valign=top |

{| {{Blauetabelle}}
|ADDLW||Add literal and W
|-
|ADDWF||Add W and f
|-
|ANDLW||AND literal with W
|-
|ANDWF||AND W with f
|-
|BCF||Bit Clear f
|-
|BSF||Bit Set f
|-
|BTFSC||Bit Test f, Skip if Clear
|-
|BTFSS||Bit Test f, Skip if Set
|-
|CALL||Call subroutine
|-
|CLRF||Clear f
|-
|CLRW||Clear W
|-
|CLRWDT||Clear Watchdog Timer
|}

| valign=top |

{| {{Blauetabelle}}
|-
|COMF||Complement f
|-
|DECF||Decrement f
|-
|DECFSZ||Decrement f, Skip if 0
|-
|GOTO||Go to address or label
|-
|INCF||Increment f
|-
|INCFSZ||Increment f, Skip if 0
|-
|IORLW||Inclusive OR literal with W
|-
|IORWF||Inclusive OR W with f
|-
|MOVF||Move f
|-
|MOVLW||Move literal to W
|-
|MOVWF||Move W to f
|-
|NOP||No Operation
|}

| valign=top |

{| {{Blauetabelle}}
|-
|RETFIE||Return from interrupt
|-
|RETLW||Return with literal in W
|-
|RETURN||Return from Subroutine
|-
|RLF||Rotate Left f through Carry
|-
|RRF||Rotate Right f through Carry
|-
|SLEEP||Go into standby mode
|-
|SUBLW||Subtract W from literal
|-
|SUBWF||Subtract W from f
|-
|SWAPF||Swap nibbles in f
|-
|XORLW||Exclusive OR literal with W
|-
|XORWF||Exclusive OR W with f
|}
[[:bild:pic_asm_short.jpg|Kurzübersicht zum Ausdrucken]]
|}


==Ausführliche Beschreibung zu den Befehlen==

Erklärungen zu den Verwendeten Platzhaltern:
*'''k''' stellt einen fest definierten Wert da. z.B. <tt>0x20</tt>, <tt>d'42'</tt> oder <tt>b'00101010'</tt>
*'''W''' steht für das W-Register.
*'''d''' steht für ''destination'' (Ziel). Im code wird d durch ein <tt>w</tt> bzw. <tt>0</tt> (der Wert wird in das W-Register gespeichert ) oder <tt>f</tt> bzw. <tt>1</tt> (der Wert wird in das davor definierte Register gespeichert)
*'''b''' steht für Bitnummer im Register (eine Zahl zwischen 0 und 7)
*'''R''' steht für ein Register
*'''fett''' geschrieben Bedeutet, dass es ein Platzhalter ist und im Quellcode durch eine Registeradresse oder einen Wert ersetzt werden muss
*<tt>Schreibmaschinenstil</tt> bedeutet, dass es so im Quellcode geschrieben werden kann.

 ADDLW k Add W and literal - Addiere W und Zahl<hr>
:Es wird die Rechenoperation <math>k+W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ADDWF R,d Add W and f - Addiere W und f <hr>
:Es wird die Rechenoperation <math>R+W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ANDWF k AND literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- and
1000
</dd></dl>

 ANDWF R,d AND W with f - ???<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche ANDWF

BCF R,b Bit Clear f - Bit b im R wird gelöscht<hr>
:Mit dem Befehl <tt>BCF</tt> wird das Bit '''b''' im Register '''R''' gelöscht. Ein Beispiel:
<dl><dd>
movlw b'11111111' ;es wird b'11111111' in das W-Register geschrieben
BCF W,2 ;es wird bit 2 im W-Register gelöscht.
;das Ergebnis ist: b'11111011'
</dl></dd>

BSF R,b Bit Set f - Bit b im R wird gesetzt<hr>
:Mit dem Befehl <tt>BSF</tt> wird das Bit '''b''' im Register '''R''' gesetzt. Ein Beispiel:
<dl><dd>
clrw ;es wird b'00000000' in das W-Register geschrieben
BSF W,2 ;es wird bit 2 im W-Register gesetzt.
;das Ergebnis ist: b'00000100'
</dl></dd>

BTFSC R,b Bit Test f, Skip if Clear - Wenn das Bit b im Register R 0 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSC</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 0 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSC W,0 ;es wird bit 0 geprüft.
;wenn es 0 ist, wird der nächste Befehl übersprungen
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser Sprungbefehl ausgeführt.
goto IST_NULL ;springt zur Marke "IST_NULL"
</dl></dd>

BTFSS R,b Bit Test f, Skip if Set - Wenn das Bit b im Register R 1 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSS</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 1 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSS W,0 ;es wird bit 0 geprüft.
;wenn es 1 ist, wird der nächste Befehl übersprungen
goto IST_NULL ;springt zur Marke "IST_NULL"
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser
;Sprungbefehl ausgeführt, da der Befehl
;darüber übersprungen wurde.
</dl></dd>

CALL Call Subroutine - Rufe Unterprogramm auf<hr>
:Mit dem <tt>CALL</tt> Befehl wird ein Unterprogramm aufgerufen. Mit dem <tt>RETURN</tt>-Befehl wird das Unterprogramm beendet und man kehrt zum Befehl nach dem <tt>CALL</tt>-Befehl zurück. Das Unterprogramm wird so definiert, dass im Quellcode der Name des Unterprogramms nicht eingerückt steht. Ein Beispiel:

<dl><dd>
movlw d'13' ;in das W-Register wird 13d geladen
CALL Unterprogramm1 ;es wird das Unterprogramm "Unterprogramm1" aufgerufen
movwf ergebnis ;das W-Register wird in das Register "ergebnis" kopiert.
;im Register "ergebnis" steht nun 23d

Unterprogramm1 ;zählt 10 zum W-Register
addlw d'10' ;es wird 10d zum W-Register addiert
RETURN ;kehre zurück zum Aufrufer
</dl></dd>

CLRF R Clear f - Schreibe 0 in das Register R<hr>
:Das Register '''R''' wird mit Nullen gefüllt (gelöscht).

CLRW Clear W - Schreibe 0 in W<hr>
:Das W-Register (<tt>W</tt>) wird mit Nullen gefüllt (gelöscht).

CLRWDT Clear Watchdog Timer - Setzt den Watchdog-Timer zurück<hr>
:Es wird der WDT (Watchdog-Timer) zurückgesetzt und der Zähler des WDT auf 0 gesetzt, zusätzlich werden die STATUS-bits TO und PD gesetzt.

COMF R,d Complement f - negiere alle bits im Register R<hr>
:Von der Binärzahl im Register '''R''' werden die 0 mit 1 und 1 mit 0 ersetzt. Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Ein kleines Beispiel: aus <tt>AAh</tt> (<tt>10101010b</tt>) wird <tt>55h</tt> (<tt>01010101b</tt>).

DECF R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

DECFSZ R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f, überspringe wenn 0<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

GOTO Go to address - Gehe zu Adresse/Sprungmarke<hr>
:Nach dem GOTO Befehl wird das Programm ab der Adresse weiter ausgeführt, die nach dem GOTO-Befehl steht. Diese Adresse wird durch so genannte Sprungmarke definiert, welche, im Gegensatz zu den Befehlen nicht eingerückt im Quellcode stehen.

INCF R,d Increment f - Addiere 1 zum Register f<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

INCFSZ R,d Increment f, Skip if 0 - Addiere 1 zum Regiser f, überspringe wenn 0<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

 IORLW k OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Ooperation:
<dl><dd>
1100
1010
---- or
1110
</dd></dl>

 IORWF R,d OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche IORLW

MOVF R,d Move f - Bewege f<hr>
:Das Register R wird in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder wieder in R kopiert ('''d'''=<tt>F</tt>=<tt>1</tt>). Letzteres mag sinnlos scheinen, ist aber nützlich, da durch den Befehl das Z-Bit im STATUS-Regsiter gesetzt wird, falls R Null ist.

MOVLW k Move literal to W - Bewege Zahl in W-Register<hr>
:Der festgelegte Wert k wird in das W-Register kopiert.

MOVWF R Move W to f - Bewege W-Register in das Register F<hr>
:Das W-Register wird in das Register '''R''' kopiert.

NOP No Operation - Kein Befehl zum Ausführen (warte)<hr>
:Dieser Befehl macht nichts. Er verbraucht nur Zeit, welche sich einfach mit folgender Formel berechnen lässt. <math>t=\frac{4}{f}</math>,wobei <math>f</math> für die Frequenz des Oszillators steht.

RETFIE Return from interrupt - Kehre zurück aus der Unterbrechung<hr>
:Mit diesem Befehl wird die Interrupt Service Routine (ISR) beendet und das Programm wird an der Zeile weiter ausgeführt, vor der es durch den Interrupt angehalten wurde. Es werden auch alle Interrupts wieder erlaubt (das GIE bit wird gesetzt). Siehe hierzu auch [[#Interrupt | Interrupt]]

RETLW k Return with literal in W - Kehre zurück mit Zahl k im W-Register<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETLW</tt> zurück in die nächste Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde. Der in k angegebene Wert wird dabei in das W-Register geschrieben. Dieser Befehl wird vor allem für s.g Wertetabellen (eng: lookup tables) verwendet.

RETURN Return from Subroutine - Kehre zurück zum Übergeordneten Programmteil<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETURN</tt> zurück zu der nächsten Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde.

RLF R,d Rotate Left f through Carry - Rotiere das Register f mithilfe des Carry-bits nach links<hr>
:Alle Bits im Register '''R''' werden um eine Position nach links verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das Bit 0 des Registers R geschoben. Bit 7 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
c 7 6 5 4 3 2 1 0 ;vor dem Verschieben
7 6 5 4 3 2 1 0 c ;nach dem Verschieben
</dd></dl>

RRF R,d Rotate Right f through Carry - Rotiere das Register f mithilfe des Carry-bits nach rechts<hr>
:Alle Bits im Register '''R''' werden um eine Position nach rechts verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das 7.Bit des Registers R geschoben. Bit 0 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
C 7 6 5 4 3 2 1 0 ;vor dem Verschieben
0 C 7 6 5 4 3 2 1 ;nach dem Verschieben
</dd></dl>

SLEEP Go into standby mode - Versetze den Mirokontroller in Bereitschaftsmodus<hr>
:Der µC wird in den Sleep-Mode versetzt, in dem er weniger Strom verbraucht. Er kann durch einen Reset, einem Watchdog-Timer-Reset oder durch einen Interrupt wieder aufgeweckt werden.

 SUBLW k Subtract W from literal - Ziehe W von Zahl ab<hr>
:Es wird die Rechenoperation <math>k-W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 SUBWF R,d Subtract W from f - Ziehe W von f ab<hr>
:Es wird die Rechenoperation <math>R-W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

:Beispiel:
<dl><dd>
movlw d'20' ;schreibe 20 in das W-Register
movwf Register1 ;bewegt das W-Register in das Register1
movlw d'10' ;schreibt 10 in das W-Register
SUBWF Register1,F ;schreibt Register1(20)-W(10) in Register1
</dd></dl>

SWAPF R,d Swap nibbles in f - Vertausche die Halbbytes (Nibbles)<hr>
:Es werden die höheren 4 bit (bit7-bit4) mit den niedrigeren 4 bit (bit3-bit0) eines Registers vertauscht und entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).
:Beispiel:
<dl><dd>
movlw b'00001111' ;schreibe b'00001111' in das W-Register
movwf Register1 ;kopiert das W-Register in das Register1
SWAPF Register1,W ;vertauscht die ersten 4 bit mit den letzen
;4 bit in Register 1 und schreibt es in das W-Register
;im W-Register steht nun b'11110000'
</dd></dl>

 XORLW k Exclusive OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Registers, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- xor
0110
</dd></dl>

 XORWF R,d Exclusive OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche XORLW

==Besondere, oft gebrauchte Register==

=== STATUS ===
Der Statusregister beinhaltet den Status der Recheneinheit ALU (Arithmetic-Logic Unit), Resetinformationen und die beiden Bits zur Wahl der Speicherbank

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''STATUS''' (ADDRESSE 03h, 83h, 103h, 183h)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''IRP'''</td>
<td style="background:#00ffff;">'''RP1'''</td>
<td style="background:#00ffff;">'''RP0'''</td>
<td style="background:#00ffff;">'''TO'''</td>
<td style="background:#00ffff;">'''PD'''</td>
<td style="background:#00ffff;">'''Z'''</td>
<td style="background:#00ffff;">'''DC'''</td>
<td style="background:#00ffff;">'''C'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''IRP''': Register Bank Select Bit (für indirekte Adressierung)
:: 1 = Bank 2, 3 (100h-1FFh)
:: 0 = Bank 0, 1 (00h-FFh)
*Bit 6-5 '''RP<1:0>''': Register Bank Select Bits (für direkte Adressierung)
:: 11 = Bank 3 (180h-1FFh)
:: 10 = Bank 2 (100h-17Fh)
:: 01 = Bank 1 (80h-FFh)
:: 00 = Bank 0 (00h-7Fh)
*Bit 4 '''TO''': Time-out Bit
:: 1 = Nach Power-up, CLRWDT Befehl oder SLEEP Befehl
:: 0 = A Watchdogtimer time-out ist eingetreten
*Bit 3 '''PD''': Power-Down Bit
:: 1 = Nach Power-up oder durch den CLRWDT
:: 0 = Nach einem SLEEP befehl
*Bit 2 '''Z''': Zero bit
:: 1 = Das Ergebnis einer arithmetischen oder logischen Operation ist 0
:: 0 = Das Ergebnis einer arithmetischen oder logischen Operation ist NICHT 0
*Bit 1 '''DC''': Digit carry/borrow bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des 4.Niedrigsten Bits (Low Nibble) eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des 4.Niedrigsten Bits eines Rechenergebnisses existiert
*Bit 0 '''C''': Carry/borrow Bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des MSB eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des MSB eines Rechenergebnisses existiert

Das "Borrowbit" (to borrow = etwas borgen) dient zum erkennen, wenn ein Übertrag einer Rechenoperation exisitiert. 250+10 ergibt zum Beispiel 4, und setzt dabei das Borrowbit auf 1. Damit kann das Programm erkennen, wenn wieder einmal ein Ergebnis größer als 255 herauskam.
Bei Subtraktionen (SUBLW und SUBWF) verhält sich das Carry Bit umgekehrt als bei Additionen (ADDWF und ADDLW)!! Zum Beispiel 55-6=49 setzt Carry auf 1 aber 10-25=241 löscht das Carry-Flag.

:Siehe auch [[PIC Assembler#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers]]

=== INTCON ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''INTCON''' (ADDRESSE 0Bh, 8Bh, 10Bh, 18Bh)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''GIE'''</td>
<td style="background:#00ffff;">'''PEIE'''</td>
<td style="background:#00ffff;">'''TMR0IE'''</td>
<td style="background:#00ffff;">'''INT0IE'''</td>
<td style="background:#00ffff;">'''RBIE'''</td>
<td style="background:#00ffff;">'''TMR0IF'''</td>
<td style="background:#00ffff;">'''INT0IF'''</td>
<td style="background:#00ffff;">'''RBIF'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''GIE''': Global Interrupt Enable Bit
::1 = Aktiviert alle Interrupts
::0 = Deaktiviert alle Interrupts
*Bit 6 '''PEIE''': Peripheral Interrupt Enable Bit
::1 = Aktiviert alle peripheren Interrupts
::0 = Deaktiviert alle peripheren Interrupts
*Bit 5 '''TMR0IE''': TMR0 Overflow Interrupt Enable Bit (Overflow von Timer0 löst Interrupt aus)
::1 = Aktiviert den TMR0 Interrupt
::0 = Deaktiviert den TMR0 Interrupt
*Bit 4 '''INT0IE''': RB0/INT External Interrupt Enable Bit (Änderung an RB0 Pin löst Interrupt aus) *)
::1 = Aktiviert den RB0/INT Interrupt (Extern ausgelöst)
::0 = Deaktiviert den RB0/INT Interrupt (Extern ausgelöst)
*Bit 3 '''RBIE''': RB Port On-Change-Interrupt Enable Bit (Änderung an PortB löst Interrupt aus) **)
::1 = Aktiviert den RB port on-change-interrupt
::0 = Deaktiviert den RB port on-change-interrupt
*Bit 2 '''TMR0IF''': TMR0 Overflow Interrupt Flag Bit
::1 = TMR0 Register ist Übergelaufen (muss per Software gelöscht werden)
::0 = TMR0 register ist nicht Übergelaufen
*Bit 1 '''INT0IF''': RB0/INT External Interrupt Flag Bit
::1 = Eine Änderung an RB0/INT Pin hat stattgefunden (muss per Software gelöscht werden)
::0 = Eine Änderung an RB0/INT Pin hat nicht stattgefunden
*Bit 0 '''RBIF''': RB Port On-Change-Interrupt Flag bit
::1 = Mind. einer der Pins von RB7:RB4 hat sich geändert (muss per Software gelöscht werden)
::0 = Keiner der Pins von RB7:RB4 hat sich geändert

* *) Die Flanke auf die reagiert werden soll, wird mit dem Bit OPTION_REG.INTEDG definiert. (steigende = 1 oder fallende = 0)
* **) Der Interrupt klingt verführerischer Weise so, als ob er den gesamten Port überwacht. Dabei reagiert er nur auf RB7:RB4!!!! Er kann aber den Prozessor vom "Schlaf" aufwecken (z.B. durch einen Tastendruck).

=== PORTx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''PORTx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''Rx7'''</td>
<td style="background:#00ffff;">'''Rx6'''</td>
<td style="background:#00ffff;">'''Rx5'''</td>
<td style="background:#00ffff;">'''Rx4'''</td>
<td style="background:#00ffff;">'''Rx3'''</td>
<td style="background:#00ffff;">'''Rx2'''</td>
<td style="background:#00ffff;">'''Rx1'''</td>
<td style="background:#00ffff;">'''Rx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "PORTB" oder "RA1"

Jedes Bit eines PORT-Registers steht für einen Pin (Ein/Ausgang) des jeweiligen Ports. Je nachdem Ob ein Pin als Ausgang oder als Eingang definiert ist, kann man dort entweder den Wert schreiben oder auslesen. Es hat nicht Jeder PIC gleich viele Ports und es sind auch nicht immer 8 Pins pro Port, es können auch weniger sein. Alle PICs der Midrange-Serie besitzen nur bidirektionale Ports, d.h. sie können sowohl Eingang als auch Ausgang sein. Weiters ist zu beachten, dass einzelne Pins nach dem Reset mit anderen Funktionen belegt sein können. Das gilt im Speziellen für PORTA, wo sich die Komperatoren, AD's (falls vorhanden) und die Oszillatoreingänge (falls in den Fusebits gesetzt) befinden. Siehe [[PIC Assembler#I/O Ports|I/O Ports]].

{|{{Blauetabelle}}
|+ Beispiel PICs und ihre Ports (Zahlen in der Klammer sind die Anzahl der Pins des Ports)
|
|'''PIC16F628A'''
|'''PIC16F876'''
|'''PIC16F877'''
|-
|'''PORTA'''
|Ja
|Ja
|Ja
|-
|'''PORTB'''
|ja
|ja
|ja
|-
|'''PORTC'''
|/
|ja
|ja
|-
|'''PORTD'''
|/
|/
|ja
|-
|'''PORTE'''
|/
|/
|ja (3)
|-
|}

==Speicherbankorganisation==
===Programmspeicher===
Die Mid-Range MCUs haben einen 2-8k großen Programmspeicher. Dieser hat aber in jeder Speicherzelle nicht 8, sondern 14 Bit - also genau die Länge eines Befehls. Die aktuelle Stelle im Programm wird im PC (Program Counter) verwaltet. Er speichert immer die aktuelle Position im Programmspeicher. Bei einem PIC mit 8k Adressen muss er also die Adressen 0000-1FFF speichern können. Daraus folgt die Größe von 13 Bit für den PC. Der Programmspeicher ist in mehrere Bänke geteilt, die alle 2k groß sind. Das Programm springt ohne zutun des Benutzers von einer in die Nächste. Wenn man aber selber springen will, muss man die Register PCLATH (Program Counter Latch High) oder PCL (Program Counter Least Significant Byte) mit der Sprungadresse beschreiben.

===Datenspeicher===
Der Datenspeicher besteht aus den Special Function Registern (SFR) und den General Purpose
Registern (GPR). Die SFRs sind für die Funktionen des PICs zuständig (Interrupts, Timer, ADCs, CCPM...) und die GPRs für die Speicherung von Variablen und Daten.

Da immer nur 7 Bit der (Ziel)Adresse in einem Befehl gespeichert werden können, sind nur 7Fh (128d) Adressen im Datenbereich möglich. Deswegen wurde das "Banking" eingeführt. 2 Bit im Statusregister (welcher in allen Bänken der selbe ist und auch an der gleichen Stelle sitzt) geben die akutelle "Bank" an und sind nichts anderes als die 2 höchstwertigsten (MSB) Bits der Adresse. Damit lassen sich max. 4 Bänke ansprechen. Je nach PIC gibt es 2-4 Bänke. Die beiden Bits im Register STATUS heißen RP0 (STATUS<5>) und RP1 (STATUS<6>).

{| {{Blauetabelle}}
|+ Wechseln der Bänke mit RP0 und RP1
|-
|
|| RP1
|| RP0
|-
| Bank0
|align="center"|0
|align="center"|0
|-
| Bank1
|align="center"|0
|align="center"|1
|-
| Bank2
|align="center"|1
|align="center"|0
|-
| Bank3
|align="center"|1
|align="center"|1
|}

[[Bild:PIC midrange register.JPG]]
# '''FETTE Register''' sind in allen PICs vorhanden
# können je nach PIC unimplementierte Bereiche beinhalten - diese werden immer als 0 gelesen. (DATENBLATT!!)
# siehe 2
# Könnten je nach PIC auch nicht in Bank0 gemapped werden, sind dann eigenständige Register.
# je nach PIC kann es diese Bänke geben oder nicht geben.

==Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers==

{|
|-
|
{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Subtraktionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|1
|align="center"|0
|-
| negativ
|align="center"|0
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}

||

{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Additionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|0
|align="center"|0
|-
| Überlauf
|align="center"|1
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}
|}

== Codeschnipsel ==

=== Analog-Digital-Wandler (ADC) ===
Viele PICs besitzen einen Analog-Digital-Wandler, der eine angelegte Spannung messen kann und diese als Zahl speichert.

Es gibt AD-Wandler mit 8Bit bzw. 10Bit Auflösung, d.h. die Spannung an einem analogen Eingang wird linear 2^8=256 bzw. 2^10=1024 Werten zugeordnet.
Der höchste Wert, auch Referenzspannung genannt, (255 bzw. 1023; der Controller rechnet die Null auch mit) entspricht der Betriebsspannung des PICs oder wahlweise einer wählbaren Spannung, die an RA3 angelegt werden muss. Der niedrigste Wert entspricht 0 Volt.

Mit dem Analog-Digital-Wandler kann man somit z.B. Sensoren auswerten, die mehr als zwei Zustände ausgeben (Beispiele: Temperatursensor, Helligkeitssensor, Entfernungssensoren usw.) oder Akkuspannungen messen.

Bevor überhaupt gemessen werden kann, muss einiges eingestellt werden:

a) Eingangsverteilung Analog/Digital bzw.Referenzspannung (Betriebsspannung oder RA3)
die genauen Einstellungsmöglichkeiten entnehmen sie bitte dem Datenblatt ihres Controllers (Register ADCON1 Bank 1).

b) Wählen des Taktes für den ADC und Einschalten des ADCs

Das Register ADCON0 besitzt 8 Bits, die folgendes bestimmen:
Bit0 ADON - schaltet AD-Wandler ein oder aus (Strom sparen)
Bit1 - nicht vorhanden
Bit2 GO/Done - startet Wandlung / signalisiert, wann Umwandlung beendet ist.
Bit3 CHS0 - Channel Select 0 wählt Eingang aus
Bit4 CHS1 - Channel Select 1 wählt Eingang aus
Bit5 CHS2 - Channel Select 2 wählt Eingang aus
Bit6 ADCS0 - AD-Clock-Select wählt Takt
Bit7 ADCS1 - AD-Clock-Select wählt Takt

Kümmern wir uns zunächst um den Takt. Mit den zwei Bits ADCS0 und ADCS1 bestimmt man den Takt - hierbei gibt es vier Möglichkeiten:

ADCS1=0, ADCS0=0 -> Taktfrequenz des PICs :2
ADCS1=0, ADCS0=1 -> Taktfrequenz des PICs :8
ADCS1=1, ADCS0=0 -> Taktfrequenz des PICs :32
ADCS1=1, ADCS0=1 -> interner RC-Oszillator des ADCs verwenden

Die Taktfrequenz des ADCs darf 625kHz nicht überschreiten, dementsprechend ist ADCS0 und ADCS1 zu wählen.

Ist dies vollbracht, so kann man den AD-Wandler einschalten und das Go/Done-Bit löschen.
Codebeispiel:

;Takt für ADC (OSC/32)
bcf ADCON0,6
bsf ADCON0,7
;ADC einschalten
bsf ADCON0,0 ; ADON=1
;Go/Done-Bit zurücksetzen
bcf ADCON0,2

Nun ist der AD-Wandler bereit, Spannungen in Zahlen umzuwandeln.
Für eine Wandlung muss erst der entsprechende Eingang gewählt werden. Dafür sind die CHS0..CHS2-Bits zuständig:

CHS2 CHS1 CHS0 gewählter Eingang(falls vorhanden)
0 0 0 RA0
0 0 1 RA1
0 1 0 RA2
0 1 1 RA3
1 0 0 RA5
1 0 1 RE0
1 1 0 RE1
1 1 1 RE2

Achtung! RA4 ist kein analoger Eingang, folglich ist er oben nicht aufgelistet !!

Codebeispiel:

;RA2 auswählen
bcf ADCON0,3
bsf ADCON0,4
bcf ADCON0,5

Als letztes muss die AD-Routine nur noch gestartet werden. Ist der AD-Wandler fertig, so löscht er das Bit wieder. Das Bit wird nun solange abgefragt, bis der AD-Wandler fertig ist. Den zugeordneten Wert findet man im Register 'ADRES'.
Code:

;start
bsf ADCON0,2
;warten,bis es wieder low ist
wa btfsz ADCON0,2
goto wa
;jetzt ist er fertig
;ADRES in W verschieben, um damit gleich weiter zu arbeiten
movf ADRES,W

Die AD-Wandlung ist somit fertig. Liest man mehrere Werte von unterschiedlichen Eingängen ein und möchte diese miteinander vergleichen o.ä., sollte man die Zahlen von ADRES in anderen Registern zwischenspeichern.

Desweiteren ist zu beachten, dass der Analog-Digital-Wandler eine gewisse Pause zwischen den Wandlungen benötigt, die sog. 'Aquisition Time'. Diese Zeitangabe entnehmen sie bitte ihrem Datenblatt.

mögliche Probleme:

a) Der PIC liefert stark schwankende Werte
-> Mögliche Ursachen dafür sind z.B. nicht stabile Betriebsspannung, falsche Zeiteinstellungen. Abhilfe schafft auch das mehrmalige Einlesen eines Eingangs. Auch können z.B. 8 Werte eingelesen werden und dann der Durchschnitt gebildet werden.
Evtl. kann ein Kondensator gegen Masse (z.B. 1nF) helfen; Wichtig ist auch eine kleine Verzögerung zwischen Kanalauswahl und Start der Wandlung. In dieser Zeit kann sich der interne Kondensator des ADC's aufladen.

b) Die Spannung an einem Eingang wird erhöht, die Werte der anderen Eingänge werden aber auch beeinflusst. Woran liegt das?
-> Dann sind Sie Opfer des sog. 'Ghostings' geworden (Werte 'scheinen durch', verschleißen). Die Werte der anderen Eingänge gehen mit, weil der interne Kondensator noch auf die Spannung des Vorgängers aufgeladen ist. Maßnahme: Aquisition Time erhöhen, Werte öfters abfragen, Pause zwischen Kanalauswahl und Start

c) Der PIC liefert immer die gleichen Werte an einem Eingang, obwohl sich die angelegte Spannung ändert
-> möglicherweise falsche Eingangsverteilung (ADCON1) eingestellt oder falschen Pin gewählt

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assembler

2007-04-12T20:26:13Z

Der Gärtner: /* PORTx */

= Einladung zur Diskussion... =

Es wird hier versucht die ASM Programmierung von PIC Mikrocontroller zu beschreiben.

Damit das enstehende Artikel wirklich nutzlich wird, ist Ihre Mitwirkung nötig. Bitte schreib uns Deine Meinung, was ewentuell noch geändert (z.B. ergänzt) werden soll in diesem Tread:

http://www.roboternetz.de/phpBB2/viewtopic.php?p=271211#271211

Die Autoren bedanken sich im voraus für jeden Beitrag mit Vorschlägen !

= Einführung =

== Bit, Byte, Nibble, Bin und Hex ==

Ein Mikrocontroller (kurz: µC) kann eigentlich nur durch ein Portpin eine Spannung einlesen bzw. ausgeben. Er kann aber nur erkennen, ob eine Spannung vorhanden ist oder nicht. Wenn fast keine Spannung vorhanden ist erkennt er das als 0 und wenn eine Spannung fast so gross, wie seine Versorgungsspannung anliegt, als 1.

Genauso bei der Ausgabe, wenn er 0 ausgibt ist auf dem Portpin fast keine Spannung, wenn 1, eine Spannung fast gleich gross seiner Versorgungsspannung. Und das ist ein Bit, die kleinste Menge einer Information. Das Bit ist binär, weil er nur zwei unterschiedliche Werte 0 bzw. 1 haben kann.

Wenn wir gleichzeitig (paralell) 8 Bits haben, dann ist es ein Byte, der mehrere Bitkombinationen von 00000000b bis 11111111b enhält, weil ein Bit (X) auf jeder Stelle 0 bzw. 1 sein kann.

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#007fff>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Das "b" bedeutet, das es sich um binäre (kurz: bin) Darstellung (auch Zahl genannt) handelt. Binäre Zahlen sind aber lang, weil jedes Bit eine Stelle benötigt.

Um die Schreibweise zu verkürzen, wurden hexadezimale (kurz: hex) Zahlen eingeführt. Zuerst wurde ein Byte auf zwei 4-Bit Halbbytes (Nibbles) verteilt und danach ein Nibble als Ziffer genommen. Weil 4 Bit mehr als 10 Kombinationen ergeben, haben die Ziffer 0 bis 9 aus dem Dezimalsystem nicht ausgereicht und wurden um Buchstaben A bis F erweitert. Die hexadezimalen Zahlen haben ein "h" Zeichen am Ende.

Die Umwandlung zwischen bin und hex Zahlen für ein Nibble zeigt folgende Tabelle:

0b = 0h 100b = 4h 1000b = 8h 1100b = Ch
1b = 1h 101b = 5h 1001b = 9h 1101b = Dh
10b = 2h 110b = 6h 1010b = Ah 1110b = Eh
11b = 3h 111b = 7h 1011b = Bh 1111b = Fh

Damit kann ein Byte mit zwei hex Ziffern definiert werden z.B. 1100 0011b = C3h. Für zwei Bytes braucht man 4 hex Ziffern z.B.

101 0111 1010 1001b = 57A9h, u.s.w. So wie im Dezimalsystem werden führende Nullen nicht geschrieben, aber in einem PIC Register existieren immer 8 Bits also auch führende Nullen. Zum Beispiel die hex Zahl 3h sieht im Register so aus: 00000011b. Bei einer Wandlung bin->hex fängt man immer von der rechten Seite der bin Zahl an, da die Anzahl führenden Nullen unbekannt ist.

== Speicher und Register ==

Als Speicher bezeichnet man ein Teil der Hardware, in die eine Information eingeschrieben, in der gespeichert und aus der wieder ausgelesen werden kann.

Es gibt eigentlich nur zwei Arten von elektronischen Speicher: flüchtige und nichtflüchtige. Die Information die sich im flüchtigen Speicher befindet, geht verloren, wenn die Versorgungsspannung des Speichers unterbrochen oder abgeschaltet wird. Bei PICs ist es Dataspeicher (RAM).

Wenn die Versorgungsspannung vom nichtflüchtigen Speicher abgeschaltet wird, ist die gespeicherte Information zwar momentan nicht lesbar, bleibt aber erhalten und sobald der Speicher wieder mit Spannung versorgt wird, kann sie ausgelesen werden. Ein PIC hat zwei solche Speicher: Programmspeicher (Flash) und EEPROM.

Der wichtigste Unterschied zwischen den Speicherarten ist, das die flüchtigen direkt (sehr schnell) beschreibbar sind und das Beschreiben den nichtflüchtigen benötigt spezielle Algorithmen, die leider im Vergleich zu direkten Zugriffen langsamer sind.

Ein Speicher besitzt bestimmte Menge von s.g. Speicherstellen. Jede Speicherstelle hat seine individuelle Adresse und kann eine binäre Information mit bestimmter Anzahl von Bits abspeichern.

Bei PIC haben die drei Arten von Speicher, wegen verschiedener Anwendung, auch unterschiedliche Struktur. Die beiden Speicher für Daten (RAM und EEPROM) haben jeweils 8-bitigen und Programmspeicher (Flasch) bei Mid-Range hat 14-bitigen Speicherstellen. Die Anzahl den Speicherstellen im bestimmten Speicher ist vom PIC-Typ abhängig.

Eine 8-bitige Speicherstelle im RAM wird bei PICs Register genannt und kann so skiziert werden:

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td> MSB </td>
<td colspan=6></td>
<td> LSB </td>
</tr>

<tr>
<td bgcolor="#007fff">bit 7</td>
<td bgcolor="#007fff">bit 6</td>
<td bgcolor="#007fff">bit 5</td>
<td bgcolor="#007fff">bit 4</td>
<td bgcolor="#007fff">bit 3</td>
<td bgcolor="#007fff">bit 2</td>
<td bgcolor="#007fff">bit 1</td>
<td bgcolor="#007fff">bit 0</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#ff8305>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Der bit 7 wird als hochwertigste (MSB = Most Significant Bit) und bit0 als niederwertigste (LSB = Least Significant Bit) bezeichnet. Jeder Bit im Register (X) kann gleich 0 bzw. 1 sein.

Um ein Databyte in ein Register schreiben oder aus einem Register lesen, muss zuerst das Register durch seine Adresse gewählt werden. Dafür gibt es beim PIC folgende Möglichkeiten:

Direkte Adressierung per absolute Adresse: movwf 0x20

Direkte Adressierung per vorher definierten Namen des Registers (z.B. Temp equ 0x20): movwf Temp

Indirekte Adressierung durch FSR Register, in den die absolute Adresse des Registers Temp eingeschrieben wird und der Wert aus dem Temp sich im INDF Register befindet. Wie vorher wurde Temp equ 0x20 definiert und weiter:

movlw Temp ;in W-Register wird die absolute Adresse des Registers Temp geladen
movwf FSR ;diese Adresse wird in das FSR Register kopiert
movf INDF,0 ;der Wert aus dem indirekt adressierten Register Temp wird in das
W-Register geladen.

Weil in jedem 14-bittigem Befehl, der mit Datenspeicher verbunden ist, fur Adresse des ansprechenden Registers nur 7 Bits existieren, die bis zum 7Fh (128d) Register direkt ansprechen können, ist bei PICs der Datenspeicher (RAM) in s.g. Bänke verteilt.

Für Aswahl einer Bank sind zwei Bits RP0 und RP1 im STATUS Register zuständig. Die Anzahl von Bänke und ihre Verwendung ist von gesamter Grösse des RAMs abhängig und kann dem Datenblatt des PICs entnommen werden. Siehe: [[#Speicherbankorganisation|Speicherbankorganisation]]

== Prozessor ==

Der Prozessor von Mid-Range PICs gehört zu den RISC (Reduced Instruction Set Computer) Prozessoren und man hat nur 35 Befehle zu Erlernen, was seine Programmierung deutlich vereinfacht. Jeder Befehl benötigt im Programmspeicher nur eine Speicherstelle und im Quellcode nur eine Zeile. Die Ausführung des Befehls dauert, abhängig vom Befehl zwischen 1-2 Prozessortakten.

Die Prozessoren der Mid-Range Serie von Microchip sind alle in der "Harvard"-Architektur gefertigt. Das Bedeuted, dass der Datenspeicher und Programmspeicher einen eigenen Bus zur CPU besitzen. Der Vorteil zur "von Neumann"-Architektur ist, dass sich die Busgrößen damit unterscheiden können. Das ermöglicht eine größere Bandbreite.

Der Befehl (beim PIC 14 bit) kann in nur einem Takt verarbeitet werden. Daher kommt auch das Aufteilen der Ausführung des Befehls in die 4 verschiedenen Vörgänge. Wärend der neue Befehl eingelesen ("gefatched") wird, wird der Vorige gerade gelesen ("read") und der Vorvorige verarbeited ("executed") und der Vorvorvorige schreibt gerade in den Datenspeicher ("write"). Das heist 4 Befehle werden jeweils um einen Oszillatortaktzyklus verschoben gleichzeitig verarbeitet.

Das geschieht in vier Perioden des Oszillators. Deswegen die Taktfrequenz des CPUs entspricht durch 4 geteilter Frequenz des Oszillators.

CPU Vorgang Richtung Speicher
------------------------------------------------- -
1.Befehl lesen (fatch) <------- Flash |
2.Daten lesen (read) <------- RAM | 1 Prozessortakt =
3.Daten verarbeiten (execute) | 4 Oszillatortakte
4.Daten schreiben (write) -------> RAM |
-

Nur o.g. CPU Vorgänge sind direkt möglich. Es können deswegen keine Befehle aus dem RAM oder EEPROM ausgeführt werden. Um ein Databyte aus einem RAM Register in ein anderes zu kopieren, muss er zuerst aus dem ersten RAM Register in das W-Register (eigenen s.g. Arbeitsregister des CPU) und erst davon in das zweite RAM Register kopiert werden.

Das Lesen/Schreiben aus/in den EEPROM Speicher ist mit Hilfe speziellen Register und Unterprogrammen bei allen Mid-Range PICs möglich. Der Lese und Schreibzugriff auf den Programmspeicher ist aber nur bei wenigen PIC-Typen (z.B. PIC16F87X) möglich. Dies ermöglicht ein "sich selbst Programmieren", was bei Bootloadern genützt wird.

== Assembler ==

Die Maschinensprache, auch Assembler oder kurz ASM genannt, ist eine Sprache die nur bestimmter CPU versteht. Für einen Menschen ist sie unverständlich, da sie nur aus hex Zahlen besteht.

Um sich die Sprache verständlicher zu machen wurden den hex Zahlen s.g. Mnemonics aus Buchstaben zugewiesen. Jeder Befehl für einen CPU hat somit ein "Namen", der aus englischer Sprache stammt. Siehe: [[#Kurzübersicht Assembler Befehle|Kurzübersicht Assembler Befehle]]

Obwohl sie 200 bis 1000 mal schneller als die meisten Hochsprachen ist, wird sie wegen dem grossen Aufwand bei Erstellung umfangreichen Programmen, selten benutzt. Man findet sie aber oft in fast allen Hochsprachen, in eigebundenen Funktionen, überall dort wo die Hochsprachen zu langsam sind oder nötigen Aufgaben nicht unterstützen (z.B. Maus in Q-Basic).

ASM eignet sich aber sehr gut für kleine Anwendungen (meistens Steuerungen) mit µC, weil nur bei dieser Programmiersprache ein direkter Zusammenhang zwischen einem Bit im Programm und einer Spannung am I/O Pin besteht.

Dank der integrierten oder an Portpins angeschlosenen Hardware und dem entsprechenden Program kann ein µC umfangreiche Aufgaben realisieren, die fast unbegrenzt und schwer vorstellbar sind.

Die Aufgabe eines ASM-Programmierers ist, ein Programm zu schreiben, das das Assemblerprogramm (z.B. MPASM) fehlerfrei in die Machinensprache "übersetzt" und der bestimmte CPU "versteht". Sie endet eigentlich erst dann, wenn das geschriebene Programm so wie geplannt funktioniert.

[[Bild:PAD_beispiel.png|thumb|80px|Beispiel für ein PAD]]

Weil ASM Programme nicht besonders durchschaubar sind, wurde als Hilfsmittel ein Programmablaufdiagramm (kurz: PAD) erfunden. Beim Programmerstellung fängt man damit an ein PAD zu erstellen, das die wichtigsten Programmschritte enthält.

Weiter werden alle Befehle nach dem PAD mit einem üblichen Texteditor in eine Textdatei mit Erweiterung .asm (Quellcode) geschrieben, durch ein Assemblerprogramm (für PICs: MPASM oder [http://gputils.sourceforge.net/ GPASM]) von dem für Menschen noch verständlichen Code in die Maschinensprache "übersetzt" und als Texdatei mit Erweiterung .hex gespeichert. Diese Datei wird danach in den Programmspeicher des µC übertragen ("gebrannt").

Das Assemblerprogramm MPASM kann kostenlos von der Homepage des Herstellers von PICs [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en019469&part=SW007002] runtergeladen werden. Es muss zuerst vom Downloads die "MPLAB IDE v7.50 Full Zipped Installation" runtergeladen und erst danach können gewählte Programme (z.B. nur MPASM) intalliert werden. Für MPASM benutzer werden auch folgende .pdf Dateien empfohlen:

MPASM/MPLINK User's Guide (2628 KB) [Benutzerhandbuch]

MPASM™/MPLINK™ PICmicro® Quick Chart (81 KB) [Kurzübersicht]

Nach dem Eischalten der Betriebsspannung des µC, fängt der CPU an, sich im Programmspeicher befindliches Programm mit dem Befehl, der an der Adresse 0 steht, auszuführen.

Aber wann das Programm endet? Natürlich wenn die Versorgungsspannung abgeschaltet wird. Nein! Das ist die einfachste Lösung um ein laufendes Programm auf zufälliger Stelle zu unterbrechen,
aber keine um ihn auf einer definierten Stelle zu beenden.

Wenn an den µC angeschlossene externe Hardware (z.B. Grafikdisplay), eine bestimmte Befehlsfolge vor dem Abschalten benötigt oder wichtige Daten (in EEPROM oder Flash) abgespeichert werden sollen, darf die Spannung erst dann abgeschaltet werden, wenn der CPU eine Meldung ausgibt, dass er sich schon auf der "STOP" Stelle des Programms befinet. Es muss auch
definiert werden (z.B. durch eine Tastenkombination), wann der CPU zum letzten Fragment des ASM Programms vor dem "STOP" gehen soll.

== Grundbeschaltung ==

Der Prozessor von einem PIC kann sofort nach dem Einschalten der Versorgungsspannung (z.B. + 5V DC) arbeiten. Allerdings nur, wenn er den Takt, in dem er die Befehle ausführen soll, vorgegeben hat. Manche PICs besitzen einen internen RC-Oszillator, (z.B. PIC12F629, PIC16F630, PIC16F628, u.s.w.). Bei diesen reicht es bereits Spannung anzulegen und sie laufen bereits.
Die meisten haben ihn aber nicht (z.B. PIC16F84, PIC16F870, u.s.w.) und brauchen fürs Funktionieren zusätzliche Bauteile. Grundsätzlich gibt es mehrere Möglichkeiten:
* RC (Widerstand + Kondensator); keine hohe Frequenzgenauigkeit
* Quarz oder Keramik-Resonator + 2 Kondensatoren (=HS oder XT) bzw. Quarzoszillator; schnell & genau
* Uhrenquarz (32768Hz) = LP (Low-Power-Mode)
Die entsprechenden Bauteile werden an die Pins OSC1/OSC2 angeschlossen, um den notwendigen Prozessortakt zu erzeugen. Im Konfiguration-Word "__config" muss noch angegeben werden, welcher Oszillator verwendet wird.

Desweiteren existiert ein MCLR-Pin, der beim PIC einen Neustart (=Reset) auslösen kann (Low-Pegel). Diesen Pin sollte man, wenn er in "__config" aktiviert ist, über einen Widerstand (pull-up) an Versorgungsspannung legen, damit der PIC anfängt, sein Programm abzuarbeiten. Der Anschluss wird auch für die Programmierung benötigt. Beim sog. High-Voltage-Programming wird MCLR auf ca. 12-14 Volt gelegt, um den PIC in den Programmiermodus zu schalten. Bei manchen PICs kann dieser Anschluss auch als normalen I/O Pin eingestellt werden. In dem Fall, bei ICSP Benutzung, soll noch eine Diode zwischen den pull-up und Versorgungsspannung angeschlossen werden, um die an MCLR Pin angeschlossene Hardware während der Programmierung zu schützen.

Bei externen Oszillatoren bleibt der Pin OSC2 nicht angeschlossen und kann als I/O benutzt werden. Falls ein interner Oszillator benutzt wird, können beide OSC Pins als I/O dienen.

Damit ein Programm zuverlässig ausgeführt werden kann, muss die Versorgungspannung störungsfrei sein. Dafür wird ein Keramik-Vielschicht-Kondensator 100 nF möglichts am kürzesten direkt zwischen VDD und VSS Pins geschaltet.

Folgende Skizzen zeigen die Grundbeschaltung eines PICs:

{|
|-
|
[[Bild:Pic-entstoer.png|thumb|160px|Entstörkondensator beim PIC]]
|
[[Bild:Qz-os.png|thumb|160px|Quarz ]]
|
[[Bild:Qos-os.png|thumb|160px|externer Quarzoszillator]]
|
[[Bild:Rc-os.png|thumb|160px|externer RC-Oszillator]]
|}

== Wahl des PICs ==

Es gibt PIC µC die im Typenbezeichnung den Buchstaben "C" oder "F" haben.

Die älteren mit "C" haben EPROM Programmspeicher und die gibt es in zwei Versionen: ohne und mit Fenster (aus Quarz-Glass) fürs Löschen des EPROMs mit UV Strahlung. Bei denen ohne Fenster kann der Programmspeicher nur einmal beschrieben und nicht mehr gelöscht werden.

Die neuen mit "F" besitzen einen Flash-Programmspeicher, der bis zu 100 000 mal mit angelegter Spannung gelöscht und danach neu beschrieben werden kann.

Für die Wahl eines PICs für bestimmte Anwendung wichtig sind:

- Max. Taktfrequenz des Prozessors.

- Grösse des Datenspeichers (für Variablen).

- Grösse des Programmspeichers (für Programm).

- Integrierte Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.).

- Freie I/O Pins für externe Hardware (Display, Tasten, u.s.w.).

- Vorhandene Betriebspannung (Netzteil, Akku, Batterie).

In der Praxis wird meistens für die Programmerstellung ein grösserer PIC genommen (wenn möglich pinkompatibler z.B. PIC16F628 für PIC16F84 oder PIC16F630 für PIC12F629) und erst nach der Optimierung des lauffägiges Programms, der tatsächlich nötiger, da seine Parameter am Anfang nur geschätzt werden können. Wenn man viel Programme für verschiedene PICs entwickelt, optimal wäre der grösste PIC16F877 mit 20 MHz max. Taktfrequenz.

Diese Lösung hat auch den Vorteil, dass während der Programmerstellung kurze Hilfsprogramme (z.B. PIC Trainer) in den Programmspeicher kopiert und benutzt werden können, da sie sowohl ein bischen Programmspeicher und RAM als auch 2 freie I/O Pins fürs PIC Miniterminal brauchen.

= Programm =

== Allgemeines ==

Jedes Program kann man auf klenere Fragmente unterteilen, die auf bestimmter Weise miteinander verknüpft sind und gemeinsam die Aufgabe des Programms erfüllen. Das wichtigste Teil eines Programms ist s.g. Hautprogram (kurz:HP), das eine führende Rolle spielt. Dem HP sind fast alle andere Programmteile untergeordnet (weiter als Unterprogramm (kurz:UP) genannt) und werden nach Bedarf von ihm aufgerufen um eine bestimmte Aufgabe zu erledigen.

Die Struktur eines Programs ist aber komplizierter, da ein UP kann auch ein oder mehrere UPs nacheinander aufrufen. Ganz unten sind die UP1s, die ganz einfache Sachen erledigen. Höher ist das nächste Ebene mit UP2s die schon mehr komplizierten Aufgaben durch ein Aufruf der UP1s erledigen können, u.s.w. Bei Mid-Range PICs (12FXXX und 16FXXX) können maximal bis zu 8 Ebenen benutzt werden.

<center>
[[Bild:HP-UP.png|Hauptprogramm - Unterprogramm]]
</center>

Jedes UP kann jederzeit aufgerufen werden, je nach dem was gerade eledigt werden muss. Weil das nicht egal ist, welches UP augerufen wird, da jedes nur eine bestimmte Funktion im Programm hat, muss der Programmierer dafür sorgen, dass alles richtig nach Programablaufdiagramm, und nicht chaotisch, abläuft.

Die Programmierung in ASM ist änlich wie bei Hochsprachen, wenn man sich Bibliotheken mit Prozessorspezifischen UPs erstellt. Um ein lauffähiges Programm zu erstellen, braucht man nur benötigte UPs ins Program kopieren und ein geignetes HP, das sie aufruft, schreiben.

Ein ASM Programm (Quellcode) muss in einer Texdatei .asm in der vom Assemblerprogramm erwarteter Form verfasst werden, um fehlerfreie Konvertierung in die Maschinensprache (Assemblierung) zu gewährleisten. Dieses Prozess verläuft in der Form eines Dialoges.

Der Programmierer schreibt und gibt es dem Assemblerprogram zum Übersetzen. Alles was das Programm nicht versteht oder nicht richtig ist, erscheint als Fehlermeldungen, die der Programmierer kennen muss um die Fehler korrigieren zu können. Eine .hex Datei wird erst dannn erstellt, wenn das Assemblerprogramm keine Fehler mehr im Quellcode findet. Deswegen sehr wichtig ist, sich mit dem Assemblerprogramm vertaut zu machen, um die Dialogzeit zu minimieren.

== Programmdurchlaufdiagramm ==

Der Programdurchlaufdiagram (kurz: PAD) ist eine vorläufige und laufend änderbare Stufe zwischen einer Idee und ihrer Verwirklichung. Er wird erst dann fertig, wenn nach ihm erstelltes ASM Program auf einem µC so wie gewünscht funktioniert. Jedes sein Symbol (ausser "Start/Stop") muss später als Befehlsreihenfolge für den bestimmten CPU in den Quellcode übertragen werden. Die Anschriften "Ein" und "Aus" gehören nicht zu Symbolen des PADs und wurden nur zur Erklärung benutzt.

Der PAD ist sehr eifach zu erstellen, weil dafür nur drei Symbole benötigt sind:
<center>
[[Bild:PAD_kurz.png|Symbole des PAD]]
</center>
Das "Start/Stopp" Symbol bedeutet, dass das gesamte Programm sich im stabilen Zustand befindet und nicht "läuft". Anstatt "Stopp" kann auch "Schlaf" (Sleep) agewendet werden, da das Programm in dem Fall auch nicht aktiv ist. Das "Tun" Symbol stellt meistens ein UP mit Reihenfolge von Befehlen dar. Das "Prüfen" bedeutet eine Prüfung bestimmter Bedingung und abhängig davon einen weiteren Lauf eines Programms, endweder in der "ja" (J) oder "nein" (N) Richtung.

Als allgemeinnutziges Standard für µCs kann man folgender PAD bezeichnen:

PAD _____
/ \
Spannung ein (Ein) ----->( Start )
\_____/
| -
V |
.---------------. |
|Initialisierung| |
'---------------' |
| |
.--------->| |
| V |
| .---------------. |
| | Hauptprogramm | |
| '---------------' |
| | |
| V |
| | > Gesamtes Programm
| / \ |
| /Ende?\____ |
| \ /J | |
| \ / | |
| | | |
| V | |
| N| | |
`----------´ | |
V |
.---------------. |
| Beenden | |
'---------------' |
| |
V -
_____
/ \
Spannung aus (Aus) <-------------( Stopp )
\_____/

Das Hauptprogram wird in einer endlosen Schleife ausgeführt, die durch die Prüfung "Ende?" unterbrochen werden kann. In dem Fall wird vor dem Beenden des gesamten Programms noch ein UP "Beenden" ausgeführt, das z.B. Daten in EEPROM speichert.

Es ist nicht nötig immer die Symbole zu zeichnen, man kann sich sie vorstellen und nur den Text schreiben. Die Prüfungen werden mit "?" gekenzeichnet und die Zeichen "V", "<" und ">" zeigen die Richtung des weiteren Verlaufs. Dann sieht der PAD so aus:

PAD1 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
| Ende? J > Beenden |
| N V -
| V Stopp > Aus
`--------´

In der Praxis werden aus Platzgründen meistens die vereinfachten PADs benutzt.

Der PAD1 kann aber für Hauptprogramme, die in beliebigem Moment unterbrochen werden dürfen, deutlich vereifacht werden, da die Prüfung "Ende?" ob das Hauptprogram beendet werden soll, und das UP "Beenden", entfallen.

Die meisten ASM Programme für µC sind deswegen nach solchem PAD erstelt:

PAD2 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
`--------´ _|

Für Testprogramme wird meistens fogender PAD angewendet, weil es ziemlich einfach festzustellen
ist (z.B. durch Stromverbrauchmessung des µCs), wann sich der CPU schon im Schlaf befindet. Erst dann, darf die Betriebspannung des µCs ausgeschaltet werden.

PAD3 Ein > Start
V -
Initialisierung |
V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf > Aus

Und eine batteriebetriebene Uhr wird überwiegend so gestaltet:

PAD4 Ein > Start
V -
Interrupt Initialisierung |
Timer------------------------->V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf

In dem Fall reicht es aus, wenn der CPU jede Minute vom Timer aufgeweckt wird, um die Zeit zu aktualisieren. Eine Uhr ist immer (ausser Batteriewechsel) ununterbrochen mit Spannung versorgt.

Für komplizierte Programme ist es unmöglich ein PAD zu erstellen, in dem jeder CPU Befehl sein eigenes Symbol hat. Man beschränkt sich nur auf alle Prüfungen, die über den Lauf des Programms entscheiden, und ganze UPs (z.B. "Initialisierung") nur als ein Symbol verwendet. Für jedes UP wird dann ein eigener PAD erstelt.

Das Erstellen von PAD bei ASM Programmen ist sehr wichtig und darf nicht unterschätzt werden. Je stärker ein Programmierer glaubt, dass er das ohne PAD schaft, um so mehr Zeit wird er danach bei Fehlersuche oder Änderungen im ASM Programm verlieren. Für einfache ASM Programme, die gut kommentiert sind, reicht es meistens aus, ein PAD nur "im Kopf" zu erstellen, aber ganz ohne PAD geht es sicher nicht.

Wenn ein ASM Programm nicht wie geplannt funktioniert, wird zuerst ein Fehler im PAD gesucht. Und erst wenn er i.O. ist, im als fehlerhaft festgestellten Codefragment.

== Hauptprogramm ==

Wie sein Namen schon vermuten lässt, ist das Hauptprogram das wichtigste Teil des gesamten Programms. Meistens ist es auch das kleinste Teil, vor allem, wenn die UPs sehr komplex sind. Seine Aufgabe ist die benötigte UPs in bestimmter Reihenfolge nachainander aufzurufen, um die alle Funktionen des gesamten Programms zu realisieren.

Das HP ist meistens als endlose Schleife , wie im PAD2, aufgebaut. Weil die endlose Schleife sehr schnell läuft, werden die alle, die durch die UPS realisierte Aufgaben quasi gleichzeitig ausgeführt. Wenn es unerwünscht ist, müssen einige UPs als Verzögerungen realisiert werden.

Typischer PDA für ein HP sieht so aus:

Haupt .--->V
| UP1
| V
| UP2
| V
| ...
| V
| UPn
| V
`----´

In den Quellcode wird es so eigeschrieben:

Haupt call UP1
call UP2
...........
call UPn
goto Haupt

In der Praxis wird das HP schrittweise erstellt. Am Anfang wird sich nur ein UP im HP befinden und die folgenden kommen nach dessen Erstellung und Prüfen dazu, bis das HP fertig wird.

== Unterprogramm ==

Unterprogramm wird durch übergeordnetes Programmteil (Aufrufer) aufgerufen und nach seinem Ausführen, wird zurück zum Aufrufer gesprungen. Der Rückkehr zum Aufrufer wird durch "return" Befehl, der sich am Ende jedes UPs befinden muss, erreicht. Und das ist der einzige Unterschied zwischen einem HP und einem UP.

Jedes UP hat folgender PAD:

vom Aufrufer -------> V
Tun
V
zurück zum Aufrufer <------- return

Ein HP von einem ASM Programm kann in anderem, mehr umfangreichem ASM Program als UP benutzt werden, wenn der sich am Ende des HPs befindlicher Befehl "goto" durch "return" ersetzt wird. Ein Beispiel dazu:

Haupt1 call UP11 Haupt1 call UP11
call UP21 call UP21
........... -------> ...........
call UPn1 call UPn1
goto Haupt1 return

Jetzt können wir im mehr komplexen HP (Haupt) das Haupt1 als Unterprogramm aufrufen:

Haupt call UP1
call Haupt1
...........
call UPn
goto Haupt

Jedes UP kann auch von einem anderen übergeordneten UP aufgerufen werden, wenn das was es realisiert, benötigt wird.

In der Praxis wird oft ein UP von mehreren anderen UPs benutzt. Zum Beispiel um LCD Display zu steuern, brauchen wir entweder ein Befehl (Cmd) oder ein Zeichen (Data) an Display zu schicken. In beiden Fällen wird ein Byte geschickt, einmal mit RS=0 (Befehl) und einmal mit RS=1 (Zeichen) laut folgendem PDA:

"Cmd" "Data"
V V
RS=0 RS=1
V V
`-->V<--´
"Send" Byte schicken
V
return

Das wird z.B. in den Quellcode so eingeschrieben:

Cmd bcf RS
goto Send
Data bsf RS
Send ............
return

Das UP "Send" ist den UPs "Cmd" und "Data" untergeordnet, da es von beiden benutzt wird, kann aber weder "Cmd" noch "Data" benutzen.

=== Initialisierung ===

Damit der PIC ein Programm asführen kann, muss er vollständig und richtig initialisiert werden. Deswegen als erstes UP, das vom HP aufgerufen wird , ist "Initialisierung" (kurz: Init)

==== Variablen ====

Weil nach dem Einschalten der Spannung im RAM sich zufällige Werte befinden, wird meistens als erstes, der benutzte Bereich des RAMs (z.B. 20h bis 7Fh) gelöscht. Es wird einfach und sparsam mit einer Schleife, die indirekte Adressierung verwendet, gemacht:

V
Adresse des ersten Registers in FSR laden (20h)
.-------------------->V
RAMClr |Indirekt adressierter Register löschen (INDF)
| V
| Adresse erhöhen
| V
| Letzte Adresse + 1 (80h) J>Return
| N
| V
`---------------------´

Es wird wie folgt in Quellcode eingeschrieben:

movlw 0x20
movwf FSR
RAMClr clrf INDF
incf FSR,1
btfss FSR,7
goto RAMClr
return

Danach können den benötigtenen Variablen die gewünschte Werte angegeben werden:

movlw 0x3C
movwf LimH
movlw 0x5A
movwf LimL
u.s.w.

Somit sind die Variablen initialisiert.

==== I/O Ports ====

Nach dem Einschalten der Spannung sind die für Komparatoren oder A/D Wandler benutzte Pins als analoge Eingänge initialisiert. Wenn sie alle als digitale I/Os verwendet werden sollen, müssen sie als solche definiert werden. Das geschieht durch Eischreiben in entsprechenden Register (CMCON bzw. ADCON1) des Wertes 0x07:

movlw 0x07 b.z.w. movlw 0x07
movwf CMCON movwf ADCON1

Wenn einige als Analoge Eingänge benutzt werden sollen, mussen die entsprechende Werte dem Datenblatt des jeweiligen PICs entnommen werden.

Danach werden alle Ports nacheinander gelöscht und die gewünschte Werte die an den Pins vor dem Start des Hauptprogramms ausgegeben werden sollen, geschrieben:

clrf PORTA
movlw 0x37
movwf PORTA
usw.

Anchliessend werden für jeden Port die Werte in TRIS Register eingeschrieben, wobei ein Bit einem Pin entspricht. Ein Pin wird in TRIS Register durch 1 als Eingang und durch 0 als Ausgang definiert. Beispielweise beim PORTB sollen B7,B5 und B3 als Eingänge und restliche Pins als Ausgänge definiert werden. Das ergibt den Wert 10101000b = A8h, der in den TRISB Register geschrieben werden muss. Weil die alle TRIS Register sich in der Bank1 befinden, muss im STATUS-Register auf Bank1 und danach zurück auf Bank 0 umgeschaltet werden:

bsf STATUS,RP0
movlw 0xA8
movwf TRISB
bcf STATUS,RP0

Bei einem Umschalten der Bank können selbstverständlich alle TRIS Register nacheinander beschrieben werden.

==== Hardware ====

Die für ASM Programm benutzte Hardware kann auf integrierte und externe geteilt werden. Für eine Initialisierung der integrierten Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.), müssen entsprechende SFRs (Spezial Function Registers) laut Datenblatt des PICs definiert werden.

Die externe Hardware muss nach Datenblättern der Herstellern initialisiert werden.

=== Einlesen ===

Um ein Bit von einem Portpin einzulesen und in ein bestimmtes Register zu Kopieren wird folgender PAD benutzt, weil ein PIC kein Befehl dafür hat:

V
Bit im Zielregister löschen
V
Quellbit = 0 ? J>-------.
N |
V |
Bit im Zielregister setzen |
V<-------------´

Wenn wir z.B. ein bit3 von PortA als bit1 in den Register Tasten kopieren wollen, dann wird es in Quellcode so geschrieben:

bcf Tasten,1
btfsc PORTA,3
bsf Tasten,1

Natürlich wenn ein ganzer Byte vom Port in das W-Register eingelesen wird, kann mann den gleich in das Zielregister schreiben.

=== Ausgeben ===

Um ein Bit an einem Portpin auszugeben wird ein bestimmter Bit mit "bcf" gelöscht oder mit "bsf" gesetzt. Zum Beispiel bit4 im PORTA:

bcf PORTA,4.

Um ein Byte auszugeben wird er einfach zuerst in das W-Register geladen und danach an Port übergeben, z.B.:

movlw 0x12
movwf PORTA

=== Pause ===

Um eine Pause (Warten) im Programm anzulegen wird der "nop" Befehl benutzt, während dessen Ausführung der CPU nichts macht. Mit einem "nop" kann eine Zeit gleich 4 Takten (Perioden) des Oszillators realisiert werden. Um eine Zeit z.B. 1 Sekunde zu erreichen braucht man bei einem Quarzoscillator 4 MHz "nur" 1 000 000 Takten zu Programmieren, was in keinen Programmspeicher von PIC passt. Deswegen werden mehrfache s.g. Warteschleifen angewendet. In der Praxis werden Schleifen mit max. 3 Ebenen benutzt.

Solche Warteschleife funktioniert nach einem im folgendem PAD abgebildetem Prinzip:

Warte V
n * nop
V
P2 laden
Warte2 V<-----------------.
P1 laden |
Warte1 V<-------------. |
P0 laden | |
Warte0 V<---------. | |
P0 decrementieren | | |
V | | |
P0 = 0 ? N>---´ | |
J | |
V | |
P1 dekrementieren | |
V | |
P1 = 0 ? N>-------´ |
J |
V |
P2 dekrementieren |
V |
P2 = 0 ? N>-----------´
J
V
return

Das wird in Quellcode so aussehen:

Warte nop
...
nop
movlw 0xXX
movwf P2
Warte2 movlw 0xXX
movwf P1
Warte1 movlw 0xXX
movwf P0
Warte0 decfsz P0
goto Warte0
decfsz P1
goto Warte1
decfsz P2
goto Warte2
return

Anstatt "movlw 0xXX" kann auch "movf PauseX,0" angewendet werden, wenn die Schleife mit verschiedenen Werten P0, P1 und P2 aus den Register Pause0, Pause1 und Pause2 benutzt wird.

Die gesammte Anzahl den CPU Takten (N) lässt sich aus folgender Formel berechnen:

N = P2 * [ P1 * (3 * P0 + 5) + 7 ] + n + 10

und die Wartezeit (T) in Sekunden:

T = 4 * N / Fosc

Wobei:

P0 = Zahl im Register P0
P1 = Zahl im Register P1
P2 = Zahl im Register P2
n = Anzahl "nop"s
10 = Ausführungszeit von "call" + "return" + 3 * ("movlw" + "movwf")
Fosc = Frequenz des Oszillators (z.B. Quartz)

Die "nop"s sind notwendig um jede Wartezeit einzustellen zu können.

Mit solcher dreifachen Schleife die max. Wartezeit ist ca. 50 000 000 CPU Takten, was bei 4 MHz Quarz ca. 50 Sekunden entspricht.

Für kürzere Wartezeiten werden doppelte oder einzelne Schleifen benutzt.

=== Schnittstellen und Treiber ===

Als Schnittstelle wird externe Hadware, die zum steuern eines an sie angeschlossenes "Gerätes" dient, genannt. Das ASM Programm, das die Steuerung ermöglicht ist ein Treiber. Als Beispiel siehe: [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22749]

=== Tabellen ===

Es gibt zwei Arten von Tabellen: Sprungtabellen (computed goto) die "goto" Befehle enthalten und Wertetabellen (lookup table) in denen feste Werte in "retlw" gespeichert sind. Der wichtigste Unterschied zwischen dennen ist, dass die Sprungtabellen werden mit "goto" eingesprungen und steuern den Programlauf abhängig vom Inhalt des W-Registers und die Wertetabellen werden mit "call" aufgerufen und liefern abhängig von Inhalt des W-Registers ein Wert an den Aufrufer zurück.

Beide werden in Programmspeicher erstellt. Sie können nur bis zu 256 Speicherstellen belegen, da in den W-Register auch nur so viel veschiedenen Zahlen "passen". Sie Fangen also (fast) immer bei einer Adresse XX00h an und enden bei XXFFh. Der Hochwertige Byte "XX" der Adresse an der sich der Anfang einer Tabelle befindet, muss vor dem Einsprung in die Tabelle ins PCLATH Register eingeschrieben werden, wenn die Tabelle weit vom Aufrufer liegt. In der Praxis werden solche Tabellen am oberen Ende des Programmspeichers angelegt, damit sie den ASM Code nicht unterbrechen.

Eine Sprungtabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 goto Marke0
XX01 goto Marke1
.......................
XXFE goto Marke254
XXFF goto Marke255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
goto Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, der die Wahl wohin gesprungen wird bestimmt

Nach ausführen der obiger Befehlsfolge, wird das ASM Programm z.B. für Twert=0x01 weiter ab Marke1 "laufen" bis es an "return" kommt. Dann springt es zurüch zum Aufrufer der Tabelle.

Eine Wertetabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 retlw Wert0
XX01 retlw Wert1
.......................
XXFE retlw Wert254
XXFF retlw Wert255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
call Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, für welchen, an den Aufrufer bestimmter
Wert aus der Tabelle im W-Register zurückgeliefert wird

Solche Wertetabellen werden z.B. als Zeichengeneratoren für Grafikdisplays benutzt.

=== EEPROM ===

Alle PICs besitzen EEPROM in dem je nach Typ können 64 bis 256 Databytes gespeichert werden. Weil die detailierte Beschreibung der Schreib- und Lesevorgänge ziemlich lang wäre, werden nur geprüfte UPs kurz erklärt.

EEPROM beschreiben:

EEWrite movlw 0x20 <------ ab der RAM Adresse wird gespeichert
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EEWLoop call EEWrite1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EEWLoop
return

EEWrite1 bcf INTCON,GIE <------ Interrupts sperren
movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
movf INDF,0
movwf EEDATA
bsf EECON1,WREN
movlw 0x55
movwf EECON2
movlw 0xAA
movwf EECON2
bsf EECON1,WR
bcf EECON1,WREN
btfsc EECON1,WR
goto $-1 <------ warten bis WR=0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
bsf INTCON,GIE <------ Interrupts erlauben
return

EEPROM lesen und zurück in RAM schreiben:

EERead movlw 0x20 <------ ab der Adressse werden die Bytes in RAM abgelegt
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EERLoop call EERead1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EERLoop
return

EERead1 movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
bsf EECON1,RD
movf EEDATA,0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
movwf INDF
return

== Vorlage für MPASM ==

list P=12F629 ; Prozessor definieren
include "P12F629.inc" ; entsprechende .inc Datei für MPASM
__config _CP_OFF & _WDT_OFF & _PWRTE_ON & _MCLRE_OFF & _INTRC_OSC_NOCLKOUT ; Konfiguration
#define _DTT1 GPIO,0 ; Portpins benennen
#define _CKT2 GPIO,1
#define _T3 GPIO,2
#define _RNG GPIO,3
#define _INT GPIO,4
#define _RL GPIO,5
SecondL equ 0x20 ; Variablen definieren (Register benennen)
SecondH equ 0x21
MinuteL equ 0x22
MinuteH equ 0x23
StundeL equ 0x24
StundeH equ 0x25
org 0x0000 ; Direktive für MPASM
call Init ; rufe UP "Initialisierung" auf
Haupt ............ ; Hauptprogramm als endlose Schleife
Eigener Code
............
goto Haupt ; gehe zum Anfang des Hauptprogramms (zurück)
UP1 ............ ; Unterprogramme
Eigener Code
............
return
############
UPn ............
Eigener Code
............
return
Init clrf GPIO ; lösche Port
bsf STATUS,RP0 ; auf Bank1 umschalten
call 0x3FF ; hole Kalibrationswert
movwf OSCCAL ; kalibriere internen RC oscillator
bcf OPTION_REG,7 ; aktiviere pull-ups
movlw 0x30 ; definiere Portpins GPIO, (z.B. 0-3 Aus- und 4-5 Eingänge)
movwf TRISIO ; schreibe in TRIS Register
bcf STATUS,RP0 ; auf Bank0 umschalten
movlw 7 ; schalte Komparator aus
movwf CMCON ; und mache RA0-2 als digital I/O
............
eigener Code
............
return ; springe zurück (zum Haupt)
end ; Ende des Codes zum "Übersetzen"

Die Variablen können auch kürzer mit s.g. cblock definiert werden:

cblock 0x20
SecondL
SecondH
MinuteL
MinuteH
StundeL
StundeH
endc

Bei sehr vielen Variablen sind aber die Registeradressen nicht so übersichtlich.

== Für anderen PIC umschreiben ==

Die wichtigste Vorraussetzung ist, das der PIC2, auf dem das vorhande ASM Programm (für PIC1) laufen soll, zumindest für das ASM Program nötige interne Hardware hat. Der Code benötigt keine Änderungen.

Wenn der Port vom PIC2 anderen Namen hat, muss man das im Quellcode umdefinieren, z.B.:

#define GPIO equ PORTB
#define TRISIO equ TRISB

Dann wird das Assemblerprogramm, wenn es GPIO findet, immer PORTB nehmen. Das gleiche Betrifft die "__config" Ausdrücke, die entsprechend der .ini Datei für den PIC2, geändert werden müssen.

Das Assemblerprogramm findet sicher alles, was ihm nicht "passt" und bringt Fehlermeldungen, auf die man entsprechend reagieren muss.

== Das erste... ==

Hier wird detailiert das ganze Prozess der Erstellung eines ASM Programms beschrieben.

Die Idee:

Es gibt 4 Leds, die mit 2 Tastern gesteuert werden sollen. Nach dem Einschalten soll keine LED leuchten. Solange der linke Taster (T1) gedrückt ist, sollte eine leuchtende LED von links nach rechts "wandern" und von der letzten rechten Position wieder nach ganz linke "springen". Solange der rechte Taster (T2) gedrückt ist, sollte eine leuchtende LED von rechts nach links "wandern" und von der letzten linken Position wieder nach ganz rechte "springen". Solange beide Taster gedrückt sind soll die leuchtende LED von links nach rechts und zurück "wandern".

Dafür nötige Hardware zeigt folgende Skizze:

.-----------------------------------------------.
| |
| |
| |
| PIC12F629 |
| |
| |
| |
| GPIO,3 GPIO,4 GPIO,5 GPIO,2 GPIO,1 GPIO,0|
'-----------------------------------------------'
4| 3| 2| 5| 6| 7|
| | | | | |
| | | | | |
| | | | | |
| | .-. .-. .-. .-.
| | | | | | | | | |
| | 470| | 470| | 470| | 470| |
| | '-' '-' '-' '-'
| | | | | |
\ o \ o | | | |
\ \ V -> V -> V -> V ->
\. \. - - - -
T1 o T2 o LED1 | LED2 | LED3 | LED4 |
| | | | | |
+-------+-------+---+---+-------+-------+
|
===
GND

Jetzt muss die Idee vom Programmierer in ein PAD verfasst werden, z.B. solcher:

Start
V
Initialisierung
.-------------->V
| T1 gedrückt ? N>-----.
| J |
| V |
| links->rechts "wandern" |
| V<------------´
| T2 gedrückt ? N>------.
| J |
| V |
| rechts->links "wandern" |
| V<------------´
`---------------´

= Midrange =

== Kurzübersicht Assembler Befehle ==

{|
|-
| valign=top |

{| {{Blauetabelle}}
|ADDLW||Add literal and W
|-
|ADDWF||Add W and f
|-
|ANDLW||AND literal with W
|-
|ANDWF||AND W with f
|-
|BCF||Bit Clear f
|-
|BSF||Bit Set f
|-
|BTFSC||Bit Test f, Skip if Clear
|-
|BTFSS||Bit Test f, Skip if Set
|-
|CALL||Call subroutine
|-
|CLRF||Clear f
|-
|CLRW||Clear W
|-
|CLRWDT||Clear Watchdog Timer
|}

| valign=top |

{| {{Blauetabelle}}
|-
|COMF||Complement f
|-
|DECF||Decrement f
|-
|DECFSZ||Decrement f, Skip if 0
|-
|GOTO||Go to address or label
|-
|INCF||Increment f
|-
|INCFSZ||Increment f, Skip if 0
|-
|IORLW||Inclusive OR literal with W
|-
|IORWF||Inclusive OR W with f
|-
|MOVF||Move f
|-
|MOVLW||Move literal to W
|-
|MOVWF||Move W to f
|-
|NOP||No Operation
|}

| valign=top |

{| {{Blauetabelle}}
|-
|RETFIE||Return from interrupt
|-
|RETLW||Return with literal in W
|-
|RETURN||Return from Subroutine
|-
|RLF||Rotate Left f through Carry
|-
|RRF||Rotate Right f through Carry
|-
|SLEEP||Go into standby mode
|-
|SUBLW||Subtract W from literal
|-
|SUBWF||Subtract W from f
|-
|SWAPF||Swap nibbles in f
|-
|XORLW||Exclusive OR literal with W
|-
|XORWF||Exclusive OR W with f
|}
[[:bild:pic_asm_short.jpg|Kurzübersicht zum Ausdrucken]]
|}


==Ausführliche Beschreibung zu den Befehlen==

Erklärungen zu den Verwendeten Platzhaltern:
*'''k''' stellt einen fest definierten Wert da. z.B. <tt>0x20</tt>, <tt>d'42'</tt> oder <tt>b'00101010'</tt>
*'''W''' steht für das W-Register.
*'''d''' steht für ''destination'' (Ziel). Im code wird d durch ein <tt>w</tt> bzw. <tt>0</tt> (der Wert wird in das W-Register gespeichert ) oder <tt>f</tt> bzw. <tt>1</tt> (der Wert wird in das davor definierte Register gespeichert)
*'''b''' steht für Bitnummer im Register (eine Zahl zwischen 0 und 7)
*'''R''' steht für ein Register
*'''fett''' geschrieben Bedeutet, dass es ein Platzhalter ist und im Quellcode durch eine Registeradresse oder einen Wert ersetzt werden muss
*<tt>Schreibmaschinenstil</tt> bedeutet, dass es so im Quellcode geschrieben werden kann.

 ADDLW k Add W and literal - Addiere W und Zahl<hr>
:Es wird die Rechenoperation <math>k+W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ADDWF R,d Add W and f - Addiere W und f <hr>
:Es wird die Rechenoperation <math>R+W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ANDWF k AND literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- and
1000
</dd></dl>

 ANDWF R,d AND W with f - ???<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche ANDWF

BCF R,b Bit Clear f - Bit b im R wird gelöscht<hr>
:Mit dem Befehl <tt>BCF</tt> wird das Bit '''b''' im Register '''R''' gelöscht. Ein Beispiel:
<dl><dd>
movlw b'11111111' ;es wird b'11111111' in das W-Register geschrieben
BCF W,2 ;es wird bit 2 im W-Register gelöscht.
;das Ergebnis ist: b'11111011'
</dl></dd>

BSF R,b Bit Set f - Bit b im R wird gesetzt<hr>
:Mit dem Befehl <tt>BSF</tt> wird das Bit '''b''' im Register '''R''' gesetzt. Ein Beispiel:
<dl><dd>
clrw ;es wird b'00000000' in das W-Register geschrieben
BSF W,2 ;es wird bit 2 im W-Register gesetzt.
;das Ergebnis ist: b'00000100'
</dl></dd>

BTFSC R,b Bit Test f, Skip if Clear - Wenn das Bit b im Register R 0 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSC</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 0 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSC W,0 ;es wird bit 0 geprüft.
;wenn es 0 ist, wird der nächste Befehl übersprungen
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser Sprungbefehl ausgeführt.
goto IST_NULL ;springt zur Marke "IST_NULL"
</dl></dd>

BTFSS R,b Bit Test f, Skip if Set - Wenn das Bit b im Register R 1 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSS</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 1 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSS W,0 ;es wird bit 0 geprüft.
;wenn es 1 ist, wird der nächste Befehl übersprungen
goto IST_NULL ;springt zur Marke "IST_NULL"
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser
;Sprungbefehl ausgeführt, da der Befehl
;darüber übersprungen wurde.
</dl></dd>

CALL Call Subroutine - Rufe Unterprogramm auf<hr>
:Mit dem <tt>CALL</tt> Befehl wird ein Unterprogramm aufgerufen. Mit dem <tt>RETURN</tt>-Befehl wird das Unterprogramm beendet und man kehrt zum Befehl nach dem <tt>CALL</tt>-Befehl zurück. Das Unterprogramm wird so definiert, dass im Quellcode der Name des Unterprogramms nicht eingerückt steht. Ein Beispiel:

<dl><dd>
movlw d'13' ;in das W-Register wird 13d geladen
CALL Unterprogramm1 ;es wird das Unterprogramm "Unterprogramm1" aufgerufen
movwf ergebnis ;das W-Register wird in das Register "ergebnis" kopiert.
;im Register "ergebnis" steht nun 23d

Unterprogramm1 ;zählt 10 zum W-Register
addlw d'10' ;es wird 10d zum W-Register addiert
RETURN ;kehre zurück zum Aufrufer
</dl></dd>

CLRF R Clear f - Schreibe 0 in das Register R<hr>
:Das Register '''R''' wird mit Nullen gefüllt (gelöscht).

CLRW Clear W - Schreibe 0 in W<hr>
:Das W-Register (<tt>W</tt>) wird mit Nullen gefüllt (gelöscht).

CLRWDT Clear Watchdog Timer - Setzt den Watchdog-Timer zurück<hr>
:Es wird der WDT (Watchdog-Timer) zurückgesetzt und der Zähler des WDT auf 0 gesetzt, zusätzlich werden die STATUS-bits TO und PD gesetzt.

COMF R,d Complement f - negiere alle bits im Register R<hr>
:Von der Binärzahl im Register '''R''' werden die 0 mit 1 und 1 mit 0 ersetzt. Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Ein kleines Beispiel: aus <tt>AAh</tt> (<tt>10101010b</tt>) wird <tt>55h</tt> (<tt>01010101b</tt>).

DECF R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

DECFSZ R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f, überspringe wenn 0<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

GOTO Go to address - Gehe zu Adresse/Sprungmarke<hr>
:Nach dem GOTO Befehl wird das Programm ab der Adresse weiter ausgeführt, die nach dem GOTO-Befehl steht. Diese Adresse wird durch so genannte Sprungmarke definiert, welche, im Gegensatz zu den Befehlen nicht eingerückt im Quellcode stehen.

INCF R,d Increment f - Addiere 1 zum Register f<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

INCFSZ R,d Increment f, Skip if 0 - Addiere 1 zum Regiser f, überspringe wenn 0<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

 IORLW k OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Ooperation:
<dl><dd>
1100
1010
---- or
1110
</dd></dl>

 IORWF R,d OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche IORLW

MOVF R,d Move f - Bewege f<hr>
:Das Register R wird in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder wieder in R kopiert ('''d'''=<tt>F</tt>=<tt>1</tt>). Letzteres mag sinnlos scheinen, ist aber nützlich, da durch den Befehl das Z-Bit im STATUS-Regsiter gesetzt wird, falls R Null ist.

MOVLW k Move literal to W - Bewege Zahl in W-Register<hr>
:Der festgelegte Wert k wird in das W-Register kopiert.

MOVWF R Move W to f - Bewege W-Register in das Register F<hr>
:Das W-Register wird in das Register '''R''' kopiert.

NOP No Operation - Kein Befehl zum Ausführen (warte)<hr>
:Dieser Befehl macht nichts. Er verbraucht nur Zeit, welche sich einfach mit folgender Formel berechnen lässt. <math>t=\frac{4}{f}</math>,wobei <math>f</math> für die Frequenz des Oszillators steht.

RETFIE Return from interrupt - Kehre zurück aus der Unterbrechung<hr>
:Mit diesem Befehl wird die Interrupt Service Routine (ISR) beendet und das Programm wird an der Zeile weiter ausgeführt, vor der es durch den Interrupt angehalten wurde. Es werden auch alle Interrupts wieder erlaubt (das GIE bit wird gesetzt). Siehe hierzu auch [[#Interrupt | Interrupt]]

RETLW k Return with literal in W - Kehre zurück mit Zahl k im W-Register<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETLW</tt> zurück in die nächste Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde. Der in k angegebene Wert wird dabei in das W-Register geschrieben. Dieser Befehl wird vor allem für s.g Wertetabellen (eng: lookup tables) verwendet.

RETURN Return from Subroutine - Kehre zurück zum Übergeordneten Programmteil<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETURN</tt> zurück zu der nächsten Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde.

RLF R,d Rotate Left f through Carry - Rotiere das Register f mithilfe des Carry-bits nach links<hr>
:Alle Bits im Register '''R''' werden um eine Position nach links verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das Bit 0 des Registers R geschoben. Bit 7 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
c 7 6 5 4 3 2 1 0 ;vor dem Verschieben
7 6 5 4 3 2 1 0 c ;nach dem Verschieben
</dd></dl>

RRF R,d Rotate Right f through Carry - Rotiere das Register f mithilfe des Carry-bits nach rechts<hr>
:Alle Bits im Register '''R''' werden um eine Position nach rechts verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das 7.Bit des Registers R geschoben. Bit 0 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
C 7 6 5 4 3 2 1 0 ;vor dem Verschieben
0 C 7 6 5 4 3 2 1 ;nach dem Verschieben
</dd></dl>

SLEEP Go into standby mode - Versetze den Mirokontroller in Bereitschaftsmodus<hr>
:Der µC wird in den Sleep-Mode versetzt, in dem er weniger Strom verbraucht. Er kann durch einen Reset, einem Watchdog-Timer-Reset oder durch einen Interrupt wieder aufgeweckt werden.

 SUBLW k Subtract W from literal - Ziehe W von Zahl ab<hr>
:Es wird die Rechenoperation <math>k-W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 SUBWF R,d Subtract W from f - Ziehe W von f ab<hr>
:Es wird die Rechenoperation <math>R-W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

:Beispiel:
<dl><dd>
movlw d'20' ;schreibe 20 in das W-Register
movwf Register1 ;bewegt das W-Register in das Register1
movlw d'10' ;schreibt 10 in das W-Register
SUBWF Register1,F ;schreibt Register1(20)-W(10) in Register1
</dd></dl>

SWAPF R,d Swap nibbles in f - Vertausche die Halbbytes (Nibbles)<hr>
:Es werden die höheren 4 bit (bit7-bit4) mit den niedrigeren 4 bit (bit3-bit0) eines Registers vertauscht und entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).
:Beispiel:
<dl><dd>
movlw b'00001111' ;schreibe b'00001111' in das W-Register
movwf Register1 ;kopiert das W-Register in das Register1
SWAPF Register1,W ;vertauscht die ersten 4 bit mit den letzen
;4 bit in Register 1 und schreibt es in das W-Register
;im W-Register steht nun b'11110000'
</dd></dl>

 XORLW k Exclusive OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Registers, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- xor
0110
</dd></dl>

 XORWF R,d Exclusive OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche XORLW

==Besondere, oft gebrauchte Register==

=== STATUS ===
Der Statusregister beinhaltet den Status der Recheneinheit ALU (Arithmetic-Logic Unit), Resetinformationen und die beiden Bits zur Wahl der Speicherbank

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''STATUS''' (ADDRESSE 03h, 83h, 103h, 183h)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''IRP'''</td>
<td style="background:#00ffff;">'''RP1'''</td>
<td style="background:#00ffff;">'''RP0'''</td>
<td style="background:#00ffff;">'''TO'''</td>
<td style="background:#00ffff;">'''PD'''</td>
<td style="background:#00ffff;">'''Z'''</td>
<td style="background:#00ffff;">'''DC'''</td>
<td style="background:#00ffff;">'''C'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''IRP''': Register Bank Select Bit (für indirekte Adressierung)
:: 1 = Bank 2, 3 (100h-1FFh)
:: 0 = Bank 0, 1 (00h-FFh)
*Bit 6-5 '''RP<1:0>''': Register Bank Select Bits (für direkte Adressierung)
:: 11 = Bank 3 (180h-1FFh)
:: 10 = Bank 2 (100h-17Fh)
:: 01 = Bank 1 (80h-FFh)
:: 00 = Bank 0 (00h-7Fh)
*Bit 4 '''TO''': Time-out Bit
:: 1 = Nach Power-up, CLRWDT Befehl oder SLEEP Befehl
:: 0 = A Watchdogtimer time-out ist eingetreten
*Bit 3 '''PD''': Power-Down Bit
:: 1 = Nach Power-up oder durch den CLRWDT
:: 0 = Nach einem SLEEP befehl
*Bit 2 '''Z''': Zero bit
:: 1 = Das Ergebnis einer arithmetischen oder logischen Operation ist 0
:: 0 = Das Ergebnis einer arithmetischen oder logischen Operation ist NICHT 0
*Bit 1 '''DC''': Digit carry/borrow bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des 4.Niedrigsten Bits (Low Nibble) eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des 4.Niedrigsten Bits eines Rechenergebnisses existiert
*Bit 0 '''C''': Carry/borrow Bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des MSB eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des MSB eines Rechenergebnisses existiert

Das "Borrowbit" (to borrow = etwas borgen) dient zum erkennen, wenn ein Übertrag einer Rechenoperation exisitiert. 250+10 ergibt zum Beispiel 4, und setzt dabei das Borrowbit auf 1. Damit kann das Programm erkennen, wenn wieder einmal ein Ergebnis größer als 255 herauskam.
Bei Subtraktionen (SUBLW und SUBWF) verhält sich das Carry Bit umgekehrt als bei Additionen (ADDWF und ADDLW)!! Zum Beispiel 55-6=49 setzt Carry auf 1 aber 10-25=241 löscht das Carry-Flag.

:Siehe auch [[PIC Assembler#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers]]

=== INTCON ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''INTCON''' (ADDRESSE 0Bh, 8Bh, 10Bh, 18Bh)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''GIE'''</td>
<td style="background:#00ffff;">'''PEIE'''</td>
<td style="background:#00ffff;">'''TMR0IE'''</td>
<td style="background:#00ffff;">'''INT0IE'''</td>
<td style="background:#00ffff;">'''RBIE'''</td>
<td style="background:#00ffff;">'''TMR0IF'''</td>
<td style="background:#00ffff;">'''INT0IF'''</td>
<td style="background:#00ffff;">'''RBIF'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''GIE''': Global Interrupt Enable Bit
::1 = Aktiviert alle Interrupts
::0 = Deaktiviert alle Interrupts
*Bit 6 '''PEIE''': Peripheral Interrupt Enable Bit
::1 = Aktiviert alle peripheren Interrupts
::0 = Deaktiviert alle peripheren Interrupts
*Bit 5 '''TMR0IE''': TMR0 Overflow Interrupt Enable Bit (Overflow von Timer0 löst Interrupt aus)
::1 = Aktiviert den TMR0 Interrupt
::0 = Deaktiviert den TMR0 Interrupt
*Bit 4 '''INT0IE''': RB0/INT External Interrupt Enable Bit (Änderung an RB0 Pin löst Interrupt aus) *)
::1 = Aktiviert den RB0/INT Interrupt (Extern ausgelöst)
::0 = Deaktiviert den RB0/INT Interrupt (Extern ausgelöst)
*Bit 3 '''RBIE''': RB Port On-Change-Interrupt Enable Bit (Änderung an PortB löst Interrupt aus) **)
::1 = Aktiviert den RB port on-change-interrupt
::0 = Deaktiviert den RB port on-change-interrupt
*Bit 2 '''TMR0IF''': TMR0 Overflow Interrupt Flag Bit
::1 = TMR0 Register ist Übergelaufen (muss per Software gelöscht werden)
::0 = TMR0 register ist nicht Übergelaufen
*Bit 1 '''INT0IF''': RB0/INT External Interrupt Flag Bit
::1 = Eine Änderung an RB0/INT Pin hat stattgefunden (muss per Software gelöscht werden)
::0 = Eine Änderung an RB0/INT Pin hat nicht stattgefunden
*Bit 0 '''RBIF''': RB Port On-Change-Interrupt Flag bit
::1 = Mind. einer der Pins von RB7:RB4 hat sich geändert (muss per Software gelöscht werden)
::0 = Keiner der Pins von RB7:RB4 hat sich geändert

* *) Die Flanke auf die reagiert werden soll, wird mit dem Bit OPTION_REG.INTEDG definiert. (steigende = 1 oder fallende = 0)
* **) Der Interrupt klingt verführerischer Weise so, als ob er den gesamten Port überwacht. Dabei reagiert er nur auf RB7:RB4!!!! Er kann aber den Prozessor vom "Schlaf" aufwecken (z.B. durch einen Tastendruck).

=== PORTx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''PORTx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''Rx7'''</td>
<td style="background:#00ffff;">'''Rx6'''</td>
<td style="background:#00ffff;">'''Rx5'''</td>
<td style="background:#00ffff;">'''Rx4'''</td>
<td style="background:#00ffff;">'''Rx3'''</td>
<td style="background:#00ffff;">'''Rx2'''</td>
<td style="background:#00ffff;">'''Rx1'''</td>
<td style="background:#00ffff;">'''Rx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "PORTB" oder "RA1"

Jedes Bit eines PORT-Registers steht für einen Pin (Ein/Ausgang) des jeweiligen Ports. Je nachdem Ob ein Pin als Ausgang oder als Eingang definiert ist, kann man dort entweder den Wert schreiben oder auslesen. Es hat nicht Jeder PIC gleich viele Ports und es sind auch nicht immer 8 Pins pro Port, es können auch weniger sein. Alle PICs der Midrange-Serie besitzen nur bidirektionale Ports, d.h. sie können sowohl Eingang als auch Ausgang sein. Weiters ist zu beachten, dass einzelne Pins nach dem Reset mit anderen Funktionen belegt sein können. Das gilt im Speziellen für PORTA, wo sich die Komperatoren, AD's (falls vorhanden) und die Oszillatoreingänge (falls in den Fusebits gesetzt) befinden. Siehe [[PIC Assembler#I/O Ports|I/O Ports]].

{|
|+ Beispiel PICs und ihre Ports {{Blauetabelle}}(Zahlen in der Klammer sind die Anzahl der Pins des Ports)
|
|'''PIC16F628A'''
|'''PIC16F876'''
|'''PIC16F877'''
|-
|'''PORTA'''
|Ja
|Ja
|Ja
|-
|'''PORTB'''
|ja
|ja
|ja
|-
|'''PORTC'''
|/
|ja
|ja
|-
|'''PORTD'''
|/
|/
|ja
|-
|'''PORTE'''
|/
|/
|ja (3)
|-
|}

==Speicherbankorganisation==
===Programmspeicher===
Die Mid-Range MCUs haben einen 2-8k großen Programmspeicher. Dieser hat aber in jeder Speicherzelle nicht 8, sondern 14 Bit - also genau die Länge eines Befehls. Die aktuelle Stelle im Programm wird im PC (Program Counter) verwaltet. Er speichert immer die aktuelle Position im Programmspeicher. Bei einem PIC mit 8k Adressen muss er also die Adressen 0000-1FFF speichern können. Daraus folgt die Größe von 13 Bit für den PC. Der Programmspeicher ist in mehrere Bänke geteilt, die alle 2k groß sind. Das Programm springt ohne zutun des Benutzers von einer in die Nächste. Wenn man aber selber springen will, muss man die Register PCLATH (Program Counter Latch High) oder PCL (Program Counter Least Significant Byte) mit der Sprungadresse beschreiben.

===Datenspeicher===
Der Datenspeicher besteht aus den Special Function Registern (SFR) und den General Purpose
Registern (GPR). Die SFRs sind für die Funktionen des PICs zuständig (Interrupts, Timer, ADCs, CCPM...) und die GPRs für die Speicherung von Variablen und Daten.

Da immer nur 7 Bit der (Ziel)Adresse in einem Befehl gespeichert werden können, sind nur 7Fh (128d) Adressen im Datenbereich möglich. Deswegen wurde das "Banking" eingeführt. 2 Bit im Statusregister (welcher in allen Bänken der selbe ist und auch an der gleichen Stelle sitzt) geben die akutelle "Bank" an und sind nichts anderes als die 2 höchstwertigsten (MSB) Bits der Adresse. Damit lassen sich max. 4 Bänke ansprechen. Je nach PIC gibt es 2-4 Bänke. Die beiden Bits im Register STATUS heißen RP0 (STATUS<5>) und RP1 (STATUS<6>).

{| {{Blauetabelle}}
|+ Wechseln der Bänke mit RP0 und RP1
|-
|
|| RP1
|| RP0
|-
| Bank0
|align="center"|0
|align="center"|0
|-
| Bank1
|align="center"|0
|align="center"|1
|-
| Bank2
|align="center"|1
|align="center"|0
|-
| Bank3
|align="center"|1
|align="center"|1
|}

[[Bild:PIC midrange register.JPG]]
# '''FETTE Register''' sind in allen PICs vorhanden
# können je nach PIC unimplementierte Bereiche beinhalten - diese werden immer als 0 gelesen. (DATENBLATT!!)
# siehe 2
# Könnten je nach PIC auch nicht in Bank0 gemapped werden, sind dann eigenständige Register.
# je nach PIC kann es diese Bänke geben oder nicht geben.

==Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers==

{|
|-
|
{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Subtraktionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|1
|align="center"|0
|-
| negativ
|align="center"|0
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}

||

{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Additionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|0
|align="center"|0
|-
| Überlauf
|align="center"|1
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}
|}

== Codeschnipsel ==

=== Analog-Digital-Wandler (ADC) ===
Viele PICs besitzen einen Analog-Digital-Wandler, der eine angelegte Spannung messen kann und diese als Zahl speichert.

Es gibt AD-Wandler mit 8Bit bzw. 10Bit Auflösung, d.h. die Spannung an einem analogen Eingang wird linear 2^8=256 bzw. 2^10=1024 Werten zugeordnet.
Der höchste Wert, auch Referenzspannung genannt, (255 bzw. 1023; der Controller rechnet die Null auch mit) entspricht der Betriebsspannung des PICs oder wahlweise einer wählbaren Spannung, die an RA3 angelegt werden muss. Der niedrigste Wert entspricht 0 Volt.

Mit dem Analog-Digital-Wandler kann man somit z.B. Sensoren auswerten, die mehr als zwei Zustände ausgeben (Beispiele: Temperatursensor, Helligkeitssensor, Entfernungssensoren usw.) oder Akkuspannungen messen.

Bevor überhaupt gemessen werden kann, muss einiges eingestellt werden:

a) Eingangsverteilung Analog/Digital bzw.Referenzspannung (Betriebsspannung oder RA3)
die genauen Einstellungsmöglichkeiten entnehmen sie bitte dem Datenblatt ihres Controllers (Register ADCON1 Bank 1).

b) Wählen des Taktes für den ADC und Einschalten des ADCs

Das Register ADCON0 besitzt 8 Bits, die folgendes bestimmen:
Bit0 ADON - schaltet AD-Wandler ein oder aus (Strom sparen)
Bit1 - nicht vorhanden
Bit2 GO/Done - startet Wandlung / signalisiert, wann Umwandlung beendet ist.
Bit3 CHS0 - Channel Select 0 wählt Eingang aus
Bit4 CHS1 - Channel Select 1 wählt Eingang aus
Bit5 CHS2 - Channel Select 2 wählt Eingang aus
Bit6 ADCS0 - AD-Clock-Select wählt Takt
Bit7 ADCS1 - AD-Clock-Select wählt Takt

Kümmern wir uns zunächst um den Takt. Mit den zwei Bits ADCS0 und ADCS1 bestimmt man den Takt - hierbei gibt es vier Möglichkeiten:

ADCS1=0, ADCS0=0 -> Taktfrequenz des PICs :2
ADCS1=0, ADCS0=1 -> Taktfrequenz des PICs :8
ADCS1=1, ADCS0=0 -> Taktfrequenz des PICs :32
ADCS1=1, ADCS0=1 -> interner RC-Oszillator des ADCs verwenden

Die Taktfrequenz des ADCs darf 625kHz nicht überschreiten, dementsprechend ist ADCS0 und ADCS1 zu wählen.

Ist dies vollbracht, so kann man den AD-Wandler einschalten und das Go/Done-Bit löschen.
Codebeispiel:

;Takt für ADC (OSC/32)
bcf ADCON0,6
bsf ADCON0,7
;ADC einschalten
bsf ADCON0,0 ; ADON=1
;Go/Done-Bit zurücksetzen
bcf ADCON0,2

Nun ist der AD-Wandler bereit, Spannungen in Zahlen umzuwandeln.
Für eine Wandlung muss erst der entsprechende Eingang gewählt werden. Dafür sind die CHS0..CHS2-Bits zuständig:

CHS2 CHS1 CHS0 gewählter Eingang(falls vorhanden)
0 0 0 RA0
0 0 1 RA1
0 1 0 RA2
0 1 1 RA3
1 0 0 RA5
1 0 1 RE0
1 1 0 RE1
1 1 1 RE2

Achtung! RA4 ist kein analoger Eingang, folglich ist er oben nicht aufgelistet !!

Codebeispiel:

;RA2 auswählen
bcf ADCON0,3
bsf ADCON0,4
bcf ADCON0,5

Als letztes muss die AD-Routine nur noch gestartet werden. Ist der AD-Wandler fertig, so löscht er das Bit wieder. Das Bit wird nun solange abgefragt, bis der AD-Wandler fertig ist. Den zugeordneten Wert findet man im Register 'ADRES'.
Code:

;start
bsf ADCON0,2
;warten,bis es wieder low ist
wa btfsz ADCON0,2
goto wa
;jetzt ist er fertig
;ADRES in W verschieben, um damit gleich weiter zu arbeiten
movf ADRES,W

Die AD-Wandlung ist somit fertig. Liest man mehrere Werte von unterschiedlichen Eingängen ein und möchte diese miteinander vergleichen o.ä., sollte man die Zahlen von ADRES in anderen Registern zwischenspeichern.

Desweiteren ist zu beachten, dass der Analog-Digital-Wandler eine gewisse Pause zwischen den Wandlungen benötigt, die sog. 'Aquisition Time'. Diese Zeitangabe entnehmen sie bitte ihrem Datenblatt.

mögliche Probleme:

a) Der PIC liefert stark schwankende Werte
-> Mögliche Ursachen dafür sind z.B. nicht stabile Betriebsspannung, falsche Zeiteinstellungen. Abhilfe schafft auch das mehrmalige Einlesen eines Eingangs. Auch können z.B. 8 Werte eingelesen werden und dann der Durchschnitt gebildet werden.
Evtl. kann ein Kondensator gegen Masse (z.B. 1nF) helfen; Wichtig ist auch eine kleine Verzögerung zwischen Kanalauswahl und Start der Wandlung. In dieser Zeit kann sich der interne Kondensator des ADC's aufladen.

b) Die Spannung an einem Eingang wird erhöht, die Werte der anderen Eingänge werden aber auch beeinflusst. Woran liegt das?
-> Dann sind Sie Opfer des sog. 'Ghostings' geworden (Werte 'scheinen durch', verschleißen). Die Werte der anderen Eingänge gehen mit, weil der interne Kondensator noch auf die Spannung des Vorgängers aufgeladen ist. Maßnahme: Aquisition Time erhöhen, Werte öfters abfragen, Pause zwischen Kanalauswahl und Start

c) Der PIC liefert immer die gleichen Werte an einem Eingang, obwohl sich die angelegte Spannung ändert
-> möglicherweise falsche Eingangsverteilung (ADCON1) eingestellt oder falschen Pin gewählt

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assembler

2007-04-12T20:25:14Z

Der Gärtner: /* PORTx */

= Einladung zur Diskussion... =

Es wird hier versucht die ASM Programmierung von PIC Mikrocontroller zu beschreiben.

Damit das enstehende Artikel wirklich nutzlich wird, ist Ihre Mitwirkung nötig. Bitte schreib uns Deine Meinung, was ewentuell noch geändert (z.B. ergänzt) werden soll in diesem Tread:

http://www.roboternetz.de/phpBB2/viewtopic.php?p=271211#271211

Die Autoren bedanken sich im voraus für jeden Beitrag mit Vorschlägen !

= Einführung =

== Bit, Byte, Nibble, Bin und Hex ==

Ein Mikrocontroller (kurz: µC) kann eigentlich nur durch ein Portpin eine Spannung einlesen bzw. ausgeben. Er kann aber nur erkennen, ob eine Spannung vorhanden ist oder nicht. Wenn fast keine Spannung vorhanden ist erkennt er das als 0 und wenn eine Spannung fast so gross, wie seine Versorgungsspannung anliegt, als 1.

Genauso bei der Ausgabe, wenn er 0 ausgibt ist auf dem Portpin fast keine Spannung, wenn 1, eine Spannung fast gleich gross seiner Versorgungsspannung. Und das ist ein Bit, die kleinste Menge einer Information. Das Bit ist binär, weil er nur zwei unterschiedliche Werte 0 bzw. 1 haben kann.

Wenn wir gleichzeitig (paralell) 8 Bits haben, dann ist es ein Byte, der mehrere Bitkombinationen von 00000000b bis 11111111b enhält, weil ein Bit (X) auf jeder Stelle 0 bzw. 1 sein kann.

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#007fff>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Das "b" bedeutet, das es sich um binäre (kurz: bin) Darstellung (auch Zahl genannt) handelt. Binäre Zahlen sind aber lang, weil jedes Bit eine Stelle benötigt.

Um die Schreibweise zu verkürzen, wurden hexadezimale (kurz: hex) Zahlen eingeführt. Zuerst wurde ein Byte auf zwei 4-Bit Halbbytes (Nibbles) verteilt und danach ein Nibble als Ziffer genommen. Weil 4 Bit mehr als 10 Kombinationen ergeben, haben die Ziffer 0 bis 9 aus dem Dezimalsystem nicht ausgereicht und wurden um Buchstaben A bis F erweitert. Die hexadezimalen Zahlen haben ein "h" Zeichen am Ende.

Die Umwandlung zwischen bin und hex Zahlen für ein Nibble zeigt folgende Tabelle:

0b = 0h 100b = 4h 1000b = 8h 1100b = Ch
1b = 1h 101b = 5h 1001b = 9h 1101b = Dh
10b = 2h 110b = 6h 1010b = Ah 1110b = Eh
11b = 3h 111b = 7h 1011b = Bh 1111b = Fh

Damit kann ein Byte mit zwei hex Ziffern definiert werden z.B. 1100 0011b = C3h. Für zwei Bytes braucht man 4 hex Ziffern z.B.

101 0111 1010 1001b = 57A9h, u.s.w. So wie im Dezimalsystem werden führende Nullen nicht geschrieben, aber in einem PIC Register existieren immer 8 Bits also auch führende Nullen. Zum Beispiel die hex Zahl 3h sieht im Register so aus: 00000011b. Bei einer Wandlung bin->hex fängt man immer von der rechten Seite der bin Zahl an, da die Anzahl führenden Nullen unbekannt ist.

== Speicher und Register ==

Als Speicher bezeichnet man ein Teil der Hardware, in die eine Information eingeschrieben, in der gespeichert und aus der wieder ausgelesen werden kann.

Es gibt eigentlich nur zwei Arten von elektronischen Speicher: flüchtige und nichtflüchtige. Die Information die sich im flüchtigen Speicher befindet, geht verloren, wenn die Versorgungsspannung des Speichers unterbrochen oder abgeschaltet wird. Bei PICs ist es Dataspeicher (RAM).

Wenn die Versorgungsspannung vom nichtflüchtigen Speicher abgeschaltet wird, ist die gespeicherte Information zwar momentan nicht lesbar, bleibt aber erhalten und sobald der Speicher wieder mit Spannung versorgt wird, kann sie ausgelesen werden. Ein PIC hat zwei solche Speicher: Programmspeicher (Flash) und EEPROM.

Der wichtigste Unterschied zwischen den Speicherarten ist, das die flüchtigen direkt (sehr schnell) beschreibbar sind und das Beschreiben den nichtflüchtigen benötigt spezielle Algorithmen, die leider im Vergleich zu direkten Zugriffen langsamer sind.

Ein Speicher besitzt bestimmte Menge von s.g. Speicherstellen. Jede Speicherstelle hat seine individuelle Adresse und kann eine binäre Information mit bestimmter Anzahl von Bits abspeichern.

Bei PIC haben die drei Arten von Speicher, wegen verschiedener Anwendung, auch unterschiedliche Struktur. Die beiden Speicher für Daten (RAM und EEPROM) haben jeweils 8-bitigen und Programmspeicher (Flasch) bei Mid-Range hat 14-bitigen Speicherstellen. Die Anzahl den Speicherstellen im bestimmten Speicher ist vom PIC-Typ abhängig.

Eine 8-bitige Speicherstelle im RAM wird bei PICs Register genannt und kann so skiziert werden:

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td> MSB </td>
<td colspan=6></td>
<td> LSB </td>
</tr>

<tr>
<td bgcolor="#007fff">bit 7</td>
<td bgcolor="#007fff">bit 6</td>
<td bgcolor="#007fff">bit 5</td>
<td bgcolor="#007fff">bit 4</td>
<td bgcolor="#007fff">bit 3</td>
<td bgcolor="#007fff">bit 2</td>
<td bgcolor="#007fff">bit 1</td>
<td bgcolor="#007fff">bit 0</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#ff8305>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Der bit 7 wird als hochwertigste (MSB = Most Significant Bit) und bit0 als niederwertigste (LSB = Least Significant Bit) bezeichnet. Jeder Bit im Register (X) kann gleich 0 bzw. 1 sein.

Um ein Databyte in ein Register schreiben oder aus einem Register lesen, muss zuerst das Register durch seine Adresse gewählt werden. Dafür gibt es beim PIC folgende Möglichkeiten:

Direkte Adressierung per absolute Adresse: movwf 0x20

Direkte Adressierung per vorher definierten Namen des Registers (z.B. Temp equ 0x20): movwf Temp

Indirekte Adressierung durch FSR Register, in den die absolute Adresse des Registers Temp eingeschrieben wird und der Wert aus dem Temp sich im INDF Register befindet. Wie vorher wurde Temp equ 0x20 definiert und weiter:

movlw Temp ;in W-Register wird die absolute Adresse des Registers Temp geladen
movwf FSR ;diese Adresse wird in das FSR Register kopiert
movf INDF,0 ;der Wert aus dem indirekt adressierten Register Temp wird in das
W-Register geladen.

Weil in jedem 14-bittigem Befehl, der mit Datenspeicher verbunden ist, fur Adresse des ansprechenden Registers nur 7 Bits existieren, die bis zum 7Fh (128d) Register direkt ansprechen können, ist bei PICs der Datenspeicher (RAM) in s.g. Bänke verteilt.

Für Aswahl einer Bank sind zwei Bits RP0 und RP1 im STATUS Register zuständig. Die Anzahl von Bänke und ihre Verwendung ist von gesamter Grösse des RAMs abhängig und kann dem Datenblatt des PICs entnommen werden. Siehe: [[#Speicherbankorganisation|Speicherbankorganisation]]

== Prozessor ==

Der Prozessor von Mid-Range PICs gehört zu den RISC (Reduced Instruction Set Computer) Prozessoren und man hat nur 35 Befehle zu Erlernen, was seine Programmierung deutlich vereinfacht. Jeder Befehl benötigt im Programmspeicher nur eine Speicherstelle und im Quellcode nur eine Zeile. Die Ausführung des Befehls dauert, abhängig vom Befehl zwischen 1-2 Prozessortakten.

Die Prozessoren der Mid-Range Serie von Microchip sind alle in der "Harvard"-Architektur gefertigt. Das Bedeuted, dass der Datenspeicher und Programmspeicher einen eigenen Bus zur CPU besitzen. Der Vorteil zur "von Neumann"-Architektur ist, dass sich die Busgrößen damit unterscheiden können. Das ermöglicht eine größere Bandbreite.

Der Befehl (beim PIC 14 bit) kann in nur einem Takt verarbeitet werden. Daher kommt auch das Aufteilen der Ausführung des Befehls in die 4 verschiedenen Vörgänge. Wärend der neue Befehl eingelesen ("gefatched") wird, wird der Vorige gerade gelesen ("read") und der Vorvorige verarbeited ("executed") und der Vorvorvorige schreibt gerade in den Datenspeicher ("write"). Das heist 4 Befehle werden jeweils um einen Oszillatortaktzyklus verschoben gleichzeitig verarbeitet.

Das geschieht in vier Perioden des Oszillators. Deswegen die Taktfrequenz des CPUs entspricht durch 4 geteilter Frequenz des Oszillators.

CPU Vorgang Richtung Speicher
------------------------------------------------- -
1.Befehl lesen (fatch) <------- Flash |
2.Daten lesen (read) <------- RAM | 1 Prozessortakt =
3.Daten verarbeiten (execute) | 4 Oszillatortakte
4.Daten schreiben (write) -------> RAM |
-

Nur o.g. CPU Vorgänge sind direkt möglich. Es können deswegen keine Befehle aus dem RAM oder EEPROM ausgeführt werden. Um ein Databyte aus einem RAM Register in ein anderes zu kopieren, muss er zuerst aus dem ersten RAM Register in das W-Register (eigenen s.g. Arbeitsregister des CPU) und erst davon in das zweite RAM Register kopiert werden.

Das Lesen/Schreiben aus/in den EEPROM Speicher ist mit Hilfe speziellen Register und Unterprogrammen bei allen Mid-Range PICs möglich. Der Lese und Schreibzugriff auf den Programmspeicher ist aber nur bei wenigen PIC-Typen (z.B. PIC16F87X) möglich. Dies ermöglicht ein "sich selbst Programmieren", was bei Bootloadern genützt wird.

== Assembler ==

Die Maschinensprache, auch Assembler oder kurz ASM genannt, ist eine Sprache die nur bestimmter CPU versteht. Für einen Menschen ist sie unverständlich, da sie nur aus hex Zahlen besteht.

Um sich die Sprache verständlicher zu machen wurden den hex Zahlen s.g. Mnemonics aus Buchstaben zugewiesen. Jeder Befehl für einen CPU hat somit ein "Namen", der aus englischer Sprache stammt. Siehe: [[#Kurzübersicht Assembler Befehle|Kurzübersicht Assembler Befehle]]

Obwohl sie 200 bis 1000 mal schneller als die meisten Hochsprachen ist, wird sie wegen dem grossen Aufwand bei Erstellung umfangreichen Programmen, selten benutzt. Man findet sie aber oft in fast allen Hochsprachen, in eigebundenen Funktionen, überall dort wo die Hochsprachen zu langsam sind oder nötigen Aufgaben nicht unterstützen (z.B. Maus in Q-Basic).

ASM eignet sich aber sehr gut für kleine Anwendungen (meistens Steuerungen) mit µC, weil nur bei dieser Programmiersprache ein direkter Zusammenhang zwischen einem Bit im Programm und einer Spannung am I/O Pin besteht.

Dank der integrierten oder an Portpins angeschlosenen Hardware und dem entsprechenden Program kann ein µC umfangreiche Aufgaben realisieren, die fast unbegrenzt und schwer vorstellbar sind.

Die Aufgabe eines ASM-Programmierers ist, ein Programm zu schreiben, das das Assemblerprogramm (z.B. MPASM) fehlerfrei in die Machinensprache "übersetzt" und der bestimmte CPU "versteht". Sie endet eigentlich erst dann, wenn das geschriebene Programm so wie geplannt funktioniert.

[[Bild:PAD_beispiel.png|thumb|80px|Beispiel für ein PAD]]

Weil ASM Programme nicht besonders durchschaubar sind, wurde als Hilfsmittel ein Programmablaufdiagramm (kurz: PAD) erfunden. Beim Programmerstellung fängt man damit an ein PAD zu erstellen, das die wichtigsten Programmschritte enthält.

Weiter werden alle Befehle nach dem PAD mit einem üblichen Texteditor in eine Textdatei mit Erweiterung .asm (Quellcode) geschrieben, durch ein Assemblerprogramm (für PICs: MPASM oder [http://gputils.sourceforge.net/ GPASM]) von dem für Menschen noch verständlichen Code in die Maschinensprache "übersetzt" und als Texdatei mit Erweiterung .hex gespeichert. Diese Datei wird danach in den Programmspeicher des µC übertragen ("gebrannt").

Das Assemblerprogramm MPASM kann kostenlos von der Homepage des Herstellers von PICs [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en019469&part=SW007002] runtergeladen werden. Es muss zuerst vom Downloads die "MPLAB IDE v7.50 Full Zipped Installation" runtergeladen und erst danach können gewählte Programme (z.B. nur MPASM) intalliert werden. Für MPASM benutzer werden auch folgende .pdf Dateien empfohlen:

MPASM/MPLINK User's Guide (2628 KB) [Benutzerhandbuch]

MPASM™/MPLINK™ PICmicro® Quick Chart (81 KB) [Kurzübersicht]

Nach dem Eischalten der Betriebsspannung des µC, fängt der CPU an, sich im Programmspeicher befindliches Programm mit dem Befehl, der an der Adresse 0 steht, auszuführen.

Aber wann das Programm endet? Natürlich wenn die Versorgungsspannung abgeschaltet wird. Nein! Das ist die einfachste Lösung um ein laufendes Programm auf zufälliger Stelle zu unterbrechen,
aber keine um ihn auf einer definierten Stelle zu beenden.

Wenn an den µC angeschlossene externe Hardware (z.B. Grafikdisplay), eine bestimmte Befehlsfolge vor dem Abschalten benötigt oder wichtige Daten (in EEPROM oder Flash) abgespeichert werden sollen, darf die Spannung erst dann abgeschaltet werden, wenn der CPU eine Meldung ausgibt, dass er sich schon auf der "STOP" Stelle des Programms befinet. Es muss auch
definiert werden (z.B. durch eine Tastenkombination), wann der CPU zum letzten Fragment des ASM Programms vor dem "STOP" gehen soll.

== Grundbeschaltung ==

Der Prozessor von einem PIC kann sofort nach dem Einschalten der Versorgungsspannung (z.B. + 5V DC) arbeiten. Allerdings nur, wenn er den Takt, in dem er die Befehle ausführen soll, vorgegeben hat. Manche PICs besitzen einen internen RC-Oszillator, (z.B. PIC12F629, PIC16F630, PIC16F628, u.s.w.). Bei diesen reicht es bereits Spannung anzulegen und sie laufen bereits.
Die meisten haben ihn aber nicht (z.B. PIC16F84, PIC16F870, u.s.w.) und brauchen fürs Funktionieren zusätzliche Bauteile. Grundsätzlich gibt es mehrere Möglichkeiten:
* RC (Widerstand + Kondensator); keine hohe Frequenzgenauigkeit
* Quarz oder Keramik-Resonator + 2 Kondensatoren (=HS oder XT) bzw. Quarzoszillator; schnell & genau
* Uhrenquarz (32768Hz) = LP (Low-Power-Mode)
Die entsprechenden Bauteile werden an die Pins OSC1/OSC2 angeschlossen, um den notwendigen Prozessortakt zu erzeugen. Im Konfiguration-Word "__config" muss noch angegeben werden, welcher Oszillator verwendet wird.

Desweiteren existiert ein MCLR-Pin, der beim PIC einen Neustart (=Reset) auslösen kann (Low-Pegel). Diesen Pin sollte man, wenn er in "__config" aktiviert ist, über einen Widerstand (pull-up) an Versorgungsspannung legen, damit der PIC anfängt, sein Programm abzuarbeiten. Der Anschluss wird auch für die Programmierung benötigt. Beim sog. High-Voltage-Programming wird MCLR auf ca. 12-14 Volt gelegt, um den PIC in den Programmiermodus zu schalten. Bei manchen PICs kann dieser Anschluss auch als normalen I/O Pin eingestellt werden. In dem Fall, bei ICSP Benutzung, soll noch eine Diode zwischen den pull-up und Versorgungsspannung angeschlossen werden, um die an MCLR Pin angeschlossene Hardware während der Programmierung zu schützen.

Bei externen Oszillatoren bleibt der Pin OSC2 nicht angeschlossen und kann als I/O benutzt werden. Falls ein interner Oszillator benutzt wird, können beide OSC Pins als I/O dienen.

Damit ein Programm zuverlässig ausgeführt werden kann, muss die Versorgungspannung störungsfrei sein. Dafür wird ein Keramik-Vielschicht-Kondensator 100 nF möglichts am kürzesten direkt zwischen VDD und VSS Pins geschaltet.

Folgende Skizzen zeigen die Grundbeschaltung eines PICs:

{|
|-
|
[[Bild:Pic-entstoer.png|thumb|160px|Entstörkondensator beim PIC]]
|
[[Bild:Qz-os.png|thumb|160px|Quarz ]]
|
[[Bild:Qos-os.png|thumb|160px|externer Quarzoszillator]]
|
[[Bild:Rc-os.png|thumb|160px|externer RC-Oszillator]]
|}

== Wahl des PICs ==

Es gibt PIC µC die im Typenbezeichnung den Buchstaben "C" oder "F" haben.

Die älteren mit "C" haben EPROM Programmspeicher und die gibt es in zwei Versionen: ohne und mit Fenster (aus Quarz-Glass) fürs Löschen des EPROMs mit UV Strahlung. Bei denen ohne Fenster kann der Programmspeicher nur einmal beschrieben und nicht mehr gelöscht werden.

Die neuen mit "F" besitzen einen Flash-Programmspeicher, der bis zu 100 000 mal mit angelegter Spannung gelöscht und danach neu beschrieben werden kann.

Für die Wahl eines PICs für bestimmte Anwendung wichtig sind:

- Max. Taktfrequenz des Prozessors.

- Grösse des Datenspeichers (für Variablen).

- Grösse des Programmspeichers (für Programm).

- Integrierte Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.).

- Freie I/O Pins für externe Hardware (Display, Tasten, u.s.w.).

- Vorhandene Betriebspannung (Netzteil, Akku, Batterie).

In der Praxis wird meistens für die Programmerstellung ein grösserer PIC genommen (wenn möglich pinkompatibler z.B. PIC16F628 für PIC16F84 oder PIC16F630 für PIC12F629) und erst nach der Optimierung des lauffägiges Programms, der tatsächlich nötiger, da seine Parameter am Anfang nur geschätzt werden können. Wenn man viel Programme für verschiedene PICs entwickelt, optimal wäre der grösste PIC16F877 mit 20 MHz max. Taktfrequenz.

Diese Lösung hat auch den Vorteil, dass während der Programmerstellung kurze Hilfsprogramme (z.B. PIC Trainer) in den Programmspeicher kopiert und benutzt werden können, da sie sowohl ein bischen Programmspeicher und RAM als auch 2 freie I/O Pins fürs PIC Miniterminal brauchen.

= Programm =

== Allgemeines ==

Jedes Program kann man auf klenere Fragmente unterteilen, die auf bestimmter Weise miteinander verknüpft sind und gemeinsam die Aufgabe des Programms erfüllen. Das wichtigste Teil eines Programms ist s.g. Hautprogram (kurz:HP), das eine führende Rolle spielt. Dem HP sind fast alle andere Programmteile untergeordnet (weiter als Unterprogramm (kurz:UP) genannt) und werden nach Bedarf von ihm aufgerufen um eine bestimmte Aufgabe zu erledigen.

Die Struktur eines Programs ist aber komplizierter, da ein UP kann auch ein oder mehrere UPs nacheinander aufrufen. Ganz unten sind die UP1s, die ganz einfache Sachen erledigen. Höher ist das nächste Ebene mit UP2s die schon mehr komplizierten Aufgaben durch ein Aufruf der UP1s erledigen können, u.s.w. Bei Mid-Range PICs (12FXXX und 16FXXX) können maximal bis zu 8 Ebenen benutzt werden.

<center>
[[Bild:HP-UP.png|Hauptprogramm - Unterprogramm]]
</center>

Jedes UP kann jederzeit aufgerufen werden, je nach dem was gerade eledigt werden muss. Weil das nicht egal ist, welches UP augerufen wird, da jedes nur eine bestimmte Funktion im Programm hat, muss der Programmierer dafür sorgen, dass alles richtig nach Programablaufdiagramm, und nicht chaotisch, abläuft.

Die Programmierung in ASM ist änlich wie bei Hochsprachen, wenn man sich Bibliotheken mit Prozessorspezifischen UPs erstellt. Um ein lauffähiges Programm zu erstellen, braucht man nur benötigte UPs ins Program kopieren und ein geignetes HP, das sie aufruft, schreiben.

Ein ASM Programm (Quellcode) muss in einer Texdatei .asm in der vom Assemblerprogramm erwarteter Form verfasst werden, um fehlerfreie Konvertierung in die Maschinensprache (Assemblierung) zu gewährleisten. Dieses Prozess verläuft in der Form eines Dialoges.

Der Programmierer schreibt und gibt es dem Assemblerprogram zum Übersetzen. Alles was das Programm nicht versteht oder nicht richtig ist, erscheint als Fehlermeldungen, die der Programmierer kennen muss um die Fehler korrigieren zu können. Eine .hex Datei wird erst dannn erstellt, wenn das Assemblerprogramm keine Fehler mehr im Quellcode findet. Deswegen sehr wichtig ist, sich mit dem Assemblerprogramm vertaut zu machen, um die Dialogzeit zu minimieren.

== Programmdurchlaufdiagramm ==

Der Programdurchlaufdiagram (kurz: PAD) ist eine vorläufige und laufend änderbare Stufe zwischen einer Idee und ihrer Verwirklichung. Er wird erst dann fertig, wenn nach ihm erstelltes ASM Program auf einem µC so wie gewünscht funktioniert. Jedes sein Symbol (ausser "Start/Stop") muss später als Befehlsreihenfolge für den bestimmten CPU in den Quellcode übertragen werden. Die Anschriften "Ein" und "Aus" gehören nicht zu Symbolen des PADs und wurden nur zur Erklärung benutzt.

Der PAD ist sehr eifach zu erstellen, weil dafür nur drei Symbole benötigt sind:
<center>
[[Bild:PAD_kurz.png|Symbole des PAD]]
</center>
Das "Start/Stopp" Symbol bedeutet, dass das gesamte Programm sich im stabilen Zustand befindet und nicht "läuft". Anstatt "Stopp" kann auch "Schlaf" (Sleep) agewendet werden, da das Programm in dem Fall auch nicht aktiv ist. Das "Tun" Symbol stellt meistens ein UP mit Reihenfolge von Befehlen dar. Das "Prüfen" bedeutet eine Prüfung bestimmter Bedingung und abhängig davon einen weiteren Lauf eines Programms, endweder in der "ja" (J) oder "nein" (N) Richtung.

Als allgemeinnutziges Standard für µCs kann man folgender PAD bezeichnen:

PAD _____
/ \
Spannung ein (Ein) ----->( Start )
\_____/
| -
V |
.---------------. |
|Initialisierung| |
'---------------' |
| |
.--------->| |
| V |
| .---------------. |
| | Hauptprogramm | |
| '---------------' |
| | |
| V |
| | > Gesamtes Programm
| / \ |
| /Ende?\____ |
| \ /J | |
| \ / | |
| | | |
| V | |
| N| | |
`----------´ | |
V |
.---------------. |
| Beenden | |
'---------------' |
| |
V -
_____
/ \
Spannung aus (Aus) <-------------( Stopp )
\_____/

Das Hauptprogram wird in einer endlosen Schleife ausgeführt, die durch die Prüfung "Ende?" unterbrochen werden kann. In dem Fall wird vor dem Beenden des gesamten Programms noch ein UP "Beenden" ausgeführt, das z.B. Daten in EEPROM speichert.

Es ist nicht nötig immer die Symbole zu zeichnen, man kann sich sie vorstellen und nur den Text schreiben. Die Prüfungen werden mit "?" gekenzeichnet und die Zeichen "V", "<" und ">" zeigen die Richtung des weiteren Verlaufs. Dann sieht der PAD so aus:

PAD1 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
| Ende? J > Beenden |
| N V -
| V Stopp > Aus
`--------´

In der Praxis werden aus Platzgründen meistens die vereinfachten PADs benutzt.

Der PAD1 kann aber für Hauptprogramme, die in beliebigem Moment unterbrochen werden dürfen, deutlich vereifacht werden, da die Prüfung "Ende?" ob das Hauptprogram beendet werden soll, und das UP "Beenden", entfallen.

Die meisten ASM Programme für µC sind deswegen nach solchem PAD erstelt:

PAD2 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
`--------´ _|

Für Testprogramme wird meistens fogender PAD angewendet, weil es ziemlich einfach festzustellen
ist (z.B. durch Stromverbrauchmessung des µCs), wann sich der CPU schon im Schlaf befindet. Erst dann, darf die Betriebspannung des µCs ausgeschaltet werden.

PAD3 Ein > Start
V -
Initialisierung |
V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf > Aus

Und eine batteriebetriebene Uhr wird überwiegend so gestaltet:

PAD4 Ein > Start
V -
Interrupt Initialisierung |
Timer------------------------->V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf

In dem Fall reicht es aus, wenn der CPU jede Minute vom Timer aufgeweckt wird, um die Zeit zu aktualisieren. Eine Uhr ist immer (ausser Batteriewechsel) ununterbrochen mit Spannung versorgt.

Für komplizierte Programme ist es unmöglich ein PAD zu erstellen, in dem jeder CPU Befehl sein eigenes Symbol hat. Man beschränkt sich nur auf alle Prüfungen, die über den Lauf des Programms entscheiden, und ganze UPs (z.B. "Initialisierung") nur als ein Symbol verwendet. Für jedes UP wird dann ein eigener PAD erstelt.

Das Erstellen von PAD bei ASM Programmen ist sehr wichtig und darf nicht unterschätzt werden. Je stärker ein Programmierer glaubt, dass er das ohne PAD schaft, um so mehr Zeit wird er danach bei Fehlersuche oder Änderungen im ASM Programm verlieren. Für einfache ASM Programme, die gut kommentiert sind, reicht es meistens aus, ein PAD nur "im Kopf" zu erstellen, aber ganz ohne PAD geht es sicher nicht.

Wenn ein ASM Programm nicht wie geplannt funktioniert, wird zuerst ein Fehler im PAD gesucht. Und erst wenn er i.O. ist, im als fehlerhaft festgestellten Codefragment.

== Hauptprogramm ==

Wie sein Namen schon vermuten lässt, ist das Hauptprogram das wichtigste Teil des gesamten Programms. Meistens ist es auch das kleinste Teil, vor allem, wenn die UPs sehr komplex sind. Seine Aufgabe ist die benötigte UPs in bestimmter Reihenfolge nachainander aufzurufen, um die alle Funktionen des gesamten Programms zu realisieren.

Das HP ist meistens als endlose Schleife , wie im PAD2, aufgebaut. Weil die endlose Schleife sehr schnell läuft, werden die alle, die durch die UPS realisierte Aufgaben quasi gleichzeitig ausgeführt. Wenn es unerwünscht ist, müssen einige UPs als Verzögerungen realisiert werden.

Typischer PDA für ein HP sieht so aus:

Haupt .--->V
| UP1
| V
| UP2
| V
| ...
| V
| UPn
| V
`----´

In den Quellcode wird es so eigeschrieben:

Haupt call UP1
call UP2
...........
call UPn
goto Haupt

In der Praxis wird das HP schrittweise erstellt. Am Anfang wird sich nur ein UP im HP befinden und die folgenden kommen nach dessen Erstellung und Prüfen dazu, bis das HP fertig wird.

== Unterprogramm ==

Unterprogramm wird durch übergeordnetes Programmteil (Aufrufer) aufgerufen und nach seinem Ausführen, wird zurück zum Aufrufer gesprungen. Der Rückkehr zum Aufrufer wird durch "return" Befehl, der sich am Ende jedes UPs befinden muss, erreicht. Und das ist der einzige Unterschied zwischen einem HP und einem UP.

Jedes UP hat folgender PAD:

vom Aufrufer -------> V
Tun
V
zurück zum Aufrufer <------- return

Ein HP von einem ASM Programm kann in anderem, mehr umfangreichem ASM Program als UP benutzt werden, wenn der sich am Ende des HPs befindlicher Befehl "goto" durch "return" ersetzt wird. Ein Beispiel dazu:

Haupt1 call UP11 Haupt1 call UP11
call UP21 call UP21
........... -------> ...........
call UPn1 call UPn1
goto Haupt1 return

Jetzt können wir im mehr komplexen HP (Haupt) das Haupt1 als Unterprogramm aufrufen:

Haupt call UP1
call Haupt1
...........
call UPn
goto Haupt

Jedes UP kann auch von einem anderen übergeordneten UP aufgerufen werden, wenn das was es realisiert, benötigt wird.

In der Praxis wird oft ein UP von mehreren anderen UPs benutzt. Zum Beispiel um LCD Display zu steuern, brauchen wir entweder ein Befehl (Cmd) oder ein Zeichen (Data) an Display zu schicken. In beiden Fällen wird ein Byte geschickt, einmal mit RS=0 (Befehl) und einmal mit RS=1 (Zeichen) laut folgendem PDA:

"Cmd" "Data"
V V
RS=0 RS=1
V V
`-->V<--´
"Send" Byte schicken
V
return

Das wird z.B. in den Quellcode so eingeschrieben:

Cmd bcf RS
goto Send
Data bsf RS
Send ............
return

Das UP "Send" ist den UPs "Cmd" und "Data" untergeordnet, da es von beiden benutzt wird, kann aber weder "Cmd" noch "Data" benutzen.

=== Initialisierung ===

Damit der PIC ein Programm asführen kann, muss er vollständig und richtig initialisiert werden. Deswegen als erstes UP, das vom HP aufgerufen wird , ist "Initialisierung" (kurz: Init)

==== Variablen ====

Weil nach dem Einschalten der Spannung im RAM sich zufällige Werte befinden, wird meistens als erstes, der benutzte Bereich des RAMs (z.B. 20h bis 7Fh) gelöscht. Es wird einfach und sparsam mit einer Schleife, die indirekte Adressierung verwendet, gemacht:

V
Adresse des ersten Registers in FSR laden (20h)
.-------------------->V
RAMClr |Indirekt adressierter Register löschen (INDF)
| V
| Adresse erhöhen
| V
| Letzte Adresse + 1 (80h) J>Return
| N
| V
`---------------------´

Es wird wie folgt in Quellcode eingeschrieben:

movlw 0x20
movwf FSR
RAMClr clrf INDF
incf FSR,1
btfss FSR,7
goto RAMClr
return

Danach können den benötigtenen Variablen die gewünschte Werte angegeben werden:

movlw 0x3C
movwf LimH
movlw 0x5A
movwf LimL
u.s.w.

Somit sind die Variablen initialisiert.

==== I/O Ports ====

Nach dem Einschalten der Spannung sind die für Komparatoren oder A/D Wandler benutzte Pins als analoge Eingänge initialisiert. Wenn sie alle als digitale I/Os verwendet werden sollen, müssen sie als solche definiert werden. Das geschieht durch Eischreiben in entsprechenden Register (CMCON bzw. ADCON1) des Wertes 0x07:

movlw 0x07 b.z.w. movlw 0x07
movwf CMCON movwf ADCON1

Wenn einige als Analoge Eingänge benutzt werden sollen, mussen die entsprechende Werte dem Datenblatt des jeweiligen PICs entnommen werden.

Danach werden alle Ports nacheinander gelöscht und die gewünschte Werte die an den Pins vor dem Start des Hauptprogramms ausgegeben werden sollen, geschrieben:

clrf PORTA
movlw 0x37
movwf PORTA
usw.

Anchliessend werden für jeden Port die Werte in TRIS Register eingeschrieben, wobei ein Bit einem Pin entspricht. Ein Pin wird in TRIS Register durch 1 als Eingang und durch 0 als Ausgang definiert. Beispielweise beim PORTB sollen B7,B5 und B3 als Eingänge und restliche Pins als Ausgänge definiert werden. Das ergibt den Wert 10101000b = A8h, der in den TRISB Register geschrieben werden muss. Weil die alle TRIS Register sich in der Bank1 befinden, muss im STATUS-Register auf Bank1 und danach zurück auf Bank 0 umgeschaltet werden:

bsf STATUS,RP0
movlw 0xA8
movwf TRISB
bcf STATUS,RP0

Bei einem Umschalten der Bank können selbstverständlich alle TRIS Register nacheinander beschrieben werden.

==== Hardware ====

Die für ASM Programm benutzte Hardware kann auf integrierte und externe geteilt werden. Für eine Initialisierung der integrierten Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.), müssen entsprechende SFRs (Spezial Function Registers) laut Datenblatt des PICs definiert werden.

Die externe Hardware muss nach Datenblättern der Herstellern initialisiert werden.

=== Einlesen ===

Um ein Bit von einem Portpin einzulesen und in ein bestimmtes Register zu Kopieren wird folgender PAD benutzt, weil ein PIC kein Befehl dafür hat:

V
Bit im Zielregister löschen
V
Quellbit = 0 ? J>-------.
N |
V |
Bit im Zielregister setzen |
V<-------------´

Wenn wir z.B. ein bit3 von PortA als bit1 in den Register Tasten kopieren wollen, dann wird es in Quellcode so geschrieben:

bcf Tasten,1
btfsc PORTA,3
bsf Tasten,1

Natürlich wenn ein ganzer Byte vom Port in das W-Register eingelesen wird, kann mann den gleich in das Zielregister schreiben.

=== Ausgeben ===

Um ein Bit an einem Portpin auszugeben wird ein bestimmter Bit mit "bcf" gelöscht oder mit "bsf" gesetzt. Zum Beispiel bit4 im PORTA:

bcf PORTA,4.

Um ein Byte auszugeben wird er einfach zuerst in das W-Register geladen und danach an Port übergeben, z.B.:

movlw 0x12
movwf PORTA

=== Pause ===

Um eine Pause (Warten) im Programm anzulegen wird der "nop" Befehl benutzt, während dessen Ausführung der CPU nichts macht. Mit einem "nop" kann eine Zeit gleich 4 Takten (Perioden) des Oszillators realisiert werden. Um eine Zeit z.B. 1 Sekunde zu erreichen braucht man bei einem Quarzoscillator 4 MHz "nur" 1 000 000 Takten zu Programmieren, was in keinen Programmspeicher von PIC passt. Deswegen werden mehrfache s.g. Warteschleifen angewendet. In der Praxis werden Schleifen mit max. 3 Ebenen benutzt.

Solche Warteschleife funktioniert nach einem im folgendem PAD abgebildetem Prinzip:

Warte V
n * nop
V
P2 laden
Warte2 V<-----------------.
P1 laden |
Warte1 V<-------------. |
P0 laden | |
Warte0 V<---------. | |
P0 decrementieren | | |
V | | |
P0 = 0 ? N>---´ | |
J | |
V | |
P1 dekrementieren | |
V | |
P1 = 0 ? N>-------´ |
J |
V |
P2 dekrementieren |
V |
P2 = 0 ? N>-----------´
J
V
return

Das wird in Quellcode so aussehen:

Warte nop
...
nop
movlw 0xXX
movwf P2
Warte2 movlw 0xXX
movwf P1
Warte1 movlw 0xXX
movwf P0
Warte0 decfsz P0
goto Warte0
decfsz P1
goto Warte1
decfsz P2
goto Warte2
return

Anstatt "movlw 0xXX" kann auch "movf PauseX,0" angewendet werden, wenn die Schleife mit verschiedenen Werten P0, P1 und P2 aus den Register Pause0, Pause1 und Pause2 benutzt wird.

Die gesammte Anzahl den CPU Takten (N) lässt sich aus folgender Formel berechnen:

N = P2 * [ P1 * (3 * P0 + 5) + 7 ] + n + 10

und die Wartezeit (T) in Sekunden:

T = 4 * N / Fosc

Wobei:

P0 = Zahl im Register P0
P1 = Zahl im Register P1
P2 = Zahl im Register P2
n = Anzahl "nop"s
10 = Ausführungszeit von "call" + "return" + 3 * ("movlw" + "movwf")
Fosc = Frequenz des Oszillators (z.B. Quartz)

Die "nop"s sind notwendig um jede Wartezeit einzustellen zu können.

Mit solcher dreifachen Schleife die max. Wartezeit ist ca. 50 000 000 CPU Takten, was bei 4 MHz Quarz ca. 50 Sekunden entspricht.

Für kürzere Wartezeiten werden doppelte oder einzelne Schleifen benutzt.

=== Schnittstellen und Treiber ===

Als Schnittstelle wird externe Hadware, die zum steuern eines an sie angeschlossenes "Gerätes" dient, genannt. Das ASM Programm, das die Steuerung ermöglicht ist ein Treiber. Als Beispiel siehe: [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22749]

=== Tabellen ===

Es gibt zwei Arten von Tabellen: Sprungtabellen (computed goto) die "goto" Befehle enthalten und Wertetabellen (lookup table) in denen feste Werte in "retlw" gespeichert sind. Der wichtigste Unterschied zwischen dennen ist, dass die Sprungtabellen werden mit "goto" eingesprungen und steuern den Programlauf abhängig vom Inhalt des W-Registers und die Wertetabellen werden mit "call" aufgerufen und liefern abhängig von Inhalt des W-Registers ein Wert an den Aufrufer zurück.

Beide werden in Programmspeicher erstellt. Sie können nur bis zu 256 Speicherstellen belegen, da in den W-Register auch nur so viel veschiedenen Zahlen "passen". Sie Fangen also (fast) immer bei einer Adresse XX00h an und enden bei XXFFh. Der Hochwertige Byte "XX" der Adresse an der sich der Anfang einer Tabelle befindet, muss vor dem Einsprung in die Tabelle ins PCLATH Register eingeschrieben werden, wenn die Tabelle weit vom Aufrufer liegt. In der Praxis werden solche Tabellen am oberen Ende des Programmspeichers angelegt, damit sie den ASM Code nicht unterbrechen.

Eine Sprungtabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 goto Marke0
XX01 goto Marke1
.......................
XXFE goto Marke254
XXFF goto Marke255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
goto Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, der die Wahl wohin gesprungen wird bestimmt

Nach ausführen der obiger Befehlsfolge, wird das ASM Programm z.B. für Twert=0x01 weiter ab Marke1 "laufen" bis es an "return" kommt. Dann springt es zurüch zum Aufrufer der Tabelle.

Eine Wertetabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 retlw Wert0
XX01 retlw Wert1
.......................
XXFE retlw Wert254
XXFF retlw Wert255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
call Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, für welchen, an den Aufrufer bestimmter
Wert aus der Tabelle im W-Register zurückgeliefert wird

Solche Wertetabellen werden z.B. als Zeichengeneratoren für Grafikdisplays benutzt.

=== EEPROM ===

Alle PICs besitzen EEPROM in dem je nach Typ können 64 bis 256 Databytes gespeichert werden. Weil die detailierte Beschreibung der Schreib- und Lesevorgänge ziemlich lang wäre, werden nur geprüfte UPs kurz erklärt.

EEPROM beschreiben:

EEWrite movlw 0x20 <------ ab der RAM Adresse wird gespeichert
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EEWLoop call EEWrite1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EEWLoop
return

EEWrite1 bcf INTCON,GIE <------ Interrupts sperren
movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
movf INDF,0
movwf EEDATA
bsf EECON1,WREN
movlw 0x55
movwf EECON2
movlw 0xAA
movwf EECON2
bsf EECON1,WR
bcf EECON1,WREN
btfsc EECON1,WR
goto $-1 <------ warten bis WR=0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
bsf INTCON,GIE <------ Interrupts erlauben
return

EEPROM lesen und zurück in RAM schreiben:

EERead movlw 0x20 <------ ab der Adressse werden die Bytes in RAM abgelegt
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EERLoop call EERead1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EERLoop
return

EERead1 movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
bsf EECON1,RD
movf EEDATA,0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
movwf INDF
return

== Vorlage für MPASM ==

list P=12F629 ; Prozessor definieren
include "P12F629.inc" ; entsprechende .inc Datei für MPASM
__config _CP_OFF & _WDT_OFF & _PWRTE_ON & _MCLRE_OFF & _INTRC_OSC_NOCLKOUT ; Konfiguration
#define _DTT1 GPIO,0 ; Portpins benennen
#define _CKT2 GPIO,1
#define _T3 GPIO,2
#define _RNG GPIO,3
#define _INT GPIO,4
#define _RL GPIO,5
SecondL equ 0x20 ; Variablen definieren (Register benennen)
SecondH equ 0x21
MinuteL equ 0x22
MinuteH equ 0x23
StundeL equ 0x24
StundeH equ 0x25
org 0x0000 ; Direktive für MPASM
call Init ; rufe UP "Initialisierung" auf
Haupt ............ ; Hauptprogramm als endlose Schleife
Eigener Code
............
goto Haupt ; gehe zum Anfang des Hauptprogramms (zurück)
UP1 ............ ; Unterprogramme
Eigener Code
............
return
############
UPn ............
Eigener Code
............
return
Init clrf GPIO ; lösche Port
bsf STATUS,RP0 ; auf Bank1 umschalten
call 0x3FF ; hole Kalibrationswert
movwf OSCCAL ; kalibriere internen RC oscillator
bcf OPTION_REG,7 ; aktiviere pull-ups
movlw 0x30 ; definiere Portpins GPIO, (z.B. 0-3 Aus- und 4-5 Eingänge)
movwf TRISIO ; schreibe in TRIS Register
bcf STATUS,RP0 ; auf Bank0 umschalten
movlw 7 ; schalte Komparator aus
movwf CMCON ; und mache RA0-2 als digital I/O
............
eigener Code
............
return ; springe zurück (zum Haupt)
end ; Ende des Codes zum "Übersetzen"

Die Variablen können auch kürzer mit s.g. cblock definiert werden:

cblock 0x20
SecondL
SecondH
MinuteL
MinuteH
StundeL
StundeH
endc

Bei sehr vielen Variablen sind aber die Registeradressen nicht so übersichtlich.

== Für anderen PIC umschreiben ==

Die wichtigste Vorraussetzung ist, das der PIC2, auf dem das vorhande ASM Programm (für PIC1) laufen soll, zumindest für das ASM Program nötige interne Hardware hat. Der Code benötigt keine Änderungen.

Wenn der Port vom PIC2 anderen Namen hat, muss man das im Quellcode umdefinieren, z.B.:

#define GPIO equ PORTB
#define TRISIO equ TRISB

Dann wird das Assemblerprogramm, wenn es GPIO findet, immer PORTB nehmen. Das gleiche Betrifft die "__config" Ausdrücke, die entsprechend der .ini Datei für den PIC2, geändert werden müssen.

Das Assemblerprogramm findet sicher alles, was ihm nicht "passt" und bringt Fehlermeldungen, auf die man entsprechend reagieren muss.

== Das erste... ==

Hier wird detailiert das ganze Prozess der Erstellung eines ASM Programms beschrieben.

Die Idee:

Es gibt 4 Leds, die mit 2 Tastern gesteuert werden sollen. Nach dem Einschalten soll keine LED leuchten. Solange der linke Taster (T1) gedrückt ist, sollte eine leuchtende LED von links nach rechts "wandern" und von der letzten rechten Position wieder nach ganz linke "springen". Solange der rechte Taster (T2) gedrückt ist, sollte eine leuchtende LED von rechts nach links "wandern" und von der letzten linken Position wieder nach ganz rechte "springen". Solange beide Taster gedrückt sind soll die leuchtende LED von links nach rechts und zurück "wandern".

Dafür nötige Hardware zeigt folgende Skizze:

.-----------------------------------------------.
| |
| |
| |
| PIC12F629 |
| |
| |
| |
| GPIO,3 GPIO,4 GPIO,5 GPIO,2 GPIO,1 GPIO,0|
'-----------------------------------------------'
4| 3| 2| 5| 6| 7|
| | | | | |
| | | | | |
| | | | | |
| | .-. .-. .-. .-.
| | | | | | | | | |
| | 470| | 470| | 470| | 470| |
| | '-' '-' '-' '-'
| | | | | |
\ o \ o | | | |
\ \ V -> V -> V -> V ->
\. \. - - - -
T1 o T2 o LED1 | LED2 | LED3 | LED4 |
| | | | | |
+-------+-------+---+---+-------+-------+
|
===
GND

Jetzt muss die Idee vom Programmierer in ein PAD verfasst werden, z.B. solcher:

Start
V
Initialisierung
.-------------->V
| T1 gedrückt ? N>-----.
| J |
| V |
| links->rechts "wandern" |
| V<------------´
| T2 gedrückt ? N>------.
| J |
| V |
| rechts->links "wandern" |
| V<------------´
`---------------´

= Midrange =

== Kurzübersicht Assembler Befehle ==

{|
|-
| valign=top |

{| {{Blauetabelle}}
|ADDLW||Add literal and W
|-
|ADDWF||Add W and f
|-
|ANDLW||AND literal with W
|-
|ANDWF||AND W with f
|-
|BCF||Bit Clear f
|-
|BSF||Bit Set f
|-
|BTFSC||Bit Test f, Skip if Clear
|-
|BTFSS||Bit Test f, Skip if Set
|-
|CALL||Call subroutine
|-
|CLRF||Clear f
|-
|CLRW||Clear W
|-
|CLRWDT||Clear Watchdog Timer
|}

| valign=top |

{| {{Blauetabelle}}
|-
|COMF||Complement f
|-
|DECF||Decrement f
|-
|DECFSZ||Decrement f, Skip if 0
|-
|GOTO||Go to address or label
|-
|INCF||Increment f
|-
|INCFSZ||Increment f, Skip if 0
|-
|IORLW||Inclusive OR literal with W
|-
|IORWF||Inclusive OR W with f
|-
|MOVF||Move f
|-
|MOVLW||Move literal to W
|-
|MOVWF||Move W to f
|-
|NOP||No Operation
|}

| valign=top |

{| {{Blauetabelle}}
|-
|RETFIE||Return from interrupt
|-
|RETLW||Return with literal in W
|-
|RETURN||Return from Subroutine
|-
|RLF||Rotate Left f through Carry
|-
|RRF||Rotate Right f through Carry
|-
|SLEEP||Go into standby mode
|-
|SUBLW||Subtract W from literal
|-
|SUBWF||Subtract W from f
|-
|SWAPF||Swap nibbles in f
|-
|XORLW||Exclusive OR literal with W
|-
|XORWF||Exclusive OR W with f
|}
[[:bild:pic_asm_short.jpg|Kurzübersicht zum Ausdrucken]]
|}


==Ausführliche Beschreibung zu den Befehlen==

Erklärungen zu den Verwendeten Platzhaltern:
*'''k''' stellt einen fest definierten Wert da. z.B. <tt>0x20</tt>, <tt>d'42'</tt> oder <tt>b'00101010'</tt>
*'''W''' steht für das W-Register.
*'''d''' steht für ''destination'' (Ziel). Im code wird d durch ein <tt>w</tt> bzw. <tt>0</tt> (der Wert wird in das W-Register gespeichert ) oder <tt>f</tt> bzw. <tt>1</tt> (der Wert wird in das davor definierte Register gespeichert)
*'''b''' steht für Bitnummer im Register (eine Zahl zwischen 0 und 7)
*'''R''' steht für ein Register
*'''fett''' geschrieben Bedeutet, dass es ein Platzhalter ist und im Quellcode durch eine Registeradresse oder einen Wert ersetzt werden muss
*<tt>Schreibmaschinenstil</tt> bedeutet, dass es so im Quellcode geschrieben werden kann.

 ADDLW k Add W and literal - Addiere W und Zahl<hr>
:Es wird die Rechenoperation <math>k+W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ADDWF R,d Add W and f - Addiere W und f <hr>
:Es wird die Rechenoperation <math>R+W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ANDWF k AND literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- and
1000
</dd></dl>

 ANDWF R,d AND W with f - ???<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche ANDWF

BCF R,b Bit Clear f - Bit b im R wird gelöscht<hr>
:Mit dem Befehl <tt>BCF</tt> wird das Bit '''b''' im Register '''R''' gelöscht. Ein Beispiel:
<dl><dd>
movlw b'11111111' ;es wird b'11111111' in das W-Register geschrieben
BCF W,2 ;es wird bit 2 im W-Register gelöscht.
;das Ergebnis ist: b'11111011'
</dl></dd>

BSF R,b Bit Set f - Bit b im R wird gesetzt<hr>
:Mit dem Befehl <tt>BSF</tt> wird das Bit '''b''' im Register '''R''' gesetzt. Ein Beispiel:
<dl><dd>
clrw ;es wird b'00000000' in das W-Register geschrieben
BSF W,2 ;es wird bit 2 im W-Register gesetzt.
;das Ergebnis ist: b'00000100'
</dl></dd>

BTFSC R,b Bit Test f, Skip if Clear - Wenn das Bit b im Register R 0 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSC</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 0 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSC W,0 ;es wird bit 0 geprüft.
;wenn es 0 ist, wird der nächste Befehl übersprungen
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser Sprungbefehl ausgeführt.
goto IST_NULL ;springt zur Marke "IST_NULL"
</dl></dd>

BTFSS R,b Bit Test f, Skip if Set - Wenn das Bit b im Register R 1 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSS</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 1 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSS W,0 ;es wird bit 0 geprüft.
;wenn es 1 ist, wird der nächste Befehl übersprungen
goto IST_NULL ;springt zur Marke "IST_NULL"
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser
;Sprungbefehl ausgeführt, da der Befehl
;darüber übersprungen wurde.
</dl></dd>

CALL Call Subroutine - Rufe Unterprogramm auf<hr>
:Mit dem <tt>CALL</tt> Befehl wird ein Unterprogramm aufgerufen. Mit dem <tt>RETURN</tt>-Befehl wird das Unterprogramm beendet und man kehrt zum Befehl nach dem <tt>CALL</tt>-Befehl zurück. Das Unterprogramm wird so definiert, dass im Quellcode der Name des Unterprogramms nicht eingerückt steht. Ein Beispiel:

<dl><dd>
movlw d'13' ;in das W-Register wird 13d geladen
CALL Unterprogramm1 ;es wird das Unterprogramm "Unterprogramm1" aufgerufen
movwf ergebnis ;das W-Register wird in das Register "ergebnis" kopiert.
;im Register "ergebnis" steht nun 23d

Unterprogramm1 ;zählt 10 zum W-Register
addlw d'10' ;es wird 10d zum W-Register addiert
RETURN ;kehre zurück zum Aufrufer
</dl></dd>

CLRF R Clear f - Schreibe 0 in das Register R<hr>
:Das Register '''R''' wird mit Nullen gefüllt (gelöscht).

CLRW Clear W - Schreibe 0 in W<hr>
:Das W-Register (<tt>W</tt>) wird mit Nullen gefüllt (gelöscht).

CLRWDT Clear Watchdog Timer - Setzt den Watchdog-Timer zurück<hr>
:Es wird der WDT (Watchdog-Timer) zurückgesetzt und der Zähler des WDT auf 0 gesetzt, zusätzlich werden die STATUS-bits TO und PD gesetzt.

COMF R,d Complement f - negiere alle bits im Register R<hr>
:Von der Binärzahl im Register '''R''' werden die 0 mit 1 und 1 mit 0 ersetzt. Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Ein kleines Beispiel: aus <tt>AAh</tt> (<tt>10101010b</tt>) wird <tt>55h</tt> (<tt>01010101b</tt>).

DECF R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

DECFSZ R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f, überspringe wenn 0<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

GOTO Go to address - Gehe zu Adresse/Sprungmarke<hr>
:Nach dem GOTO Befehl wird das Programm ab der Adresse weiter ausgeführt, die nach dem GOTO-Befehl steht. Diese Adresse wird durch so genannte Sprungmarke definiert, welche, im Gegensatz zu den Befehlen nicht eingerückt im Quellcode stehen.

INCF R,d Increment f - Addiere 1 zum Register f<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

INCFSZ R,d Increment f, Skip if 0 - Addiere 1 zum Regiser f, überspringe wenn 0<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

 IORLW k OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Ooperation:
<dl><dd>
1100
1010
---- or
1110
</dd></dl>

 IORWF R,d OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche IORLW

MOVF R,d Move f - Bewege f<hr>
:Das Register R wird in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder wieder in R kopiert ('''d'''=<tt>F</tt>=<tt>1</tt>). Letzteres mag sinnlos scheinen, ist aber nützlich, da durch den Befehl das Z-Bit im STATUS-Regsiter gesetzt wird, falls R Null ist.

MOVLW k Move literal to W - Bewege Zahl in W-Register<hr>
:Der festgelegte Wert k wird in das W-Register kopiert.

MOVWF R Move W to f - Bewege W-Register in das Register F<hr>
:Das W-Register wird in das Register '''R''' kopiert.

NOP No Operation - Kein Befehl zum Ausführen (warte)<hr>
:Dieser Befehl macht nichts. Er verbraucht nur Zeit, welche sich einfach mit folgender Formel berechnen lässt. <math>t=\frac{4}{f}</math>,wobei <math>f</math> für die Frequenz des Oszillators steht.

RETFIE Return from interrupt - Kehre zurück aus der Unterbrechung<hr>
:Mit diesem Befehl wird die Interrupt Service Routine (ISR) beendet und das Programm wird an der Zeile weiter ausgeführt, vor der es durch den Interrupt angehalten wurde. Es werden auch alle Interrupts wieder erlaubt (das GIE bit wird gesetzt). Siehe hierzu auch [[#Interrupt | Interrupt]]

RETLW k Return with literal in W - Kehre zurück mit Zahl k im W-Register<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETLW</tt> zurück in die nächste Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde. Der in k angegebene Wert wird dabei in das W-Register geschrieben. Dieser Befehl wird vor allem für s.g Wertetabellen (eng: lookup tables) verwendet.

RETURN Return from Subroutine - Kehre zurück zum Übergeordneten Programmteil<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETURN</tt> zurück zu der nächsten Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde.

RLF R,d Rotate Left f through Carry - Rotiere das Register f mithilfe des Carry-bits nach links<hr>
:Alle Bits im Register '''R''' werden um eine Position nach links verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das Bit 0 des Registers R geschoben. Bit 7 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
c 7 6 5 4 3 2 1 0 ;vor dem Verschieben
7 6 5 4 3 2 1 0 c ;nach dem Verschieben
</dd></dl>

RRF R,d Rotate Right f through Carry - Rotiere das Register f mithilfe des Carry-bits nach rechts<hr>
:Alle Bits im Register '''R''' werden um eine Position nach rechts verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das 7.Bit des Registers R geschoben. Bit 0 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
C 7 6 5 4 3 2 1 0 ;vor dem Verschieben
0 C 7 6 5 4 3 2 1 ;nach dem Verschieben
</dd></dl>

SLEEP Go into standby mode - Versetze den Mirokontroller in Bereitschaftsmodus<hr>
:Der µC wird in den Sleep-Mode versetzt, in dem er weniger Strom verbraucht. Er kann durch einen Reset, einem Watchdog-Timer-Reset oder durch einen Interrupt wieder aufgeweckt werden.

 SUBLW k Subtract W from literal - Ziehe W von Zahl ab<hr>
:Es wird die Rechenoperation <math>k-W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 SUBWF R,d Subtract W from f - Ziehe W von f ab<hr>
:Es wird die Rechenoperation <math>R-W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

:Beispiel:
<dl><dd>
movlw d'20' ;schreibe 20 in das W-Register
movwf Register1 ;bewegt das W-Register in das Register1
movlw d'10' ;schreibt 10 in das W-Register
SUBWF Register1,F ;schreibt Register1(20)-W(10) in Register1
</dd></dl>

SWAPF R,d Swap nibbles in f - Vertausche die Halbbytes (Nibbles)<hr>
:Es werden die höheren 4 bit (bit7-bit4) mit den niedrigeren 4 bit (bit3-bit0) eines Registers vertauscht und entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).
:Beispiel:
<dl><dd>
movlw b'00001111' ;schreibe b'00001111' in das W-Register
movwf Register1 ;kopiert das W-Register in das Register1
SWAPF Register1,W ;vertauscht die ersten 4 bit mit den letzen
;4 bit in Register 1 und schreibt es in das W-Register
;im W-Register steht nun b'11110000'
</dd></dl>

 XORLW k Exclusive OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Registers, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- xor
0110
</dd></dl>

 XORWF R,d Exclusive OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche XORLW

==Besondere, oft gebrauchte Register==

=== STATUS ===
Der Statusregister beinhaltet den Status der Recheneinheit ALU (Arithmetic-Logic Unit), Resetinformationen und die beiden Bits zur Wahl der Speicherbank

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''STATUS''' (ADDRESSE 03h, 83h, 103h, 183h)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''IRP'''</td>
<td style="background:#00ffff;">'''RP1'''</td>
<td style="background:#00ffff;">'''RP0'''</td>
<td style="background:#00ffff;">'''TO'''</td>
<td style="background:#00ffff;">'''PD'''</td>
<td style="background:#00ffff;">'''Z'''</td>
<td style="background:#00ffff;">'''DC'''</td>
<td style="background:#00ffff;">'''C'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''IRP''': Register Bank Select Bit (für indirekte Adressierung)
:: 1 = Bank 2, 3 (100h-1FFh)
:: 0 = Bank 0, 1 (00h-FFh)
*Bit 6-5 '''RP<1:0>''': Register Bank Select Bits (für direkte Adressierung)
:: 11 = Bank 3 (180h-1FFh)
:: 10 = Bank 2 (100h-17Fh)
:: 01 = Bank 1 (80h-FFh)
:: 00 = Bank 0 (00h-7Fh)
*Bit 4 '''TO''': Time-out Bit
:: 1 = Nach Power-up, CLRWDT Befehl oder SLEEP Befehl
:: 0 = A Watchdogtimer time-out ist eingetreten
*Bit 3 '''PD''': Power-Down Bit
:: 1 = Nach Power-up oder durch den CLRWDT
:: 0 = Nach einem SLEEP befehl
*Bit 2 '''Z''': Zero bit
:: 1 = Das Ergebnis einer arithmetischen oder logischen Operation ist 0
:: 0 = Das Ergebnis einer arithmetischen oder logischen Operation ist NICHT 0
*Bit 1 '''DC''': Digit carry/borrow bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des 4.Niedrigsten Bits (Low Nibble) eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des 4.Niedrigsten Bits eines Rechenergebnisses existiert
*Bit 0 '''C''': Carry/borrow Bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des MSB eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des MSB eines Rechenergebnisses existiert

Das "Borrowbit" (to borrow = etwas borgen) dient zum erkennen, wenn ein Übertrag einer Rechenoperation exisitiert. 250+10 ergibt zum Beispiel 4, und setzt dabei das Borrowbit auf 1. Damit kann das Programm erkennen, wenn wieder einmal ein Ergebnis größer als 255 herauskam.
Bei Subtraktionen (SUBLW und SUBWF) verhält sich das Carry Bit umgekehrt als bei Additionen (ADDWF und ADDLW)!! Zum Beispiel 55-6=49 setzt Carry auf 1 aber 10-25=241 löscht das Carry-Flag.

:Siehe auch [[PIC Assembler#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers]]

=== INTCON ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''INTCON''' (ADDRESSE 0Bh, 8Bh, 10Bh, 18Bh)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''GIE'''</td>
<td style="background:#00ffff;">'''PEIE'''</td>
<td style="background:#00ffff;">'''TMR0IE'''</td>
<td style="background:#00ffff;">'''INT0IE'''</td>
<td style="background:#00ffff;">'''RBIE'''</td>
<td style="background:#00ffff;">'''TMR0IF'''</td>
<td style="background:#00ffff;">'''INT0IF'''</td>
<td style="background:#00ffff;">'''RBIF'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''GIE''': Global Interrupt Enable Bit
::1 = Aktiviert alle Interrupts
::0 = Deaktiviert alle Interrupts
*Bit 6 '''PEIE''': Peripheral Interrupt Enable Bit
::1 = Aktiviert alle peripheren Interrupts
::0 = Deaktiviert alle peripheren Interrupts
*Bit 5 '''TMR0IE''': TMR0 Overflow Interrupt Enable Bit (Overflow von Timer0 löst Interrupt aus)
::1 = Aktiviert den TMR0 Interrupt
::0 = Deaktiviert den TMR0 Interrupt
*Bit 4 '''INT0IE''': RB0/INT External Interrupt Enable Bit (Änderung an RB0 Pin löst Interrupt aus) *)
::1 = Aktiviert den RB0/INT Interrupt (Extern ausgelöst)
::0 = Deaktiviert den RB0/INT Interrupt (Extern ausgelöst)
*Bit 3 '''RBIE''': RB Port On-Change-Interrupt Enable Bit (Änderung an PortB löst Interrupt aus) **)
::1 = Aktiviert den RB port on-change-interrupt
::0 = Deaktiviert den RB port on-change-interrupt
*Bit 2 '''TMR0IF''': TMR0 Overflow Interrupt Flag Bit
::1 = TMR0 Register ist Übergelaufen (muss per Software gelöscht werden)
::0 = TMR0 register ist nicht Übergelaufen
*Bit 1 '''INT0IF''': RB0/INT External Interrupt Flag Bit
::1 = Eine Änderung an RB0/INT Pin hat stattgefunden (muss per Software gelöscht werden)
::0 = Eine Änderung an RB0/INT Pin hat nicht stattgefunden
*Bit 0 '''RBIF''': RB Port On-Change-Interrupt Flag bit
::1 = Mind. einer der Pins von RB7:RB4 hat sich geändert (muss per Software gelöscht werden)
::0 = Keiner der Pins von RB7:RB4 hat sich geändert

* *) Die Flanke auf die reagiert werden soll, wird mit dem Bit OPTION_REG.INTEDG definiert. (steigende = 1 oder fallende = 0)
* **) Der Interrupt klingt verführerischer Weise so, als ob er den gesamten Port überwacht. Dabei reagiert er nur auf RB7:RB4!!!! Er kann aber den Prozessor vom "Schlaf" aufwecken (z.B. durch einen Tastendruck).

=== PORTx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''PORTx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''Rx7'''</td>
<td style="background:#00ffff;">'''Rx6'''</td>
<td style="background:#00ffff;">'''Rx5'''</td>
<td style="background:#00ffff;">'''Rx4'''</td>
<td style="background:#00ffff;">'''Rx3'''</td>
<td style="background:#00ffff;">'''Rx2'''</td>
<td style="background:#00ffff;">'''Rx1'''</td>
<td style="background:#00ffff;">'''Rx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "PORTB" oder "RA1"

Jedes Bit eines PORT-Registers steht für einen Pin (Ein/Ausgang) des jeweiligen Ports. Je nachdem Ob ein Pin als Ausgang oder als Eingang definiert ist, kann man dort entweder den Wert schreiben oder auslesen. Es hat nicht Jeder PIC gleich viele Ports und es sind auch nicht immer 8 Pins pro Port, es können auch weniger sein. Alle PICs der Midrange-Serie besitzen nur bidirektionale Ports, d.h. sie können sowohl Eingang als auch Ausgang sein. Weiters ist zu beachten, dass einzelne Pins nach dem Reset mit anderen Funktionen belegt sein können. Das gilt im Speziellen für PORTA, wo sich die Komperatoren, AD's (falls vorhanden) und die Oszillatoreingänge (falls in den Fusebits gesetzt) befinden. Siehe [[PIC Assembler#I/O Ports|I/O Ports]].

{| Beispiel PICs und ihre Ports (Zahlen in der Klammer sind die Anzahl der Pins des Ports) {{Blauetabelle}}
|
|'''PIC16F628A'''
|'''PIC16F876'''
|'''PIC16F877'''
|-
|'''PORTA'''
|Ja
|Ja
|Ja
|-
|'''PORTB'''
|ja
|ja
|ja
|-
|'''PORTC'''
|/
|ja
|ja
|-
|'''PORTD'''
|/
|/
|ja
|-
|'''PORTE'''
|/
|/
|ja (3)
|-
|}

==Speicherbankorganisation==
===Programmspeicher===
Die Mid-Range MCUs haben einen 2-8k großen Programmspeicher. Dieser hat aber in jeder Speicherzelle nicht 8, sondern 14 Bit - also genau die Länge eines Befehls. Die aktuelle Stelle im Programm wird im PC (Program Counter) verwaltet. Er speichert immer die aktuelle Position im Programmspeicher. Bei einem PIC mit 8k Adressen muss er also die Adressen 0000-1FFF speichern können. Daraus folgt die Größe von 13 Bit für den PC. Der Programmspeicher ist in mehrere Bänke geteilt, die alle 2k groß sind. Das Programm springt ohne zutun des Benutzers von einer in die Nächste. Wenn man aber selber springen will, muss man die Register PCLATH (Program Counter Latch High) oder PCL (Program Counter Least Significant Byte) mit der Sprungadresse beschreiben.

===Datenspeicher===
Der Datenspeicher besteht aus den Special Function Registern (SFR) und den General Purpose
Registern (GPR). Die SFRs sind für die Funktionen des PICs zuständig (Interrupts, Timer, ADCs, CCPM...) und die GPRs für die Speicherung von Variablen und Daten.

Da immer nur 7 Bit der (Ziel)Adresse in einem Befehl gespeichert werden können, sind nur 7Fh (128d) Adressen im Datenbereich möglich. Deswegen wurde das "Banking" eingeführt. 2 Bit im Statusregister (welcher in allen Bänken der selbe ist und auch an der gleichen Stelle sitzt) geben die akutelle "Bank" an und sind nichts anderes als die 2 höchstwertigsten (MSB) Bits der Adresse. Damit lassen sich max. 4 Bänke ansprechen. Je nach PIC gibt es 2-4 Bänke. Die beiden Bits im Register STATUS heißen RP0 (STATUS<5>) und RP1 (STATUS<6>).

{| {{Blauetabelle}}
|+ Wechseln der Bänke mit RP0 und RP1
|-
|
|| RP1
|| RP0
|-
| Bank0
|align="center"|0
|align="center"|0
|-
| Bank1
|align="center"|0
|align="center"|1
|-
| Bank2
|align="center"|1
|align="center"|0
|-
| Bank3
|align="center"|1
|align="center"|1
|}

[[Bild:PIC midrange register.JPG]]
# '''FETTE Register''' sind in allen PICs vorhanden
# können je nach PIC unimplementierte Bereiche beinhalten - diese werden immer als 0 gelesen. (DATENBLATT!!)
# siehe 2
# Könnten je nach PIC auch nicht in Bank0 gemapped werden, sind dann eigenständige Register.
# je nach PIC kann es diese Bänke geben oder nicht geben.

==Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers==

{|
|-
|
{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Subtraktionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|1
|align="center"|0
|-
| negativ
|align="center"|0
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}

||

{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Additionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|0
|align="center"|0
|-
| Überlauf
|align="center"|1
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}
|}

== Codeschnipsel ==

=== Analog-Digital-Wandler (ADC) ===
Viele PICs besitzen einen Analog-Digital-Wandler, der eine angelegte Spannung messen kann und diese als Zahl speichert.

Es gibt AD-Wandler mit 8Bit bzw. 10Bit Auflösung, d.h. die Spannung an einem analogen Eingang wird linear 2^8=256 bzw. 2^10=1024 Werten zugeordnet.
Der höchste Wert, auch Referenzspannung genannt, (255 bzw. 1023; der Controller rechnet die Null auch mit) entspricht der Betriebsspannung des PICs oder wahlweise einer wählbaren Spannung, die an RA3 angelegt werden muss. Der niedrigste Wert entspricht 0 Volt.

Mit dem Analog-Digital-Wandler kann man somit z.B. Sensoren auswerten, die mehr als zwei Zustände ausgeben (Beispiele: Temperatursensor, Helligkeitssensor, Entfernungssensoren usw.) oder Akkuspannungen messen.

Bevor überhaupt gemessen werden kann, muss einiges eingestellt werden:

a) Eingangsverteilung Analog/Digital bzw.Referenzspannung (Betriebsspannung oder RA3)
die genauen Einstellungsmöglichkeiten entnehmen sie bitte dem Datenblatt ihres Controllers (Register ADCON1 Bank 1).

b) Wählen des Taktes für den ADC und Einschalten des ADCs

Das Register ADCON0 besitzt 8 Bits, die folgendes bestimmen:
Bit0 ADON - schaltet AD-Wandler ein oder aus (Strom sparen)
Bit1 - nicht vorhanden
Bit2 GO/Done - startet Wandlung / signalisiert, wann Umwandlung beendet ist.
Bit3 CHS0 - Channel Select 0 wählt Eingang aus
Bit4 CHS1 - Channel Select 1 wählt Eingang aus
Bit5 CHS2 - Channel Select 2 wählt Eingang aus
Bit6 ADCS0 - AD-Clock-Select wählt Takt
Bit7 ADCS1 - AD-Clock-Select wählt Takt

Kümmern wir uns zunächst um den Takt. Mit den zwei Bits ADCS0 und ADCS1 bestimmt man den Takt - hierbei gibt es vier Möglichkeiten:

ADCS1=0, ADCS0=0 -> Taktfrequenz des PICs :2
ADCS1=0, ADCS0=1 -> Taktfrequenz des PICs :8
ADCS1=1, ADCS0=0 -> Taktfrequenz des PICs :32
ADCS1=1, ADCS0=1 -> interner RC-Oszillator des ADCs verwenden

Die Taktfrequenz des ADCs darf 625kHz nicht überschreiten, dementsprechend ist ADCS0 und ADCS1 zu wählen.

Ist dies vollbracht, so kann man den AD-Wandler einschalten und das Go/Done-Bit löschen.
Codebeispiel:

;Takt für ADC (OSC/32)
bcf ADCON0,6
bsf ADCON0,7
;ADC einschalten
bsf ADCON0,0 ; ADON=1
;Go/Done-Bit zurücksetzen
bcf ADCON0,2

Nun ist der AD-Wandler bereit, Spannungen in Zahlen umzuwandeln.
Für eine Wandlung muss erst der entsprechende Eingang gewählt werden. Dafür sind die CHS0..CHS2-Bits zuständig:

CHS2 CHS1 CHS0 gewählter Eingang(falls vorhanden)
0 0 0 RA0
0 0 1 RA1
0 1 0 RA2
0 1 1 RA3
1 0 0 RA5
1 0 1 RE0
1 1 0 RE1
1 1 1 RE2

Achtung! RA4 ist kein analoger Eingang, folglich ist er oben nicht aufgelistet !!

Codebeispiel:

;RA2 auswählen
bcf ADCON0,3
bsf ADCON0,4
bcf ADCON0,5

Als letztes muss die AD-Routine nur noch gestartet werden. Ist der AD-Wandler fertig, so löscht er das Bit wieder. Das Bit wird nun solange abgefragt, bis der AD-Wandler fertig ist. Den zugeordneten Wert findet man im Register 'ADRES'.
Code:

;start
bsf ADCON0,2
;warten,bis es wieder low ist
wa btfsz ADCON0,2
goto wa
;jetzt ist er fertig
;ADRES in W verschieben, um damit gleich weiter zu arbeiten
movf ADRES,W

Die AD-Wandlung ist somit fertig. Liest man mehrere Werte von unterschiedlichen Eingängen ein und möchte diese miteinander vergleichen o.ä., sollte man die Zahlen von ADRES in anderen Registern zwischenspeichern.

Desweiteren ist zu beachten, dass der Analog-Digital-Wandler eine gewisse Pause zwischen den Wandlungen benötigt, die sog. 'Aquisition Time'. Diese Zeitangabe entnehmen sie bitte ihrem Datenblatt.

mögliche Probleme:

a) Der PIC liefert stark schwankende Werte
-> Mögliche Ursachen dafür sind z.B. nicht stabile Betriebsspannung, falsche Zeiteinstellungen. Abhilfe schafft auch das mehrmalige Einlesen eines Eingangs. Auch können z.B. 8 Werte eingelesen werden und dann der Durchschnitt gebildet werden.
Evtl. kann ein Kondensator gegen Masse (z.B. 1nF) helfen; Wichtig ist auch eine kleine Verzögerung zwischen Kanalauswahl und Start der Wandlung. In dieser Zeit kann sich der interne Kondensator des ADC's aufladen.

b) Die Spannung an einem Eingang wird erhöht, die Werte der anderen Eingänge werden aber auch beeinflusst. Woran liegt das?
-> Dann sind Sie Opfer des sog. 'Ghostings' geworden (Werte 'scheinen durch', verschleißen). Die Werte der anderen Eingänge gehen mit, weil der interne Kondensator noch auf die Spannung des Vorgängers aufgeladen ist. Maßnahme: Aquisition Time erhöhen, Werte öfters abfragen, Pause zwischen Kanalauswahl und Start

c) Der PIC liefert immer die gleichen Werte an einem Eingang, obwohl sich die angelegte Spannung ändert
-> möglicherweise falsche Eingangsverteilung (ADCON1) eingestellt oder falschen Pin gewählt

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assembler

2007-04-12T20:22:34Z

Der Gärtner: /* PORTx */

= Einladung zur Diskussion... =

Es wird hier versucht die ASM Programmierung von PIC Mikrocontroller zu beschreiben.

Damit das enstehende Artikel wirklich nutzlich wird, ist Ihre Mitwirkung nötig. Bitte schreib uns Deine Meinung, was ewentuell noch geändert (z.B. ergänzt) werden soll in diesem Tread:

http://www.roboternetz.de/phpBB2/viewtopic.php?p=271211#271211

Die Autoren bedanken sich im voraus für jeden Beitrag mit Vorschlägen !

= Einführung =

== Bit, Byte, Nibble, Bin und Hex ==

Ein Mikrocontroller (kurz: µC) kann eigentlich nur durch ein Portpin eine Spannung einlesen bzw. ausgeben. Er kann aber nur erkennen, ob eine Spannung vorhanden ist oder nicht. Wenn fast keine Spannung vorhanden ist erkennt er das als 0 und wenn eine Spannung fast so gross, wie seine Versorgungsspannung anliegt, als 1.

Genauso bei der Ausgabe, wenn er 0 ausgibt ist auf dem Portpin fast keine Spannung, wenn 1, eine Spannung fast gleich gross seiner Versorgungsspannung. Und das ist ein Bit, die kleinste Menge einer Information. Das Bit ist binär, weil er nur zwei unterschiedliche Werte 0 bzw. 1 haben kann.

Wenn wir gleichzeitig (paralell) 8 Bits haben, dann ist es ein Byte, der mehrere Bitkombinationen von 00000000b bis 11111111b enhält, weil ein Bit (X) auf jeder Stelle 0 bzw. 1 sein kann.

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#007fff>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Das "b" bedeutet, das es sich um binäre (kurz: bin) Darstellung (auch Zahl genannt) handelt. Binäre Zahlen sind aber lang, weil jedes Bit eine Stelle benötigt.

Um die Schreibweise zu verkürzen, wurden hexadezimale (kurz: hex) Zahlen eingeführt. Zuerst wurde ein Byte auf zwei 4-Bit Halbbytes (Nibbles) verteilt und danach ein Nibble als Ziffer genommen. Weil 4 Bit mehr als 10 Kombinationen ergeben, haben die Ziffer 0 bis 9 aus dem Dezimalsystem nicht ausgereicht und wurden um Buchstaben A bis F erweitert. Die hexadezimalen Zahlen haben ein "h" Zeichen am Ende.

Die Umwandlung zwischen bin und hex Zahlen für ein Nibble zeigt folgende Tabelle:

0b = 0h 100b = 4h 1000b = 8h 1100b = Ch
1b = 1h 101b = 5h 1001b = 9h 1101b = Dh
10b = 2h 110b = 6h 1010b = Ah 1110b = Eh
11b = 3h 111b = 7h 1011b = Bh 1111b = Fh

Damit kann ein Byte mit zwei hex Ziffern definiert werden z.B. 1100 0011b = C3h. Für zwei Bytes braucht man 4 hex Ziffern z.B.

101 0111 1010 1001b = 57A9h, u.s.w. So wie im Dezimalsystem werden führende Nullen nicht geschrieben, aber in einem PIC Register existieren immer 8 Bits also auch führende Nullen. Zum Beispiel die hex Zahl 3h sieht im Register so aus: 00000011b. Bei einer Wandlung bin->hex fängt man immer von der rechten Seite der bin Zahl an, da die Anzahl führenden Nullen unbekannt ist.

== Speicher und Register ==

Als Speicher bezeichnet man ein Teil der Hardware, in die eine Information eingeschrieben, in der gespeichert und aus der wieder ausgelesen werden kann.

Es gibt eigentlich nur zwei Arten von elektronischen Speicher: flüchtige und nichtflüchtige. Die Information die sich im flüchtigen Speicher befindet, geht verloren, wenn die Versorgungsspannung des Speichers unterbrochen oder abgeschaltet wird. Bei PICs ist es Dataspeicher (RAM).

Wenn die Versorgungsspannung vom nichtflüchtigen Speicher abgeschaltet wird, ist die gespeicherte Information zwar momentan nicht lesbar, bleibt aber erhalten und sobald der Speicher wieder mit Spannung versorgt wird, kann sie ausgelesen werden. Ein PIC hat zwei solche Speicher: Programmspeicher (Flash) und EEPROM.

Der wichtigste Unterschied zwischen den Speicherarten ist, das die flüchtigen direkt (sehr schnell) beschreibbar sind und das Beschreiben den nichtflüchtigen benötigt spezielle Algorithmen, die leider im Vergleich zu direkten Zugriffen langsamer sind.

Ein Speicher besitzt bestimmte Menge von s.g. Speicherstellen. Jede Speicherstelle hat seine individuelle Adresse und kann eine binäre Information mit bestimmter Anzahl von Bits abspeichern.

Bei PIC haben die drei Arten von Speicher, wegen verschiedener Anwendung, auch unterschiedliche Struktur. Die beiden Speicher für Daten (RAM und EEPROM) haben jeweils 8-bitigen und Programmspeicher (Flasch) bei Mid-Range hat 14-bitigen Speicherstellen. Die Anzahl den Speicherstellen im bestimmten Speicher ist vom PIC-Typ abhängig.

Eine 8-bitige Speicherstelle im RAM wird bei PICs Register genannt und kann so skiziert werden:

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td> MSB </td>
<td colspan=6></td>
<td> LSB </td>
</tr>

<tr>
<td bgcolor="#007fff">bit 7</td>
<td bgcolor="#007fff">bit 6</td>
<td bgcolor="#007fff">bit 5</td>
<td bgcolor="#007fff">bit 4</td>
<td bgcolor="#007fff">bit 3</td>
<td bgcolor="#007fff">bit 2</td>
<td bgcolor="#007fff">bit 1</td>
<td bgcolor="#007fff">bit 0</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#ff8305>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Der bit 7 wird als hochwertigste (MSB = Most Significant Bit) und bit0 als niederwertigste (LSB = Least Significant Bit) bezeichnet. Jeder Bit im Register (X) kann gleich 0 bzw. 1 sein.

Um ein Databyte in ein Register schreiben oder aus einem Register lesen, muss zuerst das Register durch seine Adresse gewählt werden. Dafür gibt es beim PIC folgende Möglichkeiten:

Direkte Adressierung per absolute Adresse: movwf 0x20

Direkte Adressierung per vorher definierten Namen des Registers (z.B. Temp equ 0x20): movwf Temp

Indirekte Adressierung durch FSR Register, in den die absolute Adresse des Registers Temp eingeschrieben wird und der Wert aus dem Temp sich im INDF Register befindet. Wie vorher wurde Temp equ 0x20 definiert und weiter:

movlw Temp ;in W-Register wird die absolute Adresse des Registers Temp geladen
movwf FSR ;diese Adresse wird in das FSR Register kopiert
movf INDF,0 ;der Wert aus dem indirekt adressierten Register Temp wird in das
W-Register geladen.

Weil in jedem 14-bittigem Befehl, der mit Datenspeicher verbunden ist, fur Adresse des ansprechenden Registers nur 7 Bits existieren, die bis zum 7Fh (128d) Register direkt ansprechen können, ist bei PICs der Datenspeicher (RAM) in s.g. Bänke verteilt.

Für Aswahl einer Bank sind zwei Bits RP0 und RP1 im STATUS Register zuständig. Die Anzahl von Bänke und ihre Verwendung ist von gesamter Grösse des RAMs abhängig und kann dem Datenblatt des PICs entnommen werden. Siehe: [[#Speicherbankorganisation|Speicherbankorganisation]]

== Prozessor ==

Der Prozessor von Mid-Range PICs gehört zu den RISC (Reduced Instruction Set Computer) Prozessoren und man hat nur 35 Befehle zu Erlernen, was seine Programmierung deutlich vereinfacht. Jeder Befehl benötigt im Programmspeicher nur eine Speicherstelle und im Quellcode nur eine Zeile. Die Ausführung des Befehls dauert, abhängig vom Befehl zwischen 1-2 Prozessortakten.

Die Prozessoren der Mid-Range Serie von Microchip sind alle in der "Harvard"-Architektur gefertigt. Das Bedeuted, dass der Datenspeicher und Programmspeicher einen eigenen Bus zur CPU besitzen. Der Vorteil zur "von Neumann"-Architektur ist, dass sich die Busgrößen damit unterscheiden können. Das ermöglicht eine größere Bandbreite.

Der Befehl (beim PIC 14 bit) kann in nur einem Takt verarbeitet werden. Daher kommt auch das Aufteilen der Ausführung des Befehls in die 4 verschiedenen Vörgänge. Wärend der neue Befehl eingelesen ("gefatched") wird, wird der Vorige gerade gelesen ("read") und der Vorvorige verarbeited ("executed") und der Vorvorvorige schreibt gerade in den Datenspeicher ("write"). Das heist 4 Befehle werden jeweils um einen Oszillatortaktzyklus verschoben gleichzeitig verarbeitet.

Das geschieht in vier Perioden des Oszillators. Deswegen die Taktfrequenz des CPUs entspricht durch 4 geteilter Frequenz des Oszillators.

CPU Vorgang Richtung Speicher
------------------------------------------------- -
1.Befehl lesen (fatch) <------- Flash |
2.Daten lesen (read) <------- RAM | 1 Prozessortakt =
3.Daten verarbeiten (execute) | 4 Oszillatortakte
4.Daten schreiben (write) -------> RAM |
-

Nur o.g. CPU Vorgänge sind direkt möglich. Es können deswegen keine Befehle aus dem RAM oder EEPROM ausgeführt werden. Um ein Databyte aus einem RAM Register in ein anderes zu kopieren, muss er zuerst aus dem ersten RAM Register in das W-Register (eigenen s.g. Arbeitsregister des CPU) und erst davon in das zweite RAM Register kopiert werden.

Das Lesen/Schreiben aus/in den EEPROM Speicher ist mit Hilfe speziellen Register und Unterprogrammen bei allen Mid-Range PICs möglich. Der Lese und Schreibzugriff auf den Programmspeicher ist aber nur bei wenigen PIC-Typen (z.B. PIC16F87X) möglich. Dies ermöglicht ein "sich selbst Programmieren", was bei Bootloadern genützt wird.

== Assembler ==

Die Maschinensprache, auch Assembler oder kurz ASM genannt, ist eine Sprache die nur bestimmter CPU versteht. Für einen Menschen ist sie unverständlich, da sie nur aus hex Zahlen besteht.

Um sich die Sprache verständlicher zu machen wurden den hex Zahlen s.g. Mnemonics aus Buchstaben zugewiesen. Jeder Befehl für einen CPU hat somit ein "Namen", der aus englischer Sprache stammt. Siehe: [[#Kurzübersicht Assembler Befehle|Kurzübersicht Assembler Befehle]]

Obwohl sie 200 bis 1000 mal schneller als die meisten Hochsprachen ist, wird sie wegen dem grossen Aufwand bei Erstellung umfangreichen Programmen, selten benutzt. Man findet sie aber oft in fast allen Hochsprachen, in eigebundenen Funktionen, überall dort wo die Hochsprachen zu langsam sind oder nötigen Aufgaben nicht unterstützen (z.B. Maus in Q-Basic).

ASM eignet sich aber sehr gut für kleine Anwendungen (meistens Steuerungen) mit µC, weil nur bei dieser Programmiersprache ein direkter Zusammenhang zwischen einem Bit im Programm und einer Spannung am I/O Pin besteht.

Dank der integrierten oder an Portpins angeschlosenen Hardware und dem entsprechenden Program kann ein µC umfangreiche Aufgaben realisieren, die fast unbegrenzt und schwer vorstellbar sind.

Die Aufgabe eines ASM-Programmierers ist, ein Programm zu schreiben, das das Assemblerprogramm (z.B. MPASM) fehlerfrei in die Machinensprache "übersetzt" und der bestimmte CPU "versteht". Sie endet eigentlich erst dann, wenn das geschriebene Programm so wie geplannt funktioniert.

[[Bild:PAD_beispiel.png|thumb|80px|Beispiel für ein PAD]]

Weil ASM Programme nicht besonders durchschaubar sind, wurde als Hilfsmittel ein Programmablaufdiagramm (kurz: PAD) erfunden. Beim Programmerstellung fängt man damit an ein PAD zu erstellen, das die wichtigsten Programmschritte enthält.

Weiter werden alle Befehle nach dem PAD mit einem üblichen Texteditor in eine Textdatei mit Erweiterung .asm (Quellcode) geschrieben, durch ein Assemblerprogramm (für PICs: MPASM oder [http://gputils.sourceforge.net/ GPASM]) von dem für Menschen noch verständlichen Code in die Maschinensprache "übersetzt" und als Texdatei mit Erweiterung .hex gespeichert. Diese Datei wird danach in den Programmspeicher des µC übertragen ("gebrannt").

Das Assemblerprogramm MPASM kann kostenlos von der Homepage des Herstellers von PICs [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en019469&part=SW007002] runtergeladen werden. Es muss zuerst vom Downloads die "MPLAB IDE v7.50 Full Zipped Installation" runtergeladen und erst danach können gewählte Programme (z.B. nur MPASM) intalliert werden. Für MPASM benutzer werden auch folgende .pdf Dateien empfohlen:

MPASM/MPLINK User's Guide (2628 KB) [Benutzerhandbuch]

MPASM™/MPLINK™ PICmicro® Quick Chart (81 KB) [Kurzübersicht]

Nach dem Eischalten der Betriebsspannung des µC, fängt der CPU an, sich im Programmspeicher befindliches Programm mit dem Befehl, der an der Adresse 0 steht, auszuführen.

Aber wann das Programm endet? Natürlich wenn die Versorgungsspannung abgeschaltet wird. Nein! Das ist die einfachste Lösung um ein laufendes Programm auf zufälliger Stelle zu unterbrechen,
aber keine um ihn auf einer definierten Stelle zu beenden.

Wenn an den µC angeschlossene externe Hardware (z.B. Grafikdisplay), eine bestimmte Befehlsfolge vor dem Abschalten benötigt oder wichtige Daten (in EEPROM oder Flash) abgespeichert werden sollen, darf die Spannung erst dann abgeschaltet werden, wenn der CPU eine Meldung ausgibt, dass er sich schon auf der "STOP" Stelle des Programms befinet. Es muss auch
definiert werden (z.B. durch eine Tastenkombination), wann der CPU zum letzten Fragment des ASM Programms vor dem "STOP" gehen soll.

== Grundbeschaltung ==

Der Prozessor von einem PIC kann sofort nach dem Einschalten der Versorgungsspannung (z.B. + 5V DC) arbeiten. Allerdings nur, wenn er den Takt, in dem er die Befehle ausführen soll, vorgegeben hat. Manche PICs besitzen einen internen RC-Oszillator, (z.B. PIC12F629, PIC16F630, PIC16F628, u.s.w.). Bei diesen reicht es bereits Spannung anzulegen und sie laufen bereits.
Die meisten haben ihn aber nicht (z.B. PIC16F84, PIC16F870, u.s.w.) und brauchen fürs Funktionieren zusätzliche Bauteile. Grundsätzlich gibt es mehrere Möglichkeiten:
* RC (Widerstand + Kondensator); keine hohe Frequenzgenauigkeit
* Quarz oder Keramik-Resonator + 2 Kondensatoren (=HS oder XT) bzw. Quarzoszillator; schnell & genau
* Uhrenquarz (32768Hz) = LP (Low-Power-Mode)
Die entsprechenden Bauteile werden an die Pins OSC1/OSC2 angeschlossen, um den notwendigen Prozessortakt zu erzeugen. Im Konfiguration-Word "__config" muss noch angegeben werden, welcher Oszillator verwendet wird.

Desweiteren existiert ein MCLR-Pin, der beim PIC einen Neustart (=Reset) auslösen kann (Low-Pegel). Diesen Pin sollte man, wenn er in "__config" aktiviert ist, über einen Widerstand (pull-up) an Versorgungsspannung legen, damit der PIC anfängt, sein Programm abzuarbeiten. Der Anschluss wird auch für die Programmierung benötigt. Beim sog. High-Voltage-Programming wird MCLR auf ca. 12-14 Volt gelegt, um den PIC in den Programmiermodus zu schalten. Bei manchen PICs kann dieser Anschluss auch als normalen I/O Pin eingestellt werden. In dem Fall, bei ICSP Benutzung, soll noch eine Diode zwischen den pull-up und Versorgungsspannung angeschlossen werden, um die an MCLR Pin angeschlossene Hardware während der Programmierung zu schützen.

Bei externen Oszillatoren bleibt der Pin OSC2 nicht angeschlossen und kann als I/O benutzt werden. Falls ein interner Oszillator benutzt wird, können beide OSC Pins als I/O dienen.

Damit ein Programm zuverlässig ausgeführt werden kann, muss die Versorgungspannung störungsfrei sein. Dafür wird ein Keramik-Vielschicht-Kondensator 100 nF möglichts am kürzesten direkt zwischen VDD und VSS Pins geschaltet.

Folgende Skizzen zeigen die Grundbeschaltung eines PICs:

{|
|-
|
[[Bild:Pic-entstoer.png|thumb|160px|Entstörkondensator beim PIC]]
|
[[Bild:Qz-os.png|thumb|160px|Quarz ]]
|
[[Bild:Qos-os.png|thumb|160px|externer Quarzoszillator]]
|
[[Bild:Rc-os.png|thumb|160px|externer RC-Oszillator]]
|}

== Wahl des PICs ==

Es gibt PIC µC die im Typenbezeichnung den Buchstaben "C" oder "F" haben.

Die älteren mit "C" haben EPROM Programmspeicher und die gibt es in zwei Versionen: ohne und mit Fenster (aus Quarz-Glass) fürs Löschen des EPROMs mit UV Strahlung. Bei denen ohne Fenster kann der Programmspeicher nur einmal beschrieben und nicht mehr gelöscht werden.

Die neuen mit "F" besitzen einen Flash-Programmspeicher, der bis zu 100 000 mal mit angelegter Spannung gelöscht und danach neu beschrieben werden kann.

Für die Wahl eines PICs für bestimmte Anwendung wichtig sind:

- Max. Taktfrequenz des Prozessors.

- Grösse des Datenspeichers (für Variablen).

- Grösse des Programmspeichers (für Programm).

- Integrierte Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.).

- Freie I/O Pins für externe Hardware (Display, Tasten, u.s.w.).

- Vorhandene Betriebspannung (Netzteil, Akku, Batterie).

In der Praxis wird meistens für die Programmerstellung ein grösserer PIC genommen (wenn möglich pinkompatibler z.B. PIC16F628 für PIC16F84 oder PIC16F630 für PIC12F629) und erst nach der Optimierung des lauffägiges Programms, der tatsächlich nötiger, da seine Parameter am Anfang nur geschätzt werden können. Wenn man viel Programme für verschiedene PICs entwickelt, optimal wäre der grösste PIC16F877 mit 20 MHz max. Taktfrequenz.

Diese Lösung hat auch den Vorteil, dass während der Programmerstellung kurze Hilfsprogramme (z.B. PIC Trainer) in den Programmspeicher kopiert und benutzt werden können, da sie sowohl ein bischen Programmspeicher und RAM als auch 2 freie I/O Pins fürs PIC Miniterminal brauchen.

= Programm =

== Allgemeines ==

Jedes Program kann man auf klenere Fragmente unterteilen, die auf bestimmter Weise miteinander verknüpft sind und gemeinsam die Aufgabe des Programms erfüllen. Das wichtigste Teil eines Programms ist s.g. Hautprogram (kurz:HP), das eine führende Rolle spielt. Dem HP sind fast alle andere Programmteile untergeordnet (weiter als Unterprogramm (kurz:UP) genannt) und werden nach Bedarf von ihm aufgerufen um eine bestimmte Aufgabe zu erledigen.

Die Struktur eines Programs ist aber komplizierter, da ein UP kann auch ein oder mehrere UPs nacheinander aufrufen. Ganz unten sind die UP1s, die ganz einfache Sachen erledigen. Höher ist das nächste Ebene mit UP2s die schon mehr komplizierten Aufgaben durch ein Aufruf der UP1s erledigen können, u.s.w. Bei Mid-Range PICs (12FXXX und 16FXXX) können maximal bis zu 8 Ebenen benutzt werden.

<center>
[[Bild:HP-UP.png|Hauptprogramm - Unterprogramm]]
</center>

Jedes UP kann jederzeit aufgerufen werden, je nach dem was gerade eledigt werden muss. Weil das nicht egal ist, welches UP augerufen wird, da jedes nur eine bestimmte Funktion im Programm hat, muss der Programmierer dafür sorgen, dass alles richtig nach Programablaufdiagramm, und nicht chaotisch, abläuft.

Die Programmierung in ASM ist änlich wie bei Hochsprachen, wenn man sich Bibliotheken mit Prozessorspezifischen UPs erstellt. Um ein lauffähiges Programm zu erstellen, braucht man nur benötigte UPs ins Program kopieren und ein geignetes HP, das sie aufruft, schreiben.

Ein ASM Programm (Quellcode) muss in einer Texdatei .asm in der vom Assemblerprogramm erwarteter Form verfasst werden, um fehlerfreie Konvertierung in die Maschinensprache (Assemblierung) zu gewährleisten. Dieses Prozess verläuft in der Form eines Dialoges.

Der Programmierer schreibt und gibt es dem Assemblerprogram zum Übersetzen. Alles was das Programm nicht versteht oder nicht richtig ist, erscheint als Fehlermeldungen, die der Programmierer kennen muss um die Fehler korrigieren zu können. Eine .hex Datei wird erst dannn erstellt, wenn das Assemblerprogramm keine Fehler mehr im Quellcode findet. Deswegen sehr wichtig ist, sich mit dem Assemblerprogramm vertaut zu machen, um die Dialogzeit zu minimieren.

== Programmdurchlaufdiagramm ==

Der Programdurchlaufdiagram (kurz: PAD) ist eine vorläufige und laufend änderbare Stufe zwischen einer Idee und ihrer Verwirklichung. Er wird erst dann fertig, wenn nach ihm erstelltes ASM Program auf einem µC so wie gewünscht funktioniert. Jedes sein Symbol (ausser "Start/Stop") muss später als Befehlsreihenfolge für den bestimmten CPU in den Quellcode übertragen werden. Die Anschriften "Ein" und "Aus" gehören nicht zu Symbolen des PADs und wurden nur zur Erklärung benutzt.

Der PAD ist sehr eifach zu erstellen, weil dafür nur drei Symbole benötigt sind:
<center>
[[Bild:PAD_kurz.png|Symbole des PAD]]
</center>
Das "Start/Stopp" Symbol bedeutet, dass das gesamte Programm sich im stabilen Zustand befindet und nicht "läuft". Anstatt "Stopp" kann auch "Schlaf" (Sleep) agewendet werden, da das Programm in dem Fall auch nicht aktiv ist. Das "Tun" Symbol stellt meistens ein UP mit Reihenfolge von Befehlen dar. Das "Prüfen" bedeutet eine Prüfung bestimmter Bedingung und abhängig davon einen weiteren Lauf eines Programms, endweder in der "ja" (J) oder "nein" (N) Richtung.

Als allgemeinnutziges Standard für µCs kann man folgender PAD bezeichnen:

PAD _____
/ \
Spannung ein (Ein) ----->( Start )
\_____/
| -
V |
.---------------. |
|Initialisierung| |
'---------------' |
| |
.--------->| |
| V |
| .---------------. |
| | Hauptprogramm | |
| '---------------' |
| | |
| V |
| | > Gesamtes Programm
| / \ |
| /Ende?\____ |
| \ /J | |
| \ / | |
| | | |
| V | |
| N| | |
`----------´ | |
V |
.---------------. |
| Beenden | |
'---------------' |
| |
V -
_____
/ \
Spannung aus (Aus) <-------------( Stopp )
\_____/

Das Hauptprogram wird in einer endlosen Schleife ausgeführt, die durch die Prüfung "Ende?" unterbrochen werden kann. In dem Fall wird vor dem Beenden des gesamten Programms noch ein UP "Beenden" ausgeführt, das z.B. Daten in EEPROM speichert.

Es ist nicht nötig immer die Symbole zu zeichnen, man kann sich sie vorstellen und nur den Text schreiben. Die Prüfungen werden mit "?" gekenzeichnet und die Zeichen "V", "<" und ">" zeigen die Richtung des weiteren Verlaufs. Dann sieht der PAD so aus:

PAD1 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
| Ende? J > Beenden |
| N V -
| V Stopp > Aus
`--------´

In der Praxis werden aus Platzgründen meistens die vereinfachten PADs benutzt.

Der PAD1 kann aber für Hauptprogramme, die in beliebigem Moment unterbrochen werden dürfen, deutlich vereifacht werden, da die Prüfung "Ende?" ob das Hauptprogram beendet werden soll, und das UP "Beenden", entfallen.

Die meisten ASM Programme für µC sind deswegen nach solchem PAD erstelt:

PAD2 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
`--------´ _|

Für Testprogramme wird meistens fogender PAD angewendet, weil es ziemlich einfach festzustellen
ist (z.B. durch Stromverbrauchmessung des µCs), wann sich der CPU schon im Schlaf befindet. Erst dann, darf die Betriebspannung des µCs ausgeschaltet werden.

PAD3 Ein > Start
V -
Initialisierung |
V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf > Aus

Und eine batteriebetriebene Uhr wird überwiegend so gestaltet:

PAD4 Ein > Start
V -
Interrupt Initialisierung |
Timer------------------------->V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf

In dem Fall reicht es aus, wenn der CPU jede Minute vom Timer aufgeweckt wird, um die Zeit zu aktualisieren. Eine Uhr ist immer (ausser Batteriewechsel) ununterbrochen mit Spannung versorgt.

Für komplizierte Programme ist es unmöglich ein PAD zu erstellen, in dem jeder CPU Befehl sein eigenes Symbol hat. Man beschränkt sich nur auf alle Prüfungen, die über den Lauf des Programms entscheiden, und ganze UPs (z.B. "Initialisierung") nur als ein Symbol verwendet. Für jedes UP wird dann ein eigener PAD erstelt.

Das Erstellen von PAD bei ASM Programmen ist sehr wichtig und darf nicht unterschätzt werden. Je stärker ein Programmierer glaubt, dass er das ohne PAD schaft, um so mehr Zeit wird er danach bei Fehlersuche oder Änderungen im ASM Programm verlieren. Für einfache ASM Programme, die gut kommentiert sind, reicht es meistens aus, ein PAD nur "im Kopf" zu erstellen, aber ganz ohne PAD geht es sicher nicht.

Wenn ein ASM Programm nicht wie geplannt funktioniert, wird zuerst ein Fehler im PAD gesucht. Und erst wenn er i.O. ist, im als fehlerhaft festgestellten Codefragment.

== Hauptprogramm ==

Wie sein Namen schon vermuten lässt, ist das Hauptprogram das wichtigste Teil des gesamten Programms. Meistens ist es auch das kleinste Teil, vor allem, wenn die UPs sehr komplex sind. Seine Aufgabe ist die benötigte UPs in bestimmter Reihenfolge nachainander aufzurufen, um die alle Funktionen des gesamten Programms zu realisieren.

Das HP ist meistens als endlose Schleife , wie im PAD2, aufgebaut. Weil die endlose Schleife sehr schnell läuft, werden die alle, die durch die UPS realisierte Aufgaben quasi gleichzeitig ausgeführt. Wenn es unerwünscht ist, müssen einige UPs als Verzögerungen realisiert werden.

Typischer PDA für ein HP sieht so aus:

Haupt .--->V
| UP1
| V
| UP2
| V
| ...
| V
| UPn
| V
`----´

In den Quellcode wird es so eigeschrieben:

Haupt call UP1
call UP2
...........
call UPn
goto Haupt

In der Praxis wird das HP schrittweise erstellt. Am Anfang wird sich nur ein UP im HP befinden und die folgenden kommen nach dessen Erstellung und Prüfen dazu, bis das HP fertig wird.

== Unterprogramm ==

Unterprogramm wird durch übergeordnetes Programmteil (Aufrufer) aufgerufen und nach seinem Ausführen, wird zurück zum Aufrufer gesprungen. Der Rückkehr zum Aufrufer wird durch "return" Befehl, der sich am Ende jedes UPs befinden muss, erreicht. Und das ist der einzige Unterschied zwischen einem HP und einem UP.

Jedes UP hat folgender PAD:

vom Aufrufer -------> V
Tun
V
zurück zum Aufrufer <------- return

Ein HP von einem ASM Programm kann in anderem, mehr umfangreichem ASM Program als UP benutzt werden, wenn der sich am Ende des HPs befindlicher Befehl "goto" durch "return" ersetzt wird. Ein Beispiel dazu:

Haupt1 call UP11 Haupt1 call UP11
call UP21 call UP21
........... -------> ...........
call UPn1 call UPn1
goto Haupt1 return

Jetzt können wir im mehr komplexen HP (Haupt) das Haupt1 als Unterprogramm aufrufen:

Haupt call UP1
call Haupt1
...........
call UPn
goto Haupt

Jedes UP kann auch von einem anderen übergeordneten UP aufgerufen werden, wenn das was es realisiert, benötigt wird.

In der Praxis wird oft ein UP von mehreren anderen UPs benutzt. Zum Beispiel um LCD Display zu steuern, brauchen wir entweder ein Befehl (Cmd) oder ein Zeichen (Data) an Display zu schicken. In beiden Fällen wird ein Byte geschickt, einmal mit RS=0 (Befehl) und einmal mit RS=1 (Zeichen) laut folgendem PDA:

"Cmd" "Data"
V V
RS=0 RS=1
V V
`-->V<--´
"Send" Byte schicken
V
return

Das wird z.B. in den Quellcode so eingeschrieben:

Cmd bcf RS
goto Send
Data bsf RS
Send ............
return

Das UP "Send" ist den UPs "Cmd" und "Data" untergeordnet, da es von beiden benutzt wird, kann aber weder "Cmd" noch "Data" benutzen.

=== Initialisierung ===

Damit der PIC ein Programm asführen kann, muss er vollständig und richtig initialisiert werden. Deswegen als erstes UP, das vom HP aufgerufen wird , ist "Initialisierung" (kurz: Init)

==== Variablen ====

Weil nach dem Einschalten der Spannung im RAM sich zufällige Werte befinden, wird meistens als erstes, der benutzte Bereich des RAMs (z.B. 20h bis 7Fh) gelöscht. Es wird einfach und sparsam mit einer Schleife, die indirekte Adressierung verwendet, gemacht:

V
Adresse des ersten Registers in FSR laden (20h)
.-------------------->V
RAMClr |Indirekt adressierter Register löschen (INDF)
| V
| Adresse erhöhen
| V
| Letzte Adresse + 1 (80h) J>Return
| N
| V
`---------------------´

Es wird wie folgt in Quellcode eingeschrieben:

movlw 0x20
movwf FSR
RAMClr clrf INDF
incf FSR,1
btfss FSR,7
goto RAMClr
return

Danach können den benötigtenen Variablen die gewünschte Werte angegeben werden:

movlw 0x3C
movwf LimH
movlw 0x5A
movwf LimL
u.s.w.

Somit sind die Variablen initialisiert.

==== I/O Ports ====

Nach dem Einschalten der Spannung sind die für Komparatoren oder A/D Wandler benutzte Pins als analoge Eingänge initialisiert. Wenn sie alle als digitale I/Os verwendet werden sollen, müssen sie als solche definiert werden. Das geschieht durch Eischreiben in entsprechenden Register (CMCON bzw. ADCON1) des Wertes 0x07:

movlw 0x07 b.z.w. movlw 0x07
movwf CMCON movwf ADCON1

Wenn einige als Analoge Eingänge benutzt werden sollen, mussen die entsprechende Werte dem Datenblatt des jeweiligen PICs entnommen werden.

Danach werden alle Ports nacheinander gelöscht und die gewünschte Werte die an den Pins vor dem Start des Hauptprogramms ausgegeben werden sollen, geschrieben:

clrf PORTA
movlw 0x37
movwf PORTA
usw.

Anchliessend werden für jeden Port die Werte in TRIS Register eingeschrieben, wobei ein Bit einem Pin entspricht. Ein Pin wird in TRIS Register durch 1 als Eingang und durch 0 als Ausgang definiert. Beispielweise beim PORTB sollen B7,B5 und B3 als Eingänge und restliche Pins als Ausgänge definiert werden. Das ergibt den Wert 10101000b = A8h, der in den TRISB Register geschrieben werden muss. Weil die alle TRIS Register sich in der Bank1 befinden, muss im STATUS-Register auf Bank1 und danach zurück auf Bank 0 umgeschaltet werden:

bsf STATUS,RP0
movlw 0xA8
movwf TRISB
bcf STATUS,RP0

Bei einem Umschalten der Bank können selbstverständlich alle TRIS Register nacheinander beschrieben werden.

==== Hardware ====

Die für ASM Programm benutzte Hardware kann auf integrierte und externe geteilt werden. Für eine Initialisierung der integrierten Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.), müssen entsprechende SFRs (Spezial Function Registers) laut Datenblatt des PICs definiert werden.

Die externe Hardware muss nach Datenblättern der Herstellern initialisiert werden.

=== Einlesen ===

Um ein Bit von einem Portpin einzulesen und in ein bestimmtes Register zu Kopieren wird folgender PAD benutzt, weil ein PIC kein Befehl dafür hat:

V
Bit im Zielregister löschen
V
Quellbit = 0 ? J>-------.
N |
V |
Bit im Zielregister setzen |
V<-------------´

Wenn wir z.B. ein bit3 von PortA als bit1 in den Register Tasten kopieren wollen, dann wird es in Quellcode so geschrieben:

bcf Tasten,1
btfsc PORTA,3
bsf Tasten,1

Natürlich wenn ein ganzer Byte vom Port in das W-Register eingelesen wird, kann mann den gleich in das Zielregister schreiben.

=== Ausgeben ===

Um ein Bit an einem Portpin auszugeben wird ein bestimmter Bit mit "bcf" gelöscht oder mit "bsf" gesetzt. Zum Beispiel bit4 im PORTA:

bcf PORTA,4.

Um ein Byte auszugeben wird er einfach zuerst in das W-Register geladen und danach an Port übergeben, z.B.:

movlw 0x12
movwf PORTA

=== Pause ===

Um eine Pause (Warten) im Programm anzulegen wird der "nop" Befehl benutzt, während dessen Ausführung der CPU nichts macht. Mit einem "nop" kann eine Zeit gleich 4 Takten (Perioden) des Oszillators realisiert werden. Um eine Zeit z.B. 1 Sekunde zu erreichen braucht man bei einem Quarzoscillator 4 MHz "nur" 1 000 000 Takten zu Programmieren, was in keinen Programmspeicher von PIC passt. Deswegen werden mehrfache s.g. Warteschleifen angewendet. In der Praxis werden Schleifen mit max. 3 Ebenen benutzt.

Solche Warteschleife funktioniert nach einem im folgendem PAD abgebildetem Prinzip:

Warte V
n * nop
V
P2 laden
Warte2 V<-----------------.
P1 laden |
Warte1 V<-------------. |
P0 laden | |
Warte0 V<---------. | |
P0 decrementieren | | |
V | | |
P0 = 0 ? N>---´ | |
J | |
V | |
P1 dekrementieren | |
V | |
P1 = 0 ? N>-------´ |
J |
V |
P2 dekrementieren |
V |
P2 = 0 ? N>-----------´
J
V
return

Das wird in Quellcode so aussehen:

Warte nop
...
nop
movlw 0xXX
movwf P2
Warte2 movlw 0xXX
movwf P1
Warte1 movlw 0xXX
movwf P0
Warte0 decfsz P0
goto Warte0
decfsz P1
goto Warte1
decfsz P2
goto Warte2
return

Anstatt "movlw 0xXX" kann auch "movf PauseX,0" angewendet werden, wenn die Schleife mit verschiedenen Werten P0, P1 und P2 aus den Register Pause0, Pause1 und Pause2 benutzt wird.

Die gesammte Anzahl den CPU Takten (N) lässt sich aus folgender Formel berechnen:

N = P2 * [ P1 * (3 * P0 + 5) + 7 ] + n + 10

und die Wartezeit (T) in Sekunden:

T = 4 * N / Fosc

Wobei:

P0 = Zahl im Register P0
P1 = Zahl im Register P1
P2 = Zahl im Register P2
n = Anzahl "nop"s
10 = Ausführungszeit von "call" + "return" + 3 * ("movlw" + "movwf")
Fosc = Frequenz des Oszillators (z.B. Quartz)

Die "nop"s sind notwendig um jede Wartezeit einzustellen zu können.

Mit solcher dreifachen Schleife die max. Wartezeit ist ca. 50 000 000 CPU Takten, was bei 4 MHz Quarz ca. 50 Sekunden entspricht.

Für kürzere Wartezeiten werden doppelte oder einzelne Schleifen benutzt.

=== Schnittstellen und Treiber ===

Als Schnittstelle wird externe Hadware, die zum steuern eines an sie angeschlossenes "Gerätes" dient, genannt. Das ASM Programm, das die Steuerung ermöglicht ist ein Treiber. Als Beispiel siehe: [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22749]

=== Tabellen ===

Es gibt zwei Arten von Tabellen: Sprungtabellen (computed goto) die "goto" Befehle enthalten und Wertetabellen (lookup table) in denen feste Werte in "retlw" gespeichert sind. Der wichtigste Unterschied zwischen dennen ist, dass die Sprungtabellen werden mit "goto" eingesprungen und steuern den Programlauf abhängig vom Inhalt des W-Registers und die Wertetabellen werden mit "call" aufgerufen und liefern abhängig von Inhalt des W-Registers ein Wert an den Aufrufer zurück.

Beide werden in Programmspeicher erstellt. Sie können nur bis zu 256 Speicherstellen belegen, da in den W-Register auch nur so viel veschiedenen Zahlen "passen". Sie Fangen also (fast) immer bei einer Adresse XX00h an und enden bei XXFFh. Der Hochwertige Byte "XX" der Adresse an der sich der Anfang einer Tabelle befindet, muss vor dem Einsprung in die Tabelle ins PCLATH Register eingeschrieben werden, wenn die Tabelle weit vom Aufrufer liegt. In der Praxis werden solche Tabellen am oberen Ende des Programmspeichers angelegt, damit sie den ASM Code nicht unterbrechen.

Eine Sprungtabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 goto Marke0
XX01 goto Marke1
.......................
XXFE goto Marke254
XXFF goto Marke255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
goto Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, der die Wahl wohin gesprungen wird bestimmt

Nach ausführen der obiger Befehlsfolge, wird das ASM Programm z.B. für Twert=0x01 weiter ab Marke1 "laufen" bis es an "return" kommt. Dann springt es zurüch zum Aufrufer der Tabelle.

Eine Wertetabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 retlw Wert0
XX01 retlw Wert1
.......................
XXFE retlw Wert254
XXFF retlw Wert255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
call Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, für welchen, an den Aufrufer bestimmter
Wert aus der Tabelle im W-Register zurückgeliefert wird

Solche Wertetabellen werden z.B. als Zeichengeneratoren für Grafikdisplays benutzt.

=== EEPROM ===

Alle PICs besitzen EEPROM in dem je nach Typ können 64 bis 256 Databytes gespeichert werden. Weil die detailierte Beschreibung der Schreib- und Lesevorgänge ziemlich lang wäre, werden nur geprüfte UPs kurz erklärt.

EEPROM beschreiben:

EEWrite movlw 0x20 <------ ab der RAM Adresse wird gespeichert
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EEWLoop call EEWrite1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EEWLoop
return

EEWrite1 bcf INTCON,GIE <------ Interrupts sperren
movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
movf INDF,0
movwf EEDATA
bsf EECON1,WREN
movlw 0x55
movwf EECON2
movlw 0xAA
movwf EECON2
bsf EECON1,WR
bcf EECON1,WREN
btfsc EECON1,WR
goto $-1 <------ warten bis WR=0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
bsf INTCON,GIE <------ Interrupts erlauben
return

EEPROM lesen und zurück in RAM schreiben:

EERead movlw 0x20 <------ ab der Adressse werden die Bytes in RAM abgelegt
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EERLoop call EERead1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EERLoop
return

EERead1 movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
bsf EECON1,RD
movf EEDATA,0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
movwf INDF
return

== Vorlage für MPASM ==

list P=12F629 ; Prozessor definieren
include "P12F629.inc" ; entsprechende .inc Datei für MPASM
__config _CP_OFF & _WDT_OFF & _PWRTE_ON & _MCLRE_OFF & _INTRC_OSC_NOCLKOUT ; Konfiguration
#define _DTT1 GPIO,0 ; Portpins benennen
#define _CKT2 GPIO,1
#define _T3 GPIO,2
#define _RNG GPIO,3
#define _INT GPIO,4
#define _RL GPIO,5
SecondL equ 0x20 ; Variablen definieren (Register benennen)
SecondH equ 0x21
MinuteL equ 0x22
MinuteH equ 0x23
StundeL equ 0x24
StundeH equ 0x25
org 0x0000 ; Direktive für MPASM
call Init ; rufe UP "Initialisierung" auf
Haupt ............ ; Hauptprogramm als endlose Schleife
Eigener Code
............
goto Haupt ; gehe zum Anfang des Hauptprogramms (zurück)
UP1 ............ ; Unterprogramme
Eigener Code
............
return
############
UPn ............
Eigener Code
............
return
Init clrf GPIO ; lösche Port
bsf STATUS,RP0 ; auf Bank1 umschalten
call 0x3FF ; hole Kalibrationswert
movwf OSCCAL ; kalibriere internen RC oscillator
bcf OPTION_REG,7 ; aktiviere pull-ups
movlw 0x30 ; definiere Portpins GPIO, (z.B. 0-3 Aus- und 4-5 Eingänge)
movwf TRISIO ; schreibe in TRIS Register
bcf STATUS,RP0 ; auf Bank0 umschalten
movlw 7 ; schalte Komparator aus
movwf CMCON ; und mache RA0-2 als digital I/O
............
eigener Code
............
return ; springe zurück (zum Haupt)
end ; Ende des Codes zum "Übersetzen"

Die Variablen können auch kürzer mit s.g. cblock definiert werden:

cblock 0x20
SecondL
SecondH
MinuteL
MinuteH
StundeL
StundeH
endc

Bei sehr vielen Variablen sind aber die Registeradressen nicht so übersichtlich.

== Für anderen PIC umschreiben ==

Die wichtigste Vorraussetzung ist, das der PIC2, auf dem das vorhande ASM Programm (für PIC1) laufen soll, zumindest für das ASM Program nötige interne Hardware hat. Der Code benötigt keine Änderungen.

Wenn der Port vom PIC2 anderen Namen hat, muss man das im Quellcode umdefinieren, z.B.:

#define GPIO equ PORTB
#define TRISIO equ TRISB

Dann wird das Assemblerprogramm, wenn es GPIO findet, immer PORTB nehmen. Das gleiche Betrifft die "__config" Ausdrücke, die entsprechend der .ini Datei für den PIC2, geändert werden müssen.

Das Assemblerprogramm findet sicher alles, was ihm nicht "passt" und bringt Fehlermeldungen, auf die man entsprechend reagieren muss.

== Das erste... ==

Hier wird detailiert das ganze Prozess der Erstellung eines ASM Programms beschrieben.

Die Idee:

Es gibt 4 Leds, die mit 2 Tastern gesteuert werden sollen. Nach dem Einschalten soll keine LED leuchten. Solange der linke Taster (T1) gedrückt ist, sollte eine leuchtende LED von links nach rechts "wandern" und von der letzten rechten Position wieder nach ganz linke "springen". Solange der rechte Taster (T2) gedrückt ist, sollte eine leuchtende LED von rechts nach links "wandern" und von der letzten linken Position wieder nach ganz rechte "springen". Solange beide Taster gedrückt sind soll die leuchtende LED von links nach rechts und zurück "wandern".

Dafür nötige Hardware zeigt folgende Skizze:

.-----------------------------------------------.
| |
| |
| |
| PIC12F629 |
| |
| |
| |
| GPIO,3 GPIO,4 GPIO,5 GPIO,2 GPIO,1 GPIO,0|
'-----------------------------------------------'
4| 3| 2| 5| 6| 7|
| | | | | |
| | | | | |
| | | | | |
| | .-. .-. .-. .-.
| | | | | | | | | |
| | 470| | 470| | 470| | 470| |
| | '-' '-' '-' '-'
| | | | | |
\ o \ o | | | |
\ \ V -> V -> V -> V ->
\. \. - - - -
T1 o T2 o LED1 | LED2 | LED3 | LED4 |
| | | | | |
+-------+-------+---+---+-------+-------+
|
===
GND

Jetzt muss die Idee vom Programmierer in ein PAD verfasst werden, z.B. solcher:

Start
V
Initialisierung
.-------------->V
| T1 gedrückt ? N>-----.
| J |
| V |
| links->rechts "wandern" |
| V<------------´
| T2 gedrückt ? N>------.
| J |
| V |
| rechts->links "wandern" |
| V<------------´
`---------------´

= Midrange =

== Kurzübersicht Assembler Befehle ==

{|
|-
| valign=top |

{| {{Blauetabelle}}
|ADDLW||Add literal and W
|-
|ADDWF||Add W and f
|-
|ANDLW||AND literal with W
|-
|ANDWF||AND W with f
|-
|BCF||Bit Clear f
|-
|BSF||Bit Set f
|-
|BTFSC||Bit Test f, Skip if Clear
|-
|BTFSS||Bit Test f, Skip if Set
|-
|CALL||Call subroutine
|-
|CLRF||Clear f
|-
|CLRW||Clear W
|-
|CLRWDT||Clear Watchdog Timer
|}

| valign=top |

{| {{Blauetabelle}}
|-
|COMF||Complement f
|-
|DECF||Decrement f
|-
|DECFSZ||Decrement f, Skip if 0
|-
|GOTO||Go to address or label
|-
|INCF||Increment f
|-
|INCFSZ||Increment f, Skip if 0
|-
|IORLW||Inclusive OR literal with W
|-
|IORWF||Inclusive OR W with f
|-
|MOVF||Move f
|-
|MOVLW||Move literal to W
|-
|MOVWF||Move W to f
|-
|NOP||No Operation
|}

| valign=top |

{| {{Blauetabelle}}
|-
|RETFIE||Return from interrupt
|-
|RETLW||Return with literal in W
|-
|RETURN||Return from Subroutine
|-
|RLF||Rotate Left f through Carry
|-
|RRF||Rotate Right f through Carry
|-
|SLEEP||Go into standby mode
|-
|SUBLW||Subtract W from literal
|-
|SUBWF||Subtract W from f
|-
|SWAPF||Swap nibbles in f
|-
|XORLW||Exclusive OR literal with W
|-
|XORWF||Exclusive OR W with f
|}
[[:bild:pic_asm_short.jpg|Kurzübersicht zum Ausdrucken]]
|}


==Ausführliche Beschreibung zu den Befehlen==

Erklärungen zu den Verwendeten Platzhaltern:
*'''k''' stellt einen fest definierten Wert da. z.B. <tt>0x20</tt>, <tt>d'42'</tt> oder <tt>b'00101010'</tt>
*'''W''' steht für das W-Register.
*'''d''' steht für ''destination'' (Ziel). Im code wird d durch ein <tt>w</tt> bzw. <tt>0</tt> (der Wert wird in das W-Register gespeichert ) oder <tt>f</tt> bzw. <tt>1</tt> (der Wert wird in das davor definierte Register gespeichert)
*'''b''' steht für Bitnummer im Register (eine Zahl zwischen 0 und 7)
*'''R''' steht für ein Register
*'''fett''' geschrieben Bedeutet, dass es ein Platzhalter ist und im Quellcode durch eine Registeradresse oder einen Wert ersetzt werden muss
*<tt>Schreibmaschinenstil</tt> bedeutet, dass es so im Quellcode geschrieben werden kann.

 ADDLW k Add W and literal - Addiere W und Zahl<hr>
:Es wird die Rechenoperation <math>k+W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ADDWF R,d Add W and f - Addiere W und f <hr>
:Es wird die Rechenoperation <math>R+W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ANDWF k AND literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- and
1000
</dd></dl>

 ANDWF R,d AND W with f - ???<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche ANDWF

BCF R,b Bit Clear f - Bit b im R wird gelöscht<hr>
:Mit dem Befehl <tt>BCF</tt> wird das Bit '''b''' im Register '''R''' gelöscht. Ein Beispiel:
<dl><dd>
movlw b'11111111' ;es wird b'11111111' in das W-Register geschrieben
BCF W,2 ;es wird bit 2 im W-Register gelöscht.
;das Ergebnis ist: b'11111011'
</dl></dd>

BSF R,b Bit Set f - Bit b im R wird gesetzt<hr>
:Mit dem Befehl <tt>BSF</tt> wird das Bit '''b''' im Register '''R''' gesetzt. Ein Beispiel:
<dl><dd>
clrw ;es wird b'00000000' in das W-Register geschrieben
BSF W,2 ;es wird bit 2 im W-Register gesetzt.
;das Ergebnis ist: b'00000100'
</dl></dd>

BTFSC R,b Bit Test f, Skip if Clear - Wenn das Bit b im Register R 0 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSC</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 0 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSC W,0 ;es wird bit 0 geprüft.
;wenn es 0 ist, wird der nächste Befehl übersprungen
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser Sprungbefehl ausgeführt.
goto IST_NULL ;springt zur Marke "IST_NULL"
</dl></dd>

BTFSS R,b Bit Test f, Skip if Set - Wenn das Bit b im Register R 1 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSS</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 1 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSS W,0 ;es wird bit 0 geprüft.
;wenn es 1 ist, wird der nächste Befehl übersprungen
goto IST_NULL ;springt zur Marke "IST_NULL"
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser
;Sprungbefehl ausgeführt, da der Befehl
;darüber übersprungen wurde.
</dl></dd>

CALL Call Subroutine - Rufe Unterprogramm auf<hr>
:Mit dem <tt>CALL</tt> Befehl wird ein Unterprogramm aufgerufen. Mit dem <tt>RETURN</tt>-Befehl wird das Unterprogramm beendet und man kehrt zum Befehl nach dem <tt>CALL</tt>-Befehl zurück. Das Unterprogramm wird so definiert, dass im Quellcode der Name des Unterprogramms nicht eingerückt steht. Ein Beispiel:

<dl><dd>
movlw d'13' ;in das W-Register wird 13d geladen
CALL Unterprogramm1 ;es wird das Unterprogramm "Unterprogramm1" aufgerufen
movwf ergebnis ;das W-Register wird in das Register "ergebnis" kopiert.
;im Register "ergebnis" steht nun 23d

Unterprogramm1 ;zählt 10 zum W-Register
addlw d'10' ;es wird 10d zum W-Register addiert
RETURN ;kehre zurück zum Aufrufer
</dl></dd>

CLRF R Clear f - Schreibe 0 in das Register R<hr>
:Das Register '''R''' wird mit Nullen gefüllt (gelöscht).

CLRW Clear W - Schreibe 0 in W<hr>
:Das W-Register (<tt>W</tt>) wird mit Nullen gefüllt (gelöscht).

CLRWDT Clear Watchdog Timer - Setzt den Watchdog-Timer zurück<hr>
:Es wird der WDT (Watchdog-Timer) zurückgesetzt und der Zähler des WDT auf 0 gesetzt, zusätzlich werden die STATUS-bits TO und PD gesetzt.

COMF R,d Complement f - negiere alle bits im Register R<hr>
:Von der Binärzahl im Register '''R''' werden die 0 mit 1 und 1 mit 0 ersetzt. Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Ein kleines Beispiel: aus <tt>AAh</tt> (<tt>10101010b</tt>) wird <tt>55h</tt> (<tt>01010101b</tt>).

DECF R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

DECFSZ R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f, überspringe wenn 0<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

GOTO Go to address - Gehe zu Adresse/Sprungmarke<hr>
:Nach dem GOTO Befehl wird das Programm ab der Adresse weiter ausgeführt, die nach dem GOTO-Befehl steht. Diese Adresse wird durch so genannte Sprungmarke definiert, welche, im Gegensatz zu den Befehlen nicht eingerückt im Quellcode stehen.

INCF R,d Increment f - Addiere 1 zum Register f<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

INCFSZ R,d Increment f, Skip if 0 - Addiere 1 zum Regiser f, überspringe wenn 0<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

 IORLW k OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Ooperation:
<dl><dd>
1100
1010
---- or
1110
</dd></dl>

 IORWF R,d OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche IORLW

MOVF R,d Move f - Bewege f<hr>
:Das Register R wird in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder wieder in R kopiert ('''d'''=<tt>F</tt>=<tt>1</tt>). Letzteres mag sinnlos scheinen, ist aber nützlich, da durch den Befehl das Z-Bit im STATUS-Regsiter gesetzt wird, falls R Null ist.

MOVLW k Move literal to W - Bewege Zahl in W-Register<hr>
:Der festgelegte Wert k wird in das W-Register kopiert.

MOVWF R Move W to f - Bewege W-Register in das Register F<hr>
:Das W-Register wird in das Register '''R''' kopiert.

NOP No Operation - Kein Befehl zum Ausführen (warte)<hr>
:Dieser Befehl macht nichts. Er verbraucht nur Zeit, welche sich einfach mit folgender Formel berechnen lässt. <math>t=\frac{4}{f}</math>,wobei <math>f</math> für die Frequenz des Oszillators steht.

RETFIE Return from interrupt - Kehre zurück aus der Unterbrechung<hr>
:Mit diesem Befehl wird die Interrupt Service Routine (ISR) beendet und das Programm wird an der Zeile weiter ausgeführt, vor der es durch den Interrupt angehalten wurde. Es werden auch alle Interrupts wieder erlaubt (das GIE bit wird gesetzt). Siehe hierzu auch [[#Interrupt | Interrupt]]

RETLW k Return with literal in W - Kehre zurück mit Zahl k im W-Register<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETLW</tt> zurück in die nächste Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde. Der in k angegebene Wert wird dabei in das W-Register geschrieben. Dieser Befehl wird vor allem für s.g Wertetabellen (eng: lookup tables) verwendet.

RETURN Return from Subroutine - Kehre zurück zum Übergeordneten Programmteil<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETURN</tt> zurück zu der nächsten Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde.

RLF R,d Rotate Left f through Carry - Rotiere das Register f mithilfe des Carry-bits nach links<hr>
:Alle Bits im Register '''R''' werden um eine Position nach links verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das Bit 0 des Registers R geschoben. Bit 7 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
c 7 6 5 4 3 2 1 0 ;vor dem Verschieben
7 6 5 4 3 2 1 0 c ;nach dem Verschieben
</dd></dl>

RRF R,d Rotate Right f through Carry - Rotiere das Register f mithilfe des Carry-bits nach rechts<hr>
:Alle Bits im Register '''R''' werden um eine Position nach rechts verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das 7.Bit des Registers R geschoben. Bit 0 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
C 7 6 5 4 3 2 1 0 ;vor dem Verschieben
0 C 7 6 5 4 3 2 1 ;nach dem Verschieben
</dd></dl>

SLEEP Go into standby mode - Versetze den Mirokontroller in Bereitschaftsmodus<hr>
:Der µC wird in den Sleep-Mode versetzt, in dem er weniger Strom verbraucht. Er kann durch einen Reset, einem Watchdog-Timer-Reset oder durch einen Interrupt wieder aufgeweckt werden.

 SUBLW k Subtract W from literal - Ziehe W von Zahl ab<hr>
:Es wird die Rechenoperation <math>k-W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 SUBWF R,d Subtract W from f - Ziehe W von f ab<hr>
:Es wird die Rechenoperation <math>R-W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

:Beispiel:
<dl><dd>
movlw d'20' ;schreibe 20 in das W-Register
movwf Register1 ;bewegt das W-Register in das Register1
movlw d'10' ;schreibt 10 in das W-Register
SUBWF Register1,F ;schreibt Register1(20)-W(10) in Register1
</dd></dl>

SWAPF R,d Swap nibbles in f - Vertausche die Halbbytes (Nibbles)<hr>
:Es werden die höheren 4 bit (bit7-bit4) mit den niedrigeren 4 bit (bit3-bit0) eines Registers vertauscht und entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).
:Beispiel:
<dl><dd>
movlw b'00001111' ;schreibe b'00001111' in das W-Register
movwf Register1 ;kopiert das W-Register in das Register1
SWAPF Register1,W ;vertauscht die ersten 4 bit mit den letzen
;4 bit in Register 1 und schreibt es in das W-Register
;im W-Register steht nun b'11110000'
</dd></dl>

 XORLW k Exclusive OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Registers, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- xor
0110
</dd></dl>

 XORWF R,d Exclusive OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche XORLW

==Besondere, oft gebrauchte Register==

=== STATUS ===
Der Statusregister beinhaltet den Status der Recheneinheit ALU (Arithmetic-Logic Unit), Resetinformationen und die beiden Bits zur Wahl der Speicherbank

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''STATUS''' (ADDRESSE 03h, 83h, 103h, 183h)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''IRP'''</td>
<td style="background:#00ffff;">'''RP1'''</td>
<td style="background:#00ffff;">'''RP0'''</td>
<td style="background:#00ffff;">'''TO'''</td>
<td style="background:#00ffff;">'''PD'''</td>
<td style="background:#00ffff;">'''Z'''</td>
<td style="background:#00ffff;">'''DC'''</td>
<td style="background:#00ffff;">'''C'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''IRP''': Register Bank Select Bit (für indirekte Adressierung)
:: 1 = Bank 2, 3 (100h-1FFh)
:: 0 = Bank 0, 1 (00h-FFh)
*Bit 6-5 '''RP<1:0>''': Register Bank Select Bits (für direkte Adressierung)
:: 11 = Bank 3 (180h-1FFh)
:: 10 = Bank 2 (100h-17Fh)
:: 01 = Bank 1 (80h-FFh)
:: 00 = Bank 0 (00h-7Fh)
*Bit 4 '''TO''': Time-out Bit
:: 1 = Nach Power-up, CLRWDT Befehl oder SLEEP Befehl
:: 0 = A Watchdogtimer time-out ist eingetreten
*Bit 3 '''PD''': Power-Down Bit
:: 1 = Nach Power-up oder durch den CLRWDT
:: 0 = Nach einem SLEEP befehl
*Bit 2 '''Z''': Zero bit
:: 1 = Das Ergebnis einer arithmetischen oder logischen Operation ist 0
:: 0 = Das Ergebnis einer arithmetischen oder logischen Operation ist NICHT 0
*Bit 1 '''DC''': Digit carry/borrow bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des 4.Niedrigsten Bits (Low Nibble) eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des 4.Niedrigsten Bits eines Rechenergebnisses existiert
*Bit 0 '''C''': Carry/borrow Bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des MSB eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des MSB eines Rechenergebnisses existiert

Das "Borrowbit" (to borrow = etwas borgen) dient zum erkennen, wenn ein Übertrag einer Rechenoperation exisitiert. 250+10 ergibt zum Beispiel 4, und setzt dabei das Borrowbit auf 1. Damit kann das Programm erkennen, wenn wieder einmal ein Ergebnis größer als 255 herauskam.
Bei Subtraktionen (SUBLW und SUBWF) verhält sich das Carry Bit umgekehrt als bei Additionen (ADDWF und ADDLW)!! Zum Beispiel 55-6=49 setzt Carry auf 1 aber 10-25=241 löscht das Carry-Flag.

:Siehe auch [[PIC Assembler#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers]]

=== INTCON ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''INTCON''' (ADDRESSE 0Bh, 8Bh, 10Bh, 18Bh)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''GIE'''</td>
<td style="background:#00ffff;">'''PEIE'''</td>
<td style="background:#00ffff;">'''TMR0IE'''</td>
<td style="background:#00ffff;">'''INT0IE'''</td>
<td style="background:#00ffff;">'''RBIE'''</td>
<td style="background:#00ffff;">'''TMR0IF'''</td>
<td style="background:#00ffff;">'''INT0IF'''</td>
<td style="background:#00ffff;">'''RBIF'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''GIE''': Global Interrupt Enable Bit
::1 = Aktiviert alle Interrupts
::0 = Deaktiviert alle Interrupts
*Bit 6 '''PEIE''': Peripheral Interrupt Enable Bit
::1 = Aktiviert alle peripheren Interrupts
::0 = Deaktiviert alle peripheren Interrupts
*Bit 5 '''TMR0IE''': TMR0 Overflow Interrupt Enable Bit (Overflow von Timer0 löst Interrupt aus)
::1 = Aktiviert den TMR0 Interrupt
::0 = Deaktiviert den TMR0 Interrupt
*Bit 4 '''INT0IE''': RB0/INT External Interrupt Enable Bit (Änderung an RB0 Pin löst Interrupt aus) *)
::1 = Aktiviert den RB0/INT Interrupt (Extern ausgelöst)
::0 = Deaktiviert den RB0/INT Interrupt (Extern ausgelöst)
*Bit 3 '''RBIE''': RB Port On-Change-Interrupt Enable Bit (Änderung an PortB löst Interrupt aus) **)
::1 = Aktiviert den RB port on-change-interrupt
::0 = Deaktiviert den RB port on-change-interrupt
*Bit 2 '''TMR0IF''': TMR0 Overflow Interrupt Flag Bit
::1 = TMR0 Register ist Übergelaufen (muss per Software gelöscht werden)
::0 = TMR0 register ist nicht Übergelaufen
*Bit 1 '''INT0IF''': RB0/INT External Interrupt Flag Bit
::1 = Eine Änderung an RB0/INT Pin hat stattgefunden (muss per Software gelöscht werden)
::0 = Eine Änderung an RB0/INT Pin hat nicht stattgefunden
*Bit 0 '''RBIF''': RB Port On-Change-Interrupt Flag bit
::1 = Mind. einer der Pins von RB7:RB4 hat sich geändert (muss per Software gelöscht werden)
::0 = Keiner der Pins von RB7:RB4 hat sich geändert

* *) Die Flanke auf die reagiert werden soll, wird mit dem Bit OPTION_REG.INTEDG definiert. (steigende = 1 oder fallende = 0)
* **) Der Interrupt klingt verführerischer Weise so, als ob er den gesamten Port überwacht. Dabei reagiert er nur auf RB7:RB4!!!! Er kann aber den Prozessor vom "Schlaf" aufwecken (z.B. durch einen Tastendruck).

=== PORTx ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''PORTx'''</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''Rx7'''</td>
<td style="background:#00ffff;">'''Rx6'''</td>
<td style="background:#00ffff;">'''Rx5'''</td>
<td style="background:#00ffff;">'''Rx4'''</td>
<td style="background:#00ffff;">'''Rx3'''</td>
<td style="background:#00ffff;">'''Rx2'''</td>
<td style="background:#00ffff;">'''Rx1'''</td>
<td style="background:#00ffff;">'''Rx0'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

!Das "x" steht in allen Fällen für den Buchstaben des Ports!
BSP: "PORTB" oder "RA1"

Jedes Bit eines PORT-Registers steht für einen Pin (Ein/Ausgang) des Jeweiligen Ports. Je nachdem Ob ein Pin als Ausgang oder als Eingang definiert ist, kann man dort entweder den Wert schreiben oder auslesen. Es hat nicht Jeder PIC gleich viele Ports und es sind auch nicht immer 8 Pins pro Port, es können auch weniger sein. Alle PICs der Midrange-Serie besitzen nur bidirektionale Ports, d.h. sie können sowohl Eingang als auch Ausgang sein. Weiters ist zu beachten, dass einzelne Pins nach dem Reset mit anderen Funktionen belegt sein können. Das gilt im Speziellen für PORTA, wo sich die Komperatoren, AD's (falls vorhanden) und die Oszillatoreingänge (falls in den Fusebits gesetzt) befinden. Siehe dazu !!!!!!!!!

{| Beispiel PICs und ihre Ports (Zahlen in der Klammer sind die Anzahl der Pins des Ports) {{Blauetabelle}}
|
|'''PIC16F628A'''
|'''PIC16F876'''
|'''PIC16F877'''
|-
|'''PORTA'''
|Ja
|Ja
|Ja
|-
|'''PORTB'''
|ja
|ja
|ja
|-
|'''PORTC'''
|/
|ja
|ja
|-
|'''PORTD'''
|/
|/
|ja
|-
|'''PORTE'''
|/
|/
|ja (3)
|-
|}

==Speicherbankorganisation==
===Programmspeicher===
Die Mid-Range MCUs haben einen 2-8k großen Programmspeicher. Dieser hat aber in jeder Speicherzelle nicht 8, sondern 14 Bit - also genau die Länge eines Befehls. Die aktuelle Stelle im Programm wird im PC (Program Counter) verwaltet. Er speichert immer die aktuelle Position im Programmspeicher. Bei einem PIC mit 8k Adressen muss er also die Adressen 0000-1FFF speichern können. Daraus folgt die Größe von 13 Bit für den PC. Der Programmspeicher ist in mehrere Bänke geteilt, die alle 2k groß sind. Das Programm springt ohne zutun des Benutzers von einer in die Nächste. Wenn man aber selber springen will, muss man die Register PCLATH (Program Counter Latch High) oder PCL (Program Counter Least Significant Byte) mit der Sprungadresse beschreiben.

===Datenspeicher===
Der Datenspeicher besteht aus den Special Function Registern (SFR) und den General Purpose
Registern (GPR). Die SFRs sind für die Funktionen des PICs zuständig (Interrupts, Timer, ADCs, CCPM...) und die GPRs für die Speicherung von Variablen und Daten.

Da immer nur 7 Bit der (Ziel)Adresse in einem Befehl gespeichert werden können, sind nur 7Fh (128d) Adressen im Datenbereich möglich. Deswegen wurde das "Banking" eingeführt. 2 Bit im Statusregister (welcher in allen Bänken der selbe ist und auch an der gleichen Stelle sitzt) geben die akutelle "Bank" an und sind nichts anderes als die 2 höchstwertigsten (MSB) Bits der Adresse. Damit lassen sich max. 4 Bänke ansprechen. Je nach PIC gibt es 2-4 Bänke. Die beiden Bits im Register STATUS heißen RP0 (STATUS<5>) und RP1 (STATUS<6>).

{| {{Blauetabelle}}
|+ Wechseln der Bänke mit RP0 und RP1
|-
|
|| RP1
|| RP0
|-
| Bank0
|align="center"|0
|align="center"|0
|-
| Bank1
|align="center"|0
|align="center"|1
|-
| Bank2
|align="center"|1
|align="center"|0
|-
| Bank3
|align="center"|1
|align="center"|1
|}

[[Bild:PIC midrange register.JPG]]
# '''FETTE Register''' sind in allen PICs vorhanden
# können je nach PIC unimplementierte Bereiche beinhalten - diese werden immer als 0 gelesen. (DATENBLATT!!)
# siehe 2
# Könnten je nach PIC auch nicht in Bank0 gemapped werden, sind dann eigenständige Register.
# je nach PIC kann es diese Bänke geben oder nicht geben.

==Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers==

{|
|-
|
{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Subtraktionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|1
|align="center"|0
|-
| negativ
|align="center"|0
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}

||

{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Additionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|0
|align="center"|0
|-
| Überlauf
|align="center"|1
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}
|}

== Codeschnipsel ==

=== Analog-Digital-Wandler (ADC) ===
Viele PICs besitzen einen Analog-Digital-Wandler, der eine angelegte Spannung messen kann und diese als Zahl speichert.

Es gibt AD-Wandler mit 8Bit bzw. 10Bit Auflösung, d.h. die Spannung an einem analogen Eingang wird linear 2^8=256 bzw. 2^10=1024 Werten zugeordnet.
Der höchste Wert, auch Referenzspannung genannt, (255 bzw. 1023; der Controller rechnet die Null auch mit) entspricht der Betriebsspannung des PICs oder wahlweise einer wählbaren Spannung, die an RA3 angelegt werden muss. Der niedrigste Wert entspricht 0 Volt.

Mit dem Analog-Digital-Wandler kann man somit z.B. Sensoren auswerten, die mehr als zwei Zustände ausgeben (Beispiele: Temperatursensor, Helligkeitssensor, Entfernungssensoren usw.) oder Akkuspannungen messen.

Bevor überhaupt gemessen werden kann, muss einiges eingestellt werden:

a) Eingangsverteilung Analog/Digital bzw.Referenzspannung (Betriebsspannung oder RA3)
die genauen Einstellungsmöglichkeiten entnehmen sie bitte dem Datenblatt ihres Controllers (Register ADCON1 Bank 1).

b) Wählen des Taktes für den ADC und Einschalten des ADCs

Das Register ADCON0 besitzt 8 Bits, die folgendes bestimmen:
Bit0 ADON - schaltet AD-Wandler ein oder aus (Strom sparen)
Bit1 - nicht vorhanden
Bit2 GO/Done - startet Wandlung / signalisiert, wann Umwandlung beendet ist.
Bit3 CHS0 - Channel Select 0 wählt Eingang aus
Bit4 CHS1 - Channel Select 1 wählt Eingang aus
Bit5 CHS2 - Channel Select 2 wählt Eingang aus
Bit6 ADCS0 - AD-Clock-Select wählt Takt
Bit7 ADCS1 - AD-Clock-Select wählt Takt

Kümmern wir uns zunächst um den Takt. Mit den zwei Bits ADCS0 und ADCS1 bestimmt man den Takt - hierbei gibt es vier Möglichkeiten:

ADCS1=0, ADCS0=0 -> Taktfrequenz des PICs :2
ADCS1=0, ADCS0=1 -> Taktfrequenz des PICs :8
ADCS1=1, ADCS0=0 -> Taktfrequenz des PICs :32
ADCS1=1, ADCS0=1 -> interner RC-Oszillator des ADCs verwenden

Die Taktfrequenz des ADCs darf 625kHz nicht überschreiten, dementsprechend ist ADCS0 und ADCS1 zu wählen.

Ist dies vollbracht, so kann man den AD-Wandler einschalten und das Go/Done-Bit löschen.
Codebeispiel:

;Takt für ADC (OSC/32)
bcf ADCON0,6
bsf ADCON0,7
;ADC einschalten
bsf ADCON0,0 ; ADON=1
;Go/Done-Bit zurücksetzen
bcf ADCON0,2

Nun ist der AD-Wandler bereit, Spannungen in Zahlen umzuwandeln.
Für eine Wandlung muss erst der entsprechende Eingang gewählt werden. Dafür sind die CHS0..CHS2-Bits zuständig:

CHS2 CHS1 CHS0 gewählter Eingang(falls vorhanden)
0 0 0 RA0
0 0 1 RA1
0 1 0 RA2
0 1 1 RA3
1 0 0 RA5
1 0 1 RE0
1 1 0 RE1
1 1 1 RE2

Achtung! RA4 ist kein analoger Eingang, folglich ist er oben nicht aufgelistet !!

Codebeispiel:

;RA2 auswählen
bcf ADCON0,3
bsf ADCON0,4
bcf ADCON0,5

Als letztes muss die AD-Routine nur noch gestartet werden. Ist der AD-Wandler fertig, so löscht er das Bit wieder. Das Bit wird nun solange abgefragt, bis der AD-Wandler fertig ist. Den zugeordneten Wert findet man im Register 'ADRES'.
Code:

;start
bsf ADCON0,2
;warten,bis es wieder low ist
wa btfsz ADCON0,2
goto wa
;jetzt ist er fertig
;ADRES in W verschieben, um damit gleich weiter zu arbeiten
movf ADRES,W

Die AD-Wandlung ist somit fertig. Liest man mehrere Werte von unterschiedlichen Eingängen ein und möchte diese miteinander vergleichen o.ä., sollte man die Zahlen von ADRES in anderen Registern zwischenspeichern.

Desweiteren ist zu beachten, dass der Analog-Digital-Wandler eine gewisse Pause zwischen den Wandlungen benötigt, die sog. 'Aquisition Time'. Diese Zeitangabe entnehmen sie bitte ihrem Datenblatt.

mögliche Probleme:

a) Der PIC liefert stark schwankende Werte
-> Mögliche Ursachen dafür sind z.B. nicht stabile Betriebsspannung, falsche Zeiteinstellungen. Abhilfe schafft auch das mehrmalige Einlesen eines Eingangs. Auch können z.B. 8 Werte eingelesen werden und dann der Durchschnitt gebildet werden.
Evtl. kann ein Kondensator gegen Masse (z.B. 1nF) helfen; Wichtig ist auch eine kleine Verzögerung zwischen Kanalauswahl und Start der Wandlung. In dieser Zeit kann sich der interne Kondensator des ADC's aufladen.

b) Die Spannung an einem Eingang wird erhöht, die Werte der anderen Eingänge werden aber auch beeinflusst. Woran liegt das?
-> Dann sind Sie Opfer des sog. 'Ghostings' geworden (Werte 'scheinen durch', verschleißen). Die Werte der anderen Eingänge gehen mit, weil der interne Kondensator noch auf die Spannung des Vorgängers aufgeladen ist. Maßnahme: Aquisition Time erhöhen, Werte öfters abfragen, Pause zwischen Kanalauswahl und Start

c) Der PIC liefert immer die gleichen Werte an einem Eingang, obwohl sich die angelegte Spannung ändert
-> möglicherweise falsche Eingangsverteilung (ADCON1) eingestellt oder falschen Pin gewählt

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assembler

2007-04-12T19:58:11Z

Der Gärtner: /* Besondere, oft gebrauchte Register */

= Einladung zur Diskussion... =

Es wird hier versucht die ASM Programmierung von PIC Mikrocontroller zu beschreiben.

Damit das enstehende Artikel wirklich nutzlich wird, ist Ihre Mitwirkung nötig. Bitte schreib uns Deine Meinung, was ewentuell noch geändert (z.B. ergänzt) werden soll in diesem Tread:

http://www.roboternetz.de/phpBB2/viewtopic.php?p=271211#271211

Die Autoren bedanken sich im voraus für jeden Beitrag mit Vorschlägen !

= Einführung =

== Bit, Byte, Nibble, Bin und Hex ==

Ein Mikrocontroller (kurz: µC) kann eigentlich nur durch ein Portpin eine Spannung einlesen bzw. ausgeben. Er kann aber nur erkennen, ob eine Spannung vorhanden ist oder nicht. Wenn fast keine Spannung vorhanden ist erkennt er das als 0 und wenn eine Spannung fast so gross, wie seine Versorgungsspannung anliegt, als 1.

Genauso bei der Ausgabe, wenn er 0 ausgibt ist auf dem Portpin fast keine Spannung, wenn 1, eine Spannung fast gleich gross seiner Versorgungsspannung. Und das ist ein Bit, die kleinste Menge einer Information. Das Bit ist binär, weil er nur zwei unterschiedliche Werte 0 bzw. 1 haben kann.

Wenn wir gleichzeitig (paralell) 8 Bits haben, dann ist es ein Byte, der mehrere Bitkombinationen von 00000000b bis 11111111b enhält, weil ein Bit (X) auf jeder Stelle 0 bzw. 1 sein kann.

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#007fff>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Das "b" bedeutet, das es sich um binäre (kurz: bin) Darstellung (auch Zahl genannt) handelt. Binäre Zahlen sind aber lang, weil jedes Bit eine Stelle benötigt.

Um die Schreibweise zu verkürzen, wurden hexadezimale (kurz: hex) Zahlen eingeführt. Zuerst wurde ein Byte auf zwei 4-Bit Halbbytes (Nibbles) verteilt und danach ein Nibble als Ziffer genommen. Weil 4 Bit mehr als 10 Kombinationen ergeben, haben die Ziffer 0 bis 9 aus dem Dezimalsystem nicht ausgereicht und wurden um Buchstaben A bis F erweitert. Die hexadezimalen Zahlen haben ein "h" Zeichen am Ende.

Die Umwandlung zwischen bin und hex Zahlen für ein Nibble zeigt folgende Tabelle:

0b = 0h 100b = 4h 1000b = 8h 1100b = Ch
1b = 1h 101b = 5h 1001b = 9h 1101b = Dh
10b = 2h 110b = 6h 1010b = Ah 1110b = Eh
11b = 3h 111b = 7h 1011b = Bh 1111b = Fh

Damit kann ein Byte mit zwei hex Ziffern definiert werden z.B. 1100 0011b = C3h. Für zwei Bytes braucht man 4 hex Ziffern z.B.

101 0111 1010 1001b = 57A9h, u.s.w. So wie im Dezimalsystem werden führende Nullen nicht geschrieben, aber in einem PIC Register existieren immer 8 Bits also auch führende Nullen. Zum Beispiel die hex Zahl 3h sieht im Register so aus: 00000011b. Bei einer Wandlung bin->hex fängt man immer von der rechten Seite der bin Zahl an, da die Anzahl führenden Nullen unbekannt ist.

== Speicher und Register ==

Als Speicher bezeichnet man ein Teil der Hardware, in die eine Information eingeschrieben, in der gespeichert und aus der wieder ausgelesen werden kann.

Es gibt eigentlich nur zwei Arten von elektronischen Speicher: flüchtige und nichtflüchtige. Die Information die sich im flüchtigen Speicher befindet, geht verloren, wenn die Versorgungsspannung des Speichers unterbrochen oder abgeschaltet wird. Bei PICs ist es Dataspeicher (RAM).

Wenn die Versorgungsspannung vom nichtflüchtigen Speicher abgeschaltet wird, ist die gespeicherte Information zwar momentan nicht lesbar, bleibt aber erhalten und sobald der Speicher wieder mit Spannung versorgt wird, kann sie ausgelesen werden. Ein PIC hat zwei solche Speicher: Programmspeicher (Flash) und EEPROM.

Der wichtigste Unterschied zwischen den Speicherarten ist, das die flüchtigen direkt (sehr schnell) beschreibbar sind und das Beschreiben den nichtflüchtigen benötigt spezielle Algorithmen, die leider im Vergleich zu direkten Zugriffen langsamer sind.

Ein Speicher besitzt bestimmte Menge von s.g. Speicherstellen. Jede Speicherstelle hat seine individuelle Adresse und kann eine binäre Information mit bestimmter Anzahl von Bits abspeichern.

Bei PIC haben die drei Arten von Speicher, wegen verschiedener Anwendung, auch unterschiedliche Struktur. Die beiden Speicher für Daten (RAM und EEPROM) haben jeweils 8-bitigen und Programmspeicher (Flasch) bei Mid-Range hat 14-bitigen Speicherstellen. Die Anzahl den Speicherstellen im bestimmten Speicher ist vom PIC-Typ abhängig.

Eine 8-bitige Speicherstelle im RAM wird bei PICs Register genannt und kann so skiziert werden:

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td> MSB </td>
<td colspan=6></td>
<td> LSB </td>
</tr>

<tr>
<td bgcolor="#007fff">bit 7</td>
<td bgcolor="#007fff">bit 6</td>
<td bgcolor="#007fff">bit 5</td>
<td bgcolor="#007fff">bit 4</td>
<td bgcolor="#007fff">bit 3</td>
<td bgcolor="#007fff">bit 2</td>
<td bgcolor="#007fff">bit 1</td>
<td bgcolor="#007fff">bit 0</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#ff8305>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Der bit 7 wird als hochwertigste (MSB = Most Significant Bit) und bit0 als niederwertigste (LSB = Least Significant Bit) bezeichnet. Jeder Bit im Register (X) kann gleich 0 bzw. 1 sein.

Um ein Databyte in ein Register schreiben oder aus einem Register lesen, muss zuerst das Register durch seine Adresse gewählt werden. Dafür gibt es beim PIC folgende Möglichkeiten:

Direkte Adressierung per absolute Adresse: movwf 0x20

Direkte Adressierung per vorher definierten Namen des Registers (z.B. Temp equ 0x20): movwf Temp

Indirekte Adressierung durch FSR Register, in den die absolute Adresse des Registers Temp eingeschrieben wird und der Wert aus dem Temp sich im INDF Register befindet. Wie vorher wurde Temp equ 0x20 definiert und weiter:

movlw Temp ;in W-Register wird die absolute Adresse des Registers Temp geladen
movwf FSR ;diese Adresse wird in das FSR Register kopiert
movf INDF,0 ;der Wert aus dem indirekt adressierten Register Temp wird in das
W-Register geladen.

Weil in jedem 14-bittigem Befehl, der mit Datenspeicher verbunden ist, fur Adresse des ansprechenden Registers nur 7 Bits existieren, die bis zum 7Fh (128d) Register direkt ansprechen können, ist bei PICs der Datenspeicher (RAM) in s.g. Bänke verteilt.

Für Aswahl einer Bank sind zwei Bits RP0 und RP1 im STATUS Register zuständig. Die Anzahl von Bänke und ihre Verwendung ist von gesamter Grösse des RAMs abhängig und kann dem Datenblatt des PICs entnommen werden. Siehe: [[#Speicherbankorganisation|Speicherbankorganisation]]

== Prozessor ==

Der Prozessor von Mid-Range PICs gehört zu den RISC (Reduced Instruction Set Computer) Prozessoren und man hat nur 35 Befehle zu Erlernen, was seine Programmierung deutlich vereinfacht. Jeder Befehl benötigt im Programmspeicher nur eine Speicherstelle und im Quellcode nur eine Zeile. Die Ausführung des Befehls dauert, abhängig vom Befehl zwischen 1-2 Prozessortakten.

Die Prozessoren der Mid-Range Serie von Microchip sind alle in der "Harvard"-Architektur gefertigt. Das Bedeuted, dass der Datenspeicher und Programmspeicher einen eigenen Bus zur CPU besitzen. Der Vorteil zur "von Neumann"-Architektur ist, dass sich die Busgrößen damit unterscheiden können. Das ermöglicht eine größere Bandbreite.

Der Befehl (beim PIC 14 bit) kann in nur einem Takt verarbeitet werden. Daher kommt auch das Aufteilen der Ausführung des Befehls in die 4 verschiedenen Vörgänge. Wärend der neue Befehl eingelesen ("gefatched") wird, wird der Vorige gerade gelesen ("read") und der Vorvorige verarbeited ("executed") und der Vorvorvorige schreibt gerade in den Datenspeicher ("write"). Das heist 4 Befehle werden jeweils um einen Oszillatortaktzyklus verschoben gleichzeitig verarbeitet.

Das geschieht in vier Perioden des Oszillators. Deswegen die Taktfrequenz des CPUs entspricht durch 4 geteilter Frequenz des Oszillators.

CPU Vorgang Richtung Speicher
------------------------------------------------- -
1.Befehl lesen (fatch) <------- Flash |
2.Daten lesen (read) <------- RAM | 1 Prozessortakt =
3.Daten verarbeiten (execute) | 4 Oszillatortakte
4.Daten schreiben (write) -------> RAM |
-

Nur o.g. CPU Vorgänge sind direkt möglich. Es können deswegen keine Befehle aus dem RAM oder EEPROM ausgeführt werden. Um ein Databyte aus einem RAM Register in ein anderes zu kopieren, muss er zuerst aus dem ersten RAM Register in das W-Register (eigenen s.g. Arbeitsregister des CPU) und erst davon in das zweite RAM Register kopiert werden.

Das Lesen/Schreiben aus/in den EEPROM Speicher ist mit Hilfe speziellen Register und Unterprogrammen bei allen Mid-Range PICs möglich. Der Lese und Schreibzugriff auf den Programmspeicher ist aber nur bei wenigen PIC-Typen (z.B. PIC16F87X) möglich. Dies ermöglicht ein "sich selbst Programmieren", was bei Bootloadern genützt wird.

== Assembler ==

Die Maschinensprache, auch Assembler oder kurz ASM genannt, ist eine Sprache die nur bestimmter CPU versteht. Für einen Menschen ist sie unverständlich, da sie nur aus hex Zahlen besteht.

Um sich die Sprache verständlicher zu machen wurden den hex Zahlen s.g. Mnemonics aus Buchstaben zugewiesen. Jeder Befehl für einen CPU hat somit ein "Namen", der aus englischer Sprache stammt. Siehe: [[#Kurzübersicht Assembler Befehle|Kurzübersicht Assembler Befehle]]

Obwohl sie 200 bis 1000 mal schneller als die meisten Hochsprachen ist, wird sie wegen dem grossen Aufwand bei Erstellung umfangreichen Programmen, selten benutzt. Man findet sie aber oft in fast allen Hochsprachen, in eigebundenen Funktionen, überall dort wo die Hochsprachen zu langsam sind oder nötigen Aufgaben nicht unterstützen (z.B. Maus in Q-Basic).

ASM eignet sich aber sehr gut für kleine Anwendungen (meistens Steuerungen) mit µC, weil nur bei dieser Programmiersprache ein direkter Zusammenhang zwischen einem Bit im Programm und einer Spannung am I/O Pin besteht.

Dank der integrierten oder an Portpins angeschlosenen Hardware und dem entsprechenden Program kann ein µC umfangreiche Aufgaben realisieren, die fast unbegrenzt und schwer vorstellbar sind.

Die Aufgabe eines ASM-Programmierers ist, ein Programm zu schreiben, das das Assemblerprogramm (z.B. MPASM) fehlerfrei in die Machinensprache "übersetzt" und der bestimmte CPU "versteht". Sie endet eigentlich erst dann, wenn das geschriebene Programm so wie geplannt funktioniert.

[[Bild:PAD_beispiel.png|thumb|80px|Beispiel für ein PAD]]

Weil ASM Programme nicht besonders durchschaubar sind, wurde als Hilfsmittel ein Programmablaufdiagramm (kurz: PAD) erfunden. Beim Programmerstellung fängt man damit an ein PAD zu erstellen, das die wichtigsten Programmschritte enthält.

Weiter werden alle Befehle nach dem PAD mit einem üblichen Texteditor in eine Textdatei mit Erweiterung .asm (Quellcode) geschrieben, durch ein Assemblerprogramm (für PICs: MPASM oder [http://gputils.sourceforge.net/ GPASM]) von dem für Menschen noch verständlichen Code in die Maschinensprache "übersetzt" und als Texdatei mit Erweiterung .hex gespeichert. Diese Datei wird danach in den Programmspeicher des µC übertragen ("gebrannt").

Das Assemblerprogramm MPASM kann kostenlos von der Homepage des Herstellers von PICs [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en019469&part=SW007002] runtergeladen werden. Es muss zuerst vom Downloads die "MPLAB IDE v7.50 Full Zipped Installation" runtergeladen und erst danach können gewählte Programme (z.B. nur MPASM) intalliert werden. Für MPASM benutzer werden auch folgende .pdf Dateien empfohlen:

MPASM/MPLINK User's Guide (2628 KB) [Benutzerhandbuch]

MPASM™/MPLINK™ PICmicro® Quick Chart (81 KB) [Kurzübersicht]

Nach dem Eischalten der Betriebsspannung des µC, fängt der CPU an, sich im Programmspeicher befindliches Programm mit dem Befehl, der an der Adresse 0 steht, auszuführen.

Aber wann das Programm endet? Natürlich wenn die Versorgungsspannung abgeschaltet wird. Nein! Das ist die einfachste Lösung um ein laufendes Programm auf zufälliger Stelle zu unterbrechen,
aber keine um ihn auf einer definierten Stelle zu beenden.

Wenn an den µC angeschlossene externe Hardware (z.B. Grafikdisplay), eine bestimmte Befehlsfolge vor dem Abschalten benötigt oder wichtige Daten (in EEPROM oder Flash) abgespeichert werden sollen, darf die Spannung erst dann abgeschaltet werden, wenn der CPU eine Meldung ausgibt, dass er sich schon auf der "STOP" Stelle des Programms befinet. Es muss auch
definiert werden (z.B. durch eine Tastenkombination), wann der CPU zum letzten Fragment des ASM Programms vor dem "STOP" gehen soll.

== Grundbeschaltung ==

Der Prozessor von einem PIC kann sofort nach dem Einschalten der Versorgungsspannung (z.B. + 5V DC) arbeiten. Allerdings nur, wenn er den Takt, in dem er die Befehle ausführen soll, vorgegeben hat. Manche PICs besitzen einen internen RC-Oszillator, (z.B. PIC12F629, PIC16F630, PIC16F628, u.s.w.). Bei diesen reicht es bereits Spannung anzulegen und sie laufen bereits.
Die meisten haben ihn aber nicht (z.B. PIC16F84, PIC16F870, u.s.w.) und brauchen fürs Funktionieren zusätzliche Bauteile. Grundsätzlich gibt es mehrere Möglichkeiten:
* RC (Widerstand + Kondensator); keine hohe Frequenzgenauigkeit
* Quarz oder Keramik-Resonator + 2 Kondensatoren (=HS oder XT) bzw. Quarzoszillator; schnell & genau
* Uhrenquarz (32768Hz) = LP (Low-Power-Mode)
Die entsprechenden Bauteile werden an die Pins OSC1/OSC2 angeschlossen, um den notwendigen Prozessortakt zu erzeugen. Im Konfiguration-Word "__config" muss noch angegeben werden, welcher Oszillator verwendet wird.

Desweiteren existiert ein MCLR-Pin, der beim PIC einen Neustart (=Reset) auslösen kann (Low-Pegel). Diesen Pin sollte man, wenn er in "__config" aktiviert ist, über einen Widerstand (pull-up) an Versorgungsspannung legen, damit der PIC anfängt, sein Programm abzuarbeiten. Der Anschluss wird auch für die Programmierung benötigt. Beim sog. High-Voltage-Programming wird MCLR auf ca. 12-14 Volt gelegt, um den PIC in den Programmiermodus zu schalten. Bei manchen PICs kann dieser Anschluss auch als normalen I/O Pin eingestellt werden. In dem Fall, bei ICSP Benutzung, soll noch eine Diode zwischen den pull-up und Versorgungsspannung angeschlossen werden, um die an MCLR Pin angeschlossene Hardware während der Programmierung zu schützen.

Bei externen Oszillatoren bleibt der Pin OSC2 nicht angeschlossen und kann als I/O benutzt werden. Falls ein interner Oszillator benutzt wird, können beide OSC Pins als I/O dienen.

Damit ein Programm zuverlässig ausgeführt werden kann, muss die Versorgungspannung störungsfrei sein. Dafür wird ein Keramik-Vielschicht-Kondensator 100 nF möglichts am kürzesten direkt zwischen VDD und VSS Pins geschaltet.

Folgende Skizzen zeigen die Grundbeschaltung eines PICs:

{|
|-
|
[[Bild:Pic-entstoer.png|thumb|160px|Entstörkondensator beim PIC]]
|
[[Bild:Qz-os.png|thumb|160px|Quarz ]]
|
[[Bild:Qos-os.png|thumb|160px|externer Quarzoszillator]]
|
[[Bild:Rc-os.png|thumb|160px|externer RC-Oszillator]]
|}

== Wahl des PICs ==

Es gibt PIC µC die im Typenbezeichnung den Buchstaben "C" oder "F" haben.

Die älteren mit "C" haben EPROM Programmspeicher und die gibt es in zwei Versionen: ohne und mit Fenster (aus Quarz-Glass) fürs Löschen des EPROMs mit UV Strahlung. Bei denen ohne Fenster kann der Programmspeicher nur einmal beschrieben und nicht mehr gelöscht werden.

Die neuen mit "F" besitzen einen Flash-Programmspeicher, der bis zu 100 000 mal mit angelegter Spannung gelöscht und danach neu beschrieben werden kann.

Für die Wahl eines PICs für bestimmte Anwendung wichtig sind:

- Max. Taktfrequenz des Prozessors.

- Grösse des Datenspeichers (für Variablen).

- Grösse des Programmspeichers (für Programm).

- Integrierte Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.).

- Freie I/O Pins für externe Hardware (Display, Tasten, u.s.w.).

- Vorhandene Betriebspannung (Netzteil, Akku, Batterie).

In der Praxis wird meistens für die Programmerstellung ein grösserer PIC genommen (wenn möglich pinkompatibler z.B. PIC16F628 für PIC16F84 oder PIC16F630 für PIC12F629) und erst nach der Optimierung des lauffägiges Programms, der tatsächlich nötiger, da seine Parameter am Anfang nur geschätzt werden können. Wenn man viel Programme für verschiedene PICs entwickelt, optimal wäre der grösste PIC16F877 mit 20 MHz max. Taktfrequenz.

Diese Lösung hat auch den Vorteil, dass während der Programmerstellung kurze Hilfsprogramme (z.B. PIC Trainer) in den Programmspeicher kopiert und benutzt werden können, da sie sowohl ein bischen Programmspeicher und RAM als auch 2 freie I/O Pins fürs PIC Miniterminal brauchen.

= Programm =

== Allgemeines ==

Jedes Program kann man auf klenere Fragmente unterteilen, die auf bestimmter Weise miteinander verknüpft sind und gemeinsam die Aufgabe des Programms erfüllen. Das wichtigste Teil eines Programms ist s.g. Hautprogram (kurz:HP), das eine führende Rolle spielt. Dem HP sind fast alle andere Programmteile untergeordnet (weiter als Unterprogramm (kurz:UP) genannt) und werden nach Bedarf von ihm aufgerufen um eine bestimmte Aufgabe zu erledigen.

Die Struktur eines Programs ist aber komplizierter, da ein UP kann auch ein oder mehrere UPs nacheinander aufrufen. Ganz unten sind die UP1s, die ganz einfache Sachen erledigen. Höher ist das nächste Ebene mit UP2s die schon mehr komplizierten Aufgaben durch ein Aufruf der UP1s erledigen können, u.s.w. Bei Mid-Range PICs (12FXXX und 16FXXX) können maximal bis zu 8 Ebenen benutzt werden.

<center>
[[Bild:HP-UP.png|Hauptprogramm - Unterprogramm]]
</center>

Jedes UP kann jederzeit aufgerufen werden, je nach dem was gerade eledigt werden muss. Weil das nicht egal ist, welches UP augerufen wird, da jedes nur eine bestimmte Funktion im Programm hat, muss der Programmierer dafür sorgen, dass alles richtig nach Programablaufdiagramm, und nicht chaotisch, abläuft.

Die Programmierung in ASM ist änlich wie bei Hochsprachen, wenn man sich Bibliotheken mit Prozessorspezifischen UPs erstellt. Um ein lauffähiges Programm zu erstellen, braucht man nur benötigte UPs ins Program kopieren und ein geignetes HP, das sie aufruft, schreiben.

Ein ASM Programm (Quellcode) muss in einer Texdatei .asm in der vom Assemblerprogramm erwarteter Form verfasst werden, um fehlerfreie Konvertierung in die Maschinensprache (Assemblierung) zu gewährleisten. Dieses Prozess verläuft in der Form eines Dialoges.

Der Programmierer schreibt und gibt es dem Assemblerprogram zum Übersetzen. Alles was das Programm nicht versteht oder nicht richtig ist, erscheint als Fehlermeldungen, die der Programmierer kennen muss um die Fehler korrigieren zu können. Eine .hex Datei wird erst dannn erstellt, wenn das Assemblerprogramm keine Fehler mehr im Quellcode findet. Deswegen sehr wichtig ist, sich mit dem Assemblerprogramm vertaut zu machen, um die Dialogzeit zu minimieren.

== Programmdurchlaufdiagramm ==

Der Programdurchlaufdiagram (kurz: PAD) ist eine vorläufige und laufend änderbare Stufe zwischen einer Idee und ihrer Verwirklichung. Er wird erst dann fertig, wenn nach ihm erstelltes ASM Program auf einem µC so wie gewünscht funktioniert. Jedes sein Symbol (ausser "Start/Stop") muss später als Befehlsreihenfolge für den bestimmten CPU in den Quellcode übertragen werden. Die Anschriften "Ein" und "Aus" gehören nicht zu Symbolen des PADs und wurden nur zur Erklärung benutzt.

Der PAD ist sehr eifach zu erstellen, weil dafür nur drei Symbole benötigt sind:
<center>
[[Bild:PAD_kurz.png|Symbole des PAD]]
</center>
Das "Start/Stopp" Symbol bedeutet, dass das gesamte Programm sich im stabilen Zustand befindet und nicht "läuft". Anstatt "Stopp" kann auch "Schlaf" (Sleep) agewendet werden, da das Programm in dem Fall auch nicht aktiv ist. Das "Tun" Symbol stellt meistens ein UP mit Reihenfolge von Befehlen dar. Das "Prüfen" bedeutet eine Prüfung bestimmter Bedingung und abhängig davon einen weiteren Lauf eines Programms, endweder in der "ja" (J) oder "nein" (N) Richtung.

Als allgemeinnutziges Standard für µCs kann man folgender PAD bezeichnen:

PAD _____
/ \
Spannung ein (Ein) ----->( Start )
\_____/
| -
V |
.---------------. |
|Initialisierung| |
'---------------' |
| |
.--------->| |
| V |
| .---------------. |
| | Hauptprogramm | |
| '---------------' |
| | |
| V |
| | > Gesamtes Programm
| / \ |
| /Ende?\____ |
| \ /J | |
| \ / | |
| | | |
| V | |
| N| | |
`----------´ | |
V |
.---------------. |
| Beenden | |
'---------------' |
| |
V -
_____
/ \
Spannung aus (Aus) <-------------( Stopp )
\_____/

Das Hauptprogram wird in einer endlosen Schleife ausgeführt, die durch die Prüfung "Ende?" unterbrochen werden kann. In dem Fall wird vor dem Beenden des gesamten Programms noch ein UP "Beenden" ausgeführt, das z.B. Daten in EEPROM speichert.

Es ist nicht nötig immer die Symbole zu zeichnen, man kann sich sie vorstellen und nur den Text schreiben. Die Prüfungen werden mit "?" gekenzeichnet und die Zeichen "V", "<" und ">" zeigen die Richtung des weiteren Verlaufs. Dann sieht der PAD so aus:

PAD1 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
| Ende? J > Beenden |
| N V -
| V Stopp > Aus
`--------´

In der Praxis werden aus Platzgründen meistens die vereinfachten PADs benutzt.

Der PAD1 kann aber für Hauptprogramme, die in beliebigem Moment unterbrochen werden dürfen, deutlich vereifacht werden, da die Prüfung "Ende?" ob das Hauptprogram beendet werden soll, und das UP "Beenden", entfallen.

Die meisten ASM Programme für µC sind deswegen nach solchem PAD erstelt:

PAD2 Ein > Start
V -
Initialisierung |
.------->V |
| Hauptprogramm > Gesamtes Programm
| V |
`--------´ _|

Für Testprogramme wird meistens fogender PAD angewendet, weil es ziemlich einfach festzustellen
ist (z.B. durch Stromverbrauchmessung des µCs), wann sich der CPU schon im Schlaf befindet. Erst dann, darf die Betriebspannung des µCs ausgeschaltet werden.

PAD3 Ein > Start
V -
Initialisierung |
V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf > Aus

Und eine batteriebetriebene Uhr wird überwiegend so gestaltet:

PAD4 Ein > Start
V -
Interrupt Initialisierung |
Timer------------------------->V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf

In dem Fall reicht es aus, wenn der CPU jede Minute vom Timer aufgeweckt wird, um die Zeit zu aktualisieren. Eine Uhr ist immer (ausser Batteriewechsel) ununterbrochen mit Spannung versorgt.

Für komplizierte Programme ist es unmöglich ein PAD zu erstellen, in dem jeder CPU Befehl sein eigenes Symbol hat. Man beschränkt sich nur auf alle Prüfungen, die über den Lauf des Programms entscheiden, und ganze UPs (z.B. "Initialisierung") nur als ein Symbol verwendet. Für jedes UP wird dann ein eigener PAD erstelt.

Das Erstellen von PAD bei ASM Programmen ist sehr wichtig und darf nicht unterschätzt werden. Je stärker ein Programmierer glaubt, dass er das ohne PAD schaft, um so mehr Zeit wird er danach bei Fehlersuche oder Änderungen im ASM Programm verlieren. Für einfache ASM Programme, die gut kommentiert sind, reicht es meistens aus, ein PAD nur "im Kopf" zu erstellen, aber ganz ohne PAD geht es sicher nicht.

Wenn ein ASM Programm nicht wie geplannt funktioniert, wird zuerst ein Fehler im PAD gesucht. Und erst wenn er i.O. ist, im als fehlerhaft festgestellten Codefragment.

== Hauptprogramm ==

Wie sein Namen schon vermuten lässt, ist das Hauptprogram das wichtigste Teil des gesamten Programms. Meistens ist es auch das kleinste Teil, vor allem, wenn die UPs sehr komplex sind. Seine Aufgabe ist die benötigte UPs in bestimmter Reihenfolge nachainander aufzurufen, um die alle Funktionen des gesamten Programms zu realisieren.

Das HP ist meistens als endlose Schleife , wie im PAD2, aufgebaut. Weil die endlose Schleife sehr schnell läuft, werden die alle, die durch die UPS realisierte Aufgaben quasi gleichzeitig ausgeführt. Wenn es unerwünscht ist, müssen einige UPs als Verzögerungen realisiert werden.

Typischer PDA für ein HP sieht so aus:

Haupt .--->V
| UP1
| V
| UP2
| V
| ...
| V
| UPn
| V
`----´

In den Quellcode wird es so eigeschrieben:

Haupt call UP1
call UP2
...........
call UPn
goto Haupt

In der Praxis wird das HP schrittweise erstellt. Am Anfang wird sich nur ein UP im HP befinden und die folgenden kommen nach dessen Erstellung und Prüfen dazu, bis das HP fertig wird.

== Unterprogramm ==

Unterprogramm wird durch übergeordnetes Programmteil (Aufrufer) aufgerufen und nach seinem Ausführen, wird zurück zum Aufrufer gesprungen. Der Rückkehr zum Aufrufer wird durch "return" Befehl, der sich am Ende jedes UPs befinden muss, erreicht. Und das ist der einzige Unterschied zwischen einem HP und einem UP.

Jedes UP hat folgender PAD:

vom Aufrufer -------> V
Tun
V
zurück zum Aufrufer <------- return

Ein HP von einem ASM Programm kann in anderem, mehr umfangreichem ASM Program als UP benutzt werden, wenn der sich am Ende des HPs befindlicher Befehl "goto" durch "return" ersetzt wird. Ein Beispiel dazu:

Haupt1 call UP11 Haupt1 call UP11
call UP21 call UP21
........... -------> ...........
call UPn1 call UPn1
goto Haupt1 return

Jetzt können wir im mehr komplexen HP (Haupt) das Haupt1 als Unterprogramm aufrufen:

Haupt call UP1
call Haupt1
...........
call UPn
goto Haupt

Jedes UP kann auch von einem anderen übergeordneten UP aufgerufen werden, wenn das was es realisiert, benötigt wird.

In der Praxis wird oft ein UP von mehreren anderen UPs benutzt. Zum Beispiel um LCD Display zu steuern, brauchen wir entweder ein Befehl (Cmd) oder ein Zeichen (Data) an Display zu schicken. In beiden Fällen wird ein Byte geschickt, einmal mit RS=0 (Befehl) und einmal mit RS=1 (Zeichen) laut folgendem PDA:

"Cmd" "Data"
V V
RS=0 RS=1
V V
`-->V<--´
"Send" Byte schicken
V
return

Das wird z.B. in den Quellcode so eingeschrieben:

Cmd bcf RS
goto Send
Data bsf RS
Send ............
return

Das UP "Send" ist den UPs "Cmd" und "Data" untergeordnet, da es von beiden benutzt wird, kann aber weder "Cmd" noch "Data" benutzen.

=== Initialisierung ===

Damit der PIC ein Programm asführen kann, muss er vollständig und richtig initialisiert werden. Deswegen als erstes UP, das vom HP aufgerufen wird , ist "Initialisierung" (kurz: Init)

==== Variablen ====

Weil nach dem Einschalten der Spannung im RAM sich zufällige Werte befinden, wird meistens als erstes, der benutzte Bereich des RAMs (z.B. 20h bis 7Fh) gelöscht. Es wird einfach und sparsam mit einer Schleife, die indirekte Adressierung verwendet, gemacht:

V
Adresse des ersten Registers in FSR laden (20h)
.-------------------->V
RAMClr |Indirekt adressierter Register löschen (INDF)
| V
| Adresse erhöhen
| V
| Letzte Adresse + 1 (80h) J>Return
| N
| V
`---------------------´

Es wird wie folgt in Quellcode eingeschrieben:

movlw 0x20
movwf FSR
RAMClr clrf INDF
incf FSR,1
btfss FSR,7
goto RAMClr
return

Danach können den benötigtenen Variablen die gewünschte Werte angegeben werden:

movlw 0x3C
movwf LimH
movlw 0x5A
movwf LimL
u.s.w.

Somit sind die Variablen initialisiert.

==== I/O Ports ====

Nach dem Einschalten der Spannung sind die für Komparatoren oder A/D Wandler benutzte Pins als analoge Eingänge initialisiert. Wenn sie alle als digitale I/Os verwendet werden sollen, müssen sie als solche definiert werden. Das geschieht durch Eischreiben in entsprechenden Register (CMCON bzw. ADCON1) des Wertes 0x07:

movlw 0x07 b.z.w. movlw 0x07
movwf CMCON movwf ADCON1

Wenn einige als Analoge Eingänge benutzt werden sollen, mussen die entsprechende Werte dem Datenblatt des jeweiligen PICs entnommen werden.

Danach werden alle Ports nacheinander gelöscht und die gewünschte Werte die an den Pins vor dem Start des Hauptprogramms ausgegeben werden sollen, geschrieben:

clrf PORTA
movlw 0x37
movwf PORTA
usw.

Anchliessend werden für jeden Port die Werte in TRIS Register eingeschrieben, wobei ein Bit einem Pin entspricht. Ein Pin wird in TRIS Register durch 1 als Eingang und durch 0 als Ausgang definiert. Beispielweise beim PORTB sollen B7,B5 und B3 als Eingänge und restliche Pins als Ausgänge definiert werden. Das ergibt den Wert 10101000b = A8h, der in den TRISB Register geschrieben werden muss. Weil die alle TRIS Register sich in der Bank1 befinden, muss im STATUS-Register auf Bank1 und danach zurück auf Bank 0 umgeschaltet werden:

bsf STATUS,RP0
movlw 0xA8
movwf TRISB
bcf STATUS,RP0

Bei einem Umschalten der Bank können selbstverständlich alle TRIS Register nacheinander beschrieben werden.

==== Hardware ====

Die für ASM Programm benutzte Hardware kann auf integrierte und externe geteilt werden. Für eine Initialisierung der integrierten Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.), müssen entsprechende SFRs (Spezial Function Registers) laut Datenblatt des PICs definiert werden.

Die externe Hardware muss nach Datenblättern der Herstellern initialisiert werden.

=== Einlesen ===

Um ein Bit von einem Portpin einzulesen und in ein bestimmtes Register zu Kopieren wird folgender PAD benutzt, weil ein PIC kein Befehl dafür hat:

V
Bit im Zielregister löschen
V
Quellbit = 0 ? J>-------.
N |
V |
Bit im Zielregister setzen |
V<-------------´

Wenn wir z.B. ein bit3 von PortA als bit1 in den Register Tasten kopieren wollen, dann wird es in Quellcode so geschrieben:

bcf Tasten,1
btfsc PORTA,3
bsf Tasten,1

Natürlich wenn ein ganzer Byte vom Port in das W-Register eingelesen wird, kann mann den gleich in das Zielregister schreiben.

=== Ausgeben ===

Um ein Bit an einem Portpin auszugeben wird ein bestimmter Bit mit "bcf" gelöscht oder mit "bsf" gesetzt. Zum Beispiel bit4 im PORTA:

bcf PORTA,4.

Um ein Byte auszugeben wird er einfach zuerst in das W-Register geladen und danach an Port übergeben, z.B.:

movlw 0x12
movwf PORTA

=== Pause ===

Um eine Pause (Warten) im Programm anzulegen wird der "nop" Befehl benutzt, während dessen Ausführung der CPU nichts macht. Mit einem "nop" kann eine Zeit gleich 4 Takten (Perioden) des Oszillators realisiert werden. Um eine Zeit z.B. 1 Sekunde zu erreichen braucht man bei einem Quarzoscillator 4 MHz "nur" 1 000 000 Takten zu Programmieren, was in keinen Programmspeicher von PIC passt. Deswegen werden mehrfache s.g. Warteschleifen angewendet. In der Praxis werden Schleifen mit max. 3 Ebenen benutzt.

Solche Warteschleife funktioniert nach einem im folgendem PAD abgebildetem Prinzip:

Warte V
n * nop
V
P2 laden
Warte2 V<-----------------.
P1 laden |
Warte1 V<-------------. |
P0 laden | |
Warte0 V<---------. | |
P0 decrementieren | | |
V | | |
P0 = 0 ? N>---´ | |
J | |
V | |
P1 dekrementieren | |
V | |
P1 = 0 ? N>-------´ |
J |
V |
P2 dekrementieren |
V |
P2 = 0 ? N>-----------´
J
V
return

Das wird in Quellcode so aussehen:

Warte nop
...
nop
movlw 0xXX
movwf P2
Warte2 movlw 0xXX
movwf P1
Warte1 movlw 0xXX
movwf P0
Warte0 decfsz P0
goto Warte0
decfsz P1
goto Warte1
decfsz P2
goto Warte2
return

Anstatt "movlw 0xXX" kann auch "movf PauseX,0" angewendet werden, wenn die Schleife mit verschiedenen Werten P0, P1 und P2 aus den Register Pause0, Pause1 und Pause2 benutzt wird.

Die gesammte Anzahl den CPU Takten (N) lässt sich aus folgender Formel berechnen:

N = P2 * [ P1 * (3 * P0 + 5) + 7 ] + n + 10

und die Wartezeit (T) in Sekunden:

T = 4 * N / Fosc

Wobei:

P0 = Zahl im Register P0
P1 = Zahl im Register P1
P2 = Zahl im Register P2
n = Anzahl "nop"s
10 = Ausführungszeit von "call" + "return" + 3 * ("movlw" + "movwf")
Fosc = Frequenz des Oszillators (z.B. Quartz)

Die "nop"s sind notwendig um jede Wartezeit einzustellen zu können.

Mit solcher dreifachen Schleife die max. Wartezeit ist ca. 50 000 000 CPU Takten, was bei 4 MHz Quarz ca. 50 Sekunden entspricht.

Für kürzere Wartezeiten werden doppelte oder einzelne Schleifen benutzt.

=== Schnittstellen und Treiber ===

Als Schnittstelle wird externe Hadware, die zum steuern eines an sie angeschlossenes "Gerätes" dient, genannt. Das ASM Programm, das die Steuerung ermöglicht ist ein Treiber. Als Beispiel siehe: [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22749]

=== Tabellen ===

Es gibt zwei Arten von Tabellen: Sprungtabellen (computed goto) die "goto" Befehle enthalten und Wertetabellen (lookup table) in denen feste Werte in "retlw" gespeichert sind. Der wichtigste Unterschied zwischen dennen ist, dass die Sprungtabellen werden mit "goto" eingesprungen und steuern den Programlauf abhängig vom Inhalt des W-Registers und die Wertetabellen werden mit "call" aufgerufen und liefern abhängig von Inhalt des W-Registers ein Wert an den Aufrufer zurück.

Beide werden in Programmspeicher erstellt. Sie können nur bis zu 256 Speicherstellen belegen, da in den W-Register auch nur so viel veschiedenen Zahlen "passen". Sie Fangen also (fast) immer bei einer Adresse XX00h an und enden bei XXFFh. Der Hochwertige Byte "XX" der Adresse an der sich der Anfang einer Tabelle befindet, muss vor dem Einsprung in die Tabelle ins PCLATH Register eingeschrieben werden, wenn die Tabelle weit vom Aufrufer liegt. In der Praxis werden solche Tabellen am oberen Ende des Programmspeichers angelegt, damit sie den ASM Code nicht unterbrechen.

Eine Sprungtabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 goto Marke0
XX01 goto Marke1
.......................
XXFE goto Marke254
XXFF goto Marke255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
goto Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, der die Wahl wohin gesprungen wird bestimmt

Nach ausführen der obiger Befehlsfolge, wird das ASM Programm z.B. für Twert=0x01 weiter ab Marke1 "laufen" bis es an "return" kommt. Dann springt es zurüch zum Aufrufer der Tabelle.

Eine Wertetabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 retlw Wert0
XX01 retlw Wert1
.......................
XXFE retlw Wert254
XXFF retlw Wert255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
call Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, für welchen, an den Aufrufer bestimmter
Wert aus der Tabelle im W-Register zurückgeliefert wird

Solche Wertetabellen werden z.B. als Zeichengeneratoren für Grafikdisplays benutzt.

=== EEPROM ===

Alle PICs besitzen EEPROM in dem je nach Typ können 64 bis 256 Databytes gespeichert werden. Weil die detailierte Beschreibung der Schreib- und Lesevorgänge ziemlich lang wäre, werden nur geprüfte UPs kurz erklärt.

EEPROM beschreiben:

EEWrite movlw 0x20 <------ ab der RAM Adresse wird gespeichert
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EEWLoop call EEWrite1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EEWLoop
return

EEWrite1 bcf INTCON,GIE <------ Interrupts sperren
movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
movf INDF,0
movwf EEDATA
bsf EECON1,WREN
movlw 0x55
movwf EECON2
movlw 0xAA
movwf EECON2
bsf EECON1,WR
bcf EECON1,WREN
btfsc EECON1,WR
goto $-1 <------ warten bis WR=0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
bsf INTCON,GIE <------ Interrupts erlauben
return

EEPROM lesen und zurück in RAM schreiben:

EERead movlw 0x20 <------ ab der Adressse werden die Bytes in RAM abgelegt
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EERLoop call EERead1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EERLoop
return

EERead1 movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
bsf EECON1,RD
movf EEDATA,0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
movwf INDF
return

== Vorlage für MPASM ==

list P=12F629 ; Prozessor definieren
include "P12F629.inc" ; entsprechende .inc Datei für MPASM
__config _CP_OFF & _WDT_OFF & _PWRTE_ON & _MCLRE_OFF & _INTRC_OSC_NOCLKOUT ; Konfiguration
#define _DTT1 GPIO,0 ; Portpins benennen
#define _CKT2 GPIO,1
#define _T3 GPIO,2
#define _RNG GPIO,3
#define _INT GPIO,4
#define _RL GPIO,5
SecondL equ 0x20 ; Variablen definieren (Register benennen)
SecondH equ 0x21
MinuteL equ 0x22
MinuteH equ 0x23
StundeL equ 0x24
StundeH equ 0x25
org 0x0000 ; Direktive für MPASM
call Init ; rufe UP "Initialisierung" auf
Haupt ............ ; Hauptprogramm als endlose Schleife
Eigener Code
............
goto Haupt ; gehe zum Anfang des Hauptprogramms (zurück)
UP1 ............ ; Unterprogramme
Eigener Code
............
return
############
UPn ............
Eigener Code
............
return
Init clrf GPIO ; lösche Port
bsf STATUS,RP0 ; auf Bank1 umschalten
call 0x3FF ; hole Kalibrationswert
movwf OSCCAL ; kalibriere internen RC oscillator
bcf OPTION_REG,7 ; aktiviere pull-ups
movlw 0x30 ; definiere Portpins GPIO, (z.B. 0-3 Aus- und 4-5 Eingänge)
movwf TRISIO ; schreibe in TRIS Register
bcf STATUS,RP0 ; auf Bank0 umschalten
movlw 7 ; schalte Komparator aus
movwf CMCON ; und mache RA0-2 als digital I/O
............
eigener Code
............
return ; springe zurück (zum Haupt)
end ; Ende des Codes zum "Übersetzen"

Die Variablen können auch kürzer mit s.g. cblock definiert werden:

cblock 0x20
SecondL
SecondH
MinuteL
MinuteH
StundeL
StundeH
endc

Bei sehr vielen Variablen sind aber die Registeradressen nicht so übersichtlich.

== Für anderen PIC umschreiben ==

Die wichtigste Vorraussetzung ist, das der PIC2, auf dem das vorhande ASM Programm (für PIC1) laufen soll, zumindest für das ASM Program nötige interne Hardware hat. Der Code benötigt keine Änderungen.

Wenn der Port vom PIC2 anderen Namen hat, muss man das im Quellcode umdefinieren, z.B.:

#define GPIO equ PORTB
#define TRISIO equ TRISB

Dann wird das Assemblerprogramm, wenn es GPIO findet, immer PORTB nehmen. Das gleiche Betrifft die "__config" Ausdrücke, die entsprechend der .ini Datei für den PIC2, geändert werden müssen.

Das Assemblerprogramm findet sicher alles, was ihm nicht "passt" und bringt Fehlermeldungen, auf die man entsprechend reagieren muss.

== Das erste... ==

Hier wird detailiert das ganze Prozess der Erstellung eines ASM Programms beschrieben.

Die Idee:

Es gibt 4 Leds, die mit 2 Tastern gesteuert werden sollen. Nach dem Einschalten soll keine LED leuchten. Solange der linke Taster (T1) gedrückt ist, sollte eine leuchtende LED von links nach rechts "wandern" und von der letzten rechten Position wieder nach ganz linke "springen". Solange der rechte Taster (T2) gedrückt ist, sollte eine leuchtende LED von rechts nach links "wandern" und von der letzten linken Position wieder nach ganz rechte "springen". Solange beide Taster gedrückt sind soll die leuchtende LED von links nach rechts und zurück "wandern".

Dafür nötige Hardware zeigt folgende Skizze:

.-----------------------------------------------.
| |
| |
| |
| PIC12F629 |
| |
| |
| |
| GPIO,3 GPIO,4 GPIO,5 GPIO,2 GPIO,1 GPIO,0|
'-----------------------------------------------'
4| 3| 2| 5| 6| 7|
| | | | | |
| | | | | |
| | | | | |
| | .-. .-. .-. .-.
| | | | | | | | | |
| | 470| | 470| | 470| | 470| |
| | '-' '-' '-' '-'
| | | | | |
\ o \ o | | | |
\ \ V -> V -> V -> V ->
\. \. - - - -
T1 o T2 o LED1 | LED2 | LED3 | LED4 |
| | | | | |
+-------+-------+---+---+-------+-------+
|
===
GND

Jetzt muss die Idee vom Programmierer in ein PAD verfasst werden, z.B. solcher:

Start
V
Initialisierung
.-------------->V
| T1 gedrückt ? N>-----.
| J |
| V |
| links->rechts "wandern" |
| V<------------´
| T2 gedrückt ? N>------.
| J |
| V |
| rechts->links "wandern" |
| V<------------´
`---------------´

= Midrange =

== Kurzübersicht Assembler Befehle ==

{|
|-
| valign=top |

{| {{Blauetabelle}}
|ADDLW||Add literal and W
|-
|ADDWF||Add W and f
|-
|ANDLW||AND literal with W
|-
|ANDWF||AND W with f
|-
|BCF||Bit Clear f
|-
|BSF||Bit Set f
|-
|BTFSC||Bit Test f, Skip if Clear
|-
|BTFSS||Bit Test f, Skip if Set
|-
|CALL||Call subroutine
|-
|CLRF||Clear f
|-
|CLRW||Clear W
|-
|CLRWDT||Clear Watchdog Timer
|}

| valign=top |

{| {{Blauetabelle}}
|-
|COMF||Complement f
|-
|DECF||Decrement f
|-
|DECFSZ||Decrement f, Skip if 0
|-
|GOTO||Go to address or label
|-
|INCF||Increment f
|-
|INCFSZ||Increment f, Skip if 0
|-
|IORLW||Inclusive OR literal with W
|-
|IORWF||Inclusive OR W with f
|-
|MOVF||Move f
|-
|MOVLW||Move literal to W
|-
|MOVWF||Move W to f
|-
|NOP||No Operation
|}

| valign=top |

{| {{Blauetabelle}}
|-
|RETFIE||Return from interrupt
|-
|RETLW||Return with literal in W
|-
|RETURN||Return from Subroutine
|-
|RLF||Rotate Left f through Carry
|-
|RRF||Rotate Right f through Carry
|-
|SLEEP||Go into standby mode
|-
|SUBLW||Subtract W from literal
|-
|SUBWF||Subtract W from f
|-
|SWAPF||Swap nibbles in f
|-
|XORLW||Exclusive OR literal with W
|-
|XORWF||Exclusive OR W with f
|}
[[:bild:pic_asm_short.jpg|Kurzübersicht zum Ausdrucken]]
|}


==Ausführliche Beschreibung zu den Befehlen==

Erklärungen zu den Verwendeten Platzhaltern:
*'''k''' stellt einen fest definierten Wert da. z.B. <tt>0x20</tt>, <tt>d'42'</tt> oder <tt>b'00101010'</tt>
*'''W''' steht für das W-Register.
*'''d''' steht für ''destination'' (Ziel). Im code wird d durch ein <tt>w</tt> bzw. <tt>0</tt> (der Wert wird in das W-Register gespeichert ) oder <tt>f</tt> bzw. <tt>1</tt> (der Wert wird in das davor definierte Register gespeichert)
*'''b''' steht für Bitnummer im Register (eine Zahl zwischen 0 und 7)
*'''R''' steht für ein Register
*'''fett''' geschrieben Bedeutet, dass es ein Platzhalter ist und im Quellcode durch eine Registeradresse oder einen Wert ersetzt werden muss
*<tt>Schreibmaschinenstil</tt> bedeutet, dass es so im Quellcode geschrieben werden kann.

 ADDLW k Add W and literal - Addiere W und Zahl<hr>
:Es wird die Rechenoperation <math>k+W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ADDWF R,d Add W and f - Addiere W und f <hr>
:Es wird die Rechenoperation <math>R+W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ANDWF k AND literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- and
1000
</dd></dl>

 ANDWF R,d AND W with f - ???<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche ANDWF

BCF R,b Bit Clear f - Bit b im R wird gelöscht<hr>
:Mit dem Befehl <tt>BCF</tt> wird das Bit '''b''' im Register '''R''' gelöscht. Ein Beispiel:
<dl><dd>
movlw b'11111111' ;es wird b'11111111' in das W-Register geschrieben
BCF W,2 ;es wird bit 2 im W-Register gelöscht.
;das Ergebnis ist: b'11111011'
</dl></dd>

BSF R,b Bit Set f - Bit b im R wird gesetzt<hr>
:Mit dem Befehl <tt>BSF</tt> wird das Bit '''b''' im Register '''R''' gesetzt. Ein Beispiel:
<dl><dd>
clrw ;es wird b'00000000' in das W-Register geschrieben
BSF W,2 ;es wird bit 2 im W-Register gesetzt.
;das Ergebnis ist: b'00000100'
</dl></dd>

BTFSC R,b Bit Test f, Skip if Clear - Wenn das Bit b im Register R 0 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSC</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 0 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSC W,0 ;es wird bit 0 geprüft.
;wenn es 0 ist, wird der nächste Befehl übersprungen
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser Sprungbefehl ausgeführt.
goto IST_NULL ;springt zur Marke "IST_NULL"
</dl></dd>

BTFSS R,b Bit Test f, Skip if Set - Wenn das Bit b im Register R 1 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSS</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 1 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
movlw b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSS W,0 ;es wird bit 0 geprüft.
;wenn es 1 ist, wird der nächste Befehl übersprungen
goto IST_NULL ;springt zur Marke "IST_NULL"
goto IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser
;Sprungbefehl ausgeführt, da der Befehl
;darüber übersprungen wurde.
</dl></dd>

CALL Call Subroutine - Rufe Unterprogramm auf<hr>
:Mit dem <tt>CALL</tt> Befehl wird ein Unterprogramm aufgerufen. Mit dem <tt>RETURN</tt>-Befehl wird das Unterprogramm beendet und man kehrt zum Befehl nach dem <tt>CALL</tt>-Befehl zurück. Das Unterprogramm wird so definiert, dass im Quellcode der Name des Unterprogramms nicht eingerückt steht. Ein Beispiel:

<dl><dd>
movlw d'13' ;in das W-Register wird 13d geladen
CALL Unterprogramm1 ;es wird das Unterprogramm "Unterprogramm1" aufgerufen
movwf ergebnis ;das W-Register wird in das Register "ergebnis" kopiert.
;im Register "ergebnis" steht nun 23d

Unterprogramm1 ;zählt 10 zum W-Register
addlw d'10' ;es wird 10d zum W-Register addiert
RETURN ;kehre zurück zum Aufrufer
</dl></dd>

CLRF R Clear f - Schreibe 0 in das Register R<hr>
:Das Register '''R''' wird mit Nullen gefüllt (gelöscht).

CLRW Clear W - Schreibe 0 in W<hr>
:Das W-Register (<tt>W</tt>) wird mit Nullen gefüllt (gelöscht).

CLRWDT Clear Watchdog Timer - Setzt den Watchdog-Timer zurück<hr>
:Es wird der WDT (Watchdog-Timer) zurückgesetzt und der Zähler des WDT auf 0 gesetzt, zusätzlich werden die STATUS-bits TO und PD gesetzt.

COMF R,d Complement f - negiere alle bits im Register R<hr>
:Von der Binärzahl im Register '''R''' werden die 0 mit 1 und 1 mit 0 ersetzt. Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Ein kleines Beispiel: aus <tt>AAh</tt> (<tt>10101010b</tt>) wird <tt>55h</tt> (<tt>01010101b</tt>).

DECF R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

DECFSZ R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f, überspringe wenn 0<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

GOTO Go to address - Gehe zu Adresse/Sprungmarke<hr>
:Nach dem GOTO Befehl wird das Programm ab der Adresse weiter ausgeführt, die nach dem GOTO-Befehl steht. Diese Adresse wird durch so genannte Sprungmarke definiert, welche, im Gegensatz zu den Befehlen nicht eingerückt im Quellcode stehen.

INCF R,d Increment f - Addiere 1 zum Register f<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

INCFSZ R,d Increment f, Skip if 0 - Addiere 1 zum Regiser f, überspringe wenn 0<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

 IORLW k OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Ooperation:
<dl><dd>
1100
1010
---- or
1110
</dd></dl>

 IORWF R,d OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche IORLW

MOVF R,d Move f - Bewege f<hr>
:Das Register R wird in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder wieder in R kopiert ('''d'''=<tt>F</tt>=<tt>1</tt>). Letzteres mag sinnlos scheinen, ist aber nützlich, da durch den Befehl das Z-Bit im STATUS-Regsiter gesetzt wird, falls R Null ist.

MOVLW k Move literal to W - Bewege Zahl in W-Register<hr>
:Der festgelegte Wert k wird in das W-Register kopiert.

MOVWF R Move W to f - Bewege W-Register in das Register F<hr>
:Das W-Register wird in das Register '''R''' kopiert.

NOP No Operation - Kein Befehl zum Ausführen (warte)<hr>
:Dieser Befehl macht nichts. Er verbraucht nur Zeit, welche sich einfach mit folgender Formel berechnen lässt. <math>t=\frac{4}{f}</math>,wobei <math>f</math> für die Frequenz des Oszillators steht.

RETFIE Return from interrupt - Kehre zurück aus der Unterbrechung<hr>
:Mit diesem Befehl wird die Interrupt Service Routine (ISR) beendet und das Programm wird an der Zeile weiter ausgeführt, vor der es durch den Interrupt angehalten wurde. Es werden auch alle Interrupts wieder erlaubt (das GIE bit wird gesetzt). Siehe hierzu auch [[#Interrupt | Interrupt]]

RETLW k Return with literal in W - Kehre zurück mit Zahl k im W-Register<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETLW</tt> zurück in die nächste Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde. Der in k angegebene Wert wird dabei in das W-Register geschrieben. Dieser Befehl wird vor allem für s.g Wertetabellen (eng: lookup tables) verwendet.

RETURN Return from Subroutine - Kehre zurück zum Übergeordneten Programmteil<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETURN</tt> zurück zu der nächsten Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde.

RLF R,d Rotate Left f through Carry - Rotiere das Register f mithilfe des Carry-bits nach links<hr>
:Alle Bits im Register '''R''' werden um eine Position nach links verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das Bit 0 des Registers R geschoben. Bit 7 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
c 7 6 5 4 3 2 1 0 ;vor dem Verschieben
7 6 5 4 3 2 1 0 c ;nach dem Verschieben
</dd></dl>

RRF R,d Rotate Right f through Carry - Rotiere das Register f mithilfe des Carry-bits nach rechts<hr>
:Alle Bits im Register '''R''' werden um eine Position nach rechts verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das 7.Bit des Registers R geschoben. Bit 0 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
C 7 6 5 4 3 2 1 0 ;vor dem Verschieben
0 C 7 6 5 4 3 2 1 ;nach dem Verschieben
</dd></dl>

SLEEP Go into standby mode - Versetze den Mirokontroller in Bereitschaftsmodus<hr>
:Der µC wird in den Sleep-Mode versetzt, in dem er weniger Strom verbraucht. Er kann durch einen Reset, einem Watchdog-Timer-Reset oder durch einen Interrupt wieder aufgeweckt werden.

 SUBLW k Subtract W from literal - Ziehe W von Zahl ab<hr>
:Es wird die Rechenoperation <math>k-W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 SUBWF R,d Subtract W from f - Ziehe W von f ab<hr>
:Es wird die Rechenoperation <math>R-W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

:Beispiel:
<dl><dd>
movlw d'20' ;schreibe 20 in das W-Register
movwf Register1 ;bewegt das W-Register in das Register1
movlw d'10' ;schreibt 10 in das W-Register
SUBWF Register1,F ;schreibt Register1(20)-W(10) in Register1
</dd></dl>

SWAPF R,d Swap nibbles in f - Vertausche die Halbbytes (Nibbles)<hr>
:Es werden die höheren 4 bit (bit7-bit4) mit den niedrigeren 4 bit (bit3-bit0) eines Registers vertauscht und entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).
:Beispiel:
<dl><dd>
movlw b'00001111' ;schreibe b'00001111' in das W-Register
movwf Register1 ;kopiert das W-Register in das Register1
SWAPF Register1,W ;vertauscht die ersten 4 bit mit den letzen
;4 bit in Register 1 und schreibt es in das W-Register
;im W-Register steht nun b'11110000'
</dd></dl>

 XORLW k Exclusive OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Registers, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- xor
0110
</dd></dl>

 XORWF R,d Exclusive OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche XORLW

==Besondere, oft gebrauchte Register==

=== STATUS ===
Der Statusregister beinhaltet den Status der Recheneinheit ALU (Arithmetic-Logic Unit), Resetinformationen und die beiden Bits zur Wahl der Speicherbank

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''STATUS''' (ADDRESSE 03h, 83h, 103h, 183h)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''IRP'''</td>
<td style="background:#00ffff;">'''RP1'''</td>
<td style="background:#00ffff;">'''RP0'''</td>
<td style="background:#00ffff;">'''TO'''</td>
<td style="background:#00ffff;">'''PD'''</td>
<td style="background:#00ffff;">'''Z'''</td>
<td style="background:#00ffff;">'''DC'''</td>
<td style="background:#00ffff;">'''C'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''IRP''': Register Bank Select Bit (für indirekte Adressierung)
:: 1 = Bank 2, 3 (100h-1FFh)
:: 0 = Bank 0, 1 (00h-FFh)
*Bit 6-5 '''RP<1:0>''': Register Bank Select Bits (für direkte Adressierung)
:: 11 = Bank 3 (180h-1FFh)
:: 10 = Bank 2 (100h-17Fh)
:: 01 = Bank 1 (80h-FFh)
:: 00 = Bank 0 (00h-7Fh)
*Bit 4 '''TO''': Time-out Bit
:: 1 = Nach Power-up, CLRWDT Befehl oder SLEEP Befehl
:: 0 = A Watchdogtimer time-out ist eingetreten
*Bit 3 '''PD''': Power-Down Bit
:: 1 = Nach Power-up oder durch den CLRWDT
:: 0 = Nach einem SLEEP befehl
*Bit 2 '''Z''': Zero bit
:: 1 = Das Ergebnis einer arithmetischen oder logischen Operation ist 0
:: 0 = Das Ergebnis einer arithmetischen oder logischen Operation ist NICHT 0
*Bit 1 '''DC''': Digit carry/borrow bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des 4.Niedrigsten Bits (Low Nibble) eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des 4.Niedrigsten Bits eines Rechenergebnisses existiert
*Bit 0 '''C''': Carry/borrow Bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des MSB eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des MSB eines Rechenergebnisses existiert

Das "Borrowbit" (to borrow = etwas borgen) dient zum erkennen, wenn ein Übertrag einer Rechenoperation exisitiert. 250+10 ergibt zum Beispiel 4, und setzt dabei das Borrowbit auf 1. Damit kann das Programm erkennen, wenn wieder einmal ein Ergebnis größer als 255 herauskam.
Bei Subtraktionen (SUBLW und SUBWF) verhält sich das Carry Bit umgekehrt als bei Additionen (ADDWF und ADDLW)!! Zum Beispiel 55-6=49 setzt Carry auf 1 aber 10-25=241 löscht das Carry-Flag.

:Siehe auch [[PIC Assembler#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers]]

=== INTCON ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''INTCON''' (ADDRESSE 0Bh, 8Bh, 10Bh, 18Bh)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''GIE'''</td>
<td style="background:#00ffff;">'''PEIE'''</td>
<td style="background:#00ffff;">'''TMR0IE'''</td>
<td style="background:#00ffff;">'''INT0IE'''</td>
<td style="background:#00ffff;">'''RBIE'''</td>
<td style="background:#00ffff;">'''TMR0IF'''</td>
<td style="background:#00ffff;">'''INT0IF'''</td>
<td style="background:#00ffff;">'''RBIF'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''GIE''': Global Interrupt Enable Bit
::1 = Aktiviert alle Interrupts
::0 = Deaktiviert alle Interrupts
*Bit 6 '''PEIE''': Peripheral Interrupt Enable Bit
::1 = Aktiviert alle peripheren Interrupts
::0 = Deaktiviert alle peripheren Interrupts
*Bit 5 '''TMR0IE''': TMR0 Overflow Interrupt Enable Bit (Overflow von Timer0 löst Interrupt aus)
::1 = Aktiviert den TMR0 Interrupt
::0 = Deaktiviert den TMR0 Interrupt
*Bit 4 '''INT0IE''': RB0/INT External Interrupt Enable Bit (Änderung an RB0 Pin löst Interrupt aus) *)
::1 = Aktiviert den RB0/INT Interrupt (Extern ausgelöst)
::0 = Deaktiviert den RB0/INT Interrupt (Extern ausgelöst)
*Bit 3 '''RBIE''': RB Port On-Change-Interrupt Enable Bit (Änderung an PortB löst Interrupt aus) **)
::1 = Aktiviert den RB port on-change-interrupt
::0 = Deaktiviert den RB port on-change-interrupt
*Bit 2 '''TMR0IF''': TMR0 Overflow Interrupt Flag Bit
::1 = TMR0 Register ist Übergelaufen (muss per Software gelöscht werden)
::0 = TMR0 register ist nicht Übergelaufen
*Bit 1 '''INT0IF''': RB0/INT External Interrupt Flag Bit
::1 = Eine Änderung an RB0/INT Pin hat stattgefunden (muss per Software gelöscht werden)
::0 = Eine Änderung an RB0/INT Pin hat nicht stattgefunden
*Bit 0 '''RBIF''': RB Port On-Change-Interrupt Flag bit
::1 = Mind. einer der Pins von RB7:RB4 hat sich geändert (muss per Software gelöscht werden)
::0 = Keiner der Pins von RB7:RB4 hat sich geändert

* *) Die Flanke auf die reagiert werden soll, wird mit dem Bit OPTION_REG.INTEDG definiert. (steigende = 1 oder fallende = 0)
* **) Der Interrupt klingt verführerischer Weise so, als ob er den gesamten Port überwacht. Dabei reagiert er nur auf RB7:RB4!!!! Er kann aber den Prozessor vom "Schlaf" aufwecken (z.B. durch einen Tastendruck).

=== PORTx ===

==Speicherbankorganisation==
===Programmspeicher===
Die Mid-Range MCUs haben einen 2-8k großen Programmspeicher. Dieser hat aber in jeder Speicherzelle nicht 8, sondern 14 Bit - also genau die Länge eines Befehls. Die aktuelle Stelle im Programm wird im PC (Program Counter) verwaltet. Er speichert immer die aktuelle Position im Programmspeicher. Bei einem PIC mit 8k Adressen muss er also die Adressen 0000-1FFF speichern können. Daraus folgt die Größe von 13 Bit für den PC. Der Programmspeicher ist in mehrere Bänke geteilt, die alle 2k groß sind. Das Programm springt ohne zutun des Benutzers von einer in die Nächste. Wenn man aber selber springen will, muss man die Register PCLATH (Program Counter Latch High) oder PCL (Program Counter Least Significant Byte) mit der Sprungadresse beschreiben.

===Datenspeicher===
Der Datenspeicher besteht aus den Special Function Registern (SFR) und den General Purpose
Registern (GPR). Die SFRs sind für die Funktionen des PICs zuständig (Interrupts, Timer, ADCs, CCPM...) und die GPRs für die Speicherung von Variablen und Daten.

Da immer nur 7 Bit der (Ziel)Adresse in einem Befehl gespeichert werden können, sind nur 7Fh (128d) Adressen im Datenbereich möglich. Deswegen wurde das "Banking" eingeführt. 2 Bit im Statusregister (welcher in allen Bänken der selbe ist und auch an der gleichen Stelle sitzt) geben die akutelle "Bank" an und sind nichts anderes als die 2 höchstwertigsten (MSB) Bits der Adresse. Damit lassen sich max. 4 Bänke ansprechen. Je nach PIC gibt es 2-4 Bänke. Die beiden Bits im Register STATUS heißen RP0 (STATUS<5>) und RP1 (STATUS<6>).

{| {{Blauetabelle}}
|+ Wechseln der Bänke mit RP0 und RP1
|-
|
|| RP1
|| RP0
|-
| Bank0
|align="center"|0
|align="center"|0
|-
| Bank1
|align="center"|0
|align="center"|1
|-
| Bank2
|align="center"|1
|align="center"|0
|-
| Bank3
|align="center"|1
|align="center"|1
|}

[[Bild:PIC midrange register.JPG]]
# '''FETTE Register''' sind in allen PICs vorhanden
# können je nach PIC unimplementierte Bereiche beinhalten - diese werden immer als 0 gelesen. (DATENBLATT!!)
# siehe 2
# Könnten je nach PIC auch nicht in Bank0 gemapped werden, sind dann eigenständige Register.
# je nach PIC kann es diese Bänke geben oder nicht geben.

==Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers==

{|
|-
|
{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Subtraktionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|1
|align="center"|0
|-
| negativ
|align="center"|0
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}

||

{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Additionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|0
|align="center"|0
|-
| Überlauf
|align="center"|1
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}
|}

== Codeschnipsel ==

=== Analog-Digital-Wandler (ADC) ===
Viele PICs besitzen einen Analog-Digital-Wandler, der eine angelegte Spannung messen kann und diese als Zahl speichert.

Es gibt AD-Wandler mit 8Bit bzw. 10Bit Auflösung, d.h. die Spannung an einem analogen Eingang wird linear 2^8=256 bzw. 2^10=1024 Werten zugeordnet.
Der höchste Wert, auch Referenzspannung genannt, (255 bzw. 1023; der Controller rechnet die Null auch mit) entspricht der Betriebsspannung des PICs oder wahlweise einer wählbaren Spannung, die an RA3 angelegt werden muss. Der niedrigste Wert entspricht 0 Volt.

Mit dem Analog-Digital-Wandler kann man somit z.B. Sensoren auswerten, die mehr als zwei Zustände ausgeben (Beispiele: Temperatursensor, Helligkeitssensor, Entfernungssensoren usw.) oder Akkuspannungen messen.

Bevor überhaupt gemessen werden kann, muss einiges eingestellt werden:

a) Eingangsverteilung Analog/Digital bzw.Referenzspannung (Betriebsspannung oder RA3)
die genauen Einstellungsmöglichkeiten entnehmen sie bitte dem Datenblatt ihres Controllers (Register ADCON1 Bank 1).

b) Wählen des Taktes für den ADC und Einschalten des ADCs

Das Register ADCON0 besitzt 8 Bits, die folgendes bestimmen:
Bit0 ADON - schaltet AD-Wandler ein oder aus (Strom sparen)
Bit1 - nicht vorhanden
Bit2 GO/Done - startet Wandlung / signalisiert, wann Umwandlung beendet ist.
Bit3 CHS0 - Channel Select 0 wählt Eingang aus
Bit4 CHS1 - Channel Select 1 wählt Eingang aus
Bit5 CHS2 - Channel Select 2 wählt Eingang aus
Bit6 ADCS0 - AD-Clock-Select wählt Takt
Bit7 ADCS1 - AD-Clock-Select wählt Takt

Kümmern wir uns zunächst um den Takt. Mit den zwei Bits ADCS0 und ADCS1 bestimmt man den Takt - hierbei gibt es vier Möglichkeiten:

ADCS1=0, ADCS0=0 -> Taktfrequenz des PICs :2
ADCS1=0, ADCS0=1 -> Taktfrequenz des PICs :8
ADCS1=1, ADCS0=0 -> Taktfrequenz des PICs :32
ADCS1=1, ADCS0=1 -> interner RC-Oszillator des ADCs verwenden

Die Taktfrequenz des ADCs darf 625kHz nicht überschreiten, dementsprechend ist ADCS0 und ADCS1 zu wählen.

Ist dies vollbracht, so kann man den AD-Wandler einschalten und das Go/Done-Bit löschen.
Codebeispiel:

;Takt für ADC (OSC/32)
bcf ADCON0,6
bsf ADCON0,7
;ADC einschalten
bsf ADCON0,0 ; ADON=1
;Go/Done-Bit zurücksetzen
bcf ADCON0,2

Nun ist der AD-Wandler bereit, Spannungen in Zahlen umzuwandeln.
Für eine Wandlung muss erst der entsprechende Eingang gewählt werden. Dafür sind die CHS0..CHS2-Bits zuständig:

CHS2 CHS1 CHS0 gewählter Eingang(falls vorhanden)
0 0 0 RA0
0 0 1 RA1
0 1 0 RA2
0 1 1 RA3
1 0 0 RA5
1 0 1 RE0
1 1 0 RE1
1 1 1 RE2

Achtung! RA4 ist kein analoger Eingang, folglich ist er oben nicht aufgelistet !!

Codebeispiel:

;RA2 auswählen
bcf ADCON0,3
bsf ADCON0,4
bcf ADCON0,5

Als letztes muss die AD-Routine nur noch gestartet werden. Ist der AD-Wandler fertig, so löscht er das Bit wieder. Das Bit wird nun solange abgefragt, bis der AD-Wandler fertig ist. Den zugeordneten Wert findet man im Register 'ADRES'.
Code:

;start
bsf ADCON0,2
;warten,bis es wieder low ist
wa btfsz ADCON0,2
goto wa
;jetzt ist er fertig
;ADRES in W verschieben, um damit gleich weiter zu arbeiten
movf ADRES,W

Die AD-Wandlung ist somit fertig. Liest man mehrere Werte von unterschiedlichen Eingängen ein und möchte diese miteinander vergleichen o.ä., sollte man die Zahlen von ADRES in anderen Registern zwischenspeichern.

Desweiteren ist zu beachten, dass der Analog-Digital-Wandler eine gewisse Pause zwischen den Wandlungen benötigt, die sog. 'Aquisition Time'. Diese Zeitangabe entnehmen sie bitte ihrem Datenblatt.

mögliche Probleme:

a) Der PIC liefert stark schwankende Werte
-> Mögliche Ursachen dafür sind z.B. nicht stabile Betriebsspannung, falsche Zeiteinstellungen. Abhilfe schafft auch das mehrmalige Einlesen eines Eingangs. Auch können z.B. 8 Werte eingelesen werden und dann der Durchschnitt gebildet werden.
Evtl. kann ein Kondensator gegen Masse (z.B. 1nF) helfen; Wichtig ist auch eine kleine Verzögerung zwischen Kanalauswahl und Start der Wandlung. In dieser Zeit kann sich der interne Kondensator des ADC's aufladen.

b) Die Spannung an einem Eingang wird erhöht, die Werte der anderen Eingänge werden aber auch beeinflusst. Woran liegt das?
-> Dann sind Sie Opfer des sog. 'Ghostings' geworden (Werte 'scheinen durch', verschleißen). Die Werte der anderen Eingänge gehen mit, weil der interne Kondensator noch auf die Spannung des Vorgängers aufgeladen ist. Maßnahme: Aquisition Time erhöhen, Werte öfters abfragen, Pause zwischen Kanalauswahl und Start

c) Der PIC liefert immer die gleichen Werte an einem Eingang, obwohl sich die angelegte Spannung ändert
-> möglicherweise falsche Eingangsverteilung (ADCON1) eingestellt oder falschen Pin gewählt

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:40:53Z

Der Gärtner: /* Compilerdirektiven */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Compilerdirektiven =

Compilerdirektiven werden je nach Compiler unterstützt (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:40:16Z

Der Gärtner: /* Pseudo Befehle */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Compilerdirektiven =

Compilerdirektiven werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:37:46Z

Der Gärtner: /* RETFIE */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde. Weiters ist zu erwähnen, dass das GIE-Bit des INTCON-Registers, was alle Interrupts ein- und ausschaltet wieder gesetzt wird.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Pseudo Befehle =

Pseudobefehle werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:36:18Z

Der Gärtner: /* Beispiel */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Pseudo Befehle =

Pseudobefehle werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:35:33Z

Der Gärtner: /* Beispiel */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und [[Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Pseudo Befehle =

Pseudobefehle werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:35:00Z

Der Gärtner: /* Beispiel */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]] und Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Pseudo Befehle =

Pseudobefehle werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:34:17Z

Der Gärtner: /* ANDWF */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0x84 ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Pseudo Befehle =

Pseudobefehle werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:33:12Z

Der Gärtner: /* Beispiel */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "AND" (UND)
;mit 0xCC (binär: '11001100') und dem Arbeitsregister durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xCF ('11001111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Pseudo Befehle =

Pseudobefehle werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:31:30Z

Der Gärtner: /* Beispiel */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;Sieht Binär so aus: '10000110'
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Pseudo Befehle =

Pseudobefehle werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:30:47Z

Der Gärtner: /* Beispiel */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;Sieht Binär so aus: '10000110'
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ANDWF|ANDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ADDWF|ADDWF]],[[PIC Assemblerbefehle#ADDLW|ADDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Pseudo Befehle =

Pseudobefehle werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:29:43Z

Der Gärtner: /* Beispiel */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;Sieht Binär so aus: '10000110'
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ADDWF|ADDWF]],[[PIC Assemblerbefehle#ANDLW|ANDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ADDWF|ADDWF]],[[PIC Assemblerbefehle#ADDLW|ADDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Pseudo Befehle =

Pseudobefehle werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:29:18Z

Der Gärtner: /* IORLW */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
IORWF 0xCC ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;Sieht Binär so aus: '10000110'
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORWF|IORWF]],[[PIC Assemblerbefehle#ADDWF|ADDWF]],[[PIC Assemblerbefehle#ADDLW|ADDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ADDWF|ADDWF]],[[PIC Assemblerbefehle#ADDLW|ADDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Pseudo Befehle =

Pseudobefehle werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T08:27:56Z

Der Gärtner: /* IORWF */

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x86 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000110'
IORWF 0x22,1 ;Führt die Logische Operation "OR" oder auch "IOR" (Oder = Inclusives Oder)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('10000111')
...
</pre>
Was ist in dem Beispiel Passiert? Wenn man sich unsere Zahl 0x86 als Maske vorstellt, dann sind überall dort wo in der binären Schreibweise 1ser waren, immer nach der Operation 1ser gestanden, egal ob da vorher eine 1 oder eine 0 war. Bei den Stellen wo in der Maske eine 0 war, hat sich nichts geändert. D.h. mit dieser Operation kann man einfach Stellen in einem Byte gezielt setzen.

siehe auch [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]
und [[PIC Assemblerbefehle#IORLW|IORLW]],[[PIC Assemblerbefehle#ADDWF|ADDWF]],[[PIC Assemblerbefehle#ADDLW|ADDLW]],[[PIC Assemblerbefehle#XORWF|XORWF]],[[PIC Assemblerbefehle#XORLW|XORLW]]

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Pseudo Befehle =

Pseudobefehle werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

PIC Assemblerbefehle

2007-04-12T07:09:50Z

Der Gärtner:

= Assembler Befehle =
== ADDLW ==
{|{{Blauetabelle}}
| '''ADDLW'''
| '''ADD Zahl und W'''
|-
|Syntax:
| ADDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k ADD addiert und das Ergebnis landet wieder im W Register
|}

== ADDWF ==
{|{{Blauetabelle}}
|'''ADDWF'''
|'''ADD W und f'''
|-
|Syntax:
|ADDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f addiert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== ANDLW ==
{|{{Blauetabelle}}
| '''ANDLW'''
| '''AND Zahl mit W'''
|-
|Syntax:
| ANDLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) + k → (W)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verundet und das Ergebnis landet wieder im W Register
|}
====Beispiel====
<pre>
...
MOVLW 0xCC ;Ladet Die Zahl 0xCC (Hex) in den Arbeitsregister.
;Sieht Binär so aus: '11001100'
ANDLW 0xF0 ;Führt die Logische Operation "AND" (UND)
;mit 0xF0 (binär: '11110000') durch und ladet die Zahl
;wieder ins Arbeitsregister W.
;Nun steht im Arbeitsregister 0xC0 ('11000000')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== ANDWF ==
{|{{Blauetabelle}}
|'''ANDWF'''
|'''AND W mit f'''
|-
|Syntax:
|ANDWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .AND. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verundet und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

====Beispiel====
<pre>
...
MOVLW 0x07 ;Ladet die Zahl 0x07 ('00000111') in das Arbeitsregister...
MOVWF 0x22 ;...und anschließend in den Register 0x22
MOVLW 0xCC ;Ladet Die Zahl 0x84 (Hex) in das Arbeitsregister.
;Sieht Binär so aus: '10000100'
ANDWF 0x22,1 ;Führt die Logische Operation "AND" (UND)
;mit dem Inhalt des (GPR)Registers mit der Adresse 0x22
;durch und ladet die Zahl
;danach wieder in den in den Register 0x22 zurück.
;Nun steht an der Adresse 0x22 die Zahl 0x04 ('00000100')
...
</pre>
Mit der Logischen Operation "AND" lässt sich sehr schön ein Teil eines Bytes auf 0 setzen. Und zwar werden alle Teile auf 0 gesetzt, wo eine 0 im 2.Byte steht, dort wo eine 1 stand, bleibt alles erhalten.

siehe [[PIC Assemblerbefehle#Logiktabelle|Logiktabelle]]

== BCF ==
{|{{Blauetabelle}}
| '''BCF'''
| '''Bit Clear f'''
|-
|Syntax:
| BCF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 0 gesetzt
|}

====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 1. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BSF ==
{|{{Blauetabelle}}
| '''BSF'''
| '''Bit Set f'''
|-
|Syntax:
| BSF f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| 0 → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Bit ‘b’ in Register ‘f’ wird auf 1 gesetzt
|}
====Beispiel====
<pre>
...
BSF STATUS, RP0 ;Setzt das Bit RP0 auf 1 -> Wechsel auf Bank1
BSF TRISB,0 ;Macht den Pin 0 des PORTB's zum Eingang
BCF STATUS, RP1 ;Löscht das Bit RP0 auf 0 -> Wechsel auf Bank0
...
</pre>
Setzt ganz einfach ein Bit eines Registers auf 0. Dabei kann man die Stelle im Register als Zahl angeben, oder aber auch den Namen, wenn man die Stelle nicht weis und sofern das Bit einen hat.

== BTFSC ==
{|{{Blauetabelle}}
| '''BTFSC'''
| '''Bit Test f, Skip if Clear'''
|-
|Syntax:
| BTFSC f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 0
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 0 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 1 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
Praktisch die Selbe Funktion wie BTFSS, nur dass hier der nachfolgende Befehl übersprungen wird, wenn das zu testende Bit gleich 0 ist, nicht 1.
Siehe [[PIC Assemblerbefehle#BTFSS|BTFSS]]

== BTFSS ==
{|{{Blauetabelle}}
| '''BTFSS'''
| '''Bit Test f, Skip if Set'''
|-
|Syntax:
| BTFSS f,b
|-
|Operanten:
| 0 ≤ f ≤ 127 und 0 ≤ b ≤ 7
|-
|Operation:
| skip if (f) = 1
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Wenn das Bit b im Register f 1 ist, dann wird der nachfolgende Befehl nicht und stattdessen ein NOP ausgeführt. Wenn das Bit b 0 ist, dann wird der nächste Befehl ausgeführt.
|}
====Beispiel====
<pre>
...
wait_until_set
BTFSS PORTB,1 ;Ist Pin0 von PORTB gleich 1?
goto wait_until_set ;Nein. Springe zum Label "wait_until_set"
... ;Ja. Jetzt gehts erst weiter.
</pre>
Dieser Befehl kann immer nur ein einzelnes Bit abfragen. Vorsicht bebei folgendem Versuch damit Bits zu "toggeln" (1 wird 0 und 0 wird 1):

<pre>
...
;FALSCH:
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es... (Befehl1)
BCF 0x23,2 ;Ja. Dann löschen wir es... (Befehl2)
... ;Fehler in der Denkweise:
;Der Befehl BCF WIRD IMMER AUSGEFÜHRT!
;Es heist NICHT ENTEDER Befehl1 ODER Befehl2 -
;sondern ÜBERSPRINGE Befehl1 wenn die Abfrage WAHR ist, SONST
;geh einfach weiter (und mach beide)!!!
...
;RICHTIG:
;2xFragen
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
BSF 0x23,2 ;Nein. Dann setzen wir es...
BTFSC 0x23,2 ;Ist Bit2 von 0x23 gleich 0?
BCF 0x23,2 ;Nein. Dann setzen wir es...
...
...
;oder Blöcke für mehrere Befehle
BTFSS 0x23,2 ;Ist Bit2 von 0x23 gleich 1?
goto ist_nicht_eins ;Nein, geh zur Sprungmarke "ist_nicht_eins
... ;Ja, hier weitermachen...
...
goto weitermachen ;Anderen Block "überspringen"
ist_nicht_eins
... ;Hier wird der Fall abgehandelt,
... ;falls das Ergebnis nicht eins war.
weitermachen
...
</pre>

== CALL ==
{|{{Blauetabelle}}
| '''CALL'''
| '''Call Subroutine'''
|-
|Syntax:
| CALL k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| (PC) + 1 → TOS,
k → PC<10:0>,
(PCLATH<4:3>) → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Als erstes wird die Rückkehradresse (PC+1) in den Stack geschrieben. Dann Die 11bit Sprungadresse in den PC geladen (die 2 MSB kommen aus dem PCLATH).
|}
====Beispiel====

<pre>
...
BSF STATUS,RP0
BSF TRISB,3 ;PORTB,3 als Ausgang definieren
BCF STATUS,RP0

call toggle_LED ;Rufe die Subroutine "toggle_LED" auf
...
...
call toggle_LED ;Kann auch mehrmals ausgeführt werden.
...
...
...
loop ;Endlossschleife verhindert,
goto loop ;dass das Program bis zur Subroutine ohne Sprung kommt.

toggle_LED ;Jedes Mal wenn, "CALL toggle_LED" ausgeführt wird,
;landet das Programm hier.
BTFSS PORTB,3 ;Die nächsten 4 Zeilen invertieren die LED.
BSF PORTB,3 ;Siehe BTFSS
BTFSC PORTB,3
BCF PORTB,3
RETURN ;geht zurück an die Stelle, wo die Subroutine aufgerufen wurde.
</pre>

Wichtig an der Stelle ist es auch, den Befehl "[[PIC Assemblerbefehle#RETLW|RETLW]]" zu erwähnen. Eigentlich hat er die selbe Funktion wie "RETURN", nur dass noch ein Zahlenwert in das Arbeitsregister geladen wird.

== CLRF ==
{|{{Blauetabelle}}
| '''CLRF'''
| '''Clear f'''
|-
|Syntax:
| CLRF f
|-
|Operanten:
| 0 ≤ f ≤ 127
|-
|Operation:
| 00h → (f),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das komplette Byte im Register f wird gelöscht (lauter 0er). Das hat zur Folge, das Z gesetzt wird.
|}
====Beispiel====
<pre>
...
CLRF TMR0 ;Löscht den Inhalt des Registers TMR0
;und setzt ihn damit wieder an den Anfang.
...
</pre>

Man könnte auch zuerst den Wert 0x00 in das Arbeitsregister laden und dann von dort in den Register seiner Wahl, nur mit dem Unterschied, dass mit der (längeren) Methode das Zeroflag "Z" nicht gesetzt wird. Also CLRF nur verwenden, wenn es einen nicht stört, dass das Zeroflag gesetzt wird.

== CLRW ==
{|{{Blauetabelle}}
| '''CLRW'''
| '''Clear W'''
|-
|Syntax:
| CLRW
|-
|Operanten:
| /
|-
|Operation:
| 00h → (W),
1 → Z
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Arbeitsregister W wird gelöscht und anschließed das Z-Bit auf 1 gesetzt.
|}

== CLRWDT ==
{|{{Blauetabelle}}
| '''CLRWDT'''
| '''Clear Watchdog Timer'''
|-
|Syntax:
| CLRWDT
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
1 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Der Watchdogtimer (TMR0) wird resettet. es wird ebenfalls der Prescaler resettet. Die Statusbits T0 und PD werden gesetzt.
|}

== COMF ==
{|{{Blauetabelle}}
| '''COMF'''
| '''Complement f'''
|-
|Syntax:
| COMF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127 und
d ∈ [0,1]
|-
|Operation:
| (f) → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Alle Bits des Registers f werden invertiert (1 wird 0 und 0 wird 1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

== DECF ==
{|{{Blauetabelle}}
| '''DECF'''
| '''Decrement f'''
|-
|Syntax:
| DECF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0x01
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
DECF 0x20,1 ;nun steht 0x00 im Register und das Z-Bit wird auf 1 gesetzt
DECF 0x20,1 ;und nun 0xFF (überlauf!)
...
</pre>

== DECFSZ ==
{|{{Blauetabelle}}
| '''DECFSZ'''
| '''Decrement f, skip if 0'''
|-
|Syntax:
| DECFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird decrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== GOTO ==
{|{{Blauetabelle}}
| '''GOTO'''
| '''uncontitional Branch'''
|-
|Syntax:
| GOTO k
|-
|Operanten:
| 0 ≤ k ≤ 2047
|-
|Operation:
| k → PC<10:0>,
PCLATH<4:3> → PC<12:11>
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Goto veranlasst einen Sprung an die Adresse k im Programmspeicher. Es werden aber nur die 11 niedrigstens Bit der Adresse mit GOTO bestimmt, die beiden höchsten werden aus dem Register PCLATH geladen.
|}

== INCF ==
{|{{Blauetabelle}}
| '''INCF'''
| '''Increment f'''
|-
|Syntax:
| INCF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127,
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f+1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert.
|}

====Beispiel====
<pre>
...
MOVLW 0xFE
MOVWF 0x20 ;ladet die Zahl 0x01 ins Register 0x20
INCF 0x20,1 ;nun steht 0xFF im Register
INCF 0x20,1 ;und nun 0x00 (Überlauf!) und das Z-Bit wird auf 1 gesetzt
...
</pre>

== INCFSZ ==
{|{{Blauetabelle}}
| '''INCFSZ'''
| '''Increment f, skip if 0'''
|-
|Syntax:
| INCFSZ f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) + 1 → (destination), skip if result = 0
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Das Register f wird incrementiert (f=f-1) und das Ergebnis entweder in den Arbeitsregister W (d=0) oder wieder in das Register f (d=1) gespeichert. Danach wird überprüft, ob das Ergebnis 0 war. Wenn ja, dann wird an Stelle des nächsten Befehls ein NOP durchgeführt.
|}

== IORLW ==
{|{{Blauetabelle}}
| '''IORLW'''
| '''Inclusive OR Literal with W'''
|-
|Syntax:
| IORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .OR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k verodert und das Ergebnis landet wieder im W Register
|}

== IORWF ==
{|{{Blauetabelle}}
|'''IORWF'''
|'''Inclusive OR W und f'''
|-
|Syntax:
|IORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|C, DC, Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f verodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

== MOVF ==
{|{{Blauetabelle}}
|'''MOVF'''
|'''Move f'''
|-
|Syntax:
|MOVF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) + (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des Registers f wird entweder in das Arbeitsregister W (d=0) oder wieder in sich selbst kopiert (d=1). Das "in sich selber kopieren" hat den Sinn, zu überprüfen, ob das Register leer ist. Wenn dem nämlich so wäre, dann würde das Z-Bit gesetzt werden.
|}

== MOVLW ==
{|{{Blauetabelle}}
|'''MOVLW'''
|'''Move Literal to W'''
|-
|Syntax:
|MOVLW k
|-
|Operanten:
|0 ≤ k ≤ 255
|-
|Operation:
|k → (W)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Die Zahl k wird in das Arbeitsregister geladen
|}

== MOVWF ==
{|{{Blauetabelle}}
|'''MOVWF'''
|'''Move W to f'''
|-
|Syntax:
|MOVWF f
|-
|Operanten:
|0 ≤ f ≤ 127
|-
|Operation:
|(W) → (f)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
|Das Arbeitsregister W wird in das Register f geladen
|}

== NOP ==
{|{{Blauetabelle}}
|'''NOP'''
|'''No Operation'''
|-
|Syntax:
|NOP
|-
|Operanten:
| /
|-
|Operation:
| /
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Ein Takt lang wird NICHTS gemacht.
|}

== RETFIE ==
{|{{Blauetabelle}}
| '''RETFIE'''
| '''Return from Interrupt'''
|-
|Syntax:
| RETFIE
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC,
1 → GIE
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Dieser Befehl steht am Ende der Interrupt Service Routine - aber auch NUR dort!!! Damit wird das Programm wieder an der Stelle fortgesetzt, wo es von einem Interrupt unterbrochen wurde.
|}

== RETLW ==
{|{{Blauetabelle}}
| '''RETLW'''
| '''Return with Literal in W'''
|-
|Syntax:
| RETLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k → (W);
TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Der Wert k wird in das W Register geschrieben, dann die Returnadresse aus dem Stack geholt und in den PC geladen. Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RETURN ==
{|{{Blauetabelle}}
| '''RETURN'''
| '''Return from Subroutine'''
|-
|Syntax:
| RETURN
|-
|Operanten:
| /
|-
|Operation:
| TOS → PC
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Programm wird an der Stelle fortgesetzt, wo die letzte Subroutine aufgerufen wurde.
|}

== RLF ==
{|{{Blauetabelle}}
| '''RLF'''
| '''Rotate Left f through Carry'''
|-
|Syntax:
| RLF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird links rum über das Carryflag "rotiert". D.h. das MSB landet im Carryflag und das Carryflag landet im LSB. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== RRF ==
{|{{Blauetabelle}}
| '''RRF'''
| '''Rotate Right f through Carry'''
|-
|Syntax:
| RRF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| siehe unten
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das Register F wird rechts rum über das Carryflag "rotiert". D.h. das Carryflag landet im MSB und das LSB landet im Carryflag. Das Ergebnis landet entweder im Arbeitsregister W (d=0) oder wieder im Register f (d=1).
|}

== SLEEP ==
{|{{Blauetabelle}}
| '''SLEEP'''
| '''Sleep'''
|-
|Syntax:
| SLEEP
|-
|Operanten:
| /
|-
|Operation:
| 00h → WDT,
0 → WDT prescaler,
1 → TO,
0 → PD
|-
|Beeinflusste Statusbits:
| TO, PD
|-
|Beschreibung:
| Das Powerdownstatusbit (PD) wird gelöscht und das Timeoutstatusbit (TO) wird gesetzt. Der Watchdog wird samt seinem Prescaler Resetet. Danach wird der Prozessor "schlafen" geschickt und der Oszillator angehalten.
|}

== SUBLW ==
{|{{Blauetabelle}}
| '''SUBLW'''
| '''Subtract W from Literal'''
|-
|Syntax:
| SUBLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| k – (W) → (W)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird von der Zahl k Subtrahiert und das Ergebnis wird in W gespeichert.
|}

== SUBWF ==
{|{{Blauetabelle}}
| '''SUBWF'''
| '''Subtract W from f'''
|-
|Syntax:
| SUBWF f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f) – (W) → (destination)
|-
|Beeinflusste Statusbits:
| C, DC, Z
|-
|Beschreibung:
| Das Arbeitsregister W wird vom Register f Subtrahiert und das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== SWAP ==
{|{{Blauetabelle}}
| '''SWAP'''
| '''Swap Nibbles in f'''
|-
|Syntax:
| SWAP f,d
|-
|Operanten:
| 0 ≤ f ≤ 127
d ∈ [0,1]
|-
|Operation:
| (f<3:0>) → (destination<7:4>),
(f<7:4>) → (destination<3:0>)
|-
|Beeinflusste Statusbits:
| /
|-
|Beschreibung:
| Das obere und das untere Nibble des Registers f werden vertauscht. Das Ergebnis wird entweder im Arbeitsregister W (d=0) oder dem Register f (d=1) gespeichert.
|}

== XORLW ==
{|{{Blauetabelle}}
| '''XORLW'''
| '''Exclusive OR Literal with W'''
|-
|Syntax:
| XORLW k
|-
|Operanten:
| 0 ≤ k ≤ 255
|-
|Operation:
| (W) .XOR. k → (W)
|-
|Beeinflusste Statusbits:
| Z
|-
|Beschreibung:
| Der Inhalt des W Registers wird mit der 8-Bit Zahl k exklusiv verodert und das Ergebnis landet wieder im W Register
|}

== XORWF ==
{|{{Blauetabelle}}
|'''XORWF'''
|'''Exclusive OR W und f'''
|-
|Syntax:
|XORWF f,d
|-
|Operanten:
|0 ≤ f ≤ 127 und d ∈ [0,1]
|-
|Operation:
|(W) .OR. (f) → (destination)
|-
|Beeinflusste Statusbits:
|Z
|-
|Beschreibung:
|Der Inhalt des W Registers wird mit dem Register f exklusiv erodert und das Ergebnis landet entweder im W Register (d=0) oder im Register f (d=1)
|}

= Pseudo Befehle =

Pseudobefehle werden je nach Compiler unterstützt. (-oder eben auch nicht.) Sie geben dem Compiler Anweisungen, die z.b. das Ende des Programms angeben oder einfach nur die Position eines Befehls im Prgrammspeicher angeben.

== #Define ==
{|{{Blauetabelle}}
|colspan=2 |'''#Define'''
|-
|Syntax:
|#Define ''name'' ''string''
|-
|Beschreibung:
|Jedes mal wenn 'name' im Programm verwendet wird, ersetzt der Compiler den Ausdruck mit dem definierten String.
|}

== END ==
{|{{Blauetabelle}}
|colspan=2 |'''END'''
|-
|Syntax:
|END
|-
|Beschreibung:
|Sollte am Ende jedes Programmes stehen, um dem Compiler zu sagen, dass das Programm hier zu Ende ist. Ohne diesem Befehl (sollte) es auch keine Schwierigkeiten geben.
|}

== EQU ==
{|{{Blauetabelle}}
|colspan=2 |'''EQU'''
|-
|Syntax:
|''name'' EQU ''expr''
|-
|Beschreibung:
|Definiert eine Zahl unter einem Namen. Zum Beispiel können so Registeradressen leicht zu merkende Namen bekommen.
|}

== ORG ==
{|{{Blauetabelle}}
|colspan=2 |'''ORG'''
|-
|Syntax:
|ORG expr
|-
|Beschreibung:
|Positioniert Code im Programm an eine Bestimmte Adresse im Programmspeicher.
|}

=Logiktabelle=
{|{{Blauetabelle}}
|'''A'''
|'''B'''
|
|'''AND'''
|'''OR'''
|'''NAND'''
|'''NOR'''
|'''XOR'''
|'''XAND'''
|-
|0
|0
|
|0
|0
|1
|1
|0
|1
|-

|0
|1
|
|0
|1
|1
|0
|1
|0
|-

|1
|0
|
|0
|1
|1
|0
|1
|0
|-

|1
|1
|
|1
|1
|0
|0
|1
|0
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]

Diskussion:PIC Assembler

2007-04-12T07:07:28Z

Der Gärtner:

== vorgeschlagene Gliederung ==

grün = schon fertig, orange = wird bzw. könnte noch ergänzt werden

* Einladung zur Diskussion...
(wird nach Beendigung des Artikels gelöscht)
* Einführung
** Bit, Byte, Nibble, Bin und Hex 
** Speicher und Register 
** Prozessor
** Assembler
** Grundbeschaltung
** Wahl des PICs
* Programm
** Allgemeines
** Programdurchlaufdiagram
** Hauptprogramm
** Unterprogramm
*** Initialisierung
**** Variablen
**** I/O Ports
**** Hardware
*** Einlesen
*** Ausgeben
*** Pause
*** Schnittstellen und Treiber
*** Tabellen
*** EEPROM
* Vorlage für MPASM
* Für anderen PIC umschreiben
* Das erste...
* Interrupts
** Prinzip
** Quellen
** Interrupt Service Routine
* Optimierung
** Speicherbedarf
*** Programmspeicher
*** RAM
** Ausführungszeit
* Fehlersuche
* Mid-Range (mit 14 bit Befehlslänge)
** Kurzübersicht Prozessorbefehle
** Ausführliche Beschreibung zu den Befehlen
** Besondere, oft gebrauchte Register
*** ANSEL
*** STATUS 
*** INTCON 
*** TRIS
*** PORT
*** TIMER
** Bänke (sowohl die bei mehr als 2k Befehle als auch die bei den normalen speicher bänken)
** Flagsüberprüfung im STATUS-Register
** Codeschnipsel
*** A/D-Wandler
*** PWM
*** Interrupts
*** RS232 mit PC
*** Tasten
*** Mausrad
*** Ausgabe auf LCD Displays
**** Dot-Matrix
**** Grafik
**** Handy
*** Hilfsmittel
**** PIC Miniterminal (mit Dot-Matrix LCD und drei Tasten, benötigt nur 2 I/O Pins und 2 ICs)(Hardware)
**** PIC RAM Monitor (mit eigenem Interrupt, zeigt Registerinhalte sogar wenn das Programm in endloser Schleife läuft, was besonders für Anfänger nutzlich ist, benötigt Display oder PIC Miniterminal)
**** PIC Trainer (Hilfswerkzeug für PIC Versuchsprogramme, benötigt PIC Miniterminal)
**** PIC Profiler (zum messen von Ausführungszeit zwischen call und return, benötigt Display oder PIC Miniterminal)
* High-End (mit 16 bit Befehlslänge)-->(?)

== Allgemeines ==
-------
... gelöschte Diskussion ...
----
joa. passt doch. ich mach dir dann wieder paar bilder. mal schaun ob ich es heute noch schaffe. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 08:52, 1. Apr 2007 (CEST)
-----
Vielen Dank im voraus!:) Wenn Du die drei Symbole die im PAD auftreten einzeln kopieren kannst, müsste es ziemlich schnell gehen. Nach der neuer Gliederung müsste ich jetzt über Quellcode schreiben, also schon (aber nur) "call" und "goto" einführen. Sonst werde ich alles im Textform (Kommentar) schreiben. Ich meine, dass es unvermeindbar ist, weil irgendwan es sowieso anfangen wird. Ich habe noch eine Frage an Dich. Würdest Du die MPASM Direktiven erklären, die ich von "deinem" in "mein" Teil verschoben habe?[[Benutzer:PICture|PICture]] 09:33, 1. Apr 2007 (CEST)
-----
wie meinst du? ich mache halt noch eine erklärung für alle befehle, brauche nur noch bisschen zeit, werde heute leider nicht dazukommen, da ich unterwegs bin :-/ aber in absehbarer zeit werde ich auch noch die anderen befehle beschreiben, und dann mir ein neues thema suchen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 18:54, 1. Apr 2007 (CEST)
------
Es hat sich schon erledigt. Ich habe es als unnötig gestuft und gelöscht. Ab jetzt wird ganz einfache Darstellung von PADs verwendet und es bleibt nur einer in Grafik zu verwandeln (PAD). Die alle anderen (PAD1, PAD2, PAD3, PAD4, und die noch kommen...) bleiben so, wie sie sind/werden. Und weiter würdest Du (hoffentlich) nichts mehr für mich zu tun haben. :)[[Benutzer:PICture|PICture]] 00:12, 2. Apr 2007 (CEST)
------
jetzt wollte ich mir ein neues thema raussuchen, was ich noch schreiben könnte, aber muss irgendwie zugeben, dass ich mit den befehlen schon mit meinem latein am ende bin :-/ also ich könnte schon bisschen was schreiben, aber so richtig sicher bin ich mir dabei dann nicht immer. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:25, 5. Apr 2007 (CEST)
------
Macht ja nichts. Wir arbeiten an dem Artikel bis zum Ende zusammen. Du hast mir schon viel geholfen, dann helfe ich Dir auch immer wieder. Ich versuche möglichst kurz das wichtigste schreiben, aber weiss ich selber nicht, ob das verständlich ist, da ich das alles sehr gut verstehe :). Was Dir nicht gefällt oder nicht genug verständlich ist kannst Du immer ändern (so wie bei der Grundbeschaltung) oder fragen (so wie mit den Buchstaben "C" und "F"). Wie Du sicher bemerkt hast, habe ich in den Befehlen auch ein bischen geändert. Jemand hat gesagt : "Es gibt keine dumme Fragen, nur dumme Antworten" und das stimmt!. Also keine Angst! :) Es gibt auch PN. Für mich ist Deine Meinung sehr wichtig! Ich denke, dass bis Interrupts sollte es schon für Anfänger ausreichen, bin mich aber auch nicht sicher wo eigentlich Ende vom Anfang ist. :) [[Benutzer:PICture|PICture]] 14:24, 5. Apr 2007 (CEST)
-----
wow! respekt! geht ja ganz schön schnell voran. das eine pad bekommst du auf jeden fall noch, brauche leider noch ein paar tage. noch dazu müsste ich langsam wirklich fürs abi lernen, aber solange noch andere dinge gehen, werde ich auch hier noch bisschen was machen ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:37, 8. Apr 2007 (CEST)
-----
Mach Dir bitte mit dem Artikel keinen Stress, ich versuche bloss die freie Tage sinvoll nutzen.:). Es wird danach langsamer gehen, aber die Zeit ist nicht beschränkt. Sogar für die schon als fertig markierte Sachen schreibe ich immer wieder was dazu, was mir noch einfällt.[[Benutzer:PICture|PICture]] 16:11, 8. Apr 2007 (CEST)
----
Bit, Byte, Nibble, Bin und Hex
also ich würde schon die nummerierung der bits mit aufnehmen. habe mich lange gefragt, wie das funktioniert, weil man ja normalerweise von links nacht rechts zählt und mit 1 anfängt. [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 21:28, 9. Apr 2007 (CEST)
----
Natürlich! :) Die Numerierung der Bits ist bei jedem Prozessor gleich und fängt immer von links mit 0 (LSB). Ich habe schon eine Idee für erstes ASM Programm, das wird aber noch ein bischen dauern, weil ich das zuerst selber ausprobieren muss (und will). Aber es ist noch weit zum Ende des Artikels. [[Benutzer:PICture|PICture]] 09:27, 10. Apr 2007 (CEST)
----
mein fehler. habe da wohl was verwechselt. sorry. die zahlen sind ja doch noch da :-/ [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 12:52, 10. Apr 2007 (CEST)
----
@Benedikt.Seidl

Schau, bitte, am Anfang des Artikels habe ich noch was neues eingefügt. Als Folge haben wir noch einen Autor (den Gärtner), der schon wichtige Sachen toll ergänzt hat.

@Gärtner

Wenn Du willst, kannst auch etwas neues, wass noch nicht grün gekenzeichnet ist, anfangen. :)
[[Benutzer:PICture|PICture]] 13:17, 10. Apr 2007 (CEST)
----
wow! glückwunsch! http://www.roboternetz.de/phpBB2/zeigebeitrag.php?t=14953 [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 16:13, 10. Apr 2007 (CEST)
----
Für Dich das gleiche ! Trotzdem schreibe ich weiter.:)[[Benutzer:PICture|PICture]] 16:59, 10. Apr 2007 (CEST)
----
Keine Angst, hab auch neues geschrieben ;) Hat wer eine bessere Idee bezüglich Textformation von SFRs? hab mich mal am Datenblatt bedient. Die Assemblerbefehle hab ich heute schon in einen eigenen Artikel geschrieben. Da fehlen nur noch Codeschnippsel. find das Übersichtlicher und werde die DETAILs zu den befehlen von hier bald RAUSLÖSCHEN. (wenn ich mit dem anderen Artikel fertig bin.) --[[Benutzer:Der Gärtner|Der Gärtner]] 18:06, 10. Apr 2007 (CEST)
----
:Die Asführliche Beschreibung zu den Befehlen hat der Benedikt.Seidl geschrieben, aber ich glaube, dass er nichts dagegen hätte. Dann werden die Codeschnipsel auch dorthin verschoben, oder ? Es wäre gut wenn Du das Link zu Deinem Artikel in diesen Artikel einfügst. Ich weiss nicht wo ich später die Hifsmittel (kleine Programmierwerkzeuge) hin schreiben soll.[[Benutzer:PICture|PICture]] 18:33, 10. Apr 2007 (CEST)
----
:ich finde es schon sehr schade, weil das schon viel arbeit gemacht hat hier. das tabellenlayout hat auch vor und nachteile. aber ich versteh nicht, warum du nicht auf meine beschreibung und code-schnipsel zurückgreifst, bzw. meine befehlsliste ergänzt hast? deine infos bzw. beschreibungen sind wahrscheinlich schon technischer und auch ok, aber für den normalen benutzer oder einsteiger sehe ich es eher als hindernis, wenn so komplizierte beschreibungen verwendet werden.
: trotzdem finde ich es schön, dass du mitarbeitest, gärtner ;-) [[Benutzer:Benedikt.Seidl|Benedikt.Seidl]] 19:18, 10. Apr 2007 (CEST)
----
@ Gärtner

Ich denke auch, dass Löschen nicht nötig ist und Dein Artikel wunderbar als Nachschlagewerk benutzt werden kann, wenn sein Link in diesem Artikel eingefügt wird.[[Benutzer:PICture|PICture]] 19:31, 10. Apr 2007 (CEST)
----
@ Gärtner

Erst heute habe ich Dein Artikel aufmerksam durchgelesen und folgendes nicht gut gefunden:

- die Wörter "verundert", "verodert" und "inklusiv verodert" sind vielleicht "cool" aber für jemanden die die logische Operationen gar nicht kennt, ganz unverständlich.

- bei "call" und "retlw" ist überhaupt nichts über funktionsweise im ASM Programm geschrieben, nur über Register, was nicht besonders wichtig ist. Bei "retfie" fehlt die wichtige Information, dass ausführen des Befehls das Bit GIE setzt, was die Interrupts wieder erlaubt.

- bei "clrw" ist falsches Register und bei "end" falsche Funktion gennant. Ausserdem, ich kenne Keine Pseudobefehle, sondern Direktiven für Assemblerprogramm.

Ohne Beipielen vom Code finde ich das ganze ungeeignet für Anfänger. Bleiben wir, bitte, in dem Artikel, der vor allem für Anfänger vorgesehen ist, bei der ausführlicher Beschreibung vom Benedikt.Seidl.[[Benutzer:PICture|PICture]] 09:08, 11. Apr 2007 (CEST)
----
Code kommt noch, und fehler sind echt vorprogramiert gewesen :)
Ich hab noch einiges an Dingen vor gehabt, die sowieso hier stehen. Die Begriffe "verundet" und "verodert" sind die einzigen, die ich jemals gehört habe, und JA, ich hab vor beispiele zu Schreiben / vom Seidl zu nehmen. Und wenn ich so scharf aufs Löschen wäre, dann hätt ichs schon gemacht :P

Den Begriff "Pseudobefehle" hab ich vom Sprut, kann ich ruhig ändern.

Werd heute da einiges ergänzen und die Register in diesem Beitrag weiter machen.
--[[Benutzer:Der Gärtner|Der Gärtner]] 11:09, 11. Apr 2007 (CEST)
----
@Gärtner

Das hört sich sehr gut an. Deine Beschreibung von Befehlen ist auch nötig, da kann man sofort die Beschreibung für ein Befehl lesen, das man braucht. Sie hat aber sehr langen Inhaltverzeichnis, länger, als dieser ganzen Artikel. Deswegen finde ich die Idee, das getrennt vom Artikel zu machen sehr gut.:) Übrigens, für mich ist der Sprut kein Experte und ich versuche immer mich an der Dokumentation vom Microchip (z.B. MPASM) zu halten um das ganze einheitlich zu gestalten. Es wäre auch eine Möglichkeit, um unnötige Arbeit zu vermeinden, einfach die ganze Beschreibung vom Seidl in Dein Artikel zu übernehmen (eventuell bischen ergänzen) und danach von unserem Artikel löschen und in dem Menüpunkt "Ausführliche Beschreibung zu den Befehlen" nur den Link zu Deinem Artikel lassen. Das scheint mir sogar optimale Lösung zu sein. Ich habe genauso bei "Interface und Treiber" gemacht. Ich werde erst am Wochenende wieder aktiv.[[Benutzer:PICture|PICture]] 19:02, 11. Apr 2007 (CEST)
----
Habe den Register INTCON beschrieben... --[[Benutzer:Der Gärtner|Der Gärtner]] 09:07, 12. Apr 2007 (CEST)

PIC Assembler

2007-04-11T14:11:25Z

Der Gärtner: /* STATUS */

= Einladung zur Diskussion... =

Es wird hier versucht die ASM Programmierung von PIC Mikrocontroller zu beschreiben.

Damit das enstehende Artikel wirklich nutzlich wird, ist Ihre Mitwirkung nötig. Bitte schreib uns Deine Meinung, was ewentuell noch geändert (z.B. ergänzt) werden soll in diesem Tread:

http://www.roboternetz.de/phpBB2/viewtopic.php?p=271211#271211

Die Autoren bedanken sich im voraus für jeden Beitrag mit Vorschlägen !

= Einführung =

== Bit, Byte, Nibble, Bin und Hex ==

Ein Mikrocontroller (kurz: µC) kann eigentlich nur durch ein Portpin eine Spannung einlesen bzw. ausgeben. Er kann aber nur erkennen, ob eine Spannung vorhanden ist oder nicht. Wenn fast keine Spannung vorhanden ist erkennt er das als 0 und wenn eine Spannung fast so gross, wie seine Versorgungsspannung anliegt, als 1.

Genauso bei der Ausgabe, wenn er 0 ausgibt ist auf dem Portpin fast keine Spannung, wenn 1, eine Spannung fast gleich gross seiner Versorgungsspannung. Und das ist ein Bit, die kleinste Menge einer Information. Das Bit ist binär, weil er nur zwei unterschiedliche Werte 0 bzw. 1 haben kann.

Wenn wir gleichzeitig (paralell) 8 Bits haben, dann ist es ein Byte, der mehrere Bitkombinationen von 00000000b bis 11111111b enhält, weil ein Bit (X) auf jeder Stelle 0 bzw. 1 sein kann.

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#007fff>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Das "b" bedeutet, das es sich um binäre (kurz: bin) Darstellung (auch Zahl genannt) handelt. Binäre Zahlen sind aber lang, weil jedes Bit eine Stelle benötigt.

Um die Schreibweise zu verkürzen, wurden hexadezimale (kurz: hex) Zahlen eingeführt. Zuerst wurde ein Byte auf zwei 4-Bit Halbbytes (Nibbles) verteilt und danach ein Nibble als Ziffer genommen. Weil 4 Bit mehr als 10 Kombinationen ergeben, haben die Ziffer 0 bis 9 aus dem Dezimalsystem nicht ausgereicht und wurden um Buchstaben A bis F erweitert. Die hexadezimalen Zahlen haben ein "h" Zeichen am Ende.

Die Umwandlung zwischen bin und hex Zahlen für ein Nibble zeigt folgende Tabelle:

0b = 0h 100b = 4h 1000b = 8h 1100b = Ch
1b = 1h 101b = 5h 1001b = 9h 1101b = Dh
10b = 2h 110b = 6h 1010b = Ah 1110b = Eh
11b = 3h 111b = 7h 1011b = Bh 1111b = Fh

Damit kann ein Byte mit zwei hex Ziffern definiert werden z.B. 1100 0011b = C3h. Für zwei Bytes braucht man 4 hex Ziffern z.B.

101 0111 1010 1001b = 57A9h, u.s.w. So wie im Dezimalsystem werden führende Nullen nicht geschrieben, aber in einem PIC Register existieren immer 8 Bits also auch führende Nullen. Zum Beispiel die hex Zahl 3h sieht im Register so aus: 00000011b. Bei einer Wandlung bin->hex fängt man immer von der rechten Seite der bin Zahl an, da die Anzahl führenden Nullen unbekannt ist.

== Speicher und Register ==

Als Speicher bezeichnet man ein Teil der Hardware, in die eine Information eingeschrieben, in der gespeichert und aus der wieder ausgelesen werden kann.

Es gibt eigentlich nur zwei Arten von elektronischen Speicher: flüchtige und nichtflüchtige. Die Information die sich im flüchtigen Speicher befindet, geht verloren, wenn die Versorgungsspannung des Speichers unterbrochen oder abgeschaltet wird. Bei PICs ist es Dataspeicher (RAM).

Wenn die Versorgungsspannung vom nichtflüchtigen Speicher abgeschaltet wird, ist die gespeicherte Information zwar momentan nicht lesbar, bleibt aber erhalten und sobald der Speicher wieder mit Spannung versorgt wird, kann sie ausgelesen werden. Ein PIC hat zwei solche Speicher: Programmspeicher (Flash) und EEPROM.

Der wichtigste Unterschied zwischen den Speicherarten ist, das die flüchtigen direkt (sehr schnell) beschreibbar sind und das Beschreiben den nichtflüchtigen benötigt spezielle Algorithmen, die leider im Vergleich zu direkten Zugriffen langsamer sind.

Ein Speicher besitzt bestimmte Menge von s.g. Speicherstellen. Jede Speicherstelle hat seine individuelle Adresse und kann eine binäre Information mit bestimmter Anzahl von Bits abspeichern.

Bei PIC haben die drei Arten von Speicher, wegen verschiedener Anwendung, auch unterschiedliche Struktur. Die beiden Speicher für Daten (RAM und EEPROM) haben jeweils 8-bitigen und Programmspeicher (Flasch) bei Mid-Range hat 14-bitigen Speicherstellen. Die Anzahl den Speicherstellen im bestimmten Speicher ist vom PIC-Typ abhängig.

Eine 8-bitige Speicherstelle im RAM wird bei PICs Register genannt und kann so skiziert werden:

<table border=0 cellpadding=3 cellspacing=2>

<tr>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
<td align=middle bgcolor="#CCCCCC" style="border:1px solid #333333">X</td>
</tr>

<tr>
<td> MSB </td>
<td colspan=6></td>
<td> LSB </td>
</tr>

<tr>
<td bgcolor="#007fff">bit 7</td>
<td bgcolor="#007fff">bit 6</td>
<td bgcolor="#007fff">bit 5</td>
<td bgcolor="#007fff">bit 4</td>
<td bgcolor="#007fff">bit 3</td>
<td bgcolor="#007fff">bit 2</td>
<td bgcolor="#007fff">bit 1</td>
<td bgcolor="#007fff">bit 0</td>
</tr>

<tr>
<td colspan=4 align=middle bgcolor=#ff8305>High Nibble </td>
<td colspan=4 align=middle bgcolor=#ff8305>Low Nibble </td>
</tr>
<tr>
<td colspan=8 align=middle bgcolor=#810f40> Byte </td>
</tr>
</table>

Der bit 7 wird als hochwertigste (MSB = Most Significant Bit) und bit0 als niederwertigste (LSB = Least Significant Bit) bezeichnet. Jeder Bit im Register (X) kann gleich 0 bzw. 1 sein.

Um ein Databyte in ein Register schreiben oder aus einem Register lesen, muss zuerst das Register durch seine Adresse gewählt werden. Dafür gibt es beim PIC folgende Möglichkeiten:

Direkte Adressierung per absolute Adresse: movwf 0x20

Direkte Adressierung per vorher definierten Namen des Registers (z.B. Temp equ 0x20): movwf Temp

Indirekte Adressierung durch FSR Register, in den die absolute Adresse des Registers Temp eingeschrieben wird und der Wert aus dem Temp sich im INDF Register befindet. Wie vorher wurde Temp equ 0x20 definiert und weiter:

movlw Temp ;in W-Register wird die absolute Adresse des Registers Temp geladen
movwf FSR ;diese Adresse wird in das FSR Register kopiert
movf INDF,0 ;der Wert aus dem indirekt adressierten Register Temp wird in das
W-Register geladen.

Weil in jedem 14-bittigem Befehl, der mit Datenspeicher verbunden ist, fur Adresse des ansprechenden Registers nur 7 Bits existieren, die bis zum 7Fh (128d) Register direkt ansprechen können, ist bei PICs der Datenspeicher (RAM) in s.g. Banken verteilt.

Für Aswahl einer Bank sind zwei Bits RP0 und RP1 im STATUS Register zuständig. Die Anzahl von Bänke und ihre Verwendung ist von gesamter Grösse des RAMs abhängig und kann dem Datenblatt des PICs entnommen werden. Siehe: [[#Speicherbankorganisation|Speicherbankorganisation]]

== Prozessor ==

Der Prozessor von Mid-Range PICs gehört zu den RISC (Reduced Instruction Set Computer) Prozessoren und man hat nur 35 Befehle zu Erlernen, was seine Programmierung deutlich vereinfacht. Jeder Befehl benötigt im Programmspeicher nur eine Speicherstelle und im Quellcode nur eine Zeile. Die Ausführung des Befehls dauert, abhängig vom Befehl zwischen 1-2 Prozessortakten.

Die Prozessoren der Mid-Range Serie von Microchip sind alle in der "Harvard"-Architektur gefertigt. Das Bedeuted, dass der Datenspeicher und Programmspeicher einen eigenen Bus zur CPU besitzen. Der Vorteil zur "von Neumann"-Architektur ist, dass sich die Busgrößen damit unterscheiden können. Das ermöglicht eine größere Bandbreite.

Der Befehl (beim PIC 14 bit) kann in nur einem Takt verarbeitet werden. Daher kommt auch das Aufteilen der Ausführung des Befehls in die 4 verschiedenen Vörgänge. Wärend der neue Befehl eingelesen ("gefatched") wird, wird der Vorige gerade gelesen ("read") und der Vorvorige verarbeited ("executed") und der Vorvorvorige schreibt gerade in den Datenspeicher ("write"). Das heist 4 Befehle werden jeweils um einen Oszillatortaktzyklus verschoben gleichzeitig verarbeitet.

Das geschieht in vier Perioden des Oszillators. Deswegen die Taktfrequenz des CPUs entspricht durch 4 geteilter Frequenz des Oszillators.

CPU Vorgang Richtung Speicher
------------------------------------------------- -
1.Befehl lesen (fatch) <------- Flash |
2.Daten lesen (read) <------- RAM | 1 Prozessortakt =
3.Daten verarbeiten (execute) | 4 Oszillatortakte
4.Daten schreiben (write) -------> RAM |
-

Nur o.g. CPU Vorgänge sind direkt möglich. Es können deswegen keine Befehle aus dem RAM oder EEPROM ausgeführt werden. Um ein Databyte aus einem RAM Register in ein anderes zu kopieren, muss er zuerst aus dem ersten RAM Register in das W-Register (eigenen s.g. Arbeitsregister des CPU) und erst davon in das zweite RAM Register kopiert werden.

Das Lesen/Schreiben aus/in den EEPROM Speicher ist mit Hilfe speziellen Register und Unterprogrammen bei allen Mid-Range PICs möglich. Der Lese und Schreibzugriff auf den Programmspeicher ist aber nur bei wenigen PIC-Typen (z.B. PIC16F87X) möglich. Dies ermöglicht ein "sich selbst Programmieren", was bei Bootloadern genützt wird.

== Assembler ==

Die Maschinensprache, auch Assembler oder kurz ASM genannt, ist eine Sprache die nur bestimmter CPU versteht. Für einen Menschen ist sie unverständlich, da sie nur aus hex Zahlen besteht.

Um sich die Sprache verständlicher zu machen wurden den hex Zahlen s.g. Mnemonics aus Buchstaben zugewiesen. Jeder Befehl für einen CPU hat somit ein "Namen", der aus englischer Sprache stammt. Siehe: [[#Kurzübersicht Assembler Befehle|Kurzübersicht Assembler Befehle]]

Obwohl sie 200 bis 1000 mal schneller als die meisten Hochsprachen ist, wird sie wegen dem grossen Aufwand bei Erstellung umfangreichen Programmen, selten benutzt. Man findet sie aber oft in fast allen Hochsprachen, in eigebundenen Funktionen, überall dort wo die Hochsprachen zu langsam sind oder nötigen Aufgaben (z.B. Maus in Q-Basic) nicht unterstützen.

ASM eignet sich aber sehr gut für kleine Anwendungen (meistens Steuerungen) mit µC, weil nur bei dieser Programmiersprache ein direkter Zusammenhang zwischen einem bit im Programm und einer Spannung am I/O Pin besteht.

Dank der integrierten oder an Portpins angeschlosenen Hardware und dem entsprechenden Program kann ein µC umfangreiche Aufgaben realisieren, die fast unbegrenzt und schwer vorstellbar sind.

Die Aufgabe eines ASM-Programmierers ist, ein Programm zu schreiben, das das Assemblerprogramm (z.B. MPASM) fehlerfrei in die Machinensprache "übersetzt" und der bestimmte CPU "versteht". Sie endet eigentlich erst dann, wenn das geschriebene Programm so wie geplannt funktioniert.

[[Bild:PAD_beispiel.png|thumb|80px|Beispiel für ein PAD]]

Weil ASM Programme nicht besonders durchschaubar sind, wurde als Hilfsmittel ein Programmablaufdiagramm (kurz: PAD) erfunden. Beim Programmerstellung fängt man damit an ein PAD zu erstellen, das die wichtigsten Programmschritte enthält.

Weiter werden alle Befehle nach dem PAD mit einem üblichen Texteditor in eine Textdatei mit Erweiterung .asm (Quellcode) geschrieben, durch ein Assemblerprogramm (für PICs: MPASM oder [http://gputils.sourceforge.net/ GPASM]) von dem für Menschen noch verständlichen Code in die Maschinensprache "übersetzt" und als Texdatei mit Erweiterung .hex gespeichert. Diese Datei wird danach in den Programmspeicher des µC übertragen ("gebrannt").

Das Assemblerprogramm MPASM kann kostenlos von der Homepage des Herstellers von PICs [http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=1406&dDocName=en019469&part=SW007002] runtergeladen werden. Es muss zuerst vom Downloads die "MPLAB IDE v7.50 Full Zipped Installation" runtergeladen und erst danach können gewählte Programme (z.B. nur MPASM) intalliert werden. Für MPASM benutzer werden auch folgende .pdf Dateien empfohlen:

MPASM/MPLINK User's Guide (2628 KB) [Benutzerhandbuch]

MPASM™/MPLINK™ PICmicro® Quick Chart (81 KB) [Kurzübersicht]

Nach dem Eischalten der Betriebsspannung des µC, fängt der CPU an, sich im Programmspeicher befindliches Programm mit dem Befehl, der an der Adresse 0 steht, auszuführen.

Aber wann das Programm endet? Natürlich wenn die Versorgungsspannung abgeschaltet wird. Nein! Das ist die einfachste Lösung um ein laufendes Programm auf zufälliger Stelle zu unterbrechen,
aber keine um ihn auf einer definierten Stelle zu beenden.

Wenn an den µC angeschlossene externe Hardware (z.B. Grafikdisplay), eine bestimmte Befehlsfolge vor dem Abschalten benötigt oder wichtige Daten (in EEPROM oder Flash) abgespeichert werden sollen, darf die Spannung erst dann abgeschaltet werden, wenn der CPU eine Meldung ausgibt, dass er sich schon auf der "STOP" Stelle des Programms befinet. Es muss auch
definiert werden (z.B. durch eine Tastenkombination), wann der CPU zum letzten Fragment des ASM Programms vor dem "STOP" gehen soll.

== Grundbeschaltung ==

Der Prozessor von einem PIC kann sofort nach dem Einschalten der Versorgungsspannung(+5VDC) arbeiten. Allerdings nur, wenn er den Takt, in dem er die Befehle ausführen soll, vorgegeben hat. Manche PICs besitzen einen internen RC-Oszillator, (z.B. PIC12F629, PIC16F630, PIC16F628, u.s.w.). Bei diesen reicht es bereits Spannung anzulegen und sie laufen bereits. Die meisten haben ihn aber nicht (z.B. PIC16F84, PIC16F870, u.s.w.) und brauchen fürs Funktionieren zusätzliche Bauteile (Widerstand + Kondensator (RC), Quarz + 2 Kondensatoren (HS oder XT) oder Keramik-Resonator(HS oder XT), bzw. Quarzoszillator) die an Pins OSC1/OSC2 angeschlossen werden um notwendigen Prozessortakt zu erzeugen. Durch das Konfiguration-Word muss noch angegeben werden, welcher Oszillator verwendet wird.

Desweiteren existiert ein MCLR-Pin, der beim PIC einen Neustart (=Reset) auslösen kann (Low-Pegel). Diesen Pin sollte man, wenn er in "__config" aktiviert ist, über einen Widerstand (pull-up) an +5V legen, damit der PIC anfängt, sein Programm abzuarbeiten. Der Anschluss wird auch für die Programmierung benötigt. Beim sog. High-Voltage-Programming wird MCLR auf ca. 12-14 Volt gelegt, um den PIC in den Programmiermodus zu schalten. Bei manchen PICs kann dieser Anschluss auch als normalen I/O Pin eingestellt werden. In dem Fall, bei ICSP Benutzung, soll noch eine Diode zwischen den pull-up und +5V angeschlossen werden, um die an MCLR Pin angeschlossene Hardware während der Programmierung zu schützen.

Bei externen Oszillatoren bleibt der Pin OSC2 nicht angeschlossen und kann als I/O benutzt werden. Falls ein interner Oszillator benutzt wird, können beide OSC Pins als I/O dienen.

Damit ein Programm zuverlässig ausgeführt werden kann, muss die Versorgungspannung störungsfrei sein. Dafür wird ein Keramik-Vielschicht-Kondensator 100 nF möglichts am kürzesten direkt zwischen VDD und VSS Pins geschaltet.

Folgende Skizzen zeigen die Grundbeschaltung eines PICs:

{|
|-
|
[[Bild:Pic-entstoer.png|thumb|160px|Entstörkondensator beim PIC]]
|
[[Bild:Qz-os.png|thumb|160px|Quarz ]]
|
[[Bild:Qos-os.png|thumb|160px|externer Quarzoszillator]]
|
[[Bild:Rc-os.png|thumb|160px|externer RC-Oszillator]]
|}

== Wahl des PICs ==

Es gibt PIC µC die im Typenbezeichnung den Buchstaben "C" oder "F" haben.

Die älteren mit "C" haben EPROM Programmspeicher und die gibt es in zwei Versionen: ohne und mit Fenster (aus Quarz-Glass) fürs Löschen des EPROMs mit UV Strahlung. Bei denen ohne Fenster kann der Programmspeicher nur einmal beschrieben und nicht mehr gelöscht werden.

Die neuen mit "F" besitzen einen Flash-Programmspeicher, der bis zu 100 000 mal mit angelegter Spannung gelöscht und danach neu beschrieben werden kann.

Für die Wahl eines PICs für bestimmte Anwendung wichtig sind:

- Max. Taktfrequenz des Prozessors.

- Grösse des Datenspeichers (für Variablen).

- Grösse des Programmspeichers (für Programm).

- Integrierte Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.).

- Freie I/O Pins für externe Hardware (Display, Tasten, u.s.w.).

- Vorhandene Betriebspannung (Netzteil, Akku, Batterie).

In der Praxis wird meistens für die Programmerstellung ein grösserer PIC genommen (wenn möglich pinkompatibler z.B. PIC16F628 für PIC16F84 oder PIC16F630 für PIC12F629) und erst nach der Optimierung des lauffägiges Programms, der tatsächlich nötiger, da seine Parameter am Anfang nur geschätzt werden können. Wenn man viel Programme für verschiedene PICs entwickelt, optimal wäre der grösste PIC16F877 mit 20 MHz max. Taktfrequenz.

Diese Lösung hat auch den Vorteil, dass während der Programmerstellung kurze Hilfsprogramme (z.B. PIC Trainer) in den Programmspeicher kopiert und benutzt werden können, da sie sowohl ein bischen Programmspeicher und RAM als auch 2 freie I/O Pins fürs PIC Miniterminal brauchen.

= Programm =

== Allgemeines ==

Jedes Program kann man auf klenere Fragmente unterteilen, die auf bestimmter Weise miteinander verknüpft sind und gemeinsam die Aufgabe des Programms erfüllen. Das wichtigste Teil eines Programms ist s.g. Hautprogram (kurz:HP), das eine führende Rolle spielt. Dem HP sind fast alle andere Programmteile untergeordnet (weiter als Unterprogramm (kurz:UP) genannt) und werden nach Bedarf von ihm aufgerufen um eine bestimmte Aufgabe zu erledigen.

Die Struktur eines Programs ist aber komplizierter, da ein UP kann auch ein oder mehrere UPs nacheinander aufrufen. Ganz unten sind die UP1s, die ganz einfache Sachen erledigen. Höher ist das nächste Ebene mit UP2s die schon mehr komplizierten Aufgaben durch ein Aufruf der UP1s erledigen können, u.s.w. Bei Mid-Range PICs (12FXXX und 16FXXX) können maximal bis zu 8 Ebenen benutzt werden.

<center>
[[Bild:HP-UP.png|Hauptprogramm - Unterprogramm]]
</center>

Jedes UP kann jederzeit aufgerufen werden, je nach dem was gerade eledigt werden muss. Weil das nicht egal ist, welches UP augerufen wird, da jedes nur eine bestimmte Funktion im Programm hat, muss der Programmierer dafür sorgen, dass alles richtig nach Programablaufdiagramm, und nicht chaotisch, abläuft.

Die Programmierung in ASM ist änlich wie bei Hochsprachen, wenn man sich Bibliotheken mit Prozessorspezifischen UPs erstellt. Um ein lauffähiges Programm zu erstellen, braucht man nur benötigte UPs ins Program kopieren und ein geignetes HP, das sie aufruft, schreiben.

Ein ASM Programm (Quellcode) muss in einer Texdatei .asm in der vom Assemblerprogramm erwarteter Form verfasst werden, um fehlerfreie Konvertierung in die Maschinensprache (Assemblierung) zu gewährleisten. Dieses Prozess verläuft in der Form eines Dialoges.

Der Programmierer schreibt und gibt es dem Assemblerprogram zum Übersetzen. Alles was das Programm nicht versteht oder nicht richtig ist, erscheint als Fehlermeldungen, die der Programmierer kennen muss um die Fehler korrigieren zu können. Eine .hex Datei wird erst dannn erstellt, wenn das Assemblerprogramm keine Fehler mehr im Quellcode findet. Deswegen sehr wichtig ist, sich mit dem Assemblerprogramm vertaut zu machen, um die Dialogzeit zu minimieren.

== Programmdurchlaufdiagramm ==

Der Programdurchlaufdiagram (kurz: PAD) ist eine vorläufige und laufend änderbare Stufe zwischen einer Idee und ihrer Verwirklichung. Er wird erst dann fertig, wenn nach ihm erstelltes ASM Program auf einem µC so wie gewünscht funktioniert. Jedes sein Symbol (ausser "Start/Stop") muss später als Befehlsreihenfolge für den bestimmten CPU in den Quellcode übertragen werden. Die Anschriften "Ein" und "Aus" gehören nicht zu Symbolen des PADs und wurden nur zur Erklärung benutzt.

Der PAD ist sehr eifach zu erstellen, weil dafür nur drei Symbole benötigt sind:
<center>
[[Bild:PAD_kurz.png|Symbole des PAD]]
</center>
Das "Start/Stopp" Symbol bedeutet, dass das gesamte Programm sich im stabilen Zustand befindet und nicht "läuft". Anstatt "Stopp" kann auch "Schlaf" (Sleep) agewendet werden, da das Programm in dem Fall auch nicht aktiv ist. Das "Tun" Symbol stellt meistens ein UP mit Reihenfolge von Befehlen dar. Das "Prüfen" bedeutet eine Prüfung bestimmter Bedingung und abhängig davon einen weiteren Lauf eines Programms, endweder in der "ja" (J) oder "nein" (N) Richtung.

Als allgemeinnutziges Standard für µCs kann man folgender PAD bezeichnen:

PAD _____
/ \
Spannung ein (Ein) ----->( Start )
\_____/
| -
V |
.---------------. |
|Initialisierung| |
'---------------' |
| |
+--------->| |
| V |
| .---------------. |
| | Hauptprogramm | |
| '---------------' |
| | |
| V |
| | > Gesamtes Programm
| / \ |
| /Ende?\____ |
| \ /J | |
| \ / | |
| | | |
| V | |
| N| | |
+----------+ | |
V |
.---------------. |
| Beenden | |
'---------------' |
| |
V -
_____
/ \
Spannung aus (Aus) <-------------( Stopp )
\_____/

Das Hauptprogram wird in einer endlosen Schleife ausgeführt, die durch die Prüfung "Ende?" unterbrochen werden kann. In dem Fall wird vor dem Beenden des gesamten Programms noch ein UP "Beenden" ausgeführt, das z.B. Daten in EEPROM speichert.

Es ist nicht nötig immer die Symbole zu zeichnen, man kann sich sie vorstellen und nur den Text schreiben. Die Prüfungen werden mit "?" gekenzeichnet und die Zeichen "V", "<" und ">" zeigen die Richtung des weiteren Verlaufs. Dann sieht der PAD so aus:

PAD1 Ein > Start
V -
Initialisierung |
/------->V |
| Hauptprogramm > Gesamtes Programm
| V |
| Ende? J > Beenden |
| N V -
| V Stopp > Aus
\--------/

In der Praxis werden aus Platzgründen meistens die vereinfachten PADs benutzt.

Der PAD1 kann aber für Hauptprogramme, die in beliebigem Moment unterbrochen werden dürfen, deutlich vereifacht werden, da die Prüfung "Ende?" ob das Hauptprogram beendet werden soll, und das UP "Beenden", entfallen.

Die meisten ASM Programme für µC sind deswegen nach solchem PAD erstelt:

PAD2 Ein > Start
V -
Initialisierung |
/------->V |
| Hauptprogramm > Gesamtes Programm
| V |
\--------/ _|

Für Testprogramme wird meistens fogender PAD angewendet, weil es ziemlich einfach festzustellen
ist (z.B. durch Stromverbrauchmessung des µCs), wann sich der CPU schon im Schlaf befindet. Erst dann, darf die Betriebspannung des µCs ausgeschaltet werden.

PAD3 Ein > Start
V -
Initialisierung |
V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf > Aus

Und eine batteriebetriebene Uhr wird überwiegend so gestaltet:

PAD4 Ein > Start
V -
Interrupt Initialisierung |
Timer------------------------->V > Gesamtes Programm
Hauptprogramm |
V -
Schlaf

In dem Fall reicht es aus, wenn der CPU jede Minute vom Timer aufgeweckt wird, um die Zeit zu aktualisieren. Eine Uhr ist immer (ausser Batteriewechsel) ununterbrochen mit Spannung versorgt.

Für komplizierte Programme ist es unmöglich ein PAD zu erstellen, in dem jeder CPU Befehl sein eigenes Symbol hat. Man beschränkt sich nur auf alle Prüfungen, die über den Lauf des Programms entscheiden, und ganze UPs (z.B. "Initialisierung") nur als ein Symbol verwendet. Für jedes UP wird dann ein eigener PAD erstelt.

Das Erstellen von PAD bei ASM Programmen ist sehr wichtig und darf nicht unterschätzt werden. Je stärker ein Programmierer glaubt, dass er das ohne PAD schaft, um so mehr Zeit wird er danach bei Fehlersuche oder Änderungen im ASM Programm verlieren. Für einfache ASM Programme, die gut kommentiert sind, reicht es meistens aus, ein PAD nur "im Kopf" zu erstellen, aber ganz ohne PAD geht es sicher nicht.

Wenn ein ASM Programm nicht wie geplannt funktioniert, wird zuerst ein Fehler im PAD gesucht. Und erst wenn er i.O. ist, im als fehlerhaft festgestellten Codefragment.

== Hauptprogramm ==

Wie sein Namen schon vermuten lässt, ist das Hauptprogram das wichtigste Teil des gesamten Programms. Meistens ist es auch das kleinste Teil, vor allem, wenn die UPs sehr komplex sind. Seine Aufgabe ist die benötigte UPs in bestimmter Reihenfolge nachainander aufzurufen, um die alle Funktionen des gesamten Programms zu realisieren.

Das HP ist meistens als endlose Schleife , wie im PAD2, aufgebaut. Weil die endlose Schleife sehr schnell läuft, werden die alle, die durch die UPS realisierte Aufgaben quasi gleichzeitig ausgeführt. Wenn es unerwünscht ist, müssen einige UPs als Verzögerungen realisiert werden.

Typischer PDA für ein HP sieht so aus:

Haupt /--->V
| UP1
| V
| UP2
| V
| ...
| V
| UPn
| V
\----/

In den Quellcode wird es so eigeschrieben:

Haupt call UP1
call UP2
...........
call UPn
goto Haupt

In der Praxis wird das HP schrittweise erstellt. Am Anfang wird sich nur ein UP im HP befinden und die folgenden kommen nach dessen Erstellung und Prüfen dazu, bis das HP fertig wird.

== Unterprogramm ==

Unterprogramm wird durch übergeordnetes Programmteil (Aufrufer) aufgerufen und nach seinem Ausführen, wird zurück zum Aufrufer gesprungen. Der Rückkehr zum Aufrufer wird durch "return" Befehl, der sich am Ende jedes UPs befinden muss, erreicht. Und das ist der einzige Unterschied zwischen einem HP und einem UP.

Jedes UP hat folgender PAD:

vom Aufrufer -------> V
Tun
V
zurück zum Aufrufer <------- return

Ein HP von einem ASM Programm kann in anderem, mehr umfangreichem ASM Program als UP benutzt werden, wenn der sich am Ende des HPs befindlicher Befehl "goto" durch "return" ersetzt wird. Ein Beispiel dazu:

Haupt1 call UP11 Haupt1 call UP11
call UP21 call UP21
........... -------> ...........
call UPn1 call UPn1
goto Haupt1 return

Jetzt können wir im mehr komplexen HP (Haupt) das Haupt1 als Unterprogramm aufrufen:

Haupt call UP1
call Haupt1
...........
call UPn
goto Haupt

Jedes UP kann auch von einem anderen übergeordneten UP aufgerufen werden, wenn das was es realisiert, benötigt wird.

In der Praxis wird oft ein UP von mehreren anderen UPs benutzt. Zum Beispiel um LCD Display zu steuern, brauchen wir entweder ein Befehl (Cmd) oder ein Zeichen (Data) an Display zu schicken. In beiden Fällen wird ein Byte geschickt, einmal mit RS=0 (Befehl) und einmal mit RS=1 (Zeichen) laut folgendem PDA:

"Cmd" "Data"
V V
RS=0 RS=1
V V
\-->+<--/
|
V
"Send" Byte schicken
V
return

Das wird z.B. in den Quellcode so eingeschrieben:

Cmd bcf RS
goto Send
Data bsf RS
Send ............
return

Das UP "Send" ist den UPs "Cmd" und "Data" untergeordnet, da es von beiden benutzt wird, kann aber weder "Cmd" noch "Data" benutzen.

=== Initialisierung ===

Damit der PIC ein Programm asführen kann, muss er vollständig und richtig initialisiert werden. Deswegen als erstes UP, das vom HP aufgerufen wird , ist "Initialisierung" (kurz: Init)

==== Variablen ====

Weil nach dem Einschalten der Spannung im RAM sich zufällige Werte befinden, wird meistens als erstes, der benutzte Bereich des RAMs (z.B. 20h bis 7Fh) gelöscht. Es wird einfach und sparsam mit einer Schleife, die indirekte Adressierung verwendet, gemacht:

V
Adresse des ersten Registers in FSR laden (20h)
/-------------------->V
RAMClr |Indirekt adressierter Register löschen (INDF)
| V
| Adresse erhöhen
| V
| Letzte Adresse + 1 (80h) J>Return
| N
| V
\---------------------/

Es wird wie folgt in Quellcode eingeschrieben:

movlw 0x20
movwf FSR
RAMClr clrf INDF
incf FSR,1
btfss FSR,7
goto RAMClr
return

Danach können den benötigtenen Variablen die gewünschte Werte angegeben werden:

movlw 0x3C
movwf LimH
movlw 0x5A
movwf LimL
u.s.w.

Somit sind die Variablen initialisiert.

==== I/O Ports ====

Nach dem Einschalten der Spannung sind die für Komparatoren oder A/D Wandler benutzte Pins als analoge Eingänge initialisiert. Wenn sie alle als digitale I/Os verwendet werden sollen, müssen sie als solche definiert werden. Das geschieht durch Eischreiben in entsprechenden Register (CMCON bzw. ADCON1) des Wertes 0x07:

movlw 0x07 b.z.w. movlw 0x07
movwf CMCON movwf ADCON1

Wenn einige als Analoge Eingänge benutzt werden sollen, mussen die entsprechende Werte dem Datenblatt des jeweiligen PICs entnommen werden.

Danach werden alle Ports nacheinander gelöscht und die gewünschte Werte die an den Pins vor dem Start des Hauptprogramms ausgegeben werden sollen, geschrieben:

clrf PORTA
movlw 0x37
movwf PORTA
usw.

Anchliessend werden für jeden Port die Werte in TRIS Register eingeschrieben, wobei ein Bit einem Pin entspricht. Ein Pin wird in TRIS Register durch 1 als Eingang und durch 0 als Ausgang definiert. Beispielweise beim PORTB sollen B7,B5 und B3 als Eingänge und restliche Pins als Ausgänge definiert werden. Das ergibt den Wert 10101000b = A8h, der in den TRISB Register geschrieben werden muss. Weil die alle TRIS Register sich in der Bank1 befinden, muss im STATUS-Register auf Bank1 und danach zurück auf Bank 0 umgeschaltet werden:

bsf STATUS,RP0
movlw 0xA8
movwf TRISB
bcf STATUS,RP0

Bei einem Umschalten der Bank können selbstverständlich alle TRIS Register nacheinander beschrieben werden.

==== Hardware ====

Die für ASM Programm benutzte Hardware kann auf integrierte und externe geteilt werden. Für eine Initialisierung der integrierten Hardware (Komparatoren, A/D Wandler, Timer, USART, I²C, SPI, PWM, u.s.w.), müssen entsprechende SFRs (Spezial Function Registers) laut Datenblatt des PICs definiert werden.

Die externe Hardware muss nach Datenblättern der Herstellern initialisiert werden.

=== Einlesen ===

Um ein Bit von einem Portpin einzulesen und in ein bestimmtes Register zu Kopieren wird folgender PAD benutzt, weil ein PIC kein Befehl dafür hat:

V
Bit im Zielregister löschen
V
Quellbit = 0 ? J>-------\
N |
V |
Bit im Zielregister setzen |
V |
+--------------/
V

Wenn wir z.B. ein bit3 von PortA als bit1 in den Register Tasten kopieren wollen, dann wird es in Quellcode so geschrieben:

bcf Tasten,1
btfsc PORTA,3
bsf Tasten,1

Natürlich wenn ein ganzer Byte vom Port in das W-Register eingelesen wird, kann mann den gleich in das Zielregister schreiben.

=== Ausgeben ===

Um ein Bit an einem Portpin auszugeben wird ein bestimmter Bit mit "bcf" gelöscht oder mit "bsf" gesetzt. Zum Beispiel bit4 im PORTA:

bcf PORTA,4.

Um ein Byte auszugeben wird er einfach zuerst in das W-Register geladen und danach an Port übergeben, z.B.:

movlw 0x12
movwf PORTA

=== Pause ===

Um eine Pause (Warten) im Programm anzulegen wird der "nop" Befehl benutzt, während dessen Ausführung der CPU nichts macht. Mit einem "nop" kann eine Zeit gleich 4 Takten (Perioden) des Oszillators realisiert werden. Um eine Zeit z.B. 1 Sekunde zu erreichen braucht man bei einem Quarzoscillator 4 MHz "nur" 1 000 000 Takten zu Programmieren, was in keinen Programmspeicher von PIC passt. Deswegen werden mehrfache s.g. Warteschleifen angewendet. In der Praxis werden Schleifen mit max. 3 Ebenen benutzt.

Solche Warteschleife funktioniert nach einem im folgendem PAD abgebildetem Prinzip:

Warte V
n * nop
V
P2 laden
Warte2 V<-----------------\
P1 laden |
Warte1 V<-------------\ |
P0 laden | |
Warte0 V<---------\ | |
P0 decrementieren | | |
V | | |
P0 = 0 ? N>---/ | |
J | |
V | |
P1 dekrementieren | |
V | |
P1 = 0 ? N>-------/ |
J |
V |
P2 dekrementieren |
V |
P2 = 0 ? N>-----------/
J
V
return

Das wird in Quellcode so aussehen:

Warte nop
...
nop
movlw 0xXX
movwf P2
Warte2 movlw 0xXX
movwf P1
Warte1 movlw 0xXX
movwf P0
Warte0 decfsz P0
goto Warte0
decfsz P1
goto Warte1
decfsz P2
goto Warte2
return
Anstatt "movlw 0xXX" kann auch "movf PauseX,0" angewendet werden, wenn die Schleife mit verschiedenen Werten P0, P1 und P2 aus den Register Pause0, Pause1 und Pause2 benutzt wird.

Die gesammte Anzahl den CPU Takten (N) lässt sich aus folgender Formel berechnen:

N = P2 * [ P1 * (3 * P0 + 5) + 7 ] + n + 10

und die Wartezeit (T) in Sekunden:

T = 4 * N / Fosc

Wobei:

P0 = Zahl im Register P0
P1 = Zahl im Register P1
P2 = Zahl im Register P2
n = Anzahl "nop"s
10 = Ausführungszeit von "call" + "return" + 3 * ("movlw" + "movwf")
Fosc = Frequenz des Oszillators (z.B. Quartz)

Die "nop"s sind notwendig um jede Wartezeit einzustellen zu können.

Mit solcher dreifachen Schleife die max. Wartezeit ist ca. 50 000 000 CPU Takten, was bei 4 MHz Quarz ca. 50 Sekunden entspricht.

Für kürzere Wartezeiten werden doppelte oder einzelne Schleifen benutzt.

=== Schnittstellen und Treiber ===

Als Schnittstelle wird externe Hadware, die zum steuern eines an sie angeschlossenes "Gerätes" dient, genannt. Das ASM Programm, das die Steuerung ermöglicht ist ein Treiber. Als Beispiel siehe: [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22749]

=== Tabellen ===

Es gibt zwei Arten von Tabellen: Sprungtabellen (computed goto) die "goto" Befehle enthalten und Wertetabellen (lookup table) in denen feste Werte in "retlw" gespeichert sind. Der wichtigste Unterschied zwischen dennen ist, dass die Sprungtabellen werden mit "goto" eingesprungen und steuern den Programlauf abhängig vom Inhalt des W-Registers und die Wertetabellen werden mit "call" aufgerufen und liefern abhängig von Inhalt des W-Registers ein Wert an den Aufrufer zurück.

Beide werden in Programmspeicher erstellt und können vom CPU nicht geändert werden. Sie können nur bis zu 256 Speicherstellen belegen, da in den W-Register auch nur so viel veschiedenen Zahlen "passen". Sie Fangen also (fast) immer bei einer Adresse XX00h an und enden bei XXFFh. Der Hochwertige Byte "XX" der Adresse an der sich der Anfang einer Tabelle befindet, muss vor dem Einsprung in die Tabelle ins PCLATH Register eingeschrieben werden, wenn die Tabelle weit vom Aufrufer liegt. In der Praxis werden solche Tabellen am oberen Ende des Programmspeichers angelegt, damit sie den ASM Code nicht unterbrechen.

Eine Sprungtabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 goto Marke0
XX01 goto Marke1
.......................
XXFE goto Marke254
XXFF goto Marke255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
goto Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, der die Wahl wohin gesprungen wird bestimmt

Nach ausführen der obiger Befehlsfolge, wird das ASM Programm z.B. für Twert=0x01 weiter ab Marke1 "laufen" bis es an "return" kommt. Dann springt es zurüch zum Aufrufer der Tabelle.

Eine Wertetabelle wird so aufgebaut:

ORG (XX-1)FF <--- eine Direktive für Assemblerprogramm, wo es
die Tabelle im Programmspeicher plazieren soll
Adresse Inhalt
-------------------------
Tab1 (XX-1)FF addwf PCL,1
XX00 retlw Wert0
XX01 retlw Wert1
.......................
XXFE retlw Wert254
XXFF retlw Wert255

Und so aufgerufen:

movlw 0xXX
movwf PCLATH
movf TWert,0
call Tab1

wobei:

0xXX = Hochwertiger Byte der Adresse von Tab1
TWert = ein Wert, für welchen, an den Aufrufer bestimmter
Wert aus der Tabelle zurückgeliefert wird

Solche Wertetabellen werden z.B. als Zeichengeneratoren für Grafikdisplays benutzt.

=== EEPROM ===

Alle PICs besitzen EEPROM in dem je nach Typ können 64 bis 256 Databytes gespeichert werden. Weil die detalierte Beschreibung der Schreib- und Lesevorgänge ziemlich lang wäre, werden nur geprüfte UPs kurz erklärt.

EEPROM beschreiben:

EEWrite movlw 0x20 <------ ab der RAM Adresse wird gespeichert
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EEWLoop call EEWrite1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EEWLoop
return

EEWrite1 bcf INTCON,GIE <------ Interrupts sperren
movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
movf INDF,0
movwf EEDATA
bsf EECON1,WREN
movlw 0x55
movwf EECON2
movlw 0xAA
movwf EECON2
bsf EECON1,WR
bcf EECON1,WREN
btfsc EECON1,WR
goto $-1 <------ warten bis WR=0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
bsf INTCON,GIE <------ Interrupts erlauben
return

EEPROM lesen (zurückschreiben):

EERead movlw 0x20 <------ ab der Adressse werden die Bytes in RAM abgelegt
movwf FSR
movlw 4 <------ soviel Bytes
movwf Temp <------ Schleifenzähler
EERLoop call EERead1
incf FSR,1 <------ nächste Adresse
decfsz Temp,1
goto EERLoop
return

EERead1 movf FSR,0
bsf STATUS,RP0 <------ auf Bank1 umschalten
movwf EEADR
bsf EECON1,RD
movf EEDATA,0
bcf STATUS,RP0 <------ zurück auf Bank 0 umschalten
movwf INDF
return

== Vorlage für MPASM ==

list P=12F629 ; Prozessor definieren
include "P12F629.inc" ; entsprechende .inc Datei für MPASM
__config _CP_OFF & _WDT_OFF & _PWRTE_ON & _MCLRE_OFF & _INTRC_OSC_NOCLKOUT ; Konfiguration
#define _DTT1 GPIO,0 ; Portpins benennen
#define _CKT2 GPIO,1
#define _T3 GPIO,2
#define _RNG GPIO,3
#define _INT GPIO,4
#define _RL GPIO,5
SecondL equ 0x20 ; Variablen definieren (Register benennen)
SecondH equ 0x21
MinuteL equ 0x22
MinuteH equ 0x23
StundeL equ 0x24
StundeH equ 0x25
org 0x0000 ; Direktive für MPASM
call Init ; rufe UP "Initialisierung" auf
Haupt ............ ; Hauptprogramm als endlose Schleife
Eigener Code
............
goto Haupt ; gehe zum Anfang des Hauptprogramms (zurück)
UP1 ............ ; Unterprogramme
Eigener Code
............
return
############
UPn ............
Eigener Code
............
return
Init clrf GPIO ; lösche Port
bsf STATUS,RP0 ; auf Bank1 umschalten
call 0x3FF ; hole Kalibrationswert
movwf OSCCAL ; kalibriere internen RC oscillator
bcf OPTION_REG,7 ; aktiviere pull-ups
movlw 0x30 ; definiere Portpins GPIO, (z.B. 0-3 Aus- und 4-5 Eingänge)
movwf TRISIO ; schreibe in TRIS Register
bcf STATUS,RP0 ; auf Bank0 umschalten
movlw 7 ; schalte Komparator aus
movwf CMCON ; und mache RA0-2 als digital I/O
............
eigener Code
............
return ; springe zurück (zum Haupt)
end ; Ende des Codes zum "Übersetzen"

Die Variablen können auch kürzer mit s.g. cblock definiert werden:

cblock 0x20
SecondL
SecondH
MinuteL
MinuteH
StundeL
StundeH
endc

Bei sehr vielen Variablen sind aber die Registeradressen nicht so übersichtlich.

== Für anderen PIC umschreiben ==

Die wichtigste Vorraussetzung ist, das der PIC2, auf dem das vorhande ASM Programm (für PIC1) laufen soll, zumindest für das ASM Program nötige interne Hardware hat. Der Code benötigt keine Änderungen.

Wenn der Port vom PIC2 anderen Namen hat, muss man das im Quellcode umdefinieren, z.B.:

#define GPIO equ PORTB
#define TRISIO equ TRISB

Dann wird das Assemblerprogramm, wenn es GPIO findet, immer PORTB nehmen. Das gleiche Betrifft die __config Ausdrücke, die entsprechend der .ini Datei für den PIC2, geändert werden müssen.

Das Assemblerprogramm findet sicher alles, was ihm nicht "passt" und bringt Fehlermeldungen, auf die man entsprechend reagieren muss.

== Das erste... ==

Hier wird detailiert das ganze Prozess der Erstellung eines ASM Programms beschrieben.

Die Idee:

Es gibt 4 Leds, die mit 2 Tastern gesteuert werden sollen. Nach dem Einschalten soll keine LED leuchten. Solange der linke Taster gedrückt ist, sollte eine leuchtende LED von links nach rechts "wandern" und von der letzten rechten Position wieder nach ganz linke "springen". Solange der linke Taster gedrückt ist, sollte eine leuchtende LED von rechts nach links "wandern" und von der letzten linken Position wieder nach ganz rechte "springen". Solange beide Taster gedrückt sind soll die leuchtende LED von links nach rechts und zurück "wandern".

Dafür nötige Hardware zeigt folgende Skizze:

.-----------------------------------------------.
| |
| |
| |
| PIC12F629 |
| |
| |
| |
| GPIO,3 GPIO,4 GPIO,5 GPIO,2 GPIO,1 GPIO,0|
'-----------------------------------------------'
4| 3| 2| 5| 6| 7|
| | | | | |
| | | | | |
| | | | | |
| | .-. .-. .-. .-.
| | | | | | | | | |
| | 470| | 470| | 470| | 470| |
| | '-' '-' '-' '-'
| | | | | |
\ o \ o | | | |
\ \ V -> V -> V -> V ->
\. \. - - - -
T1 o T2 o LED1 | LED2 | LED3 | LED4 |
| | | | | |
+-------+-------+---+---+-------+-------+
|
===
GND

= Midrange =

== Kurzübersicht Assembler Befehle ==

{|
|-
| valign=top |

{| {{Blauetabelle}}
|ADDLW||Add literal and W
|-
|ADDWF||Add W and f
|-
|ANDLW||AND literal with W
|-
|ANDWF||AND W with f
|-
|BCF||Bit Clear f
|-
|BSF||Bit Set f
|-
|BTFSC||Bit Test f, Skip if Clear
|-
|BTFSS||Bit Test f, Skip if Set
|-
|CALL||Call subroutine
|-
|CLRF||Clear f
|-
|CLRW||Clear W
|-
|CLRWDT||Clear Watchdog Timer
|}

| valign=top |

{| {{Blauetabelle}}
|-
|COMF||Complement f
|-
|DECF||Decrement f
|-
|DECFSZ||Decrement f, Skip if 0
|-
|GOTO||Go to address or label
|-
|INCF||Increment f
|-
|INCFSZ||Increment f, Skip if 0
|-
|IORLW||Inclusive OR literal with W
|-
|IORWF||Inclusive OR W with f
|-
|MOVF||Move f
|-
|MOVLW||Move literal to W
|-
|MOVWF||Move W to f
|-
|NOP||No Operation
|}

| valign=top |

{| {{Blauetabelle}}
|-
|RETFIE||Return from interrupt
|-
|RETLW||Return with literal in W
|-
|RETURN||Return from Subroutine
|-
|RLF||Rotate Left f through Carry
|-
|RRF||Rotate Right f through Carry
|-
|SLEEP||Go into standby mode
|-
|SUBLW||Subtract W from literal
|-
|SUBWF||Subtract W from f
|-
|SWAPF||Swap nibbles in f
|-
|XORLW||Exclusive OR literal with W
|-
|XORWF||Exclusive OR W with f
|}
[[:bild:pic_asm_short.jpg|Kurzübersicht zum Ausdrucken]]
|}


==Ausführliche Beschreibung zu den Befehlen==

Erklärungen zu den Verwendeten Platzhaltern:
*'''k''' stellt einen fest definierten Wert da. z.B. <tt>0x20</tt>, <tt>d'42'</tt> oder <tt>b'00101010'</tt>
*'''W''' steht für das W-Register.
*'''d''' steht für ''destination'' (Ziel). Im code wird d durch ein <tt>w</tt> bzw. <tt>0</tt> (der Wert wird in das W-Register gespeichert ) oder <tt>f</tt> bzw. <tt>1</tt> (der Wert wird in das davor definierte Register gespeichert)
*'''b''' steht für Bitnummer im Register (eine Zahl zwischen 0 und 7)
*'''R''' steht für ein Register
*'''fett''' geschrieben Bedeutet, dass es ein Platzhalter ist und im Quellcode durch eine Registeradresse oder einen Wert ersetzt werden muss
*<tt>Schreibmaschinenstil</tt> bedeutet, dass es so im Quellcode geschrieben werden kann.

 ADDLW k Add W and literal - Addiere W und Zahl<hr>
:Es wird die Rechenoperation <math>k+W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ADDWF R,d Add W and f - Addiere W und f <hr>
:Es wird die Rechenoperation <math>R+W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 ANDWF k AND literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- and
1000
</dd></dl>

 ANDWF R,d AND W with f - ???<hr>
:Es wird bitweise die logische Funktion <math>W\ and\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche ANDWF

BCF R,b Bit Clear f - Bit b im R wird gelöscht<hr>
:Mit dem Befehl <tt>BCF</tt> wird das Bit '''b''' im Register '''R''' gelöscht. Ein Beispiel:
<dl><dd>
MOVLW b'11111111' ;es wird b'11111111' in das W-Register geschrieben
BCF W,2 ;es wird bit 2 im W-Register gelöscht.
;das Ergebnis ist: b'11111011'
</dl></dd>

BSF R,b Bit Set f - Bit b im R wird gesetzt<hr>
:Mit dem Befehl <tt>BSF</tt> wird das Bit '''b''' im Register '''R''' gesetzt. Ein Beispiel:
<dl><dd>
CLRW ;es wird b'00000000' in das W-Register geschrieben
BSF W,2 ;es wird bit 2 im W-Register gesetzt.
;das Ergebnis ist: b'00000100'
</dl></dd>

BTFSC R,b Bit Test f, Skip if Clear - Wenn das Bit b im Register R 0 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSC</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 0 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
MOVLW b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSC W,0 ;es wird bit 0 geprüft.
;wenn es 0 ist, wird der nächste Befehl übersprungen
GOTO IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser Sprungbefehl ausgeführt.
GOTO IST_NULL ;springt zur Marke "IST_NULL"
</dl></dd>

BTFSS R,b Bit Test f, Skip if Set - Wenn das Bit b im Register R 1 ist, überspringe den nächsten Befehl<hr>
:Mit dem Befehl <tt>BTFSS</tt> kann eine Verzweigung im Programmablauf bewirkt werden. Wenn das Bit '''b''' im Register '''R''' 1 ist, wird der nächste Befehl übersprungen. Ein Beispiel:
<dl><dd>
MOVLW b'00000001' ;es wird die Zahl 1 in das W-Register kopiert.
BTFSS W,0 ;es wird bit 0 geprüft.
;wenn es 1 ist, wird der nächste Befehl übersprungen
GOTO IST_NULL ;springt zur Marke "IST_NULL"
GOTO IST_EINS ;springt zur Marke "IST_EINS" <- in diesem Fall wird dieser
;Sprungbefehl ausgeführt, da der Befehl
;darüber übersprungen wurde.
</dl></dd>

CALL Call Subroutine - Rufe Unterprogramm auf<hr>
:Mit dem <tt>CALL</tt> Befehl wird ein Unterprogramm aufgerufen. Mit dem <tt>RETURN</tt>-Befehl wird das Unterprogramm beendet und man kehrt zum Befehl nach dem <tt>CALL</tt>-Befehl zurück. Das Unterprogramm wird so definiert, dass im Quellcode der Name des Unterprogramms nicht eingerückt steht. Ein Beispiel:

<dl><dd>
MOVLW d'13' ;in das W-Register wird 13d geladen
CALL Unterprogramm1 ;es wird das Unterprogramm "Unterprogramm1" aufgerufen
MOVWF ergebnis ;das W-Register wird in das Register "ergebnis" kopiert.
;im Register "ergebnis" steht nun 23d

Unterprogramm1 ;zählt 10 zum W-Register
ADDLW d'10' ;es wird 10d zum W-Register addiert
RETURN ;kehre zurück zum Aufrufer
</dl></dd>

CLRF R Clear f - Schreibe 0 in das Register R<hr>
:Das Register '''R''' wird mit Nullen gefüllt (gelöscht).

CLRW Clear W - Schreibe 0 in W<hr>
:Das W-Register (<tt>W</tt>) wird mit Nullen gefüllt (gelöscht).

CLRWDT Clear Watchdog Timer - Setzt den Watchdog-Timer zurück<hr>
:Es wird der WDT (Watchdog-Timer) zurückgesetzt und der Zähler des WDT auf 0 gesetzt, zusätzlich werden die STATUS-bits TO und PD gesetzt.

COMF R,d Complement f - negiere alle bits im Register R<hr>
:Von der Binärzahl im Register '''R''' werden die 0 mit 1 und 1 mit 0 ersetzt. Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Ein kleines Beispiel: aus <tt>AAh</tt> (<tt>10101010b</tt>) wird <tt>55h</tt> (<tt>01010101b</tt>).

DECF R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

DECFSZ R,d Decrement f, Skip if 0 - Subtrahiert 1 vom Regiser f, überspringe wenn 0<hr>
:Vom Wert des Registers '''R''' wird 1 subtrahiert und das Ergebnis entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

GOTO Go to address - Gehe zu Adresse/Sprungmarke<hr>
:Nach dem GOTO Befehl wird das Programm ab der Adresse weiter ausgeführt, die nach dem GOTO-Befehl steht. Diese Adresse wird durch so genannte Sprungmarke definiert, welche, im Gegensatz zu den Befehlen nicht eingerückt im Quellcode stehen.

INCF R,d Increment f - Addiere 1 zum Register f<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das C-Flag im STATUS-Register nicht.

INCFSZ R,d Increment f, Skip if 0 - Addiere 1 zum Regiser f, überspringe wenn 0<hr>
:Zum Wert des Registers '''R''' wird 1 addiert und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Der Zusatz SZ steht für ''skip if zero'', d.h. wenn das Ergebnis der Rechnung Null ist, wird der nächste Befehl übersprungen. Dieser Befehl wird für Schleifen mit bestimmter Anzahl der Durchläufe benutzt.

 IORLW k OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Register, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Ooperation:
<dl><dd>
1100
1010
---- or
1110
</dd></dl>

 IORWF R,d OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ or\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche IORLW

MOVF R,d Move f - Bewege f<hr>
:Das Register R wird in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder wieder in R kopiert ('''d'''=<tt>F</tt>=<tt>1</tt>). Letzteres mag sinnlos scheinen, ist aber nützlich, da durch den Befehl das Z-Bit im STATUS-Regsiter gesetzt wird, falls R Null ist.

MOVLW k Move literal to W - Bewege Zahl in W-Register<hr>
:Der festgelegte Wert k wird in das W-Register kopiert.

MOVWF R Move W to f - Bewege W-Register in das Register F<hr>
:Das W-Register wird in das Register '''R''' kopiert.

NOP No Operation - Kein Befehl zum Ausführen (warte)<hr>
:Dieser Befehl macht nichts. Er verbraucht nur Zeit, welche sich einfach mit folgender Formel berechnen lässt. <math>t=\frac{4}{f}</math>,wobei <math>f</math> für die Frequenz des Oszillators steht.

RETFIE Return from interrupt - Kehre zurück aus der Unterbrechung<hr>
:Mit diesem Befehl wird die Interrupt Service Routine (ISR) beendet und das Programm wird an der Zeile weiter ausgeführt, vor der es durch den Interrupt angehalten wurde. Es werden auch alle Interrupts wieder erlaubt (das GIE bit wird gesetzt). Siehe hierzu auch [[#Interrupt | Interrupt]]

RETLW k Return with literal in W - Kehre zurück mit Zahl k im W-Register<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETLW</tt> zurück in die nächste Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde. Der in k angegebene Wert wird dabei in das W-Register geschrieben. Dieser Befehl wird vor allem für s.g Wertetabellen (eng: lookup tables) verwendet.

RETURN Return from Subroutine - Kehre zurück zum Übergeordneten Programmteil<hr>
:Wurde ein Programmteil mit dem Befehl <tt>CALL</tt> aufgerufen, dann springt man mit dem Befehl <tt>RETURN</tt> zurück zu der nächsten Zeile nach der Zeile aus der das <tt>CALL</tt> Befehl ausgeführt wurde.

RLF R,d Rotate Left f through Carry - Rotiere das Register f mithilfe des Carry-bits nach links<hr>
:Alle Bits im Register '''R''' werden um eine Position nach links verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das Bit 0 des Registers R geschoben. Bit 7 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
c 7 6 5 4 3 2 1 0 ;vor dem Verschieben
7 6 5 4 3 2 1 0 c ;nach dem Verschieben
</dd></dl>

RRF R,d Rotate Right f through Carry - Rotiere das Register f mithilfe des Carry-bits nach rechts<hr>
:Alle Bits im Register '''R''' werden um eine Position nach rechts verschoben. Dabei wird das Carry bit (<tt>STATUS,C</tt>) in das 7.Bit des Registers R geschoben. Bit 0 aus dem Register '''R''' wird in das Carry bit "geschoben". Das Ergebnis wird entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).

:Zur Verdeutlichung:
<dl><dd>
|C| |-Register R-| ;C steht für das Carry-bit, STATUS,C
C 7 6 5 4 3 2 1 0 ;vor dem Verschieben
0 C 7 6 5 4 3 2 1 ;nach dem Verschieben
</dd></dl>

SLEEP Go into standby mode - Versetze den Mirokontroller in Bereitschaftsmodus<hr>
:Der µC wird in den Sleep-Mode versetzt, in dem er weniger Strom verbraucht. Er kann durch einen Reset, einem Watchdog-Timer-Reset oder durch einen Interrupt wieder aufgeweckt werden.

 SUBLW k Subtract W from literal - Ziehe W von Zahl ab<hr>
:Es wird die Rechenoperation <math>k-W</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

 SUBWF R,d Subtract W from f - Ziehe W von f ab<hr>
:Es wird die Rechenoperation <math>R-W</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Dieser Befehl beeinflusst das STATUS-Register. Siehe hierzu [[#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Register]]

:Beispiel:
<dl><dd>
movlw d'20' ;schreibe 20 in das W-Register
movwf Register1 ;bewegt das W-Register in das Register1
movlw d'10' ;schreibt 10 in das W-Register
SUBWF Register1,F ;schreibt Register1(20)-W(10) in Register1
</dd></dl>

SWAPF R,d Swap nibbles in f - Vertausche die Halbbytes (Nibbles)<hr>
:Es werden die höheren 4 bit (bit7-bit4) mit den niedrigeren 4 bit (bit3-bit0) eines Registers vertauscht und entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>).
:Beispiel:
<dl><dd>
movlw b'00001111' ;schreibe b'00001111' in das W-Register
movwf Register1 ;kopiert das W-Register in das Register1
SWAPF Register1,W ;vertauscht die ersten 4 bit mit den letzen
;4 bit in Register 1 und schreibt es in das W-Register
;im W-Register steht nun b'11110000'
</dd></dl>

 XORLW k Exclusive OR literal with W<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ k</math> ausgeführt und das Ergebniss in das W-Register gespeichert. Dieser Befehl setzt das Z bit des STATUS-Registers, falls W=k und das Ergebnis 0 ist.
:Zur Verdeutlichung der Operation:
<dl><dd>
1100
1010
---- xor
0110
</dd></dl>

 XORWF R,d Exclusive OR W with f<hr>
:Es wird bitweise die logische Funktion <math>W\ xor\ R</math> ausgeführt und das Ergebniss entweder in das W-Register ('''d'''=<tt>W</tt>=<tt>0</tt>) oder in R gespeichert ('''d'''=<tt>F</tt>=<tt>1</tt>). Vergleiche XORLW
==Besondere, oft gebrauchte Register==

=== STATUS ===
Der Statusregister beinhaltet den Status der Recheneinheit ALU (Arithmetic-Logic Unit), Resetinformationen und die beiden Bits zur Wahl der Speicherbank

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''STATUS''' (ADDRESSE 03h, 83h, 103h, 183h)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R-1</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''IRP'''</td>
<td style="background:#00ffff;">'''RP1'''</td>
<td style="background:#00ffff;">'''RP0'''</td>
<td style="background:#00ffff;">'''TO'''</td>
<td style="background:#00ffff;">'''PD'''</td>
<td style="background:#00ffff;">'''Z'''</td>
<td style="background:#00ffff;">'''DC'''</td>
<td style="background:#00ffff;">'''C'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''IRP''': Register Bank Select Bit (für indirekte Adressierung)
:: 1 = Bank 2, 3 (100h-1FFh)
:: 0 = Bank 0, 1 (00h-FFh)
*Bit 6-5 '''RP<1:0>''': Register Bank Select Bits (für direkte Adressierung)
:: 11 = Bank 3 (180h-1FFh)
:: 10 = Bank 2 (100h-17Fh)
:: 01 = Bank 1 (80h-FFh)
:: 00 = Bank 0 (00h-7Fh)
*Bit 4 '''TO''': Time-out Bit
:: 1 = Nach Power-up, CLRWDT Befehl oder SLEEP Befehl
:: 0 = A Watchdogtimer time-out ist eingetreten
*Bit 3 '''PD''': Power-Down Bit
:: 1 = Nach Power-up oder durch den CLRWDT
:: 0 = Nach einem SLEEP befehl
*Bit 2 '''Z''': Zero bit
:: 1 = Das Ergebnis einer arithmetischen oder logischen Operation ist 0
:: 0 = Das Ergebnis einer arithmetischen oder logischen Operation ist NICHT 0
*Bit 1 '''DC''': Digit carry/borrow bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des 4.Niedrigsten Bits eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des 4.Niedrigsten Bits eines Rechenergebnisses existiert
*Bit 0 '''C''': Carry/borrow Bit (ADDWF, ADDLW, SUBLW und SUBWF Befehle)
:: 1 = Ein Carry-out des MSB eines Rechenergebnisses existiert
:: 0 = Kein Carry-out des MSB eines Rechenergebnisses existiert

Das "Borrowbit" (to borrow = etwas borgen) dient zum erkennen, wenn ein Übertrag einer Rechenoperation exisitiert. 250+10 ergibt zum Beispiel 4, und setzt dabei das Borrowbit auf 1. Damit kann das Programm erkennen, wenn wieder einmal ein Ergebnis größer als 255 herauskam.
Bei Subtraktionen (SUBLW und SUBWF) verhält sich das Carry Bit umgekehrt als bei Additionen (ADDWF und ADDLW)!! 55-6=49 setzt Carry auf 1 aber 10-25=241 löscht das Carry-Flag zum Beispiel.

:Siehe auch [[PIC Assembler#Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers|Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers]]

=== INTCON ===

<table style="text-align: center;" cellspacing="0">
<tr>
<td colspan="8" style>'''INTCON''' (ADDRESSE 0Bh, 8Bh, 10Bh, 18Bh)</td>
</tr>
<tr style="border:0px;">
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-0</td>
<td style="width:60px;">R/W-x</td>
</tr>
<tr>
<td style="background:#00ffff;">'''GIE'''</td>
<td style="background:#00ffff;">'''PEIE'''</td>
<td style="background:#00ffff;">'''TMR0IE'''</td>
<td style="background:#00ffff;">'''INT0IE'''</td>
<td style="background:#00ffff;">'''RBIE'''</td>
<td style="background:#00ffff;">'''TMR0IF'''</td>
<td style="background:#00ffff;">'''INT0IF'''</td>
<td style="background:#00ffff;">'''RBIF'''</td>
</tr>
<tr>
<td>Bit7</td>
<td colspan="6"></td>
<td>Bit0</td>
</tr>
</table>

*Bit 7 '''GIE''': Global Interrupt Enable Bit
::1 = Aktiviert alle ausgewählten Interrupts
::0 = Deaktiviert alle ausgewählten Interrupts
*Bit 6 '''PEIE''': Peripheral Interrupt Enable Bit
::1 = Aktiviert alle peripheren Interrupts
::0 = Deaktiviert alle peripheren Interrupts
*Bit 5 '''TMR0IE''': TMR0 Overflow Interrupt Enable Bit (Overflow von Timer0 löst Interrupt aus)
::1 = Aktiviert den TMR0 Interrupt
::0 = Deaktiviert den TMR0 Interrupt
*Bit 4 '''INT0IE''': RB0/INT External Interrupt Enable Bit (Änderung an RB0 löst Interrupt aus) *)
::1 = Aktiviert den RB0/INT Interrupt (Extern ausgelöst)
::0 = Deaktiviert den RB0/INT Interrupt (Extern ausgelöst)
*Bit 3 '''RBIE''': RB Port Change Interrupt Enable Bit (Änderung an PortB löst Interrupt aus) **)
::1 = Aktiviert den RB port change interrupt
::0 = Deaktiviert den RB port change interrupt
*Bit 2 '''TMR0IF''': TMR0 Overflow Interrupt Flag Bit
::1 = TMR0 Register ist Übergelaufen (muss per Software resetet werden)
::0 = TMR0 register ist nicht Übergelaufen
*Bit 1 '''INT0IF''': RB0/INT External Interrupt Flag Bit
::1 = Eine Änderung an RB0/INT hat stattgefunden (muss per Software resetet werden)
::0 = Eine Änderung an RB0/INT hat nicht stattgefunden
*Bit 0 '''RBIF''': RB Port Change Interrupt Flag bit
::1 = Mind. einer der Pins von RB7:RB4 hat sich geändert (muss per Software resetet werden)
::0 = Keiner der Pins von RB7:RB4 hat sich geändert

*) Die Flanke auf die Reagiert wird mit dem Bit OPTION_REG.INTEDG (pos. = 1 oder neg. = 0) geändert
**) Der Interrupt klingt verführerischer Weise so, als ob er den gesamten Port überwacht. Dabei reagiert er nur auf RB7:RB4!!!!

==Speicherbankorganisation==
===Programmspeicher===
Die Mid-Range MCUs haben einen 2-8k großen Programmspeicher. Dieser hat aber in jeder Speicherzelle nicht 8, sondern 14 Bit - also genau die Länge eines Befehls. Die aktuelle Stelle im Programm wird im PC (Program Counter) verwaltet. Er speichert immer die aktuelle Position im Programmspeicher. Bei einem PIC mit 8k Adressen muss er also die Adressen 0000-1FFF speichern können. Daraus folgt die Größe von 13 Bit für den PC. Der Programmspeicher ist in mehrere Bänke geteilt, die alle 2k groß sind. Das Programm springt ohne zutun des Benutzers von einer in die Nächste. Wenn man aber selber springen will, muss man die Register PCLATH (Program Counter Latch High) oder PCL (Program Counter Least Significant Byte) mit der Sprungadresse beschreiben.

===Datenspeicher===
Der Datenspeicher besteht aus den Special Function Registern (SFR) und den General Purpose
Registern (GPR). Die SFRs sind für die Funktionen des PICs zuständig (Interrupts, Timer, ADCs, CCPM...) und die GPRs für die Speicherung von Variablen und Daten.

Da immer nur 7 Bit der (Ziel)Adresse in einem Befehl gespeichert werden können, sind nur 7Fh (128d) Adressen im Datenbereich möglich. Deswegen wurde das "Banking" eingeführt. 2 Bit im Statusregister (welcher in allen Bänken der selbe ist und auch an der gleichen Stelle sitzt) geben die akutelle "Bank" an und sind nichts anderes als die 2 höchstwertigsten (MSB) Bits der Adresse. Damit lassen sich max. 4 Bänke ansprechen. Je nach PIC gibt es 2-4 Bänke. Die beiden Bits im Register STATUS heißen RP0 (STATUS<5>) und RP1 (STATUS<6>).

{| {{Blauetabelle}}
|+ Wechseln der Bänke mit RP0 und RP1
|-
|
|| RP1
|| RP0
|-
| Bank0
|align="center"|0
|align="center"|0
|-
| Bank1
|align="center"|0
|align="center"|1
|-
| Bank2
|align="center"|1
|align="center"|0
|-
| Bank3
|align="center"|1
|align="center"|1
|}

[[Bild:PIC midrange register.JPG]]
# '''FETTE Register''' sind in allen PICs vorhanden
# können je nach PIC unimplementierte Bereiche beinhalten - diese werden immer als 0 gelesen. (DATENBLATT!!)
# siehe 2
# Könnten je nach PIC auch nicht in Bank0 gemapped werden, sind dann eigenständige Register.
# je nach PIC kann es diese Bänke geben oder nicht geben.

==Überprüfung von Rechenergebnissen mit Hilfe des STATUS-Registers==

{|
|-
|
{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Subtraktionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|1
|align="center"|0
|-
| negativ
|align="center"|0
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}

||

{| {{Blauetabelle}}
|+ Auswirkungen auf das STATUS-Register bei Additionen
|-
| Ergebnis
|| STATUS,C
|| STATUS,Z
|-
| positiv
|align="center"|0
|align="center"|0
|-
| Überlauf
|align="center"|1
|align="center"|0
|-
| Null
|align="center"|1
|align="center"|1
|}
|}

[[Kategorie:Microcontroller]]
[[Kategorie:Software]]
[[Category:PIC]]