zigbee2mqtt - Beginner Fragen - Sonoff ZBDongle-P

[sihui]

Und wie bekomme ich jetzt ein Zigbee device hier rein?

Der einfachste Weg: erst einmal das Pairing durchführen.
Nach erfolgreichem Pairing steht am Ende deiner configuration.yaml ein neues Device, etwa so:

Code: Alles auswählen

 '0x00124b0029208106':
    friendly_name: 0x00124b0029208106

Dann gibt man dem Device einen vernünften Namen:

Code: Alles auswählen

 '0x00124b0029208106':
    friendly_name: MeinErstesDevice

und startet Z2M neu, damit der neue Name auch verwendet wird.
Nun installiert man sich einen MQTT Sniffer, z.B. MQTT Explorer oder einer der anderen zahlreich vorhandenen.
Dann wartet man, bis das Gerät Werte gesendet hat (oder drückt die entsprechenden Knöpfchen, um das zu beschleunigen).
Daraufhin siehst du die verwendeten Topics mit den Payloads und trägst diese entsprechend im Generic MQTT Thing ein.
Dann noch das Item visualisieren und damit ist man fertig ...

Have fun.

[sihui]

Bringe einen Zigbee switch (batterie) in den pairing mode und drücke in OH "Scan"

Das wäre der Weg, wenn du statt Z2M das Zigbee Binding von openHAB nutzen würdest.
Da du aber Z2M nutzt und die Devices DORT gepaired sind, nützt dir ein Scan in openHAB nichts. openHAB kennt die Geräte nicht, sondern kommuniziert nur per MQTT.

[udo1toni]

Ähm. Du musst da vor allem aufpassen, nicht die verschiedenen Konfigurationen durcheinander zu werfen.

Wie exakt ist der Container konfiguriert?
Wie sieht die Konfiguration innerhalb des Containers für zigbee2mqtt aus?

Ich gehe hier mal von der oben angegebenen docker-compose.yaml aus:

Code: Alles auswählen

version: '3.8' 
services: 
  zigbee2mqtt: 
    container_name: zigbee2mqtt # der Container heißt so
    image: koenkk/zigbee2mqtt   # dies ist das Image, auif dem der Container basiert
    restart: unless-stopped  # container starten, falls er nicht gezielt gestoppt war
    volumes: 
      - ./data:/app/data  # Mappe das lokale Verzeichnis ./data in den Container (dort unter /app/data erreichbar)
      - /run/udev:/run/udev:ro # Mappe das lokale Verzeichnis /run/udev in den Container (dort unter /run/udev erreichbar, nur lesbar)
    ports:
      # Frontend port 
      - 8081:8081 # mappe Port 8081 auf dem Hostsystem auf den Port 8081 im Container
    environment: 
      - TZ=Europe/Berlin # verwende als Zeitzone Europa/Berlin
    devices:
      # Make sure this matched your adapter location 
      - /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_58:/dev/ttyUSB0
      # verwende das Device mit dem langen Namen ;) und verwende im Container den Namen /dev/ttyUSB0
      

Der Stick ist also im Container unter dem Namen /dev/ttyUSB0 anzusprechen, wenn er gemappt ist. Es erscheint sinnvoll, den Namen zu mappen, da sonst bei Änderungen am Device (neuer Stick) die Konfiguration an zwei Stellen angefasst werden muss.
Alle Mappings in der docker-compose.yaml verwenden die Schreibweise

Code: Alles auswählen

<docker-Seite>:<Container-Seite>

eventuell ergänzt mit einem weiteren Doppelpunkt und angehängten zusätzlichen Parametern, wie im Beispiel ro für ein nur lesbares Verzeichnis.

[Boris099]

Bringe einen Zigbee switch (batterie) in den pairing mode und drücke in OH "Scan"

Das wäre der Weg, wenn du statt Z2M das Zigbee Binding von openHAB nutzen würdest.
Da du aber Z2M nutzt und die Devices DORT gepaired sind, nützt dir ein Scan in openHAB nichts. openHAB kennt die Geräte nicht, sondern kommuniziert nur per MQTT.

aber ich finde nun ein device in der configuration.yaml wie ist es dahin gekommen?
nur weil ich den pairing mode aufgerufen habe, wegen output: attribute?

Code: Alles auswählen

devices:
  '0x2c1165fffe96ba3a':
    friendly_name: '0x2c1165fffe96ba3a'

Und muß ich das Generic MQTT thing echt manuell anlegen?
Gab es da nicht sowas wie den HomeAssistant mode (wie bei Tasmota) und alles erscheint automatisch?
Und was meinst Du mit item visualisieren?

[sihui]

wie ist es dahin gekommen?

Weil du permit_join: true in deiner Konfiguration stehen hast. output: attribute erspart dir nur die relativ komplexe sonstige Notwendigkeit der Nutzung von Transformationen in den Topics.

Und muß ich das Generic MQTT thing echt manuell anlegen?

Ja.

Gab es da nicht sowas wie den HomeAssistant mode (wie bei Tasmota) und alles erscheint automatisch?

Ja, musst du dann aktivieren. Kann ich aber nichts zu sagen, da ich es noch nie genutzt habe.
Für ein besseres Verständnis der Zusammenhänge ist die manuelle Methode deutlich lehrreicher.

Und was meinst Du mit item visualisieren?

Das Item für die Anzeige der Daten/Werte in eine Sitemap oder die MainUI bringen.

[Boris099]

1. In mqtt.fx bekomme ich drei topics, wobei der wichtige "Action" also das Schaltsignal einen JSON Fehler erzeugt, muss ich da doch noch eine
transformation aktivieren?
2. Wie trage ich diese Topics nun in das Generic MQTT Thing ein, bzw. was davon?

Screenshot 2022-12-30 174108.jpg

EDIT:
aber im Portainer Log sehe ich ON und OFF bzw on und off (kann ja wichtig sein

Code: Alles auswählen

Zigbee2MQTT:info  2022-12-30 17:48:57: MQTT publish: topic 'zigbee2mqtt/0x2c1165fffe96ba3a/battery', payload '100'
Zigbee2MQTT:info  2022-12-30 17:48:57: MQTT publish: topic 'zigbee2mqtt/0x2c1165fffe96ba3a/action', payload 'on'
Zigbee2MQTT:info  2022-12-30 17:48:57: MQTT publish: topic 'zigbee2mqtt/0x2c1165fffe96ba3a/linkquality', payload '142'
Zigbee2MQTT:info  2022-12-30 17:49:02: MQTT publish: topic 'zigbee2mqtt/0x2c1165fffe96ba3a/battery', payload '100'
Zigbee2MQTT:info  2022-12-30 17:49:02: MQTT publish: topic 'zigbee2mqtt/0x2c1165fffe96ba3a/action', payload 'off'
Zigbee2MQTT:info  2022-12-30 17:49:02: MQTT publish: topic 'zigbee2mqtt/0x2c1165fffe96ba3a/linkquality', payload '138'

[Boris099]

Hi Udo,
Komme nicht ganz mit

Du schreibst: Ich gehe hier mal von der oben angegebenen docker-compose.yaml aus:

Code: Alles auswählen

version: '3.8' 
services: 
  zigbee2mqtt: 
    container_name: zigbee2mqtt # der Container heißt so
    image: koenkk/zigbee2mqtt   # dies ist das Image, auif dem der Container basiert
    restart: unless-stopped  # container starten, falls er nicht gezielt gestoppt war
    volumes: 
      - ./data:/app/data  # Mappe das lokale Verzeichnis ./data in den Container (dort unter /app/data erreichbar)
      - /run/udev:/run/udev:ro # Mappe das lokale Verzeichnis /run/udev in den Container (dort unter /run/udev erreichbar, nur lesbar)
    ports:
      # Frontend port 
      - 8081:8081 # mappe Port 8081 auf dem Hostsystem auf den Port 8081 im Container
    environment: 
      - TZ=Europe/Berlin # verwende als Zeitzone Europa/Berlin
    devices:
      # Make sure this matched your adapter location 
      - /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_58:/dev/ttyUSB0
      # verwende das Device mit dem langen Namen ;) und verwende im Container den Namen /dev/ttyUSB0

Der Stick ist also im Container unter dem Namen /dev/ttyUSB0 anzusprechen, wenn er gemappt ist. Es erscheint sinnvoll, den Namen zu mappen, da sonst bei Änderungen am Device (neuer Stick) die Konfiguration an zwei Stellen angefasst werden muss.

Also ich habe das mit dem Portainer Template gemacht, das sieht so aus:

Code: Alles auswählen

version: '3.8' 
services: 
  zigbee2mqtt: 
    container_name: zigbee2mqtt 
    image: koenkk/zigbee2mqtt
    restart: unless-stopped 
    volumes: 
      - ./data:/app/data 
      - /run/udev:/run/udev:ro
    ports:
      # Frontend port 
      - 8081:8080 
    environment: 
      - TZ=Europe/Berlin 
    devices:
      # Make sure this matched your adapter location 
      - /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_5899ddccce93eb119108194f3d98b6d1-if00-port0

1. anstatt 8081:8080 dann 8081:8081
2. hinter das /dev..... :/dev/ttyUSB0 und wo genau spreche ich das später im Container nochmal an?
Ich habe bemerkt, dass das dev nach dem Deployen etwas anders dargestellt wird, aber das benötige ich doch nun nicht mehr?

Für diese Änderungen - Muss ich den container&stack nochmal rausschmeißen, oder kann ich das in der Config nachträglich setzen?

Edit: Das zeigt also an wo ein Port gemappt ist, korrekt? Momentan kollidiert also der 8081 noch mit 8080 Openhab?

Screenshot 2022-12-30 182032.jpg

[Lux73]

mal ganz nebenbei bemerkt ist der SonOff Dongel jetzt nicht die beste Wahl um damit stabil z2m zu betreiben

im zigbee2mqtt Forum sind m.e. überdurchschnittlich viele Posts die von Problemen damit berichten ^^

/edit

meine Aussage ist nicht korrekt: diese bezieht sich ausschließlich auf die "E" Variante des Stick's

[Boris099]

mal ganz nebenbei bemerkt ist der SonOff Dongel jetzt nicht die beste Wahl um damit stabil z2m zu betreiben

im zigbee2mqtt sind m.e. überdurchschnittlich viele Posts die von Problemen damit berichten ^^

aber kommt das nicht alles aus China
und mir erschien es eher, als genau dieser wird sehr empfohlen ...

[Lux73]

ich kann nur schreiben was ich in deren Forum so lese... zu Anfang wurde der massiv gepusht weil halt günstig zu bekommen (unter €10)

mir fällt halt auf das wenn es Probleme gibt überdurchschnittlich häufig der SonOff Variante "E" involviert ist

/edit

nur Variante "E" betroffen!!