@thomas-braun ja, jetzt stand ich auf dem Schlauch, Anmeldung überlesen, ich war gedanklich bei Aufruf OT wahnsinn das man da auch gleich negativ bewertet wird, wer auch immer das war

Ich konnte das Problem durch das Neuaufsetzen des Containers und dem Einspielen eines Backup beheben. Bitte schließen.

@marcuskl Hatte bei meinem IntelNuc8i5 mit Proxmox und Ubuntu 20.04 mit iobroker VM jetzt auch seit kurzem das Problem, dass Seiten wie zB Scripte sehr lange geladen haben (länger als 15 Sekunden, was schon sehr träge war). Bin dann auf den Eintrag hier gestoßen und habe den BT Adapter in der VM vom NUC wieder entfernt. Jetzt sind die LAdezeiten wieder voll in Ordnung, onboard BT vom NUC kann ich dann halt nicht nutzen mit Xiaomi, kann ich aber eher mit Leben als mit einem langsamen System. Daher danke! :)

@thomas-braun Danke

@glasfaser Ohne, dass ich irgendetwas weiter angepasst habe, läuft die Abfrage Heute wieder. Bei den Einstellungen ist mir aufgefallen, dass neu die Wartezeit mit 999 eingestellt ist. Ich bin mir ziemlich sicher, dass ich dort 1000 hatte. [image: 1640436850518-einstellungen_neu.png] Ev. hat es aber auch mit dem Verhalten der SolarEdge zu tun. Die geht in einen Sleep-Modus, wenn kein Storm produziert wird. Ev. hat er die Verbindung auch blockiert, da ich längere Zeit nicht mehr abgefragt habe. Alias habe ich übrigens jetzt wieder aktiviert. Da ansonsten die Objekte nicht mehr gleich heissen. Danke dir auf jeden Fall für deine Tipps ;-)

@sigi234 Aus der Community kommt von @sigi234 eine Anleitung für ein Windows Update Update_Windows_ioBroker.pdf https://forum.iobroker.net/topic/46758/js-controller-3-3-jetzt-im-stable Vielen dank. Das hat mir sehr geholfen.

Remark hier, weil mein browser hängt wenn ich die vorherige Nachricht bearbeite: Manchmal habe ich allerdings das Problem, dass der Zigbee Adapter oder NR sich aufhängen und dann eine Schleife zb einige Sekunden zu lange aktiv sind. Ab dem zeitpunkt bekommt NR dann auch keine Updates mehr für bestimmte GET Nodes bekommen, und dann muss ich den Zigbee Adapter neu starten. Im IoBroker updaten sich die Werte, in NR komt das aber aus irgendwelchen magischen Gründen nicht an. Muss ich noch rausfinden woran das liegt. Ich vermute es passiert wenn ich zu schnell die Werte im Zigbee Adapter aktualisiere. Allerdings checke ich nicht so ganz, an welcher Stelle es dann hängt. Weil im Zigbee Adapter klappt weiterhin alles, in NR ebenso außer dass eben bestimmte GET Nodes keine Werte mehr bekommen. Mit 500ms zwischen den Wert-Aktualisierungen dürfte das aber sehr selten passieren.

@tk-0 Wird am alten Code des Moduls liegen: github: 1.0.0 latest: 1.0.0 for 51 months stable: 1.0.0 for 51 months Bei mir baut das auch nicht, allerdings mit etwas anderen Meldungen: echad@chet:/opt/iobroker $ iobroker add piface NPM version: 8.3.0 npm install iobroker.piface@1.0.0 --loglevel error --prefix "/opt/iobroker" (System call) npm ERR! code 1 npm ERR! path /opt/iobroker/node_modules/iobroker.piface/node_modules/node-pifacedigital npm ERR! command failed npm ERR! command sh -c node-gyp rebuild npm ERR! make: Entering directory '/opt/iobroker/node_modules/iobroker.piface/node_modules/node-pifacedigital/build' npm ERR! CXX(target) Release/obj.target/pifacedigital/src/cpp/init.o npm ERR! make: Leaving directory '/opt/iobroker/node_modules/iobroker.piface/node_modules/node-pifacedigital/build' npm ERR! (node:2953) [DEP0150] DeprecationWarning: Setting process.config is deprecated. In the future the property will be read-only. npm ERR! (Use `node --trace-deprecation ...` to show where the warning was created) npm ERR! In file included from ../src/cpp/init.cc:2: npm ERR! ../src/cpp/NPIFaceDigital.h: In function ‘void AsyncAfter(uv_work_t*, int)’: npm ERR! ../src/cpp/NPIFaceDigital.h:74:52: error: no matching function for call to ‘v8::Function::Call(v8::Local<v8::Primitive>, const unsigned int&, v8::Local<v8::Value> [0])’ npm ERR! 74 | info->callback->Call(Null(info->isolate),argc,argv); npm ERR! | ^ npm ERR! In file included from /home/iobroker/.node-gyp/17.3.0/include/node/v8.h:34, npm ERR! from /home/iobroker/.node-gyp/17.3.0/include/node/node.h:63, npm ERR! from ../src/cpp/init.cc:1: npm ERR! /home/iobroker/.node-gyp/17.3.0/include/node/v8-function.h:54:43: note: candidate: ‘v8::MaybeLocal<v8::Value> v8::Function::Call(v8::Local<v8::Context>, v8::Local<v8::Value>, int, v8::Local<v8::Value>*)’ npm ERR! 54 | V8_WARN_UNUSED_RESULT MaybeLocal<Value> Call(Local<Context> context, npm ERR! | ^~~~ npm ERR! /home/iobroker/.node-gyp/17.3.0/include/node/v8-function.h:54:43: note: candidate expects 4 arguments, 3 provided npm ERR! In file included from ../src/cpp/init.cc:1: npm ERR! ../src/cpp/init.cc: At global scope: npm ERR! /home/iobroker/.node-gyp/17.3.0/include/node/node.h:843:7: warning: cast between incompatible function types from ‘void (*)(v8::Local<v8::Object>)’ to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type] npm ERR! 843 | (node::addon_register_func) (regfunc), \ npm ERR! | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ npm ERR! /home/iobroker/.node-gyp/17.3.0/include/node/node.h:877:3: note: in expansion of macro ‘NODE_MODULE_X’ npm ERR! 877 | NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) npm ERR! | ^~~~~~~~~~~~~ npm ERR! ../src/cpp/init.cc:10:1: note: in expansion of macro ‘NODE_MODULE’ npm ERR! 10 | NODE_MODULE(pifacedigital, Initialize) npm ERR! | ^~~~~~~~~~~ npm ERR! In file included from ../src/cpp/init.cc:2: npm ERR! ../src/cpp/NPIFaceDigital.h:61:13: warning: ‘void AsyncAfter(uv_work_t*, int)’ defined but not used [-Wunused-function] npm ERR! 61 | static void AsyncAfter(uv_work_t *req, int status) npm ERR! | ^~~~~~~~~~ npm ERR! ../src/cpp/NPIFaceDigital.h:34:13: warning: ‘void WaitForAsync(uv_work_t*)’ defined but not used [-Wunused-function] npm ERR! 34 | static void WaitForAsync(uv_work_t *req) npm ERR! | ^~~~~~~~~~~~ npm ERR! make: *** [pifacedigital.target.mk:114: Release/obj.target/pifacedigital/src/cpp/init.o] Error 1 npm ERR! gyp ERR! build error npm ERR! gyp ERR! stack Error: `make` failed with exit code: 2 npm ERR! gyp ERR! stack at ChildProcess.onExit (/opt/iobroker/node_modules/iobroker.piface/node_modules/node-gyp/lib/build.js:262:23) npm ERR! gyp ERR! stack at ChildProcess.emit (node:events:390:28) npm ERR! gyp ERR! stack at Process.ChildProcess._handle.onexit (node:internal/child_process:290:12) npm ERR! gyp ERR! System Linux 5.10.63-v8+ npm ERR! gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/iobroker.piface/node_modules/.bin/node-gyp" "rebuild" npm ERR! gyp ERR! cwd /opt/iobroker/node_modules/iobroker.piface/node_modules/node-pifacedigital npm ERR! gyp ERR! node -v v17.3.0 npm ERR! gyp ERR! node-gyp -v v3.8.0 npm ERR! gyp ERR! not ok npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2021-12-23T16_57_41_135Z-debug-0.log host.chet Cannot install iobroker.piface@1.0.0: 1 Mach ein Issue auf. Wenn das Modul noch gepflegt werden sollte... Schaut aber ehrlich gesagt nicht so aus.

@dirks sagte in Neue Zigbee Geräte ohne aktiven Pairing: @asgothian So ganz verstehe ich es trotzdem nicht, dass ohne aktivierten Pairing neue Geräte auftauchen. So komisch ist es nicht. Problematisch insbesondere bei älteren Firmwareständen und DDDD.. als ExtPanID ist die Netzverschlüsselung bei der Implementierung auf den Geräten und dem Koordinator. Ich hatte das Problem selber beim Testen mit verschiedenen Geräten, die (unter der Massgabe der gleichen Einstellungen (ExtPanID, PanID, Kanal, Pre..Key) sich jeweils im Netz des "stärksten" Koordinators gemeldet haben. Ein Gerät (Osram Dose) konnte ich dabei dazu nutzen zu erkennen ob ich mich im Flur aufhalte oder nicht (Live System ist im Flur, Testsysteme nicht). jedes mal wenn ich länger im Flur war ging die Dose vom Live aufs Testsystem, um dann später zurück zu gehen. Gegenmassnahme: Eigene Parameter bei panID, extPanID und Pre..Key eintragen, dann war mit dem Wandern Schluss. A.

@mguenther Fällt mir nichts zu ein.

@thomas-braun sagte in ioBroker Startet nicht nach Update Versuch: Der Adapter braucht wohl noch etwas Liebe, vielleicht von @frankjoke ? sehr wahrscheinlich github: 0.3.0 latest: 0.3.1 for 25 months stable: 0.3.1 for 25 months

@arteck sorry, typo. Ich meinte Zigbee Geräte.

@asgothian Der Wechsel von USB auf Netzwerk hat Abhilfe geschaffen :) Ich habe den Zigbee Stick von USB auf Netzwerk umgebaut, hab dazu ein USRIOT USR-TCP232-T 2 verwendet. Jetzt kommen die Tastendrücke usw. wieder sofort im IoBroker an.. Ich denke es lag dann wohl an der USB-Kommunikation.. Vielen Dank auf jeden Fall für die Hilfe!

@asgothian sagte in Problem Zigbee Adapter 1.6.9 mit Lichterkette Lidl HG06467: @broady Du kannst versuchen von meinem Github (https://github.com/asgothian/ioBroker.zigbee) die Testversion zu installieren - sie sollte laufen. Sicher bin ich aber nicht - ich konnte nicht alles testen. A. Super, habe ich gerade mal installiert. Erstmal scheint alles zu laufen. Die Abstürze sind weg. Werde das Ganze mal beobachten. Vielen Dank für die schnelle Hilfe

Anbei noch eine Statistik. Aufbau: Relais mit zwei Schließer, Schließer A auf GPIO 15 mit PullUp, Schließer B auf ESP8266 verbunden über MQTT. Schwarze Linie ist der GPIO 15, gelbe Linie ESP8266. [image: 1640106121922-4e5de5e1-eb05-4c56-9d89-ca4400184b52.jpeg] Gelbe Linie wäre dann auch der Ist-Wert Hier der Verlauf nach Neustart [image: 1640118707126-d5a4bb57-5687-46ed-8b1d-e06ac1fa6366.jpeg]

lag wohl daran das es im portainer läuft... habs jetzt da raus genommen geht jetzt... hab es auch noch mal mit einem macvlan (in dem auch piHole läuft) versucht hat aber nicht geholfen... schade aber dann eben ohne portainer. danke auf jedenfalls für die Hilfe!

Ich würde mal auf Linux-Control tippen.

@arteck ich denke, @pta_96 meint einen selbst erstellten DP vom Typ "Button". Gleiches Problem hatte ich auch. Aber eine Bestätigung wäre für die Problemlösung sicher hilfreich

@fraso Ich habe mal testweise einen neuen Amazon account angelegt und ein echo dort angemeldet. dann cookie neu etc. und das wurde dann sofort grün. liegt also an meinem amazon account. whatever. der grund dafür ist mir unbekannt. Sollen wir nach der Ursache suchen ?