Beiträge von Schuster

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

    Hallo,


    also auf Berlin-Wittenberg stehen doch unsere KS-Signale. Die haben doch alle ein Sh1. Somit kann man doch hier mit dem Sh1-Trigger auch rangieren.
    Ansonsten hat Barrett natürlich Recht. :) Der Fahrtanzeiger ist ein Signal für den Zugführer und nicht für den Lokführer. Es ist ein Anzeiger zur Orientierung und kein Signal im eigentlichen Sinne.


    Die Fahrtanzeiger sind hier dann auch so geschaltet, dass sie erst nach Stillstand des Zuges und einem Fahrtbegriff am Hauptsignal den schrägen Balken aufleuchten lassen. Somit erfolgt bei einer Zugdurchfahrt auch keine Anzeige. Ich denke, das kommt dem Vorbild am nächsten.


    Gruß Schuster

    Hallo,


    ja in der aktuellen Version werden an Blocksignalen noch die Streckengeschwindigkeiten ausgelesen und verarbeitet. Da ein Blocksignal aber kein Hp2 signalisieren kann, sollte natürlich auch am Vorsignal kein Vr2 signalisiert werden.


    in der kommenden Version wird die Streckengeschwindigkeit an HV-Signalen für den Link 0 nicht mehr ausgelesen.


    Gruß Schuster

    Hallo,


    ich hatte mich wohl ungenau ausgedrückt, deshalb hier noch mal eine Klarstellung:

    • Natürlich gibt es beim Vorbild ein Kennlicht an den KS-Hauptsignalen
    • In unseren überarbeiteten KS-Signalen aus dem Kuju-Material ist kein Kennlicht am KS-Hauptsignal möglich, da die Signaloptik hierfür fehlt.

    Gruß Schuster

    Hallo,


    das wäre schon merkwürdig, wenn die Aktivierung der 2DMapPro Einfluss auf das Signalbild hätte.
    Intern wird bei der Aktivierung der 2DMapPro lediglich mit einem Call nicht wie sonst der Signalstatus zur 2DMap, sondern ein Wert abhängig vom Signalbild zur 2DMapPro übertragen.


    Gruß Schuster

    Hallo Fabischo,


    bei den KS-Hauptsignalen ist kein Kennlicht möglich.


    Man kann alternativ ein Mehrabschnittsignal setzen und dahinter einen VrX-Trigger ohne Eintrag. Hierdurch wird das Mehrabschnittsignal zu einem Hauptsignal. Das Mehrabschnittsignal kann dann auch ein Kennlicht anzeigen.


    Gruß Schuster

    Hallo,


    ja klar. Das ist ja nur eine Frage der Verlinkung der Textur. Dazu hatte ich auch schon mal Anfang September eine schriftliche Anfrage.
    Hierzu musste das Zs2v noch korrigiert werden, da dieses nicht so einfach mit dem Zs6 klar kam. Es muss dann nämlich dunkel bleiben, zeigte aber eine fehlerhafte Textur an.
    Probiere mal ein kleines L im Buchstabenfeld. Hierdurch müsste das Zs6 angezeigt werden.
    Mit dem nächsten Update kommt dies auf jeden Fall.


    Schon längst wollte ich das nächste Update veröffentlichen, aber es sind immer wieder Kleinigkeiten, die es hinauszögern. Mittlerweile haben sich diverse kleine Änderungen angesammelt, die natürlich auch noch dokumentiert werden müssen.


    Als letzte Änderung habe ich den Hp0_1T-Trigger erweitert, um eine "Nachrichtenbrücke" zu realisieren. Da gab es mal einen Thread in dem das Gleis nicht repariert werden konnte und hierdurch die Nachrichten nicht transportiert werden konnten. *denk*
    Gruß Schuster

    Hallo Prelli,


    Du bist da etwas auf dem Holzweg. ;)
    Alle Hauptsignale leiten die Richtungsinformation vom nächst folgenden Signal durch, wenn sie auf Kennlicht stehen. Das war mal eine Forderung.
    Und ein Dummy ist nichts anderes als ein deaktiviertes Hauptsignal. Somit wird sogar die Richtungsinformation des nachfolgenden Hauptsignals ggf. durchgeleitet.
    In Deinem Falle musst Du anstelle des "Zs2 Mast" ein "Zs2 Mast 2T" verwenden.
    Den Link 0 vom Zs2v legst Du dann hinter das Hauptsignal aber noch vor den Link 1 vom Hauptsignal.
    Das Zs2v wird auch nur eine Richtungsinformation anzeigen, wenn das Hauptsignal einen Fahrtbetriff anzeigt.



    Start --->>>---VSig --> Zs2v(Mast)aufgestellt (Link 0 hinter HSig_2T) ---------- -------> HSig_2T--->WeicheÜberleitung1 --> Link0 vom VorsignalZs2v ---> Link 1 ---> Zs2(Mast)2T---> Dummy_2T ---> WeicheÜberleitung2 ---> WeicheAbzweig ---> nach A oder B


    alternativ:


    Start --->>>---VSig --> Zs2v(Mast)aufgestellt (Link 0 hinter HSig_2T) ---------- -------> HSig_2T--> Link 0 vom VorsignalZs2v ---> Link 1 ---> Zs2(Mast)2T---> WeicheÜberleitung1 ---> Dummy_2T ---> WeicheÜberleitung2 ---> WeicheAbzweig ---> nach A oder B


    Gruß Schuster

    Hallo Barrett,


    das haben wir nicht in der Planung. Und im Prinzip müssen wir uns so langsam von dem Kuju-Basismaterial verabschieden. *hi*
    Rosenkill hat ja schon schöne Formsignale erstellt. Vielleicht wäre es gut hierfür noch ein Zs7 nachzubauen.
    Schaltungstechnisch ist das kein Problem.


    Gruß Schuster

    Hallo,


    im Prinzip kann der Vorsignalwiederholer mit seinem Link im Weichenbereich über einen VrX-Trigger auf Kennlicht geschaltet werden, aber dann liegt sein Link nur noch in der Fahrstraße vom Signal N3 da der VrX-Trigger hinter dem Vorsignallink und vor der ersten Weiche liegen muss. Anderenfalls würde es nicht funktionieren.
    Es geht also nur mit einer Erweiterung des Vorsignal-Skriptes um die Verarbeitung der Information vom HpX-Trigger. Nun stellt sich natürlich die Frage, ob dann immer (!) jedes Vorsignal, welches zwischen dem HpX-Trigger und dem nachfolgenden Hauptsignal liegt auf Kennlicht geschaltet werden soll?
    Einfach wäre auch noch, nur Vorsignalwiederholer und keine normalen Vorsignale bzw. Vorsignale im verkürzten Bremswegabstand auf Kennlicht zu setzen.
    Alles andere ist schwer zu realisieren. Ein Stück weiter gedacht könnte man noch mit einem VrX-Trigger sagen: "Gehe bitte auf Kennlicht, wenn von einem HpX-Trigger das nachfolgende Hauptsignal deaktiviert wird. Verkompliziert die Sache aber auch nur. Alle Sonderfälle können wir eh nicht erschlagen. So sollte es doch gelingen wenigstens mal wieder einen Sonderfall mehr zu realisieren.


    Gruß Schuster

    Hallo hansdampff,

    Ich hatte versucht im Boden "versenkte" Hauptsignale mit ST HV HS_Dummy HpX 1-4T zu ersetzten, ist natürlich Quatsch, ich muss vollwertige Signale verbauen. Trotzdem, könnte man eventuell eine optiniale Textmeldung etwa "Fdl gibt Ausfahrt frei" machen die quasi das "auf Grün springen des Signals" simuliert?

    Ein HS_Dummy HpX ist ständig deaktiviert und gibt die Information über den Blockzustand seines Weichen- und Zielgleisbereiches an das davor stehende Hauptsignal weiter. Dort werden diese Informationen dann verarbeitet. Die Fahrtfreigabe sieht man dann an dem besagten davor stehenden Hauptsignal. Ohne dass dieses Hauptsignal und der HS_Dummy gleichzeitig freie Blockabschnitte aufweisen, kommst Du ja gar nicht bis zum Dummy...


    Mit Sh-Signalen arbeitet ein HS-Dummy nicht zusammen. (Falls dies getestet wurde.)


    Gruß Schuster

    Hallo Barrett,


    vom Prinzip her wird nur die nachfolgende Geschwindigkeit übernommen, wenn sie niedriger als die eigene Linkgeschwindigkeit ist. Also am besten bei dem Link, dem ein Dummy folgt keine Geschwindigkeit eintragen, dann wird immer die Geschwindigkeit vom Dummy übernommen. Das sollte auch bei mehreren hintereinander geschalteten Dummys funktionieren.
    So die Theorie.
    Leider gibt es da einen Haken, denn bei einem deaktivierten Hauptsignal, was ein Dummy ja ist, wird intern die Geschwindigkeit vom Zs3v auf das Zs3 übertragen, da das Signal ja deaktiviert ist. Somit verschieben sich die Geschwindigkeitsangaben und die gewünschte Anzeige bleibt aus.
    Ich bin da dran und werde dieses Verhalten korrigieren.


    Die Änderung kommt dann im Update mit dem verbesserten Kennlichtverhalten in Zusammenhang mit den Triggern.


    Gruß Schuster

    Hallo,


    interessante Idee. Man könnte einen "Nachrichtenverbinder" für eine Richtung bauen: Nachrichten in Link 0 rein in Link 1 raus und umgekehrt. Die Verbindung dazwischen übernimmt der Skript.
    Der funktioniert natürlich nur für die jeweilige Pfeilrichtung UP und DOWN also vorwärts und rückwärts.


    Besser wäre natürlich, du würdest den Fehler für die Unterbrechung finden... *ja*


    Gruß Schuster

    Hallo,


    die Logdatei ist erst einmal prima. *dhoch*
    Zuerst die Zeilen, die durch die TAB-Taste erzeugt werden:
    Zeile 1-3 Eingehende TAB-Nachricht
    Zeile 4-19 Andruck des Signalstatus bevor die TAB-Nachricht verarbeitet wird.
    Zeile 5: Preparedness = 18 bedeutet, dass das Signal unvorbereitet ist, also auf Hp0 verbleibt, weil kein Zug in der Nähe ist.
    Zeile 6: Der Link 1 ist mit dem Link 0 verbunden
    Zeile 11-12: Der Weichenbereich und das Zielgleis sind frei




    Nach dem verarbeiten der TAB-Nachricht sieht das dann so aus:


    Zeile 1: Nun ist das Signal durch TAB vorbereitet
    Zeile 5: Das Signal wird den Signalbegriff Hp1 signalisieren



    Also es ist mit Sicherheit der Nachrichtenweg auf dem Gleis zwischen dem Signal davor und diesem Signal unterbrochen.


    Die Sache mit dem Zs1 konnte ich nicht provozieren, ist aber laut Skript möglich. Es kam hier zu einer Überschneidung innerhalb des Skriptes. Eigentlich kann immer nur ein Signalbild angezeigt werden, also entweder Hp1 oder Zs1 da die Variable nur einen Zustand annehmen kann. Aber das Zs1 arbeitet so, dass es bei Aktivierung ausschließlich das Zs1 einschaltet und alle anderen Signallichter im letzten Zustand belässt. Das ist wegen den Signalstörungen so gewollt. Sonst würde das Zs1 immer alle anderen Signallichter löschen und die rote Signaloptik einschalten. Bei einem manuell oder zufällig gestörten Signal wäre dies fatal.
    Bei der Überschneidung war somit das Hp1 schon angeschaltet und das Zs1 kam durch TAB nun noch dazu. Ich muss das irgendwie abfangen....


    Gruß Schuster

    Hallo,


    das Verhalten ist wirklich höchst merkwürdig. *denk*
    Zum Log wäre es hilfreich, wenn Du vor dem Kopieren des Inhaltes in LogMate auf die Karteikarte "Skript Manager" wechseln würdest. Nur hier stehen die relevanten Signalnachrichten. Dann sollte vor dem Szenariostart die Mastnummer des Signals mit Hp1+Zs1 in die Optionsdatei bei gDebug eingetragen werden.
    Wenn Du die TAB-Taste drückst, dann wird IMMER der Signalstatus in LogMate protokolliert. Auch wenn die Mastnummer nicht eingetragen wurde. Dieses Log enthält aber die Szenariofahrt mit TAB nicht.


    Das Verhalten, dass ein Hauptsignal auf Hp0 bleibt und erst bei einer Annäherung < 200 Meter vor dem Signal auf einen Fahrtbegriff wechselt, weist darauf hin, dass es nicht vorbereitet war. Das heißt es gibt eine Unterbrechung im Gleis, die verhindert, dass die Nachrichten vom vorhergehenden Signal übermittelt werden. Diese Unterbrechung kann eine "Milchflasche" oder ein fehlerhaftes Gleisobjekt sein. Also mal alle Links zwischen beiden Signalen kontrollieren.


    Ich hoffe dies kann Dir etwas helfen.


    Gruß Schuster