C asm Inline-Coding im AVR-Studio

Georg Schl. schrieb:
> "lds data, r4"  "\n\t"

sts

Schreibe -save-temps, um die erzeugte Assembler-Datei (*.s) zu erhalten.

Neben dem Fehler, den Ernst schaon aufzeigte, ist er asm-Schnippel 
inkorrekt: data ist eine lokale Variable, für die kein Symbol angelegt 
wird. Das Symbol zu referenzieren führt also zu einem Linkerfehler oder 
zu falschen Code, falls ein gleichnamiges Symbol existiert. Korrekt 
lautet die Sequenz etwa:

1

static void lcd_out (uint8_t data)

2

{

3

   // Die 4 Bits im oberen Nibble spiegeln

4

   //  MSB                     LSB

5

   //  bit7 bit6 bit5 bit4 0 0 0 0

6

   // Nach der Spiegelung:

7

   //  MSB                     LSB

8

   //  bit4 bit5 bit6 bit7 0 0 0 0

9

   asm ("bst %1, 7"     "\n\t"

10

        "bld %0, 4"     "\n\t"

11

        "bst %1, 6"     "\n\t"

12

        "bld %0, 5"     "\n\t"

13

        "bst %1, 5"     "\n\t"

14

        "bld %0, 6"     "\n\t"

15

        "bst %1, 4"     "\n\t"

16

        "bld %0, 7"     "\n\t"

17

        : "=&r" (data)

18

        : "r" (data));

19

20

   data &= 0xF0;

21

   ...

22

}

Herzlichen Dank an Johann L. für die sehr konstruktive und prompte 
Antwort.
Zumindest Compilierung und Assemblierung sind jetzt O.K. Eine 
Verständnisfrage bleibt aber noch:
1. Woher weiss die Assemblerroutine, welches Byte sie manipulieren soll 
und
2. wohin sie es nach getaner Arbeit abspeichern muss?
Die asm-Routine - wenn ich das richtig verstanden habe - arbeitet ja nur 
mit lokalen Variablen. Ich muss aber doch eine aus Sicht des Assemblers 
externe Variable (meine Variable data ) übergeben können und auch 
außerhalb der Routine wieder weiterverarbeiten können.

Georg Schl. schrieb:

> 1. Woher weiss die Assemblerroutine, welches Byte sie manipulieren soll

Es gibt keine "Assemblerroutine" sondern nur einen String, in dem
GCC Ersetzungen macht (Inline Assembler).  Hier wird %0 dem ersten 
Operanden zugeordnet etc. ZB

http://www.rn-wissen.de/index.php/Inline-Assembler_in_avr-gcc

> 2. wohin sie es nach getaner Arbeit abspeichern muss?

Ditto. Das wird durch das Inline-Assembler Interface beschrieben.
Der Compiler allokiert die Register; das ist idR einer handverlesenen 
Vergabe vorzuziehen.

> Die asm-Routine - wenn ich das richtig verstanden habe - arbeitet ja nur
> mit lokalen Variablen. Ich muss aber doch eine aus Sicht des Assemblers
> externe Variable (meine Variable data) übergeben können und auch
> außerhalb der Routine wieder weiterverarbeiten können.

Wie gesagt: es gibt keine Assembler-Routine. Und data ist nicht extern, 
zumindest nicht so, wie extern in dem Zusammenhang verstanden wird: es 
ist eine lokale Variable für den Compiler, und selbst wenn er sie auf 
dem Stack zwischenspeichern muss oder sie auf dem Stapel übergeben 
bekommt, gibt's kein Symbol data. Der Assembler sieht nur ein 
Register.

Übrigens hat das rein garnix mit AVR-Studio zu tun, das ist allein ein 
Ding von avr-gcc bzw. gcc.

Die asm-sequenz kann funktionsidentisch durch die folgenden 2 C-Coding 
Zeilen ersetzt werden:

1

data = ((data >> 1) & 0x55) | ((data << 1) & 0xaa);

2

data = ((data >> 2) & 0x33) | ((data << 2) & 0xcc);

Vielleicht etwas langsamer, dafür aber nachvollziehbar und transparent.

@ Ralf
Die oberen 4 Bits sollten gespiegelt werden, und genau das leisten 
sowohl die beiden vorgeschlagenen C-Coding Zeilen als auch der 
asm-Schnipsel . Damit ist der asm-Schnipsel mit den beiden C-Coding 
Zeilen 'funktionsidentisch'! 'Funktionsähnlich' wäre zu wenig, denn dann 
müsstest Du sagen, in was sich die beiden Ergebnisse unterscheiden.

@Ralf
... das gesamte untere Nibble ist aber von vornherein Null. Denn vor dem 
asm-Schnipsel steht

1

data &= 0xF0;

Aber bezogen auf den Allgemeinfall hast Du wohl recht.