windigipet.de
Win-Digipet - deutsche Foren => Win-Digipet allgemein => Thema gestartet von: Hofmann am 29. September 2018, 17:58:58
-
Hallo zusammen
Aus den „Tips und Tricks“ habe ich das Thema „mehrere Züge auf einem Besetztmelder fahren lassen“ gefunden, welches mich sehr angesprochen hat. Die Dokumentation stammt vom 05.10.2012 und wurde von Jan Stienstra, Stefan Lersch, Ronald Meijer und René Leferink verfasst.
Ich habe in einem Versuchs-Projekt die Situation nachgestellt und erhalte bei einem zweibegriffigen Signal (virtuell) einen Fehler im Gleis-Editor, welches dem echten RMK zugewiesen werden muss (RMK 902, Bild 10., Seite 8 gem. Dokumentation). Bei mehrbegriffigen Signalen ist eine Zuweisung des echten RMK nicht möglich.
Daher die Frage: Ist die Lösung gemäss Dokumentation für WDP-2018 anwendbar oder gibt es einfachere Lösungen? Da es sich um einen Schattenbahnhof handelt ist eine Installierung von zusätzlichen RMK's nicht mehr möglich.
Vielen Dank im voraus für Eure Hilfe und Ideen!
Freundliche Grüsse
Heinz
-
Hallo Heinz,
die Lösung ist gemäss Dokumentation für WDP-2018 anwendbar. Ich habe für ein Abstellgleis ein Projekt erstellt, welches mit 3 Loks funktioniert.
Siehe auch:
Win-Digipet Forum Deutsch / Re: Fahren mit mehreren Loks auf einen Besetztmelder
« am: 21. April 2018, 19:33:46 »
-
Hallo Christoph
Vorerst mal vielen Dank für Deine Antwort. Ich habe es fertig gebracht, dass ich einen Bauzug (als zweiten Zug) im Abstand von 3 cm auf den gleichen Besetztmelder fahren lassen kann. Aber dies funktioniert bei mir nur, wenn ich mit Start ZF und Ziel ZF fahre. Sobald ich mit der ZFA arbeite kommt eine Fehlermeldung "Fahrstrasse ID XX: Nicht abgearbeiteter Bremskontakt. Irgend etwas mache ich da falsch.
Frage: Besteht die Möglichkeit, dass Du aus Deinem Projekt, Unterlagen zustellen kannst? Ich möchte in den nächsten Tagen, das Problem in aller Ruhe versuchen zu lösen!
Vielen Dank im Voraus und freundliche Grüsse
Heinz
-
Hallo Heinz
Konrolliere doch mal die FS, ob dort der Bremskontakt überhaupt erreicht/überfahren wird.
Eventuelle Lösung:Entweder mußt du den Bremskontakt weiter vorverlegen, oder ganz aus der FS heraus nehmen.
-
Hallo Heinz,
Ich schicke dir morgen ein paar Unterlagen von mir an deine persönliche Adresse.
-
Hallo Christoph, Edwin
Vielen Dank für Eure Unterstützung! Das mit dem Vorverlegen des Brems-Kontaktes habe ich schon ausprobiert, funktioniert leider nicht im Zusammenhang mit dem virtuellen RM. Herausnehmen kann ich den Bremskontakt in der FS (softwarebedingt) nicht, nur auf Null setzen.
Christoph hat es ausprobiert bei ihm funktioniert es mit drei Loks auf einem Besetztmelder. Ich warte mal auf seinen Input.
Vielen Dank Euch beiden für Eure Anregungen.
freundliche Grüsse
Heinz
-
Guten Morgen,
schonmal vorab mein Projekt in pdf; mit einem Tag Verspätung.
Screen shots von den Lokprofilen sende ich Dir nachher noch.
Gruß
Christoph Lenz
-
Hallo Heinz,
hier noch die von mir erstellten Profile. Die Loks lasse ich auf dem letzten realen RM in der Fahrstraße mit Zeitverzögerung stoppen. Das virtuelle Signal, welches den virtuellen RM schaltet, wird im Profil vor dem Stoppbefehl aktiviert.
Gruß
Christoph
-
Hallo Christoph
Vielen, vielen Dank für Deine beiden PDF. Sehr nett von Dir, dass du mir Deine Unterlagen (Lösung) zur Verfügung stellst. Ich werde diese in aller Ruhe studieren und dann auf der Anlage nachvollziehen. Du wirst nach einigen Tagen (Ferien sind dazwischen) von mir hören, ob es bei mir geklappt hat!
Freundliche Grüsse und schönes Wochenende.
Heinz
-
Hallo Christoph
Soeben bin ich aus den Ferien zu Hause angekommen und ich habe mein Problem zu lösen versucht. Der Erfolg war leider nicht 100%ig. Irgend etwas kapiere ich nicht.
Der 2. Zug stoppt am reellen RM 77 obschon ich die Zeit verzögere. Der virtuelle RM ist 601. Ich habe das Testprojekt für das Forum gesichert und angehängt.
Vielleicht besteht die Möglichkeit das du das Projekt mal anschauen kannst und mir den Fehler anzeigen oder korrigieren kannst?
Sorry dass ich dir grosse Umstände mache.
Freundliche Grüsse
Heinz
-
Hallo Christoph
Die Datei habe ich mit WDP Startcenter: Button Daten Import/Export; Button Daten sichern; Button Weltkugel (minimal zum Beispiel für Forum) gesichert. Anschliessend habe ich im Forum mit der zweiten Antwort die Zip-Datei eingefügt, da ich beim privaten Mail keine Datei anhängen kann.
Um Deine Programme und Projekte nicht zu zerstören, musst Du so nehme ich an ein Projekt z.B. "SandboxMZAG" eröffnen, dann die ZIP-Datei irgendwo in einem Verzeichnis auf dem PC speichern. Das Testprojekt "SandboxMZAG" laden und mit Daten Import/Export: Button Daten wieder erstellen; Button Zip-Datei (manuelle Auswahl einer Datensicherung) wählen. Es erscheint jetzt die Dateienstruktur am PC und auf dieser musst Du die zuvor gespeicherte Tip-Datei suchen und auswählen, dann öffnen und Button wiederherstellen drücken.
So sollte es eigentlich funktionieren. Auf jeden Fall möchte ich nicht, dass Du in Folge Deinem guten Willen,, mir zu helfen, deine Daten zerstörst.
Viele Grüsse
Heinz
-
Hallo Heinz,
habe mir Deine Profile angeschaut.
Bei Dir fehlt die Schaltung des virt. Rückmelders (Sperrsignal verknüpft mit Virt RM) auf "Besetzt" durch den letzten überfahrenen realen Rückmelder. Das virtuelle Sperrsignal muss mit diesem virtuellen RM verbunden sein (geht über Gleisbildeditor).
Bei mir ist der letzte reale RM die Nr.2 (sieh Anlage). Dort löst die Lok nach Übefahren von Nr. 2 die Besetztmeldung des virt. RM 444 aus. Zum Schluss kommt noch der Stoppbefehl über RM Nr. 2. Im Gleisbild sieht das dann so aus, dass die Lok den virt. RM 444 besetzt.
-
Hallo Christoph
Vielen Dank für Deine Info! In meinem Test-Projekt Gleis 105 sind 2 iZNF (das eine links im Bild und das andere rechts im Bild), sowie das virtuelle ZNF in der Mitte. Wenn ich die Züge mit der ZFA fahren lasse, dann stoppt der zweite Zug beim iZNF rechts mit dem reellen RM 77. Die eingegebene Zeitverzögerung wird ignoriert. Die Lok-Nr. 1009 wird im iZNF (rechts) mit 009 (erste Stelle der Nummer nicht mehr sichtbar) angezeigt.
Hingegen, wenn ich im Testmodus vom Profil-Editor das Profil der Fahrstrasse abfahre dann funktioniert es wunderbar!
Sorry, dass ich Deine Zeit beanspruche, im Moment weiss ich wirklich nicht mehr weiter!
Beiliegend habe ich Dir in einem Word-Dokument, Bilder der Fahrstrasse, Gleisbild-Editor usw. beigelegt.
Freundliche Grüsse
Heinz
-
Hallo Heinz,
tausche mal in Deinem Gleisplan den RM 77 mit dem virtuellen RM 601 in der Reihenfolge (RM 77 muss hinter RM 601 liegen), d. h. es gibt dann die Möglichkeiten für 2 Fahrstraßen: 49>77 und 49>601.
Für Fahrstraße 49>601 werden dann die Befehle, ehemals RM 77, über den RM 58 gegeben; die bitte dann noch zeitlich anpassen (der Weg ist ja jetzt länger).
-
Hallo Christoph
Leider komme ich nicht mehr weiter. Ich habe alles probiert um den 2. Zug mit der ZFA bis zum Sperr-Signal fahren zu lassen. Wie bereits schon einmal erwähnt funktioniert es im Testmode des Profil-Editors. Im Moment hinterfrage ich alles!
In den System-Einstellungen ist der Haken für die Verwendung der Profile aktiviert. Da ich SBB-Signale verwende, sie stehen links vom Gleis, habe ich ein Sperr Signal der DB verwendet (Symbol-Nr. 50). Dann hab ich es mit dem Form-Signal (Symbol-Nr. 282) versucht, ohne Erfolg. Das dürfte eigentlich keinen Einfluss haben.
Die Fahrstrasse mit dem virtuellen Sperr-Signal (1301) verbunden mit dem virtuellen RM-Kontakt (601) habe ich aufgezeichnet (ohne Teilfreigabe). Es sind dies die reellen Kontakte 49, 64, 51,58, 77 und der virtuelle Kontakt 601 in der Registerkarte Stell-Bedingungen. Die Register-Karte Start/Brems/Ziel zeigt die Kontakte 49, 77 und 601 (virtuell) an.
Getestet habe ich in der ZFA mit der erfassten Fahrstrasse eingebunden als Zugfahrt sowie auch als Fahrstrasse.
Trotz all diesen Versuchen erhalte ich immer den gleichen Fehler "Fahrstrasse nicht abgearbeitet, Bremskontakt wird verworfen". Auffallend ist, dass bei der Signalisation der Fahrstrasse (gelb, rot) am Screen die Kontakte 49 und 601 gleichzeitig den gleichen Zustand anzeigen (siehe Beilage)
Hast du eine Idee wonach ich sonst noch suchen könnte?
Freundliche Grüsse
Heinz
-
Hallo Heinz,
hast Du den virtuellen Kontakt 601 als Ereignis im Profil verarbeitet?
Wenn ja, dann ist das falsch.
Das letzte Ereignis,"Stopp", muss dem RM 77 zugeordnet werden, d.h. "Stopp nach x Sekunden".
RM 601 erscheint nur in der FS.
Die Belegtmeldung des RM 601 erfolgt als vorletztes Ereignis im Profil über Kontakt 77, der das gekoppelte Signal (mit RM 601) in den Haltmodus versetzt und damit RM 601 auf belegt schaltet.
-
Guten Abend Christoph
Im Profil habe ich für die Schaltung vom Sperr-Signal auf "belegt", sowie den Stopp-Befehl mit dem Kontakt 77 eingetragen und es funktioniert leider mit der ZFA nicht.
Wenn ich aber in der ZFA in der Spalte Ablauf die 6 (Kontaktereignisse) wähle dann öffnet sich ja das Fenster Kontaktereignisse bearbeiten. In diesem Fenster habe ich die gleichen Daten wie im Profil-Editor (ist ja die gleiche Maske) eingegeben und es funktioniert wunderbar! Im Zugfahrten Ablauf-Inspektor sieht man dann in der Spalte Meldung "Kontaktereignisse".
Dies hat mich dann auf den Gedanken gebracht, zu prüfen ob die ZFA überhaupt das Profil berücksichtigt.
Gestützt auf diese Erkenntnis habe ich dann im Versuchsprojekt auf einer Fahrstrecke (ohne virtuelle RM, Sperr-Signal) über drei Fahrstrassen alle iZNF auf ZNF geändert und dazu die Profile erstellt. In diesen Profilen habe ich die Geschwindigkeit auf 20 Kmh eingestellt, welche unter den Defaultwerten in der Systemeinstellung (Start 80 Kmh, Bremsen 30 Kmh) steht.
Der Test ergab:
Die Lok hält das Tempo von 20 Kmh nicht ein und benutzt die Tempi aus der Fahrstrasse!
In der ZFA in der Spalte Ablauf steht Profil 1!
Im Zugfahrten Ablauf-Inspektor steht hingegen in der Spalte Meldung "Standardablauf"!
In den Systemeinstellungen "Verwendung von Profilen & Makros" ist der Haken gesetzt!
Makros bestehen keine!
Könnte es sein, dass ich irgendwo eine Einstellung fehlt?
Freundliche Grüsse
Heinz
-
Hallo Heinz,
Im aufgeklappten ZFA-Ausführ-Fenster den Haken „Mit Profilen“ setzen.
Grüße
Markus
-
Hallo Markus
Vielen, vielen Dank für Deine Information. Das war wirklich ein dummer Fehler von mir. Alles funktioniert jetzt!
Freundliche Grüsse
Heinz