pgm_read_byte_far

[Jens (Gast)]

Habe viele Konstanten im Programmspeicher abgelegt, es werden nicht alle 
ausgelesen.

a = pgm_read_byte_far(&TabMidiSong6[CounterMidiBytes]);

Diese Zeile wird mit Warnung versehen.

Was muss ich machen damit ich ByteVariablen in Programmspeicher bekomme 
mit extra langer Adresse.

[Carsten W. (eagle38106)]

Wie lautet die Warnung?

[Detlef Freckel (Gast)]

Welcher µC?

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Probier mal

a = pgm_read_byte_far(&TabMidiSong6+CounterMidiBytes); 
// oder gleich
a = pgm_read_byte_far(&TabMidiSong6+CounterMidiBytes++); 
// oder
uint8_t *MySongPointer = TabMidiSong6;
a = pgm_read_byte_far(MySongPointer+CounterMidiBytes++);

Sollte alles funktionieren.

[Jens (Gast)]

Entschuldigung - vielleicht etwas verwirrend das Beispiel.

ich nutze ein Board mit dem ATMega1280.

Die Zeile könnte auch so sein:

a = pgm_read_byte(&TabDaten1[NrByte]);

abgelegt vorher im Programmspeicher

 uint8_t TabDaten1[] PROGMEM={3,6,5,1,13, .... usw.};

mit NrByte suche ich mir dann einzelne Bytes raus.

Ich habe soviele Tabellen im Programmspeicher über PROGMEM abgelegt, das 
der uC zu 97% voll ist. Die Daten sind also da. Nur kann ich mit 
prm_read_byte nicht alle abrufen ab der Mitte etwa bekomme ich wieder 
Daten vom Anfang. Es sieht wie ein Überlaufen des Addresspointers aus.

[Stefan E. (sternst)]

Matthias Sch. schrieb:
> Sollte alles funktionieren.

Nein. Keine der Varianten löst das Problem, dass ein Pointer nur 16-Bit 
hat.

#define GET_FAR_ADDRESS(var)                \
({                                          \
    uint32_t tmp;                           \
    __asm__ __volatile__(                   \
          "ldi  %A0, lo8(%1)"     "\n\t"    \
          "ldi  %B0, hi8(%1)"     "\n\t"    \
          "ldi  %C0, hh8(%1)"     "\n\t"    \
          "clr  %D0"              "\n\t"    \
        : "=d" (tmp)                        \
        : "p"  (&(var))                     \
    );                                      \
    tmp;                                    \
})


a = pgm_read_byte_far(GET_FAR_ADDRESS(TabMidiSong6)+CounterMidiBytes);

[Georg G. (df2au)]

Gib doch bitte mal die Warnung bekannt und poste den Code, der deinen 
Pointer und die Tabellen definiert.

Ein uint32_t als Pointer funktioniert. Vermutlich kastrierst du den 
irgendwo.

[g457 (Gast)]

> Vermutlich kastrierst du den irgendwo.

Er rechnet in 16Bits, da braucht man nix abzuschneiden dass es nicht 
funktioniert :-)

Wird im Doppelpost-Fred [0] schon diskutiert.

[0] Beitrag "PROGMEM -- liest ab bestimmten Array nicht mehr aus"

[Falk B. (falk)]

@ Georg G. (df2au)

>Ein uint32_t als Pointer funktioniert. Vermutlich kastrierst du den
>irgendwo.

Eben. Man muss aber aus dem Variablennamen die 32 Bit Adresse ableiten. 
Wenn AVR-GCC aber alles mit 16 Bit Adressen rechnet, weiß der Geier 
warum, wird es problematisch. Darum dieses komische Makro.

Irgendwie hat man den Eindruck, dass der Zugriff jenseits von 64kB beim 
AVR nur drangefrickelt wurde, sowohl in der Hardware als auch Software.

[Falk B. (falk)]

Was aber vollkommen unverständlich ist, warum in der offizellen DOku 
bzw. in den Includedateien das nicht mal klar dargestellt ist und DORT 
auch das Makro für die 32 Bit Adressermittlung drin ist. Das ist doch 
vollkommen unbrauchbar und inkonsistent?!?

[Johann L. (gjlayde)]

Dies ist ein Crossposting von 
Beitrag "PROGMEM -- liest ab bestimmten Array nicht mehr aus"