LOW() und HIGH() funktionieren nicht in AVRStudio

zeige doch mal deinen Code. Eventuell hast du beim copy & paste was 
falsch gemacht.

Luke schrieb:

> AVR Studio (4.18) laufen zu lassen. Aber es kompiliert erst garnicht:

kompiliert -> assembliert.

Ein Assembler ist kein Compiler

> Für die Zeilen "ldi ZL,low(Sprungtabelle)" und "ldi
> ZH,high(Sprungtabelle)" meckert der Compiler "Error: garbage at end of
> line".

Das deutet aber eher darauf hin, dass sich irgend ein nicht sichtbares 
Zeichen im Editor eingeschlichen hat. Ich schätze mal, dass da beim 
Copy&Paste irgendwas mitkopiert wurde, was nicht dort sein soll.

Wenn es ein Problem mit den High/Low Makros gäbe, gibt es keinen 
wirklichen Grund, warum der Assembler das nicht auch in der 
Fehlermeldung anführen sollte. Die Fehlermeldung würde dann eher in die 
Richtung "Unknown Operand 'HIgh'" oder so ähnlich lauten. 'Garbage at 
the end of Line', also 'unbekannter 'Dreck' am Zeilenende ist meistens 
ein Hinweis auf irgendein Zeichen, welches man zwar nicht sieht, welches 
aber trotzdem dort ist und eigentlich nicht dort sein sollte.

low() und high() heißen beim GNU-Assembler lo8() und hi8(). Aber da 
scheinen noch andere Dinge komisch bis fehlerhaft zu sein.

Luke schrieb:
> Hallo,
>
> spess53 schrieb:
>> Warum nimmst du nicht den richtigen Assembler vom AVR Studio?
>
> weil ich schon den C-Code "drumherum" habe und den nicht nochmal neu
> schreiben möchte in Assembler, aber das switch-Statement in C circa 30
> Zyklen benötigt und ich die Zyklen für das Programm brauche!

Zeig mal den C-Code.
Da gibt es sicher was, wie man das auch in reinem C schneller kriegt.

Die Compilerbauer sind nicht so dumm, wie Anfänger gerne denken.
Ein Switch kann durchaus als Sprungtabelle implementiert werden, sobald 
es effektiver ist.

Hier wird allerdings ein Array die bessere Lösung sein (eine Zahl in 
eine andere umwandeln).


Karl Heinz schrieb im Beitrag #3560098:
> Zeig mal den C-Code.

Ja.
Der gezeigte Assemblercode ist recht sinnfrei.

LOW und HIGH sind Zeugs vom Atmel-Assembler.

Du verwendest den GNU-Assembler (avr-as)mit avr-gcc als 
Compiler-/Assembler-/Linker-Treiber.

Schau dir einfach an, wie avr-gcc das macht:

1

  subi r30,lo8(-(gs(.LSprungtabelle)))

2

  sbci r31,hi8(-(gs(.LSprungtabelle)))

3

  ijmp

4

  .section  .progmem.gcc_sw_table,"ax",@progbits

5

  .p2align  1

6

.LSprungtabelle:

7

  rjmp .L1

8

  rjmp .L2

9

...

10

  .text

11

.L1:

12

  ...

für die kleinen AVRs (mit RJMP) und für die großen (mit JMP):

1

  subi r30,lo8(-(gs(.LSprungtabelle)))

2

  sbci r31,hi8(-(gs(.LSprungtabelle)))

3

  jmp __tablejump2__

4

  .section  .progmem.gcc_sw_table,"a",@progbits

5

  .p2align  1

6

.LSprungtabelle:

7

  .word gs(.L1)

8

  .word gs(.L2)

9

...

10

  .text

11

.L1:

12

  ...

Was __tablejump2__ macht siehst du in der libgcc:

1

DEFUN __tablejump2__

2

  lsl  r30

3

  rol  r31

4

    ;; FALLTHRU

5

ENDF __tablejump2__

6

7

DEFUN __tablejump__

8

#if defined (__AVR_HAVE_LPMX__)

9

  lpm __tmp_reg__, Z+

10

  lpm r31, Z

11

  mov r30, __tmp_reg__

12

#if defined (__AVR_HAVE_EIJMP_EICALL__)

13

  eijmp

14

#else

15

  ijmp

16

#endif

17

18

#else /* !HAVE_LPMX */

19

  lpm

20

  adiw r30, 1

21

  push r0

22

  lpm

23

  push r0

24

#if defined (__AVR_HAVE_EIJMP_EICALL__)

25

  in   __tmp_reg__, __EIND__

26

  push __tmp_reg__

27

#endif

28

  ret

29

#endif /* !HAVE_LPMX */

30

ENDF __tablejump__