Beiträge von StefanDD

Discord Einladung
Trete unserem Discord-Server bei (klicke hier zum Beitreten).

    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

    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!

    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?

    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)


    Code
    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

    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? :P 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.

    gut, zurueck zum Thema, wenn es unbedingt sein muss. In der Lok steckt viel viel Arbeit, auch meinerseits. Aber ich kann halt nur Lua und xml :).


    Kann sich jemand mit den gimp/repaint-Faehigkeiten dazu ermuntern/ueberreden lassen, fuer die Lok ein Schloss-Wackerbarth Repaint zu machen. Eine 146.0 fuhr/faehrt? so als S-Bahn zwischen Dresden und Schoena, und als H0 von Piko hat die sich auch so gut verkauft, dass sie schon fast komplett vergriffen ist. Im Gegenzug wuerde ich ein Skript fuer die ollen (sorry) GBE-Dostos machen, dass die der vR Lok sagen, was so "tuermaessig" gerade los ist.