Test Adapter zigbee2mqtt
-
@1topf
Das Dashboard ist nicht Teil des Adapters sondern Teil von zigbee2mqtt, soviel vorweg.Aber ich bin mir gerade nicht sicher, denn auf dem Handy fehlt mein Taster auch. Habe aktuell nur einen.
-
@1Topf und @crunchip, ja das ist bei mir auch bei gewissen Tastern so.
Allerdings habe ich da kein Einfluss darauf da die Oberfläche von Zigbee2Mqtt kommt und nicht von meinen Adapter.#Edit:
@nox309 hatte dein Beitrag gar nicht gesehen
-
Danke für die Info. Gerade habe ich einen weiteren Xiaomitaster angelernt (neueres Modell). Dieser taucht auch nicht im Dashboard auf, dafür ist plötzlich der ältere Xiaomitaster vorhanden. Ich lerne jetzt erstmal alle Geräte an, dann schau ich nochmal. Kann sich nur um Tage handeln.
-
@1topf sagte in Test Adapter zigbee2mqtt:
..., dann schau ich nochmal.
So. Taster tauchen alle auf, wenn man sie betätigt. Ob sie bei Nichtbenutzung wieder verschwinden muß ich abwarten. Nun fehlt noch ein HEIMAN-Rauchmelder, aber den will ich grad nicht auslösen
. Erfahrungsgemäß müßte er sich ca. alle 24h mal melden.Noch eine Comfortfrage: die Minibildchen unter Geräte u. Dashboard u. Karte werden ja wohl von zigbee2mqtt.io geladen, richtig? Kann man das auch lokal lösen? Ich hab z.B. verschiedene Temp.sensoren, die Tuya mittlerweile alle als TS0201 bezeichnet. Aber da hab ich welche in rund, in eckig und sogar ohne Display. Wenn man da die Bilder selbst hinterlegen könnte wäre das super.
-
Noch eine Comfortfrage: die Minibildchen unter Geräte u. Dashboard u. Karte werden ja wohl von zigbee2mqtt.io geladen, richtig? Kann man das auch lokal lösen?
Das wäre mir nicht bekannt, einbauen kann ich es leider nicht, denn wie ich ja schon erwähnte wird das WebUi von Zigbee2Mqtt bereitgestellt.
-
@idlebit Ich hab noch eine Frage. Wenn ich im Frontend für ein Gerät Funktionen habe, die mir aber dann in ioBroker in den Objekten nicht angezeigt werden, wo ist da das Problem zu suchen?
Konkret geht es um einen Dimmer von HEIMAN. Die Funktionen "brightness_move_up" bzw. "..._down" gibt es in den Objekten nicht. Falls die Datenpunkte "move" und "stop" etwas damit zu tun haben sollten, so reagieren die nicht. Wie könnte ich denn rausfinden, weshalb das so ist?
"Color_move" und "on/off" funktionieren. "Simulated_brightness" steht immer auf 100%, auch wenn ich da etwas im Frontend ändere .
Oder bin ich hier schon wieder komplett auf dem Holzweg und suche das Problem an der falschen Stelle?
Im Zigbee-Adapter hatte ich den nie in Betrieb, da er damals noch nicht bei zigbee-herdsman eingepflegt war. Seitdem lag das Teil in der Ecke.
info 2022-11-25 13:59:45MQTT publish: topic 'zigbee2mqtt/Dimmer', payload '{"action":"brightness_move_up","action_rate":50,"battery":68.5,"brightness":255,"last_seen":"2022-11-25T13:59:45+01:00","linkquality":94}' info 2022-11-25 13:59:45MQTT publish: topic 'zigbee2mqtt/Dimmer', payload '{"battery":68.5,"brightness":255,"last_seen":"2022-11-25T13:59:45+01:00","linkquality":94}' info 2022-11-25 13:59:45MQTT publish: topic 'zigbee2mqtt/Dimmer', payload '{"action":"brightness_stop","battery":68.5,"brightness":255,"last_seen":"2022-11-25T13:59:45+01:00","linkquality":94}'.
.
.
-
@1topf Hier gibt es 2 Optionen:
-
@idlebit
OK, Danke für die Info. Legacy gibts nicht, also hilft wohl nur ein issue. Schönen Abend noch.
Update: ich dachte mir gestern abend noch, daß ich mir mal im MQTT-Explorer (Windows) die gesendeten Daten anschaue. Dann hab ich nochmal an den Werten "delta" und "interval" rumgespielt (hatte ich vorher auch schon gemacht), und plötzlich geht's. Der Wert "simulated_brightness" ändert sich jetzt. Die Androhung eines issues hat wohl gereicht.
-
@1topf sagte in Test Adapter zigbee2mqtt:
Der Wert "simulated_brightness" ändert sich jetzt. Die Androhung eines issues hat wohl gereicht.
Ja topp, dann läuft es ja
-
Ich habe diesen Thread gelesen und so richtig sind mir die Vorteile nicht klar.
Was ich verstanden habe, habe ich unten mal zusammengefasst.Es wäre schön, wenn das jemand korrigieren/kommentieren würde.
Vorteile:
-
Hauptvorteil: Mit dem mqtt zigbee Server lassen sich optionale Eigenschaften einiger Zigbee Geräte ändern.
-
Subjektiv schnellere Reaktion der Geräte.
Auch bei Installation des zigbee Servers auf VM mit dem verbundenen Overhead !?? -
(eventuell) etwas bessere Oberfläche zum Einbinden der Zigbee Geräte. Funktioniert die Map und die Signalstärken bei dem mqtt Zigbee Server?
Was sind noch weitere Vorteile des UIs?
Bei mir funktionieren die Firmware Updates vieler Zigbee Geräte nicht mit dem normalen Zigbee Adapter. Geht das mit dem mqtt zigbee Server besser?
Nachteile:
-
Höherer Installationsaufwand und deutlich höhere Komplexität
-
Bei Installation in einer VM oder eines Containers hat man wieder eine weitere OS- und App- Instanz, die unabhängig von der iobroker Instanz gewartet und gepflegt werden muss.
Das empfinde ich bei der Homematic (Raspberrymatic) als deutlichen Nachteil. Das vorletzte Promox Update hat mich 4 Stunden gekostet, weil irgendeine Option in der Rasberrymatic VM nicht mehr funktioniert hat. -
Höherer Ressourcenbedarf(Memory). Kein Problem bei NUC und Co. aber bei Raspberry 3 problematisch. Der Stromverbrauch durch weitere VM ist höher und geringfügig höher bei Verwendung eines LXCs.
-
Backup des mqtt zigbee Server über Container/VM Backup.
Falls aber kein Container verwendet wird, muss man sich mit dem Backup Konzept des mqtt zigbee Servers auseinandersetzen (falls das überhaupt vorhanden ist) und sich ein Backup selber implementieren. -
Ohne Container könnte es bei Nodejs Updates Konflikte geben, mit der Nodejs Version, die für den mqtt Zigbee Server relevant ist und der für iobroker.
-
-
@marty56 sagte in Test Adapter zigbee2mqtt:
Vorteile
- ja
- ja
- ja
@marty56 sagte in Test Adapter zigbee2mqtt:
Nachteile:
-
1-3 an irgendeinem Tod muss man sterben, letztendlich liegt das Hauptaugenmerk auf
https://forum.iobroker.net/post/878243
und muss jeder für sich entscheiden -
5 denke da wird es keine Probleme geben
@marty56 sagte in Test Adapter zigbee2mqtt:
Das empfinde ich bei der Homematic (Raspberrymatic) als deutlichen Nachteil. Das vorletzte Promox Update hat mich 4 Stunden gekostet, weil irgendeine Option in der Rasberrymatic VM nicht mehr funktioniert hat.
das liegt dann aber eher an Raspberrymatic
-
@crunchip danke für die Rückmeldung.
Könntest Du noch ein paar Worte zu Punkt 3 der Vorteile schreiben und ggf. meine Fragen beantworten? -
@marty56 Ganz ehrlich: über all die Sachen habe ich mir vorher NULL Gedanken gemacht, sondern ich bin einfach umgestiegen. Hat sich aber angeboten, da ich den Coordinator gewechselt habe und damit (auch wenn es nicht notwendig gewesen wäre) alle Geräte neu angelernt habe.
Ich habe ioB auch nicht in einer VM laufen, sondern auf einem ThinClient unter Linux. Da hab ich einfach noch z2m installiert und das wars. Wenn Du solche Sorgen hast, dann teste das doch erstmal auf einem Raspi, also nur ioB und z2m + z2m-Adapter.
Zu den Updates kann ich nichts sagen, wird wohl wie im Zigbee-Adapter sein: geht oder geht nicht.
Die Map funzt, aber ist nun nichts wirklich nützliches. Aber schön anzuschaun.
-
@marty56 sagte in Test Adapter zigbee2mqtt:
(eventuell) etwas bessere Oberfläche zum Einbinden der Zigbee Geräte. Funktioniert die Map und die Signalstärken bei dem mqtt Zigbee Server?
Was sind noch weitere Vorteile des UIs?
Bei mir funktionieren die Firmware Updates vieler Zigbee Geräte nicht mit dem normalen Zigbee Adapter. Geht das mit dem mqtt zigbee Server besser?Moin,
Also die Map und die Signal-Stärke werden auch angezeigt, wie aussagekräftig die Signal-Stärke ist, kann ich nicht sagen.
Bei mir kommen die Daten aber hin.
Für mich persönlich ist ein weiterer Vorteil, dass ich wesentlich mehr Informationen zu den einzelnen Geräten bekomme. Ebenso habe ich viel detaillierte Einstellungen meiner Zigbee Umgebung.
OTA Updates gehen hier wunderbar, habe auf einen schlag alle meine Geräte überprüft und dann nach und nach einem Update unterzogen. -
@marty56 sagte in Test Adapter zigbee2mqtt:
paar Worte zu Punkt 3 der Vorteile schreiben und ggf. meine Fragen beantworten
wurde ja schon beantwortet
-
@nox309 sagte in Test Adapter zigbee2mqtt:
Für mich persönlich ist ein weiterer Vorteil, dass ich wesentlich mehr Informationen zu den einzelnen Geräten bekomme.
echt welche ??? welche infos hast du im z2m die nicht im zigbee adapter sind ??
Ebenso habe ich viel detaillierte Einstellungen meiner Zigbee Umgebung.
hier das gleiche.. alles was z2m hat hat der adapter auch.. da die gleiche Grundlage
OTA Updates gehen hier wunderbar, habe auf einen schlag alle meine Geräte überprüft und dann nach und nach einem Update unterzogen.
ist auch egal..da die gleiche funktionalitäten gezogen werden...
im entdefekt ist es so:
z2m macht bssel mehr MAGIC also braucht man spzielle Einstellungen die nur da verfürgbar sind.. dan ninstallier z2m
bist du ein Nutzer der einfach paar Sensoren auswerten will und paar Lampen ein/ausschalten will und paar plugs schalten will (mit oder ohne Erfassung) und du kein bock hast noch ein System zu pflegen (updates musst du da auch machen) dann installier den zigbee adapter und gut ist...
alles andere ist pillepalle.. die Karte wird genauso gut/schlech funktionieren wie im zigbee adpater da hier auch nur eine Momentaufnahe da ist (wenn einSensor schläf wird der nicht aufgeweckt um zu schauen ob der noch erreichbar ist und welche link quality der hat)
ein Umstieg lohnt in meinen Augen nicht für otto normal user
-
@arteck Danke. Dann ist für mich die Entscheidung beim Zigbee Adapter zu bleiben klar!
-
@IdleBit erstmal vielen Dank für den Adapter.
nachdem ich gestern meinen Zigbee Adapter in ioBroker durch ein falsche Coordinator update zerschossen habe, habe ich gleich die Gunst der Stunde genutzt und bin auf Zigbee2Mqtt umgestiegen (VM auf Synology NAS, Docker habe ich nicht zum laufen bekommen).
Deine Anpassungen vorgenommen und den Adapter installier. Läuft alles bestens!
Aber eines ist mir aufgefallen, ich habe bspw eine UseeLink SM-0306E Steckdosenleiste. Diese konnte ich mit dem Zigbee Adapter zwar hinzufügen und auch steuern, aber es gab immer sehr viele Fehlermeldungen. Unter zigbee2Mqtt ist das kein Problem. Meine Innr Steckdoesen wiederum konnte ich mit dem Zigbee Adapter problemlos hinzufügen, Zigbee2mqtt findet sie erst gar nicht.
Adapter ist der LAN Adapter hier aus dem Forum von @dimaiv
Normalerweise müsste das doch 1:1 gleich sein von den unterstützten Geräten, oder? -
@toralt sagte in Test Adapter zigbee2mqtt:
ich habe bspw eine UseeLink SM-0306E Steckdosenleiste. Diese konnte ich mit dem Zigbee Adapter zwar hinzufügen und auch steuern, aber es gab immer sehr viele Fehlermeldungen. Unter zigbee2Mqtt ist das kein Problem. Meine Innr Steckdoesen wiederum konnte ich mit dem Zigbee Adapter problemlos hinzufügen
Ja das kann sein da der Adapter die Datenpunkte anhand der Exposes aufbaut.
@toralt sagte in Test Adapter zigbee2mqtt:
Meine Innr Steckdoesen wiederum konnte ich mit dem Zigbee Adapter problemlos hinzufügen, Zigbee2mqtt findet sie erst gar nicht.
Ich habe auch Inner Dosen im Einsatz ohne Probleme, denke nicht das es an z2m liegt.
@toralt sagte in Test Adapter zigbee2mqtt:
Normalerweise müsste das doch 1:1 gleich sein von den unterstützten Geräten, oder?
Ja, bis auf die Datenpunkte, denn diese müssen durch den Adapter erstellt werden.
Da kann es vorkommen das der eine Adapter anders arbeitet wie der andere. -
@arteck Ein Beispiel: Bei den Aqara Kontakten bspw. kommt die Device Temperature mit. Im Zigbee Adapter ist sie nicht.
Die Batteriewerte sind beim z2m wesentlich plausibler (27% im z vs 97% im z2m), kein Plan weshalb.
