[unboxing] - neue ZigBee-Devices

Begonnen von Beta-User, 19 November 2020, 10:51:09

Vorheriges Thema - Nächstes Thema

frank

#45
ZitatVorsicht ist geboten beim Anschluß: Aufdruck N-out und N-in passt nicht zur Bedienungsanleitung -> vertauscht.
normaler weise gibt es keinen unterschied bei N. die beiden N-anschlüsse sind doch sicherlich auf der platine verbunden.
mess doch mal den widerstand zwischen beiden N anschlüssen.

natürlich nur messen, wenn alle anschlüsse frei sind.

edit:
auf dem amazon bild sind sogar beide mit nur "N" beschriftet.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

rob

Zitat von: frank am 14 Mai 2021, 13:37:07
mess doch mal den widerstand zwischen beiden N anschlüssen.
Gesagt, getan: Hast Recht, Widerstand ist 0 Ohm. OK, dann entschärft sich natürlich die Warnung.

Vielen Dank für Deinen Hinweis :)

VG
rob

guhu

@rob : interessantes Ding. Ich nehme an, ein CE-Zeichen fehlt ... oder?
Wie sind die Schaltungen? Gibt es da Geräusche?
FHEM 5.9 auf Synology DS918+ (in Docker), HM-CFG-USB2 mit hmlan, HM-CC-RT-DN, HM-SEC-SC-2, nanoCUL,a-culfw,deCONZ,Brennenstuhl-Steckdosen,-FB
Module:ENIGMA2,SONOS,FRITZBOX,FB_CALLLIST,WDT_TIMER,VCONTROL300,WITHINGS

rob

Hallo.

CE sind bei beiden vorhanden. Beim Aktor auf Packung und Gehäuse; beim Sensor nur auf der Packung.
Geräusche: ich vermute Du meinst soetwas wie pfeifende Kondensatoren? Der Sensor macht keine Geräusche. Der Aktor macht nur das klacken vom Relais - ist aber recht leise/ dezent. Hab den eben mal direkt ans Ohr gehalten - aus: kein Geräusch; an: ein ganz leises Surren.

Ist natürlich subjektiv. Sollten da ganz hochfrequente Töne sein, dann höre ich sie nicht - jmd. anderes ggf. schon. Ich meine aber da ist alles im grünen Bereich ;)

Viele Grüße
rob

guhu

Danke. CE bei dem Preis, prima! Werde ich mir auch mal bestellen.
ich meinte das Klacken des Relais. Habe eine solche Lösung, da finde ich es relativ laut.
Wir werden sehen ...
FHEM 5.9 auf Synology DS918+ (in Docker), HM-CFG-USB2 mit hmlan, HM-CC-RT-DN, HM-SEC-SC-2, nanoCUL,a-culfw,deCONZ,Brennenstuhl-Steckdosen,-FB
Module:ENIGMA2,SONOS,FRITZBOX,FB_CALLLIST,WDT_TIMER,VCONTROL300,WITHINGS

rob

#50
Moinsen.

Ich hab mal einen anderen Temp-Sensor mit e-Ink Display geordert: https://www.ebay.de/itm/373572350437. Auch wieder so ein Tuya Dingens.
Ist recht kompakt aber trotzdem gut ablesbar. Befeuert mit einer Knopfzelle. Das Kunststoffgehäuse wirkt wie poliert und für mich recht wertig. Lässt sich aufstellen oder per Magnet an die Wand heften (Magnetstreifen liegt bei).

Einbinden in Phoscon war einfach: Resettaste gedrückt halten, Suchmodus via "Sensor > sonstige" und wird sogleich gefunden. Allerdings erscheint der Sensor in Phoscon nirgends - löschen also nicht möglich.

In Fhem taucht trotzdem alles auf. Aufgeteilt in vier Devices:
Licht

Internals:
   CFGFN     
   DEF        sensor 9  IODev=myPhoscon
   FUUID      60c4776a-f33f-a385-f0fb-9b2e1b18b7a69813
   FVERSION   31_HUEDevice.pm:0.239120/2021-03-08
   ID         S9
   INTERVAL   
   IODev      myPhoscon
   NAME       HUESensor9
   NR         26404
   STATE      551
   TYPE       HUEDevice
   lastupdated 2021-06-16 07:25:45
   lastupdated_local 2021-06-16 09:25:45
   manufacturername _TYZB01_kvwjujy9
   modelid    TS0222
   name       LightLevel 9
   on         1
   reachable  1
   tholddark  12000
   type       ZHALightLevel
   uniqueid   5c:02:72:ff:fe:0a:46:79-01-0400
   READINGS:
     2021-06-12 10:59:22   IODev           myPhoscon
     2021-06-16 09:19:50   battery         100
     2021-06-16 09:19:50   batteryPercent  100
     2021-06-16 09:25:45   dark            0
     2021-06-16 09:25:45   daylight        1
     2021-06-16 09:25:45   lightlevel      27413
     2021-06-16 09:25:45   lux             551
     2021-06-16 09:19:50   reachable       1
   helper:
     devtype    S
     fromAutocreate 1
     reachable  0
     update_timeout 1
     configList:
     json:
       e          changed
       id         9
       r          sensors
       t          event
       uniqueid   5c:02:72:ff:fe:0a:46:79-01-0400
       state:
         lastupdated 2021-06-16T07:25:45.175
         lightlevel 27413
         lux        551
     setList:
Attributes:
   IODev      myPhoscon
   alias      LightLevel 9
   group      HUESensor
   model      TS0222
   room       HUEDevice
   stateFormat lux


Temp

Internals:
   CFGFN     
   DEF        sensor 10  IODev=myPhoscon
   FUUID      60c4776a-f33f-a385-dd84-5bea084be156d7df
   FVERSION   31_HUEDevice.pm:0.239120/2021-03-08
   ID         S10
   INTERVAL   
   IODev      myPhoscon
   NAME       HUESensor10
   NR         26406
   STATE      0
   TYPE       HUEDevice
   lastupdated 2021-06-16 07:26:49
   lastupdated_local 2021-06-16 09:26:49
   manufacturername _TYZB01_kvwjujy9
   modelid    TS0222
   name       Temperature 10
   on         1
   reachable  1
   type       ZHATemperature
   uniqueid   5c:02:72:ff:fe:0a:46:79-02-0402
   READINGS:
     2021-06-12 10:59:22   IODev           myPhoscon
     2021-06-16 09:26:48   battery         100
     2021-06-16 09:26:48   batteryPercent  100
     2021-06-16 09:26:48   reachable       1
     2021-06-16 09:26:49   temperature     0
   helper:
     devtype    S
     fromAutocreate 1
     reachable  0
     update_timeout 1
     configList:
     json:
       e          changed
       id         10
       r          sensors
       t          event
       uniqueid   5c:02:72:ff:fe:0a:46:79-02-0402
       state:
         lastupdated 2021-06-16T07:26:49.155
         temperature 0
     setList:
Attributes:
   IODev      myPhoscon
   alias      Temperature 10
   group      HUESensor
   model      TS0222
   room       HUEDevice
   stateFormat temperature


Hum

nternals:
   CFGFN     
   DEF        sensor 11  IODev=myPhoscon
   FUUID      60c4776a-f33f-a385-d0f9-0d0414a9a4d81771
   FVERSION   31_HUEDevice.pm:0.239120/2021-03-08
   ID         S11
   INTERVAL   
   IODev      myPhoscon
   NAME       HUESensor11
   NR         26405
   STATE      0
   TYPE       HUEDevice
   lastupdated 2021-06-16 07:26:49
   lastupdated_local 2021-06-16 09:26:49
   manufacturername _TYZB01_kvwjujy9
   modelid    TS0222
   name       Humidity 11
   on         1
   reachable  1
   type       ZHAHumidity
   uniqueid   5c:02:72:ff:fe:0a:46:79-02-0405
   READINGS:
     2021-06-12 10:59:22   IODev           myPhoscon
     2021-06-16 09:26:48   battery         100
     2021-06-16 09:26:48   batteryPercent  100
     2021-06-16 09:26:49   humidity        0
     2021-06-16 09:26:48   reachable       1
   helper:
     devtype    S
     fromAutocreate 1
     reachable  0
     update_timeout 1
     configList:
     json:
       ep         2
       etag       aa471cb044d63d3e01d409afcafd3a5b
       lastseen   2021-06-16T07:27Z
       manufacturername _TYZB01_kvwjujy9
       modelid    TS0222
       name       Humidity 11
       type       ZHAHumidity
       uniqueid   5c:02:72:ff:fe:0a:46:79-02-0405
       config:
         battery    100
         offset     0
       state:
         humidity   5100
         lastupdated 2021-06-16T07:26:49.520
     setList:
Attributes:
   IODev      myPhoscon
   alias      Humidity 11
   group      HUESensor
   model      TS0222
   room       HUEDevice
   stateFormat humidity


Batterie

Internals:
   CFGFN     
   DEF        sensor 12  IODev=myPhoscon
   FUUID      60c4781a-f33f-a385-fec1-43f669c903a82c9a
   FVERSION   31_HUEDevice.pm:0.239120/2021-03-08
   ID         S12
   INTERVAL   
   IODev      myPhoscon
   NAME       HUESensor12
   NR         26420
   STATE      100
   TYPE       HUEDevice
   lastupdated
   lastupdated_local
   manufacturername _TYZB01_kvwjujy9
   modelid    TS0222
   name       LightLevel 12
   on         1
   reachable  1
   tholddark  12000
   type       ZHALightLevel
   uniqueid   5c:02:72:ff:fe:0a:46:79-02-0400
   READINGS:
     2021-06-12 11:02:18   IODev           myPhoscon
     2021-06-16 09:26:48   battery         100
     2021-06-16 09:26:48   batteryPercent  100
     2021-06-16 09:26:48   reachable       1
   helper:
     devtype    S
     fromAutocreate 1
     reachable  0
     update_timeout 1
     configList:
     json:
       ep         2
       etag       81bd6be607a858d8c48b96283010888d
       lastseen   2021-06-16T07:27Z
       manufacturername _TYZB01_kvwjujy9
       modelid    TS0222
       name       LightLevel 12
       type       ZHALightLevel
       uniqueid   5c:02:72:ff:fe:0a:46:79-02-0400
       config:
         battery    100
         tholddark  12000
         tholdoffset 7000
       state:
         dark       
         daylight   
         lastupdated none
         lightlevel
         lux       
     setList:
Attributes:
   IODev      myPhoscon
   alias      LightLevel 12
   group      HUESensor
   model      TS0222
   room       HUEDevice
   stateFormat battery


Doof: Wenn die Messwerte für eine Weile gleich bleiben, sendet der Sensor plötzlich Null und zeigt auch im Display Nullen. Naja, ich werde das wohl mit einem Notify + Dummy notlösen und Nullen halt ausfiltern. Am Display kann ich nix machen.
Auf Firmwareupdates ist wohl nicht zu hoffen - mir wäre eh unklar wie.

Update:
Das Teil frisst die Knopfzellen. Leider.
Nach ca. 1 1/2  Tagen "flackert" das Display plötzlich (das typische e-Ink-Display-Wechseln von hell nach dunkel - nur eben ununterbrochen). Resetten half nicht. Neue Knopfzelle und alles wieder gut. Nach knapp zwei Tagen geht das wieder los. Nach einem weiteren Tag flackern lassen macht es keinen Mucks mehr. Neue Knopfzelle, alles prima.
Nach drei Knopfzellen liegt das Ding nun ersteinmal still. Werde wohl auf 3V Netzteil umbasteln müssen.
Die Knopfzellen sind übrigens nicht leer. Bei ca. 2.9V --> flackern, bei ca. 2.5V --> mausetot. Wohl ein Fehler im Hardware-Design?
Btw.: Der übermittelte Battery-Wert lag stets bei 100%.

Viele Grüße
rob

Mihca

An einer Sonoff ZbBridge (Tasmota 9.5.0) betreibe ich mehrere OSRAM Smart+ Plug. Es ist nun schon mehrmals vorgekommen, dass sich Devices mit der Bridge mit einer anderen ID selbständig neu gepairt haben; unter Ihrer alten ID sind sie dann nicht mehr gepairt. Das ist lästig, da man dann auch immer in FHEM alles anpassen muss.

Ist das ein bekanntes Phänomen oder hängt das möglicherweise mit der Sonoff ZbBridge zusammen?

VG Achim
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Beta-User

Kann zwar nicht sagen, ob das im laufenden Betrieb auch passiert, aber dass sich (auch mit älteren Versionen) die ID's ändern, wenn man Devices neu "joint", ist einer der Gründe, warum ich behaupten würde, dass zigbee2tasmota keine "einsteigerfreundliche" Art der ZigBee-Einbindung ist...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Mihca

Die ZbBridge hat einen entscheidenden Vorteil: Wenn ich z.B. bei Störungen des Servers aus dem Urlaub heraus remote auf meinen Reserve-Server umschalte, kann der auch sofort die Zigbee-Geräte steuern. Das geht mit dem ConBee nicht, da man ihn umstecken muss.
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Beta-User

Ok, das mag ein Argument sein.
Da mein FHEM ohne USB eh' (fast 100%) "tot" ist, kann ich mit deconz/ConBee II auf derselben Maschine (bisher) relativ gut leben, aber das ist auch kein Pi. Irgendwann muss man eben einen Tod leiden, und da ist mir die Unabhängigkeit von sonstiger Infrastruktur deutlich lieber als der SPOF mit dem "all in one" Server.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

ToKa

Zitat von: rob am 12 Mai 2021, 14:48:58
Hallo.

Heute ist bei mir der Sole Home Multisensor aufgeschlagen (https://www.amazon.de/gp/product/B091KVFFY1/). Kommt tatsächlich als Neo Coolcam NAS-TH01 daher.

Einbinden in Phoscon klappte sofort. Und wird so angezeigt:

Multisensor _TZ3000_qaaysllp Multisensor 64 Lux

Lässt sich dort aber nicht anklicken, um zur Detailseite zu gelangen. So käme ich auch nicht an "Sensor löschen" heran, falls nötig.

In Fhem wurde mir automatisch dieses Device angelegt:

Internals:
   CFGFN     
   DEF        sensor 8  IODev=myPhoscon
   FUUID      609bb9fb-f33f-a385-3ad0-e1f1331bd74973cd
   FVERSION   31_HUEDevice.pm:0.239120/2021-03-08
   ID         S8
   INTERVAL   
   IODev      myPhoscon
   NAME       HUESensor8
   NR         2161
   STATE      Initialized
   TYPE       HUEDevice
   lastupdated 2021-05-12 12:03:34
   lastupdated_local 2021-05-12 14:03:34
   manufacturername _TZ3000_qaaysllp
   modelid    TS0201
   name       Multisensor
   on         1
   reachable  1
   tholddark  12000
   type       ZHALightLevel
   uniqueid   b4:e3:f9:ff:fe:0c:4d:7f-01-0400
   READINGS:
     2021-05-12 13:20:27   IODev           myPhoscon
     2021-05-12 13:40:21   battery         100
     2021-05-12 13:40:21   batteryPercent  100
     2021-05-12 14:03:34   dark            0
     2021-05-12 14:03:34   daylight        1
     2021-05-12 14:03:34   lightlevel      22176
     2021-05-12 14:03:34   lux             165
     2021-05-12 13:40:21   reachable       1
   helper:
     devtype    S
     fromAutocreate 1
     reachable  0
     update_timeout 1
     configList:
     json:
       ep         1
       etag       251aa4b86a15c61daa5f78758d70904d
       lastseen   2021-05-12T12:03Z
       manufacturername _TZ3000_qaaysllp
       modelid    TS0201
       name       Multisensor
       type       ZHALightLevel
       uniqueid   b4:e3:f9:ff:fe:0c:4d:7f-01-0400
       config:
         battery    100
         tholddark  12000
         tholdoffset 7000
       state:
         lastupdated 2021-05-12T12:03:34.849
         lightlevel 22176
         lux        165
     setList:
Attributes:
   IODev      myPhoscon
   alias      LightLevel 8
   group      HUESensor
   model      TS0201
   room       HUEDevice

Readings Licht und Batterie kommen an. Temp. und Hum. leider nicht. Liegt aber nicht an Fhem https://zigbee.blakadder.com/Neo_NAS-TH02B.html

Ansonsten ist das Teil kompakt (85mm x 55mm x 32mm), gut ablesbar und mit 2x AA-Batterien befeuert.
Oben sind zwei Tasten für Reset und Umschaltung C/F. Dazwischen sitzen zwei Sensoren in einem Schlitz.

Dieses Device wurde mir gleichzeitig auch angelegt:

Internals:
   CFGFN     
   DEF        sensor 1  IODev=myPhoscon
   FUUID      609bb9fb-f33f-a385-ad80-3b7b6762a386c19d
   FVERSION   31_HUEDevice.pm:0.239120/2021-03-08
   ID         S1
   INTERVAL   
   IODev      myPhoscon
   NAME       HUESensor1
   NR         2162
   STATE      170
   TYPE       HUEDevice
   lastupdated 2021-05-12 11:14:27
   lastupdated_local 2021-05-12 13:14:27
   manufacturername Philips
   modelid    PHDL00
   name       Daylight
   on         1
   sunriseoffset 30
   sunsetoffset -30
   swversion  1.0
   type       Daylight
   uniqueid   00:21:2e:ff:ff:04:d3:bc-01
   READINGS:
     2021-05-12 13:20:27   IODev           myPhoscon
     2021-05-12 13:14:27   dark            0
     2021-05-12 13:14:27   daylight        1
     2021-05-12 13:14:27   state           170
   helper:
     devtype    S
     fromAutocreate 1
     reachable  0
     update_timeout 1
     configList:
     json:
       etag       090a77b371b96537617accbdd54f8b9a
       manufacturername Philips
       modelid    PHDL00
       name       Daylight
       swversion  1.0
       type       Daylight
       uniqueid   00:21:2e:ff:ff:04:d3:bc-01
       config:
         sunriseoffset 30
         sunsetoffset -30
       state:
         lastupdated 2021-05-12T11:14:27.424
         status     170
         sunrise    2021-05-12T03:42:20
         sunset     2021-05-12T18:46:23
     setList:
Attributes:
   IODev      myPhoscon
   alias      Daylight
   group      HUESensor
   model      PHDL00
   room       HUEDevice


Vielleicht werden die anderen Sensordaten auch irgendwann unterstützt. Ansonsten sind wohl andere Sensoren vorzuziehen.

Viele Grüße
rob

Hallo zusammen,

gibt es zu diesem Teil schon etwas neues? Ist damit zu rechnen, dass Dresden Elektronik die Sensoren !of conbee II bzw phoscon unterstützen wird? Aktuell gibt es bei Amazon 15% Rabatt.

Viele Grüße
Torsten
RaspberryPi3 mit RaZberry2 und Conbee II
Fibaro: FGWPE/F-101 Switch & FIBARO System FGWPE/F Wall Plug Gen5, FGSD002 Smoke Sensor
EUROtronic: SPIRIT Wall Radiator Thermostat Valve Control
Shelly2.5 Rollladenaktoren
Zipato Bulb 2, Osram und InnrLight

rob

Hallo Torsten.

Ich fürchte nein. Vielleicht ließe sich mit zigbee2mqtt etwas mehr machen, weil man ggf. eher an die Rohdaten drankommt. Kann ich selber aber nicht testen.
Der Rabatt ist natürlich verlockend :)

Viele Grüße
rob


ToKa

RaspberryPi3 mit RaZberry2 und Conbee II
Fibaro: FGWPE/F-101 Switch & FIBARO System FGWPE/F Wall Plug Gen5, FGSD002 Smoke Sensor
EUROtronic: SPIRIT Wall Radiator Thermostat Valve Control
Shelly2.5 Rollladenaktoren
Zipato Bulb 2, Osram und InnrLight

Beta-User

#58
Hallo zusammen,

mal wieder was neues: Ein RGBW-Controller, firmierte unter "TUYA ZIGBEE RGBCCT RGBW RGB Led Stripe Controller".

Ist so mini, wie er auf dem Bild in der Bucht den Anschein machte. Einbindung in deconz war kein größeres Problem, firmiert dort unter "TS0504B" von "_TZ3000_ukuvyhaa"

Das Teil reagiert leider nicht auf hue- oder ct-Setter, hätte angenommen, dass das (zumindest betr. hue) ggf. deconz intern regelt. Jedenfalls scheint dann der subType zu korrigieren zu sein.
Wird der Strom ab- und wieder angeschaltet, wird auf den letzten Wert gesteuert, und über rgb (im üblichen Format) "nur-Weiß" einzustellen, ist praktisch unmöglich. Habe daher folgende Einstellungen gemacht, mit denen das Ding soweit ganz ordentlich zu bedienen ist:
attr HUEDevice21 eventMap {usr => { 'rgb.FFFFFF' => 'xy 0.735,0.265'}}
attr HUEDevice21 subType colordimmer
attr HUEDevice21 webCmd pct:rgb:rgb FFFFFF


Bin angenehm überrascht, auch, wenn das nicht funktionierende hue "seltsam" ist. Mal sehen, wie sich das Ding im Dauereinsatz so schlägt.
Für was der Button ist, bzw. wie er genau funktioniert, habe ich noch nicht rausgefunden, ist für meinen Anwendungsfall auch nicht wichtig...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Beta-User

Hallo zusammen,

zwischenzeitlich ist wieder das eine oder andere eingetrudelt, aber so richtig in Dauereinsatz genommen habe ich nur ein neues Teil, dazu dann unten.

Betr. des RGB-CCT-controllers vielleicht der Hinweis auf diesen Beitrag von justme1968: https://forum.fhem.de/index.php/topic,124785.msg1194699.html#msg1194699, warum manche ZigBee/HUEDevices "komisch" reagieren, was Farbe angeht.

Dann gibt es einen 2-Kanal-Dimmer, den davidwohnthier in https://forum.fhem.de/index.php/topic,124612.msg1191614.html#msg1191614 gezeigt hat (auf Verdacht erstellt: attrTemplate zigbee2mqtt_2channel_dimmer_split für MQTT2_DEVICE).

Das fragliche Modul ist ein 4-Kanal-Aktor, pro Kanal max. 150W. Die 4 Käbelchen sind für den Anschluss je eines Schalters gedacht, wobei N durchgeschaltet werden muss. Das Ding ist so klein, dass man es ohne Meißelarbeiten hinter einen Schalter in einer "kleinen" UP-Dose bekommt - frickelig ist es aber wegen der vielen Kabel.

Bin soweit zufrieden mit dem Teil :) .

Grüße,
Beta-User

PS: Wer was passendes hat, darf hier ruhig posten :) . Nicht erwünscht wären nur endlose Diskussionen über Details zu einer bestimmten Art der Einbindung in FHEM.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files