@ofbeqnpolkkl6mby5e13
HM RPC ist schon da und ich habe auch upgedatet , Meldung ist weg

@arteck

@klassisch hast du js-controller update gemacht ?? >>> Ja , sozusagen alles zusammen , erst JS Update dann Zigbee auf 1.44

Wenn ich gewusst hätte das ein JS Update so viel Probleme mit sich bring im Stable , dann hätte ich das wohl erstmal gelassen

Siehst du hier den Fehler ?

@arteck
@Nachtrag da es hier zu vielen Fragen kommt
die batteriebenen Geräte .. diese müssen sich erst melden. das dauert da sich diese selten Melden vor allem Aqara bzw. Xiaomi .. man kann es selbst antrigern per drücken des Knopfes am Gerät. erst dann sieht man die richtige Link Quality..

Ich hatte 1 Tag dazwischen und zb der Bewegungsmelder wurde bewusst mehrfach angesteuert , hätte sich also melden müssen , passierte trotzdem nichts , das mit der LinkQualität von 10 war mir aufgefallen , ging aber schnell weg

@migoller

Hab Du Dank für Deinen Adapter und Deine Mühe , das wird schon wieder , ich fand die Lösung absolut spitze und springe so schnell nicht auf einen anderen Zug auf ! Also gesund bleiben ...

@asgothian

Wieder das gleiche , Adapter startet ständig neu , ich habe mal auf Debug gestellt aber das ist riesig

@asgothian

host.ubuntu
2022-03-10 17:50:03.534 warn Do not restart adapter system.adapter.zigbee.0 because restart loop detected
host.ubuntu
2022-03-10 17:50:03.534 info Restart adapter system.adapter.zigbee.0 because enabled
host.ubuntu
2022-03-10 17:50:03.534 error instance system.adapter.zigbee.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
host.ubuntu
2022-03-10 17:50:03.534 error Caught by controller[1]: at TLSSocket.emit (domain.js:475:12)
host.ubuntu
2022-03-10 17:50:03.534 error Caught by controller[1]: at TLSSocket.emit (events.js:400:28)
host.ubuntu
2022-03-10 17:50:03.534 error Caught by controller[1]: at TLSSocket.socketOnData (_http_client.js:515:22)
host.ubuntu
2022-03-10 17:50:03.534 error Caught by controller[1]: at HTTPParser.parserOnHeadersComplete (_http_common.js:127:17)
host.ubuntu
2022-03-10 17:50:03.534 error Caught by controller[1]: at HTTPParser.parserOnIncomingClient (_http_client.js:647:27)
host.ubuntu
2022-03-10 17:50:03.534 error Caught by controller[1]: at ClientRequest.emit (domain.js:475:12)
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[1]: at ClientRequest.emit (events.js:400:28)
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[1]: at Object.onceWrapper (events.js:520:26)
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[1]: at ClientRequest.<anonymous> (/opt/iobroker/node_modules/@sentry/node/src/transports/base/index.ts:252:22)
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[1]: at new SentryError (/opt/iobroker/node_modules/@sentry/utils/src/error.ts:9:5)
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[1]: SentryError: HTTP Error (429)
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[0]: at processImmediate (internal/timers.js:466:21)
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[0]: at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/lib/statescontroller.js:175:25)
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.zigbee/main.js:463:43
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[0]: at Object.convert (/opt/iobroker/node_modules/zigbee-herdsman-converters/converters/fromZigbee.js:5299:36)
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[0]: at Object.numericAttributes2Payload (/opt/iobroker/node_modules/zigbee-herdsman-converters/lib/xiaomi.js:140:32)
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[0]: at Array.forEach (<anonymous>)
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[0]: at /opt/iobroker/node_modules/zigbee-herdsman-converters/lib/xiaomi.js:282:39
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[0]: at buffer2DataObject (/opt/iobroker/node_modules/zigbee-herdsman-converters/lib/xiaomi.js:132:97)
host.ubuntu
2022-03-10 17:50:03.533 error Caught by controller[0]: at JSON.stringify (<anonymous>)
host.ubuntu
2022-03-10 17:50:03.532 error Caught by controller[0]: TypeError: Do not know how to serialize a BigInt

zigbee.0
2022-03-10 17:50:02.957 warn Terminated (UNCAUGHT_EXCEPTION): Without reason

@asgothian

Hatte ich im Vorfeld auch versucht , ich war auf 1.6.16 und habe trotzdem über Katze von Github den Adapter installiert. Dann hat er auch eine Steckdose wohl erkannt und der Adapter startete
im Loop ständig neu. Das konnte ich auch nur beheben indem ich ein Backup zurück gespielt habe.

Ich kann baer gerne nochmal versuchen das ganze erneut durchzuführen , ich berichte !!

Edit : Ich bin weiter , habe die manufacturer: _TZ3000_amdymr7l in die Tuya.js mit eingetragen bei Plug 1

Darauf wurden sie sofort erkannt und ich kann auch schalten !! Den Rest habe ich noch nicht ausprobiert

hmmm , ich habe wohl an der falschen Stelle eingetragen , Schalten geht aber sagt > ohne Messung

@asgothian

hier die Meldung vom Kopplungsvorgang

und hier die andere

Adapter ist nun 1.6.16 und sofort grün , knapp 50 Devices aus allen Gattungen , läuft absolut top und stabil

im ersten Bild steht > not described in statesMapping ????

!!!!!!!!!! Mir würde reines schalten ohne Energieverbrauch schon reichen !!!!!!!

@schmetterfliege @Asgothian

Hallo Ihr Lieben, ich beiße mir auch gerade die Zähne aus an Blitzwolf bw-shp13 , Adapter ist 1.6.15 ( mit 1.6.16 habe ich das auch probiert ).
er findet das Gerät TS011F aber mehr nicht.

kann mir jemand auf die Sprünge helfen ?

Nun 2 neue Rauchmelder kommen lassen , anlernen geht beim ersten mal aber Gerät ist sofort offline .... ich bin ratlos

@asgothian
Testknopf aus Iobroker > ohne Funktion
Testknopf am Rauchmelder alles tutti

Eigentlich gehen die nie offline, oder nenne ich es mal > eigentlich sind die immer zu erreichen . Ich habe ein Blockly was dies prüft und mir ne Nachricht schickt wenn einer offline ist. Dies geschieht jetzt natürlich

Was halt komisch ist , es sind gleich 3 . Einer kann ja mal kaputt sein aber gleich 3 ?
Vor dem Vorfall war die Erreichbarkeit um die 100

@asgothian

Mit Offline meine ich die sind dann nicht mehr erreichbar

Sorry,
WLAN Kanal ist 3 nicht 11

Ich habe ein komisches Phänomen. Nach Stromausfall der Fritzbox sind mit sofortiger Wirkung 3 Mijia Rauchmelder nicht mehr zu erreichen. Ich weiß das die Rauchmelder Zigbee sind aber das ist das einzige was passiert war. Ich habe insgesamt 10 Rauchmelder im Einsatz, alles top nur die 3 wollen von einer Sekunde zur nächsten nicht mehr.
Hardware : CC1352P-2 Board über USB an NUC mit Proxmox
type:zStack3x0
version:2-1.2.7.1.
revision:20201026
Zigbee Adapter auf latest 1.45
62 Geräte angelernt und nie Probleme gehabt

Nun kam der Stromausfall and der Fritzbox , und 3 Rauchmelder gehen nicht mehr !
Was habe ich bisher gemacht ?

• Adapter Restart ( es wird erst alles erkannt und nach ca 20 Sekunden sind diese 3 Geräte offline )
• Batterien der Geräte getauscht ( ohne Erfolg )
• Snapshot zurück gespielt ( ohne Erfolg )
• Rauchmelder rausgeschmissen und neu angelernt ( werden erkannt und korrekt angezeigt gehen nach ca 20 Sekunden offline )
• Fritzbox 2,4 Ghz Wlan auf Kanal 11 gestellt ( Zigbee ist auf 25 )

Bin mit dem Latein am Ende .... hat jemand eine Idee ??

Hier mal die Infos die mir der Adapter zu einem der Rauchmelder gibt