Konvertierungsfehler bei Funktion

[khh]

Hallo zusammen,
mit Auszug:

Delphi-Quellcode:

   FQuery1.SQL.add('sum (feld1 - feld1) as ergebnis');
  gesamtzeit := FQuery1.FieldByName('ergebnis').AsDateTime;

möchte ich das Ergebnis einer Subtraktion summieren.
Das funktionier m.E. auch, bis ich bei der Zuweisung an "gesamtzeit" einen error:
invalid Typconversion bekomme.
gesamtzeit ist vom Type TdateTime.

Was läuft falsch?

EDIT : sorry, klar Schreibfehler, muss feld1 - feld2 heissen

[mkinzler]

ein TDateTime enthält einen Zeitpunkt ( als Uhrzeit). Subtrahiert man zwei Zeitwerte enzhält man eine Zeitspanne, Dies ist keine Zeitpunkt mehr. Erst recht wenn man diese Werte anschliessend addiert.
Welche Uhrzeit entspricht den z.B. 10 Min + 8 Min +5 Min?

[p80286]

Zitat:

Zitat von mkinzler (Beitrag 1304554)

Subtrahiert man zwei Zeitwerte enzhält man eine Zeitspanne, Dies ist keine Zeitpunkt mehr.

Woher weißt Du daß es sich um eine Zeitspannne handelt?
Ich bin automatisch davon Ausgegangen, das in Feld1,Feld2 Schreibfehler? ein Zeitpunkt seine Heimat gefunden hat.

Gruß
K-H

[mkinzler]

Imho entsteht eine Zeitspanne wenn man 2 (Datum/)Zeitwerte von einander abzieht.
16 Uhr - 8 Uhr ergibt eine Zeitspanne von 8 Std. Nach Deiner Interpretation würde es ja einen Mittelwert also 12 Uhr ergeben. Aber auch dann wäre die Frage was dann welches Uhrzeit/Datum dann 5 * 12 Uhr ( wenn alle Werte einer Woche addiert werden) ergeben würde.

[DeddyH]

Müsste bei

Zitat:

Delphi-Quellcode:

sum (feld1 - feld1)

nicht sowieso immer 0 herauskommen?

[mkinzler]

Zitat:

Zitat von DeddyH (Beitrag 1304576)

Müsste bei

Zitat:

Delphi-Quellcode:

sum (feld1 - feld1)

nicht sowieso immer 0 herauskommen?

Ich gehe mal davon aus, dass dies ein Tippfehler war.

[khh]

ja, war ein Tippfehler,

das mit der Zeitspanne leuchtet mir ein.
Wenn ich die Abfrage direkt in der Datenbank absetzte bekomme ich einen Dezimalwert.

Heißt das ich muss als Datentyp einen Gleitkommatypen nehmen ?

[mkinzler]

Ein TDateTime ist ja ein Double vor dem Komma steht das Datum, dahinter der Zeitanteil.
Das Problem dütfte die Interptretation des Wertes sein. Zeitspannen würde ich in einem Integer speichern ( Zeit in Millisekunden)

[Dejan Vu]

Zitat:

Zitat von mkinzler (Beitrag 1304579)

Ein TDateTime ist ja ein Double vor dem Komma steht das Datum, dahinter der Zeitanteil.

Vor dem Komma steht nicht das Datum, sondern die Anzahl der Tage seid dem 30.12.1899. Und nach dem Komma steht keine Uhrzeit, sondern die seit Mitternacht vergangene Zeit als Bruchteil eines Tages.

Ich würde den Wert in Delphi zunächst an einen Double zuweisen und den dann so formatieren, das man etwas damit anfangen kann. Die Einheit des Dezimalwertes wäre demnach 'Tage'. So würde der Wert '1.25' der Zeitspanne 'Ein Tag und 6 Stunden entsprechen'.

[khh]

ich danke euch recht herzlich

[khh]

alsoooo,
ich hab jetzt ein numerisches Ergebnis mit

0,083333333 was 2 Stunden entspricht

14:00 - 12:00

wie rechne ich jetzt am besten mit dem Tagesbruchteil weiter?
Einfach in Sekunden, Minuten, Stunden umrechnen ?

Da bekomme ich mit meinen 9 Nachkommastellen wohl Rundungsfehler rein :-(

[Mikkey]

Zitat:

Zitat von khh (Beitrag 1304622)

Da bekomme ich mit meinen 9 Nachkommastellen wohl Rundungsfehler rein :-(

Ein Punkt der 9. Stelle nach dem Komma entspricht 86 Nanosekunden. Wenn Du größere Genauigkeit brauchst...

[himitsu]

siehe DateUtils (Delphi) und SysUtils ... Lazarus k.A. wo.

Mit HoursPerDay oder MinsPerDay multiplizieren und Letzeres kann man auch als Integer rounden.

[khh]

danke dir, gibt es bei Lazarus auch :-)

[Popov]

Welchen Anteil haben Stunden, Minuten und Sekunden am Tagesanteil?

Die 1 steht für 1 Tag oder 24 Stunden. Deshalb berechnet man mit

Delphi-Quellcode:

h := 1 / 24;
...

eine Stunde;

Delphi-Quellcode:

h := 1 / 24 / 60;
...

eine Minute;

Delphi-Quellcode:

h := 1 / 24 / 60 / 60;
...

eine Sekunde;

Delphi-Quellcode:

h := 1 / 24 / 60 / 60 / 1000;
...

eine Millisekunde;

Wobei Delphi 1 Millisekunde mit Double gar nicht erfassen kann. Somit unterliegen die Millisekunden den Rundungsfehlern. Damit sollte man also nicht rechnen.

15 Minuten können somit so berechnet werden:

Delphi-Quellcode:

h := 1 / 24 / 60 * 15;
...

5 Stunden so:

Delphi-Quellcode:

h := 1 / 24 * 5;
...

300 Sekunden so:

Delphi-Quellcode:

h := 1 / 24 / 60 / 60 * 300;
...

[Mikkey]

Zitat:

Zitat von Popov (Beitrag 1304648)

Wobei Delphi 1 Millisekunde mit Double gar nicht erfassen kann. Somit unterliegen die Millisekunden den Rundungsfehlern.

Stop, das kann man so nicht stehen lassen.

Ein Double stellt mehr als 15 signifikante Dezimalstellen dar. Ein Datum im jetzigen Zeitalter hat 5 Stellen vor dem Komma, so bleiben für die Uhrzeit 10 signifikante Ziffern übrig. Im Bereich von etwa A.D. 1700 bis 2200 wird ein Zeitstempel also einer Auflösung von <10ns dargestellt.

Dies gilt natürlich nicht für die Uhr des Rechners und auch nicht für das Format, das die Datenbank für die Speicherung solcher Werte verwendet.

[himitsu]

Delphi TDataTime/Double kann Millisekunden erfassen und zwar noch die nächsten paar hundert oder tausend Jahre lang.
Je größer der Datumsteil wird, mit steigendem Abstand von 30.12.1899, desto kleiner wird die Genauigkeit im Nachkommateil.

[edit] Ich sollte F5 benutzen.
15 bis 16 (15,7 oder so)

[p80286]

Zitat:

Zitat von khh (Beitrag 1304622)

wie rechne ich jetzt am besten mit dem Tagesbruchteil weiter?
Einfach in Sekunden, Minuten, Stunden umrechnen ?

wofür brauchst Du es denn? Wenn Du mit den Trainingszeiten eines Ferrari auf dem Hockenheimring umgehen mußt, dann ist die Millisekunde wohl durchaus relevant, geht es um die Bewegung Deiner Schildkröte im Salatbeet sollte die Sekunde durchaus reichen.
Nicht umsonst rechnen z.B. Autowerkstätten auch nicht minutengenau ab.

Gruß
K-H

[Popov]

Aus Erfahrungen die ich mit eine Projekt gesammelt habe kann ich sagen: 1/10 Sekunde ist drin; bei 1/100 Sekunde wird es schon kritisch, sollte aber noch drin sein; 1/1000 ist problematisch. Weniger vom System, als wegen Double.

//Edit:

Auf der anderen Seite, wenn man den Tag auf Null setzt, also kein Vorkommastellen hat, könnte evtl. auch die 1/1000 Sekunde erfasst werden. Ich hab es aber noch nicht getestet. Ist nur eine Theorie.

[BadenPower]

Zitat:

Zitat von p80286 (Beitrag 1304663)

Nicht umsonst rechnen z.B. Autowerkstätten auch nicht minutengenau ab.

Zum Teil sogar genauer als 1 Minute.

VW:
1h = 100ZE (ZE = Zeiteinheiten)
heißt also
1ZE = 36 Sekunden.

[khh]

Zitat:

Zitat von p80286 (Beitrag 1304663)

wie rechne ich jetzt am besten mit dem Tagesbruchteil weiter?
Einfach in Sekunden, Minuten, Stunden umrechnen ?


wofür brauchst Du es denn?

Arbeitszeiterfassung, also die Sekunden sind nicht relevant ;-)

[mkinzler]

Nennt man auch Industrieminute

[Mikkey]

Zitat:

Zitat von Popov (Beitrag 1304668)

Aus Erfahrungen die ich mit eine Projekt gesammelt habe kann ich sagen: 1/10 Sekunde ist drin; bei 1/100 Sekunde wird es schon kritisch, sollte aber noch drin sein; 1/1000 ist problematisch. Weniger vom System, als wegen Double.

//Edit:

Auf der anderen Seite, wenn man den Tag auf Null setzt, also kein Vorkommastellen hat, könnte evtl. auch die 1/1000 Sekunde erfasst werden. Ich hab es aber noch nicht getestet. Ist nur eine Theorie.

Du bist auf dem Holzweg:

Delphi-Quellcode:

var
  dt: TDateTime;
  add: double;
begin
  dt := Now();
  writeln(FormatDateTime('hh:nn:ss,zzz', dt));
  add := 1;
  while (dt < (dt + add)) do
    add := add / 10;
  add := add * 10;
  writeln(FormatDateTime('hh:nn:ss,zzz', dt+add));
  writeln(FloatToStr(add));
  readln;
end.

Ermittelt erst bei add=10E-12 gleiche Werte. 10E-11 Tage sind 864 Pikosekunden.

Ausgabe:

Code:

13:39:47,678
13:39:47,678
1E-11

[p80286]

Zitat:

Zitat von BadenPower (Beitrag 1304674)

Zitat:

Zitat von p80286 (Beitrag 1304663)

Nicht umsonst rechnen z.B. Autowerkstätten auch nicht minutengenau ab.

Zum Teil sogar genauer als 1 Minute.

VW:
1h = 100ZE (ZE = Zeiteinheiten)
heißt also
1ZE = 36 Sekunden.

Berichtige mich, aber werden nicht immer mind. 5 Einheiten berechnet?
(Unsere "Stempeluhr" hat auch 100Minuten, ihr Intervall ist aber 5 (=3 echte Minuten))

Gruß
K-H