Beiträge von StefanDD

@AbsolutesChaoz
Im Editor sehe ich, was ich glaube, dass es Link 0 des Magneten darstellt, vor dem ESig und dann 3 eine grosse Distanz in Fahrtrichtung zeigende Pfeile (zum Link 1?) Koenntest Du mir evtl. eine einfache Instruktion geben um den Magneten an diesem ESig zu reparieren, oder ist das zu kompliziert und ich muss mich durch ein Tutorial zum Magnetenverlegen arbeiten?

@Barrett - danke fuer die Erklaerung. Das eigentliche Eingangssignal loesst aber auch keine Beeinflussung aus (obwohl dort ebenfalls ein Magnet liegt). Kann man das einfach reparieren, so dass dieses ESig die Beeinflussung ausloesst?

Kann mir jemand der Streckenbau-kundigen evtl. helfen zu verstehen, wieso das Vr0 vor dem Hp0 in Cochem Gleis 2 keine 1000Hz Beeinflussung ausloest, obwohl dort ein Magnet verlegt ist? Aufmerksam bin ich durch eine Youtube Testfahrt auf der Strecke geworden

Ich habe dann die Stelle im Debugmodus der Lok abgefahren und der Magnet sendet weder ein "1000" noch "PZB1000" Signal, also bekommt die Lok keine Beeinflussung. Im Editor liegt da ein ganz normaler vR Magnet, der mit dem Vorsignal korrekt gekoppelt scheint (allerdings kann ich das nicht beurteilen). Danach kommt ein scharfer 500er und das Hp0.

Irgendwie erklaere ich wahrscheinlich nicht praezise genug, was ich vorschlagen will. Ich moechte keine Signalstoerung erzeugen -- ich moechte ein normales Hp0 inkl. entsprechender Vorsignalstellung erzeugen, indem ich den Hp0 Trigger verlege und gemaess "3.1.1.1. Einsatz zum Erzeugen vom Signalbegriff Hp0" nutze. Der einzige vorgeschlagene Unterschied zur deutlichen Erhoehung der Flexibilitaet ist, eine Wahrscheinlichkeit dafuer definieren zu koennen, dass der Trigger diese Signalstellung per SendSignalMessage auch wirklich ausloest. Dazu waere, denke ich, eine nur sehr kleine Modifikation des Triggercodes in OnConsistPass noetig.
Dazu hatte ich vorgeschlagen im linken Eingabefeld im Editor fuer die Triggeroptionen statt "0" (fuer alle consists) "0P50" eingeben zu koennen, so dass der Trigger nur mit 5-prozentiger Wahrscheinlichkeit ausloest.

Hallo Schuster,

vielen Dank fuer die Antwort. Es ist mir soweit klar, dass man das in Szenarien machen kann.Ich wuerde die Hp0 Trigger allerdings gerne permanent auf z.B. Hasi v3 verlegen, damit ich spannendere Quickdrives! habe. Gilt in diesem Sinne ein Quickdrive als Szenario? Ausserdem waere es von ganz neuer Flexibilitaet, wenn man dem Trigger eine Wahrscheinlichkeit fuer Hp0 zuordnen koennte. Bitte korrigiere mich, aber das geht doch bisher nur fuer Stoerungen?! Ich moechte, wie in Zusi, ab und zu mal Rot, nicht ab und zu mal dunkel oder Ersatzrot.

Besten Dank -- StefanDD

Hallo Schuster,

Ich weiss jetzt, nach kurzem Studium der Dokumentation der Freeware-Signaltrigger ziemlich genau, was fuer eine Funktionalitaet ich gerne hatte.
Es waere aus meiner Sicht sehr schoen, wenn man beim Hp0-Trigger zur Erzeugung von Hp0 auf freier Strecke eine Wahrscheinlichkeit definieren koennte, mit der dies eintreten soll, aehnlich der Signalstoerung. Also genau solche Faelle wie in "3.1.1.1. Einsatz zum Erzeugen vom Signalbegriff Hp0" beschrieben, mit dem kleinen Unterschied, dass zusaetzlich zur Zugfolgenummer auch noch eine Wahrscheinlichkeit angegeben kann, mit welcher der Trigger beim Passieren die in der jetztigen Fassung mit 100%-Wahrscheinlichkeit erzeugten Signalmeldungen generiert.

Man koennte das z.B. so loesen, das im linken Textfeld, in welchem fuer dieses Anwendungsszenario z.B. "0" oder "2" als Zugfolgenummer eingegeben werden, man eingeben kann "0P5" oder "2P1000", also genau wie bei der Randombugvariable mit einer Promillewahrscheinlichkeit die Signalmeldungen mit nur dieser Wahrscheinlichkeit generiert.
Dann koennte ich mir auf Strecken meiner Wahl diese Trigger vor Signale legen und bekomme mit einer kleinen Wahrscheinlichkeit zufaellig ein Halt -- so dass Quickdrives nicht mehr langweilig sind. Dies waere auch mit allen Szenarien rueckwaertskompatible, denn diese verwenden ja kein "P" im linken Textfeld.

Gruesse,
StefanDD

Zitat von 143er

Wenn der von dir gewählte Wert von 1000 nicht funktioniert dann liegt das Problem woanders...

Danke fuer die Antwort: heisst das, das von mir gewuenschte Verhalten so oefter mal (zufaellig) ein restriktives Vorsignal oder rotes Hauptsignal zu bekommen sollte so eigentlich funktionieren (per setzen von gRandomBug)?

Zitat von Alecta

@StefanDD

Das ist wie in den Krimis. Schuld ist nie die Person, die man als erste verdächtigt

Passender Vergleich: Du hattest 2 vergrabene Leichen unterm Gleis...

Zitat von Alecta

OK Leute, ich habe den Übeltäter gefunden. ....

und der war nicht das arme PZB Skript von vR wie so zügig vermutet...

Es ist zwar evtl nicht wahrscheinlich, aber auch moeglich, dass der TSC Magnet fehlerhafterweise 2 Beeinflussungen erzeugt. Bei den alten Loks wie der vR BR111 wuerde das nicht auffallen, bei den neuen aber schon.

1. Nur so interessehalber: hat der 1000LM kurz dunkel geblinkt, wenn Du an der Stelle fuer ein paar Sekunden immer wieder WT drueckst?

2. Wie gesagt, schicke mir bitte das Szenario so wie es jetzt ist -- ich kann da schnell Licht ins Dunkel bringen, weil ich sehen kann, wann und welche Signalmeldungen an die PZB gehen....

Das mit Wachsam festhalten muesste aber, wie in der Realitaet, funktionieren. Ich vermute, es kommt gleich nach dem Magnete noch eine Beeinflussungen, denn es macht ganz knapp mehr als 4Sek. spaeter bumm! Wenn er mal WT klicker-klicker dauerbedient und auf den 1000Hz Leuchtmelder starrt, wird sich das schnell bestaetigen lassen... (0.5s Dunkelblinken)

Ich bin mir fast sicher, dass da 2 Trigger rumliegen. Im 189er Video, kommt die ZWB bei 2:49, bei 2:45 hatte er die erste 1000Hz schon bestaetigt....

Sieht so aus als haettest Du versehentlich 2 Beeinflussungstrigger verlegt? Die Zwangsbremsung kommt fast genau 4 Sek. nach der Vorbeifahrt an der Langsamfahrstelle, das ist das Toleranzzeitfenster fuer die Bestaetigung der 1000Hz Magnete. Druecke mal an der Stelle gleich wieder, bzw. mehrere male "Wachsam" und schau ob der 1000Hz Leuchtmelder kurz dunkel ist --> das waere ein Hinweis auf eine ueberlagerte zweite 1000Hz Beeinflussung. Es bringt nichts, das mit nicht vR-Loks zu testen, denn die koennen keine UF-Ueberlagerungen in der PZB und wuerden evtl. "faelschlicherweise" keine ZWB bringen.

Du kannst mir Dein Szenario auch gerne per PN schicken -- ich schaue mir das gerne an, denn ich kann bei mir die Debugmeldungen der PZB sehen, und sehe dann direkt, ob Du evtl. mehrere 1000-Meldungen an die Lok schickst!

Zitat von Alecta

Ich vermute bald auch, dass es ein Script Problem sein könnte. Ich versuche es jetzt mal einer einer Nicht-Vr-Lok.

Versuche doch bitte erstmal das Geratene, naemlich mit dem Hilfesystem zu fahren! Bitte sage uns, ob die Zusatznadel (vom Hilfesystem; gelb in der 101) deine Tachonadel ueberholt, gerne z.B. in der 101. Ich bin mir ziemlich sicher, dass das PZB Skript intakt ist.

Uebrigens, auch mit 60 km/h in der 101 warst Du in einer Pruefkurve, und bist irgendwann oberhalb (weil nicht <= 55km/h) und bekommst eine ZWB!

@Alecta,
das hatten wir doch neulich in einem anderen Thread schon einmal fast identisch, nur damals mit Zugart M ;-). Wenn 55 blinkt und Du gerade eine 1000Hz Beeinflussung bekommen hast, darfst Du 38 Sekunden ab Beeinflussung hoechstens 55 km/h drauf haben. Ausserdem laeuft eine Pruefkurve herunter von 105km/h bis 55km/h (innerhalb eben dieser 38 Sekunden), und Du musst unterhalb dieser Kurve bleiben. Sonst kommt die Zwangsbremsung schon laenge vor Ablauf der 38 Sekunden....
http://www.tf-ausbildung.de/BahnInfo/unterezugart.htm

Schalte doch bei den vR Loks einfach das PZB Hilfesystem ein, da bekommst Du eine zusaetzliche Tachonadel angezeigt, die Dir jederzeit die aktuell geprueft Geschwindigkeit anzeigt, auch innerhalb der Pruefkurve.

@Tarik,
er hat beim Passieren des Magneten ~ 80km/h drauf, wird es mit Gueterzug also kaum schon 100m spaeter auf 40km/h geschafft haben. Ich denke fast, er hat die Pruefkurve ueberschritten

@Schuster,

In Zusi gibt es die Moeglichkeit, mit einem kleinen Prozentsatz "Chaos" in einem Fahrplan zu erzeugen, so dass, wenn dieser Wert nicht auf 0 steht, jede Fahrt leicht anders sein kann. Gibt es in den Signalskripten die Moeglichkeit ein aehnliches Verhalten durch zufaellig eingestreute rote Signale abzubilden, z.B. durch zufaellige +1 in occupation tables? Mir waere als Lokfuehrer dabei egal, ob es im Block vor mir wirklich einen Zug gibt oder nicht, da ich den ja eh nicht zu Gesicht bekaeme, und Zuege hinter mir waeren auch nicht direkt betroffen. Ob KI Zuege auf Gegengleisen an solchen roten Signalen einfach vorbeifahren waere mir auch egal, da ich einfach gerne groessere PZB Herausforderungen und -abwechslung haette.

Ich hatte die Stoerungsoptionsvariable mehrfach versucht zu testen, aber selbst von ich die Wahrscheinlichkeitsvariable auf gRandomBug = 1000 (immer gestoert) setze, bekomme ich auf Strecken in denen Schuster Signale verbaut sein sollen an keinem der Signale eine Stoerung. Eventuell waere die zflg. Stoerung ohnehin der falsche Ansatz fuer das von mir gewuenschte Verhalten?

Zitat von Alecta

Da reagiert die LUA wohl sehr sensibel. Bei der ersten Durchfahrt war ich überzeugt, ich sei unter 70 gewesen. Aber egal. Mittlerweile bin ich schon ein paar Mal dort durchgefahren und zur Sicherheit habe ich immer befreit. Beim nächsten Szenario probiere ich es ohne.

Haha -- ich war in diesem Thread wohl selbst auch sensibel, aber ja, die Abfage in Lua ist sensibel: (lowest_v_mon ist hier 70.0)

if self.simspeed > lowest_v_mon then
    self.emgbrake = 2 -- ZWANGSBREMSUNG
...

Waehrend der Ueberwachungskurven wird jede Ueberschreitung abgestraft, also auch 70,1 km/h, waehrend bei der reinen Ueberwachung der Zugart-spezifischen Hoechstgeschwindigkeit, bei M 125km/h, eine 4km/h Toleranz bis zur Zwangsbremsung eingeraeumt wird. Du kannst also allerhoechstens 129.0 km/h fahren.

Es ist vollkommen klar, dass Zugart O und Zugart U was voellig anderes bedeuten. Danke fuer den Hinweis!
Es geht darum, dass es wirklich einfach war zu sehen, dass es vertippt war (denn ich schrieb ja 29Sek. und 70km/h) und also kein "Haeh?" und ellenlange Erklaerungen noetig waren. Beispielresponse eines normalen Users: " Alecta: Ich glaube StefanDD meinte Zugart M".

Es geht eher um Ton und respektvollen Umgang. "Häh?" gehoert nicht dazu, insbesondere dann wenn nur ein Buchstabe falsch ist (manchen Menschen unterlaufen Fluechtigkeitsfehler) und die mit "Häh?" gemachte Unterstellung, der Postende habe keine Ahnung davon was er schreibt, unangebracht ist (da ich mich bei PZBs ganz gut auskenne und Alecta offensichtlich mein PZB-Modul gefahren hat.) Wenn Du dich an Alecta wenden wolltest, kannst Du das ganz leicht mit "@" machen

Zitat von TrainSimContent

Häh?

Ist es so schwierig sich vorzustellen, dass sich jemand vertippt und M meinte, zumal die beiden anderen Zahlen und der Bezug auf das Posting (M/LM 70) stimmen ? Offensichtlich!

Wieso die unnoetige Belehrung ueber die Mindestlaenge der aktiven UF1000 -- darum ging es in meiner Antwort ueberhaupt nicht. Er hatte sich bei seiner ZWB ja nicht befreit und so ist die Kurvenlaenge 1250m. Im uebrigen betraegt die Kurvenlaenge bei Befreiung nicht 700m, sondern soviel laenger als 700m bis man die FT Taste drueckt, also irgendwo zwischen 700-1250m, oder ist Deine Reaktionszeit 0s? Haaeeh?

Ich bin die Stelle gerade nochmal abgefahren. In Zugart M [korrigiert: Dank an @TrainSimContent] musst Du ca. 29 Sek. nach der Beeinflussung musst Du UNTER 70km/h sein. An der Stelle geht es aber bergab und ich bin mir ziemlich sicher, Du hast die 70km/h der 1000Hz Kurve ueberschritten (nicht die angekuendigten 70km/h). Ich habe meine Geschwindigkeit zwischen 63-66km/h gehalten und keine Zwangsbremsung bekommen.

Eine Befreiung ist dort zwar moeglich aber nicht noetig. Schalte mal bei der BR145 die Hilfsnadel ein (gelbe Nadel), dann siehst Du immer die aktuell ueberwachte V-pruef der PZB.