@homoran Danke... Ich bin heute so blind...

@asgothian ok jetzt hängt die Coordinator mitten im Raum an der Lampe und es geht. Die USB 3.0 Platten scheinen wirklick das Problem zu sein.

@io_laurent Hut ab. Das scheint die Lösung zu sein. Danke dafür :+1: Praktikabel ist das natürlich nicht. Die Funktion gehört in die Einstellungen und sollte nicht als Insiderwissen weitergegeben werden müssen.

@hanand Ja, hier nochmal der letzte Stand: Ich habe auf meiner Testumgebung mal ein komplettes Restore des backups des Produktivsystems gemacht.. Ergebnis: es ging auch nicht. Dann habe ich dem mqtt Adapter gelöscht und neu angelegt --> jetzt geht es.. Jetzt muss ich mir Gedanken machen, welche Konsequenzen das im Produktivsystem hat. Wahrscheinlich muss ich danach nur die Influx konfiguration wieder anpassen. Vielen Dank an alle die sich dem Thema so schnell angenommen haben. Meist reicht es ja, wenn man mal "laut" darüber nachdenken kann :-)

@samson71 also am Repeater liegts nicht, sondern an einem der drei Harmony Hubs.. Sobald der mit ins Netz geht, stürzt die Harmony Instanz ab. Werde wohl mal den Hub zurücksetzen.

@codierknecht und siehe da, der erste Fund bei Startpage [image: 1732266543235-screenshot_20241122-100805_firefox.jpg] Da steht bei allen Registern INT16! @bvx Der Bug besteht darin, dass du überall UINT16 gewählt hast BTW Ich hatte schon fragen wollen warum Holdingregister! Die sind eigentlich nur zum schreiben, werden von einigen Herstellern aber auch zum lesen missbraucht. Function Code 4 ist aber inputRegisters https://en.m.wikipedia.org/wiki/Modbus#Function_code

@david-g VIELEN DANK! Ich habe die Scripte jetzt gemäß deinem Beispiel umgebaut und jetzt wird auch das Bild wieder mit versendet.

@mcm1957 Ja hat sich wahrscheinlich eh erübrigt. Das Pingen, ob der TV noch aktiv ist, erzeugt Tonaussetzer. Aber vielen Dank. Das war Käse, was ich geschrieben habe, aber ich habe nun ein Issue aufgemacht. Im Prinzip brauche ich auch nur den Ping und der funktioniert auch so.

@thomas-braun Geht nicht wirklich :( beim Update via Kommandozeile zeigt iob logs nichts an. Im Systemlog steht bei downgrade auf 7.0.2 und anschließendem auto upgrade auf 7.0.3 Nov 15 17:30:13 iobrokervm sudo[1357756]: oliver : TTY=pts/2 ; PWD=/opt/iobroker ; USER=iobroker ; COMMAND=/usr/bin/npm install iobroker.js-controller@7.0.2 Nov 15 17:30:13 iobrokervm sudo[1357756]: pam_unix(sudo:session): session opened for user iobroker(uid=1001) by oliver(uid=1000) Nov 15 17:30:40 iobrokervm sudo[1357756]: pam_unix(sudo:session): session closed for user iobroker Nov 15 17:30:55 iobrokervm sudo[1357806]: oliver : TTY=pts/2 ; PWD=/opt/iobroker ; USER=iobroker ; COMMAND=/usr/bin/node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js upgrade self Nov 15 17:30:55 iobrokervm sudo[1357806]: pam_unix(sudo:session): session opened for user iobroker(uid=1001) by oliver(uid=1000) Wenn ich nachträglich in iob logs schaue ist für die Zeit kein Eintrag drin. Wenn ich das Update aus der GUI starte steht da: 2024-11-15 17:42:45.225 - info: host.iobrokervm Controller will upgrade itself to version 7.0.3

@tritanium logfile bitte als Text in code tags posten [image: 1731530226396-img_1350.jpeg]

@wendy2702 bestimmt damals was falsch eingestellt. Nur störte das damals den Adapter nicht. Ich hatte immer geschaut ob ein error da ist. War vor 2 Jahren nicht der Fall. Aber mit der jetzigen Version war das anders. Aber insgesamt sehr wenig Probleme beim Updaten. Hat nun sogar Bookworm :blush: Muss mich nun halt wieder reinfuchsen

@netfritz wenn es denn wirklich ein Fehler im Adapter sein sollte, wäre ein debug log vom schreib versuch sowie Screenshots der Einstellungen hilfreich. Wenn du ein issue eröffnet hast bitte hier verlinken

@borkenkäfer Ist hier leider auch so, habe nochmals Zugangsdaten geprüft. Der Adapter ist v1.17.0. Hast du einmal unter Objekte geschaut? Dort ist der Wert "disabled" standardmäßig auf aus gesetzt. Sollte das Problem lösen, wenn der auf on steht

@haus-automatisierung Doch: https://github.com/ioBroker/ioBroker.javascript/issues/1739

Einfach die Datei "connection.js" im Pfad "/opt/iobroker/node_modules/mikronode-ng/lib" wie folgt erweitern dann connected er sich wieder. _(_this).status = 'Sending Credentials'; debugLogin('%s %s %s', _(_this).status, _(_this).user, _(_this).password, resp); this.write('/login', { "=name" : _(_this).user, "=password" : _(_this).password });

@esp8266 sagte in Restore ist nicht mehr möglich.: sicher lässt sich MC als nicht Root starten. Richtig. Genau das solltest du auch tun. Es ist nähmlich nicht egal, ob ich in der Console mc oder sudo mc eingebe Auch richtig. Das ist ja genau mein Punkt.

@black-falcon87 sagte in Zigbee keine Werte und Schalter mehr vorhanden: wenn der Stick getauscht wird Klares jein. Hängt davon ab was genau da getauscht werden soll. Bei gleichem Chipsatz geht es ggfls. auch per Backup, wenn komplett andere Hardware verwendet wird muss neu angelernt werden.

@homoran Nunja, das liest man sehr oft in diversen Foren etc. Kommt nicht von mir die Aussage. Aber grade in Verbindung mit History oder InfluxDB kommen die SD-Karten angeblich oft an ihre Grenzen (irgendwas mit Schreiblimit oder so). Deswegen hatte ich damals direkt auf SSD gesetzt. Zumindest auf dem Raspi für Iobroker. Hab noch zwei andere (Homematic und Octoprint), die haben "normale" SD Karten drin und laufen auch ohne Probleme.