Ubisys Leistungsschalter S2-R - 2 Kanal Relais - zigbee Template ?

[Müller]

Hallo,

ich bin auf der Suche nach einem Aktor für die Hutschiene mit Zigbee Funk.
Hat jemand schon Erfahrungen mit ubisys? Kann ich das über meinen cc2531 Stick einbinden?

https://www.smarthome-store.de/de/ubisys-home-automation/leistungsschalter-s2r.html

Schön wäre die Einbindung des 2 Kanal Aktors (kostet in der Summe dann nur die Hälfte).
Würde mir jemand helfen ein passendes Template zu erstellen?

Danke & Gruß

[Müller]

hier wäre schon mal die Unterputz Version

https://www.zigbee2mqtt.io/devices/S2.html

Dann sollte doch die Hutschienen Version auch passen oder?

[Beta-User]

Es wäre naheliegend, dass dieselben Infos an den zigbee2mqtt-Dienst gesendet werden... Aber Garantien wirst du keine bekommen, schon gleich nicht hier (diese Art Info findet man viel eher beim zigbee2mqtt-Projekt).

Was die Einbindung in FHEM angeht, scheint der Hutschienenaktor über zigbee2mqtt dieselben Infos zu liefern wie das Xiaomi-Dingens. Das dortige attrTemplate müßte also eigentlich auch dafür passen...

[Müller]

Danke für die Rückmeldung.
Laut Hersteller email von heute unterscheiden sich Leistungsschalter S2 und S2R nur in ihrer Form. Technik und Software wäre identisch. Ich habe mir einen zum testen bestellt. Ich probier mal das Xiaomi Dingens aus und gebe Bescheid was passiert.

[Müller]

So, jetzt kann ich endlich Rückmeldung geben. (Erst gab es Probleme bei der Zustellung ....)

Das Gerät hat sich ohne Probleme an meinem Zigbee Netzwerk angemeldet. Ich habe dann folgendes template angewandt "zigbee2mqtt_2channel_split" und ein zweites Device wurde angelegt. Beide Kanäle lassen sich wie gewünscht schalten. Jedoch wenn über den externen Taster geschaltet wird, gibt es keine Rückmeldung über Zigbee, dass sich der Zustand geändert hat.

[Beta-User]

Das kann dann an vielem liegen...

MQTT2_DEVICE liegt dabei am Ende der Informationskette und ist daher ein eher schlechter Einstiegspunkt zur Problemanalyse. Wenn du im FHEM-Device keine Infos (ggf. unter anderen Readingnamen) bekommst, ich würde darauf tippen, dass das Gerät zwar zigbee-Messages sendet, aber der zigbee2mqtt-Dienst diese (noch) nicht auswertet. Bitte in letzterem Fall die Anleitung bei zigbee2mqtt zur Unterstützung neuer Geräte befolgen.

[Müller]

Hier noch ein paar Details
Channel 1

Readings
associatedWith.  MQTT2_MQTT2   2019-12-20 11:44:11
availability   ON                   2019-12-20 14:45:18
linkquality         147                   2019-12-20 14:46:35
power             -1                     2019-12-20 14:46:35
state              OFF                   2019-12-20 14:46:35

Ch1

Code Auswählen Erweitern

defmod MQTT2_zigbee_0x001fee0000002325 MQTT2_DEVICE zigbee_0x001fee0000002325
attr MQTT2_zigbee_0x001fee0000002325 IODev MQTT2
attr MQTT2_zigbee_0x001fee0000002325 alias ubisys Kanal1
attr MQTT2_zigbee_0x001fee0000002325 comment Channel 1 for MQTT2_zigbee_0x001fee0000002325, see also MQTT2_zigbee_0x001fee0000002325_CH2
attr MQTT2_zigbee_0x001fee0000002325 eventMap { dev=>{ON=>'on',OFF=>'off'} }
attr MQTT2_zigbee_0x001fee0000002325 jsonMap state:availability state_l1:state state_l2:0
attr MQTT2_zigbee_0x001fee0000002325 model zigbee2mqtt_2channel_split
attr MQTT2_zigbee_0x001fee0000002325 readingList zigbee2mqtt/0x001fee0000002325:.* { json2nameValue($EVENT,'',$JSONMAP) }\
zigbee2mqtt/0x001fee0000002325/l1/set:.* { json2nameValue($EVENT) }\
zigbee2mqtt/0x001fee0000002325/l2/set:.* { json2nameValue($EVENT) }
attr MQTT2_zigbee_0x001fee0000002325 room MQTT2_DEVICE
attr MQTT2_zigbee_0x001fee0000002325 setList on:noArg zigbee2mqtt/0x001fee0000002325/l1/set {"state":"ON"}\
  off:noArg zigbee2mqtt/0x001fee0000002325/l1/set {"state":"OFF"}\
attr MQTT2_zigbee_0x001fee0000002325 setStateList on off

setstate MQTT2_zigbee_0x001fee0000002325 off
setstate MQTT2_zigbee_0x001fee0000002325 2019-12-20 11:44:11 associatedWith MQTT2_MQTT2
setstate MQTT2_zigbee_0x001fee0000002325 2019-12-20 14:45:34 availability ON
setstate MQTT2_zigbee_0x001fee0000002325 2019-12-20 14:45:34 linkquality 147
setstate MQTT2_zigbee_0x001fee0000002325 2019-12-20 14:45:34 power -1
setstate MQTT2_zigbee_0x001fee0000002325 2019-12-20 14:45:34 state OFF



Readings von Ch2 sehen etwas anders aus:

Readings
associatedWith   MQTT2_MQTT2   2019-12-20 11:54:32
energy   -3006701.7630000003   2019-12-20 11:56:18
linkquality   141   2019-12-20 11:56:18
power   -1   2019-12-20 11:56:18
state   ON   2019-12-20 11:56:18
state_l1   OFF   2019-12-20 11:56:18
state_l2   OFF   2019-12-20 11:56:18

ein paar Kleinigkeiten passen noch nicht:
Wenn ich den Strom abstelle, ändert sich an availability nichts
(das reading war auch ohne änderungen der configuration.yaml bei den readings, bei dem China dings ist keine Info in den Readings aufgetaucht.)
https://forum.fhem.de/index.php?topic=105998.msg1003794#msg1003794

wenn ich ch1 schalte, ändert sich bei den readings bei Ch2 state_l1 oder state_l2 nichts
wenn ich ch1 schalte, ändert sich bei den readings bei Ch2 state_l1 oder state_l2 auch nichts

Im großen und Ganzen ist der Aktor für mich so OK, wenn jemand noch was verbessern möchte versuche ich gerne zu helfen.

[Beta-User]

Da hängt noch was schräg...

Zum einen irritiert mich, dass beide "associatedWith" auf den Server verweisen und nicht wechselseitig aufeinander. Zum anderen dürfte es die meisten Readings am Kanal 2 gar nicht mehr geben bzw. diese sollten anders heißen.

Ist FHEM aktuell?

Hast du das template über

Code Auswählen Erweitern

set MQTT2_zigbee_0x001fee0000002325 attrTemplate zigbee2mqtt_2channel_split angewendet, oder das irgendwie händisch zusammengeklöppelt? 
(Und wo kommen die "set"-Einträge in der readingList her? Schaltung von einem anderen MQTT-Client aus?)

Zu availability: War die in timeout angegebene Zeit abgelaufen? Ggf.: hast du den Service nach Änderung der yaml neu gestartet? (Immerhin kommt schon mal ein "ON").

[Müller]

Bei FHEM habe ich diese Woche ein update gemacht (und neu gestartet)

template kommt aus vorlage (Selber machen übersteigt z.Z meine Fähigkeiten)

in der /opt/zigbee2mqtt/data/config.yaml steht nur sehr wenig drin:

Code Auswählen Erweitern

homeassistent: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: `mqtt://localhost`
serial:
port: /dev/ttyACM0
devices:
´"nummer"`:
friendly_name: "nummer"
retain: false


[Beta-User]

Ohne definierten timeout keine timeout-Meldung...
(soll ich den link nochmal suchen?!?)

Den Rest muß ich mir ansehen, aber CH2 ist nicht logisch.

Schau mal durch, ob dir bei

Code Auswählen Erweitern

list TYPE=MQTT2_DEVICE readingList
doppelte oder irgendwie seltsame Einträge auffallen. Evtl. suchst du am falschen Device, das aus dem template sollte MQTT2_zigbee_0x001fee0000002325_CH2 heißen und u.a. auch eine jsonMap haben.

[Müller]

ich habe folgendes ergänzt

Code Auswählen Erweitern

advanced:
  availability_timeout: 0

die Stelle sollte egal sein, oder?

nach Neustart ist das availability reading immer auf ON

[Müller]

hier das Ergebnis von

Code Auswählen Erweitern

list TYPE=MQTT2_DEVICE readingList

Code Auswählen Erweitern

MQTT2_MQTT2              zigbee2mqtt/bridge/state:.* state
  zigbee2mqtt/bridge/config/devices:.* {}
  zigbee2mqtt/bridge/config/log_level:.* log_level
  zigbee2mqtt/bridge/config/permit_join:.* permit_join
  zigbee2mqtt/bridge/config/rename:.* { json2nameValue($EVENT, 'rename_') }
  zigbee2mqtt/bridge/log:.*\"type\".\"devices\".\"message\".* devices
  zigbee2mqtt/bridge/log:.* log
  zigbee2mqtt/bridge/networkmap:.* {}
  zigbee2mqtt/bridge/networkmap/graphviz:.* graphviz
  zigbee2mqtt/bridge/networkmap/raw:.* raw
  zigbee2mqtt/bridge/config:.* { json2nameValue($EVENT) }
MQTT2:MQTT2_zigbee_0x7cb03eaa0a06c3d2:.* MQTT2_zigbee_0x7cb03eaa0a06c3d2
MQTT2_zigbee_0x00124b001d436c47     zigbee2mqtt/0x00124b001d436c47:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x00124b001d436c47/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x00158d0003f46d15     zigbee2mqtt/0x00158d0003f46d15:.* { json2nameValue($EVENT,'',$JSONMAP) }
zigbee2mqtt/0x00158d0003f46d15/l1/set:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x00158d0003f46d15/l2/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x00158d0003f46d15_CH2     zigbee2mqtt/0x00158d0003f46d15:.* { json2nameValue($EVENT,'',$JSONMAP) }
zigbee2mqtt/0x00158d0003f46d15/l1/set:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x00158d0003f46d15/l2/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x001fee000000229e     zigbee2mqtt/0x001fee000000229e:.* { json2nameValue($EVENT,'',$JSONMAP) }
zigbee2mqtt/0x001fee000000229e/l2/set:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x001fee000000229e/l1/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x001fee000000229e_CH2     zigbee2mqtt/0x001fee000000229e:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x001fee000000229e/l2/set:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x001fee000000229e/l1/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x001fee0000002325     zigbee2mqtt/0x001fee0000002325:.* { json2nameValue($EVENT,'',$JSONMAP) }
zigbee2mqtt/0x001fee0000002325/l1/set:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x001fee0000002325/l2/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x001fee0000002325_CH2     zigbee2mqtt/0x001fee0000002325:.* { json2nameValue($EVENT,'',$JSONMAP) }
zigbee2mqtt/0x001fee0000002325/l1/set:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x001fee0000002325/l2/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x7cb03eaa00ac067a     zigbee2mqtt/0x7cb03eaa00ac067a:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x7cb03eaa00ac15c6     zigbee2mqtt/0x7cb03eaa00ac15c6:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x7cb03eaa00adce30     zigbee2mqtt/0x7cb03eaa00adce30:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x7cb03eaa00af8bb0     zigbee2mqtt/0x7cb03eaa00af8bb0:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x7cb03eaa00b09cb3     zigbee2mqtt/0x7cb03eaa00b09cb3:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x7cb03eaa0a0148a6     zigbee2mqtt/0x7cb03eaa0a0148a6:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x7cb03eaa0a0148a6/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x7cb03eaa0a01af76     zigbee2mqtt/0x7cb03eaa0a01af76:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x7cb03eaa0a020832     zigbee2mqtt/0x7cb03eaa0a020832:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x7cb03eaa0a020832/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x7cb03eaa0a02eb04     zigbee2mqtt/0x7cb03eaa0a02eb04:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x7cb03eaa0a02eb04/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x7cb03eaa0a0359b9     zigbee2mqtt/0x7cb03eaa0a0359b9:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x7cb03eaa0a0359b9/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x7cb03eaa0a0486a6     zigbee2mqtt/0x7cb03eaa0a0486a6:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x7cb03eaa0a0486a6/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x7cb03eaa0a059ca4     zigbee2mqtt/0x7cb03eaa0a059ca4:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x7cb03eaa0a05a342     zigbee2mqtt/0x7cb03eaa0a05a342:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x7cb03eaa0a05a342/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x7cb03eaa0a05a827     zigbee2mqtt/0x7cb03eaa0a05a827:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x7cb03eaa0a05a858     zigbee2mqtt/0x7cb03eaa0a05a858:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x7cb03eaa0a05ca0d     zigbee2mqtt/0x7cb03eaa0a05ca0d:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x7cb03eaa0a06c3d2     zigbee2mqtt/0x7cb03eaa0a06c3d2:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x7cb03eaa0a06c3d2/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x84182600000f64bb     zigbee2mqtt/0x84182600000f64bb:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x84182600000f884d     zigbee2mqtt/0x84182600000f884d:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x84182600000f8d5d     zigbee2mqtt/0x84182600000f8d5d:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x84182600000f8daf     zigbee2mqtt/0x84182600000f8daf:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x84182600000f8f43     zigbee2mqtt/0x84182600000f8f43:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x84182600000f99ee     zigbee2mqtt/0x84182600000f99ee:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x84182600000f99ee/set:.* { json2nameValue($EVENT) }
MQTT2_zigbee_0x84182600000fa2c6     zigbee2mqtt/0x84182600000fa2c6:.* { json2nameValue($EVENT) }

MQTT2_zigbee_0x84182600000ff884     zigbee2mqtt/0x84182600000ff884:.* { json2nameValue($EVENT) }
zigbee2mqtt/0x84182600000ff884/set:.* { json2nameValue($EVENT) }

[Müller]

SORRY,

für Ch2 habe ich was Falsches kopiert. Hier ist das richtige reading:

Readings
associatedWith   MQTT2_MQTT2   2019-12-20 11:44:11
state   OFF   2019-12-20 15:49:32

(Das andere reading war von einem anderen Aktor)

[Beta-User]

...in dem link stand genau über dieser Option ein Hinweis, dass "0" gleichbedeutend ist mit "ausschalten"...
60 wäre vielleicht zielführender .

(Und ich würde es da einsortieren, wo es in der Anleitung auch zu finden ist, einfach zur Sicherheit...)


Irgendeine Erklärung für die "set"-Einträge? (Edit, jetzt habe ich einen Verdacht: Die kommen vermutlich daher, dass du MQTT2_CLIENT nutzt, oder? Und hast kein "General-Bridge-bridgeRegexp"-Device am Start? => Bitte das Wiki zu MQTT2_CLIENT lesen und ein "Sortierdevice" einrichten! Dann sollte man autocreate an den einzelnen zigbee2mqtt-MQTT2-Devices ausschalten, wenn die readingList (ohne "set") steht, nehme ich mal an.)

Und dann solltest du die CID's klarziehen, heute erscheint vermutlich bei zu vielen dieselbe:

Code Auswählen Erweitern

list TYPE=MQTT2_DEVICE CID
In jedem Fall bitte alles ändern, bei dem da heute der CLIENT-Name steht!

Kann jetzt erst mal nicht weiterhelfen, vermutlich bekommst du "Geisterreadings" über die "set"-Einträge in readingList.
[OT]
Es macht mich etwas unzufrieden, wenn ich - wie zu timeout - Dinge mehrfach schreiben muß oder die Anleitung übersetzen; ist es sehr viel verlangt, das als Erwartung von mir an "die user" (hier konkret an Dich) zu adressieren?
(Kann schon mal sein, dass was untergeht; passiert mir auch. Aber hier sind die Dinge doch noch recht übersichtlich und in unmittelbarem räumlichen Zusammenhang, und zur Erinnerung: ich habe diese Hardware nicht, ich nutze nicht mal mehr den zigbee2mqtt-Dienst, sondern versuche das nur so zu supporten, dass es für "die user" (am Ende) einfacher ist...)
[/OT]

[Müller]

habe 30 eingetragen --> geht net

ja, MQTT2_CLIENT
hab auch MQTT2_GeneralBridge

Ich bin eigentlich mit der Grundfunktion zufrieden. Ich dachte, ich helfe das template zu verbessern und gebe hierzu die Infos, welche die Hardware ausspuckt.
(Ich bin sehr dankbar, dass du mir bei einigen anderen Problemen geholfen hast)