Geschwindigkeitsberechnung mit Variablen: Unterschied zwischen den Versionen

Aus RailRoad&Co.-Wiki
Zur Navigation springenZur Suche springen
Die Seite wurde neu angelegt: „{{TC910g}} __NOTOC__ == Geschwindigkeitsberechnung mit Variablen == === Messstrecke === An zwei Orten weist man je einer Variablen die Uhrzeit zu *t1=Aktuelle Zeit(Zeit) an Messstelle 1 *t2=Aktuelle Zeit(Zeit) an Messstelle 2 *T-delta=t2-t1 vergangene Zeit zwischen 2 Messstellen Danach rechnet man die Realgeschwindigkeit aus: *v=s/t-delta*10000*3,6*Massstab Bei der Umsetzung der obigen Idee kann man problemlos die Fahrzeit zwischen 2 Messpunkten erm…“
(kein Unterschied)

Version vom 13. Januar 2024, 16:48 Uhr

Verwendung
thumbs


Geschwindigkeitsberechnung mit Variablen

Messstrecke

An zwei Orten weist man je einer Variablen die Uhrzeit zu

  • t1=Aktuelle Zeit(Zeit) an Messstelle 1
  • t2=Aktuelle Zeit(Zeit) an Messstelle 2
  • T-delta=t2-t1 vergangene Zeit zwischen 2 Messstellen

Danach rechnet man die Realgeschwindigkeit aus:

  • v=s/t-delta*10000*3,6*Massstab

Bei der Umsetzung der obigen Idee kann man problemlos die Fahrzeit zwischen 2 Messpunkten ermitteln, nicht aber die korrekte Geschwindigkeit des Zuges.


Ganzzahlarithmetik in TrainController

Herr Freiwald beschreibt im Forum die Verwendung der Variablen so:

Die Berechnung funktioniert nur, wenn man stillschweigend unterstellt, dass mit Gleitkommaarithmetik gearbeitet wird. Das aber ist nirgendwo so dokumentiert oder zugesichert.

In Zahlvariablen können nur ganze Zahlen gespeichert werden und auch die zugehörige Arithmetik beruht auf Ganzzahlarithmetik.

Wenn immer bei einem Softwareprogramm (nicht nur in TrainController) mit ganzzahligen Werten gerechnet wird, so ist es empfehlenswert, "vorsichtig zu programmieren" und die Formel so aufzubauen, dass Divisionen am Schluss der Berechnung ausgeführt werden, damit Runden oder Abschneiden auf ganzzahlige Werte erst ganz am Ende und nicht schon vorher als Zwischenergebnisse in die Berechnung einfließen.


Gleitkommaarithmetik in künftigen Versionen

Vielleicht werden wir dies in einer zukünftigen Version (Upgrade, nicht Update) auf Gleitkommaarithmetik umstellen. In einem Update der Version 10 geht das nicht mehr, weil es eine inkompatible Änderung wäre. Es ist nämlich nicht auszuschließen, dass andere Anwender die bestehende Ganzzahlarithmetik derzeit ganz bewusst für bestimmte Zwecke ausnutzen.


Weblinks


-- Uslex (Diskussion) 15:48, 13. Jan. 2024 (UTC)