@gremlin112
Habe das auch nicht in den Griff bekommen. Werde die Box mal neu aufsetzen wenn Zeit ist. Ist es bei dir auch so dass nach Adapter Neustart die Funktion wieder gegeben ist?
@homoran Ich konnte jetzt den Adapter bzw. den Harmony Hub erfolgreich einbinden. Ich habe dabei aber explizit die IP des Hubs für das Discovery im Harmony Adapter angegeben und dann poppte sofort der Hub auf. Scheint also tatsächlich irgendein Netzwerkproblem 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
@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
@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
