Warum macht man das?

für jedes aufgerufene Unterprogamm wird die Rücksprungadresse des 
aufrufenden Programms auf den Stack abgelegt und der Stackpointer um 
eine Adresse nach vorn geändert.
Der Stack wächst also vom Ende des Rams nach vorn und kann je nach 
benutzter Tiefe mit dort abgelegten Variablen in Konflikt kommen. Es 
gibt keine automatischen Schutzmechanismen dagegen, der Programmierer 
muß selbst ausrechnen, wieviel Platz der Stack maximal belegt. 
Unterprogramme, Interrupts und push-Befehle verändern den Stack.
Wenn im untersten Unterprogramm mit gepushten Variablen noch ein 
Interrupt auftritt, wird die maximale Ausdehnung erreicht.

Wo Stack und Daten abngelegt werden, hängt auch von der verwendeten 
Controllerfamilie ab. Grundsätzlich sollte der Stack aber an die höchste 
der zur Verfügung stehenden SRAM-Adressen angelegt werden. Es sei denn, 
der Hersteller gibt ausdrücklich etwas anderes vor. Das es beim MSP430 
mit einem Befehl geht, der AVR derer 4 braucht, liegt zum einen an der 
Tatsache, daß der AVR nach einer anderen Architektur aufgebaut ist, zum 
anderen daran, daß sich Register beim AVR nur 8-Bit-weise laden lassen.

Übrigens, LOW() und HIGH() sind Spezialkommandos des AVR-Assemblers, die 
man in ähnlicher Form auch bei anderen Assemblern findet.

Gruß
Jadeclaw.

max wrote:
> |____________________| FFFF
> | DATEN              |
> |____________________| FFFE
> | DATEN              |
> |____________________| FFFD
>         .
>         .
>         .
> |____________________| 0301
> | STACK              |
> |____________________| 0300
> | STACK              | 02FF
> |____________________|
>         .
>         .
>         .
>
> du meinst also das bild hier , nicht?
> jop, bei mir würde die daten irrgendwann den stack verschlingen ^^

Naja, ich würde mal eher so sagen:

 |____________________| 0000
 | DATEN              |
 |____________________| 0001
 | DATEN              |
 |____________________| 0002
         \/
          .
          .
          .
         /\
 |____________________| FFFD
 | STACK              |
 |____________________| FFFE
 | STACK              |
 |____________________| FFFF (bzw. letzte RAM Adresse)


Und der Vollständigkeit halber sei noch gesagt, dass bei den PICs der 
Stack einen eigenen Speicherbereich belegt. Er hat dort die Breite des 
Programcounters, also 12, 14 oder 16 Bit. Bei den 16F Typen ist der 
Stack allerdings nur 8 Ebenen tief und es gibt keine PUSH und POP 
Befehle. Man kann also keine Werte manuell auf den Stack legen. Er dient 
ausschließlich der Ablage der Sprungadressen. Bei den 18F hat man den 
Stack auf 32 Ebenen erhöht und den Befehlssatz u.a. um PUSH und POP 
erweitert. Auch hat man STATUS-Bits eingeführt, welche das Überlaufen 
des Stacks anzeigen. Initialisieren muss man bei den PICs den Stack aber 
nicht.

Gruß
Sven

Es geht hier doch gar nicht um schneller oder billiger oder was ist 
besser. Was soll das nur immer dieses herumgehacke?

Das Thema dreht sich doch um den Stack und ging allmählich in die 
Richtung der Grundlagen des Stacks und wie dies auf verschiedenen µC 
geamacht wird. Ich wollte nur für den OP mal erklären, dass es auch noch 
andere Techniken gibt. Egal ob diese nun besser oder schlechter sind.

Da der OP aber scheinbar eh nicht mehr mit ließt, ist es auch egal. Ich 
denke die meisten hier wissen wie der Stack auf ihrer gewählten 
Plattform funktioniert. Und der Rest sollte es nach dem Lesen dieses 
Threads wissen.

Sven