grundlage_makro
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision | ||
grundlage_makro [2019/04/17 20:23] – opendcc | grundlage_makro [2020/07/31 11:50] – [Was sind Makros und Accessories?] akuhtz | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
====== Was sind Makros und Accessories? | ====== Was sind Makros und Accessories? | ||
- | |||
**Das Prinzip könnte man in die Legowelt transportieren und sich damit vorstellen: | **Das Prinzip könnte man in die Legowelt transportieren und sich damit vorstellen: | ||
+ | |||
+ | <WRAP group> | ||
+ | <WRAP third column> | ||
{{: | {{: | ||
+ | </ | ||
- | Die Portaktionen | + | <WRAP twothirds column> |
+ | Die **Port-Aktionen** | ||
- | ** | + | |
- | Zuerst einen Ausgang | + | |
+ | Die **Makros** sind quasi die Grundplatte, | ||
- | Ein Makro ist eine Zusammenfassung von Aktionen. Normalerweise steckt man hier alles rein, was auch zusammengehört und das ist dann in der Legodenke schon ein Art „Funktionsbaustein“. Im realen Betrieb ist es oft sinnvoll den Ablauf in einzelne Makros aufzuteilen und diese von einem übergeordneten Makro auszuführen. Damit verschafft man sich einen Überblick und eine ordentliche Struktur. Die Makros sind toll für Dinge „neben“ der Bahn, also Häuser beleuchten, Spielplatz | + | //Zuerst einen Ausgang schalten, dann warten, dann Servo bewegen, dann anderen Ausgang einschalten, |
- | Die Dinge „auf der Bahn“ haben aber noch weitergehende Ansprüche: Ein Signal zeigt einen Begriff, eine Weiche steht irgendwie. Manchmal ist das direkt ein Schaltausgang (dann ist der ganze Klapperatismus eigentlich überflüssig), | + | </ |
+ | </ | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | Ein Makro ist also eine Zusammenfassung des sequentiellen Ablauf von Aktionen. \\ | ||
+ | Normalerweise steckt man hier alles rein, was auch zusammengehört und das ist dann in der Legodenke schon ein Art „Funktionsbaustein“. Im realen Betrieb ist es oft sinnvoll den Ablauf in einzelne Makros aufzuteilen und diese von einem übergeordneten Makro auszuführen. Damit verschafft man sich einen Überblick und eine ordentliche Struktur. \\ | ||
+ | Die Makros sind toll für Dinge „neben“ der Bahn, also Häuser beleuchten, Spielplatz bewegen usw. die //einfach laufen// sollen. | ||
+ | |||
+ | Die Dinge „auf der Bahn“ haben aber noch weitergehende Ansprüche: | ||
+ | Ein Signal zeigt einen Begriff, eine Weiche steht dazu in einer bestimmten Stellung. \\ | ||
+ | Manchmal ist das direkt ein Schaltausgang (dann ist der ganze Klapperatismus eigentlich überflüssig), | ||
Rotes Licht abblenden, bisschen warten, grünes und gelbes Licht aufblenden. | Rotes Licht abblenden, bisschen warten, grünes und gelbes Licht aufblenden. | ||
- | Genau für diesen Ablauf verwendet man die Makros. Da kann man diese Sachen schön unterbringen. | + | Genau für diesen Ablauf verwendet man die Makros, da kann man diese Sachen schön unterbringen. |
{{ : | {{ : | ||
- | **Diese Makros werden aber bei den Bahnbetriebsabläufen einem Accessory | + | Diese Makros werden aber bei den Bahnbetriebsabläufen einem **Accessory** |
+ | Nur dann wird der letzte Zustand gespeichert und bei einem Spannungsreset wieder ausgeführt oder eine Rückmeldung an das PC-System zurückgemeldet „Servo hat Position erreicht“! | ||
====== Mein erstes Makro ====== | ====== Mein erstes Makro ====== | ||
Zeile 79: | Zeile 98: | ||
Oben haben wir gesehen, wie das im Prinzip funktioniert. Mag ja ganz toll sein, aber muß man das jetzt immer wieder machen? Nein, für viele, viele Standardfälle gibt es einen [[tools: | Oben haben wir gesehen, wie das im Prinzip funktioniert. Mag ja ganz toll sein, aber muß man das jetzt immer wieder machen? Nein, für viele, viele Standardfälle gibt es einen [[tools: | ||
+ | |||
+ | ====== Und warum ist das so gebaut? ====== | ||
+ | |||
+ | Ein Steuerungsprogramm will ein Signal (wir nennen das Accessory) auf ein bestimmtes Signalbild (=Aspect) stellen. Dabei ist es dem Steuerungsprogramm egal, wie dieses Signalbild dargestellt wird: das kann ein Flügelsignal sein, ein Ks-Signal oder irgendetwas anderes. Und genau auf dieser Ebene spricht das Steuerprogramm auch die Baugruppe an: Accessory ' | ||
+ | |||
+ | Es gibt BiDiB-Baugruppen, | ||
+ | |||
+ | Oft reicht die einfache Ansteuerung, | ||
+ | |||
+ | Bei OpenDCC-Baugruppen (und davon abgeleiteten, | ||
+ | |||
+ | Von oben rein ist der Weg also: | ||
+ | |||
+ | PC stellt Aspect beim Accessory ein. | ||
+ | Aspect start eine Schrittkette (Makro) | ||
+ | Im Makro sind dann die An- Ausknipser fürs Licht. | ||
+ | |||
+ | Damit ist man voll flexibel und kann auch besondere Signalbilder darstellen - bis hin zum Lauflicht eines Baustellenblitzers. Und für Standfälle (z.B. Blocksignal) gibt es den [[tools: |
grundlage_makro.txt · Zuletzt geändert: 2024/01/13 08:36 von akuhtz