|
Anzeige
|
AVR PROGMEM Spezifikt im Quellkode ersetzen
Gast
#2352883
Ich versuche einen umfangreichen AVR-Quellcode in C auf einen ARM zu portieren. Deshalb habe ich mir einige Defines gemacht, welche alles was mit der AVR-Spezifik des Programmspeichers zu tun hat, normalisiert für einen linearen Adressraum.
Gibst so eine Tabelle schon fertig? Z.B. auch für die _P Funktionen usw.?
Gast
#2352931
Hi, Alf,
schaut auf den ersten Blick gut aus.
Lediglich hier
> #define PSTR(s) s
stolpere ich, ob es nicht *s heissen sollte?
Der eine uP trennt Datenspeicher von Programmspeicher und nutzt sie
gleichzheitig, der andere packt alles ins SDRAM.
Ciao
Wolfgang Horn
Wolfgang Horn schrieb: > Hi, Alf, > > schaut auf den ersten Blick gut aus. > > Lediglich hier >> #define PSTR(s) s > stolpere ich, ob es nicht *s heissen sollte? Müsste schon stimmen. Die typische Verwendung von PSTR ist ja lcd_puts( PSTR("Hallo World") ); wobei der PSTR dafür sorgt, dass der String ins Flash kommt und stattdessen ein Pointer ins Flash an lcd_puts übergeben wird.
Gast
#2352994
unsigned <-> signed stimmt IMHO noch nicht und die Bitlänge der Datentypen ist eventuell auch wichtig (int 16 oder 32 Bit). http://www.nongnu.org/avr-libc/user-manual/group__avr__pgmspace.html #define pgm_read_byte(ptr) *((uint8_t *)(ptr)) #define pgm_read_word(ptr) *((uint16_t *)(ptr)) #define pgm_read_dword(ptr) *((uint32_t *)(ptr))
Gast
#2352999
Bei dieser einfachen Ersetzung musst du allerdings aufpassen, ob im AVR Programm Zugriffe auf absolute ROM Adressen gemacht werden à la erstes_byte_im_ROM = pgm_read_byte(0);
Gast
#2353057
Helfer schrieb: > Bei dieser einfachen Ersetzung musst du allerdings aufpassen, ob im AVR > Programm Zugriffe auf absolute ROM Adressen gemacht werden à la Ich denke das kommt nicht vor, werde aber drauf achten! Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
