Geschwindigkeitsberechnung mit Variablen: Unterschied zwischen den Versionen

Aus RailRoad&Co.-Wiki
Zur Navigation springenZur Suche springen
KKeine Bearbeitungszusammenfassung
KKeine Bearbeitungszusammenfassung
 
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 9: Zeile 9:
*'''t2'''=Aktuelle Zeit(Zeit) an Messstelle 2
*'''t2'''=Aktuelle Zeit(Zeit) an Messstelle 2
*'''t-delta=t2-t1''' vergangene Zeit zwischen 2 Messstellen
*'''t-delta=t2-t1''' vergangene Zeit zwischen 2 Messstellen
:[[Datei:Messpunkt1.png|400px]]
:''Abb: Messpunkt 1''


Danach rechnet man die Realgeschwindigkeit aus:
Danach rechnet man die Realgeschwindigkeit aus:
Zeile 38: Zeile 42:


*Quelle: [https://www.freiwald.com/forum/viewtopic.php?p=265289#p265289 Forum]
*Quelle: [https://www.freiwald.com/forum/viewtopic.php?p=265289#p265289 Forum]
*TC-wiki: [[Geschwindigkeitsbeschränkung mit Variablen]]
*TC-wiki: [[Messen der Geschwindigkeit]]





Aktuelle Version vom 13. Januar 2024, 17:30 Uhr

Verwendung
thumbs


Geschwindigkeitsberechnung in TrainController

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
Abb: Messpunkt 1


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 9 und 10

Herr Freiwald beschreibt im Forum die Verwendung der Variablen so:

Die Berechnung funktioniert nur dann exakt, 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)