Bei der Siemens LOGO handelt es sich um eine klein-SPS welche sowohl von der Industrie, als auch von Privatpersonen zur Steuerung und Automatisierung von Prozessen eingesetzt wird.
Ich selber hatte mich das aller erste mal wegen meiner Terrariensteuerung mit diesen Geräten befasst – relativ lange Zeit bevor ich mich mit HomeAssistant und anderen Smarten Steuerungen befasst hatte.
Der Vorteil einer solchen Lösung scheint erst einmal auf der Hand zu liegen – sie ist „flexibel“ Programmierbar, kann daher eben mehr wie nur zu definierten Uhrzeiten das Licht ein – und ausschalten – robust, da sie auch in der Industrie angewendet wird – und relativ Kompakt, sodass man die Geräte gut in kleineren Schaltkästen unterbringen kann.
Damals, als ich mich das erste mal mit dieser Hardware befasst hatte, gab es allerdings noch keine ‚richtige‘ Möglichkeit, via Netzwerk auf die Geräte zuzugreifen.
Lediglich die Option eines Datenloggers über USB Schnittstelle war gegeben – was aber keine Praktikable Lösung darstellte.
Nun – so lief die damalige Steuerung einige Jahre – bis ich irgendwann die Kompletten Terrarien neu gebaut habe.
Zu diesem Zeitpunkt war dann auch die Überlegung, ob die Steuerung wieder über eine LOGO erfolgen sollte, oder eventuell doch durch andere alternativen.
Die Entscheidung ist wieder auf die LOGO gefallen, da diese sich zuvor bewährt hatte – inzwischen aber mit Netzwerkschnittstelle und eigenem Webserver ausgestattet war.
Inzwischen werkelt die LOGO autark und Steuert die Terrarien – Hauptbeleuchtung anhand einer Astro-Uhr, Wärmebeleuchtung anhand er Temperatur, Jahreszeit und eben auch der aktuellen Uhrzeit.
Nur – eine weitere Herausforderung:
Diese Informationen auch in HomeAssistant zugänglich zu machen – oder sogar über HomeAssistant in die Steuerung eingreifen zu können?
Es hat mich ein paar weitere Jahre gekostet, die Zeit und Muße zu finden, mich näher damit zu befassen.
Für einige Jahre hatte ich die Terrarien bzw. die Siemens LOGO über NodeRed und der Simantic S7 Schnittstelle eingebunden gehabt – was mir damals ein Grundlegendes Monitoring erlaubt hatte.
Doch mittlerweile wurde dieses Setup überworfen und HomeAssistant kommuniziert jetzt direkt via Modbus mit der LOGO.
Prinzipiell ist die Einrichtung tatsächlich leichter als Ursprünglich gedacht – es gibt nur vereinzelt ein paar Stolpersteine, welche man im Hinterkopf halten sollte wenn es um die Konfiguration der „Variablen“ innerhalb der LOGO geht – oder aber darum, wie man mit gewissen Daten, welche man von der LOGO erhält am Ende umgehen muss.
Hier lässt auch die Dokumentation von Siemens leider etwas zu wünschen übrig…
Grundkonfiguration: Modbus Schnittstelle
Zu aller erst muss man in der LOGO Modbus aktivieren.
Dazu öffnet man das Programm in LOGO!Soft Comfort als Netzwerkprojekt und fügt dort sein LOGO Arbeitsgerät hinzu und legt eine neue „Modbus Verbindung“ als Serververbindung an.
Man erhält nun auch direkt schon eine Übersicht über die Adressvergabe – mit welcher sich allerdings noch nicht sonderlich viel Anfangen lässt.
Hier kommen nun die von der LOGO bereitgestellten Adressräume ins Spiel.
Je nachdem, was man nun konkret in seinem Programm nutzt, muss man hier die jeweiligen Bereiche und Optionen nutzen…
In meinem Fall – zur Steuerung der Terrarien nutze ich Digitale Ausgänge (Q), Merker (M), Analoge Eingänge (AI), Analoge Merker (AM) und neuerdings auch einige Netzwerkeingänge (NI) – welche über V genutzt werden.
Die Einfachsten Optionen sind erst einmal, die Zustände von Ausgängen (Q) oder Eingängen (I) abzufragen.
Dazu muss man in der LOGO selbst auch nichts weiter konfigurieren und Einrichten.
Hat man die Modbus Verbindung angelegt, kann man direkt auf deren Zustände zugreifen.
In HomeAssistant baut man sich dazu die Konfiguration wie folgt auf:
# Terrarium T1 Oscar
- name: "Terrarium Oscar"
type: tcp
host: 192.168.52.110
port: 503
lights:
- name: "Tageslicht (t1)"
unique_id: "t1_q1"
address: 8192
write_type: coil
command_on: 1
command_off: 0
scan_interval: 5
Code-Sprache: PHP (php)Wir wollen eine Entität vom Typ LICHT anlegen.
Dies ist i.d.R. ein Schalter mit welchem Sich das Licht ein – und ausschalten lässt.
Wir können die Konfiguration noch weiter anpassen, indem wir eine Kontrolle mit einbauen.
Damit können wir den Zustand des Ausgangs verifizieren:
lights:
- name: "Tageslicht (t1)"
unique_id: "t1_q1"
address: 8192
write_type: coil
command_on: 1
command_off: 0
scan_interval: 5
verify:
input_type: coil
address: 8192
state_on: 1
state_off: 0Code-Sprache: JavaScript (javascript)In HomeAssistant sieht diese Konfiguration dann wie folgt aus:
Man kann hier, anstelle von „light“ aber auch andere Entitäts-Domänen von HomeAssistant nutzen, wie z.B. „Switch“ – oder, wenn man NUR den Zustand abfragen möchte, ohne eine Steuerungsmöglichkeit, „Binary_Sensor“
binary_sensors:
- name: Betriebsstundenzähler (t1)
unique_id: "t1_q4"
address: 8195
input_type: coil
scan_interval: 10
device_class: problem
switches:
- name: "Bewässerung (t1)"
unique_id: "t1_q3"
address: 8194
write_type: coil
command_on: 1
command_off: 0
scan_interval: 5
verify:
input_type: coil
address: 8194
state_on: 1
state_off: 0Code-Sprache: JavaScript (javascript)Gehen wir aber nun weiter zu der Abfrage von Daten, wie z.B. der Luftfeuchtigkeit und der Temperatur.
In meinem Fall werden diese Informationen in einem Analogen Merker zwischengespeichert, auf welchen ich zurückgreifen kann.
Aus der Variablenbelegung der LOGO wissen wir, dass wir über die Adressen 529 – 592 auf die Analogmerker zugreifen können.
In HomeAssistant sieht die Konfiguration hierfür folgendermaßen aus:
sensors:
- name: Luftfeuchtigkeit (t1) # AM 1
unique_id: "t1_am1"
address: 528
input_type: holding
unit_of_measurement: "%"
device_class: humidity
state_class: measurement
scan_interval: 30
swap: word
scale: 0.1
precision: 1
- name: Temperatur (t1) # AM 2
unique_id: "t1_am2"
address: 529
input_type: holding
unit_of_measurement: °C
device_class: temperature
state_class: measurement
scan_interval: 30
swap: word
scale: 0.1
precision: 1Code-Sprache: PHP (php)Wie so häufig in der IT fangen wir mit dem Zählen bei „0“ an – unsere erste Adresse ist daher die 528 (!) und die zweite die 529.
Die Adressen werden hier also um eine Stelle verschoben – das ist am Ende relevant, da wir sonst auf die falschen Variablen zugreifen.
Auch relevant hier zu wissen ist die Angabe von „Swap“ mit dem Typ WORD.
Auch das ist am Ende noch nicht wirklich kompliziert und funktioniert ohne größere Probleme.
Allerdings kommen wir langsam in den Bereich, in dem es nicht mehr ganz so klar wird…
Lassen wir uns daher einfach mal die Uhrzeiten ausgeben, zu welchen die LOGO das Licht ein- bzw. ausschalten sollte.
Rückgabewerte der LOGO
Die Ein- bzw. Ausschaltzeiten der Leuchtmittel sind in meinem LOGO Programm über den Block „Astrouhr“ (und ein paar andere) konfiguriert.
In HomeAssistant greifen wir auf folgende Adressen zu:
- name: Sonnenaufgang (t1)
unique_id: "t1_sunrise"
address: 1
input_type: holding
scan_interval: 10
swap: word
- name: Sonnenuntergang (t1)
unique_id: "t1_sunset"
address: 2
input_type: holding
scan_interval: 10
swap: wordCode-Sprache: JavaScript (javascript)Um diese Adressen in der LOGO verfügbar zu machen, müssen wir nun in den Modbus-Verbindungen die Variablen konfigurieren.
Dazu gehen wir in der Logo-Software auf „Extras“ und dann auf „Parameter-VM-Zuordnung.
Hier müssen wir nun die Blöcke anlegen, deren Daten wir in die Variablen übernehmen möchten.
Anschließend müssen wir die Übertragung dieser Variablen in den Verbindungseinstellungen aktivieren.
Dazu öffnen wir erneut die „Modbus Verbindung“ und fügen nun unsere Variablen von oben hinzu.
An dieser Stelle sei kurz die Info „Richtung –>“ angemerkt… damit Sagen wir der Logo, dass wir diese Variablen von Extern lesen möchten.
Wir könnten auf gleichem Wege aber auch Daten von Extern an die LOGO übertragen. Die Richtung ist dann „<–„
Leider liefert uns die LOGO allerdings einen im ersten Moment etwas krypisch wirkenden Wert anstelle der Uhrzeit:
Diese Daten müssen wir in HomeAssistant daher leider erst noch einmal „Umwandeln“, um tatsächlich brauchbare Informationen zu bekommen.
In meinem Fall habe ich mich entschieden, die Uhrzeit direkt in einen Zeitstempel umzuwandeln.
Dazu wurde ein Template angelegt:
# terrarium 1
- sensor:
- name: Sonnenaufgang
unique_id: "t1_sunrise_timestamp"
device_class: timestamp
state: >
{% set x = ('%04x' % states('sensor.sonnenaufgang_t1')|int(0)) %}
{{ today_at('%s:%s' % (x[:2],x[-2:])) }}
- sensor:
- name: Sonnenuntergang
unique_id: "t1_sunset_timestamp"
device_class: timestamp
state: >
{% set x = ('%04x' % states('sensor.sonnenuntergang_t1')|int(0)) %}
{{ today_at('%s:%s' % (x[:2],x[-2:])) }}Code-Sprache: PHP (php)Der Rückgabewert der LOGO ist ein Hexadecimalwert, welchen wir mit hilfe unseres Templates umwandeln können.
Dadurch kann ich die Information in unterschiedlichen Formaten in meinen Dashboards anzeigen… meine Bevorzugte darstellung im Moment ist:
Hallo Christoph,
vielen Dank für das veröffentlichen der Erfahrungen und Konfiguration der Logo in HA.
Ich habe ebenfalls eine Rollladensteuerung für ein ganzes Haus mit 2 Logos am Laufen, welche ich nun Zug um Zug in Home Assistant einbinden möchte.
Hierbei sind diene Infos sehr hilfreich!
Grüße
Markus
Hallo Christoph,
hast du deine Rolladensteuerung mittlerweile im Home Assistant eingebunden?
Viele Grüße
Sigurd
Hallo Sigurd,
vermutlich meinst du mit deiner Frage ja den Markus?
Ich selber habe keine Rollladensteuerung über die Siemens LOGO – hierfür nutze ich Homematic (IP) über eine CCU – welche ebenfalls in HomeAssistant eingebunden ist.
Falls du konkrete Fragen hast, vielleicht magst du diese hier ja stellen – ich weiß zwar nicht, ob ich Sie beantworten kann – aber vielleicht ansonsten ja jemand anderes? 😉
Guten Abend,
wo finde ich den im Homeassistant das Menü in dem ich den Code eingeben kann? also in dem man Programmieren kann ?
Du meinst Sicherlich die Stelle, welche ich in dem Beitrag als Code-Block dargestellt habe?
Hierzu gibt es mehrere Möglichkeiten, die aber auch von deiner Installation abhängig sind.
Wenn du HAOS, also das komplette Betriebssystem inkl. Linux betreibst, dann kannst du dir hier relativ einfach das Addon „Visual Studio Code“ installieren.
Damit kannst du dann auf die Konfigurations-Dateien „config.yaml“ zugreifen und dir dort entsprechende Dateien anlegen.
Alternativ kannst du die Dateien aber auch Offline erstellen und dann über eine Dateifreigabe auf dein System laden.
Wenn du aber noch nicht so viel mit Addons und den Konfigurationsdateien zu tun gehabt haben solltest, dann empfehle ich dir auf jeden Fall, dass du dich hier erst einmal ein wenig mit den Grundlagen befasst und dir die Dokumentationen dazu anschaust, bzw. ggf. ein paar YouTube-Videos, in denen diese Punkte gezielt behandelt werden.
Darauf hier im Kommentar jetzt detailiert einzugehen, würde definitiv den Rahmen sprengen …
Daher kann ich an dieser Stelle nur auf die Dokumentation von HomeAssistant verweisen: https://www.home-assistant.io/docs/configuration/
Danke für die Infos. Bei mir im Haus unterhalten sich drei Gruppen von Logos noch in einer Art Morse Code. Das wurde für die erwähnte 1. Gen so entwickelt. Wird Zeit für ein Update
Hallo,
Ich habe eine Frage zur Verbindung der Siemens LOGO mit Home Assistant:
Ist es möglich einen Ausgang (z.B. Q1) als Switch in HomeAssistant anzulegen und gleichzeitig aber auch über das LOGO Programm anzusteueren. Wenn ich den Ausgang Q1 im Logo Programm nirgends verbunden habe, dann funktioniert das Schalten über eine Switch-Entität in HomeAsisstant problemlos. Wenn ich jetzt den Ausgang Q1 im LOGO Programm einbinde, dann ist das schalten über HomeAsisstant nicht mehr möglich.
Hast Du vielleicht eine Idee, warum das so ist und wie ich das Problem beheben bzw. umgehen kann?
Vielen Dank im Voraus für deine Antwort!
Mit freundlichen Grüßen;
Clemens
Nun ja, die LOGO weiß letztendlich nicht, welche Quelle vorrang haben soll.
Ist es das LOGO Programm, oder die Manuelle Eingabe?
Ohne dein Programm genauer zu kennen, ist es daher schwer eine konkrete Aussage dazu zu treffen – ich würde den Ausgang aber über einen NI (NetzwerkEingang) in das Programm übernehmen.
Den Ausgang kannst du dann über die Modbus-Konfiguration ja abfragen um den Zustand des Schalters zu bestätigen
Hier habe ich einen solchen Switch eingebunden:
switches:
– name: „Bewässerung (t1)“
unique_id: „t1_ni3“
address: 2
write_type: coil
command_on: 1
command_off: 0
scan_interval: 5
verify:
input_type: coil
address: 8194
state_on: 1
state_off: 0
Die Bewässerung ist letztendlich ein Normaler Ausgang (Q), deren Zustand über einen NI (Netzwerkeingang) angesteuert wird.
Zur Zustandsüberprüfung frage ich mit verify den Zustand von Q am ende ab.
[Edit]
Die Formatierung der Leerzeichen geht leider im Kommentar verloren 🙁
Hallo,
ja das habe ich auch so gemacht.
Mein Problem ist aktuell, dass meine normalen EIngang alle Taster sind und ich deswegen alles mit Stromst0ß Realis oder Comfortschalter in der Logo mache.
Kennt Ihr eine Möglichkeit die „Coil“ in der Logo als Impuls auszugeben?
VG
Dominik
Hallo Christoph,
das ist cool.
Wie lösst, du es, wenn man einen bspw. ein Licht mit dem comfortschalter in der Logo steuern mag.
Der switch in der HA GUI passt sich ja dem Verifiy Wert an, egal was an dessem Modbus coil steht.
VG
Dominik
Hi,
Sorry für die lange wartezeit… sämtliche Benachrichtigungen über neue Kommentare sind im Spam gelandet… 🙁
Ich musste noch einmal einen Blick in mein Programm werfen um zu sehen, dass ich tatsächlich bei meiner Programmierung mehr Komfortschalter mit eingebunden hatte, als ich ursprünglich dachte… ^^
Wenn ich das richtig sehe, dann nutze ich die Komfort-Schalter allerdings nicht, sofern ich die Netzwerkein- bzw. Ausgänge nutze…
Der Hintergrund hierfür ist in meinem Fall recht einfach… die Komfortschaltung greift nur dann, wenn ich das Licht über die Funktionstasten ein- bzw. ausschalte.
In meinem Fall bei den Terrarien also, wenn ich vor dem Terrarium stehe und z.B. etwas darin arbeiten muss… dann soll das Licht bei kurzer Tasten-Betätigung 30sek. an sein – bei einem langen Druck als Dauerlicht, bis ich es wieder ausschalte.
In HA wird das Licht aber über HA selbst gesteuert – daher brauche ich die Komfort-Schaltung dort nicht und kann das Licht beliebig an- und aus schalten, oder aber die Zeiten über eine Automatisierung in HA vorgeben.
Du hattest ja bereits einen anderen Kommentar geschrieben, dass bei dir die Schalter alle nur Taster sind…
Das sind sie bei mir – im Falle der Funktionstasten auch.
Deren Zustand rufe ich auch nicht ab – ich schalte – und überprüfe in HA immer direkt den Ausgang (Q)
Hallo Christoph,
danke für die Antwort und das Bild.
Ich habe leider ebenfalls keine Benachrichtung über den Kommentar bekommen.
Mein Problem ist leider noch nicht gelöst.
Vielleicht hat jemand oder Du aber noch eine andere Lösung.
Bei einem „Service“ Licht geht das natürlich so.
Bei Raum Lichtern ist das aber etwas schwieriger, da ich die Taster immer verwenden möchte und HA als Fernoption.
Von HA möchte ich aber nicht abhängig sein, um Licht zu machen. Deswegen bervorzuge ich ein Umsetzung über Komfortschalter, oder halt Steuerung in der Logo.
Ich habe schon versucht den „NI“ an den Eingang von meinem Komfortschalter zu hängen, auch mit Flanken auswertung und dann mit Verify auf den Ausgang.
Das Verhalten ist aber leider in der Modbus Integration von HA so, dass immer der Zustand vom Verify angezeigt wird, nicht aber das Schaltende Signal (bei dir die Adresse „2“) entsprechend angepasst wird.
Ich kann also bei einer Umsetzung mit Flanken Auswertung Licht über HA einschalten und über einen Taster ausschalten.
Das ICON in HA aktualisiert sich aber entsprechend dem Ausgang (Verify…).
Leider steht dann in diesem Fall der NI vom Modbus immer noch an. (Kommt halt wegen der Flanke nicht durch)
Um jetzt das Licht über HA wieder einschalten zu können muss ich 2/3 mal je nach aktuellem State den Schieberegler in HA wieder betätigen, um zunächst das Signal wegzunehmen und anschließen wieder zu setzen.
VG
Dominik
hm… ohne mich da jetzt selber an eine entsprechende Schaltung zu setzen fällt mir leider auf die Schnelle nichts anderes ein… 🙁
Die State-Verifizierung habe ich auf den Ausgang des Lichts gelegt.
D.h. die Entity „LIGHT“ bedient den NI – verifiziert wird der Zustand über Q.
Damit bekomme ich auf jeden Fall immer den „korrekten“ Wert des Lichts in HomeAssistant.
Durch die Automatik in der Logo, welche bei mir das Licht steuert, kann ich die Lampen aber nicht autark aus HomeAssistant heraus steuern.
Dies geht in meinem Fall nur durch einen weiteren Schalter, mit welchem ich die Automatik der LOGO überbrücke.
Ich denke, bei dir wäre die beste Option am Ende, zwei Steuerungen zu haben:
1x über deinen Realen Schalter – mit Treppenhaus- / Komfortschaltung und dann über eine OR eine Steuerung via HomeAssistant.
eventuell musst du deinen Komfortschalter dann auch noch mit dem NI verschalten…
Ich werde mich die Tage mal an einen Testaufbau heran setzen – kann allerdings noch nicht sagen, wann genau ich dazu kommen werde 🙁
Hallo ihr Lieben!
ich versuche meine Logo mit Home Assistant verbinden. Leider kriege ich keine Verbindung hin. Auf der Logo ist keine Programmierung eingespeichert. Ich habe alle Einstellung so gemacht wie es in der Beschreibung beschrieben ist. Hat einer noch eine Idee!?
Liebe Grüße
hm… das ist jetzt ohne weitere Informationen schwer zu sagen, woran das liegen könnte.
Mit LOGO!SoftComfort kannst du eine Verbindung zur Logo aufbauen?
Wenn ja, würde ich mal ein kleines Testprogramm dort erstellen und es dann vielleicht noch einmal versuchen.
Du kannst auch mal versuchen zu schauen, ob du die LOGO direkt über deren integrierten Webserver erreichen kannst – um ein generelles Netzwerkproblem erst einmal auszuschließen?
Hallo
Beschäftigst du dich noch mit dem Thema LOGO und Home Asisstent?
Hi 🙂
Nicht sehr intensiv, da ich zumindest z.Z. mit den Terrarien alles ungesetzt habe, was ich über die LOGO betreibe.
Ich habe zwar noch eine weitere LOGO hier, aber für diese z.Z. keinen weiteren Einsatzzweck gefunden (noch nicht)… wenn, dann müsste ich mich noch einmal in die Einbindung rein-knien…^^
Allerdings habe ich jetzt im HomeAssistant Forum einen Beitrag gelesen, welcher darauf hindeutet, dass die Aktuelle LOGO Version auch eine MQTT Unterstützung mit bringt… dies dürfte ggf. für viele Projekte noch eine einfachere Einbindung in HomeAssistant bedeuten 🙂
Guten Tag,
ich nutze 2 Logos bei mir, eines im Haus und eines in der Garage. Ich steuere von Homeassistant aus alles mit Node-red.
Ich habe auf dem Logo mehrere Comfortschalter im Einsatz, siehe mein Eintrag in deinem Teil 2 für die Logos.
Welche Komponenten nutzt ihr in Node-red um auch von Homeassistant zum Logo zu schalten.
Es gibt ja S7control, S7in, S7out.
In den S7control sind ja alle I und alle Q vom Logo eingetragen.
Wenn ich die S7in und S7out nutzen möchte passiert aber nichts in den Logos.
Danke für eure Tipps
Hi René,
nochmals sorry für die Späte antwort… 🙁
Ich hatte vor einiger Zeit die LOGO via Node-Red eingebunden… Allerdings habe ich die Node-Red Programme nicht mehr, seit ich die LOGOs direkt via Modbus in HomeAssistant eingebunden habe.
Daher kann ich dir hier leider aktuell keine Tipps mehr geben 🙁
Zur Zeit habe ich aber auch kein Setup auf meiner Test-Hardware um damit ggf. noch einmal ein entsprechendes Node-Red Programm zu bauen 🙁
Liebe Logo und HA-Freunde,
ich stehe aktuell noch ganz am Anfan hins. dem Einbinden der Logo in HA.
Ich habe bis heute 5 Logo für meine Hausautomation eingesetzt. Dise laufen problemlos und werden aktuell noch via openHAb visualisiert/angesteuert.
Da HA deutlich mehr features ud Komfort bietet, möchte ich auf HA umsteigen.
Bis dato habe ich es noch nciht wirklich zu Laufen bekommn, rotz mehrerer Videos, etc.
Deshalb würde ich mich freuen, wenn ihr eure Erfahrungen/Know-How etwas an mich weitergeben könntet.
Was ich bislang gemacht habe:
– Installation HA unter RAspberry Pi (HAOS)
– Installation aller sonst. Addons und erfolgreiche Konfiguration
– Konfiguration der Modbus-Verbindung in LSC mit IP-Eingabe von HA und dem entspr. Port 505 (IP der Logo ist 192.168.178.16 / Port 505)
– Konfiguration der configuration.yaml gemäß folgendem Code:
# Anbindung Siemens Logo #
# Logo8_5 #
modbus:
– type: tcp
name: „LOGO8_5″
host: 192.168.178.16
port: 505
delay: 0
timeout: 1
# test Anleitung#
lights:
– name:“NI2“
unique_id: Test
address: 804 # V100.4
write_type: coil
command_on: 1
command_off: 0
scan_interval: 5
verify
input_type: coil
address: 804
state_on: 1
state_off: 0
# Sirene aussen #
switches:
– name: NI2
slave: 1246
address: 804 # V100.4
write_type: coil
command_on: 1
command_off: 0
verify:
– name: NQ3
slave: 255
address: 3204 # V400.4
write_type: coil
command_on: 1
command_off: 0
verify:
# Blitzlicht aussen #
– name: NI3
slave: 1246
address: 806 # V100.6
write_type: coil
command_on: 1
command_off: 0
verify:
– name: NQ4
slave: 255
address: 3206 # V400.6
write_type: coil
command_on: 1
command_off: 0
verify:
# Sirene innen #
– name: NI4
slave: 255
address: 808 # V101.0
write_type: coil
command_on: 1
command_off: 0
verify:
– name: NQ5
slave: 255
address: 3208 # V401.0
write_type: coil
command_on: 1
command_off: 0
verify:
Einen Screenshot meines LSC-Programms konnte ich hier leider nicht einbinden.