NEWS
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?
-
erstmal: super, dass dafür ein adapter kommt - ich bastel aktuell an nem skript, das mir die ganzen get-datenpunkte und alias-datenpunkte anlegt ;-)
ich habe das problem: ich kann die geräte bedienen und es werden auch die korrekten werte angezeigt, aber es wird kein gerät als available angezeigt. die config.yaml habe ich entsprechend des ersten posts angepasst...
availability: true homeassistant: false permit_join: false mqtt: base_topic: zigbee2mqtt server: mqtt://localhost:1883 keepalive: 60 reject_unauthorized: false version: 4 serial: port: tcp://192.168.188.56:20108 frontend: port: 8080 advanced: pan_id: 7778 channel: 11 homeassistant_legacy_entity_attributes: false legacy_api: false legacy_availability_payload: false log_syslog: app_name: Zigbee2MQTT eol: /n host: localhost localhost: localhost path: /dev/log pid: process.pid port: 123 protocol: tcp4 type: '5424' output: attribute_and_json log_level: info device_options: legacy: false devices:@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 -
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
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. -
@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) -
@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 Ich habe glaube was gefunden, bitte installiere mal von diesen Link :)
https://github.com/o0shojo0o/ioBroker.zigbee2mqtt/tree/dev_fix_availability -
@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.
-
@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.
-
@quotschmacher ja die Version hat sich auch noch nicht geändert.
Wenn das jetzt klappt mache ich morgen eine neuer Version.
@idlebit
Guten Morgen an alle. :relaxed: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 -
@idlebit
Guten Morgen an alle. :relaxed: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 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 :D -
@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 :DDanke 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. :grin:
-
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. :grin:
@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 :wink:. 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.
-
@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 :wink:. 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.
-
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? :thinking_face: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}'.
.
.
-
@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? :thinking_face: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:
-
@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. :relaxed: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. :grin:
-
@idlebit
OK, Danke für die Info. Legacy gibts nicht, also hilft wohl nur ein issue. Schönen Abend noch. :relaxed: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. :grin:
Support us
819
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge