Inverse Geschwindigkeitsangaben wg. Brh

[Carsten Hölscher]

Mit der neuen Beta kann man abhängig von den Bremshundersteln niedrigere Geschwindigkeiten umsetzen. Dazu wird am Beginn des Abschnitts das entsprechende Ereignis gesetzt, z.B. mit 80% und 85 km/h würden alle Züge unter 80 Mbrh auf 85 km/h gedrosselt. Es sind mehrere Ereignisse an derselben Stelle mit unterschiedlichen Abzügen möglich. Am Ende des Bereichs wird das Ereignis ohne Parameter eingetragen.

Korrekte Darstellung bisher nur in Ebula.

Auch hier gerne testen und berichten, es gibt auch hier zahlreiche Kombinationsmöglichkeiten.

Carsten

[Michael Springer]

Wenn im Gegengleis z. B. eine spitze Awanst-Weiche nur mit 50km/h befahren werden darf, müsste man das Ereignis dann mit 1% und 50 km/h füttern, dass alle Züge sich daran halten?

Beispiel:


Michael

[Carsten Hölscher]

Jau, wobei die Erhöhung im Moment noch ab Zugspitze gesetzt wird. Da fehlt noch die Steuerungsmöglichkeit.
Bzw: Bau mal Strecken-Vmax und das Ereignis ein, vielleicht geht es damit.
Carsten

[Johannes]

Wenn im Gegengleis z. B. eine spitze Awanst-Weiche nur mit 50km/h befahren werden darf, müsste man das Ereignis dann mit 1% und 50 km/h füttern, dass alle Züge sich daran halten?

Nicht 9999% oder so, weil das Ereignis ja nur unterhalb der angegebenen MBrh wirksam ist?

In diesem Fall waere es vielleicht gut, wenn Zusi den Wert "0%" als "fuer alle Zuege gueltig" interpretierte.

[Carsten Hölscher]

ja, richtig.
Carsten

[Holger Lürkens]

Habe ich das richtig verstanden, der Fahrplanersteller muss in der Streckendatei ein Ereignis setzen?

Holger

[Carsten Hölscher]

Die Streckenautoren müssen entsprechende Abschnitte der st3-Datei mit den Ereignissen ausrüsten.

Carsten

[Jens Strumberg]

Ich habe eine ständige Langsamfahrstelle ohne Vorankündigung mit Vmax 20 und Brh 1 konfiguriert und als Streckengeschwindigkeit im Element hinterelgt.
Die inverse Darstellung funktioniert bestens, der Autopilot bleibt jedoch unmittelbar vor dem Ende der Langsamfahrstelle stehen und verweigert die Weiterfahrt.
Fahre ich ohne Autopilot über diese Stelle und schalte auf Autopilot zurück übernimmt der Kumpel wieder wie gewohnt das Steuer und fährt Munter ins Ziel.



Ist die gestrichelte Linie in der Vmaxzeile am Ende der inversen Langsamfahrtstelle denn richtig? Würde diese nicht bedeuten, dass die neue Geschwindigkeit ab Zugspitze gilt? Ich schreibe das notfalls auch noch ins Displayforum, falls Jens nicht mitliest.

viele Grüße,
Jens

[Carsten Hölscher]

Zeig mal bitte die Zugdaten-Registerkarte in der Fehlersuche, wenn der AP dort parkt.

Jau, wobei die Erhöhung im Moment noch ab Zugspitze gesetzt wird. Da fehlt noch die Steuerungsmöglichkeit.

Carsten

[Hans-Peter Schramm]

Moin,

kann das eventuell mit einem alten Problem zusammenhängen, das ich auf meiner Schmalspurstrecke auch habe.
Am Ende eines starken Gefälles (1:40) ist die Streckengeschwindigkeit 15 km/h. Da bleibt der Autopilot stehen, da er wohl sehr konservativ rechnet und eine Geschwindigkeit von 0 errechnet, damit er noch sicher bremsen kann. So hatte mir Carsten oder Michael das mal erklärt.
BrH von 1 bei 25 km/h könnte ja ein Hinweis auf so einen Fall liefern.
Vielleicht liege ich ja auch komplett falsch.

Gruß
Hans-Peter

[Carsten Hölscher]

Warten wir mal auf den Screenshot.
Am Rande: BrH 1 ist eigentlich auch falsch es muss ein hoher Wert rein, denn man muss ja unter dem Wert liegen, damit der Effekt greift.

Carsten

[Jens Strumberg]

Klar, hohe Brh wären richtig, das war ein Denkfehler. Das Erhöhen des Grenzwertes von 1auf 300 Brh ändert aber nichts. Der Zug hat 96 Brh. Die Darstellung ist EBuLa ist die Gleiche, unabhängig vom Grenzwert, de rZug bleibt trotzdem an der Stelle stehen.

[Carsten Hölscher]

Hast Mindestbremsh. = 0 eingetragen?

Der AP sollte hier eigentlich fahren. Vielleicht kannst du mir das mal zugänglich machen ink. Fahrzeuge, solange nicht offizieller Stand.

Carsten

[Jens Strumberg]

Ja Mbr waren 0, es handelt sich nur um einen Testfahrplan. Höhere Mbr ändern aber nichts.
Ich schreibe Dir eine Mail.
Jens

[F. Schn.]

Hi,

hat jemand einen Überblick, wie weit die Verbreitung dieses Ereignisses bereits ist? Gibt es außer Salzkotten noch ein Modul, wo man das Ereignis ausprobieren kann?

Gruß
F. Schn.

[Alwin Meschede]

Wenn jemand so einen Inversen in meinen Streckenmodulen haben möchte, muss er sich melden. Eine systematische Absuche meiner 350 km Streckennetz auf vorbildgerechte Einsatzorte habe ich nämlich bislang auf den Sankt-Nimmerleins-Tag vertagt.

[Alwin Meschede]

Es sind mehrere Ereignisse an derselben Stelle mit unterschiedlichen Abzügen möglich.

Das habe ich jetzt mal ausprobiert und einen Sack voll Ereignisse mit unterschiedlichen Mindestbremshundertsteln ins selbe Streckenelement eingebaut. In der timetable-Datei landet dabei immer die Geschwindigkeit mit der niedrigsten Mbr-Vorgabe, obwohl mein Testzug laut Zugdatenfenster 192 Brh hat und deshalb eigentlich in einer viel höheren Mbrh-Kategorie fahren sollte. Zwei Dinge habe ich bereits ausgeschlossen: Ob man die PZB-Daten im Fahrplaneditor von Hand vorgegeben hat, hat keinen Einfluss. Und er wählt wirklich immer die niedrigstmögliche Mbr-Vorgabe in dem Streckenelement für die timetable-Datei (und nicht etwa das letzte der Mbrh-Ereignisse im Streckenelement).

EDIT: Ganz so einfach wie oben ist es nicht - anderer Testzug mit 214 Brh laut Zugdatenfenster: In der timetable-Datei landet die Geschwindigkeitsangabe aus dem MBrh-Ereignis "weniger als 142 Brh vorhanden".

[Carsten Hölscher]

Die tatsächlcihen Brh sind egal. Der echte Fahrplan passt sich ja auch nicht an, nachdem man den Zugdateneinsteller bedient hat. Also Mindest-BrH sind maßgebend.

Carsten

[Alwin Meschede]

Ah, okay. Dann erklärt sich das seltsame Verhalten, weil ich Altbestände als Testzüge recycelt habe. Der eine Zug war so alt, dass er überhaupt keine Mbr eingetragen hatte. Der andere war noch aus der Zeit, als Zusi nur Druckluftbremsen auf die Bremshundertstel anrechnete.

[Alwin Meschede]

Kann es sein, dass sich hier die Anforderungen an die Ausrüstung der Strecken geändert haben, und man jetzt als erstes immer ein Ereignis mit Nullwerten in der Liste der vmax/Brh-Ereignisse haben muss? Was genau bewirkt das, bzw. warum sind wir bisher ohne diese Nullwert-Ereignisse ausgekommen, und jetzt nicht mehr?