AVR Studio Simulator für ATmega1280

Das eine Fenster wird in Bytes zählen, das andere in 'word's also 16-Bit 
Portionen, weil der Flash so organisiert ist (und zufällig ist 0x0114 / 
2 = 0x8A ;) )

hth. jörg

Häääää????
Mus man das verstehen?
Die Fenster geben doch die absolute Adressen an

Hallo,

richtig. Der Flash ist Word-organisiert, also 16Bit breit.
Die angezeigten Adressen sind also Word-Adressen.
Per Programm liest der AVR den Flash aber Byte-weise, damit sind die 
Adressen also *2, weil ein 16Bit = 2 Byte.

Hätten die Entwickler des AVR das anders gemacht, müßte man immer 
Word-weise z.B. in 2 Register lesen, auch wenn man nur ein Byte lesen 
will...

Gruß aus Berlin
Michael

Hallo,

@Jörg Wunsch: ich stelle jetzt einfach die gewagte Behautpung auf, daß 
ein µC sich nur relativ wenig aus schrägen Architekturen macht, die 
Entwickler desselben schlicht eine Hardware bauen müssen. Ob die jetzt 
onChip ist oder als diskrete Bauteile, macht für mich da erstmal wenig 
Unterschied.
Also ist ein Speicher"chip" physikalisch irgendwie aufgebaut. Mit 
irgendeiner Bit-Breite. Damit werden eben soundsoviele Bits parallel 
gelesen oder geschrieben. Ob im AVR jetzt 2 8Bit-organisierte Speicher 
sind, von denen für das Programm beide gleichzeitig und für LPM beide 
einzeln angesprochen werden oder umgekehrt, ist nur eine Sache der 
internen "Verdrahtung". Die ist aber vom Hersteller halt so beschlossen.
Atmel spricht von 16Bit-Flash, bleibe ich also dabei.

Ob es lesbarer gewesen wäre, wenn man den Programmierern erklärt hätte, 
daß ein AVR seinen Programmcounter immer in 2er-Schritten erhöht?

Ich glaube kaum.

Gruß aus Berlin
Michael