Keine Geräte in HA

Add-ons Zigbee2MQTT
1

Hallo, ich beschreibe mal, was passiert ist:

Sonoff-Stick mit neuester Firmware geflasht und an den HA (auf Intel NUC/x86) gesteckt, Zigbee2MQTT Addon installiert, gestartet, onboarding problemlos. MQTT war schon da.
die ersten zwei Geräte discovert und verbunden.
Lampe und Fernbedienung funktionieren zusammen wie erwartet, ein/aus und dimmen klappt.

ABER:
ich sehe die beiden Geräte nicht in HA, also auch in keinem Dashboard - keine Bereichszuordnung…usw.
Ich hab den ganzen Tag gelesen und nichts gefunden.

Was ist die Ursache, hat jemand eine Idee?

2

Moin,

Also Du hast

  • MQTT Broker (Moaquitto) installiert?
  • Zigbee2MQTT installiert?

Hast Du auch den MQTT Client, also die MQTT Integration in HA installiert und konfiguriert, sodass er die Daten vom MQTT Broker abrufet?

VG
Bernd

3

Ohne deine Konfiguration zu sehen ist das schwierig. Die Glaskugel ist gerade beschlagen :wink:

Hier mal meine Config für den Sonoff:

data_path: /config/zigbee2mqtt
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: "-d -d"
  log: false
mqtt:
  server: mqtt://192.168.xxx.xxx:1883
serial:
  serial:
    adapter: ember
4

Wie steht es um den Klassiker: HA einmal neu gestartet? :thinking:

1 „Gefällt mir“
5

keinen Broker, nur die MQTT-Integration. Von einem Broker steht nirgends etwas. Ich habe mit einem MQTT-Explorer die Daten von Zigbee2MQTT mitlesen können, ich denke, es braucht keinen Broker. Nicht sicher.

klar, mehrfach neu gestartet.

6 
data_path: /config/zigbee2mqtt
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: "-d -d"
  log: false
mqtt:
  enabled: true
serial: {}
7

Zigbee2mqtt ohne MQTT-BROKER??? Könnte schwierig werden.

8

ist ja auch drauf und läuft, habs übersehen
mqtt: server: xxxxx hat nichts geändert

9

Da muss die IP-Adresse von deinem Broker rein mit :1883 am Ende

Und den Adapter eintragen!!!

10

das habe ich doch schon getestet, und natürlich habe ich die xxxx durch die richtige Adresse ersetzt.
der Zigbee-stick wird richtig erkannt und funktioniert, an der “serial”-config kann es also nicht liegen.

in den logs sehe ich, dass Z2MQTT per mqtt sendet, scheinbar wird es nicht empfangen. Würde also raten - es liegt nicht am Zigbee2Mqtt-AddOn, sondern am HA irgendwo. Nur wo?

11

Moin,

Wenn da kein MQTT Broker laufen würde, dann würde Zigbee2MQTT nicht starten und der TE sagte ja, dass er zwei Geräte angelernt hat.

Das habe ich dich oben gefragt, hast Du auch den MQTT Client, also die Integration in HA installiert?

grafik
grafik534×680 20.6 KB

VG
Bernd

P.S.: und das auch in Z2M eingeschaltet?

grafik
grafik1777×741 91.6 KB

12

beides ja.
aber ich glaube, ich habe den Fahler gefunden.
MQTT hat 5 Entitäten, es wird ein Broker auf einem entfernten Raspi abgefragt. Klappt gut. Deshalb steht aber die IP des Brokers in der Konfig der MQTT-Integration
Ich kann keinen zweiten MQTT-Eintrag machen, der auf den lokalen Broker zeigt - dort kommen aber die “Nachrichten” vom Z2M-AddOn an.
Und nun? Wie kann ich das lösen?

13

Moin,

kannst Du das mal in ganzen verständlichen Worten erklären, was ist denn jetzt auf einmal ein MQTT auf RasPI.

Deine Konfiguration sollte so aussehen

  • 1 MQTT Broker
  • x MQTTR Clients, die den einen Broker ansprechen, dazu gehört auch der Zigbee2MQTT.

Wenn ich mir das so noch öfter durchlese, dann gehört auch in Z2M der entfernte MQTT Broker eingetragen.

Lesestoff

VG
Bernd

15

Ich werde mal lesen, morgen.

Dankeschön erstmal.

Update:
auf einem Raspi läuft die Überwachung und Logging für Solaranlage.
Daten vom Wechselrichter und Zähler werden per RS485 und USB übermittelt. Das ist aber irrelevant (alles local).
Das Programm stellt Leistung und Energiedaten per MQTTpublish zur Verfügung. Der Broker ist auf dem Raspi. Den frage ich mit MQTT Subscription vom HA aus ab, daraus füttere ich mein Energie-Dashboard.
jetzt brauche ich eine MQTTSubscription zum Mosqitto-Broker auf dem HA selbst, um die Daten von Zigbee2MQTT zu lesen. Zwei Subscriptions zu verschiedenen Brokern geht nicht in HA, oder?

Verständlich?

Ich denke, ich werde versuchen, dem Programm auf dem Raspi beizubringen, den Broker auf dem HA zu verwenden.
Könnte das gehen? Oder gibt es eine andere Lösung?

:crayon:by HarryP: Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)
Sorry und dankeschön, HarryP!

16

Moin,

nein, musst Du nicht!
Dafür hast Du doch den MQTT Broker auf dem RasPI, Du musst Z2M so einrichten, das der auch den Broker nimmt!

Dann bekommt Dein HA auch die Daten!

Oder eben so, denn ein Broker kann tausende Publisher und / oder Subscriber abfackeln.

VG
Bernd

1 „Gefällt mir“
17

Es geht sogar noch besser.

Man kann den Broker als Bridge einrichten. Der lokale Broker auf dem HA holt die Daten vom entfernen Broker ab und HA selbst fragt nur den eigenen ab. Hab ich schon eingereicht, alle Daten sind sichtbar im MQTT Explorer. Aber Geräte werden immer noch nicht erstellt. Weitersuchen…

18

Moin,

ja, das kann man machen, macht aber die Fehlersuche auch nicht einfacher, warum nicht KISS = Keep it simple stupide

VG
Bernd

2 „Gefällt mir“
19

KISS ist ne gute Idee…wie schon erwähnt, sind im lokalen MQTT-Broker jetzt alle Daten zu sehen, nur Geräte werden im HA nicht erstellt.Was kann ich jetzt noch prüfen? Ich hatte vorher in der configuration.yaml manuell Sensoren aus MQTT-Daten definiert, diese funktionieren auch noch, obwohl jetzt für diese Sensoren nicht mehr der entfernte Broker direkt abgefragt wird. Das sagt mir, dass das MQTT-Bridging richtig eingerichtet ist. Verhindert diese manuelle Einstellung in der yaml vielleicht die automatische Erstellung von Geräten?

# Loads default set of integrations. Do not remove.
default_config:
http:
 ssl_certificate: /ssl/fullchain.pem
 ssl_key: /ssl/privkey.pem
 
mqtt:
  sensor:
    - name: "Bezugszähler Leistung"
      device_class: power
      state_class: MEASUREMENT
      icon: "mdi:counter"
      unique_id: Solarview_D0_Lesekopf_Leistung_W
      state_topic: "solarview/D0/DPAC"
#      value_template: "{{value | round(1) }}"
      unit_of_measurement: "W"
      availability_topic: "solarview/status"
      
    - name: "Bezugszähler Energie"
      device_class: energy
      state_class: total_increasing
      icon: "mdi:counter"
      unique_id: Solarview_D0_Lesekopf_Energiebezug_kWh
      state_topic: "solarview/D0/BKT0"
      value_template: "{{value | round(1) }}"
      unit_of_measurement: "kWh"
      availability_topic: "solarview/status"
      
    - name: "Lieferzähler Energie"
      device_class: energy
      state_class: total_increasing
      icon: "mdi:counter"
      unique_id: Solarview_D0_Lesekopf_Energielieferung_kWh
      state_topic: "solarview/D0/GKT0"
      value_template: "{{value | round(1) }}"
      unit_of_measurement: "kWh"
      availability_topic: "solarview/status"
      
    - name: "PV-Erzeugungszähler Energie"
      device_class: energy
      state_class: total_increasing
      icon: "mdi:counter"
      unique_id: Solarview_WR0_Energie_kWh
      state_topic: "solarview/WR0/KT0"
      value_template: "{{value | round(1) }}"
      unit_of_measurement: "kWh"
      availability_topic: "solarview/status"
      
    - name: "PV-Erzeugungszähler Leistung"
      device_class: power
      state_class: MEASUREMENT
      icon: "mdi:counter"
      unique_id: Solarview_WR0_Leisung_W
      state_topic: "solarview/WR0/PAC"
#      value_template: "{{value | round(1) }}"
      unit_of_measurement: "W"
      availability_topic: "solarview/status"
      
# Load frontend themes from the themes folder
frontend:
  themes:  !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
1 „Gefällt mir“