Problem mit Bascom Lib und Assembler

[albundy]

Hallo,
ich bin dabei eine Lib für Bascom zu schreiben. Dabei habe ich sicher ein Problem mit dem Pointer ?!

Das Bascom Programm

$regfile = "m8535.dat"
$crystal = 8000000
$lib "Test.lib"
$external Grtxt

Config Porta = Output
Porta = $ff

Declare Sub Grtxt

Call Grtxt

Do
Loop

Und die Test.Lib dazu

[grtxt]
Grtxt:
  ldi zh,High(Daten)
  ldi zl,Low(Daten)
  ld r22,z
* out Porta,r22
  ret
;
Daten: 					
.db &H14,&H7F,&H14,&H7F,&H14,&H00				
[end]

Alles noch sehr übersichtlich und trotzdem irgendwo fehlerhaft ?
R22 bzw. der Porta zeigen $17 anstatt $14 ?
Wenn ich in der Lib "ld r22,z+1" schreibe, ist R22 / Porta = 0 ?
Kann mir das jemand erklären ?

Wie ist das eigendlich mit Push und Pop ? Muß ich vor dem Aufruf der Lib, irgendwelche Register sichern ?

[pebisoft]

weist du, wenn so umständlich die lib geschrieben wird ist es doch besser du machst asm in einer sub oder funktion. diese lib in Bascom dauern in der ausführung immer länger als wenn man den code in asm einbinden tut.
diese lib sind der grösste unfug in Bascom seit menschgedenken. ich hatte damals die lib die ich brauchte direkt in asm-routinen in einer sub oder funktion eingepackt. war übersichtlich und erfolgreich.
mfg pebisoft
ps: schau dir von Bascom mal eine grössere lib an, dann kriegst du das schaudern und denkst, was wollen die eigentlich da machen.

[albundy]

Hallo,

weist du, wenn so umständlich die lib geschrieben wird ist es doch besser du machst asm in einer sub oder funktion. diese lib in Bascom dauern in der ausführung immer länger als wenn man den code in asm einbinden tut.

das war eigendlich nicht meine Frage.
Wenn es eine andere Möglichkeit gäbe, um mehrere Subroutinen mit Parameterübergabe extern auszulagern, würde ich mich auch nicht mit einer Library rumquälen.

Ich habe inzwischen herausgefunden, dass die Datenbytes in meiner Lib gar nicht mit Assembliert werden ?

[PicNick]

Bei Push/Pop kann ich dir helfen: Für Bascom solltest du YH,YL, R4, R5 und R6 sichern. Aber nur dann, wenn du sie auch veränderst.
Das andere müßt ich mir erst anschauen/nachlesen.

[Kjion]

Moin,

probier mal:

[grtxt]
Grtxt:
  ldi zh,High(2*Daten)
  ldi zl,Low(2*Daten)
  lpm r22,z 
* out Porta,r22
  ret
;
Daten:                
.db &H14,&H7F,&H14,&H7F,&H14,&H00            
[end]

In Assembler muss man so immer zwischen Word und Byteadressen umrechnen. Kann gut sein, dass es in Bascom genauso ist.

Außerdem sollte es doch ein "lpm" anstatt des "lp" sein, oder ?? Immerhin liest du die Daten aus dem Flashspeicher und nicht aus dem RAM.

MfG Kjion

[albundy]

Hallo Kjion,

In Assembler muss man so immer zwischen Word und Byteadressen umrechnen. Kann gut sein, dass es in Bascom genauso ist.

du hast natürlich Recht, das habe ich jetzt geändert.

Außerdem sollte es doch ein "lpm" anstatt des "lp" sein, oder ??

ich lese jetzt mit LPM. Aber das gelesene Byte steht doch dann automatisch in R0 ?!
Also habe ich auch das geändert auf "out Porta , R0".
Leider funktioniert es trotzdem nicht. Das gelesene Byte ist "0" ???

[pebisoft]

es gibt eine viel einfachere lösung um solche dateien fexibel auszulagern und einzubinden du schlaumeier. na denn mach mal weiter...
mfg pebisoft

[Kjion]

ich lese jetzt mit LPM. Aber das gelesene Byte steht doch dann automatisch in R0 ?!

Nein.

lpm r16, Z

Würde den den Inhalt der Speicherzelle auf die der Z Pointer zeigt ins Register r16 laden.

MfG Kjion

[albundy]

Hallo,

es gibt eine viel einfachere lösung um solche dateien fexibel auszulagern und einzubinden du schlaumeier. na denn mach mal weiter...
mfg pebisoft

das ist deine Meinung !
Ich erinnere mich noch an das Thema Videoausgabe ...
Ich habe es damals in den Griff bekommen und du ?
Und wenn man nicht weiterkommt, wechselt man einfach die Programmiersprache, oder ?

Ich jedenfalls werde auch die Library mit Assembler in den Griff bekommen !!!

PS: Das nächste Mal bitte "Sie Schlaumeier", soviel Zeit muß sein

[albundy]

Hallo Kjion,

lpm r16, Z

Auch das habe ich gerade ausprobiert. Das Ergebnis ist ebenfalls "0".
Kann es sein, das die Daten nicht automatisch eingebunden werden, sondern erst irgendwie initialisiert werden müssen ?
Im Assemblerlisting (AVR Studio) wird der Platz für die Daten zwar freigehalten, es sind aber alle "0" ?