Berechnungen und Ausgaben an Zeitpunkte koppeln

[400kmh]

Wie koppelt man Berechnungen und Ausgaben an Zeitpunkte?

In regelmäßigen Abständen z.B. 25 mal pro Sekunde möchte ich bestimmte Berechnungen durchführen lassen und entsprechendes ausgeben. Dazu habe ich eine Prozedur an ein auslösendes Ereignis gekoppelt, und darin die Berechnungen, die Ausgabe und einen Delay in eine Schleife gesteckt. Das Problem ist: An der Ausgabe ändert sich erst etwas, wenn die gesamte Prozedur beendet ist. Die Ausgabe gibt dann korrekt denn letzten Stand wieder. Die Zwischenstände werde aber nicht live ausgegeben, obwohl es in der Schleife so vorgesehen ist. Wie behebe ich das Problem?

[u-boot]

Es ist zu ungenau beschrieben was du letztendlich vorhast aber normal lässt man Berechnungen nicht einfach beliebig oft wiederholen. Man berechnet gewöhnlich nur einmal und lässt erst neu berechnen wenn sich die Eingangsdaten ändern.

[theo]

Application.Processmessages

[400kmh]

Es ist zu ungenau beschrieben was du letztendlich vorhast aber normal lässt man Berechnungen nicht einfach beliebig oft wiederholen. Man berechnet gewöhnlich nur einmal und lässt erst neu berechnen wenn sich die Eingangsdaten ändern.

Da sich manche Daten auch von alleine ändern, wie sich z. B. auch die Erde alleine um die Sonne dreht, bedarf es manchmal ständig neuer Berechnungen.

Application.Processmessages

Danke, funktioniert.

Gibt es vielleicht noch eine Möglichkeit, dass ganze ohne Delay(); zu lösen? Es ist ja durchaus möglich, dass die Berechnungen eine nicht zu vernachlässigende Zeit in Anspruch nehmen, sodass der Abstand zwischen den einzelnen Berechnungen nicht der Länge des Delays entspricht.

[MAC]

Lässt sich auch mit Delay prüfen.
Du machst vor der Berechnung

Code: Alles auswählen

var
 vorher:TTime;
x:integer;
begin
vorher := now;
//rechne rechne rechne
x := now-vorher;
//...
end;

und dann steht in x wielange du gerechnet hast . In TTime , d.h. das 1 Tag = 1 ist 1 Stunde ist 1/24 , 1 Minute ist 1/24/60 ,...
Jetzt kannst du einfach x von der standartdelay Zeit abrechnen:
Delay(25-round(x*86400));
naja und wenn x > 25 ist ist der pc zu lahm...

[u-boot]

Da sich manche Daten auch von alleine ändern, wie sich z. B. auch die Erde alleine um die Sonne dreht, bedarf es manchmal ständig neuer Berechnungen.

Selbst die Änderungen der Erdposition könnte man als Event deklarieren.

Aber mal zurück zu dem was du wolltest. Ich bin eher ein Freund von Gettickcount als von TTimer. Gerüchte besagen gettickcount hat eine genauigkeit von ca. 30 ms. Was nun genauer oder schneller ist weiss ich auch nicht Bei Sachen die mit 25 Hz laufen könnte die Ungenauigkeit schon ein Problemchen werden... Die Ausgabe kann auch Zeitraubend werden, falls diese wirklich so oft passieren soll.

[400kmh]

Selbst die Änderungen der Erdposition könnte man als Event deklarieren.

Anderes Beispiel: Ein Auto fährt von A nach B. Die Geschwindigkeit verändert sich auch (verlangsamt sich), wenn man nicht die Taste für Gasgeben drückt. Hier müssen ständig Berechnungen durchgeführt werden.

[u-boot]

Anderes Beispiel: Ein Auto fährt von A nach B. Die Geschwindigkeit verändert sich auch (verlangsamt sich), wenn man nicht die Taste für Gasgeben drückt. Hier müssen ständig Berechnungen durchgeführt werden.

Unterschreitet das Auto eine gewisse Geschwindigkeit wird ein Event ausgelöst gas zu geben

Ich sehe die Geschichte mit dem Event als kleine Schleife (Abfrage) die bei Bedarf eine größere Berechnung/Prozedur auslöst.

Gut wir könnten uns nun drüber streiten, ob es sinnvoll ist alles als Event zu sehen, oder ob man manchmal lieber drauf verzichtet und dann sowieso dann die Berechnung laufen lässt.