Tabellen in SRAM

[Alex (Gast)]

Hallo...
Was ist nochmal der Grund dafür

ldi ZH,high(Tabelle*2)
ldi ZL,low (Tabelle*2)

das wenn auf Tabellen zugreifen (mit Pointern) möchte der Inhalt mit 2
multipliziert werden muss.

Danke für eure Antworten

[Rufus T. Firefly (Gast)]

Wenn die Tabelle 16-Bit-Werte enthält, dann ist alle zwei Bytes ein
neuer Wert darin zu finden. Klar?

[AxelR. (Gast)]

Weil die Tabelle im Flash wortweise organisiert ist.
Im SRAM siehts doch anders aus, oder?
AxelR.

[Rufus T. Firefly (Gast)]

Nö.

[Christof Krüger (Gast)]

Das macht man wohl, wenn "Tabelle" im Flash liegt und mit dem
Z-Pointer danach per LPM darauf zugegriffen werden soll, da das Label
"Tabelle" die Adresse in 16-Bit words enthält, während LPM die
Adresse in Bytes, also 8-Bit words erwartet.

[mmerten (Gast)]

Kommt immer auf den Compiler bzw. Assembler an. Bei Atmel AVR Assembler
ist der Programmcounter "WORD" organisiert angelehnt an die
Organisation des Progammspeichers. Daher kann auf sind auch alle Labels
im .CSEG nur equivalent "gerade Adressen", daher die Multiplikation
mit 2. Der LPM Befehl greift ja byteweise auf den Programmspeicher zu.
Andere z.b. IAR Assembler verhalten sich da etwas anders, da sind auch
Labels auch im .CODE Segment byteweise organisiert.

[ThoWi (Gast)]

Hallo,
im SRAM werden die Tabellen IMHO schon byteweise abgelegt und
verarbeitet. Jedenfalls funtioniert

.DSEG
tabelle: .byte Länge
.CSEG
...
ldi ZH,high(Tabelle)
ldi ZL,low(Tabelle)

bei meinen Programmen und dem Atmel AVR Assembler recht
zufriedenstellend und liefert bisher immer die richtigen Ergebnisse.

Gruß
Thorsten

[AxelR. (Gast)]

@Alex
kannst ja die Frage vielleicht nochmal spezifizieren:
Tabelle im SRAM oder FLASH?
LPM-Befehl?

Gruß nochmals an alle
AxelR.

[Alex (Gast)]

Ja also ich hab jetzt speziell die Tabelle im Flash gemeint...Danke für
die Antworten