Sorry für die späte Rückmeldung. Also es ist mir ja fast schon peinlich, aber in der CCU war aus irgendeinem Grund die Authenifikation aktiviert und deshalb konnte der HM-RPC sich auch nicht verbinden. Sorry...das ist natürlich ein Anfängerfehler. Habe das zum Testen ausgeschaltet und schwups...konnte sich der RPC verbinden. Jetzt kommts aber...ich habe NICHTS geändert seit diesem Zeitpunkt und seit heute Morgen steht wieder folgendes im Log... hm-rpc.0 2020-03-05 17:01:18.179 error (8593) init error: Error: Unknown XML-RPC tag 'TITLE' Versteht das jemand? @Haaron15 Weil, seit dem ich den Adapter upgedatet habe die meisten Fehler im Log verschwunden sind.

Hallo, habe beide Rechner nochmal neu gestartet über Netz Aus. Dabei hatte dann der Slave mitmal eine alte Admin Version. Wurde vorher nicht angezeigt. Admin auf dem Slave upgedatet und nun ist alle wieder gut. Besten Dank sagt paul

@AlCalzone said in TR-064 v3.2.0 verbindet sich nicht und wirft einen Error aus: 1012 Oh wie peinlich,... klar danke FACEPALM vielen vielen Dank!

@Espace0401 hat sich erledigt. Habe den Fixer drüber laufen lassen

@Glasfaser ja im Docker gelöscht und neu installiert. Danach kommt die o.g. Fehlermeldung. Hab leider gerade keinen Screenshot, da bis Ende der Woche nicht at Home.

@AlCalzone ups, danke für den Hinweis. Ist jetzt korrigiert.

@Jaschkopf Habe iobroker gestoppt und "curl -sL https://iobroker.net/fix.sh | bash -" ausgeführt.. scheint aber nicht richtig zu gehen in einer Docker Umgebung. Jedenfalls hat sich nach dem Start vom iobroker nichts geändert. Trotzdem danke für deine Infos.

Ich hab es gerettet bekommen. Also an alle die, nur noch die Dateien haben: Es steht eigentlich alles in den Dateien drin. Jetzt mal zu dem, was ich raus gefunden habe und wie ich es wieder hin bekommen habe. Neues, sauberes ioBroker installiert, in neuem Pfad. Iobroker stoppen In dem Ordner iobroker-data/files sind quasi die Setups aller eurer Adapter. Die sind aber soweit clean. Adaptereinstellungen oder gar Skripte sind da nicht gespeichert. Dort kann man erstmal alles aus dem alten iobroker Verzeichnis rein kopieren. Vorhandene sollten nicht ersetzt werden. Alles was ihr an Skripten und Einstellungen gemacht habt, ist in der Datei iobroker-data/objects.json. Diese Datei war bei mir zerschossen und nur noch 5kb groß. Da ist mir der Arsch auf Grundeis gegangen, weil ich dachte nun ist alles weg. Aber es gibt den Ordner backup-objects. Da sind tatsächlich regelmäßige Backups sind. Die Dateiendung .gz kann man mit 7-zip entpacken. Das habe ich mit der states.json auch gemacht. Diese beiden Dateien habe ich dann im neuen iobroker an die entsprechende Stelle kopiert und die vorhandenen ersetzt. Nun habe ich iobroker wieder gestartet und es war schon mal das Meiste wieder da. PS. FHEM und Node-Red sind extra "Programme". Die sind nach einer Neuinstallation von iobroker nicht weg oder zurück gesetzt und die Einstellungen dort werden mit einem iobroker Backup auch nicht gesichert.

@Rushmed cool. danke dir. Dann werde ich mal testen

ich habs... musste in der raspymatic die Sicherheitseinstellungen anpassen. Einstellungen>Systemsteuerung>Sicherheit muss das Häkchen bei Authentifizierung raus. @Homoran vielen Dank an Dich .

Ich hab noch etwas weiter gesucht und es lag nur an einem ZWave Device. Meiner Greenwave PowerNode (Zwischensteckdose) Ich hab dann diesen Beitrag gefunden: https://217.160.142.88/post/314500 Daraufhin hab ich die Node entfernt und wieder eingefügt (exclude include) und nun ist der Fehler weg! Läuft alles wieder :)

Hat funktioniert. Der Haken war der Schuldige. Danke für die Hilfe.

@Jan1 Danke dir.

@Smart_Home oh danke für den Link. Sorry für die späte Reaktion. Habs gerade erst gesehen :-(. Ich werd mich morgen mal durch den Thread wühlen. Aber beim überfliegen sieht das meinem Problem sehr ähnlich.

Hm. Jetzt hab ich nochmal iobroker komplett runter gefahren, aktualisiert (wohl gemerkt: HM-RPC war bereits vorher aktuell!!) und wieder hoch gefahren. Jetzt geht es wieder. Seltsam. Dafür habe ich jetzt ein anderes Problem nach Aktualisierung des Pushover von 1.1.1 auf die aktuelle Version. Dazu mache ich mal einen neuen Thread auf.

@ilovegym was wird noch gebraucht? [image: 1582992416081-991fcdb5-d461-4b6a-855e-123ae9beebba-image.png] Master iob list instances iob list instances + system.adapter.admin.0 : admin - enabled, compact disabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.backitup.0 : backitup - enabled, compact disabled system.adapter.bring.0 : bring - disabled, compact disabled system.adapter.cec2.0 : cec2 - disabled, compact disabled + system.adapter.chromecast.0 : chromecast - enabled, compact disabled + system.adapter.deconz.0 : deconz - enabled, compact disabled system.adapter.discovery.0 : discovery - disabled, compact disabled + system.adapter.fakeroku.0 : fakeroku - enabled system.adapter.flot.0 : flot - disabled + system.adapter.harmony.0 : harmony - enabled, compact disabled system.adapter.ical.0 : ical - enabled system.adapter.iot.0 : iot - disabled, compact disabled + system.adapter.javascript.0 : javascript - enabled, compact disabled + system.adapter.node-red.0 : node-red - enabled, port: 1880, bind: 0.0.0.0 + system.adapter.sayit.0 : sayit - enabled, port: 0 + system.adapter.sayit.1 : sayit - enabled, port: 0 + system.adapter.sayit.2 : sayit - enabled, port: 0 + system.adapter.sayit.3 : sayit - enabled, port: 0 + system.adapter.sayit.4 : sayit - enabled, port: 0 system.adapter.simple-api.0 : simple-api - disabled, compact disabled, port: 8087, bind: 0.0.0.0, run as: admin + system.adapter.sonoff.0 : sonoff - enabled, compact enabled (group 4), port: 1883, bind: 0.0.0.0 + system.adapter.sql.0 : sql - enabled, port: 0 + system.adapter.telegram.0 : telegram - enabled, compact disabled, port: 8443, bind: 0.0.0.0 + system.adapter.tr-064.0 : tr-064 - enabled, compact disabled + system.adapter.web.0 : web - enabled, compact enabled (group 4), port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.zwave2.0 : zwave2 - enabled, compact disabled + instance is alive Slave iob list instances iob list instances + system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.backitup.0 : backitup - enabled system.adapter.bring.0 : bring - disabled system.adapter.cec2.0 : cec2 - disabled + system.adapter.chromecast.0 : chromecast - enabled + system.adapter.deconz.0 : deconz - enabled system.adapter.discovery.0 : discovery - disabled + system.adapter.fakeroku.0 : fakeroku - enabled system.adapter.flot.0 : flot - disabled + system.adapter.harmony.0 : harmony - enabled system.adapter.ical.0 : ical - enabled system.adapter.iot.0 : iot - disabled + system.adapter.javascript.0 : javascript - enabled + system.adapter.node-red.0 : node-red - enabled, port: 1880, bind: 0.0.0.0 + system.adapter.sayit.0 : sayit - enabled, port: 0 + system.adapter.sayit.1 : sayit - enabled, port: 0 + system.adapter.sayit.2 : sayit - enabled, port: 0 + system.adapter.sayit.3 : sayit - enabled, port: 0 + system.adapter.sayit.4 : sayit - enabled, port: 0 system.adapter.simple-api.0 : simple-api - disabled, port: 8087, bind: 0.0.0.0, run as: admin + system.adapter.sonoff.0 : sonoff - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.sql.0 : sql - enabled, port: 0 + system.adapter.telegram.0 : telegram - enabled, port: 8443, bind: 0.0.0.0 + system.adapter.tr-064.0 : tr-064 - enabled + system.adapter.web.0 : web - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.zwave2.0 : zwave2 - enabled + instance is alive

@Chrisx51 sagte in Upgrade "javascript" wirft Fehler "Invalid version of admin": @Homoran Danke für den Tipp. wobei mir bei manchen adaptern ein krasser Unterschied auffällt. von TR 046 hab ich z.b. 0.4.14, aber als available zeigt er jetzt 3.1.4 an. Wie dem auch sei, ich vertraue jetzt tatsächlich eher auf stable. Der tr Adapter war zwischendurch als community Version unterwegs. Diese ist jetzt obsolet und der original Adapter wird wieder weiterentwickelt.