Test Adapter zigbee2mqtt
-
Guten Morgen,
ich möchte es nur verstehen.Du hast einen Proxmox Server, an dem ist per USB dein Zigbee Stick angesteckt.
Du hast ein LXC Container und hast den USB Stick durchgereicht?
Hast Du wirklich "/dev/serial/by-id/..." an den LXC Container durchgereicht? Bei mir sieht das für LXC Container wie Folgt aus:Aus der LXC Config:
lxc.cgroup.devices.allow: c 166:* rwm lxc.mount.entry: /dev/serial/by-id/usb-Texas_Instruments_CC2538_USB_CDC-if00 dev/ttyACM0 none bind,optional,create=fileAnschließend habe ich im LXC Container
[dp20eic@arch-iob ~]$ ls -la /dev/ttyACM0 crw-rw-rw- 1 nobody nobody 166, 3 Nov 4 07:51 /dev/ttyACM0Bei mir taucht im LXC Container nichts von "/dev/serial/..." auf.
VG
Bernd -
@dp20eic nein ich habe nichts durchgereicht, er hat ihn so gefunden, hat auch gelaufen .... nur heute morgen blieb es dunkel
Zur Installation bin ich danach vorgegangen + die Doku vom Adapter bzgl. der config -
@frank579
Nach X mal host und lxc neustart geht es nun wieder
muss man nicht verstehen .... -
@frank579 said in Test Adapter zigbee2mqtt:
Zur Installation bin ich danach vorgegangen + die Doku vom Adapter bzgl. der config
Hi,
ok, habe mir das Skript mal angeschaut, ich nutze es nicht, ich erstelle alles von Hand
Wenn ich das richtig gesehen habe, dann wird das gesamte "/dev/serial/by-id/" an den LXC Container durchgereicht.
Wenn es mal wieder klemmt, dann schau auch mal auf die Rechte des "/dev/ttyACM0"VG
Bernd -
Schau mal in dieses Video ab ~ Minute 6... Da wird etwas erwähnt das der Stick (Speziell ConBeeII) beim Neustart nicht erkannt wird im LXC
-
@arteck Danke, schau ich mir mal an wenn ich Zuhause bin... Hatte ich nicht auf dem Schirm das der Adapter auch als Client konfiguriert werden kann.
-
@dp20eic ja von Hand hatte ich versucht aber absolut nicht zum laufen bekommen, dann hätte ich beim zigbee2mqtt GitHub irgendwo den Link gefunden, installiert und es lief dann fast direkt. Hoffe das es jetzt läuft
-
@noosi Danke werde ich mich auch mal anschauen
-
Hallo zusammen, da der Conbee II mich heute morgen nun wieder geärgert hat suche ich was neues, war eh geplant,aber später, da er Serverschrank auf dem Speicher eher suboptimal platziert ist. Sollte Netzwerk und POE haben. habe 2 Stück gefunden die bei Z2M empfohlen werden.
Dieser aber leider nicht verfügbar.
und dieser verfügbar aber im Vergleich doch sehr günstig.
Hat jemand die im Einsatz ? zu welchem würdet ihr eher tendieren, oder egal da beide unterstützt werden.Wie sieht das mit dem Umzug aus Stick wechseln config anpassen und gut oder alles neu anlernen
-
Bei mir werden in IOBroker leider nicht die Namen angezeigt wie in deinem Screenshot. Woher bekommt er die Information/was muss ich ändern? Einen "friendly name" haben die Lampen bekommen
-
@noosi die musst du im zigbee2mqtt ändern pro Device
-
@arteck Ja, genau das habe ich gemacht. Auch den Adapter gestoppt. zigbee2mqtt neu gestartet und den ganzen objectbaum in IOBroker von zigbee2mqtt gelöscht > neustart des adapters
-
@noosi kann es sein das die Spalte „Name“ nicht sichtbar ist?
Sieht nämlich so aus. -
@idlebit Recht hat er, warum auch immer die zusammengeschoben wurde
Danke! -
Kleine Rückmeldung mit Test von einem Hue!Smart Button. Wird der Button gehalten feuert zigbee2mqtt alle ~0.4s einen Status in Richtung Mosquitto. Die Meldungen kommen auch an (siehe Screenshot vom MQTT-Explorer) werden aber zur Abfrage im IOBroker nicht schnell genug verarbeitet? HOLD wird aktuallisiert, skip back/forward ändern ihren Status nicht.
Wobei die, wie ich gerade sehen auch unterschiedliche namen haben. brightness_step_up/down und nicht skip_forward/backward
-
Ein weiteres "Problem" taucht auf, wenn man versucht einen Hue Dimmer Switch "doppelt" zu belegen. Meine Config unter deconz konnt zwischem kurzem clicken und halten der Taste unterscheiden. Z.B. Badezimmer... Kurzer click > Licht an, Langer click > Radio im Bad ein. Das gleiche bei allen 4 Buttons.
exposes: [e.battery(), e.action(['on-press', 'on-hold', 'on-hold-release', 'up-press', 'up-hold', 'up-hold-release',
'down-press', 'down-hold', 'down-hold-release', 'off-press', 'off-hold', 'off-hold-release'])]zu finden hier https://github.com/Koenkk/zigbee2mqtt/issues/6235
Gleiches trifft wohl auf den Hue Smart Button zu. Beide "Schalter" bieten in den erweiterten Einstellungen von zigbee2mqtt einen ein/aus schalter "legacy" der auch die mqtt msgs verändert. Ich hoffe das hilft Dir
closed Philips 324131092621 - MQTT Actions Changed #6235
-
@noosi sagte in Test Adapter zigbee2mqtt:
Kleine Rückmeldung mit Test von einem Hue!Smart Button. Wird der Button gehalten feuert zigbee2mqtt alle ~0.4s einen Status in Richtung Mosquitto. Die Meldungen kommen auch an (siehe Screenshot vom MQTT-Explorer) werden aber zur Abfrage im IOBroker nicht schnell genug verarbeitet? HOLD wird aktuallisiert, skip back/forward ändern ihren Status nicht.
Wobei die, wie ich gerade sehen auch unterschiedliche namen haben. brightness_step_up/down und nicht skip_forward/backward
Issues bitte hier anlegen https://github.com/o0shojo0o/ioBroker.zigbee2mqtt/issues
-
@noosi sagte in Test Adapter zigbee2mqtt:
Problem" taucht auf, wenn man versucht einen Hue Dimmer Switch "doppelt" zu belegen. Meine Config unter deconz konnt zwischem kurzem clicken und halten der Taste unterscheiden. Z.B. Badezimmer... Kurzer click > Licht an, Langer click > Radio im Bad ein. Das gleiche bei allen 4 Buttons.
exposes: [e.battery(), e.action(['on-press', 'on-hold', 'on-hold-release', 'up-press', 'up-hold', 'up-hold-release',
'down-press', 'down-hold', 'down-hold-release', 'off-press', 'off-hold', 'off-hold-release'])]
zu finden hier https://github.com/Koenkk/zigbee2mqtt/issues/6235Das kann der Adapter auch nicht beeinflussen, da muss Du ein Issues bei den Projekt Zigbee2Mqtt anlegen https://github.com/Koenkk/zigbee2mqtt/issues/new/choose
-
info 2022-11-05 13:19:42MQTT publish: topic 'zigbee2mqtt/Hue!Switch AG Schreibtisch', payload '{"action":"on_hold","action_duration":1.601,"battery":63.5,"counter":1,"last_seen":1667650782848,"linkquality":65,"update":{"state":"idle"}}' info 2022-11-05 13:19:42MQTT publish: topic 'zigbee2mqtt/Hue!Switch AG Schreibtisch', payload '{"action":"on_hold_release","battery":63.5,"counter":1,"last_seen":1667650783210,"linkquality":69,"update":{"state":"idle"}}'Diese Nachrichten kommen von zigbee2mqtt und sind korrekt. Falls Du den github link zum issue nur überflogen hast schau ihn Dir bitte nochmal an. Mit dem Umschalten von legacy (legacy in den erweiterten Einstellungen des Dimmers!) auf true/false wird der "Fehler" schon behoben und die Tasten sprechen an wie zuvor. Nur fehlen in deinem Adapter die Datenpunkte z.b. on_hold_release usw. Liegt das nicht am Adapter selbst?
-
@Noosi der Adapter bekommt die Daten die er anlegen soll von z2m.
Wenn da was nicht passt muss geprüft werden ob da vielleicht ein Bug in z2m ist (was tatsächlich nicht so selten ist).
Aber um das zu prüfen muss ich ein voll ausgefülltes Issus haben. so das ich nicht alles separat erfragen muss.
-> Issus für ein Device Problem
