Tester Zigbee Adapter 3.x gesucht
-
Hallo, ich habe vor kurzen auf 3.0 geupdatet und gerade auf 3.0.1 funktioniert auch alles mit ein paar Anlaufschwierigkeiten. Allerdings wollte ich einen Bewegungssensor den ich zum Test gekoppelt habe wieder entfernen.
zigbee.0 2025-04-25 20:27:17.997 error Failed to remove Error: AREQ - ZDO - mgmtLeaveRsp after 10000ms at Object.start (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:67:23) at func (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:423:47) at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:36:20) at ZStackAdapter.sendZdoInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:428:43) at ZStackAdapter.sendZdo (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:305:16) at Device.removeFromNetwork (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/device.ts:1125:30) at ZigbeeController.remove (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:736:21)
Kann ihn nicht mehr löschen.
-
@markus397 du musst den schon aufwecken damit du den so löschen kannst. Sonst gibt’s den Haken bei ‚löschen erzwingen#
A.
-
@asgothian Danke hat geklappt, hatte ich schon mal gemacht da ging es nicht. Komisch.
-
@markus397 hat was mit timing zu tun. Die Meldung die du gesehen hast zeigt das das Gerät nicht auf die Anfrage zum entfernen geantwortet hat.
A.
-
@arteck
Batterie getausch neu angelernt , interview erfolgreich
Interviewed:True, configured:True
Daten werden aber nicht empfangen nur wen ich über Entwickler und da die Werte auslese und dafür muss ich den Flower wach drücken. Funktioniert mit den anderen 6 stk ohne Probleme da muss ich den Flower NICHT wach drücken. Habe noch einen weiteren Flower als Reserve und mit dem genau das gleiche (wach drücken sonst keine werte) Firmware bei allen Aktuel -
Danke hat geklappt mit dem Payload von @ste_glei
{ "read": { "cluster": "genPowerCfg", "attributes": ["batteryPercentageRemaining"] }} -
@asgothian bin auf der 3.01 habe keine Probleme alles läuft sehr gut und stabil. Vielen lieben Dank für deine Mühe.
Zu den Kacheln kann ich sagen das ich es gut finde wenn du sie ausdünnen tust.
Herzliche Grüße
Fabio -
@Asgothian
Hallo
Kann es sein das diese Lampe noch nicht im Zigbee2MQTT hinzugefügt worden ist? Kann man die noch hinzufügen?
-
Ich hab jetzt auch mal das update von v2 auf v3 gemacht, soweit keine Probleme. Habe den CC2652RB stick von slae.sh mit 24 Geräten im Netz.
Kleine Rückmeldung zu der neuen Option "Start the Zigbee network automatically". Das hat mich am Anfang sehr verwirrt, und ich mußte erstmal nachlesen warum der Adapter nicht funktioniert. Ich verstehe die Motivation für diese Option, aber in der jetzigen Variante hat sie das Potential die Hauptquelle für Nutzeranfragen zu werden. Sie ist zu versteckt, man muß den Reiter wechseln und dann evtl. noch scrollen. Ich würde sie allerwenigstens prominenter plazieren.
-
@locito09 sagte in Tester Zigbee Adapter 3.x gesucht:
Kann es sein das diese Lampe noch nicht im Zigbee2MQTT hinzugefügt worden ist? Kann man die noch hinzufügen?
Kann - ja. Allerdings muss dass im ZHC Projekt passieren. Ich plane am Wochenende die tests für die aktuellen ZH/ZHC Kombination - dann kann ich Dir eine Version zum Installieren auf Github geben damit du schauen kannst ob die schon integriert sind. Ansonsten gibt es 2 Optionen:
- Externen Konverter bauen
- Issue bei ZHC oder zigbee2mqtt machen das das Gerät integriert wird.
Beides ist ohne Gerät schwierig.
A.
-
@da-phreak sagte in Tester Zigbee Adapter 3.x gesucht:
Kleine Rückmeldung zu der neuen Option "Start the Zigbee network automatically". Das hat mich am Anfang sehr verwirrt, und ich mußte erstmal nachlesen warum der Adapter nicht funktioniert. Ich verstehe die Motivation für diese Option, aber in der jetzigen Variante hat sie das Potential die Hauptquelle für Nutzeranfragen zu werden. Sie ist zu versteckt, man muß den Reiter wechseln und dann evtl. noch scrollen. Ich würde sie allerwenigstens prominenter plazieren.
Darüber hatte ich auch nachgedacht. Die Platzierung soweit unten ist aber Absicht. Dadurch wird verhindert das die Option 'einfach mal schnell am Anfang' gesetzt wird ohne sich durch die notwendigen Einstellungen zu kämpfen.
Bei bestehenden Installationen bleibt das Problem welches Du hast - man muss aktiv danach schauen.
Was denkbar ist
- Tausch der default-Einstellungsseite von Settings zu Hardware
- Eindeutiger Eintrag im Log wenn der Haken nicht gesetzt ist.
Ansonsten hat ja wenigstens die Doku funktioniert
Zum Thema Hauptquelle für Nutzeranfragen: Das seh ich unkritisch, da sie ausschliesslich Altinstallationen beim Upgrade auf 3.x betrifft. Und viele stolpern da eher über die 2.x Änderungen. Da ich aber nicht erkennen kann was eine 'alte' und eine 'neue' installation ist, war das die beste Variante.A.
-
@asgothian
habe einen issue auf github /Zigbee2mqtt gemacht. eingentlich ist es die gleiche Lampe wie die 929003823201 die schon bei Zigbee2mqtt hinzugefügt wurde, die ist nur grösser 54.2cm und hat diese Nr. 929003823401 -
@asgothian sagte in Tester Zigbee Adapter 3.x gesucht:
Darüber hatte ich auch nachgedacht. Die Platzierung soweit unten ist aber Absicht. Dadurch wird verhindert das die Option 'einfach mal schnell am Anfang' gesetzt wird ohne sich durch die notwendigen Einstellungen zu kämpfen.
Dann sollte der User sich aber wenigstens der Existenz dieser Option bewusst sein.
Wäre daher immer noch ein Vielfaches besser als die Checkbox per default gecheckt zu haben -
@homoran sagte in Tester Zigbee Adapter 3.x gesucht:
Dann sollte der User sich aber wenigstens der Existenz dieser Option bewusst sein.
Korrekt. Aber die daraus resultierenden Probleme insbesondere beim Aufsetzen einer neuen Zigbee Instanz sind dann doch schon grösser - und den Nutzern ist dann der Zusammenhang nicht klar. Deswegen habe ich die Kombination der Option 'im Fluss der Einrichtung' bevorzugt.
Für das Update der bestehenden Installationen ist der Blick in die Doku sowieso notwendig, da der Zusammenhang den meisten Nutzern nicht offensichtlich sein wird.
A.
-
@asgothian sagte in Tester Zigbee Adapter 3.x gesucht:
Für das Update der bestehenden Installationen ist der Blick in die Doku sowieso notwendig,
[OT]
Habe ich darin übersehen was du unter "State cleanup" verstehst?
hab ich nicht gefunden
[/OT] -
@homoran sagte in Tester Zigbee Adapter 3.x gesucht:
@asgothian sagte in Tester Zigbee Adapter 3.x gesucht:
Für das Update der bestehenden Installationen ist der Blick in die Doku sowieso notwendig,
[OT]
Habe ich darin übersehen was du unter "State cleanup" verstehst?
hab ich nicht gefunden
[/OT]Quote aus der Doku:
State Cleanup
Löschen von unverbundenen ioBroker-Objekten. Diese können welche durch den Vorgang "Ausschliessen" entstehen können.Ist dünn, aber vorhanden. Zusammen mit einem Bild des Icons, so das klar ist welcher Knopf das ist.
A.
-
@asgothian Danke!
ich hätte jetzt den Objektbaum gelöscht und gehofft er baut sich nach dem Restart der Instanz wieder ohne die nicht mehr verwendeten States neu auf. -
@homoran Tut er auch. Allerdings verlierst du dabei sämtliche 'per state' settings. Deswegen die Funktion.
Nebenbei - die nicht verbundenen States werden im Objektbaum orange eingefärbt, so das du erkennen kannst welche das sind.
A.
-
@asgothian sagte in Tester Zigbee Adapter 3.x gesucht:
Nebenbei - die nicht verbundenen States werden im Objektbaum orange eingefärbt, so das du erkennen kannst welche das sind.
Deswegen hab ich ja darüber nachgedacht diese, oder sicherheitshalber den ganzen Objektbaum, zu löschen.
Dann drück ich mal auf den rasenden Mülleimer
-
@homoran sagte in Tester Zigbee Adapter 3.x gesucht:
Dann drück ich mal auf den rasenden Mülleimer
hat wunderbar geklappt!!
und der Mülleimer ist weg.Wenn du mir noch sagst wie ich jetzt auch noch das icon wegen der stashed messages wegbekomme, wär ich ganz glücklich.
Die Meldungen kamen während eines Firmwareupdates. Da war die Dose wohl nicht erreichbar
