ORG Anweisung - RN-Wissen-Artikel

[Matze235]

Super! Besten Dank!
Das ist genau das, was ich gesucht habe!
Vielen Dank! Das Disassemby Listing File hat mir sehr weitergeholfen!

Das "ORG 0x00" kann ich mir anscheinend sparen, wie es scheint. Richtig?

Ich verwende -wie gesagt- keine Interrupt-Funktionen.
Muss die Adresse 0x04 dann trotzdem frei bleiben?

Wenn ich "ORG 0x00" und "ORG 0x05" beide weglasse, bekomme ich zumindest etliche Fehlermeldungen.
Eines von beiden muss ich anscheinend mindestens vorgeben.

[PICture]

Nix zu danken. Ich freue mich immer sehr, wenn ich noch helfen konnte.

Das "ORG 0x00" kann ich mir anscheinend sparen, wie es scheint. Richtig?

Keine Ahnung (kurz: k.A.).

Muss die Adresse 0x04 dann trotzdem frei bleiben?

k.A. Vorsichsweise habe ich sie immer übersprungen.

Wenn ich "ORG 0x00" und "ORG 0x05" beide weglasse, bekomme ich zumindest etliche Fehlermeldungen.

k.A. Ich verwende anderes ASS Programm, wo man mehrere Fehlermeldungen ruhig ignorieren kann.

Sorry, aber ich kann nur Fragen über mir schon bekannte Probleme beantworten.

[witkatz]

Das "ORG 0x00" kann ich mir anscheinend sparen, wie es scheint. Richtig?

den Reset Vektor würde ich schon drin lassen

Muss die Adresse 0x04 dann trotzdem frei bleiben?

Wenn du die Gründe nicht kennst, warum der Interruptvektor frei gelassen wurde, lass ihn frei, wenn es nicht weh tut.

org    0            ; # geänderter Code, Simulation möglich
goto     start
org   5

Damit müsste es getan sein. Für die Marke start brauchst du mE wahrscheinlich keine absolute Adresse. Weitere org brauchst du im Quellcode dann, wenn "computed goto", sprich Tabellen verwendet werden. Das ist in PICtures Artikel http://rn-wissen.de/wiki/index.php?t...mbler#Tabellen recht gut erklärt.

Nachtrag
Ich werd das Gefühl nicht los, dass das erste von dir gepostete Quellcode nur ein Teil des Softwareprojektes ist. Es wundert mich, dass der Bereich ab Resetvektor leer war. Kann es sein, dass irgendein #include bereits gelöscht wurde, oder zu dem Softwareprojekt noch weitere Dateien dazu gehört haben, die der MPLINK ursprünglich zusammengelinkt hat? Liegt dir das komplette Softwareprojekt mit allen Dateien und Linkerskript vor?

[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