WDP und BiDiB

[Dieter Trudel]

Hallo, Markus,

du stehst mal gleich in der Anrede, weil du a.) diesen Thread wolltest und b.) sicher ohnehin der Ansprechpartner bist. Der etwas versteckte Beitrag von Wolfgang Krügel war mir entgangen.

Also, die Taster sind es ja wirklich nicht nur, zumal du da eine funtionierende Lösung genannt hast.

Für richtig wichtig sehe ich das Problem watch dog. Der ist zwar seit dem letzten update drin, funktioniert auch für sich allein, aber eben nur so. Betätigt man bei aktivem watch dog die Notaus-Taste an einem GBMboost, gibt es zwar ein kurzes aus, aber beim nächsten watch dog Zyklus wird sofort wieder eiongeschaltet. Du konntest das auch nachstellen.

Eine Eigenschaft in Richtung Bedienerfreundlichkeit sind die xml-Dateien (xxLabels.xml). Es ist ja ein riesiger Vorteil bei BiDiB, dass nicht mehr mit nichtssagenden Zahlen/Adressen gearbeitet wird sondern mit Namen. Bei dem Port Gärtnerei weiss ich eben sofort, was gemeint ist.

Ebenso verhält es sich mit der Pseudoadresse (ich nenne die mal so), die je Knoten eindeutig sein muss. Die Folge ist ja, dass ich für jeden Knoten eine Liste dieser Adressen führen muss. Man könnte zwar die Makro-Nr. nehmen, aber das kann sich  ja durchaus mit direkten Portadressen überschneiden.

Ich weiss natürlich, dass es eine beta ist, deshalb soll mein Beitrag auch nur als vorsichtige Erinnerung verstanden werden. Ich wunderte mich nur, das lediglich der Taster genannt wurde.

Meine Liste enthält schon noch einige Anstriche, ich will aber auch nicht gleich die 'geballte Ladung anfahren'.

Vielleicht können sich ja auch die anderen BiDiB-Anwender äußern.

In diesem Sinne step by step
mit freundlichen Grüßen
Dieter

[Markus Herzog]

Hallo Dieter,

heute mal nur kurz, denn sonst ist der Abend an dem ich eigentlich programmieren wollte schon wieder rum.

Also, die Taster sind es ja wirklich nicht nur, zumal du da eine funtionierende Lösung genannt hast.

Ist ja bekannt und wird bearbeitet. Nächste Version.

Für richtig wichtig sehe ich das Problem watch dog. Der ist zwar seit dem letzten update drin, funktioniert auch für sich allein, aber eben nur so. Betätigt man bei aktivem watch dog die Notaus-Taste an einem GBMboost, gibt es zwar ein kurzes aus, aber beim nächsten watch dog Zyklus wird sofort wieder eiongeschaltet. Du konntest das auch nachstellen.

Ist ja bekannt und bearbeitet. Von daher für mich abgearbeitet. Nächste Version.

Eine Eigenschaft in Richtung Bedienerfreundlichkeit sind die xml-Dateien (xxLabels.xml). Es ist ja ein riesiger Vorteil bei BiDiB, dass nicht mehr mit nichtssagenden Zahlen/Adressen gearbeitet wird sondern mit Namen. Bei dem Port Gärtnerei weiss ich eben sofort, was gemeint ist.

Ich lese zwar auch viel im BiDiB-Entwicklerforum. Nur ehrlich ist für mich die ganze XML-Thematik da immer noch aus meiner Sicht "Work in progress". Es steht dazu auch noch nichts auf bidib.org wo ja sonst alles, was man wissen muss, zu BiDiB veröffentlicht ist. Ich werde demnächst Wolfgang Kufer mal ansprechen wie der Stand ist. Hier muss ich ganz ehrlich sagen, dass ich hier konservativer agieren muss als die Entwickler von BiDiB-Monitor/-Wizard und Co., die ja nur ein einziges System bedienen und aufgrund ihres anderen Geschäftsmodells auch in der Lage sind in kurze Folge auf jede Entwicklung bei BiDiB einzugehen. Das können wir einfach nicht zumal wir ja auch viele andere Systeme bedienen und da will man Arbeit möglichst nicht mehrfach machen nur weil sich an Spezifikationen noch was ändert.

Ebenso verhält es sich mit der Pseudoadresse (ich nenne die mal so), die je Knoten eindeutig sein muss. Die Folge ist ja, dass ich für jeden Knoten eine Liste dieser Adressen führen muss. Man könnte zwar die Makro-Nr. nehmen, aber das kann sich  ja durchaus mit direkten Portadressen überschneiden.

Das wird definitiv so bleiben, da ich sonst halb WDP umbauen muss und die damit einhergehende Gefährdung großen internen Schaden anzurichten, ist es einfach nicht wert.

Ich weiss natürlich, dass es eine beta ist, deshalb soll mein Beitrag auch nur als vorsichtige Erinnerung verstanden werden. Ich wunderte mich nur, das lediglich der Taster genannt wurde.

Danke für die Erinnerung...echte Probleme sind aber ja von Allem genannten auch nur Watchdog (für mich schon intern ad acta) und Taster (und da gibt es ja wohl einen Workaround)....

Grüße
Markus

[wokruegel]

Hallo,

zu dieser Gesamtthematik habe ich auch noch eine Frage.

Ich schalte meine Weichen mit der OneControl (Servo's) und stelle über die Powerausgänge Relais welche die Herstückpolarisierung übernehmen. Diese Powerausgänge verfügen über eine Rückmeldefunktion - Relais gestellt oder nicht. Siehe Text aus der Beschreibung der Baugruppe:

"Ohne Rückmeldeüberwachung wird ein Ausgang gestellt ohne das Ergebnis zu überprüfen. Ist die Rückmeldeüberwachung aktiviert, prüft die OneControl nach der in der folgenden CV „Rückmelde-, Impuls-Ticks“ eingestellten Zeit, ob der Ausgang die gewünschte Lage angenommen hat. Ist das nicht der Fall, wird eine Fehlermeldung an der MSG-LED angezeigt und ein Rückmeldefehler an den BiDiBus geschickt. "

Meine Frage nun dazu, werden denn diese MSG auch in WDP ausgewertet ? Wenn nicht (Baugruppe ist ja noch relativ Neu), soll dies dann in einer neuen WDP-Version mal erfolgen?

Gruß

Wolfgang

[Helmut Kreis]

Hallo Wolfgang,

ich vermute mal, dass zur Auswertung die I/O-Ports verwendet werden und diese über einen Rückmelder die Weiche (mit RM-Kontakt im GB angelegt) entsprechend darstellen.

[Markus Herzog]

Hallo Helmut,

ich vermute mal, dass zur Auswertung die I/O-Ports verwendet werden und diese über einen Rückmelder die Weiche (mit RM-Kontakt im GB angelegt) entsprechend darstellen.

Deine Vermutung ist falsch. BiDiB arbeitet da anders.

Grüße
Markus

[Markus Herzog]

Hallo Wolfgang,

Ich schalte meine Weichen mit der OneControl (Servo's) und stelle über die Powerausgänge Relais welche die Herstückpolarisierung übernehmen. Diese Powerausgänge verfügen über eine Rückmeldefunktion - Relais gestellt oder nicht. Siehe Text aus der Beschreibung der Baugruppe:

"Ohne Rückmeldeüberwachung wird ein Ausgang gestellt ohne das Ergebnis zu überprüfen. Ist die Rückmeldeüberwachung aktiviert, prüft die OneControl nach der in der folgenden CV „Rückmelde-, Impuls-Ticks“ eingestellten Zeit, ob der Ausgang die gewünschte Lage angenommen hat. Ist das nicht der Fall, wird eine Fehlermeldung an der MSG-LED angezeigt und ein Rückmeldefehler an den BiDiBus geschickt. "

Meine Frage nun dazu, werden denn diese MSG auch in WDP ausgewertet ? Wenn nicht (Baugruppe ist ja noch relativ Neu), soll dies dann in einer neuen WDP-Version mal erfolgen?

Im BiDiB-Protokoll ist eine solche Überwachung bei der Konfiguration über Accessory-Befehle vorgesehen von Anfang an (ich denke das dürfte verklausuliert das sein was bei dir da in Beschreibung verklausuliert beschrieben wird. Dies unterstützt WDP von Anfang an. Du musst einfach in der Magnetartikelkonfiguration im Gleisbildeditor den Schaltmodus "Accessory-Schaltbefehle" auswählen. Das ist auch der ja von Wolfgang Kufer für Weichen etc. primär vorgesehene Modus. Nun gehst du auf den Button "Stellungsüberwachung" und setzt den Punkt bei "BiDiB Accessory-Überwachung".

Was macht diese Konfiguration (wie jede Stellungsüberwachung auch über andere Systeme) nun im Fahrbetrieb?
Wenn du die Weiche in einer Fahrstraße nutzt, wartet WDP solange mit dem Losfahren in diese Fahrstraße bis alle Weichen mit Stellungsüberwachung die korrekte Stellung gemeldet haben. Fertig...
Den aktuellen Status kann man sich in der Zugüberwachung (über F7 u.a. zu öffnen) ansehen.

Grüße
Markus

[wokruegel]

Hallo Markus,

Danke für diese Erläuterung. Super, wieder etwas dazu gelernt.

Gruß

Wolfgang

[Markus Herzog]

Hallo Wolfgang,

ich habe aber auch mal Wolfgang Kufer kontaktiert, ob das so im OneControl funktioniert wie es in der BiDiB-Spezifikation angegeben ist. Er hat das wohl an Herrn Schäfer, der Herr des OneControl ist weitergegeben.

Grüße
Markus

[wokruegel]

Hallo Markus,

auch dafür natürlich besten Dank. So kommt man immer einen Schritt weiter und sammelt Erfahrungen die einem beim Aufbau der Anlage zu Gute kommen.

Bin gespannt, ob da noch was Neues "raus" kommt.

Gruß

Wolfgang

[Helmut Kreis]

Hallo Markus,

auch ich danke für die Berichtigung.
Da wird die Fichtelbahn ja immer interessanter, wenn diese Rückmeldungen über den Bus laufen und keine Rückmelder benötigt werden.

[ottochen (Thomas)]

Hallo Helmut,

bei BidiB läuft eigentlich alles über 1 Buskabel - Rückmelder,DCC Signal Railcom, und die ganzen Zubehörbefehle... bin immer noch begeistert!

[Dieter Trudel]

Hallo,

angeregt von Markus' ausführlicher Darstellung der Rückmeldung bei BiDiB mußte ich natürlich gleich mal probieren.

Ein in der Bastelkiste liegender Pilz-Weichenantrieb ohne Endabschaltung war das Testobjekt. 2 Makros und 1 Accessory im Wizard definiert, getestet und gespeichert.
Übergang zu WDP ->GB-Editor, weiche (symbol0000) eingetragen, accessory Adresse verpasst und bei Stellungsüberwachung BiDiB angehakt.

Im Testbetrieb des GB-Editors schaltete der Antrieb wunschgemäß, das Fragezeichen der Überwachung blieb aber.

Hm.

Noch ein Versuch mit einem anderen Symbol (Schalter 0256), Rest wie vor. Siehe da, in der Überwachung wechselte das Symbol gem. Schaltung.

Hmm.

Ohne recht zu wissen, was rückmeldefähige Weichen sind, habe ich mal das Symbol 1108 eingetragen. Rest wie gehabt, Auch keine Rückmeldung.

Dass von der OneControl die message kommt, ist sicher unstrittig, da die Baugruppe ja nicht weiss, was ich in WDP für ein Symbol verwende.

Ich frage mal lieber, ob ich irgendwas übersehen habe.

[ottochen (Thomas)]

Hallo Dieter,

Du brauchst Weichen mit Endabschaltung...

[Dieter Trudel]

Guten Abend, Thomas,

und warum geht es dann als einfacher Schalter?

[Markus Herzog]

Hallo Dieter,

also erstmal nimmst du die ganz normale Weichen wie du sie überall im Gleisbild verwendest.

Dann musst du in den Makros zu den Accessories im BiDiB-Wizard auch passende Accesory notify konfigurieren (zumindest beim Lightcontrol mit dem ich teste).

Dann setzt du den Punkt bei BiDiB-Stellungsüberwachung im GB-Editor im MA-Erfass-Dialog. Die Anzeige da ignorierst du da (die ist eigentlich nur interessant bei Überwachung via RMK, wo man die Polung der RMKs testen muss).

Nun im Hauptprogramm die Weiche in einer FS verwenden. Die Lok in der FS über die WEiche fährst erst los, wenn der Accessory korrekte Schaltung meldete.

Habe ich gerade mit der Userversion 2012.3 getestet. Geht einwandfrei. Habe auch mal zum Test die State-Meldung unterdrückt, ging alles korrekt.

Grüße
Markus