Problem mit Mega48 - Nur Wirrwarr im RAM

Hab noch was vergessen was ich eigentlich noch schreiben wollte:

Die Taktquelle ist ein externer 18,432 MHz-Oszillator, geteilt durch 32
per CLKPR.
Programmiert wird der Controller per Avreal
(http://ln.com.ua/~real/avreal/index_e.html), aber ich denke eigentlich
nicht dass das was ausmachen kann. Oder?

Hallo

Ohne jetzt den Code genauer angeschaut zu haben ein paar Denkanstösse:

Kontrolliere das EEPROM nochmals ;-) (Ich habe damit schon seltsame
Dinge erlebt, ging dann allerdings um Schreibzugriffe.)

Da du von Zufallszahlen sprichst: Das SRAM weist nach dem Reset
zufällige Werte auf. Es könnte also sein...

...dass dein Programm gar nicht wirklich etwas in das SRAM schreibt,
und du folglich auch nur die ursprünglichen Zufallszahlen bekommst.

...dass du eine Variable im SRAM nicht initialisierst sondern einfach
als 0 annimmst, allerdings hat diese dann einen zufälligen Wert. Wenn
es sich bei dieser Variable um einen Pointer handelt, sicher ziemlich
lustig.

(Ich tippe auf einen Fehler in dieser Richtung, da die zufällige
Initialisierung des SRAMs eigentlich der einzige Unterschied zur
Simulation ist.)

Oder sind es irgendwelche Timing-Probleme mit dem EEPROM? Also wenn du
das Register schon ins SRAM verfrachtest, bevor es richtig gelesen
wurde?

Gruss

Michael

> Kontrolliere das EEPROM nochmals

Die Werte die ausgelesen werden, werden auch per USART ausgegeben, und
da stimmen sie definitiv.

>...dass dein Programm gar nicht wirklich etwas in das SRAM schreibt,
und du folglich auch nur die ursprünglichen Zufallszahlen bekommst.

Glaube ich nicht, da das "st Z+, tmph" in der Schleife im Grunde
immer ausgefürt wird / werden müsste

>...dass du eine Variable im SRAM nicht initialisierst sondern einfach
als 0 annimmst, allerdings hat diese dann einen zufälligen Wert. Wenn
es sich bei dieser Variable um einen Pointer handelt, sicher ziemlich
lustig.

Pointer im RAM hab ich keine... aber die Register haben doch als
Startwert 0 oder?

>Oder sind es irgendwelche Timing-Probleme mit dem EEPROM? Also wenn
du
das Register schon ins SRAM verfrachtest, bevor es richtig gelesen
wurde?

Also wenn ich das im Datenblatt richtig gelesen habe, dann stehen die
gelesenen Daten sofort zur Verfügung (abgesehen davon, dass die CPU
dafür 4 Takte lang angehalten wird).

Fehler gelöst...

>>...dass du eine Variable im SRAM nicht initialisierst sondern
einfach
>>als 0 annimmst, allerdings hat diese dann einen zufälligen Wert.
Wenn
>>es sich bei dieser Variable um einen Pointer handelt, sicher
ziemlich
>>lustig.

>Pointer im RAM hab ich keine... aber die Register haben doch als
>Startwert 0 oder?

Hmhmhmhmhm... Eben nicht. Ich hab jetzt am Anfang noch das ZL-Register
auf 0 gesetzt. Das der Datenspeicher nicht standardmäßig auf 0 liegt
war mir ja bekannt, aber dass die Register nach nem Reset nicht auf 0
sind ist mir neu. Naja, Problem gelöst und wieder was dazugelernt.

Bis dann

Hallo

Da hab ich auch gerade was gelernt ;-)

IMMER mit einem sinnvollen Wert INITIALISIEREN!

Ist ja eigentlich logisch, dass sich die Register gleich wie das SRAM
verhalten, schliesslich dürfte die Technologie die selbe sein.

Gruss

Michael