Hallo,

genau genommen geht's ums AVR-Studio. In (fast?) allen Tutorials liest man immer, daß der Stackpionter initialisiert werden muß (Anfängerfehler etc bla bla). Warum? Das setzen von SPH und SPL (auf high(ramend) bzw low(ramend)) kostet mich immerhin 4 Takte und 4 words program-flash. Aber im Datenblatt (des Mega88 zB) steht auf Seite 12 bei 6.6.1, daß die initial values bereits RAMEND sind, oder habe ich da was falsch verstanden?

(Das pushen (2x) bei Eintritt in eine ISR läßt sich nicht vermeiden, oder? (nach der Initialisierung der Hardware ist das "Hauptprogramm" 'ne leere Schleife - alles andere in ISRs. Wenn ich statt des RETI das globale interrupt flag setze (SEI), und danach ein RJMP auf sich selbst (Endlosschleife), brauch ich theoretisch den Stack nicht - hätte also den kompletten SRAM frei für Meßwerte... (gesammte Verarbeitung läuft in den Rechenregistern) ok, so sinds dann halt 2 weniger)

ok, das mit dem Stackpointer ist jetzt klar:

Quoted

This Stack space in the data SRAM must be defined by the program before

any subroutine calls are executed or interrupts are enabled.

hatte mich nur gewundert, daß es in der Tabelle darunter als "initial value = RAMEND" angegeben wird - wenn ich den selbst setzen muß, ist initial was ICH vorgebe (ok, muß über 0100hex liegen). egal...

und daß ich den Stack dann nicht brauche ist klar, ABER mMn pusht der Interrupt den ProgrammCounter (=2 byte) auf den Stack, eben um später wieder zurück zu kommen (Reti). Wenn er das nicht täte (also wenn ich's unterbinden könnte), müßte sich eben in jeder ISR am Ende eine Endlosschleife befinden, direkt vorher halt die Interrupts global wider zugelassen.

So aber muß ich eh dafür sorgen, daß der Stack wieder gepoppt(2x) wird, also kann das klassisch mit dem RETI erfolgen -> zurück in die leere

Quoted

main:
rjmp main

Ich selbst muß trotz meiner Interrupts keine Register sichern. Warum?

-Alle (von mir verwendeten) Rechenregister sind für genau eine Funktion reserviert

-im SREG kann es nur zu Kollisionen kommen, wenn irgendwo ein Interrupt reinhaut. Im "Hauptprogramm" gibt es aber keine Operationen, und Interrupts können sich nicht gegenseitig unterbrechen (zumindest nicht, solange man in der ISR Interrupts global nicht wieder freigibt )

Edit: Speicherkritisch ist das nicht wirklich, aber der Speicher ist dazu da genutzt zu werden. Sinnig genutzt. Werde mich wohl auf 1020 samples festlegen - dann liegen ja noch 2 Bytes brach



Danke

Ne ne, die 1020 bytes reichen mir... ging mir eigentlich mehr um das Verständnis.

Aber jetzt ist mir grad aufgefallen, daß ich den ADC (u.a.) durch den OutputCompareB des Timers (1) autotriggern lassen kann (der Timer läuft im CTC-mode, also bis OC1A, bisher hatte ich da (IRQ) den ADC-Channel umsetzen lassen, und den neu ADC getriggert) - jetzt muß ich das in der ADCcomplete-ISR machen lassen... aber ich brauche auch die Timer ISR nicht mehr (ok, das OutputCompareMatch-flag muß ich dann selbst in der ADC-ISR löschen lassen - der wird nämlich bei steigender Flanke des flags getriggert, und das flag selbst wird ja automatisch nur in der dazu gehörenden ISR gelöscht... Und ich muß beide CompareMatches verwenden - A für den CTC-mode, und B für die ADC-triggerung...

Aber eine generelle Frage hab ich noch:

Trotz der, im DB angegebenen "initial values" des Stackpointers muß man den ja vor Gebrauch "Initialisieren". Wie ist das mit den "initial values" der verwendeten "Hardwareregister"? (also zB UCSR0C für die serielle Schnittstelle - initial value ist 0b00000110 für die asynchron, keine Parität, 1 Stopbit, und 8 Datenbits (das sind die beiden 1-bits). Genau diese Einstellung nehme ich ja - muß ich das auch nochmal initialisieren? Wenn ja, wozu sind dann überhaupt "initial" values angegeben? Wenn nicht, was ist hier der Unterschied zum Stackpointer? )

P.S.: wie sollte man die Initialisierung denn dann eigentlich machen? Für jedes verwendete Register jedesmal:



wegen der Lesbarkeit und einfachererer Anpassung für andere µCs etc... , oder



wegen effizienterem code - man spart ja für jedes weitere Register eine LDI-Instruktion.)

Also auch die Register schreiben, die bereits "initial" sind, sofern sie die verwendete Hardware betreffen. Ok, das ist dann einleuchtend und konsequent (->Stack), aber wozu dann die "initial values" im Datenblatt? Das hätte ich mit "Anfangswert" oder so ähnlich übersetzt...

Danke nochmal

P.S.: dann muß man auch Flagregister leeren, wenn man nicht riskieren will, daß der entsprechende Interrupt (sofern freigegeben) bei "SEI" losgeht, oder? (Oh... bei meiner flankenbasierten Autotriggerung könnte das Flag dann ja auch beim Start schon gesetzt sein -> nei eine steigende Flanke -> nie der ADCC -> nie das Flag gelöscht... = sporadische Fehlfunktion beim anschalten/reset...

edit: och nöö... was denn nun?

Datenblatt des Mega88 auf Seite 44

Quoted

During reset, all I/O Registers are set to their initial values, and the program starts execution from the Reset Vector. For the ATmega168, the instruction placed at the Reset Vector must be a JMP – Absolute Jump – instruction to the reset handling routine. For the ATmega48 and ATmega88, the instruction placed at the Reset Vector must be an RJMP...

Das Anschalten ist doch auch ein (power on) Reset... also brauch ich Register, die ich wie inital verwenden will, auch nicht anzufassen, oder wie jetzt?

Wenn Du das so alles selbst umsetzt, geht das - sicher(!). Aber was ich jetzt nicht verstehe, ist der Widerspruch dazu im Datenblatt.

(I): Aus meinem Zitat über Deinem Beitrag geht hervor, daß nach einem Reset alle(!) I/O-Register auf den initial-wert geladen werden. Danach startet der code mit dem Resetvektor. (S.44 - 10.1)

(II): Die I/O-Register befinden sich im Data Memory von 0x0020 - 0x00FF (0x0020 - 0x005F (I/O) und 0x0060 - 0x00FF (Extended I/O) (S.18 - 7.3)

(III): Über diese Register wird auch die HW gesteuert/ausgelesen

(IV): Der Stackpointer muß vor der Verwendung initialisiert werden (Zitat in Beitrag Nr3, DB S.12 - 6.6)

(V): Initial Value des Stackpointers ist "Ramend" (beide Register) - (S.13 - 6.6.1)

(VI): Der Stackpointer liegt mit 0x3E und 0x3D im I/O-Memory (siehe V)



das widerspricht sich doch... oder wo hab ich jetzt was falsch verstanden?

Quoted from "sebastian"

wenn der Reset eben mal nicht sauber durchgelaufen ist. und das ist gar nicht mal so selten wie man denken mag.

Du meinst damit, daß der "unvollständige Reset" eben NICHT alle Register auf initial setzt (etc), danach aber TROTZDEM der Resetvektor angesprungen wird? Hätte ich jetzt nicht erwartet - aber ok. Soviel Zeit und Platz (flash) ist ja auch noch drinn...

Erzeugen diese "Hochsprachencompiler" Assemblercode (der dann durch den AVR-Assembler umgesetzt wird), oder direkt die entsprechenden Opcodes (Maschinencode)? Und haben die Programmierer dieser Compiler andere Quellen als die Datenblätter zu den µCs und dem Instruction Set? (außer der von Dir beschriebenen "Fehlersuche")

Ich habe mich jetzt entschieden, für den Assembler 'ne "Safe" Konstante einzubauen, und alle Register, die für mich durch den Reset bereits fertig gesetzt sein sollten(!) in einem/mehreren ".if safe then ... .end if" Block zu initialisieren. Die werden dann ja nicht mit übersetzt, bei Problemen (die das als Ursache haben) reicht es dann, die Konstante umzudefienieren und neu zu assemblieren / flashen.