[gelöst] Anfänger braucht Hilfe beim Verbinden

Begonnen von MarkoP, 11 Juni 2020, 20:49:13

Vorheriges Thema - Nächstes Thema

MarkoP

Hallo, bin noch Anfänger und brauche Hilfe mein erstes Homematic-Device in Fhem anzulegen.

Als Information:
Ich habe ein Homematic-Funk-Gateway das auch in Fhem angelegt ist und dessen Status mit "opened" zurückgegeben wird.
Jetzt habe ich als ersten Aktor einen Tür-/Fensterkontakt mit Magnet. Der Bausatz ist zusammengebaut und es wird über die Schalt-LED auch signalisiert, das der Sensor schließt oder öffnet.

Nun hat das Gateway ja keine eigene WebUI soweit ich weiß.
Damit kommen wir zum Problem:
Was muss ich tun um den Aktor mit dem Gateway zu verbinden?
Was muss ich tun um den Aktor in Fhem zu registrieren bzw. Wiederzufinden?

P.S. Autocreate ist on.
Schreibe vom Handy aus der der PC aktuell nicht nutzbar ist, das macht Listings natürlich etwas schwer, aber falls notwendig versuche ich es.

Ich hoffe jemand kann mir eine kurze Anleitung in Stichpunkten geben welche Schritte ich unternehmen muss um in Fhem auf den Kontakt zugreifen zu können.
Fhem-Server läuft per Bridge mit eigener IP auf einem Docker-Container auf meinem NAS. Alle Geräte haben eine statische IP im Netzwerk und laufen im gleichen Subnetzwerk. DHCP ist deaktiviert. DNS läuft über den Router (Fritzbox Cable), alternative über Googles 8.8.8.8

Otto123

Hi,

Du musst "Anlernen an Zentrale" machen. Steht im Handbuch und im Wiki (Pairen):
https://wiki.fhem.de/wiki/HomeMatic#FHEM_als_Zentrale

Zitatja keine eigene WebUI soweit ich weiß.
FHEM ist Deine WEBUI
Also set DeinGateway hmPaiForSec 120
Dann am Gerät den Configtaster drücken (Handbuch)
Danach ist das Gerät angelegt.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

MadMax-FHEM

@Otto:

wann sollen wir ihn auf das Anlegen einer vccu aufmerksam machen!? ;)

und wann fragen welches "Funk-Gateway" er hat!? ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Otto123

Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

MadMax-FHEM

Zitat von: Otto123 am 11 Juni 2020, 22:48:42
Besser jetzt als nie :)

OK! :)

@MarkoP:

Also jetzt wo du noch nicht viel hast (geht jederzeit aber je früher desto gut ;)  ): https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU

Es empfiehlt sich eine zu haben!

Gleiches gilt für hminfo: https://wiki.fhem.de/wiki/HomeMatic_HMInfo


Dann noch die (obligatorische) Frage: welches HM-Funkmodul hast du!?

Viel Erfolg, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MarkoP

Ich habe folgendes Gateway:
https://www.amazon.de/gp/product/B00H8XIIME/ref=ppx_yo_dt_b_asin_image_o07_s00?ie=UTF8&psc=1
Gibt es mehr als eins?  Meines Wissens hat das als Kabelgebundenes doch alle Vorgänger abgelöst.

Was die VCCU angeht, macht die doch eigentlich nur Sinn wenn mehrere Gateways betrieben werden, oder?
Da ich das gerade eben nicht vorhabe (die Wohnung ist nur 60qm² groß und hat nur eine Etage) denke ich das da weniger Interesse dran besteht. Trotzdem danke für den Hinweis..

HMInfo muss ich mir mal gründlich ansehen. Klingt interessant. Aber ehrlich gesagt bin ich im Augenblick froh wenn ich lediglich die paar Sachen (Fensterkontakt, Thermostat und Rolladen-Funk-Aktor) neben der Renovierung des Raums ans Laufen bekomme. Anschließend will ich ein paar alte Wandschalter gegen Homematic-Schalter austauschen.

Hab den Fensterkontakt inzwischen auch gefunden. Er wurde in Fhem automatisch als HM_Cul angelegt, weshalb ich ihn nicht wahrgenommen habe, da ich ihn mit dem Cul (hatte ich vor dem Gateway und hab ihn ausgestöpselt) verwechselt habe.
Fhem-Server läuft per Bridge mit eigener IP auf einem Docker-Container auf meinem NAS. Alle Geräte haben eine statische IP im Netzwerk und laufen im gleichen Subnetzwerk. DHCP ist deaktiviert. DNS läuft über den Router (Fritzbox Cable), alternative über Googles 8.8.8.8

MadMax-FHEM

#6
Zitat von: MarkoP am 15 Juni 2020, 13:38:00
Ich habe folgendes Gateway:
https://www.amazon.de/gp/product/B00H8XIIME/ref=ppx_yo_dt_b_asin_image_o07_s00?ie=UTF8&psc=1
Gibt es mehr als eins?  Meines Wissens hat das als Kabelgebundenes doch alle Vorgänger abgelöst.

Ja, z.B.: https://de.elv.com/elv-homematic-komplettbausatz-funkmodul-fuer-raspberry-pi-hm-mod-rpi-pcb-fuer-smart-home-hausautomation-142141

Wie man sieht sehr vielseitig: https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi



Zitat von: MarkoP am 15 Juni 2020, 13:38:00
Was die VCCU angeht, macht die doch eigentlich nur Sinn wenn mehrere Gateways betrieben werden, oder?
Da ich das gerade eben nicht vorhabe (die Wohnung ist nur 60qm² groß und hat nur eine Etage) denke ich das da weniger Interesse dran besteht. Trotzdem danke für den Hinweis..

Es empfiehlt sich eine zu haben!
Auch mit nur einem IO-Modul...

Mal im Forum suchen...

Hier nur schnell ein paar Dinge:

"ausblenden" von Geräten des Nachbarn...
virtuelle Kanäle/Buttons/...
Späterer Tausch eines Funkmoduls sehr einfach...
Erweiterung (falls doch mal nötig) sehr einfach...

Aber: dein System, selber entscheiden... ;)


Zitat von: MarkoP am 15 Juni 2020, 13:38:00
HMInfo muss ich mir mal gründlich ansehen. Klingt interessant.

Noch mehr Empfehlung als vccu!
Es reicht ja erst mal es zu "definieren"...

Wenn "Probleme" auftreten ist es auf jeden Fall ein gutes Hilfsmittel...
Und ansonsten kann mal (immer wieder mal) prüfen, ob alles "rund läuft"...
...zumindest bzgl. CUL_HM/Homematic...


Zitat von: MarkoP am 15 Juni 2020, 13:38:00
Aber ehrlich gesagt bin ich im Augenblick froh wenn ich lediglich die paar Sachen (Fensterkontakt, Thermostat und Rolladen-Funk-Aktor) neben der Renovierung des Raums ans Laufen bekomme. Anschließend will ich ein paar alte Wandschalter gegen Homematic-Schalter austauschen.

Halt aufpassen, dass du bei Homematic OHNE IP, also BidCos, bleibst weil sonst: alles anders ;)

Und: Homematic Schalter/Taster/Aktoren brauchen einen Neutralleiter! (ist nicht immer da in einer Schalter-Dose)


Zitat von: MarkoP am 15 Juni 2020, 13:38:00
Hab den Fensterkontakt inzwischen auch gefunden. Er wurde in Fhem automatisch als HM_Cul angelegt, weshalb ich ihn nicht wahrgenommen habe, da ich ihn mit dem Cul (hatte ich vor dem Gateway und hab ihn ausgestöpselt) verwechselt habe.

Es gibt in fhem 2 (oder 3 mit noch nicht echt implementiertem MQTT [gibt wohl EINEN Interessenten dafür ;)  ]) Varianten der Einbindung von Homematic in fhem:

direkt Funkmodul(e) in fhem (dazu gehört technisch möglich, wenn auch nicht ratsam der CUL): mittels CUL_HM-Modul (Name wohl "historisch" ;)  )...
Damit geht aber nur Homematic "Classic"/BisdCos OHNE IP!!


Die Homematic Geräte "hängen" an einer CCU (NICHT verwechseln mit vccu!!!) von eq3 (kann eine "echte, fertige" CCU2 oder CCU3 sein oder auch "Derivate": Bausatz "Charly", debMatic, Raspberrymatic, piVccu, ...)
Dann wird die CCU an fhem angebunden und zwar mittels HMCCU-Modul!
Damit geht "Classic"/BidCos UND Homematic IP


Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MarkoP

Der Unterschied zwischen Homematic und Homematic IP ist mir bewusst. Ich setze auf das alte Homematic ohne IP.
Wenn ich Zeit habe werde ich mir die beiden Sachen mal richtig anschauen und anlernen.

Wie gesagt sieht mein aktueller Tagesablauf ziemlich begrenzt aus, was durch die Renovierung noch zusätzlich eingeschränkt ist.
Was die erwähnten Schalter angeht, setze ich da auf die Batteriebetriebenen Funkversionen. Soweit ich das verstehe benötigen die gar keinen Stromanschluss und können überall in eine UP-Dose gesetzt (es gibt auch Aufputzvarianten soweit ich weiß) werden. Ich bräuchte die vorhandene Leitung also nur zu brücken und den Schalter einzubauen. Jedenfalls soweit ich es verstehe.

Was ich nicht verstehe ist deine letzte Ausführung
Zitatdirekt Funkmodul(e) in fhem (dazu gehört technisch möglich, wenn auch nicht ratsam der CUL): mittels CUL_HM-Modul (Name wohl "historisch"   )...
Damit geht aber nur Homematic "Classic"/BisdCos OHNE IP!!
Da ich mir bewusst die CCU aufgrund der Kosten sparen wollte, habe ich bewusst auf das Gateway gesetzt.
Soweit ich es verstehe werden die einzelnen Homematic-Device über das Gateway direkt in Fhem angezeigt, ausgelesen und angesteuert.
Der Cul ist doch ein Stick, der das Gateway ersetzen (kann), oder nicht? so einen Stick hatte ich vorher und hab ihn jetzt komplett aus der Config und dem Heimnetz entfernt, da mir mehrfach gesagt wurde, dass er bei einer größeren Menge an Devices immer wieder Probleme macht. Darum habe ich mir als Ersatz das genannte Gateway gekauft. Ohne CCU habe ich allerdings keine Möglichkeit ein Device im "Homematic-Netz" anzumelden, da mir die Weboberfläche fehlt. Ich muss die Device also direkt mit Fhem verbinden (das Gateway dient lediglich als Übersetzer in der Kommunikation).

Falls ich da etwas missverstanden habe bitte ich um Korrektur. Ansonsten um eine genauere Erklärung wie die Verbindung vom Device über das Gateway zu Fhem funktioniert. Und ganz wichtig um Difinitionsklärung, damit keine Missverstände zustande kommen. Beispielsweise die Frage was du genau mit Cul meinst etc.?
Fhem-Server läuft per Bridge mit eigener IP auf einem Docker-Container auf meinem NAS. Alle Geräte haben eine statische IP im Netzwerk und laufen im gleichen Subnetzwerk. DHCP ist deaktiviert. DNS läuft über den Router (Fritzbox Cable), alternative über Googles 8.8.8.8

MadMax-FHEM

Ich wollte nur die 2 Welten bzw. Unterschiede nennen: CUL_HM und HMCCU ;)

Wenn du das weißt: gut :)

CUL ist für mich der (selbstbau) USB-Stick (NICHT verwechseln mit dem HM-CFG-USB, den es [leider] nicht mehr gibt) mit CUL-FW (oder besser timing-FW).

Und ja: der ist nicht wirklich tauglich!

Aber da kommt wohl (historisch bedingt) der Name des "Anbindungs-Modul" CUL_HM her ;)


Hm, willst du wirklich Lichtschalter mit Batterie!?

Einen solchen habe ich auch, gut man bekommt den Batteriestand mit und kann (rechtzeitig) reagieren...
Und ja die Batterie hält auch schon ne Weile (müsste "Lügen": knapp 2 Jahre), wird aber auch sehr selten benutzt...

Aber (immer wieder mal) Lichtschalter rausbauen und dann Batterie wechseln und wieder reinfummeln!?
Musst du wissen.

Ich bin deshalb (teilweise) auf EnOcean gegangen, da gibt es Schalter, die ganz OHNE Anschluss UND OHNE Batterie auskommen.
Die nehmen die Funkenergie aus dem Drücken des Schalters/gut Tasters...

Aber sont, ja korrekt: Schalter überbrücken und dann in die Lampe (oder Dose dort o.ä.) dann den HM-Aktor...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Beta-User

Zitat von: MarkoP am 15 Juni 2020, 13:38:00
Was die VCCU angeht, macht die doch eigentlich nur Sinn wenn mehrere Gateways betrieben werden, oder?
Eine VCCU macht immer Sinn, wenn man es mit CUL_HM zu tun hat. Ansonsten ist das PI-PCB einfach nur ein IO, das halt nicht als CUL, sondern als HMUARTLGW eingebunden wird. Unter meiner VCCU werkeln sowohl das HMUARTLGW (ein Pi-PCB an einem USB-Seriell-Wandler), und ein CUL sowie ein MapleCUN. Zumindest als fallback-Lösung ist  der übrigens ganz ok, wenn man schon einen hat und nicht anderweitig zu nutzen weiß...

Diese ganzen Infos findet man auch im Wiki (ohne das geprüft zu haben würde ich behaupten: zentraler HomeMatic-Artikel).

Ansonsten ist Beleuchtung und HM mMn. nicht die optimale Kombination. Die Komponenten sind tendenziell eher teuer, die meisten kennen nur "Ein/Aus" oder man muß auf das passende Leuchtmittel achten, und die Taster sehen auch nicht wirklich gut aus (einer bei mir nuckelt auch die Batterien sehr schnell leer, das sind eher Monate wie Jahre).

Vielleicht mal einen Blick auf ZigBee werfen?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

MadMax-FHEM

Zitat von: Beta-User am 17 Juni 2020, 14:31:24
Vielleicht mal einen Blick auf ZigBee werfen?

Habe ich auch gemacht...
...finde ich bzgl. Licht wirklich TOLL!

ABER: was mit bei ZigBee (immer noch) fehlt sind eben "Lichtschalter"...

Also "irgendwas" was ich "unter" bestehende Lichtschalter "stecken" kann und dann damit eben ZigBee DIREKT steuern...

Ich habe schon versucht verschiedene Batterie-betriebene ZigBee-Schalter (FBs) umzubauen und zwar eben auch OHNE Batterie: schwierig...

Wenn du da was hast: her damit! :)

@MarkoP: Sorry für's "Kapern" ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Beta-User

Na ja, was "Lichtschalter" angeht, gibt es bei HM afaik auch nur eine Unterputz-Variante-230V-Variante bzw. man muß ein sündhaft teures Netzteil drunterklemmen, von daher war das erst mal meine gedankliche Ausgangs- bzw. Vergleichsbasis...
Ansonsten gibt es auch (wenige) 230V-Geräte mit Taster- (Schalter?)- eingängen in ZigBee (der Xiaomi-2-Kanal ist für europ. UP-Dosen zu groß, aber von Lupus sollte es was geben, oder das hier (UP-Dimmaktor), was man sicher auch als reines Input-Device nutzen könnte (würde aber annehmen, dass eine Direktverbindung zu einem Leuchtmittel nicht geht (?).))

Wie dem auch sei: tendenziell wird die Auswahl in ZigBee stetig größer und die Taster hübscher und vielseitiger (z.B. opple), und die Jungs bei eQ-3 bemühen sich nicht mal, ihr antiquiertes Taster-Design aus FS20-Zeiten anzufassen... Blöd' ist nur, dass bei ZigBee etwas nebulös bleibt, wann die Hardware direkt miteinander spricht, und wann die Zentrale da "ein Wörtchen mitredet". Ich will eigentlich tendenziell Direktverknüpfungen haben, und da ist z.B. ZWave "eindeutiger" bzw. auf CUL_HM-Niveau (nur gibt es da keine so große Auswahl an guten Tastern und/oder Leuchtmitteln).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

MadMax-FHEM

Zitat von: Beta-User am 17 Juni 2020, 15:25:56
Blöd' ist nur, dass bei ZigBee etwas nebulös bleibt, wann die Hardware direkt miteinander spricht, und wann die Zentrale da "ein Wörtchen mitredet". Ich will eigentlich tendenziell Direktverknüpfungen haben, und da ist z.B. ZWave "eindeutiger" bzw. auf CUL_HM-Niveau (nur gibt es da keine so große Auswahl an guten Tastern und/oder Leuchtmitteln).

Genau das ist (oft) das Problem.

Schaltaktoren gibt es auch von ZigBee einige (einen hast du ja verlinkt) aber die steuern ja (eher!? nur!?) die angeschlossene Lampe/Verbraucher etc. per Schalter/Taster und ZigBee...
...Direktverknüpfung (die ich auch will :) ) mit einer ZigBee-Leuchte etc. geht damit nicht, oder!?

Also einfach den Aktor einbauen, Taster/Schalter dran, NIX als Last dran, sondern nur die Schaltsignale und dann eben direkt ZigBee-Leuchten steuern...

Und ja es wird mehr aber was ich wirklich noch nicht (außer ein "Auslaufmodell" von Osram für 80EUR) gefunden habe ist genau sowas: einfach an Strom anschließen, VORHANDENEN Schalter/Taster dran und dann DIREKT ZigBee steuern...

Ich werde das weiter beobachten, mal sehen...

Führt aber hier zu weit...
...bzw. in die "falsche Richtung"... ;)

Danke, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MarkoP

Also für die Lampen will ich Phillips Hue nutzen, die HM-Schalter sollen rein als Aktor zum ein-/ausschalten dienen (quasi Signalgeber).
Hatte mich für die HM-Schalter unter anderem deshalb entschieden, weil sie mit diversen Schalterprogrammen kombinierbar sind und so optisch alles aus einem Hause zu kommen scheint.

Allerdings frage ich mich gerade ob ich der Sonderfall bin oder warum alle Direktverbindungen bevorzugen.
Ich sehe gerade in der Verbindung über die Zentrale den großen Vorteil.

Was ich wegen dem HM_Cul geschrieben habe war darauf bezogen, dass das Device in Fhem so benannt war, nicht das Modul. Nur zu Klärung.
Oder ist es so dass das Autocreate neue Devices immer mit dem Modulnamen anlegt? Dann stellt sich die Frage was beim zweiten, dritten Device passiert, dass von Autocreate angelegt wird.

Fhem-Server läuft per Bridge mit eigener IP auf einem Docker-Container auf meinem NAS. Alle Geräte haben eine statische IP im Netzwerk und laufen im gleichen Subnetzwerk. DHCP ist deaktiviert. DNS läuft über den Router (Fritzbox Cable), alternative über Googles 8.8.8.8

Beta-User

Zur Frage der Optik kann man streiten, aber die HM-Dinger sind jedenfalls nicht der Burner, just my2ct, bestätigt von meiner Liebsten...

Und wenn du sowieso ZigBee im Haus haben willst, fragt sich halt, welchen Vorteil das zwanghafte System-Kreuzen hat :P . Bleibt man innerhalb des Hardwaresystems, kann man jederzeit switchen ;) .
(für die Opple gibt es auch Mods, btw.. jedenfalls liegt das Außenmaß bei denen nur knapp über der 55-er-Marke (?), es gibt dazu hier (@ZigBee-Forumsteil) auch einen Thread dazu, der wieder auf einen externen Thread mit vielen Details verlinkt). Und der kommt mit einem ziemlich starken Magneten, man kann ihn also auch bei Bedarf abnehmen, finde ich ganz ok, und er macht (als 6-fach) mehr Events als ein HM-Taster ;) . (genauer: ca. doppelt so viele zum halben Preis... Blöd ist nur, dass manche (u.a. ich) (noch?) keine longrelease-Events bekommen :( ).

Ansonsten mach' dir nicht den großen Kopf, FHEM ist etwas intelligenter als zu versuchen, alles unter demselben Namen anzulegen 8) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors