[Modul] Zigbee2MQTT

[HarmonyFan]

Hi Kai,
kein Problem solange ich es nicht wieder vergesse:-)

Ein kleiner 5. Punkt im 1. Post könnte helfen:
5. Irgendwo unter Symcon eine neue Instanz vom Typ IPS-Z2MDevice anlegen und in deren Konfiguration das Topic eintragen.

Ralf

[icey]

@KaiS

Da solltest du nun Sensitivity setzen können. Die Variable wird erst angelegt, wenn der Wert einmal vom Modul empfangen wird. Setzen kannst du den Wert auch per Funktion:

Hallo Kai,

des Setzen der Empfindlichkeit klappt mit „Z2M_setSensitivity($InstanceID, $Value)“ bei mir leider nicht. Im MQTT-Debuglog von Symcon geht die Message zwar raus, aber im Zigee2Mqtt-Log kommt nichts an.

[b]Symcon-Mqtt-Debug-Log[/b]
TXT: 23.05.2019, 11:00:22 |            BUFFER IN | À<NUL>
TXT: 23.05.2019, 11:00:22 |      MQTT:RX:PINGREQ | 
TXT: 23.05.2019, 11:00:38 |      MQTT:TX:PUBLISH | Topic: zigbee2mqtt/Vibration01/set, Payload: {"sensitivity":"1"}
TXT: 23.05.2019, 11:00:38 |      MQTT:TX:PUBLISH | Sending to mqttjs_f3f3327a (127.0.0.1:58196)

[b]Zigbee2Mqtt-Debug-Log[/b]
[i]<kein entsprechender Eintrag im Log vorhanden>[/i]

Ich habe dann das gleiche mit Z2M_setColor($InstanceID, $decColor,‚cie‘) zu einer IKEA-Lampe getestet. Dort sieht man die von Symcon ausgehende MQTT-Message und auch die ankommende MQTT im Gateway.

[b]Symcon-Mqtt-Debug-Log[/b]
TXT: 23.05.2019, 11:03:57 |      MQTT:TX:PUBLISH | Topic: zigbee2mqtt/LampeColor01/set, Payload: {"color":{"x":0.4001,"y":0.4762}}
TXT: 23.05.2019, 11:03:57 |      MQTT:TX:PUBLISH | Sending to mqttjs_f3f3327a (127.0.0.1:58196)
TXT: 23.05.2019, 11:03:57 |            BUFFER IN | 0x<NUL><CAN>zigbee2mqtt/LampeColor01{"color":{"x":0.4001,"y":0.4762},"color_mode":1,"linkquality":65,"state":"OFF","brightness":3}
TXT: 23.05.2019, 11:03:57 |      MQTT:RX:PUBLISH | Topic: zigbee2mqtt/LampeColor01, Payload: {"color":{"x":0.4001,"y":0.4762},"color_mode":1,"linkquality":65,"state":"OFF","brightness":3}
TXT: 23.05.2019, 11:03:58 |            BUFFER IN | 0t<NUL><CAN>zigbee2mqtt/LampeColor01{"color":{"x":0.4,"y":0.476},"color_mode":1,"linkquality":63,"state":"OFF","brightness":3}0t<NUL><CAN>zigbee2mqtt/LampeColor01{"color":{"x":0.4,"y":0.476},"color_mode":1,"linkquality":63,"state":"OFF","brightness":3}
TXT: 23.05.2019, 11:03:58 |      MQTT:RX:PUBLISH | Topic: zigbee2mqtt/LampeColor01, Payload: {"color":{"x":0.4,"y":0.476},"color_mode":1,"linkquality":63,"state":"OFF","brightness":3}
TXT: 23.05.2019, 11:03:58 |      MQTT:RX:PUBLISH | Topic: zigbee2mqtt/LampeColor01, Payload: {"color":{"x":0.4,"y":0.476},"color_mode":1,"linkquality":63,"state":"OFF","brightness":3}
TXT: 23.05.2019, 11:03:58 |            BUFFER IN | 0t<NUL><CAN>zigbee2mqtt/LampeColor01{"color":{"x":0.4,"y":0.476},"color_mode":1,"linkquality":63,"state":"OFF","brightness":3}
TXT: 23.05.2019, 11:03:58 |      MQTT:RX:PUBLISH | Topic: zigbee2mqtt/LampeColor01, Payload: {"color":{"x":0.4,"y":0.476},"color_mode":1,"linkquality":63,"state":"OFF","brightness":3}

[b]Zigbee2Mqtt-Debug-Log[/b]
2019-5-23 11:03:57 Zigbee publish to device 'LampeColor01', lightingColorCtrl - moveToColor - {"transtime":0,"colorx":26221,"colory":31208} - {"manufSpec":0,"disDefaultRsp":0} - null
2019-5-23 11:03:57 MQTT publish: topic 'zigbee2mqtt/LampeColor01', payload '{"color":{"x":0.4001,"y":0.4762},"color_mode":1,"linkquality":65,"state":"OFF","brightness":3}'
2019-5-23 11:03:58 MQTT publish: topic 'zigbee2mqtt/LampeColor01', payload '{"color":{"x":0.4,"y":0.476},"color_mode":1,"linkquality":63,"state":"OFF","brightness":3}'

Könnte es sein, dass $Value kein Integer mit 1,2,3 sein darf, sondern ein String mit ‚low‘,‚medium‘,‚high‘ sein muss?

Gruss
Bernd

[KaiS]

Ich habe da anscheinend einen Fehler drin.
Schaue ich mir an.

Grüße,
Kai

[KaiS]

@KaiS

ACHTUNG
Bei der nächsten Beta Version (Version 2.0) werden sich die Idents der Variablen leider nochmal ändern.
Das heißt, gespeicherte Werte (Archiv) werden in den neuen Variablen nicht vorhanden sein, außer ihr migriert diese Werte.

Das passiert dadurch, dass ich im Hintergrund das Modul nochmal umgebaut habe.
Jetzt muss ich die neuen Variablen nicht mehr im Code fest hinterlegen, sondern kann diese in einer JSON Datei hinterlegen.
Evtl. kann man das ja so bauen, dass man selbst Variablen in einem Konfigurator hinzufügen kann, mal schauen.

Die JSON Datei wird so aussehen:

{
  "temperature": {
    "name": "Temperature",
    "type": 2,
    "profile": "~Temperature",
    "action": 0
  },
  "linkquality": {
    "name": "Linkquality",
    "type": 1,
    "profile": "",
    "action": 0
  },
  "humidity": {
    "name": "Humidity",
    "type": 2,
    "profile": "",
    "action": 0
  },
  "pressure": {
    "name": "Pressure",
    "type": 2,
    "profile": "",
    "action": 0
  },
  "battery": {
    "name": "Battery",
    "type": 2,
    "profile": "",
    "action": 0
  },
  "voltage": {
    "name": "Voltage",
    "type": 2,
    "profile": "",
    "action": 0
  },
  "action": {
    "name": "Action",
    "type": 3,
    "profile": "",
    "action": 0
  },
  "click": {
    "name": "Click",
    "type": 3,
    "profile": "",
    "action": 0
  },
  "brightness": {
    "name": "Brightness",
    "type": 2,
    "profile": "~Intensity.255",
    "action": 1
  },
  "occupancy": {
    "name": "Occupancy",
    "type": 0,
    "profile": "",
    "action": 0
  },
  "illuminance": {
    "name": "Illuminance",
    "type": 1,
    "profile": "",
    "action": 0
  },
  "water_leak": {
    "name": "Water Leak",
    "type": 0,
    "profile": "",
    "action": 0
  },
  "contact": {
    "name": "Contact",
    "type": 0,
    "profile": "",
    "action": 0
  },
  "smoke": {
    "name": "Smoke",
    "type": 0,
    "profile": "",
    "action": 0
  },
  "battery_low": {
    "name": "Battery Low",
    "type": 0,
    "profile": "",
    "action": 0
  },
  "angle": {
    "name": "Angle",
    "type": 1,
    "profile": "",
    "action": 0
  },
  "angle_x": {
    "name": "Angle X",
    "type": 1,
    "profile": "",
    "action": 0
  },
  "angle_y": {
    "name": "Angle Y",
    "type": 1,
    "profile": "",
    "action": 0
  },
  "angle_x_absolute": {
    "name": "Angle X Absolute",
    "type": 1,
    "profile": "",
    "action": 0
  },
  "angle_y_absolute": {
    "name": "Angle Y Absolute",
    "type": 1,
    "profile": "",
    "action": 0
  },
  "angle_z": {
    "name": "Angle Z",
    "type": 1,
    "profile": "",
    "action": 0
  },
  "from_side": {
    "name": "From Side",
    "type": 1,
    "profile": "",
    "action": 0
  },
  "to_side": {
    "name": "To Side",
    "type": 1,
    "profile": "",
    "action": 0
  },
  "state": {
    "name": "State",
    "type": 0,
    "profile": "~Switch",
    "action": 1,
    "boolean": {
      "true": "ON",
      "false": "OFF"
    }
  }
}

Zur Erklärung:
Name: Ist der Name der Variable
Type: Typ der Variable (0 Boolean, 1 Integer, 2 Float, 3 String)
Profile: Profil der Variable
Action: 1 Variable hat eine Aktion, 0 Variable hat keine Aktion
Boolean : true Mapping von ON auf True und false Mapping von OFF auf false.

Somit können auch mal schnell selbst Variablen ergänzt werden, die nur lesend sind. Variablen mit Aktionen müssen immer noch von mir hinzugefügt werden, da hierfür im Hintergrund noch eine Funktion geschrieben werden muss.

Variablen die selbst in der JSON Datei eingetragen werden, werden bei einem Modul Update überschrieben, von daher wäre es dann ratsam direkt hier zu posten, welche Variable hinzugefügt wurde oder einen Pull Request auf Github zu machen.

Wir können auch zusammen noch darüber diskutieren, ob diese Änderung sinnvoll ist, ich muss es nicht so umsetzen. Also wenn noch jemand Einwände hat, dann kann er diese gerne äußern!

Grüße,
Kai

Ich habe mir das nochmal durch den Kopf gehen lassen.
Die Idee ist gar nicht so gut…
Es gibt verschachtelte Payloads, ist damit nicht so einfach umsetzbar.
Es gibt Variablen wie „State“ die unterschiedliche Werte enthalten können.

Beispiel: ON und OFF
Dann gibt es aber auch Open, Close und Stop.

Ich glaube mittlerweile es wäre besser, für jedes Gerät eine eigene Instanz zu erstellen, bzw. eine Auswahl in der Konfiguration vornehmen zu können um welches Gerät es sich handelt und die Geräte müssen einfach von mir eingepflegt werden.

Grüße,
Kai

[Bayaro]

Hi Kai!

In meiner nächsten Version vom BatterieMonitor wird dein Zigbee2MQTT Modul unterstützt (ist schon eingebaut und für gut befunden - aber noch nicht öffentlich).
…jetzt lese ich gerade von deinen geplanten Änderungen bzgl. einzelnen/neuen Device-Instanzen und neuen Variablen-Idents.

Deshalb eine kleine Bitte - wenn du da was fertig hast, könntest du mir dann bitte eine kurze Info schicken, damit ich das dann im BatterieMonitor anpassen kann?

Danke im Voraus und viele Grüße,
Chris

[someone]

Hallo Kai,

danke für’s Ergänzen der Variablen für den Cube. Klappt nun super
Heute kam noch ein Bewegungsmelder von Aqara an. Der lief auf Anhieb. Klasse arbeit!

[zonex]

@someone

Hallo Kai,

danke für’s Ergänzen der Variablen für den Cube. Klappt nun super
Heute kam noch ein Bewegungsmelder von Aqara an. Der lief auf Anhieb. Klasse arbeit!

Für was verwendest du den ciube zb.
Glaub den brauch ich auch

Danke
Alex

[someone]

@zonex: Aktuell für meine Yeelights in der Stehlampe im Schlafzimmer:
180° Kippen: Ein
90° Killen: Aus
links/rechts drehen: Helligkeit regulieren
Schütteln: Morgens-Aufstehen-Routine starten (Jalos hoch und Radios an)

Schieben habe ich nicht mehr drin, weil man es einfach zu häufig versehentlich macht.
Auch darf mir das Teil nicht vom Nachttisch fallen, weil sonst die Jalos hochfahren und die Radios spielen
Ist ne nette spielerei und eine interessante Fernbedienung

[KaiS]

Ich denke ich werde erstmal alles so belassen wie es ist.
Und für Geräten wie zum Beispiel den Xiaomi Aqara curtain motor werde ich einfach eine extra Auswahlbox einführen.
Denn da ist hat die State Variable ein anderes Profil.

Grüße,
Kai

[HarmonyFan]

Hi,
hat jemand Erfahrung mit den Frequenzen/Kanälen? Ich habe Zigbee2MQTT auf Kanal 11 gestellt weil ich damit im Bereich von WiFi Kanal 1 liegen sollte der bei mir frei ist.

Gibt es Geräte die mit bestimmten Kanälen Probleme haben? Ich habe eine Osram RGBW Birne die nicht so recht will.

Ralf

[icey]

Hi,

schau mal bei heise/ct nach. [Link]

Leider wollen die für solche Artikel langsam Geld dafür (kann man ja auch irgendwie verstehen).

Generell würde ich empfehlen den Home-2.4-GHz-Kanal des Routers nicht über den Zigbee-Kanal zu legen.

Gruss
Bernd

[HarmonyFan]

Hi,
das habe ich ja gemacht deswegen habe ich Zigbee auf 11 gesetzt weil es dort frei sein soll. Meine Frage betraf eher die Zigbee-Geräte wie es sich da mit den Kanälen verhält. Bei WiFi weiß ich das einige Geräte Kanal 12+13 gar nicht mögen gibt es sowas bei Zigbee auch?

Ralf

[icey]

@HarmonyFan

Bei WiFi weiß ich das einige Geräte Kanal 12+13 gar nicht mögen gibt es sowas bei Zigbee auch?

Hallo Ralf,

das mit WiFi und den Kanälen 12/13 (Europa+Japan) und 14 (nur Japan) ist klar, da in USA nur die Kanäle 1-11 erlaubt sind. In der Regel können die meisten WiFi Chips/Driver über den Regioncode parametriert werden. Frühe WLAN-Chips für USA konnten nur bis 11.

Bei Zigbee ist mir so etwas offiziell nicht bekannt, kann aber möglich sein. Im Internet ist hierzu wenig zu finden. Bei Metageek [Link] gibt’s es ein paar Hinweise dafür. Dort wird erwähnt, dass Kanal 26 nicht von allen Geräten unterstützt wird. Da gibt es auch eine schöne Frequenzübersicht mit WiFi2.4 und Zigbee als PDF zum Download.

Man sollte auch beachten, dass die Kanalnummern von Zigbee (11[2405 MHz]-26[2480 MHz]) nichts mit denen von WiFi2.4 (1[MHz 2412]-14[2484 MHz]) zu tun haben.

Das Thema hat jetzt aber nur noch bedingt mit dem IPS-Zigbee2MQTT von Kai zu tun. Eventuell sollte man es im Unterforum Hardware: IPS-868 / ProJET, XBee, ZigBee, XPort diskutieren. Wenn über Zigbee zukünftig mehr diskutiert wird (Technik, Devices, usw.), könnte ein eigener Bereich sinnvoll sein. Das sollten aber die Admins bewerten.

Gruss
Bernd

[HerwinJan]

Hi Kai,

Thanx for all the work!

Two questions:

1. Are you planning support for Hue Color lamps in the Webfront?
   String like: {„state“:„ON“,„linkquality“:5,„brightness“:254,„color“:{„x“:0.342,„y“:0.351,„saturation“:17.3,„hue“:226.6},„color_temp“:195,„color_mode“:1}’

Manual setColor works, but love to set it though the webfront or app.

2. The HUe remote sends more commands, can you please add them as parameters:
   {„battery“:100,„linkquality“:47,„counter“:1,„brightness“:200,„action“:„on-hold-release“,„duration“:7.587}
   {„battery“:100,„linkquality“:78,„counter“:2,„brightness“:200,„action“:„on-press“,„duration“:0}

So, duration and counter are very usefull!

Thanx again!

[KaiS]

Hi HerwinJan,

1. I’ll try it!

2. Yes, I will add duration and counter!

Greetings,
Kai

[KaiS]

Duration und Counter habe ich hinzugefügt.

Duration and Counter added.

Grüße / Greetings,
Kai

[KaiS]

Color ist im Webfront verfügbar.
Die Version 2.0 ist im Modul Store über den Beta Kanal verfügbar.

Color is available on the webfront.
The version 2.0 is available in the module store via the beta channel.

Grüße / Greetings,
Kai

[HarmonyFan]

Hi,
kleiner Dreckfuhler in der Doku: „2M_setSensitivity“

Ralf

[heschdy]

Moin Kai,

könntest du bitte bei Gelegenheit noch die Funksteckdose mit Strommessfunktion von Bitron AV2010/25 hinzufügen?

http://www.zigbee2mqtt.io/devices/AV2010_25

19.06.2019, 23:12:12 |                 JSON | {"DataID":"{7F7632D9-FA40-4F38-8DEA-C83CD4325A32}","PacketType":3,"QualityOfService":0,"Retain":false,"Topic":"zigbee2mqtt/0x00124b000ef8707f","Payload":"{\"state\":\"ON\",\"linkquality\":65,\"power\":244.9}"}
19.06.2019, 23:12:12 |           MQTT Topic | zigbee2mqtt/0x00124b000ef8707f
19.06.2019, 23:12:12 |         MQTT Payload | {"state":"ON","linkquality":65,"power":244.9}

Danke dir!

PS: kleiner Tipp: die gibt es gerade in den Telekomshops im Angeot für 9,99€

[HerwinJan]

Thanx Kai, working great!