Frage zum Assemblercode vom Tiny13

[Kampi]

Fast...

RAMEND ist nicht das Ende des Flash-Speichers, sondern das Ende des RAMs. Sonst hieße es ja FLASHEND. Flash-Speicher und RAM sind unterschiedliche Speicher, nicht durcheinanderwerfen.
Als Stack wird das RAM verwendet, und zwar beginnend mit dem letzten Byte. Am Anfang des RAMs sind die Register gemappt, danach I/O-Zellen, erst dann kommt das "echte" RAM. Jedenfalls, wenn ich das Datenblatt richtig verstanden habe...

Beim Tiny13 ist low(RAMEND) übrigens gleichbedeutend mit RAMEND, weil die Zahl RAMEND kleiner als 256 ist. Trotzdem ist es üblich, low() zu benutzen, weil diese Form bei größerem RAM notwendig ist (nebst high(RAMEND), z.B. beim ATtiny85) - man gewöhnt sich gleich dran.

Supi dank dir für die ausführliche Erklärung
Da hab ich wieder den Flash und den RAM durcheinander geworfen
Danke für die Korrektur.

[Kampi]

Ok dann nächste Frage
Wenn man sich auf Seite 11 das Register zum Stackpointer anguckt sieht man ganz unten auf der Seite (4.5.1) das SPL oder Stack Pointer Low Register.
Dort steht, dass das Register als Initial Value 1001 1111 (was 9F bzw. 159 entspricht) hat.
Wenn man sich dann in dem datenblatt auf Seite 16 die Memory Map anschaut, sieht man, dass das letzte Feld des RAMs bei 9F ist.
Warum macht man sich dann die Mühe und lädt den Stackpointer mit einem Wert den er eh schon beim "einschalten" hat
Oder verstehe ich den Begriff "Initial Value" falsch?

[ePyx]

Eine für mich plausible Erklärung wäre Sicherheit. In größeren Anwendungen stelle ich meist auch beim Eintritt in das Hauptprogramm sicher, dass der Watchdog und die Interrupts deaktiviert sind. Also einfach nur sicherstellen, dass die Voraussetzungen für das Programm erfüllt sind.

Hast du mal in ein Datenblatt eines älteren Controllers geschaut? Kann ja auch gut sein, dass es sich aus Erfahrung eingebürgert hat. Soweit ich mich erinnere werden die meisten Register mit 0x00 initialisiert, was das Laden des Stackpointers auch erklären würden.

Siehe ATmega8 Datenblatt Initialwert für den Stack ist 0x00 und die Adresse ist 0x0060.

[Kampi]

Eine für mich plausible Erklärung wäre Sicherheit. In größeren Anwendungen stelle ich meist auch beim Eintritt in das Hauptprogramm sicher, dass der Watchdog und die Interrupts deaktiviert sind. Also einfach nur sicherstellen, dass die Voraussetzungen für das Programm erfüllt sind.

Hast du mal in ein Datenblatt eines älteren Controllers geschaut? Kann ja auch gut sein, dass es sich aus Erfahrung eingebürgert hat. Soweit ich mich erinnere werden die meisten Register mit 0x00 initialisiert, was das Laden des Stackpointers auch erklären würden.

Hab ich auch schon vermutet, dass es wahrscheinlich einfach nur dafür da ist klar deffinierte Zustände zu bekommen.
Datenblätter von älteren Controllern hab ich mir noch nicht angeschaut. Die ganzen Fragen sind mir erst in den Sinn gekommen als ich das Datenblatt vom Tiny gelesen habe (ist nicht ganz so lang wie das von den Megas )
Und ja die anderen Register werden alle mit 0x00 initialisiert.

[PicNick]

Beim Einschalten oder HW-Reset ist das SP-Laden wohl nicht notwendig. Aber wenn im Programm ein Sprung auf RESET durchgeführt wird, steht der SP ja gerade irgendwo, also daher.
Und ausserdem, auch ein Compiler ist nur ein Mensch, der hat ein allgemeines "initial sequenz"-Muster, das er nicht je nach Prozessor ändert.

[MagicWSmoke]

Beim Einschalten oder HW-Reset ist das SP-Laden wohl nicht notwendig.

Bezogen auf den ATiny13 ist das richtig.
Als pauschale Aussage falsch, nicht alle AVR's initialisieren den SP per Default auf Ramend.

[PicNick]

>>Als pauschale Aussage falsch<<
*grmpf*
reden wir hier vom Tiny13 oder nicht ?