Experimente mit BidiB-Wizard

DCC1 mit rotem Eingang des Decoders verbunden, DCC2 mit schwarzem Eingang. Von der Lok aus nach vorne gesehen liegt die Schiene mit DCC1 rechts. Die Aufgleisrichtung sagt nichts darüber aus, ob die Lok vorwärts oder rückwärts fährt. Die BidiB-Wizard-Repäsentation der Aufgleisrichtung ist '>>' oder ''<<'.

DCC2 mit rotem Eingang des Decoders verbunden, DCC1 mit schwarzem Eingang. Von der Lok aus nach vorne gesehen liegt die Schiene mit DCC1 links.

Ein kleiner 'Wackelfilm' zeigt, wie die Lok 1812 mit Führerstand 1 Richtung zu Abschnitt 0 auf den Abschnitten 3 bis 0 und 0 bis 3 fährt. Zu beachten ist, dass die Aufgleisrichtung stets gleich bleibt und dass selbstverständlich die Lok beim Überfahren einer Trennstelle eine gewisse Zeit gleichzeitig in zwei benachbarten Abschnitten gemeldet wird. Im Experiment ist die Lok allein gefahren.

Meldungen des GBM16

Hierzu kann ich erst etwas schreiben, wenn ich den Bidib-Monitor zu Laufen gebracht habe, der leider nur unter Windows läuft.

Wie könnte eine Modelleisenbahnsoftware damit umgehen? (nicht fertig, in Arbeit)

Wir benutzen Rocrail, deshalb beziehen sich die folgenden Ausführungen auf Vorschläge für diese Software.

In Bild 1 steht die Lok 1812 in Block b6. Block b6 hat von der +-Seite aus gesehen rechts die DCC1-Schiene. Eine mögliche (abschaltbare) Repräsentation ist die rote Längsseite des Blocks. Die Polung des Blocks b7 ist über ein Relais schaltbar. Die aktuelle Polung des Blocks ist zunächst ohne Belang. Die Kehrschleife ist über zwei Trennstellen vom Rest der Anlage abgetrennt. Die Lok steht mit Führerstand nach rechts im Block. Das ist durch die (abschaltbare) kleine rote '1' repräsentiert.

In Bild 2 wird die Fahrstraße [b6-]-[b7+] eingestellt. An dieses Ereignis ist eine solche Veränderung der Polung von b7 gekoppelt, dass an der unteren Trennstelle beim Überfahren kein Kurzschluss entsteht.

In Bild 3 ist ist Lok 1812 in Block b7 eingefahren. Vom Führerstand 1 aus gesehen ist die DCC1-Schiene weiterhin rechts.

In Bild 4 wird die Fahrstraße [b7-]-[b6-] eingestellt. An dieses Ereignis ist eine solche Veränderung der Polung von b7 gekoppelt, dass an der oberen Trennstelle beim Überfahren kein Kurzschluss entsteht. Jetzt meldet Bidib, dass die Lok herumgedreht wurde. Das beruht auf der veränderten Polung von Block b7. Folge ist, dass die rote 'DCC1-Schiene' jetzt links der kleinen 1 steht. Wer kein Bidib hat, muss diese Veränderung eventuell über ein xml-Skript anstoßen.

In Bild 5 ist Lok 1812 wieder in Block b6 zurückgekehrt. Jetzt ist aber Führerstand 1 auf der linken Seite. Bei der ganzen Fahrt hat sich die Rocrail-Platzierung (placing) nicht geändert.

In Bild 6 sieht man ein Gleisdreieck. Die Polarität des Blocks b2 kann man umschalten. Es ist leicht zu sehen, dass durch Rocrail-Fahrstraßen eine sichere Kurzschluss-freie Handbabung möglich ist. Auch komplizierteste Gleisanordnungen sind genauso beherrschbar.

Was bräuchte man neu in Rocrail?

• Jeder Block bekommt eine neue Eigenschaft 'Polung' (polarity), wobei z.B. polarity = "true" bedeutet, dass die DCC1-Schiene von der +-Seite des Blocks aus gesehen rechts liegt. Diese Eigenschaft könnte durch ein Häkchen gesetzt werden. Ein weiteres Häkchen 'sichtbar' bewirkt, dass die entsprechende Seite des Blocks rot dargestellt wird. Eine globale Eigenschaft 'Aufgleisrichtung' könnte die Neuerungen ein- und ausschaltbar machen. An den neuen Möglichkeiten nicht interessierte Rocrail-Benutzer werden so nicht verwirrt. Die Eigenschaft polarity sollte durch einen xml-Skript-Befehl veränderbar sein.
• Die Aufgleisrichtung (orientation) ist Eigenschaft einer Lok, orientation = "true" könnte bedeuten, dass vom Führerstand 1 aus gesehen die DCC1-Schiene rechts liegt. Die Eigenschaft wird durch Bidib gesetzt und durch ein Häkchen dargestellt. Das Häkchen könnte auch von Hand gesetzt werden. Damit könnten auch nicht-bidib-Benutzer die Aufgleisrichtung sehen. Die Repräsentation könnte durch die kleine rote 1 am Rande eines Blocks geschehen. Zur Sichtbarkeit der Repräsentation gilt das weiter oben Gesagte. Die Eigenschaft orientation sollte durch einen xml-Skript-Befehl veränderbar sein.
• Die Lok- bzw. Zugnummer sollte im Handbetrieb bei Bidib-Meldung schwarz auf weiß dargestellt werden. Das unterscheidet vom Automatikbetrieb. Bei der Bidib-Meldung für das Verlassen soll die Meldung gelöscht werden. Beim Überfahren einer Blockgrenze ist somit physikalisch richtig die Lok zeitweise in beiden angrenzenden Blocks zu sehen.
• Für die Optik der Darstellung könnte man sich vorstellen, ganz links oder rechts des Blocks eine Spalte vorsehen, die oben den Pfeil, in der Mitte die rote 1 und unten das +-Zeichen darstellen kann. Die Optik gilt sinngemäß für alle Orientierungen. Neu ist, dass das +-Zeichen bezüglich der Schrift immer unten steht. Die Zeichen ganz an den Rand zu drängen hat den Vorteil, dass auch in kleinen Blocks mehrstellige Zugnummern darstellbar sind.
• Aus verschiedenen Gründen wäre es schön, man könnte Fahrstraßen im Handbetrieb festlegen und aufheben. Das könnte z.B. durch Drag&Drop vom Ausgangsblock zum Zielblock geschehen. Ein Klicken in den Ausgangsblock bei gleichzeitig gedrückter ESC-Taste könnte die Fahrstraße auflösen. Im Hinblick auf eine Stellwerksbedienung könnte das Auflösen später einmal anders gehandhabt werden. Vielleicht gibt es ja irgendwann die Möglichkeit, naturgetreue Stellwerke aufzubauen.

Links

• Aufgleisrichtung - www.opendcc.de
• Wie funktioniert die Polaritätserkennung? - www.opendcc.de
• DCC Polarity - www.opendcc.de
• 4.7.7. Uplink: Nachrichten für BiDi-Detektoren - www.bidib.org