delay Funktion

Hallo erstmal

ich gehe mal davon aus das diese einfach wegoptimiert wurde.
Aber selbst wenn nicht wirst du da im Controller keinen Unterschied 
bemerken.
Nur die Tatsache das du deine Variablele "Sekunden" nennst für noch 
nicht zu einem eindeutigen Zeitverhalten.

Du durchläufst die Schleife einfach 100 mal und die Ausführungszeit ist 
abhängig von der Taktfrequenz.

Ich erwarte hier (aus der Glaskugel heraus) eine verzögerung um den 
millisekunden Bereich.

Als epfehlung es gibt ein delay / delay_ms Funktion

Grüße Hopix

Ok, vielen Dank. Ich weiß, dass dort eine Zeit ca. im 
Microsekundenbereich entstehen wird, da die Variable nur ein Platzhalter 
ist bzw. noch umbenannt wird.
Sobald ich in die Funktion einen LCD Befehl geschrieben habe, wurde sie 
nämlich ausgeführt. Wie überliste ich dann die Optimierung?

Optimierung ausschalten

-O0  (OH NULL)

Trotz dem nimm die fertigen Funktionen. Da ist das Zeitverhalten sicher, 
vor allem wenn du Optimierung eingeschaltet lässt.

Hopix

Ich habe einfach gedacht, dass ich mal selber eine mache wie dieser TO:
Beitrag "1-Wire-Bus-Projekt: DS1820  DS18S20  DS2450  DS2408  unter C und 8051"
Aber dann nutze ich halt die vorhandene delay library.
Trotzdem würde mich es interessieren wie ich diesen nun mit "aller 
Gewalt" überliste.

OK
aus technichem Interresse, das ist was anderes.

Dann würde ich diese jedoch mit  InlineAssembler machen, da hast du ein 
taktgenaues Zeitverhalten.

Grüße Hopix

Falk B. schrieb:
> Viel Spaß beim
> Neuerfinden des Rades!

Genau darum soll es ja gehen.

In der Schule fängt man ja auch mit 1+1 an obwohl das schon so viele 
voher gerechnet haben :-) Lerneffekt halt.

Das wichtige beim neu erfinden des Rades ist zu lernen wie man es rund 
bekommt.
viel Spaß dabei

Hopix

@Falk Brunner
Wer das AVR-Tutorial und das gesamte DB des Atmega8 und 
"Softwareentwicklung in C" von Klaus Schmaranz durchgearbeitet hat, ist 
kein "Programmieranfänger".

Und ja es ist halt rein aus technischem Interesse um zu wissen was 
hinter der Funktion steckt, wie sie funktioniert.

Wenn du den Optimierer überlisten willst, dann versuch die Variable i 
mal zusätzlich als volatile zu deklarieren. Dann kannst du den 
Optimierer sogar angeschalten lassen. ;)

jop schrieb:
> Und ja es ist halt rein aus technischem Interesse um zu wissen was
> hinter der Funktion steckt, wie sie funktioniert.

Ja, das ist schon in Ordnung. Aber dass der Optimierer die Funktion für 
überflüssig hält, könnte einen auch zu der Überlegung führen, dass der 
Optimierer hier recht hat und der Programmierer unrecht. Ich würde nicht 
so weit gehen wie manche andere, die delay immer als Programmierfehler 
betrachten, aber es ist schon wahr, dass es fast immer eine bessere 
Lösung gibt, gerade im Embedded-Bereich. Bei Betriebssystemen wie Linux 
oder Windows ist das was anderes, da dort eine Delay-Funktion in 
Wirklichkeit den Scheduler aufruft und dadurch an andere Programmteile 
übergibt. Und genau das sollte auch bei einem einfachen µController 
passieren.

Georg

Georg schrieb:
> Aber dass der Optimierer die Funktion für überflüssig hält, könnte
> einen auch zu der Überlegung führen, dass der Optimierer hier recht
> hat und der Programmierer unrecht.

Der µC macht (leider) immer genau das, was man ihm sagt. Aber oft genug 
ist das nicht das, was man von ihm will.

Carl D. schrieb:
> GCC kennt für den AVR diverse Intrinsics

Ich staune! Ist sogar im Winavr 2010 schon drin (manche Dinge
werden ja erst Stück für Stück dazugebastelt ....).