Kontaktereignisse im Profil-Editor

[Thomas Zaubzer]

Hallo liebe WDP-Kollegen,

habe mich seit zwei Tagen mit der Programmierung von verschiedenen Profilen beschäftigt. Dabei bekam ich ein Problem:

Ich möchte gerne am Kontakt 29 (vor Ausfahrsignal) mehrere Kontaktereignisse definieren. Zunächst wird das Ausfahrsignal über die Definition der Fahrstrasse auf grün gestellt. Danach fährt der Zug an (1. Kontaktereignis - wurde aus der Fahrstrasse unverändert übernommen). Nun soll als zweites Kontaktereignis (zusätzlich im Profil eingefügt) das Ausfahrsignal nach einer Wartezeit von 2,0 wieder auf rot stellen. Nach weiteren 3,0 s Wartezeit soll der Zug von Langsamfahrt auf Normalgeschwindigkeit beschleunigen (Kontaktereignis 3, ebenfalls im Profil zusätzlich eingefügt). In mehreren Tests wurden leider immer nur die ersten beiden Kontaktereignisse abgearbeitet, das Kontaktereignis 3 (Zugbeschleunigung) wurde nicht abgearbeitet und die Fahrstrasse nicht erfolgreich beendet. Als ich die Wartezeiten stark verkürzt habe (Rotstellen des Signals auf 1,0 s, Beschleunigung des Zuges auf 1,5 s) wurden die Kontaktereignisse bearbeitet und die Fahrstrasse funktionierte. Ich denke, dass ich irgendetwas in der Grundeinstellung übersehen habe.
Überschreibt eigentlich die Systemeinstellung von WDP bzgl. Einleseintervall der RM-Module die Voreinstellung des Twin-Centers?

Vielen Dank schon einmal für die Hilfe.  

[Gerhard Arnold]

Hallo Thomas,

ich denke das dritte Kontaktereignis wird nicht mehr abgearbeitet, weil der Zug zu diesem Zeitpinkt den Kontakt 29 bereits verlassen hat.
Zum Beschleunigen (drittes Kontaktereignis) musst du den nächsten Kontakt (in Fahrtrichtung) verwenden oder die "Kontaktstrecke 29" verlängern.    

[Hermann Hafner]

Hallo Thomas

Die Rückstellung der Signale von "Grün" auf "Rot" wird bei mir immer vom nächstfolgenden Kontakt ausgelöst und zwar in den Kontaktereignissen der Fahrstrasse.

Den Wechsel von Langsamfahrt auf Normalgeschwindigkeit kannst Du auch in einem Gang erledigen, indem beim Start bereits die Normalgeschwindigkeit gewählt wird, aber mit entsprechend langsamer Beschleunigung. Das sieht recht gut aus.


Freundliche Grüsse aus Zürich

Hermann  

[Thomas Zaubzer]

Hallo Gerhard,
vielen Dank für die schnelle Antwort.
Zunächst klingt Deine Anmerkung nachvollziehbar. Allerdings, wenn ich das zweite Kontaktereignis mit einer sehr langen Wartezeit versehe, wird dieses auch abgearbeitet,obwohl der Zug auch hier den Kontakt 29 längst verlassen hat.
Ich bin immer davon ausgegangen, dass sämtliche Kontaktereignisse eines Kontaktes sofort "angesprochen" werden, aber erst nach Ablauf der eingestellten Wartezeit abgearbeitet werden. Ich denke, die Ereignisse werden in einer Art Zwischenspeicher gelegt und warten entsprechend der Wartezeit auf die Abarbeitung.
Ich gebe zu, man soll nicht zu sehr mit virtuellen Kontakten arbeiten, aber es spart erstens ungemein Kosten und zweitens ist nicht an jeder Stelle der Anlage (vor allem nach Fertigstellung) eine Kontaktstrecke noch möglich.  

[Thomas Zaubzer]

Hallo Hermann,
auch Dir vielen Dank für Deine Antwort.
In der "Not" habe ich es jetzt auch so gemacht, wie Du geschrieben hast.
Allerdings habe ich den Eindruck, es müßte so, wie ich es eigentlich vorhatte, funktionieren; es liege halt nur an einer Einstellung, die ich bislang nicht beachtet hatte. Das gleiche Problem ergibt sich auch, wenn das Kontaktereignis kein Signal stellen oder die Fahreigenschaften ändern soll, sondern auch, wenn eine Audio- oder Videodatei abzuspielen wäre.  

[Rainer Renisch]

Hallo Thomas,

ich versuche mal die Antwort auf:
 

In Antwort auf:
Allerdings, wenn ich das zweite Kontaktereignis mit einer sehr langen Wartezeit versehe, wird dieses auch abgearbeitet,obwohl der Zug auch hier den Kontakt 29 längst verlassen hat.  

Du mußt mal den Inspektor aufmachen, da siehst Du den Ablauf. Die Kontaktereignisse werden der Reihe nach abgearbeitet. Das zweite Ereignis wird ausgelöst (und die Wartezeit beginnt zu laufen), weil der Zug noch auf Kontakt 29 steht. Das wird auch abgearbeitet, egal wie lang die Wartezeit ist. Aber das nächste Ereignis sagt ja: Wenn 29 besetzt, mache das und das. Aber 29 ist ja nicht mehr besetzt, und darum wird es auch nicht ausgeführt und Deine FS hängt in der Luft.

Ist das plausibel erklärt?

Beste Grüße
Rainer  

[Thomas Zaubzer]

Hallo Rainer,

vielen Dank für Deine Antwort.
Wie Du es schilderst, habe ich es auch beobachtet. D.h. dann, dass die Kontaktereignisse nacheinander abgearbeitet werden und nicht gleichzeitig.
Verstehe ich es richtig, wenn das zweite Ereignis abgearbeitet wurde, würde nachfolgend das dritte Ereignis mit entsprechender Wartezeit starten. Wenn auch dies abgearbeitet wurde, das vierte usw. (Voraussetzung: Kontakt 29 wäre immer besetzt). Ich könnte also nur bei einer hinreichend langen Kontaktstrecke mehrere Kontaktereignisse realisieren.

Glückauf aus dem südlichen Ruhrgebiet.  

[Rainer Renisch]

Hallo Thomas,

das verstehst Du schon richtig: die Ereignisse werden nacheinander abgearbeitet, die Wartezeit beginnt jeweils, wenn das davor liegende Ereignis abgearbeitet ist.

Mit der entsprechend langen Kontaktstrecke habe ich meine Bedenken. Irgendwann sollte ja auch mal der nächste Kontakt kommen...

Ich habe die Kontaktereignisse so kombiniert, daß der Fahrbefehl der letzte für diesen Kontakt ist. Vorher gibt es Sounds, Ansagen, Schuppentore öffnen/schließen, Drehscheibe stellen und ähnliches. Wenn der Zug dann abgefahren ist, wird ja der nächste Kontakt erreicht und es kann weiter gehen.

Aber Voraussetzung ist immer, daß der Kontakt besetzt ist.

MfG
Rainer  

[Markus Herzog]

Hallo zusammen,

ich möchte nochmal kurz einen Einblick geben in die Abarbeitungsfolge von Profilen. Die Kontaktereignisse von Profilen werden genauso abgearbeitet wie die Kontaktereignisse im Fahrplan (Stichwort roter Faden im Programm).
Also:
Die Kontaktereignisse eines Profiles werden immer streng sequentiell abgearbeitet. Hat man jetzt an einem Kontakt mehrere Ereignisse eingetragen, wird z.B. das zweite Ereignis erst abgearbeitet/geprüft wenn das erste Ereignis abgearbeitet wurde.

Beispiel:
1.K50 1s warten Loksound
2.K50 2s warten Lok abfahrt
3.K50 1,5s warten Ausfahrsignal auf Rot

Dann sieht die Abarbeitung folgendermassen aus:
-prüfe ob K50 besetzt, dann 1s warten, dann Loksound abspielen
-dannach prüfe ob K50 besetzt, dann 2s warten, Lokbefehl senden
-dannach prüfe ob K50 besetzt, dann 1,5s warten, Ausfahrsignal auf Rot

Wenn jetzt aber beim Erreichen des 3.Kontaktereignis (also nach ca. 1s (von 1.) + 2s (von 2.) = 3s) K50 nicht mehr besetzt ist, dann wird dieser nicht abgearbeitet und die weitere Profilabarbeitung dieser FS würde warten bis dieser Ereignis bearbeitet werden d.h. K50 besetzt ist.
Zusammengefasst heißt dies, dass die Profileereignisse (wie schon die Kontaktereignisse im FPL) zwar dafür gedacht sind zeitliche Verzögerungen mit Kontaktereignissen zu ermöglichen, aber dennoch muss einer der obersten WDP-Grundsätze gewahrt werden: nämlich, dass Ereignisse immer einen aktuellen Kontaktbezug brauchen.

Grüße
Markus

[Thomas Zaubzer]

Hallo Markus, hallo Rainer,

es hat zwar ein bißchen gedauert, aber das Grundverständnis über Kontaktereignisse ist dank Eurer Hilfe nun langsam durchgedrungen. Ich muß zugeben, dass ich noch nicht sehr viel Erfahrung im Umgang mit WDP habe, aber dafür gibt es ja dieses erstklassige Forum.

Vielen Dank nochmals und schöne Grüsse.
Thomas