@Udo_E Kann mich zwar nicht an einen diesbzgl. Fehler der 2.0.5 erinnern, aber ich nutze die 2.0.6 und da scheint es zumindest zu funktionieren. Update wäre also ev. nicht die schlechteste Idee. Sonst fällt mir aber auch nix weiteres mehr ein... ;)

@Daniel-S sicher das da nicht irgendwie noch Prozesse laufen? Port 443 noch belegt. Serial Timeouts. Mal reboot?

@tobin1997 Dann Thema auf gelöst setzen👍

@amg_666 So, wie bereits geschrieben habe ich den backitup auf 3 Raspis laufen (der sollte um 02:00 Uhr, 2:30 und 3:00 laufen, tut er aber nicht. Ich habe gestern die Zeiten geändert auf 02:01, 02:31 und 03:01 und jetzt ist es nachts sauber durchgelaufen. Verstehen tue ich es nicht aber ich setze es mal auf gelöst ...

@simatec said in Backup mit 1.3.3 Stoppt: @zgadgeter sagte in Backup mit 1.3.3 Stoppt: @simatec said in Backup mit 1.3.3 Stoppt: Um erstmal den Fehler grob zu beheben, aktiviere mL die Dropbox Option, speichere diese und deaktiviere sie im Anschluss wieder. Das hatte ich auch schon mal probiert...hat nichts gebracht. Nur deinstallieren, jetzt funktioniert es wieder. Danke! Die Version 1.3.3? Ja, diese Version.

Ich schätze auch, dass es am RAM liegt. Betreibe selbst auch einen Pi3b+ mit pivccu und dem iob. Obwohl ich die Anzahl der aktiven Instanzen schon so gering wie möglich halte und normalerweise immer noch vermeintlich genug freier Speicher angezeigt wird, habe ich auch alle paar Wochen mal "Hänger". In irgendwelchen Situationen scheint kurzfristig mal mehr benötigt zu werden, was das System dann in die Knie zwingt. Woran es bei den Hängern im Betrieb lag, konnte ich noch nie exakt feststellen, jedoch konnte ich das Problem schon künstlich herbeiführen und live in top/htop beobachten. Daher liegt hier jetzt auch schon der Pi4/4GB bereit und wartet darauf, die Aufgaben demnächst zu übernehmen. Bis ich Erfahrungsberichte liefern kann, dauert es aber noch eine Weile.

Hier mal meine momentane "Last" [image: 1576236506277-load_ccu.png] Der Duty_Cycle ist bei mir relativ hoch (ohne Heizkörper!), da ich mehrere Messteckdosen ziemlich DC-feindlich eingestellt habe ;-) Mein System besteht aus: 496 Kanäle in 115 Geräten Mit 74 Programmen komme ich sogar noch über die 50. Da wäre es wirklich interessant, was da die CCU ausbremst. Zumal -wie bereits geschrieben- Direktverknüpfungen ausschließlich zwischen Sender und Empfänger ausgehandelt werden und auch ohne CCU laufen. Der einzige Grund der mir im Moment einfällt wäre, dass sich der Sender oder Empfänger selber im DC befindet. Dann wäre da aber ein massiver Programmierfehler. Und nach Abschalten des ioBrokers dürfte es dann auch nicht sofort wieder laufen, sondern müsste eine Stunde dauern

@simatec sagte in BackItUp unter 3.6.12 nicht funktional.: Warum gibt es eigentlich keinen "Kopfschüttelbutton" Weil es auch keinen Hals

@Homoran ich hatte vorher df -h nicht gemacht, deswegen kann ich dir keine Info dazu geben. Ich habe gerade Backipup installiert. Schaue gerade ob ich das Backup auf einen USB Stick auslagern kann.

Hallo zusammen, danke für eure Hilfestellung. Habe alles neu aufgesetzt, jetzt funktioniert wieder alles wie es soll.

@liv-in-sky sowas wäre meine ideeee gewesen ;-)

@Homoran Statusmeldung: Es läuft!!! Muss noch mal nachvollziehen, woran es letztlich gelegen haben könnte. Im Ereignisprotokoll der Fritzbox wurden die abgewiesenen Anmeldeversuche vom IB gelistet - also hat der TR_064 offensichtlich funktioniert und permanent an die Fritzbox "geklopft". Nachdem ich gefühlt zum 100. Mal meine Zugangsdaten in der FB eingetragen habe, wurden diese erstmals mit einer E-Mail-Adresse ergänzt. Dann nochmal die FB neu gestartet - es funktioniert. Ich bekomme jetzt auch unter der Objektansicht den Objektbaum, Geräte werden korrekt aufgelistet. Außerdem - vielleicht liegt's auch daran - habe ich die SD-Karte mit der Software in einen anderen RPI gesteckt, um so auf die Schnelle eine andere IP-Adresse zu bekommen. Wenn alles nach meinen Wünschen läuft möchte ich ohnehin wegen der Übersicht nur noch statische IP-Adressen vergeben. Werde das überprüfen. Nochmals herzlichen Dank an alle, die sich auch für mich den Kopf zerbrochen haben. Ein schönes Forum mfg Michael

@crunchip hatte den Adapter vorher deinstalliert, seitdem gab es dieses Problem. Habe den Adapter nochmal über GitHub installiert und eine Instanz hinzugefügt. Aber auch hierbei keine statistic.0 unter Objekte. Iobroker sichere ich als komplette Directory und habe diese "restored". Nun ist statistic.0 auch wieder vorhanden. Leider waren meine Arbeiten von gestern verloren, aber ich hatte es zum Glück etwas dokumentiert. Danke für Dein Freedback!

@sissiwup bei mir war in vis edit das Bild schon immer schwarz, könnt mich nicht daran erinnern, das es anders gewesen ist. aber hier mal ein link vom Adapter, in dem steh, was alles gelöscht werden muss, um den Adapter "komplett" zu entfernen https://forum.iobroker.net/post/323736

@tobin1997 sagte in Fehler bei Installation: Und mit dem 4er sollte es dann auch mit dem FritzBox Adapter klappen? https://forum.iobroker.net/topic/22782/test-adapter-tr-064-community-v1-0-x

Hallo Negalein War schwierig weil die Sonoff bzw Esp12f keinen Error gemacht haben .Zuletzt waren es die ersten S20 die haben das Firmware update nicht verstanden. Nach den flashen mit der Blank 1MB firmware .War es ein Kinderspiel. Ich habe die Hälfte der Esp12f nach und nach wieder online gestellt und gewartet ob fehler kamen . Bei den letzten viertel kam die ersten Fehler. Danach war es ein Kinderspiel neue Firmware drauf und es lief wieder normal. Lg Roland

Bei mir auch aktuell das ganze Log voll: cloud.0 2019-12-09 14:35:37.696 warn (10204) requireLog is not supported by this adapter! Please set common.logTransporter to true cloud.0 2019-12-09 14:35:29.482 warn (10204) requireLog is not supported by this adapter! Please set common.logTransporter to true cloud.0 2019-12-09 14:35:24.594 warn (10204) requireLog is not supported by this adapter! Please set common.logTransporter to true cloud.0 2019-12-09 14:34:24.292 warn (10204) requireLog is not supported by this adapter! Please set common.logTransporter to true cloud.0 2019-12-09 14:34:23.777 warn (10204) requireLog is not supported by this adapter! Please set common.logTransporter to true cloud.0 2019-12-09 14:34:16.590 warn (10204) requireLog is not supported by this adapter! Please set common.logTransporter to true

@moelski Das dürfte nur der Januar sein.