loesungen
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
loesungen [2015/02/23 08:18] – opendcc | loesungen [2019/04/12 10:46] (aktuell) – [Beleuchten] akuhtz | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
====== BiDiB auf der Modellbahn ====== | ====== BiDiB auf der Modellbahn ====== | ||
- | BiDiB kennt einzelne Module (diese heißen Knoten), und solche Knoten können bestimmte Funktionen auf der Modellbahn erfüllen, z.B. Fahren, Schalten, Rückmelden, | + | BiDiB kennt einzelne Module (diese heißen Knoten), und solche Knoten können bestimmte Funktionen auf der Modellbahn erfüllen, z.B. Fahren, Schalten, Rückmelden, |
- | ===== Verbinden, Anschließen | + | ===== Prinzip |
BiDiB bezeichnet erst mal nur das Protokoll, dieses Protokoll kann auf unterschiedlichen physikalischen Verbindungen implementiert sein. Gemeinsam ist allen Implementierungen, | BiDiB bezeichnet erst mal nur das Protokoll, dieses Protokoll kann auf unterschiedlichen physikalischen Verbindungen implementiert sein. Gemeinsam ist allen Implementierungen, | ||
* **IDENTIFY**: | * **IDENTIFY**: | ||
* **USER_NAME**: | * **USER_NAME**: | ||
- | * **UNIQUE_ID**: | + | * **UNIQUE_ID**: |
+ | |||
+ | ===== Programme ===== | ||
+ | BiDiB ist optimal geeignet, um mit dem PC, einen Kleincomputer (z.B. Rasberry Pi) oder einem Tablet Modellbahn zu steuern. Hierzu gibt es verschiedenste [[steuerungsprogramme|Steuer- und Konfigurationsprogramme.]] | ||
+ | |||
+ | ===== Verbinden, Anschließen ===== | ||
+ | Aktuell sind folgende Verbindungsmöglichkeiten für BiDiB verfügbar: | ||
+ | == USB == | ||
+ | USB steht für Universal Serial Bus und ist __der__ Standard für die Verbindung von Peripherie mit einem PC. Ein USB-Gerät meldet sich automatisch beim PC an, dieser sucht den [[interface_treiber|passenden Treiber]] für das Gerät. | ||
+ | |||
+ | == BiDiBus == | ||
+ | BiDiBus basiert auf RS485, das ist eine besonders robuste Standardtechnik für Industrieautomation. Mit Längen bis 400m sind damit auch ausgedehnte Anlagen möglich. Der BiDiBus muß linienförmig verlegt werden, an beiden Enden ist eine [[terminierung|BiDiBus Terminierung]] erforderlich. | ||
+ | BiDiBus wird mit preiswerten Patchkabeln verteilt. Auf diesem Kabel ist zugleich eine Verteilung des Gleissignals an die Booster integriert. | ||
+ | |||
+ | |||
===== Funktionen ===== | ===== Funktionen ===== | ||
- | Wie erfolgt die automatische Übermittlung der Funktionen? Das geht in zwei Stufen: | + | Wie erfolgt die automatische Übermittlung der Funktionen |
- | * Stufe 1: in der UNIQUE_ID wird die prinzipielle Fähigkeit mitgeteilt, eine bestimmte Funktionsart erfüllen zu können. Z.B. kann ein Knoten dem Bedien-Programm mitteilen, dass er Rückmelder enthält. Ein Knoten kann durchaus mehrere Funktionen zugleich erfüllen, er könnte z.B. ein Knoten für Fahren und Rückmelden sein. | + | * Stufe 1: in der [[uniqueid|UNIQUE_ID]] wird die prinzipielle Fähigkeit mitgeteilt, eine bestimmte Funktionsart erfüllen zu können. Z.B. kann ein Knoten dem Bedien-Programm mitteilen, dass er Rückmelder enthält. Ein Knoten kann durchaus mehrere Funktionen zugleich erfüllen, er könnte z.B. ein Knoten für Fahren und Rückmelden sein. |
- | * Stufe 2: die genauen Fähigkeiten (im Beispiel: die Zahl der Rückmelder und was diese können) werden dann über [[features|Eigenschaftsfelder]] (diese heißen ' | + | * Stufe 2: die genauen Fähigkeiten (im Beispiel: die Zahl der Rückmelder und was diese können) werden dann über [[features|Eigenschaftsfelder]] (diese heißen ' |
**Wie geht nun BiDiB mit diesen Funktionen um?** | **Wie geht nun BiDiB mit diesen Funktionen um?** | ||
==== Fahren ==== | ==== Fahren ==== | ||
- | ' | + | ' |
==== Booster ==== | ==== Booster ==== | ||
Zeile 22: | Zeile 37: | ||
* Betriebszustand (An, Aus, Kurzschluß, | * Betriebszustand (An, Aus, Kurzschluß, | ||
* aktueller Stromverbrauch | * aktueller Stromverbrauch | ||
- | Für den stabilen Betrieb einer Anlage ist eine mikrosekundengenaue Synchronisation der Booster erforderlich, | + | Für den stabilen Betrieb einer Anlage ist eine mikrosekundengenaue Synchronisation der Booster erforderlich, |
==== Schalten ==== | ==== Schalten ==== | ||
- | Das ' | + | Das ' |
Hier ein paar Beispiele: | Hier ein paar Beispiele: | ||
- | * Eine einfache Weiche hat zwei Aspecte: gerade Fahrt und Abzweig. | + | * Eine einfache Weiche hat zwei Aspekte: gerade Fahrt und Abzweig. |
- | * Ein Vorsignal hat (je nach Type) z.B. drei Aspecte: Vr0, Vr1, Vr2 | + | * Ein Vorsignal hat (je nach Type) z.B. drei Aspekte: Vr0, Vr1, Vr2 |
- | * Eine Drehscheibe kann bis 48 Aspecte | + | * Eine Drehscheibe kann bis 48 Aspekte |
BiDiB behandelt Zubehör über diese Accessory+Aspect Ebene. Man kann also z.B. einem Accessory befehlen, dass es den Aspect 0 einstellen soll. Es ist dann Sache des Bausteins, was er daraus macht. Manche Bausteine sind hier vom Anwender sehr flexibel konfigurierbar, | BiDiB behandelt Zubehör über diese Accessory+Aspect Ebene. Man kann also z.B. einem Accessory befehlen, dass es den Aspect 0 einstellen soll. Es ist dann Sache des Bausteins, was er daraus macht. Manche Bausteine sind hier vom Anwender sehr flexibel konfigurierbar, | ||
* Das kann bei der [[lightcontrol|LightControl]] ein [[kompatibilitaet: | * Das kann bei der [[lightcontrol|LightControl]] ein [[kompatibilitaet: | ||
- | * Es kann aber auch ein Signal sein und hinter | + | * Es kann aber auch ein Signal sein und hinter |
- | * Bei einer Drehscheibe kann das auch das Anfahren der Bühne auf einen bestimmten Abgang (Aspect) sein. | + | * Bei einer Drehscheibe kann das auch das Anfahren der Bühne auf einen bestimmten Abgang (Aspekt) sein. |
Die meisten [[steuerungsprogramme|Steuerprogramme]] (RocRail, WDP, iTrain) verwenden diese Accessories zur Ansteuerung des " | Die meisten [[steuerungsprogramme|Steuerprogramme]] (RocRail, WDP, iTrain) verwenden diese Accessories zur Ansteuerung des " | ||
Zeile 41: | Zeile 56: | ||
Liste der Knoten mit ' | Liste der Knoten mit ' | ||
* [[oneservoturn|OneServoTurn]] | * [[oneservoturn|OneServoTurn]] | ||
+ | * [[st4|ST4]] | ||
+ | * [[lightcontrol|LightControl]] | ||
+ | * [[onecontrol|OneControl]] | ||
+ | * [[onedriveturn|OneDriveTurn]] | ||
* [[stu|STµ]] | * [[stu|STµ]] | ||
Zeile 60: | Zeile 79: | ||
Der im [[wizard|BiDiB-Wizard]] integrierte [[wizard: | Der im [[wizard|BiDiB-Wizard]] integrierte [[wizard: | ||
- | Beleuchtungen sind oft ablaufgesteuert (abends gehen nach und nach die Lichter in der Stadt an), diese Abläufe sollen aber nicht starr sein. BiDiB definiert hierfür [[grundlage_makro|**Makros**]], diese ermöglichen das zusammenfassen | + | Beleuchtungen sind oft ablaufgesteuert (abends gehen nach und nach die Lichter in der Stadt an), diese Abläufe sollen aber nicht starr sein. BiDiB definiert hierfür [[grundlage_makro|Makros]], |
- | Folgende BiDiB-Module sind besonders für Beleuchtungsaufgaben geeignet: [[lightcontrol|LightControl]], [[onedmx|OneDMX]], [[mobalist|MoBaLiSt]] | + | Folgende BiDiB-Module sind besonders für Beleuchtungsaufgaben geeignet: |
+ | * [[lightcontrol|LightControl]] | ||
+ | * [[onedmx|OneDMX]] | ||
+ | * [[mobalist|MoBaLiSt]] | ||
+ | * [[led_io_24|LED-IO-24]] | ||
+ | * [[onews|NeoControl]] | ||
==== Programmieren ==== | ==== Programmieren ==== |
loesungen.1424675931.txt.gz · Zuletzt geändert: 2016/07/05 10:47 (Externe Bearbeitung)