Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
anleitungen:spezial:codevorlagen:warnleuchte [2022/03/21 13:00] – raily74 | anleitungen:spezial:codevorlagen:warnleuchte [2022/04/25 09:25] (aktuell) – Externe Bearbeitung 127.0.0.1 | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
+ | <WRAP important 60%> | ||
+ | In Bearbeitung | ||
+ | --- // | ||
+ | </ | ||
====== Die integrierte Warnleuchte ====== | ====== Die integrierte Warnleuchte ====== | ||
Ausgangsbasis für die folgende Anwendung war eine fixe Idee:\\ | Ausgangsbasis für die folgende Anwendung war eine fixe Idee:\\ | ||
- | Dort existiert ein Gleisanschluss, | + | Dort existiert ein Gleisanschluss, |
- | Zur Generierung des Flackerns einer Neonröhre braucht man jedoch einen Speicher, | + | **Warum also nicht einfach die RGB-LEDs eines in der Nähe stehenden Gebäudes nutzen |
- | Dieser Sparfimmel führt | + | __Die Herausforderung: |
- | Das kann man ganz einfach beheben indem man das Einschaltsignal | + | Zur Generierung des Flackerns einer Neonröhre braucht man jedoch einen Speicher, in dem abgelegt wird, wie viele Zündversuche schon gemacht wurden und ob die Lampe endlich richtig gezündet hat. Diese Daten werden im roten Kanal der LED abgelegt, um Speicher im Arduino zu sparen. Bei jedem Zündversuch wird die rote LED um ein kleines bisschen heller. Das sieht dann so aus als wäre es die Glimmlampe des Starters. Zur Erkennung, ob die Lampe gerade hell ist, weil ein Zündversuch stattfindet, |
+ | |||
+ | Dieser Sparfimmel führt aber zu einem ungewollten | ||
+ | |||
+ | Insgesamt stünden also sechs unterschiedliche Farben für sechs unterschiedliche Warnsignale zur Verfügung. Im Falle des unten gezeigten Programmiergleises sind das: | ||
+ | * Grün für die Programmierung mit der Z21 | ||
+ | * Cyan für die Programmierung mit dem ESU LokProgrammer | ||
+ | * Gelb für die Programmierung mit dem Zimo MXDECUP/ | ||
+ | * Weiß als Reserve für die Programmierung mit einem vierten Programmiergerät | ||
+ | * Rot als Warnleuchte, | ||
+ | |||
+ | {{vimeo> | ||
+ | \\ | ||
+ | |||
+ | Um das Ganze per DCC zu steuern, werden im Programmgenerator als erstes die DCC-Adressen mit den Schalternamen verknüpft. Im Beispiel | ||
+ | |||
+ | Als nächstes benötigt man eine Logische Verknüpfung, | ||
+ | * welche " | ||
+ | * welche " | ||
+ | * welche " | ||
+ | * welche " | ||
+ | * welche " | ||
+ | * welche " | ||
+ | |||
+ | <WRAP info 60%> | ||
+ | Die letzte logische Verknüpfung muss nicht berücksichtigen, | ||
+ | </ | ||
- | {{vimeo> | ||
{{: | {{: | ||
+ | |||
+ | ==== Die passende Relaisschaltung ==== | ||
+ | |||
+ | Die gezeigte Relaisschaltung schleift das DCC-Signal der Zentrale durch alle inaktiven Relais durch. Das hat einen entscheidenden Vorteil gegenüber einer aufeinander folgenden Schaltung: Es muss für jedes Programmiergerät nur das jeweils zugehörige Relais geschaltet werden und nicht alle davor liegenden zusätzlich. Werden versehentlich zwei Relais aktiviert, wird nur das am ersten Relais angeschlossene Programmiergerät durchgereicht, | ||
+ | |||
+ | Schließt man hingegen das DCC-Signal der Zentrale am ersten Relais an die geschalteten Ausgänge und die Programmiergeräte ebenfalls an die geschalteten Ausgänge ihrer zugeordneten Relais, müssen bspw. für das Programmiergerät an Relais 3 die ersten drei Relais aktiviert werden. | ||
+ | |||
+ | {{: |