Re: Solved: [de-users] Calc: Zeiten vereinfacht eingeben

Hallo Marino,

der Geizkragen sucht einen Pfennig und verbraucht dabei drei Lichte...
Wozu brauchst du die absolute Genauigkeit, die man mit viel Aufwand 
einprogrammieren müsste?

Nach der Uhr kann man sich sowieso nicht richten, die zeigt ständig 
unterschiedliche Zeiten! Besonders
jetzt, wo es auf den Jahreswechsel zugeht, wird das anschaulich 
vorgeführt. Das Jahr beginnt an unterschiedlichen Orten zu 
unterschiedlichen Zeiten. Was soll also der Nanosekundenbereich im 
Zeitraum von 50 Jahren. Ich für meine Person freue mich darauf den 
Jahreswechsel zu feiern und wünsche allen Listigen eine guten Rutsch!

VG Bernd

Am 29.12.19 um 16:26 schrieb Gerhard Weydt:
> hallo Marino,
>
> Am 29.12.2019 um 12:43 schrieb Marino Salvalaggio:
> > Hi Admin04,
> >
> > Michael Höhne schrieb am 29.12.2019 um 11:12:
> > > Hallo Marino,
> > >
> > > > Wenn das, was Du hier sagst richtig ist; das die Zeiten in Calc in
> > > > Fliesskomma-Werten hinterlegt sind; dann werden bei gewissen
> > > > Rechenoperationen unweigerlich Fehler auftrete.
> > > > Nicht gerade das Gesuchte. In INT würde solches nie auftreten. Auf
> > > > Leitsystemen mit Echtzeiteinträgen ist es Bedingung, dass die
> > > > Zeitstempel kohärent sind!
> > > > Gerade beim Abgleich von Letzt-wert, was in Leitebene als Bedingung
> > > > für die Neuwert-Gültigkeit steht (DCP/IP Daten-Überholungen), eine
> > > > absolute Bedingung.
> > > > Somit kommt Calc als Tabelle für Datenhinterlegung für diesen Zweck
> > > > nicht in Frage!
> > >
> > > In solchen Fällen müsstest du Zeitangaben in INT _codieren_. Es hält
> > > dich ja niemand davon ab, Zeiträume oder Zeitpunkte z.B. in Sekunden
> > > oder Millisekunden zu speichern. Im Falle eines Zeitpunktes müsstest du
> > > allerdings einen passenden Zeitpunkt als Nullpunkt festlegen. Du
> > > könntest den Zeitpunkt des Messbeginns (möglicherweise als String) in
> > > die Tabelle schreiben und diesem den Wert 0 (Millit-)Sekunden zuweisen.
> > > Alle weiteren Zeitwerte werden dann als INT-Wert bezüglich dieses
> > > Startwertes abgelegt.
> > Das ist schon richtig und durchaus ausführbar und Zielführend.
> > Nur möchte ich dazu bemerken, dass solches bekannt sein muss.
> > Ich denke, dass die Wenigsten sich mit solchen Dingen beschäftigen und
> > hinterfragen wie die Daten im Hintergrund tatsächlich manipuliert 
> > werden.
> > Ich jedenfalls habe das bisher nie hinterfragt. So war mir auch gar
> > nicht bewusst, dass die Zeit in Calc durch anwendung von FLOAT für
> > hochdynamische Prozesse, oder für höhere Mathematik ungeeignet ist.
> >
> > Was mich wundert ist daher, warum man auf solch eine Idee überhaupt
> > gekommen ist.
> >
> > Auf CPUs die Echtzeitverhalten mit Zeitstempel nutzen wird die Zeit von
> > einem Zeitserver auf alle Teilnehmer übertragen und in den lokalen
> > Rechnern wird immer in DINT bez. LINT hinterlegt! Jeder Datenpunkt
> > welcher aus der Zukunft stammt wird direkt als falsch verworfen ist er
> > älter als der Letzt-gültige Eintrag bleibt er unberücksichtigt!
> >
> > Das hat sich durchgängig als die sicherste Methode erwiesen. Mann stelle
> > sich einmal das CERN vor, wenn deren Zeiten nicht sicher verifizierbar
> > wären...
> Du redest aber doch von ganz anderen Aufgabenstellungen, das hat doch 
> mit Calc nichts mehr zu tun. Und bei den Kürzeln für Variablentypen 
> sollte man sich schon an die halten, die in LibO verwendet werden, und 
> nicht an welche von anderswo.
> > > > > Der wer? Meinst du etwa das Teil, mit dem eine Zeitreisemaschine
> > > > > gesteuert wird?
> > >
> > > Nein, das ist ein "Fluxkompensator" ;-)
> > >
> > > Admin04

--
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy