8051 MOV iram,iram (Opcode 85) geht nicht

[H-G S. (haenschen)]

Hallo,

ich versuche gerade einen 80c32x2 zu programmieren.

Es scheint aber dass der Befehl "MOV iramaddr,iramaddr" mit dem Opcode 
85h nicht funktioniert.
In meinem Testprogramm stehen sowohl die Zieladresse (24h) als auch die 
Quelladresse (26h) im Bit-adressierbaren Scratchpad-Bereich.
Der Befehl im Maschienenformat wäre dann "85 24 26".


Kann es sein dass man auf diesen Bereich nicht mit diesem MOV-Befehl 
zugreifen kann ?

[Peter D. (peda)]

H-G S. schrieb:
> Der Befehl im Maschienenformat wäre dann "85 24 26".

Das ist aber:
mov 26, 24

[Stephan (Gast)]

kommt darauf an. 24h ist nicht 24h. Im Bitbereich ist alles etwas 
anders.
http://derstudent5.tripod.com/GCT/Myrzik_Kap3.pdf

Seite 5

[H-G S. (haenschen)]

Denkt ihr es wird erst die Quelladresse angegeben im Opcode ?
Das könnte einiges erklären, vor allem warum mein 
Interrupt-Tastenabfrageprogramm immer einen Reset verursachte :-)


Es ist übrigens eine Byte-Adresse - die Sache mit den eigenen Adressen 
der Bits ist mir bekannt.

[Peter D. (peda)]

H-G S. schrieb:
> Denkt ihr es wird erst die Quelladresse angegeben im Opcode ?

Nicht denken, sondern nachlesen!

[Carl D. (jcw2)]

Peter D. schrieb:
> H-G S. schrieb:
>> Denkt ihr es wird erst die Quelladresse angegeben im Opcode ?
>
> Nicht denken, sondern nachlesen!

Oder bei hü-oder-hott-Problemen nicht nur einen Fall testen.

[H-G S. (haenschen)]

Es stimmt... es ist scheinbar der einzige MOV-Befehl bei dem der 
Quelloperand links steht.

Danke euch!

[Mr. Claudius (Gast)]

In diesem Dokument ist mov direct,direct falsch beschrieben:

http://www.atmel.com/images/doc0509.pdf (S. 34)

[Peter D. (peda)]

Im alten Atmel Instruction Set 0509B-B–12/97 wars noch richtig.

Bei Keil isses auch richtig:
http://www.keil.com/support/man/docs/is51/is51_mov.htm

[H-G S. (haenschen)]

Ich habe den Code berichtigt und es hat tatsächlich etwas gemacht!

Zwar nicht genau das was ich erwartet hatte aber immerhin ein 
Fortschritt :-)

[Carl D. (jcw2)]

Es gibt, falls es nicht wie gewünscht funktioniert doch eine sehr 
endlich Anzahl Alternativen, oder?

[H-G S. (haenschen)]

Ja, es scheint dass eine Möglichkeit zum Debuggen sehr wichtig ist.

Es sah sehr gut aus als ich den Code schrieb und in Maschinencode 
umwandelte und dann einswitchte.
Dass es nicht wie gewünscht lief war doch recht enttäuschend.
Bei der Kontrolle fand ich einen Fehler beim Umwandeln in Maschienencode 
und auch einen Fehler beim Einswitchen.
Es lief aber immer noch nicht, daher schrieb ich jetzt ein neues 
Testprogramm welches genau an der Stelle des MOV iram,iram nicht das tat 
was es sollte.

Doch wie es aussieht hat die Eingabeport-Serielleinschiebe-Routine einen 
Fehler - doch ich werde alles einzeln testen bzw. debuggen  :-)