windigipet.de
Win-Digipet - deutsche Foren => Win-Digipet allgemein => Thema gestartet von: Manfred Müller-Marein am 29. Juli 2018, 17:55:28
-
Hallo, Experten,
bisher war die Auflösung einer FS unabhängig davon, ob das Profil schon zu Ende gelaufen war. Jetzt habe ich den Eindruck, daß die FS - auch bei Vorliegen der Freigabebedingungen - erst aufgelöst wird, wenn auch die letzte Profilzeile abgearbeitet ist.
Ist diese Beobachtung richtig? Wenn ja, warum habt Ihr das jetzt so geregelt? Denn dies ist z. B. durchaus problematisch, wenn ein Zug in ein Bhfs-Gleis eingefahren ist, aber in demselben noch einiges wg. Abkoppeln u. ä. zu tun hat. Solange bleibt das Zufahrtsgleis zum Bhf. blockiert, was in vielen Fällen auch nicht einfach durch eine weitere Teilfreigabe der FS korrigiert werden kann, da diese bereits vorher verbraucht worden sind.
Dank und Gruß - Manfred.
-
Hallo Manfred,
die Beobachtung ist richtig.
Es gab zu oft Fälle, wo bei Usern durch eine zu frühe FS-Auflösung es zu Unfällen kam und wir immer wieder dafür verantwortlich gemacht wurden. O-Ton: "Wie kommen Sie überhaupt auf die Idee eine Fahrstraße gänzlich freizugeben und der Zug bewegt sich noch?" und das waren eher ein freundlicher Kommentar...
So was tritt u.a. bei Bahnhofsgleisen wo mit Weg-Zeit und nur 1 einzigem Kontakt gefahren wird oder auch schonmal im 2-Leiter-Bereich wo evtl. nur die Lok meldet auf. Ich könnte dir eine ziemlich lange Liste mit Beispielen senden. Von daher haben wir beschlossen aufgrund der Priorität auf Sicherheit das zu ändern.
Zumal wir das bei Kuppel-FS schon seit deren Einführung so hatten, denn dort ist das Ziel ja von Anfang an besetzt.
Grüße
Markus
-
Guten Morgen, Markus,
vielen Dank für die schnelle Reaktion mit Gründen, die einleuchten, wenn man mal den Gesichtspunkt außer acht läßt, daß jeder, der den durch eine FS geleisteten Flankenschutz berücksichtigt, die von Dir erwähnten Probleme jedenfalls nur selten hat.
Diese Änderung führt dazu, daß jeder, der die von mir geschilderte Situation - Flankenschutz nicht mehr nötig - so wie ich geregelt hat, nunmehr Anpassungen vornehmen muß, um weiter einen flotten Betrieb zu gewährleisten. Aber das läßt sich regeln, und zwar - wie ich gerade von einem Stammtischfreund erfahre - dadurch, daß alle weiteren Zeilen eines Profils nach dem Haltebefehl in ein Makro ausgelagert werden; dann wird die FS bereits vor Abarbeitung des Makros aufgelöst. Andererseits werden z. B. an der DS Maßnahmen unnötig, die ein allzu rasches Wiederanfahren der Bühne nach dem Verlassen durch eine Lok verhindern sollten.
Eins muß ich allerdings - wieder einmal - betonen: Solche Änderungen gehören auch ohne Nachfrage bei deren Einführung mitgeteilt.
Dank und Gruß, Manfred.
-
Hallo Markus,
hallo Manfred,
ein zusätzliches Kontaktereignis "Fahrstraße auflösen" im ZFA- bzw. Profil-Editor könnte so manchem WDP-Anwender sehr nützlich sein. Wie das aussehen könnte, habe ich im Anhang in der letzten Zeile dargestellt.
254
-
Hallo Gerhard,
das dürfte für viele der User nicht geeignet sein. Da bauen wir wieder eine mögliche Fehlerquelle ein, weil vergessen wird den letzten Befehl einzugeben.
-
Hallo Sven,
wenn das "Ereignis: Fahrstraßen auflösen" vom WDP-Anwender nicht verwendet wird,
dann soll die FS natürlich weiterhin (erst) in der letzten Ereigniszeile von WDP aufgelöst werden.
Ich dachte mit dem "Ereignis: Fahrstraße auflösen" an eine (zusätzliche) Möglichkeit, eine aktive Fahrstraße (bei Vorliegen der Freigabebedingungen, d.h. Zielkontakt ist erreicht) am Zielkontakt bereits vor der letzten Profilzeile aufzulösen (aus Gründen wie sie Manfred nannte).
Nachtrag:
Ein Beispiel: 18 Zeilen mit Kontaktereignissen am Ziel-Kontakt 0189.
WDP löst nach jetziger die Methode die FS erst in der letzten Zeile auf.
Zu Verdeutlichung habe ich eine Fotomontage angefügt:
(https://image.jimcdn.com/app/cms/image/transf/dimension=960x10000:format=png/path/s98d592bbced9edf7/image/id5c934210babfa90/version/1533027343/image.png)
Mit der von mir vorgeschlagen Methode "Ereignis: Fahrstraße auflösen" könnte ich die FS früher auflösen und damit ca. 52 sec früher wieder sicheren Zugverkehr (auf der bereits abgefahrenen Reststrecke) ermöglichen.
-
Hallo Herr Arnold,
sorry, nach intensiver interner Beratung mit meiner Betatruppe zu dem Vorschlag sind die Würfel gefallen und wir werden ihn nicht wegen möglicher Fehlerquellen in Win-Digipet einbringen.
-
Hallo Herr Peterlin,
OK, ich kann damit leben, es war ja nur ein Vorschlag, evtl. für den Expertenmodus.
Aber das läßt sich regeln, und zwar - wie ich gerade von einem Stammtischfreund erfahre - dadurch, daß alle weiteren Zeilen eines Profils nach dem Haltebefehl in ein Makro ausgelagert werden; dann wird die FS bereits vor Abarbeitung des Makros aufgelöst.
Das Problem mit Makros lösen, wie es Manfred oben vorschlägt, ist eine super Idee.
Neben "Teilfreigabe 1" und "Teilfreigabe 2" im Fahrstraßen-Editor, wäre eine zusätzliche "Teilfreigabe 3" für viele Anwender sehr hilfreich, siehe folgenden Beitrag von Manfred:
... bleibt das Zufahrtsgleis zum Bhf. blockiert, was in vielen Fällen auch nicht einfach durch eine weitere Teilfreigabe der FS korrigiert werden kann, da diese bereits vorher verbraucht worden sind.
-
Hallo Manfred,
Aber das läßt sich regeln, und zwar - wie ich gerade von einem Stammtischfreund erfahre - dadurch, daß alle weiteren Zeilen eines Profils nach dem Haltebefehl in ein Makro ausgelagert werden; dann wird die FS bereits vor Abarbeitung des Makros aufgelöst.
Sicher? Ich denke nur wenn du das Makro via Trick 17 über STW oder ZFA auslöst, aber wenn du das via Profil auslöst dann ist die FS solange aktiv wie das Makro auch aktiv ist. Anders wäre das von uns auch nicht gewollt und würde wenn es doch so wäre im nächsten Update geändert.
Aber wie gesagt täte mich wundern wenn das bei direkter Makroauslösung im Profil so wäre, denn dann hätte ich es gerade falsch getestet und würde auch nicht der Programmierung entsprechen.
Wenn es via STW oder ZFA-Schaltaktion wäre kann ich damit leben.
Grüße
Markus
-
Hallo zusammen,
Ich war der Auslöser mit dem Makro. Ich fahre eine Soundlok von einem Bahnhofsgleis in ein Abstellgleis und
hatte nach der Wende verschiedene Funktionen in einem zeitlichen Abstand zu betätigen. Insgesamt dauerte das dann 25 sek. Bis dahin war ja dann das Gleis im Bahnhof durch die nicht aufgelöste FS blockiert.
Diese Funktionen habe ich dann in ein Lokmakro eingegeben und dieses Lokmakro wird durch bestimmte Bedingungen, die nach der Wende im Profil eingetreten sind, in einem STW ausgeführt. Das geht ja nun sehr schön in der neuen Version.
Das Ganze funktioniert prima. Direkt nach dem Wendebefehl wird die FS aufgelöst und das anschließende Lokmakro führt die restlichen Funktionen aus.
Viele Grüße
Jürgen
-
Hallo Jürgen
Dann ist es so ok und prima
Grüße
Markus
-
Hallo, Jürgen und Markus sowie alle anderen!
Gerhard's Vorschlag einer weiteren Teilfreigabe in der FS sollte genau bedacht werden. Ich hatte in den letzten Jahre nicht wenige Situationen, die für eine solche Erweiterung sprechen. Das gilt erst recht nach dem neuen Stand.
Schließlich ist es umständlich und potentiell verwirrend, eine derartige Wirkung erst per StW oder ZFA erzielen zu können. Denn das, was eine FS angeht, sollte auch auf deren Ebene geregelt werden können. Alles andere ist nur eine schlechte Remedur für ein jetzt verstärkt auftretendes Problem.
Oder wo würde jemand wohl suchen, wenn eine Lok nach Auflösung der FS und vollständigem Abarbeiten eines Profils immer noch Aktivitäten an den Tag legt? Nichts weist bei Betrachtung dieser Editoren und selbst der ZFA darauf hin, daß per StW auch noch ein Makro ausgelöst wurde, und niemand käme auf eine solche - eher zunächst leicht verrückt wirkende - Idee, wenn uns hier nicht seitens WDP ein - noch nicht einmal deklariertes - neues Problem beschert worden wäre.
Selbstverständlich soll sich WDP weiterentwickeln. Aber - offen gelegte - geänderte Regelungen sollten durch eine angepaßte Umgebung auf der betreffenden Ebene - hier FS - begleitet werden.
Daher bitte eine Teilfreigabe 3.
Dank und Gruß - Manfred.