Zigbee2mqtt installation
-
@nox309 said in Zigbee2mqtt installation:
@schmetterfliege
Hat das einen Grund, warum du die WLAN-Geräte nicht über den Sonoff Adapter einbindest?
Ich habe so alle meine Gosound angebunden und habe keine Probleme die States richtig zu verarbeiten.Mit Sonoff waren sie vorher eingebunden. Aber da ich mein Zigbee Zeug nun auch nach MQTT geholt habe hätte ich das Ganze schon ganz gerne auch in einem Adapter, daher alles zum MQTT Adapter umgezogen.
Macht ja an sich überhaupt keinen Unterschied ob die Daten nun im MQTT Adapter oder Sonoff Adapter stehen - kommt aufs gleiche raus^^
-
@schmetterfliege sagte in Zigbee2mqtt installation:
Macht ja an sich überhaupt keinen Unterschied ob die Daten nun im MQTT Adapter oder Sonoff Adapter stehen - kommt aufs gleiche raus^^
Aber auch nur, wenn der Sonoff Adapter alle Werte kennt, die über Tasmota reinkommen.
-
@schmetterfliege
Ahh okay, ja den Gedanken kann ich nachvollziehen. Ich habe sie getrennt gelassen, aber das ist ja auch alles so ein bisschen Philosophie frage. -
@mickym said in Zigbee2mqtt installation:
@schmetterfliege sagte in Zigbee2mqtt installation:
Macht ja an sich überhaupt keinen Unterschied ob die Daten nun im MQTT Adapter oder Sonoff Adapter stehen - kommt aufs gleiche raus^^
Aber auch nur, wenn der Sonoff Adapter alle Werte kennt, die über Tasmota reinkommen.
Er kennt alle und noch viel mehr^^
Das hier ist eine Einzelsteckdose:
Rausgezoomt damit alles aufs Bild passt
-
Ich hab heute ne neue Steckdose zu Zigbee2Mqtt hinzugefügt, und musste deshalb eine andere Umbenennen.
Ergebnis war, dass NR 2 mal gecrasht ist, trotz catch nodes.
@mickym ist dir bekannt ob es "normal" ist dass NR crasht wenn eine Topic "plötzlich" nicht mehr existiert?
Log zu lesen von unten nach oben -
@schmetterfliege Für mich sieht es aus als ob Du die zigbee2mqtt Node installiert hast.
Warum machst Du sowas?
Ich hab Dir ja schon mal gesagt, dass ich mit solchen Mehrfachzugriffen Probleme hast. Nach dem Log schaut es so aus, dass diese Node für den Crash verantwortlich ist. Warum kann ich Dir nicht sagen, da ich sie nicht nutze.
Siehe Log Eintrag vom:
2022-10-24 16:57:50.979 -
@mickym said in Zigbee2mqtt installation:
@schmetterfliege Für mich sieht es aus als ob Du die zigbee2mqtt Node installiert hast.
Warum machst Du sowas?
Ich hab Dir ja schon mal gesagt, dass ich mit solchen Mehrfachzugriffen Probleme hast. Nach dem Log schaut es so aus, dass diese Node für den Crash verantwortlich ist. Warum kann ich Dir nicht sagen, da ich sie nicht nutze.
Siehe Log Eintrag vom:
2022-10-24 16:57:50.979
Is n guter Punkt. Das hatte ich zuerst installiert und dann aber die MQTT Dinger benutzt nachdem du mich drauf aufmerksam gemacht hast. "Verwenden" tu ich die zigbee2mqtt nodes nicht. Blöde Frage: Wie deinstalliere ich das denn? Ich hab die Bridge Config gelöscht und hab jetzt den Entfernen button, aber geht nicht weil ich zigbee2mqtt-server nicht deaktivieren kann? -
@schmetterfliege In den Konfigurationsnodes auch löschen. Und die Nodes kannst Du doch durch Entfernen löschen
-
@mickym said in Zigbee2mqtt installation:
@schmetterfliege In den Konfigurationsnodes auch löschen. Und die Nodes kannst Du doch durch Entfernen löschen
Die Config hab ich gelöscht, aber wenn ich beim server "deaktivieren" drücke, passiert nix -
@schmetterfliege Schau mal in deinen KonfigurationsNodes ob da noch was drin ist.- wenn gar nichts hilft, dann musst Du halt den Adapter stoppen und die Node manuell über die Kommandozeile löschen.
Dazu in Dein Node-Red Verzeichnis gehen
cd /opt/iobroker/iobroker-data/node-red.0 npm remove node-red-contib-zigbee2mqtt -
@mickym said in Zigbee2mqtt installation:
@schmetterfliege Schau mal in deinen KonfigurationsNodes ob da noch was drin ist.- wenn gar nichts hilft, dann musst Du halt den Adapter stoppen und die Node manuell über die Kommandozeile löschen.
Dazu in Dein Node-Red Verzeichnis gehen
cd /opt/iobroker/iobroker-data/node-red.0 npm remove node-red-contib-zigbee2mqttWas genau meinst du mit KonfigurationsNodes?
Der Adapter zeigt 5 nodes, ich kann aber nur 4 nutzen. Und bei denen hab ich alles gelöscht.
Die Zigbee2mqtt-Server Node kann ich weder nutzen noch konfigurieren noch deaktivieren - und genau der verhindert das löschen -
-
@mickym said in Zigbee2mqtt installation:
@schmetterfliege sagte in Zigbee2mqtt installation:
Was genau meinst du mit KonfigurationsNodes?
Danke dir.
In der zigbee2mqtt bridge node stand noch was von TLS.
In den Konfigurationsnodes war irgendwas mit TLS - das hab ich gelöscht. Keine Ahnung ob das was damit zu tun hatte.
NR gestoppt hatte ich vorher und es manuell gelöscht, angezeigt wurde es immernoch.
Dann wie gesagt die TLS konfigurationsnode gelöscht, ging immer noch nicht.
Und dann gabs da eine unknown, was die zigbee2mqtt-server node war. Die gelöscht, und schon war alles weg -
@schmetterfliege Na wenn die Nodes endlich weg sind, sollte das Teil auch nicht mehr crashen.
-
@mickym said in Zigbee2mqtt installation:
@schmetterfliege Na wenn die Nodes endlich weg sind, sollte das Teil auch nicht mehr crashen.
Hoffen wir's
danke dir! -
Ich teste grade rum wie ich mir am besten die Daten von den Sensoren in NR hole, und dabei ist mir aufgefallen dass die Sensoren meistens 2 oder 3 MQTT Messages gleichzeitig senden, in jedem Fall war in der ersten Message die Humidity anders als in der 2. und 3. Message - da waren alle Daten genau gleich.
Frage 1: weißt du ob das "normal" ist?
Frage 2: gerade bei der Tabelle könnte das theoretisch doof sein wenn die bei jedem Update 2 oder 3 mal neu gemacht wird, oder? -
@schmetterfliege Hmm - ob es normal ist kann ich dir nicht sagen - manchmal kommt es bei mir auch mehrfach, manchmal nicht. Abfangen kannst Du es ja mit einer trigger Node - wo du letztlich festlegst, dass die Nachricht erst weiter geleitet wird, wenn für eine gewisse Zeit keine weitere Nachricht kommt.
-
@mickym said in Zigbee2mqtt installation:
@schmetterfliege Hmm - ob es normal ist kann ich dir nicht sagen - manchmal kommt es bei mir auch mehrfach, manchmal nicht. Abfangen kannst Du es ja mit einer trigger Node - wo du letztlich festlegst, dass die Nachricht erst weiter geleitet wird, wenn für eine gewisse Zeit keine weitere Nachricht kommt.
Hab ich auch schon überlegt, aber das Problem dabei ist dass ich ja die Daten per Wildcard hole, und dann kann ich ja keinen Trigger machen weil der dann ein Update eines anderen Sensors blocken könnte, oder?
Dann müsste ich ja jeden Sensor einzeln subscriben?Wobei ich den Trigger ja auf 1 ms oder so setzen kann. Die Mehrfachupdates kommen ja zum gleichen Zeitpunkt
-
@schmetterfliege Na auf ms Basis ist Schwachsinn - da braucht das System ja schon länger. Ich würde mind. 100ms nehmen. Und die trigger Node ist so intelligent, dass die mehrfach für jedes topic getrennt reagieren kann.
Das ist die beste Node schlechthin.
-
@mickym said in Zigbee2mqtt installation:
@schmetterfliege Na auf ms Basis ist schwachsinn - da braucht das System ja schon länger. Ich würde mind. 100ms nehmen. Und die trigger Node ist so intelligent, dass die Mehrfach für jedes topic getrennt reagieren kann.
Stimmt, 1ms is echt n bissl arg wenig
Okay, nice! Hab ich gar nicht dran gedacht dass es diese Option gab! Danke
