Identischer Befehl liefert in for-Schleife falschen Wert

Johannes OP #6726816
Lesenswert?
• ▲
▼ 
Hallo,

Im Flash eines AVR ist ein Image abgelegt, mit dem dann ein anderer AVR 
geflasht werden soll --> siehe .cpp

1
typedef struct image {

2
    char image_name[30];         /* Ie "optiboot_diecimila.hex" */

3
    char image_chipname[12];         /* ie "atmega168" */

4
    uint16_t image_chipsig;         /* Low two bytes of signature */

5
    byte image_progfuses[4];         /* fuses to set during programming */

6
    byte image_normfuses[4];         /* fuses to set after programming */

7
    byte fusemask[4];

8
    uint16_t chipsize;

9
    byte image_pagesize;         /* page size for flash programming */

10
    byte image_hexcode[12000];         /* intel hex format image (text) */

11
} image_t;


Nun wollte ich simpel über diese For-Schleife den Inhalt von 
"image_progfuses" ausgeben:

1
for ( uint8_t index = 0; index < sizeof ( targetimage->image_progfuses ); index++ ){

2
showHex ( targetimage->image_progfuses[index], true, true );

3
}

was aber falsche Werte zurück gibt. Wenn ich es aber ohne die Schleife 
mache, stimmen die Werte, --> siehe Screenshot.
1
showHex ( targetimage->image_progfuses[0], true,true );

2
showHex ( targetimage->image_progfuses[1], true,true );

3
showHex ( targetimage->image_progfuses[2], true,true );

4
showHex ( targetimage->image_progfuses[3], true,true );


Ich habe auch überprüft, ob die Indizes stimmen und ob sizeof() den 
richtigen Wert zurück gibt, beides positiv.
Nun bin ich mit meinem Latein am Ende und hoffe auf eure Hilfe.

Gruß
Hannes
Angehängte Dateien:
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Johannes OP #6726887
Lesenswert?
• ▲
▼ 
Hallo,
Danke für die schnelle Hilfe.

1
showHex ( pgm_read_byte ( &targetimage->image_progfuses[index] ), true, true );

 muss es also lauten.

D.h. solange die entsprechenden Anweisungen zur Compile-Zeit eindeutig 
sind, weiß das Programm, welches die korrekten Adressen der Daten sind?
Denn die meisten anderen Zugriffe auf die weiteren Elemente dieses 
target_image erfolgen in dem Code (aus einem Adafruit-Projekt) ohne 
dieses Makro.

showHex() ist eine void-Funktion für die Ausgabe auf der seriellen 
Schnittstelle, die ein Byte erwartet.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Stefan F. Gast #6726989
Lesenswert?
• ▲
▼ 
Weil sie ein "normales" byte erwartet, geht der Compiler davon aus, dass 
das im RAM liegt.

Aus diesem Grund gibt es auch printf() versus printf_p(), sowie puts() 
versus puts_p() und viele weitere. Diese Funktionen erwarten einen 
Zeiger auf eine Zeichenkette. Am Zeiger alleine kann der Compiler nicht 
erkennen, ob RAM oder FLASH gemeint ist. Die Adressen 0, 1, 2, 3, 4, 
usw. gibt es in beiden Speichern. Außerdem kann eine Funktion nicht 
beide Speicher abdecken, denn zum Zugriff auf diese Speicher werden 
unterschiedliche CPU-Befehle benötigt. Du brauchst also zwangsläufig 
zwei unterschiedliche Varianten dieser Funktionen.

Bei PC und ARM Controllern ist das anders. Die haben einen 
Segmentierten Adressraum, in dem RAM und FLASH hintereinander liegen. 
Alle Adressen zeigen dort eindeutig auf eine bestimmten Speicher (z.B. 
0-32768 ist FLASH und 1048510-1068990 ist RAM), deswegen brauchen sie 
dazu auch keine unterschiedlichen Befehle.

Ich weiß nicht, ob du __flash benutzt hast. Das wurde erst relativ spät 
nachträglich zum Compiler hinzugefügt und seine Funktionsweise ist 
zumindest mir immer etwas unklar. Deswegen nutze ich es nicht.

Siehe 
https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Flash_mit_flash_und_Embedded-C
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Oliver S. #6727014
Lesenswert?
• ▲
▼ 
Johannes H. schrieb:
> D.h. solange die entsprechenden Anweisungen zur Compile-Zeit eindeutig
> sind, weiß das Programm, welches die korrekten Adressen der Daten sind?

Nein. Ohne pgm_read_ / write wird immer nur das SRAM angesprochen. Der 
gcc kennt das Konzept „Flash/SRAM“ überhaupt nicht.

Er berechnet zur Compilezeit die Werte, und dabei spielt es dann keine 
Rolle, ob die konstanten Werte zur Laufzeit im Flash oder im SRAM 
liegen.

Oliver
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 5 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.