Homematic – Zweite CCU anstatt LAN-Gateway verwenden und mit Zentrale verknüpfen
Ich möchte euch hier eine interessante Variante vorstellen, zu der ich mich veranlasst sah, weil ich im Gartenhaus einige Homematic, sowie Homematic IP Aktoren verbaut habe. Trotz externer Antenne und verändertem Standort der Homematic Zentrale im Haus, kam es immer wieder zu Kommunikationsproblemen. Für die verwendeten Homematic Aktoren wäre der Einsatz eines weiteren LAN-Gateways im Gartenhaus eine gute Möglichkeit, das Problem zu beheben. Diese Lösung funktioniert jedoch nicht für die eingesetzten Homematic IP Aktoren, weil ein LAN-Gateway das Funkprotokoll von Homematic IP nicht „verlängert“. Es existiert zwar die Möglichkeit eine Homematic IP Steckdose als Repeater zu verwenden, was aber aufgrund einer notwendigen Ausseninstallation und der Tatsache, das es sich um einen Innensteckdose handelt, nicht so einfach machbar. Genau aus diesem Grund habe ich mir überlegt, eine weitere Homematic Zentrale in Form einer vorhandenen CCU2 im Gartenhaus zu installieren. Damit kann ich dann alle Komponenten im Garten durch die geringere Entfernung der zweiten CCU jederzeit erreichen und steuern. Es beschreibe euch in diesem Artikel auch die Möglichkeit, von einer CCU mit einer weiteren CCU zu kommunizieren. Es ist sogar möglich über eine Fernbedienung im Haus auf der Haupt-CCU eine Aktion auszulösen, welche dazu führt, das auf der zweiten CCU die dort angelernten Aktoren gesteuert werden können.
Ausgangslage
Wie oben bereits beschrieben, verwende ich im Garten mehrere Homematic IP Dimmaktoren, um diverse Beleuchtungen im Garten automatisch zu steuern. Dies gelingt leider nicht immer, weil es öfter als mir lieb ist, zu Kommunikations Problemen kommt. Das gleiche gilt auch für die im Garten eingesetzten Homematic Aktoren. Der Plan ist nun, eine zweite Homematic Zentrale zu etablieren und die zum Garten gehörenden Aktoren zu steuern. Aufgrund des Mischbetriebes von Homematic und Homematic IP Aktoren ist nur diese Variante möglich. Das liegt daran, das wie in der Einleitung bereits beschrieben ein LAN-Gateway nicht die vorhandenen Homematic IP Aktoren ansprechen kann. Auch das oben aufgezeigte Problem mit der Homematic IP Innensteckdose im Aussenbereich als Repeater einzusetzen war für mich nicht sehr ratsam. Natürlich erfordert dies eine einmaligen hörenen Implementationsaufwand, weil man die auf der Haupt-Zentrale im Haus definierten Aktoren dort abgelernt und an der zweiten CCU angelernt werden müssen. Zusätzlich sind die Programme auf der Haupt Zentrale zu löschen oder zu deaktivieren und auf der Zweit Zentrale anzulegen.
Hardware Varianten
Bei dem Einsatz von zwei CCUx in einer Installation ist es möglich sowohl die Master-CCU, wie auch die Zweit-CCU auf diversen Plattformen zu betreiben. Ich habe bei mir ein ASUS Tinker Board S als Master und habe das hier beschriebene Verfahren sowohl mit einer CCU2, einer CCU3 und einer piVCCU3-, sowie einer RaspberryMatic Installation auf einem Raspi PI 3B+ betrieben. Aufgrund der Tatsache, das eine nagelneue CCU2 mit einem 12monatigen Zugang über CloudMatic aktuell zum gleichen Preis wie ein HomeMatic LAN-Gateway zu erwerben ist, bietet sich diese Variante an. Wenn ihr noch einen ungenutzen Rapsberry Pi herumliegen habt, könnt ihr diesen natürlich auch verwenden. Die Entscheidung auf welcher Basis ihr die Zweit-CCU aufbaut ist sehr individuell und hängt von den jeweiligen Anforderungen des Anwenders ab. Aufgrund der Tatsache, das ich noch eine CCU2 ungenutzt im Schrank hatte, habe ich mich für diese Variante entschieden. Die zweite CCU soll bei mir alle Aktoren im Garten steuern und daher reicht auch von der Geschwindigkeit her eine CCU2 vollkommen aus.
Vergleich CCU2 und HomeMatic LAN-Gateway
Hier möchte ich euch die Wichtigsten Unterschiede beim Einsatz einer zweiten CCU2 im Gegensatz zum Einsatz eines LAN-Gateways aufzeigen:
CCUx
LAN-Gateway
HomeMatic Protokoll verlängern
JA
JA
HomeMatic IP Protokoll verlängern
JA
NEIN
WebUI Oberfläche
JA
NEIN
Nutzung eigener Logik
(Direktverknüpfungen)
JA
NEIN
Nutzung eigener Logik (Programme)
JA
NEIN
Reduzierung des Duty Cycles
JA
JA
Externer Zugriff
JA
NEIN
Zugriff über SSH
JA
JA
Installation von AddOns möglich
JA
NEIN
Zustandsinfos via Mail
JA
NEIN
Zustandsinfos via PUSH Nachrichten
JA
NEIN
Kontrolle der Verbindung
JA
JA
Kommunikation zwischen Master und xxx
JA
NEIN
Ich habe bereits zwei LAN-Gateways im Einsatz und sie verrichten Beide den ihnen zugedachten Job einwandfrei. Der Duty Cyyle der Master CCU wird deutlich reduziert und auch die Kommunikationsprobleme zu weiter entfernten Aktoren sind gleich null. Einen habe ich über eine alte CCU2 realisiert (zum Artikel). Das zweite LAN-Gateway läuft über einen Raspberry Pi 3B (zum Artikel). Aber durch die oben beschriebene Situation, das ich im Garten in der Hauptsache HomeMatic IP Aktoren eingesetzt habe, macht den Einsatz eines weiter LAN-Gateways nicht möglich, weil wie schon oft beschrieben, eine Verlängerung des HomeMatic IP Funk-Protokolls damit nicht möglich ist.
Wenn ihr euch den oben aufgeführten Vergleich einer LAN-Gateway Lösung und den Einsatz einer zweiten CCU anschaut, spricht eigentlich Alles für den Einsatz einer zweiten CCU. Ich habe mich bemüht das Ganze sehr objektiv zu vergleichen, aber eindeutiger Punktsieger ist für mich die zweite CCU. Es gibt mir deutlich mehr Möglichkeiten und wie man diese nutzt, hängt von der entsprechenden Umgebung bzw. dem Anwender ab.
Zweite CCU im gleichen Netz
Technisch ist es überhaupt kein Problem eine zweite CCUx im gleichen Netz zu betreiben. Das Einzige was nicht funktioniert ist die Tatsache, das die installierten Aktoren ausschließlich auf einer der beiden CCUs angelernt sein dürfen. Es empfiehlt sich auch, den beiden CCUs jeweils eine feste IP Adresse zu vergeben und einen eindeutigen Namem im Netz. Wollt ihr wie bei mir bereits angelernte Aktoren auf der zweiten CCU anlernen, müsst ihr die betroffenen Aktoren im ersten Schritt auf der aktuellen Master CCU ablernen bzw. löschen. Anschließend könnt ihr diese dann auf der zweiten CCU anlernen und anschließend steuern. Diese Steuerung kann auf der zweiten CCU in der gewohnten Art und Weise über Direktverknüpfungen oder WebUI Programme stattfinden.
Das erhöht auch nach der Einrichtung den Aufwand der Kontrolle bzw. Übersicht ein wenig, weil man auf zwei CCUs nachschauen muss, ob alles einwandfrei funktioniert. Aber auch dafür habe ich eine Lösung gefunden, welche es euch ermöglicht, auf der zweiten CCU Aktionen durchzuführen und die Master CCU darüber zu informieren. Genauso könnt ihr beispielsweise auf der Master CCU eine Aktion auslösen, welche dann auch Aktionen auf der Zweit CCU auslöst.
Wie genau das funktioniert, werde ich später in Form eine sogenannten HeartBeat erklären. Dabei fragt die Master CCU in Zyklus von 15 Minuten die Zweit CCU ab und wenn von dort keine Rückmeldung kommt, bekomme ich eine PUSH Meldung auf mein Handy. Die weiteren oben beschriebenen Möglichkiten werden ich in einem Folgeartikel beschreiben.
Kommunikation zwischen den beiden CCUs
Voraussetzung für eine Kommunikation zwischen den beiden CCUs ist die Installation des CUx-Daemon (CUxD) AddOns auf beiden CCUs. Auf meiner Master RaspberryMatic Installation war dies bereits vorhanden (siehe Artikel). Auf der zweiten CCU musste ich CUxD noch installieren und ein entsprechendes Gerät einrichten (siehe Artikel). Wichtig dabei ist zu beachten, das es unterschiedliche Versionen von CUxD gibt, die von der Plattform abhängen. Die korrekte Version sowie eine Dokumentation findet ihr auf der CUx-Daemon-Website. Wenn auf beiden Systemen der CUxD AddOn installiert ist und die CCUs neu gestartet sind, sind die Voraussetzungen für eine Kommunikation gegeben
Systemvariablen austauschen
Die Kommunikation zwischen den CCUs findet über Systemvariablen statt. Diese können mittels CUxD von einer CCU zur anderen CCU übertragen werden. Dabei ist die entsprechende IP-Adresse der empfangenden CCU von Bedeutung.
Damit das funktioniert, ist es ganz wichtig, das die Systemvariablen auf beiden Systemen mit exakt dem gleichen Namen und dem gleichen Datentyp angelet worden sind. In meinem hier beschriebenen Beispiel geht es um den sogenannten HeartBeat.
Hier seht ihr die beiden Systemvariblen auf der Master-CCU (RaspberryMatic)
Hier seht ihr die beiden Systemvariblen auf der Zweit-CCU (CCU2)
Wie oben bereits beschireben, ist es ganz wichtig, die Systemvariablen auf beiden Systemen absolut identisch zu halten. Namen und Variablentyp müssen übereinstimmen.
HeartBeat Abfrage auf Master auslösen
Auf der Master CCU läuft im Zyklus von 15 Minuten ein Programm, was den HeartBeat Prozess auslöst. Dabei geht es darum, das die Master-CCU prüft ob von der zweiten CCU noch eine Status Meldung zurück kommt. Das heißt, das Master-System schickt eine Systemvariable mit einem bestimmten Inhalt an die zweite CCU. Diese Änderung der Systemvariable auf dem Zweitsystem löst dort ein Programm aus, welches dann eine Rückmeldung bei der Master-CCU durchführt. Nachfolgend seht ihr einen Ausdruck des WebUI Programmes. Wenn euch der Ausdruck des Programmes gefällt, hier mehr Information.
Programm „HeartBeat Abfrage CCU Garten“ auf der Master-CCU – (c) technikkram.net
Erklärung des Programmes
Bedingung
Als Bedingung für die Ausführung des Programmes gibt es als erstes die Zeitsteuerung, mittels der im Zyklus von 15 Minuten das Programm auf der Master-CCU gestartet wird. Zusätzlich frage ich noch die Steuerungs-Systemvariable „X_HeartBeat_Kontrolle“ ab. Steuerungs-Systemvariable deshalb, weil ich in meiner Installation diese Variablen immer mit einem „X“ im Namen beginnen. Dieses „X“ steht für eXecution und soll bedeuten, das ich über solche Varibalen steuere, ob Programme oder Aktionen auf dem System laufen oder nicht. So habe ich auch von unterwegs über Handy die Möglichkeit diese Variable im konkreten Fall von „aktiv“ auf „inaktiv“ zu setzen. Es ist für mich wichtig, das ich auch unterwegs mitbekomme, das sich die Zweit-CCU nicht mehr beim Master meldet. Über diese Steuerungsvaribale habe ich die Möglichkeit die Abfrage des HeartBeats zu stoppen, damit ich unterwegs nicht alle 15 Minuten eine PUSH Nachricht aufs Handy bekomme.
Aktivität
In der Zeile 1 wird die Variable „HeartBeat_CCU_Garten_Abfrage“ auf den Wert „Abfrage offen“ gesetzt;
In der Zeile 2 wird mit einer Verzögerung von 1 Sekunde das entsprechende Sktipt ausgelöst (Beschreibung später);
In der Zeile 3 wird mit einer Verzögerung von 10 Sekunden die Variable „HeartBeat_CCU_Garten_Meldung“ auf den Wert „Meldung prüfen“ gesetzt;
In der Zeile 4 wird mit einer Verzögerung von 15 Sekunden die Variable „HeartBeat_CCU_Garten_Meldung“ auf den Wert „Meldung nicht prüfen“ gesetzt;
Beschreibung Script
! HeartBeat Abfrage an die CCU Garten im Gartenhaus senden !!!
var x = dom.GetObject("HeartBeat_CCU_Garten_Abfrage").Value();
string url='http://192.168.1.18:8181/a.exe?y=dom.GetObject("HeartBeat_CCU_Garten_Abfrage").State('#x#')';
dom.GetObject("CUxD.CUX2801001:1.CMD_EXEC").State("wget -q -O - '"#url#"'");
Zeilen
1. Zeile: Dokumentationszeile zur Beschreibung des Scriptes;
2. Zeile: Den Inhalt der Systemvariable „HeartBeat_CCU_Garten_Abfrage“ auslesen;
3. Zeile: HTTP Befehl zusammen setzen. Wichtig dabei die IP-Adresse der Zweit-CCU 192.168.1.18 und den Port 8181 zu verwenden;
4. Zeile: Absetzen des HTTP Befehl mittels CUxD Gerätes;
HeartBeat Abfrage auf Zweit-CCU beantworten
Auf der Zweit-CCU wird durch die Änderung der Systemvariablen „HeartBeat_CCU_Garten_Abfrage“ auf den Wert „Abfrage offen“ über das Programm von der Master-CCU das Programm „Skript – HeartBeat CCU Garten“ ausgelöst. Das heißt, das Master-System schickt eine Systemvariable mit einem bestimmten Inhalt an die zweite CCU. Diese Änderung der Systemvariable auf dem Zweitsystem löst dort ein Programm aus, welches dann eine Rückmeldung bei der Master-CCU durchführt. Nachfolgend seht ihr einen Ausdruck des WebUI Programmes:
Programm „Skript – HeartBeat CCU Garten“ auf der Zweit-CCU – (c) technikkram.net
Erklärung des Programmes
Bedingung
Als Bedingung für die Ausführung des Programmes dient die Systemvariable „HeartBeat_CCU_Garten_Abfrage“. Wird der Wert durch das Programm auf dem Master-System auf „Abfrage offen“ gesetzt, rennt das Programm los.
Aktivitäten
In der Zeile 1 wird die Variable „HeartBeat_CCU_Garten_Abfrage“ auf der Zweit-CCU sofort auf den Wert „Abfrage erledigt“ gesetzt;
In der Zeile 2 wird mit einer Verzögerung von 1 Sekunde das entsprechende Sktipt ausgelöst (Beschreibung später);
Beschreibung Script
! HeartBeat von CCU Garten an HomeMatic Master Zentrale senden
var x = dom.GetObject("HeartBeat_CCU_Garten").Value();
string url='http://192.168.1.50:8181/a.exe?y=dom.GetObject("HeartBeat_CCU_Garten").State('#x#')';
dom.GetObject("CUxD.CUX2801001:1.CMD_EXEC").State("wget -q -O - '"#url#"'");
Zeilen
1. Zeile: Dokumentationszeile zur Beschreibung des Scriptes;
2. Zeile: Den Inhalt der Systemvariable „HeartBeat_CCU_Garten“ auslesen – Wert wird bei Start der CCU auf „aktiv“ gesetzt;
3. Zeile: HTTP Befehl zusammen setzen. Wichtig dabei die IP-Adresse der Master-CCU 192.168.1.50 und den Port 8181 zu verwenden;
4. Zeile: Absetzen des HTTP Befehl mittels CUxD Gerätes;
HeartBeat Rückmeldung auf Master auswerten
Auf der Master-CCU wird durch die Aktualisierung der Systemvariablen „HeartBeat_CCU_Garten“ auf den Wert „aktiv“ durch das Programm von der Zweit-CCU auf der Master-CCU das Programm „HeartBeat CCU Garten Rückmeldung“ ausgelöst. Dieses Programm setzt dann die Systemvariable „HeartBeat_CCU_Garten_Abfrage“ auf den Wert „Abfrage erledigt“. Nachfolgend seht ihr einen Ausdruck des WebUI Programmes:
Programm „HeartBeat CCU Garten Rückmeldung“ auf der Master-CCU – (c) technikkram.net
Erklärung des Programmes
Bedingung
Bei Aktualisierung der Systemvariable „HeartBeat_CCU_Garten“ auf den Wert „aktiv“ wird das Programm ausgelöst;
Aktivität
Die Systemvariable „HeartBeat_CCU_Garten_Abfrage“ wird auf den Wert „Abfrage erledigt“ gesetzt;
Push Nachricht wenn keine Rückmeldung
Das gesamte bisher beschriebene Verfahren läuft innerhalb von einer bis maximal zwei Sekunden ab, wie ihr später anhand der Screenshots des Systemprotokolles sehen könnt. Um sicher zu gehen, das wenn die Rückmeldung von der Zweit-CCU nicht innerhalb von 10 Sekunden erfolgt, setze ich im ersten Programm des Verfahrens auch die Systemvariable „HeartBeat_CCU_Garten_Meldung“ auf den Wert „Meldung prüfen“. Diese Änderung der Systemvariable löst dann nach 10 Sekunden das nachfolgende Programm aus:
Programm „HeartBeat CCU Garten Push Versand“ auf der Master-CCU – (c) technikkram.net
Erklärung des Programmes
Bedingung
Wenn die Aktualisierung der Systemvariable „HeartBeat_CCU_Garten_Meldung“ auf den Wert „Meldung prüfen“ statfindet, wird das Programm ausgelöst;
Zusätzlich wird die Systemvariable „HeartBeat_CCU_Garten_Abfrage“ auf den Wert „Abfrage offen“ geprüft – Dieser Wert hat nur Bestand, wenn die Rückmeldung nicht innerhalb von 10 Sekunden gekommen ist.
Aktivität
Wenn die beiden Bedingungen erfüllt sind, wird eine PUSH Nachricht mit dem Inhalt „INFO – CCU Garten meldet sich nicht bei Zentrale zurueck“ an mein Handy geschickt. Eine Beschreibung zum Versand von PUSH Nachrichten findet ihr in diesem Artikel.
Systemprotokolle
Nachfolgend zeige ich euch ein paar Screenshots aus dem Systemprotokoll der beiden Systeme. Darin könnt ihr den Ablauf der Aktion auf der Master-CCU und der Zweit-CCU erkennen und sehen wir schnell das Ganze funktioniert.
Systemprotokoll der Master-CCU
Zeit
Datum
Kanal / Systemvariable
Aktivität
Beschreibung
18:15:00
17.03.2019
HeartBeat_CCU_Garten_Abfrage
Abfrage
offen
Abfrage an Zwei-CCU senden
18:15:01
17.03.2019
HeartBeat_CCU_Garten
aktiv
Rückmeldung von Zweit-CCU
18:15:01
17.03.2019
HeartBeat_CCU_Garten_Abfrage
Abfrage
erledigt
Variable auf Master ändern
18:15:10
17.03.2019
HeartBeat_CCU_Garten_Meldung
Meldung
prüfen
Prüfung starten
18:15:15
17.03.2019
HeartBeat_CCU_Garten_Meldung
Meldung
nicht prüfen
Prüfung beenden
Systemprotokoll der Zweit-CCU
Zeit
Datum
Kanal / Systemvariable
Aktivität
Beschreibung
18:15:01
17.03.2019
HeartBeat_CCU_Garten_Abfrage
Abfrage
offen
Rückmeldung starten
18:15:01
17.03.2019
HeartBeat_CCU_Garten_Abfrage
Abfrage
erledigt
Rückmeldung erledigt
Fazit
Im ersten Moment hört sich das mit dem HeartBeat vielleicht ein wenig kompliziert an, aber wenn ihr es anhand des Artikels Schritt für Schritt einrichtet, werdet ihr anschließen genauso begeistert sein wie ich. Es funktioniert bei mir seid 3 Wochen absolut zuverlässig und wirklich flott innerhalb einer Sekunde. Bei mir war es die Lösung für die Aktoren im Garten. Genauso kann eine zweite CCU auch die Lösung in einem größeren Objekt mit schwierigen Funkbedingungen sein.
Genauso perfekt uns schnell funktioniert es, eine Aktion auf der Zweit CCU auszulösen und den Status (beispielsweise „Bewegung erkannt“ an den Master weiter zugeben. Auch das Auslösen einer Aktion oder Programmes auf der Master CCU kann dazu verwendet werden auf der Zweit CCU ebenfalls eine Aktion oder ein Programm auszulösen. Das würde den Rahmen dieses Artikel jedoch sprengen, daher werde ich noch in dieser Woche einen weiteren Artikel genau mit diesem Inhalt veröffentlichen.
Viel Spass beim ausprobieren und endlich können wir auch HomeMatic IP Aktoren, welche von unserer HomeMatic Zentrale zu weit weg sind, zuverlässig bedienen und überwachen.
https://technikkram.net/wp-content/uploads/2019/03/h-CCU2-CCU3-Top.jpg6511200Wernerhttps://technikkram.net/wp-content/uploads/2019/05/technikkram_transparent.pngWerner2019-03-17 19:00:332019-03-27 12:41:25Homematic – Zweite CCU anstatt LAN-Gateway verwenden und mit Zentrale verknüpfen
31Kommentare
Heinz sagte:
Mar 4 14:30:02 ccu3-webui daemon.info cuxd[7028]: system(wget -q -O – ‚http://192.168.xx.xx:8181/a.exe?y=dom.GetObject(„HeartBeat_CCU_Keller_Abfrage“).State(false)‘) exit(6) 1s
ist die fehler meldung weis wer was das ist?
So hab das mal alles eingefügt aber irgend wie will meine Haupt CCU nicht senden, die gegenrichtung geht einwandfrei von der client CCU zu haupt nur die richtung von haupt zur 2ten mag nicht.
Finde keinen Fehler habe alle rauskopiert und IP-Geändert, verstehe das nicht.
Hallo Werner,
die Vorgehensweise mit der 2. CCU ist super, aber bei mir hängt es noch an einer Stelle (Setzen der Zielvariable). CuxD stellt eine Verbindung her und verändert den Wert in der 2. CUU, aber scheinbar ist der Wert leer, weil die Variable am Ziel auf „null“ gesetzt wird. An der 1. CCU ist die Variable SV_Test auf „Inhalt“ gesetzt.
Folgendes gebe ich bei „Skript testen“ ein:
var x = dom.GetObject(„SV_Test“).Value();
string url=’http://192.168.178.38:8181/a.exe?y=dom.GetObject(„SV_Test“).State(‚#x#‘)‘;
dom.GetObject(„CUxD.CUX2801001:1.CMD_EXEC“).State(„wget -q -O – ‚“#url#“‚“);
WriteLine(url);
Habe jetzt selbst nach langer Recherche die Lösung gefunden, und möchte sie natürlich auch veröffentlichen.
Fehlerursache: State(‚#x#‘)‘; ergibt in meinem Beispiel State(Inhalt). Da wird der Klammerausdruck wie eine Variable behandelt, aber nicht wie ein Text, da die Anführungsstriche fehlen. Die Variable Inhalt gibt es auf der 2. CCU nicht, daher wird null gesetzt.
Lösung: Anführungsstriche einbauen: State(“ ‚#x#‘ „)‘; Das liefert State(„Inhalt“) und so funktioniert das!
Wäre es inzwischen möglich, das Problem mit HB-RF-ETH zu lösen? Wenn man LAN hat, würde ein zweites Empfangsmodul doch reichen, oder? Kann man zwei HB-RF-ETH an einer Debmatic ankoppeln?
Hallo zusammen
Ich habe die CCU2 als LAN-Gateway konfiguriert und bin fast verzweifelt, weil in der CCU3 der Status immer auf „not connected“ blieb. Schlussendlich habe ich mit netstat -t auf dem CCU2-Gateway gesehen, dass die CCU3 sehr wohl connected hat (2x ESTABLISHED). Also ignorierte ich die anscheined falsche Statusangabe in der CCU3 und setzte den CCU2 LAN-Gateway weit weg von der CCU3 ein – und siehe da, alles funktioniert perfekt!
Hallo,
leider wurde der Artikel zur Einrichtung von CUxD nicht verlinkt.
Ich verstehe das leider alles nicht wirklich. Wie muss die Fernbedienung heißen? Im Code ist immer von „CMD_EXEC“ die Rede.
Muss die Fernbedienung auf beiden CCUs eingerichtet werden?
Vielen Dank für die Hilfe.
Ich bin mittlerweile echt genervt von meinem HomeMatic LAN Gateway da ab und an mal die Verbindung verloren geht und sich einfach nicht wieder findet. Gibt es mittlerweile die angekündigte Lösung? Wäre topp, dann würde ich auch umschwenken wollen.
Hallo zusammen
das ist zwar technisch elegant, aber für viele Devices relativ umständlich. Wäre eine Integration via iOBroker oder NodeRed nicht einfacher und auch verständlicher?
Systemvariablen sind in vielen 3rd PartyProgrammen nicht so super unterstützt wie native Devices.
Vielleicht sollte man mal darüber nachdenken, ProxyDevices in Cuxd zu unterstützen, welche selbstständig den Zustand eines Homematic oder HMIP Devices synchronisieren.
Ebenfalls verstehe ich nicht, wieso dass der Hersteller es nicht schaff ein Lan Gateway zu produzieren, das beide Protokolle unterstützt.
Hallo Werner,
besten Dank für die verständliche Anleitung. Werde dies bei mir mal ausprobieren und berichten.
„Wie werden Zustände von der einen auf die andere CCU übertragen?“ das würde mich auch noch sehr interessiern.
VG
Rüdiger
Hallo,
deine Anleitung beschreibt genau mein Problem.
CCU2 übrig und Gartenhaus nicht von der CCU3 erreichbar.
Im Gartenhaus liegt LAN/Wlan an.
Ich kann die CCU 2 von der CCU 3 aber nicht erreichen.
Muss bei CuxDeamon noch was eingetragen werden
Die IP in den Skripten ist doch dieselbe mit der ich auch die CCU
Web-Ui erreiche, oder ?
Versuche mich gerade an diesem Aufbau, und habe eine Frage
ich habe in der Cux-Daemon eine CUX 4000001 Fernbedieung 12 Tasten erzeugt so wie auf der Master und 2 CCU und diese auch im Program geändert, muss ich in der:
KEY|ACTIVE
KEY|REPEAT (0-2)
KEY|DEVICE
KEY|REG_MATCH
KEY|RCV_SHORT
KEY|RCV_LONG
KEY|CMD_EXEC
KEY|CMD_SHORT
KEY|CMD_LONG
was eingetragen werden, wenn ja was
aus gegebenem Anlaß bin ich über Deinen Artikel hier gestolpert.
Die Anleitung ist recht gut, aber an der Ausführung mit meinen beiden CCUs hapert es ein wenig. Alles 1:1 eingegeben und doppelt überprüft, aber die CCUs senden sich nichts hin und her. Es ist keine Änderung der Systemvariablen zu sehen.
Vielleicht gibt es ja noch Stolpersteine, die ich noch nicht bemerkt habe. Oder ich habe im CUx-Daemon nicht die richtigen Geräte erstellt.
Sollte sich sonst noch jemand berufen fühlen und mir helfen wollen, ich bin für jeden Vorschlag oder Lösungsansatz gerne zu haben.
Hallo,
gibt es schon ein Update oder einen weiteren Artikel zu diesem Thema? Wäre für mich mega interessant Systemvariablen oder Aktoren von der einen CCU auf der anderen zu steuern.
Ich vermute es gibt oben 2 Fehler:
– Bei „HeartBeat Abfrage auf Zweit-CCU beantworten “ muss bei Aktivität die Systemvariable HeartBeat_CCU_Garten anstatt HeartBeat_CCU_Garten_Abfrage gesetzt werden.
– In dem dazugehörigen Script muss anders als in der Beschreibung die IP der Master CCU angesprochen werden.
vielen Dank für das genaue Lesen des Artikels und deine Information.
Ich habe mir das gerade nochmal angesehen. Bei den Variablen ist alles korrekt. Auf der Zweit-CCU steht die Systemvariable „HeartBeat_CCU_Garten“ ab dem Start der CCU2 immer auf „aktiv“. Was durch die Abfrage vom Master „offen“ ist, ist die Systemvariable „HeartBeat_CCU_Garten_Abfrage“. Daher muss diese auf der Zweit-CCU auf „erledigt“ gesetzt und an die Master übertragen werden. Die Systemvariable „HeartBeat_CCU_Garten“ kann ja bei einem Ausfall der Zweit-CCU nicht mehr auf „inaktiv“ gesetzt werden. Daher gehe ich den Umweg über die andere Variable mit der Abfrage. Kommt die Meldung nicht auf der Master-CCU an, stimmt was nicht.
Aber bei der Beschreibung ist mir ein kleiner Fehler unterlaufen:
ALT = 3. Zeile: HTTP Befehl zusammen setzen. Wichtig dabei die IP-Adresse der Zweit-CCU 192.168.1.50 und den Port 8181 zu verwenden;
NEU: – 3. Zeile: HTTP Befehl zusammen setzen. Wichtig dabei die IP-Adresse der Master-CCU 192.168.1.50 und den Port 8181 zu verwenden;
Hi,
schön wenn ich helfen konnte :)
Aber bei mir kam alle 15 Minuten die Push Nachricht. Wo setzt du den oben in der Beschreibung den Status „HeartBeat_CCU_Garten“ = aktiv, den du wiederum bei „HeartBeat Rückmeldung auf Master auswerten“ auswertest?
Gibt es denn schon Ansätze, dass Homematic IP Komponenten auf LAN-Gateways laufen? Das muss doch möglich sein und nachentwickelt werden. Mir ist klar, dass die IP-Komponenten eine Repeaterfunktion haben, aber das hilft aber lange nicht in allen Lebenslagen vor allem dann nicht, wenn man eine Unmenge an IP Aktoren hat. Abgelegene Gartenhäuser oder Keller in Mehrfamilienhäusern sind gute Beispiele hierfür…
Hallo,
deine Anleitung beschreibt genau mein Problem.
CCU2 übrig und Gartenhaus nicht von der CCU3 erreichbar.
Im Gartenhaus liegt LAN/Wlan an.
Ich kann die CCU 2 von der CCU 3 aber nicht erreichen.
Muss bei CuxDeamon noch was eingetragen werden
Die IP in den Skripten ist doch dieselbe mit der ich auch die CCU
Web-Ui erreiche, oder ?
Eine Frage bleibt dann doch offen.
Wie werden Zustände von der einen auf die andere CCU übertragen?
Fallbeispiel:
Ich habe Fenstersensoren auf der einen, sowie auf der anderen CCU.
Wie kann ich jetzt z.B. die Alarmanlage scharf schalten wenn alle Fenster geschlossen sein müssen, bzw wie wird Alarm ausgelöst, wenn das Programm und einige Fenstersensoren auf der CCU-1 liegen, aber der Fenstersensor auf der CCU-2 ausgelöst wird?
Gruß,
Mathias
vielen Dank für deine tolle Anleitung, ich habe diese vor ein paar Wochen umgesetzt und es funktioniert problemlos. Ich bin allerdings schon gespannt auf deine Lösungen, die du hier seit langem angekündigt hast. Gibt es da schon etwas Neues?
Mar 4 14:30:02 ccu3-webui daemon.info cuxd[7028]: system(wget -q -O – ‚http://192.168.xx.xx:8181/a.exe?y=dom.GetObject(„HeartBeat_CCU_Keller_Abfrage“).State(false)‘) exit(6) 1s
ist die fehler meldung weis wer was das ist?
So hab das mal alles eingefügt aber irgend wie will meine Haupt CCU nicht senden, die gegenrichtung geht einwandfrei von der client CCU zu haupt nur die richtung von haupt zur 2ten mag nicht.
Finde keinen Fehler habe alle rauskopiert und IP-Geändert, verstehe das nicht.
Hallo Werner,
die Vorgehensweise mit der 2. CCU ist super, aber bei mir hängt es noch an einer Stelle (Setzen der Zielvariable). CuxD stellt eine Verbindung her und verändert den Wert in der 2. CUU, aber scheinbar ist der Wert leer, weil die Variable am Ziel auf „null“ gesetzt wird. An der 1. CCU ist die Variable SV_Test auf „Inhalt“ gesetzt.
Folgendes gebe ich bei „Skript testen“ ein:
var x = dom.GetObject(„SV_Test“).Value();
string url=’http://192.168.178.38:8181/a.exe?y=dom.GetObject(„SV_Test“).State(‚#x#‘)‘;
dom.GetObject(„CUxD.CUX2801001:1.CMD_EXEC“).State(„wget -q -O – ‚“#url#“‚“);
WriteLine(url);
WriteLine(url) bringt folgende Ausgabe:
http://192.168.178.38:8181/a.exe?y=dom.GetObject(„SV_Test“).State(Inhalt)
Und an der Ziel-CCU geht der Status der Variable SV_Test auf „null“.
Kannst du mir da noch einen Tip geben, warum das nicht funktioniert?
Herzlichen Dank
Bernie
Habe jetzt selbst nach langer Recherche die Lösung gefunden, und möchte sie natürlich auch veröffentlichen.
Fehlerursache: State(‚#x#‘)‘; ergibt in meinem Beispiel State(Inhalt). Da wird der Klammerausdruck wie eine Variable behandelt, aber nicht wie ein Text, da die Anführungsstriche fehlen. Die Variable Inhalt gibt es auf der 2. CCU nicht, daher wird null gesetzt.
Lösung: Anführungsstriche einbauen: State(“ ‚#x#‘ „)‘; Das liefert State(„Inhalt“) und so funktioniert das!
VG Bernie
Danke für die anleitung,
würde das den auch mit 3 CCU’s funktionieren wenn diese unterschiedliche Variablen nutzen sollen?
Gruß
Heinz
Wäre es inzwischen möglich, das Problem mit HB-RF-ETH zu lösen? Wenn man LAN hat, würde ein zweites Empfangsmodul doch reichen, oder? Kann man zwei HB-RF-ETH an einer Debmatic ankoppeln?
Hallo zusammen
Ich habe die CCU2 als LAN-Gateway konfiguriert und bin fast verzweifelt, weil in der CCU3 der Status immer auf „not connected“ blieb. Schlussendlich habe ich mit netstat -t auf dem CCU2-Gateway gesehen, dass die CCU3 sehr wohl connected hat (2x ESTABLISHED). Also ignorierte ich die anscheined falsche Statusangabe in der CCU3 und setzte den CCU2 LAN-Gateway weit weg von der CCU3 ein – und siehe da, alles funktioniert perfekt!
Globe Telecom
Globe Telecom
Hallo,
leider wurde der Artikel zur Einrichtung von CUxD nicht verlinkt.
Ich verstehe das leider alles nicht wirklich. Wie muss die Fernbedienung heißen? Im Code ist immer von „CMD_EXEC“ die Rede.
Muss die Fernbedienung auf beiden CCUs eingerichtet werden?
Vielen Dank für die Hilfe.
Ich bin mittlerweile echt genervt von meinem HomeMatic LAN Gateway da ab und an mal die Verbindung verloren geht und sich einfach nicht wieder findet. Gibt es mittlerweile die angekündigte Lösung? Wäre topp, dann würde ich auch umschwenken wollen.
Hallo zusammen
das ist zwar technisch elegant, aber für viele Devices relativ umständlich. Wäre eine Integration via iOBroker oder NodeRed nicht einfacher und auch verständlicher?
Systemvariablen sind in vielen 3rd PartyProgrammen nicht so super unterstützt wie native Devices.
Vielleicht sollte man mal darüber nachdenken, ProxyDevices in Cuxd zu unterstützen, welche selbstständig den Zustand eines Homematic oder HMIP Devices synchronisieren.
Ebenfalls verstehe ich nicht, wieso dass der Hersteller es nicht schaff ein Lan Gateway zu produzieren, das beide Protokolle unterstützt.
Hallo Werner,
besten Dank für die verständliche Anleitung. Werde dies bei mir mal ausprobieren und berichten.
„Wie werden Zustände von der einen auf die andere CCU übertragen?“ das würde mich auch noch sehr interessiern.
VG
Rüdiger
Ich wäre auch an der Präsentation der Lösung(en) interessiert. ;-)
Hallo,
deine Anleitung beschreibt genau mein Problem.
CCU2 übrig und Gartenhaus nicht von der CCU3 erreichbar.
Im Gartenhaus liegt LAN/Wlan an.
Ich kann die CCU 2 von der CCU 3 aber nicht erreichen.
Muss bei CuxDeamon noch was eingetragen werden
Die IP in den Skripten ist doch dieselbe mit der ich auch die CCU
Web-Ui erreiche, oder ?
Danke dir schon Mal
Versuche mich gerade an diesem Aufbau, und habe eine Frage
ich habe in der Cux-Daemon eine CUX 4000001 Fernbedieung 12 Tasten erzeugt so wie auf der Master und 2 CCU und diese auch im Program geändert, muss ich in der:
KEY|ACTIVE
KEY|REPEAT (0-2)
KEY|DEVICE
KEY|REG_MATCH
KEY|RCV_SHORT
KEY|RCV_LONG
KEY|CMD_EXEC
KEY|CMD_SHORT
KEY|CMD_LONG
was eingetragen werden, wenn ja was
Hallo Werner,
aus gegebenem Anlaß bin ich über Deinen Artikel hier gestolpert.
Die Anleitung ist recht gut, aber an der Ausführung mit meinen beiden CCUs hapert es ein wenig. Alles 1:1 eingegeben und doppelt überprüft, aber die CCUs senden sich nichts hin und her. Es ist keine Änderung der Systemvariablen zu sehen.
Vielleicht gibt es ja noch Stolpersteine, die ich noch nicht bemerkt habe. Oder ich habe im CUx-Daemon nicht die richtigen Geräte erstellt.
Sollte sich sonst noch jemand berufen fühlen und mir helfen wollen, ich bin für jeden Vorschlag oder Lösungsansatz gerne zu haben.
VG
Thomas
Hallo,
gibt es schon ein Update oder einen weiteren Artikel zu diesem Thema? Wäre für mich mega interessant Systemvariablen oder Aktoren von der einen CCU auf der anderen zu steuern.
Viele Grüße
Fred
Hallo,
gibt es schon Update zu diesem Thema?
Ich vermute es gibt oben 2 Fehler:
– Bei „HeartBeat Abfrage auf Zweit-CCU beantworten “ muss bei Aktivität die Systemvariable HeartBeat_CCU_Garten anstatt HeartBeat_CCU_Garten_Abfrage gesetzt werden.
– In dem dazugehörigen Script muss anders als in der Beschreibung die IP der Master CCU angesprochen werden.
Hallo Kai,
vielen Dank für das genaue Lesen des Artikels und deine Information.
Ich habe mir das gerade nochmal angesehen. Bei den Variablen ist alles korrekt. Auf der Zweit-CCU steht die Systemvariable „HeartBeat_CCU_Garten“ ab dem Start der CCU2 immer auf „aktiv“. Was durch die Abfrage vom Master „offen“ ist, ist die Systemvariable „HeartBeat_CCU_Garten_Abfrage“. Daher muss diese auf der Zweit-CCU auf „erledigt“ gesetzt und an die Master übertragen werden. Die Systemvariable „HeartBeat_CCU_Garten“ kann ja bei einem Ausfall der Zweit-CCU nicht mehr auf „inaktiv“ gesetzt werden. Daher gehe ich den Umweg über die andere Variable mit der Abfrage. Kommt die Meldung nicht auf der Master-CCU an, stimmt was nicht.
Aber bei der Beschreibung ist mir ein kleiner Fehler unterlaufen:
ALT = 3. Zeile: HTTP Befehl zusammen setzen. Wichtig dabei die IP-Adresse der Zweit-CCU 192.168.1.50 und den Port 8181 zu verwenden;
NEU: – 3. Zeile: HTTP Befehl zusammen setzen. Wichtig dabei die IP-Adresse der Master-CCU 192.168.1.50 und den Port 8181 zu verwenden;
Ich habe das im Artikel geändert.
Grüße
Werner
Hi,
schön wenn ich helfen konnte :)
Aber bei mir kam alle 15 Minuten die Push Nachricht. Wo setzt du den oben in der Beschreibung den Status „HeartBeat_CCU_Garten“ = aktiv, den du wiederum bei „HeartBeat Rückmeldung auf Master auswerten“ auswertest?
Verstanden. Bei mir stand sie nicht „immer“ auf aktiv. nun ist das anders:)
Hallo Kai,
prima wenn es jetzt funktioniert.
Gruss
Werner
Gibt es denn schon Ansätze, dass Homematic IP Komponenten auf LAN-Gateways laufen? Das muss doch möglich sein und nachentwickelt werden. Mir ist klar, dass die IP-Komponenten eine Repeaterfunktion haben, aber das hilft aber lange nicht in allen Lebenslagen vor allem dann nicht, wenn man eine Unmenge an IP Aktoren hat. Abgelegene Gartenhäuser oder Keller in Mehrfamilienhäusern sind gute Beispiele hierfür…
Hallo Werner,
das wäre Klasse wenn Du in einen extra Artikel informieren könntest wie man eine Systemvariable von einer CCU in die andere kopieren kann.
mit diesen Heartbeat blicke ich nicht ganz durch.
Hallo,
deine Anleitung beschreibt genau mein Problem.
CCU2 übrig und Gartenhaus nicht von der CCU3 erreichbar.
Im Gartenhaus liegt LAN/Wlan an.
Ich kann die CCU 2 von der CCU 3 aber nicht erreichen.
Muss bei CuxDeamon noch was eingetragen werden
Die IP in den Skripten ist doch dieselbe mit der ich auch die CCU
Web-Ui erreiche, oder ?
Danke dir schon Mal
Danke, Werner.
Mir fällt da leider nur eine Lösung via IObroker ein.
Eine Frage bleibt dann doch offen.
Wie werden Zustände von der einen auf die andere CCU übertragen?
Fallbeispiel:
Ich habe Fenstersensoren auf der einen, sowie auf der anderen CCU.
Wie kann ich jetzt z.B. die Alarmanlage scharf schalten wenn alle Fenster geschlossen sein müssen, bzw wie wird Alarm ausgelöst, wenn das Programm und einige Fenstersensoren auf der CCU-1 liegen, aber der Fenstersensor auf der CCU-2 ausgelöst wird?
Gruß,
Mathias
Hallo Mathias,
ich habe da einige Lösungen im Kopf, welche ich in den nächsten Tagen hier mal präsentieren werde.
Gruß
Werner
Hallo Werner,
vielen Dank für deine tolle Anleitung, ich habe diese vor ein paar Wochen umgesetzt und es funktioniert problemlos. Ich bin allerdings schon gespannt auf deine Lösungen, die du hier seit langem angekündigt hast. Gibt es da schon etwas Neues?
VG,
Peter