UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mickemup]

@asgothian

Mit folgenden JSON konnte ich den DP battery vom Parasoll aktualisieren.

{
    "devId": "zigbee.0.d44867fffeb45110",
    "ep": "1",
    "cid": "genPowerCfg",
    "cmd": "read",
    "cmdType": "foundation",
    "zclData": {
        "batteryPercentageRemaining": {}
    },
    "cfg": null
}

Methode: Fenster auf/zu zurück an Laptop und dann Triggern im Entwickler Tab.

Mit Blockly kriege ich es nicht hin, er schmeisst einige Fehler.
Obiges JSON habe ich per CopyPaste eingefügt.
Siehst grad den Fehler?

zigbee.0
2025-04-25 18:01:52.546	error	Cannot read properties of undefined (reading 'replace')

zigbee.0
2025-04-25 18:01:52.546	error	TypeError: Cannot read properties of undefined (reading 'replace') at Developer.sendToZigbee (/opt/iobroker/node_modules/iobroker.zigbee/lib/developer.js:90:45) at Developer.onMessage (/opt/iobroker/node_modules/iobroker.zigbee/lib/developer.js:49:26) at Zigbee.emit (node:events:530:35) at Zigbee.emit (node:domain:489:12) at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:10953:34) at Immediate.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:368:37) at processImmediate (node:internal/timers:483:21)

zigbee.0
2025-04-25 18:01:52.480	error	unhandled promise rejection: Cannot read properties of undefined (reading 'replace')

zigbee.0
2025-04-25 18:01:52.480	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

[Asgothian]

@mickemup Versuch mal bitte die andere Variante - mit dem Cluster und Attribute via read im send_payload. Es ist denkbar das die SendToZigbee Funktion buggy ist in der 2.x/3.x.

A.

[ste_glei]

@asgothian sagte in Tester Zigbee Adapter 3.x gesucht:

@mickemup Versuch mal bitte die andere Variante - mit dem Cluster und Attribute via read im send_payload. Es ist denkbar das die SendToZigbee Funktion buggy ist in der 2.x/3.x.

A.

mit diesem Payload funktioniert es

{ "read": { "cluster": "genPowerCfg", "attributes": ["batteryPercentageRemaining"] }}

Danke für die rege Diskussion und die ganzen Tipps da lerne ich jeden Tag dazu

[markus397]

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.

[Asgothian]

@markus397 du musst den schon aufwecken damit du den so löschen kannst. Sonst gibt’s den Haken bei ‚löschen erzwingen#

A.

[markus397]

@asgothian Danke hat geklappt, hatte ich schon mal gemacht da ging es nicht. Komisch.

[Asgothian]

@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.

[locito09]

@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

[mickemup]

@asgothian

Danke hat geklappt mit dem Payload von @ste_glei

{ "read": { "cluster": "genPowerCfg", "attributes": ["batteryPercentageRemaining"] }}

[Fabio]

@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

[locito09]

@Asgothian
Hallo
Kann es sein das diese Lampe noch nicht im Zigbee2MQTT hinzugefügt worden ist? Kann man die noch hinzufügen?

[da.phreak]

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.

[Asgothian]

@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.

[Asgothian]

@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.

[locito09]

@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

[Homoran]

@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

[Asgothian]

@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.

[Homoran]

@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]

[Asgothian]

@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.

[Homoran]

@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.