Test Adapter zigbee2mqtt
-
ich hab gestern die 2.4.2 installiert. die geräte, die schon vorhanden waren, werden mir noch immer als nicht available angezeigt, können aber bedient werden und werden auch korrekt abgefragt. geräte, die ich neu hinzugefügt habe und dann nach vorhandenem schema umbenannt habe, werden mir dauerhaft als available angezeigt. könnte aber auch richtig sein, da sie es bisher immer waren. müsste ich heute abend mal testen, und eines vom strom trennen.
@crunchip sagte in Test Adapter zigbee2mqtt:
andernfalls die Namen anpassen
sehe ich jetzt nicht wirklich als lösung. es wird von zigbee2mqtt ja explizit unterstützt und vorgeschlagen: https://www.zigbee2mqtt.io/guide/usage/mqtt_topics_and_messages.html#zigbee2mqtt-friendly-name
-
@quotschmacher sagte in Test Adapter zigbee2mqtt:
sehe ich jetzt nicht wirklich als lösung. es wird von zigbee2mqtt ja explizit unterstützt und vorgeschlagen:
Das ist auch nicht nötig, da der Adapter in Version 2.4.2 kein Problem mehr mit der Namensgebung hat.
Wie zu sehen muss das Problem bei dir woanders liegen, da auch das markierte Device ohne Namen als offline angezeigt wird.
Edit:
output: jsonWie in der Doku angeben getestet?
-
@IdleBit sollte ja eigentlich das selbe tun, oder? ich kann auch gern mal auf nur json umstellen, kann mir aber nicht vorstellen, dass das was ändert, da es ja nur zusätzliche topics sind.
@quotschmacher sagte in Test Adapter zigbee2mqtt:
output: attribute_and_json -
@quotschmacher sagte in Test Adapter zigbee2mqtt:
sehe ich jetzt nicht wirklich als lösung
sollte auch nicht als Lösung dienen, da es sich überschnitten hatte mit dem Fix.
Daher die Nachfrage welche Version installiert war zum Zeitpunkt.das Ändern des Namen sollte dazu dienen um Auszuschließen ob es daran liegt oder an anderer Stelle klemmt.
-
@idlebit sagte in Test Adapter zigbee2mqtt:
Wie zu sehen muss das Problem bei dir woanders liegen, da auch das markierte Device ohne Namen als offline angezeigt wird.
das device war tatsächlich stromlos. damit stimmt alles. wird korrekt als available angezeigt, wenn ich es bestrome.
habe gerade nochmal (mit der 2.4.2) getestet: /wohnzimmer/steckdosenleiste/sofa stromlos gemacht, bis von zigbee2mqtt als offline angezeigt, dann wieder bestromt und keine änderung im iobroker. -
@quotschmacher nochmal zum klarstellen,
Problem jetzt nur mit einem device oder generell mit allen?
sind die Geräte denn nun grün(erreichbar) -
@quotschmacher Ich habe glaube was gefunden, bitte installiere mal von diesen Link
https://github.com/o0shojo0o/ioBroker.zigbee2mqtt/tree/dev_fix_availability -
@idlebit zeigt noch immer die selbe version an, aber sieht jetzt so aus, als würde es funktionieren - ich teste!
-
@quotschmacher ja die Version hat sich auch noch nicht geändert.
Wenn das jetzt klappt mache ich morgen eine neuer Version.
-
@idlebit ich habe ein gerät mit nem "bösen" friendly namen abgezogen, wurde nach einer weile als nicht mehr available angezeigt, angesteckt, ging wieder auf available. also verhalten wie gewünscht. vielen dank!
was mir noch aufgefallen ist: beim iobroker zigbee adapter, wurde das available "erneuert"/aktualisiert, wenn das gerät an den strom ging. solange ein gerät hier aber nicht als als nicht-available gelistet wurde, wird available nicht erneut aktualisiert. ich vermute aber mal, das liegt eher an zigbee2mqtt und desse availability-handling.
-
@idlebit
Guten Morgen an alle.
Nach einem holprigen Start bin ich auch gerade dabei, alles auf den z2m-Adapter umzuziehen. Was mir aber bereits jetzt schon aufgefallen ist: im Dashboard werden mir keine Taster angezeigt. Ist das so normal oder noch nicht eingepflegt oder nur bei mir so?
Andi
-
@1topf sagte in Test Adapter zigbee2mqtt:
oder nur bei mir so
nein, grad mal geguckt
unter Geräte hab ich 5 Schalter, im Dashboard (erst nachdem ich oben in die Suche "Schalter" eingegeben hatte) werden 2 angezeigt -
@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.
