ORG Anweisung - RN-Wissen-Artikel

[Matze235]

Ich nehme an, du meinst folgenden Beginn des Codes in dieser Art?

(Ich habe die Start- und die Main-Funktion jetzt direkt nach die CONFIGs, EQUs und #designs in meinen Quellcode platziert)

        org	00h
	goto 	start

;************************************************************************* 
; # START - PIN Configuration, TIMER Confuguration, OSZILLATOR Calibration, AD-CONVERTER definieren
;		
       start   org	05h

Das, womit ich arbeite, ist nur eine einzelne ASM-Datei mit noch 6 weiteren Dateien. Ich habe mal einen Screenshot angehängt.



Und in der Simulation läuft's ja jetzt auch einwandfrei.. keine Ahnung, was da fehlen könnte..

[RoboHolIC]

Ich vermute, dass im Debugging-Mode ein Interrupt benötigt wird. Der für das debuggen erforderliche zusätzliche Code wird von der IDE automatisch erzeugt und eingefügt. Das obige Konstrukt stellt jedenfalls sicher, dass das Hauptprogramm Platz für einen Interruptvektor in 04h frei hält.
Bei den PIC16 meine ich gelesen zu haben, dass für das debuggen auf dem PIC der erste Befehl, also in 00h, ein NOP sein muss.

[witkatz]

Ich vermute, dass im Debugging-Mode ein Interrupt benötigt wird. Der für das debuggen erforderliche zusätzliche Code wird von der IDE automatisch erzeugt und eingefügt. Das obige Konstrukt stellt jedenfalls sicher, dass das Hauptprogramm Platz für einen Interruptvektor in 04h frei hält.

Ich glaube auch, dass hier so etwas im Gange war. Mit den OTP Chips war das Debuggen kniffelig, man konnte nur leere Zellen (0x3fff) mit Code beschreiben und bereits verwenden EPROM nur noch NOP (0) überschreiben. Auf der Katalogseite des PIC12C672 gibts dazu die Doku In-Circuit Serial Programming? (ICSP™) Guide.

Ich glaube nicht, dass der Programmierer die wichtigsten Vektoren des Chips aus Jux frei gelassen hat. Vielleicht hat er während der Entwicklung, je nach dem was auf dem Chip schon drauf war, manuell die Debug/Produktionsversionen des Code in freie Bereiche gebrannt und die alten Sprünge im Programm-EPROM mit NOP überschrieben. Davon sieht man in der Originalversion der ASM heute natürlich nichts mehr.

Mein Vorschlag wäre, das Projekt z.B. auf den von Microchip vorgeschlagenen Nachfolger PIC12F683 zu portieren. Mit Flash-Speicher hat man den OTP Hickhack nicht mehr.

[theborg]

Ich würde mir das auch angewöhnen, in dem beispiel fange ichab 0x00 an wegen einem vorgeschalteten Bootloder, die ersten pahr Adressen haben noch weitere Funktionen z.b. beim debuggen brauchst du zwei NOP direkt in den ersten Adressen, oder bei einigen Bootlodern müssen da Statusregister gelöscht werden dafür sind die Reserviert, die ISR Adresszeilen sind im Linker fest definiert, auch wieviele dafür genutzt werden können

PIC18F

org 0x000000 ; Starte Programm
nop
nop
goto init
org 0x000008 ; Interuptvector High
goto int
org 0x000018 ; Interuptvector Low

goto int
org 0x000028 ; Erste Routine auf Adresse 0x028

PIC16F

org 0x000000 ; Programanfang
nop ; NOP für Debugger
nop
goto go ; Springe zur Inialisirung
org 0x000004 ; Erste Rotine (go) auf Adresse 0x00005