StellwerkSim

Dank abrixas Post konnte der Fehler in 2 Minuten behoben werden. So schnell lassen sich Probelme lösen, wenn gute Fehlerbeschreibungen vorliegen. Allerdings ist die Korrektur möglicherweise erst heute Abend online. Bis dahin gibt es nur eine Vorablösung.

Erst mal Danke für die Vorab-Lösung, jetzt läuft es wieder einigermassen angenehm.

Allerdings fällt mir gerade auf (Stw: Zentralschweiz - Arth-Goldau, Instanz 2, Sim-Zeit 12:35 aber ich spiele schon eine Stunde) dass beim Fahrplan die Verspätung manchmal nicht nach dem ersten Halt, sondern nach dem letzten Halt berechnet wird, bei der nächsten Umsortierung stimmt es dann wieder, bei der nächsten ist es dann wieder falsch usw.. Ich denke nicht dass das mit dem Grafik/Darstellungsproblem zu tun hat, aber ich schreibe es trotzdem mal hier rein, falls es doch in den laufenden Reparaturprozess passt.

Gruss aus der Zentralschweiz

Mos

Ich weiß nicht, was genau derzeit bearbeitet wird, aber insgesamt geht es darum, die Performance zu verbessern. Bisher war es so, dass der STS alle möglichen Berechnungen zeitgleich, ständig, in loser Reihenfolge oder was auch immer, gemacht hat. Es soll jetzt mehr geordnet werden und nur noch das ablaufen, was wirklich zu einem bestimmten Zeitpunkt notwendig ist. Bestimmte Werte werden nun wohl nicht mehr sekündlich, sondern nur noch minütlich aktualisiert. Dazu zählt halt anscheinend auch die Verspätung. Aber mal ernshaft, im Grunde braucht man ja nur etwa zu wissen, wann ein Zug denn im Stellwerk ankommt und beim Weiterleiten, mit wieviel Verspätung er denn beim Nachbarn ankommt. Ob der Zug nun 3 oder 4 min Verspätung irgendwo mitten im Stellwerk hat, ist doch eigentlich egal. Man sieht ihn fahren und kann den Ablauf planen.

Gruß Stephan

Ich stimme Dir da völlig zu, dass es Daten gibt, die sicherlich nicht dauernd neu berechnet werden müssen, obwohl sie sich eigentlich nicht ändern. Aber die erwartete (verspätete) Einfahrtszeit in das Stellwerk sollte eben nicht aus der letzten planmässigen Abfahrtszeit berechnet werden, vor allem, wenn sich der Zug rund 15 Minuten (bei anderen Stellwerken auch mehr) im Stellwerk aufhält. Es geht hier also nicht um die Menge von Berechnungen pro Minute, sondern schlicht um die zu verwendenden Daten.

Gruss

Mos

Wartet doch erstmal ab, was heute abend in der endgültigen Lösung enthalten sein wird. Wenn sich dann morgen noch weitere Fehler zeigen, könnt ihr die immer noch melden. Zur Zeit macht das relativ wenig Sinn, da es sich ja nur um eine Übergangslösung handelt, die ausdrücklich nicht perfekt ist.

Also bitte etwas Geduld

Mos hat geschrieben:Ich stimme Dir da völlig zu, dass es Daten gibt, die sicherlich nicht dauernd neu berechnet werden müssen, obwohl sie sich eigentlich nicht ändern. Aber die erwartete (verspätete) Einfahrtszeit in das Stellwerk sollte eben nicht aus der letzten planmässigen Abfahrtszeit berechnet werden, vor allem, wenn sich der Zug rund 15 Minuten (bei anderen Stellwerken auch mehr) im Stellwerk aufhält. Es geht hier also nicht um die Menge von Berechnungen pro Minute, sondern schlicht um die zu verwendenden Daten.

Gruss

Mos

Einen Zug, der sich noch in einem anderen Stellwerk befindet, dessen Verspätung wurde auch vorher nicht ständig aktualisiert. Entweder war das nur bei jedem Fahrplanupdate (also rund alle 20 min) oder wenn der Zug ein Stellwerk verlassen hat - oder beides. Die aktuelle Verspätung sah nur der Spieler, in dessen Stellwerk der Zug gerade war. Wobei diese auch nicht korrekt sein muss, der endgültige Wert wird erst beim Verlassen ermittelt, aber das ist wieder eine andere Geschichte.

Irgendwie reden wir hier aneinander vorbei.

Beispiel (aktuell):

Zug 21345 (S3 Luzern - Brunnen, im Stellwerk von Einfahrt Immensee bis Brunnen)
Plan Halt GD8 13:37 bis 13:37
... (weitere Halte) ...
Plan Halt BRU2 13:51
ändert Zugnummer und Fahrtrichtung

Dieser Zug wird in der Fahrplanliste mit 14:05 (+14) angezeigt, und das heisst doch, dass die erwartete Zeit für den ersten Halt 14:05 aus der letzten Zeit 13:51 +14 Minuten berechnet wird, anstatt aus 13:37 +14 = 13:51

Hoffe jetzt etwas Klärung gegeben zu haben.

Gruss

Mos

Meldet ruhig in diesem Thread alle Auffälligkeiten im Umfeld der Fahrplanausgabe. Da gibt es zur Zeit einige Umbauten und alle Wechselwirkungen sind da nur schwer zu testen. Klasse wäre dann aber auch, wenn ihr meldet, daß ein Problem nicht mehr da ist!

Das StwSim läuft bei mir wieder "primstens" bis auf die genannten Probleme in der Verspätungsanzeige, hier wird immer der letzte Halt in einem Stw als Grundlage zur Berechnung genommen. Wobei das kein echtes Problem darstellt.

Gruß abrixas

Das mit dem letzten Halt habe ich nur bei Zügen mit E-Flag bzw. solchen, die aus einem Partner entstehen. Das war aber meines Wissens schon immer so.

abrixas hat geschrieben:Das StwSim läuft bei mir wieder "primstens" bis auf die genannten Probleme in der Verspätungsanzeige, hier wird immer der letzte Halt in einem Stw als Grundlage zur Berechnung genommen.

Was heißt "letzte Halt als Grundlage"? Für was und welcher letzte Halt?

Das wird gemeint.

Mos hat geschrieben:Irgendwie reden wir hier aneinander vorbei.

Beispiel (aktuell):

Zug 21345 (S3 Luzern - Brunnen, im Stellwerk von Einfahrt Immensee bis Brunnen)
Plan Halt GD8 13:37 bis 13:37
... (weitere Halte) ...
Plan Halt BRU2 13:51
ändert Zugnummer und Fahrtrichtung

Dieser Zug wird in der Fahrplanliste mit 14:05 (+14) angezeigt, und das heisst doch, dass die erwartete Zeit für den ersten Halt 14:05 aus der letzten Zeit 13:51 +14 Minuten berechnet wird, anstatt aus 13:37 +14 = 13:51

Hoffe jetzt etwas Klärung gegeben zu haben.

Gruss

Mos

Es wird also der Endbahnsteig als Verspätungsziel angewendet statt der erste Bahnsteig einer Anlage. So wird es eine falsche Verspätungszeit berechnet.

Aha. Interessant. An dem Code wurde eigentlich nichts verändert...

Das Problem existiert ja auch schon seit Ewigkeiten...hat nur nie jemanden interessiert (mich auch nicht )

steiny hat geschrieben:Das Problem existiert ja auch schon seit Ewigkeiten...hat nur nie jemanden interessiert (mich auch nicht )

Aha?! Dann hat sich das erstmal erledigt und läuft nicht mehr unter diesesm Fehler. Steiny, gibt dazu schon einen Case?