Es war soweit, zwei neue Fibaro Double Switch 2 FGS-223 sind eingetroffen.Im Vergleich zum Vorgängermodell, dem FGS-222 Double Relay Switch 2 x 1,5KWbietet der Double Switch 2 einige interessante Neuerungen:
- Lastmessung: Momentanverbrauch (Watt) und Gesamtverbrauch (KWh)
- Z-Wave Protokoll Generation 5 / Z-Wave Plus Support
- Für Fibaro HCL/HC2 Nutzer interessant: Szenensteuerung
- Senden von Überhitzungs-Alarm
Der Aktor kam in dem von Fibaro gewohntenKarton, neben dem Gerät selbst liegen ihm auch wieder Anleitungen in allen gängigen Sprachen in Form von Faltblättern bei.
Nicht Teil des Geräts, aber wie ich finde durchaus mal eine Erwähnung wert: Inzwischen gibt es die PDF-Handbücher für alle neueren Geräte, zumindest in der englischen Version, nun in einem vernünftigen vertikalen Layoutmit Seitennummerierung, das macht das Lesen am PC/Tablet/Handy deutlich angenehmer.
Handbuch als PDF (englisch):
http://manuals.fibaro.com/content/manuals/en/FGS-2×3/FGS-2×3-EN-T-v1.0.pdf
Zum Vergrößern klicken:
Das Gerücht, das Gerät sei kleiner geworden als seine Vorgänger, kann ich nicht bestätigen. Ich habe gerade zwar keinen FGS-222 zum Größenvergleichzur Hand, aber die Vorgänger habe ichmit identischer Größe in Erinnerung.
Anschlussterminal
Wie man den Bildern entnehmen kann, hat sich das Anschluss-Terminal verändert: Zunächst ist die Phase Lnun zwischen die beiden Relais-Ausgänge gewandert, beim Vorgänger befand sich die Phasenoch neben dem Neutralleiter N.
Zudem ist der zweiteEingang IN weggefallen. Die Phase wird nun sowohl für die Versorgung des Gerätes selbst, als auch für die Versorgung der Ausgänge genutzt.
Gerade in engen Dosen ist ein Elektriker dankbar fürjede Wago-Klemme, die ereinsparen kann. Beim kleinen Bruder Single Switch 2 ist L sogar doppelt ausgeführt, man kann also noch eine weitere Klemme einsparen.
Allerdings werden sich mindestens genauso viele Leute über diese Änderung ärgern, denn ein potenzialfreies Schalten von einem völlig anderen, unabhängigen Stromkreis ist somit mit dem FGS 223 nicht mehr möglich.
Mit denDoppelrelais ersetze ich nach und nach alle normalen Lichtschalter. Auch bei einzelnen Schaltern nehme ich immer die Version mit zwei Relais,da ich auf diese Weise noch einen weiteren Schalter in OpenHAB zur Verfügung habe, um andere Dinge zu steuern. Das heißt, ichkaufe mit jedem Fibaro Doppelrelais auch immer einen Doppelschalter + Doppelwippe passend zu meinem Schalterprogramm mit und ersetze den Einzelschalter durch Doppelschalter.
Das der zweite Ausgang des Relais nicht angeschlossen wird, ist dabei nicht wichtig, denn das Fibaro Relais sendet das Kommando dennoch zur Zentrale,auch wenn keine Last geschaltet wird.
OpenHAB Integration
Da es für den Double Switch 2 noch keinen Eintrag in der Datenbank gab, habe ich zunächst über dieWebseitevon Chris Jackson einen angelegt. Das hat tatsächlich einige Stunden Arbeit gekostet, denn die Anzahl an Einstellungsmöglichkeiten ist nochmal gestiegen. Möchte man alle Parameter also sauber einpflegen, inklusive Beschreibungstexte, ist hier etwas Zeit notwendig.
Da ich nicht auf einen Export von Chris und eine neue Version des Bindings warten wollte, habe ich kurzerhand die entsprechende XML Datei exportiert und manuell im Z-Wave Binding hinzugefügt.
Nachdem der Aktor mitsamt neuer Doppelwippeverbaut worden war und die neue XML-Datei zur Verfügung stand, konnte der Schalter inkludiert werden. Nachdem zuvor der Controller in den Inclusion Mode gebracht wurde, geschieht dies durch einen Dreifach-Klick auf den ersten der beiden Schalter.
Die Items für die beiden Schalter waren zunächst recht schnell erstellt und sehen folgendermaßen aus:
SwitchOG_MX_Light"Licht"<light>(gLightOG){ zwave="31:1:command=SWITCH_BINARY" }SwitchOG_MX_Switch"Schalter"<wallswitch>(gSwitch){ zwave="31:2:command=SWITCH_BINARY" }Das reicht schon, dann kann man die beiden Schalter von OpenHAB aus bedienen.
Allerdings folgte dannErnüchterung, denn im Gegensatz zu allen vorherigen Fibaro-Komponenten aktualisierte sich der Status in OpenHAB nicht, wenn die Schalter bedient wurden. Da der zweite Schalter einzig und allein dafür vorgesehen war, in OpenHAB weiterverarbeitet zu werden, hatte ich ein Problem. Die Assoziationen waren zwar korrekt gesetzt, doch eskam kein Statusupdate bei OpenHAB an.
Nach ein wenig Log-Lesen und Recherche war das Problem klar: Der FGS-223 setzt inzwischen auf Multichannel-Assoziationen für mehrere Endpoints,diese werden aber von OpenHAB 1 nicht unterstützt. Da OpenHAB 2 noch nicht so weit ist, musste ich einen Umweg finden. Ich habe relativ viel probiert, z.B. Szenen zu senden, doch auch hier muss man leider zurück stecken, denn auch das CENTRAL_SCENE Command funktioniert in OpenHAB 1 nicht.
Das Problem ist aber lösbar 🙂 Mit Hilfe eines neuen Items und einer Regel klappte das Statusupdate letzten Endes doch noch.Der Switch hat zwei Assoziationsgruppen (2&4), in denen er jeweils den Schalter 1&2 als BASIC-Command senden kann. Glücklicherweise ist der Wert, den er pro Schaltzustand senden kann, einstellbar. Ich habe also die beiden Assoziationsgruppen mit dem Controller assoziiert:
Darüber hinaus habe ich die Werte, die der Switch beim Betätigen der Schalter sendet, folgendermaßen eingestellt:
- Schalter 1 AN = 10
- Schalter 1 AUS = 1
- Schalter 2 AN = 20
- Schalter 2 AUS = 2
Darüber hinaus habe ich ein neues Item erstellt, damit diese Werte an OpenHAB gesendet werden:
DimmerOG_MX_Basic"Basic"<light>{ zwave="31:command=SWITCH_MULTILEVEL,respond_to_basic=true" }Durch den Typ Dimmer und den CommandSWITCH_MULTILEVELstelle ich sicher, dass ich beliebige Werte empfangen kann. Durch respond_to_basic=true empfange ich auch die Kommandos BASIC.
Nun folgt noch eine Regel, die die entsprechenden Items auf den aktuellen Stand setzt:
rule "Licht Update"whenItem OG_MX_Basic received updatethenif(OG_MX_Basic.state == 1)postUpdate(OG_MX_Light, OFF)if(OG_MX_Basic.state == 10)postUpdate(OG_MX_Light, ON)if(OG_MX_Basic.state == 2)postUpdate(OG_MX_Switch, OFF)if(OG_MX_Basic.state == 20)postUpdate(OG_MX_Switch, ON)end
Voila! Nun werden die Stati der Schalter korrekt aktualisiert, sobald man sie betätigt und man kann nun durch weitere Regeln entsprechend darauf ohne Verzögerung reagieren.
Verbrauchsmessung
Auch hierzu ist zu sagen, dass man mit OpenHAB 1 leider nur den ersten Schalter messen kann. Glücklicherweise reicht das für meine Verhältnisse, da ich an Schalter 2 ja keine Last angeschlossen habe.
Die Items hierzu erstellt man wie üblich:
NumberOG_MX_Light_Power"Licht - Watt [%.1f W]"<energy>(gWatts){ zwave="31:1:command=METER,meter_scale=E_W" } NumberOG_MX_Light_Energy"Licht - KWh [%.2f KWh]"<energy>(gEnergy){ zwave="31:1:command=METER,meter_scale=E_KWh" } Fazit
Der FGS-223 ist eine insgesamt gelungene Weiterentwicklung des FGS-222.
Das die Verkabelung in Unterputzdosen einfacher geworden ist, weil man die Phasenicht mehr doppelt anschließen muss, freut meinen Elektriker, allerdings ist es schade, dass man nicht mehr potenzialfrei schalten kann.
Die Weiterentwicklung des Protokolls um Multichannel-Assoziationen ist dem Standard konformund macht auf jeden Fall Sinn, denn es bietet deutlich mehr Möglichkeiten, was direkte Assoziationen angeht – auch wenn Benutzer von OpenHAB 1 nun leider dadurch nach und nach mehr Schwierigkeiten bekommen werden, neue Geräte noch im vollen Funktionsumfang zu nutzen.
Die Verbrauchsmessung ist wie von Fibaro gewohnt einwandfrei und ist ein Feature, auf das viele lange gewartet haben. Einzig, dass die Häufigkeit von Status-Updatesimmer noch nur in Prozent, und nicht in Watt angegeben werden kann, ist ein kleiner Wermutstropfen für mich persönlich, aber nicht weiter schlimm. Mein Z-Wave Netz hat noch genügend Luft, so dass dort bei Geräten mit Schwankungen auch gerne mal mehr Events verschickt werden dürfen. Da der FGS-223 beide Schalter separat messen kann gilt aber auch hier für OpenHAB 1 Benutzer: Leider geht nur ein Kanal.
