NEWS

@tottbeck sagte in Invalid version of js-controller nach Umzug auf neues System:

Order's status ("valid") is not acceptable for finalization

es scheint so als würde ACME versuchen ein Zertifikat zu kreieren das bereits erstellt ist. https://community.letsencrypt.org/t/orders-status-valid-is-not-acceptable-for-finalization/103419

Ich denke das ist eher ein Issue beim ACME Adapter selbst wert. -> ist ja schon erstellt https://github.com/iobroker-community-adapters/ioBroker.acme/issues/49 danke

Tottback created this issue in iobroker-community-adapters/ioBroker.acme open Certificate request failed: Error: Didn't finalize order: Unhandled status '403' #49

Bei mir kommt aktuell wieder der Fehler:

[fillSensorData] received error 500 response from remote sensor 10473 with content: ""

Der Fehler ist also scheinbar noch nicht gefixt,
Habe mich auch gewundert, wie das ohne Adapter-Update gehen soll.

@thomas-braun
Ich bin der dümmste Mensch der Welt!!!!!!!!!!!!!!!!!!!!!!!!!!

Deine Anleitung war mein erster anlaufpunkt. und ich Horst habe die Dateien in *.json umbenannt und nicht *.jsonl

Ich werde jetzt ne weile mich selber schlagen gehen...

🤦‍♂️ 🤦‍♂️ 🤦‍♂️ 🤦‍♂️

@helmutlinner wenn du viel mit gruppen machst...

dann wechsel bitte auf den zigbee2mqtt project.. da bist du besser aufgehoben..

@haikoh
Ok, dann ist er aber eh dran ...

@thomas-braun sagte in Ein Update ist schief gegangen:

@lenny-cb sagte in Ein Update ist schief gegangen:

nur war nach dem Ausführen des Scriptes eth0 weg.

Kann aber nicht mit dem nodejs-Skript zusammenhängen, da ist kein Code diesbezüglich drin.

Zu

Could not handle ENOTEMPTY, because no deletable files were foundnpm ERR! code ENOTEMPTYnpm ERR! syscall renamenpm ERR! path /opt/iobroker/node_modules/@alcalzone/jsonl-dbnpm ERR! dest /opt/iobroker/node_modules/@alcalzone/.jsonl-db-koHBLxk9npm ERR! errno -39npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/@alcalzone/jsonl-db' -> '/opt/iobroker/node_modules/@alcalzone/.jsonl-db-koHBLxk9'npm ERR! A complete log of this run can be found in: /home/iobroker/.npm/_logs/2023-09-18T11_37_56_021Z-debug-0.loghost.RPI3 Cannot install iobroker.zigbee@1.8.24: 217

jag mal den

iob fix

über das System.

gemacht:

library: loaded Library version=2022-12-09 ========================================================================== Welcome to the ioBroker installation fixer! Script version: 2023-04-02 ========================================================================== ========================================================================== Installing prerequisites (1/5) ========================================================================== OK:1 http://archive.raspberrypi.org/debian bullseye InRelease OK:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease OK:3 https://www.pivccu.de/piVCCU stable InRelease OK:4 https://deb.nodesource.com/node_18.x nodistro InRelease Paketlisten werden gelesen… Fertig Installed gcc-c++ ========================================================================== Checking ioBroker user and directory permissions (2/5) ========================================================================== Created /etc/sudoers.d/iobroker Fixing directory permissions... ========================================================================== Check and cleanup npm temporary directories (3/5) ========================================================================== Done. ========================================================================== Database maintenance (4/5) ========================================================================== Checking for uncompressed JSONL databases... This might take a while! No relevant JSONL files found to compress, skip ========================================================================== Checking autostart (5/5) ========================================================================== Enabling autostart... Autostart enabled! ========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ==========================================================================

der Slave hat dann auch angefangen die Adapter zu installieren.
Zwischenzeitlich war wohl ein Neustart fällig, seit dem ist der nicht mehr mit dem Multi verbunden.
Eine ioB-Instanz läuft auf dem Pi, keine Verbindung.

@thomas-braun

Beitrag kann geschlossen werden.

Fehler wurden behoben.

Nochmals Danke!

@matze55 Hallo ich habe eine Fritzbox 7590 KL. Dort habe ich UPnP aktiviert. Jetz wollte ich die einzelnen Datenpunkte in der VIS zu ordnen, mit dem UPnP Adapter.

Leider werden keine Datenpunkte erzeugt und im Fehlerlog erscheint das:

Cannot check object existence of "upnp.0.WANConnectionDevice_-_FRITZ!Box_7590.WANDevice.WANConnectionDevice.WANDSLLinkConfig": Connection is closed.

Ich habe auch schon die Versuche unternommen im Adapter die Instanz umzustellen

Haken bei Automatisches Abonnoment gesetzt

Haken nicht gesetzt Automatisches erkennen neuer Geräte

Habt ihr noch einige Tips oder gibt es da noch andere Möglichkeiten um an Werte zu kommen.

LG...und Danke

@presl die Log Datei steht auf /opt/iobroker/log

@fredf sagte in Xiaomi Wireless Switch funktioniert nach Update nicht mehr:

falls ja, etwas alt...

Nein, das die die Versionsnummer.

@glasfaser sorry aber durch update gin es wieder danke aber

@dellishelly sagte in nuki-extended mit Smartlock 3 Pro:

Wie funktioniert das jetzt hier ?

Unter mqtt.0.nuki.********.lockAction den Wert auf '1' für entsperren setzen und auf '3' für versperren. Oder zum Versperren mqtt.0.nuki.********.lock kurzzeitig auf true setzen. Wenn du mqtt.0.nuki.********.unlock kurz auf true setzt, wird nicht nur aufgesperrt, sondern die Türe auch geöffnet (also die Falle gezogen).

Allerdings wird eine Änderung vom ersten Datenpunkt bei mir nur sehr zeitverzögert durchgeführt. Die beiden anderen bisher immer unmittelbar.

Aber der Adapter funktioniert bei mir auch. Hast du den API Token schon einmal neu erstellt, diesen kopiert und im Adapter im Reiter Konfiguration Web Nuki unter API Token eingetragen? Mit MQTT ist man nicht an die Cloud gebunden, dafür gibt es (bei mir) Verzögerungen.

@mic905

js-controller 5 meldet nunmehr ungültige Bindings. Es sollte allerdings mit den aktuellen Versionen von web/ws/sockeitio im stable kein Absturz mehr auftreten.

In den meisten Fällen ist ein ungültiges Binding in deiner vis die Ursache und muss dort behoben werden. Es dürfte aber auch spezielle Fälle geben wo ein fehler in VIS die Ursache sein könnte.

Details siehe https://github.com/ioBroker/ioBroker.js-controller/issues/2431 und auch https://forum.iobroker.net/topic/68290/js-controller-5-0-x-jetzt-für-alle-user-im-stable/100

Scrounger created this issue in ioBroker/ioBroker.js-controller closed Error: Invalid pattern on subscribe #2431

@werner2000x

apt meldet eigentlich auch die Gründe für das Zurückhalten eines Updates.

@thomas-braun sagte in Umzug PI4 auf Intel PC Fehler admin.0 Error Not exists:

iob upload all

Hallo Thomas,

Befehl ausgeführt, keine Änderung Fehler kommt immer noch.

JA ist ein Multihost System

Grüße Peter

@idlebit sagte in zigbee2mqtt >= V 2.10.1 Adapter crashed @ LXC Container:

Moin @dp20eic schon die neue Version probiert?

Moin,

habe, gerade, nach Deinem Hinweis auf die neue Version V 2.13.1 migriert. Leider weiterhin das gleiche Fehlerbild.

host.arch-iob 2023-09-08 13:12:40.552 info Restart adapter system.adapter.zigbee2mqtt.0 because enabled host.arch-iob 2023-09-08 13:12:40.552 info instance system.adapter.zigbee2mqtt.0 terminated with code null () host.arch-iob 2023-09-08 13:12:40.552 warn instance system.adapter.zigbee2mqtt.0 terminated due to SIGILL host.arch-iob 2023-09-08 13:12:39.769 info instance system.adapter.zigbee2mqtt.0 started with pid 24579 host.arch-iob 2023-09-08 13:12:09.699 info Restart adapter system.adapter.zigbee2mqtt.0 because enabled host.arch-iob 2023-09-08 13:12:09.699 info instance system.adapter.zigbee2mqtt.0 terminated with code null () host.arch-iob 2023-09-08 13:12:09.699 warn instance system.adapter.zigbee2mqtt.0 terminated due to SIGILL host.arch-iob 2023-09-08 13:12:08.958 info instance system.adapter.zigbee2mqtt.0 started with pid 24569 host.arch-iob 2023-09-08 13:11:38.885 info Restart adapter system.adapter.zigbee2mqtt.0 because enabled host.arch-iob 2023-09-08 13:11:38.885 info instance system.adapter.zigbee2mqtt.0 terminated with code null () host.arch-iob 2023-09-08 13:11:38.885 warn instance system.adapter.zigbee2mqtt.0 terminated due to SIGILL host.arch-iob 2023-09-08 13:11:38.144 info instance system.adapter.zigbee2mqtt.0 started with pid 24555 host.arch-iob 2023-09-08 13:11:08.067 info Restart adapter system.adapter.zigbee2mqtt.0 because enabled host.arch-iob 2023-09-08 13:11:08.066 info instance system.adapter.zigbee2mqtt.0 terminated with code null () host.arch-iob 2023-09-08 13:11:08.066 warn instance system.adapter.zigbee2mqtt.0 terminated due to SIGILL host.arch-iob 2023-09-08 13:11:07.303 info instance system.adapter.zigbee2mqtt.0 started with pid 24525 host.arch-iob 2023-09-08 13:10:35.004 info Restart adapter system.adapter.zigbee2mqtt.0 because enabled host.arch-iob 2023-09-08 13:10:35.003 info instance system.adapter.zigbee2mqtt.0 terminated with code null () host.arch-iob 2023-09-08 13:10:35.003 warn instance system.adapter.zigbee2mqtt.0 terminated due to SIGILL host.arch-iob 2023-09-08 13:10:34.246 info instance system.adapter.zigbee2mqtt.0 started with pid 24515

Ich werde mich damit weiter auseinandersetzen, aktuell fällt mir aber einfach nichts mehr ein, wo ich noch einen Stein umdrehen kann oder an einer Schraube drehen kann.

VG
Bernd

@arteck sagte in Neue ZigBee Objekte ohne "Icon":

@diginix sagte in Neue ZigBee Objekte ohne "Icon":

Von mir aus können alle Gerätebilder an allen Stellen aus dem Adapter. Spart sicher Code und ist danach definitiv robuster.

das ist deine Meinung.. die anderen 2k an Usern sagen was anderes... ist so..

@arteck sagte in Neue ZigBee Objekte ohne "Icon":

auf der anderen Seite .. es ist NUR der Admin.. wozu brauchst du da die Bilder ..dass du da so drauf reitest.. ??
das ist der einzige Adapter der dir Bildinformationen liefert.. die eigentlich garnicht gebraucht werden...

Falsch. Bei mir hat auch der mihome Adapter pro Gerät ein Bild. Und ich wette es gibt noch weitere Adapter. Das Feature wurde ja sicher nicht nur für den Zigbee im Admin vorgesehen.
Wenn die Bilder aber deiner Meinung nach gar nicht gebraucht werden, was machen 2k User damit?! 😄

und da nur du anscheinend das Problem hast... musst du mit leben..

Wenn das so wäre, hätte kein Entwickler die Krücke in der devices.js vorgesehen.
Viele Ottonormalverbraucher wissen doch gar nicht wo sie etwas melden könnten. Oder machen es einfach nicht.

oder aktiv einarbeiten und mit am Projekt arbeiten.. für konstruktive Kritik bin ich zu haben.. für Voroschläge erst recht..

Genau das habe ich hier mit meine Posts getan und es nicht einfach ignoriert. Außerdem Hintergründe erfragt. Das hast du aber nun als "drauf rumreiten" interpretiert.
Du willst mich nicht verstehen und bist auf Krawall. Ok. Den Fork mit PR hätte ich mir auch sparen können und nur für mich fixen. Werde die Icons ab sofort hier nicht mehr thematisieren. Scheint ein sehr sensibles Thema zu sein, was ja aber nur bei mir existiert. 😛

@ro75 danke für den Link... Ich habe diesen Thread bei meiner Suche tatsächlich nicht gefunden. V1.2.0 und schon geht wieder alles 🙂 danke für die schnelle Hilfe

@mrichstein

Sorry, wenn ichs wo überlesen habe - ABER
im allerersten Pist steht ja ganz klar das "Problem". Die beiden Adapter verlangen (so wie immer mehr neue Releases) NODE 16. Und du hast node 10 (!) installiert.

Ergo mindestens auf node 16 aktualisierern oder besser / sinnvoller auf node 18 da node 16 diese Tage obsolete wird.