Bascom Inline-Assembler

**MagicWSmoke** · 22.12.2011, 08:17

Chris.

Zitat von Che Guevara

Außerdem wird R11 erst gelöscht und dann um 1 nach links geschoben. Was hat das für einen Sinn?

XL & XH wurde Dir ja bereits von PicNick erklärt. Wobei mir allerdings der Nutzen im gezeigten Code nicht recht klar wird, denn wenn keine variable Adressierung notwendig ist, so verbraucht die Kombination

Code:

LDI   XL,   lbyte(Sram_Adress)
LDI   XH,   hbyte(Sram_Adress)
LD    Rxx,  X

deutlich mehr Flash als ein simples

Code:

LDS   Rxx,   {Sram_Adress}

Außerdem wird R11 erst gelöscht und dann um 1 nach links geschoben. Was hat das für einen Sinn?

Das dient zum Übertrag des Carry-Flags, hier in's High-Byte des 16Bit Wertes, mache ich auch so im von mir geposteten Beispielcode, nur dort mit ADD/ADC.
Du könntest keine Additionen oder Schiebeoperationen größer 8Bit ohne Carry durchführen.

Hast Du eigentlich die Bascom-Kommentare aus dem AVR-Studio Listing gezielt entfernt, oder nur das falsche File geladen ?

**PicNick** · 22.12.2011, 08:49

Bascom ist nicht der allergrösste Optimierer. Wenn die Zielvariable ("Empf") ein Word ist, verwendet Bascom eigentlich generell die
LD XL, lbyte ( ..)
LD XH, hbyte( ..)
sequenz, auch wenn das im Einzelfall gar nicht notwendig wäre

Btw: Wenn man Assembler schreibt, sollte man sich auch von der BAscom-od. "höhere-Sprache" Denkweise lösen. z.B
Du füllst ja die "Empf" Tabelle strikt aufsteigend. Also ist das Verwenden eines Index überflüssige Arbeit für den µC.
aber das ist jetzt vielleicht zuviel über-drüber für deine Fragestellung

**MagicWSmoke** · 22.12.2011, 09:21

Zitat von PicNick

Bascom ist nicht der allergrösste Optimierer.

Trifft hier zumindest was den Speicherverbrauch betrifft nicht zu.

Wenn die Zielvariable ("Empf") ein Word ist, verwendet Bascom eigentlich generell die
LD XL, lbyte ( ..)
LD XH, hbyte( ..)
sequenz, auch wenn das im Einzelfall gar nicht notwendig wäre

Vom Flashverbrauch her macht's keinen Unterschied, es sind nur mehr Zyklen, ich denke wir sprechen hier über Speicherverbrauch.

Code:

LDS   Rxx,   {Word_Var_Adr_LB}   <-- 4 Bytes, 1 Zyklus
LDS   Ryy,   {Word_Var_Adr_HB}   <-- 4 Bytes, 1 Zyklus
' 8 Bytes, 2 Zyklen

Code:

LDI   XL,   lbyte(Word_Var_Adr_LB)   <-- 2 Bytes, 1 Zyklus
LDI   XH,   hbyte(Word_Var_Adr_LB)   <-- 2 Bytes, 1 Zyklus
LD   Rxx,   X+                       <-- 2 Bytes, 2 Zyklen
LD   Ryy,   X                        <-- 2 Bytes, 1 Zyklus
' 8 Bytes, 5 Zyklen

Ansonsten wär's interessant, woraus das von Chris gezeigte Assemblerlisting erzeugt wurde, meine Version 2.0.7.3 baut aus:

Code:

Dim A As Byte , B As Byte
B = A

das hier:

Code:

9:        B = A 
LDS       R24,0x0060
9:        B = A 
STS       0x0061,R24

Egal ob mit oder ohne eingeschaltete Optimierung, und das ist einwandfrei so.

**PicNick** · 22.12.2011, 10:17

Bei Byte = BYte ist es so, wie du sagst

aaaber
Beispiel :

Code:

Dim A As Byte
Dim B As Byte
Dim C As Word

   B = 165
   A = B
   C = B
End

Was wird draus:

Code:

 
   B = 165

 LDI r24,0xA5
 STS 0x0061,r24   'ok, besser geht's nicht

   A = B
 LDS r24,0x0061
 STS 0x0060,r24  'ok, ebenfalls     das entspricht deinem Beispiel 

aber jetzt     WORD = BYTE -------------------

   C = B

 LDI XL,0x61
 LDI XH,0x00
 LD r24,X            jetzt lädt er "B" nicht mehr mit LDS, sondern über X

 LDI XL,0x62      ' das Word-speichern ist wohl ok, wenn man nicht erbsen zählt 
 LDI XH,0x00
 ST X+,r24
 CLR r24
 ST X,r24


-------- er hätte schreiben können 
  STS 0x0062,r24  
  CLR r24
   STS 0x0063,r24

**MagicWSmoke** · 22.12.2011, 10:33

Zitat von PicNick

Code:

  LDI XL,0x61
 LDI XH,0x00
 LD r24,X            jetzt lädt er "B" nicht mehr mit LDS, sondern über X

Ja, ist jetzt nicht direkt logisch, da dazu keine Notwendigkeit besteht.

**PicNick** · 22.12.2011, 10:48

Ich kann ja nur vermuten. Bascom macht ja ein implizites "Casting" auf die Zielvariable (word), d.h. er wählt zum Registerladen die "X" -Methode.
dann hätt man aber erwarten können

Code:

 LDI XL,0x61
 LDI XH,0x00
 LD   r24,X            
 CLR R25

' ab nun wäre "B" ein gecastetes WORD (R24/R25), und Bascom müsste sich nicht mehr drum kümmern.
Das geschieht aber auch wieder nicht. Er muss jedesmal doch wieder dran denken, dass "B" eigentlich nur ein Byte ist

Nun, was soll's