Hi, ich muss nochmal anfragen. Habe das Problem jetzt nocheinmal angegangen da ich bei mir noch einen LMS (Logitech Media Server) eingebunden habe. Ich habe in der ETS folgende Gruppenadresse: [image: 1577108090710-d55fd9de-1587-4607-b555-a28b4174f795-grafik.png] Importiere ich diese im KNX-Adater im IoBroker wird diese automatisch durch den Adapter wie folgt eingelesen: [image: 1577108273895-a04d9ead-84d9-47ba-ba60-f4d5db0ac43e-grafik.png] Das ist doch nicht richtig oder??? Der solte mir doch read = False & write =true setzen? Fehler im Adapter oder habe ich einen Denkfehler? Ändere ich Schrieben&Lesen händisch und Starte den Adapter neu funktioniert alles. Adapter Version KNX 1.0.36 MFG

Super hat gereicht den fixer laufen zu lassen. Anschließend einmal reboot und das update lief problemlos durch. Viele Dank für die schnelle Hilfe! :+1:

Ich muss jetzt erstmal meinen OPA Pflichten nachkommen, gucke heute abend wieder rein. Vielleicht hat jemand ne gute Idee. Dankeschön. Was mir noch einfällt, hatte den Spotify Adapter installiert, und den Material Design Widget aktualisiert. Achja, und den Backup Adapter. Spotify mach ich gerade wieder runter, Material hat 0.2.17 und Backup 1.3.6

ist im ersten beitrag.. links 10 objects - keine influx, rechts 1 object da sieht man es. Gerne aber auch TV oder Anydesk.

@Agria4800 Ich glaube die kann man nur in der Ordnerstruktur löschen, was anderes ist mir zumindest nicht bekannt

@Tom-Blues Gut das es nun funktioniert, dann weiter viel Spaß:)

mehrfach download ging wohl schief. Hier einzeln @Stabilostick iobroker.20191209.#0001.err.log iobroker.20191209.#0001.out.log iobroker.2019-12-09.log

LÖSUNG: Ich hatte exakt das gleiche Problem. Du musst bei deinen Browsereinstellungen schauen, da sind die coockies blockiert. Sobald du das frei gibst und die Seite neu ladest funktioniert es ;) [image: 1576793640379-c2554dcf-85a3-4c69-987a-d87bc2108321-image-resized.png] [image: 1576793686217-b99021f0-d85a-46e9-8ad9-2e607c39eb45-image.png]

Der Support von BAB-Tec hat mir mitgeteilt, dass es vor ca. 4 Jahren schonmal eine Anfrage vom Iobroker gegegben hätte. Jedoch war es damals wohl so, dass der KNX-Adapter nicht weiter entwickelt wurde und fehler die dort drin sind zu einer Inkompatibilität mit dem Gateway führen. Kann das jemand bestätigen? Dann kann ich das Projekt IoBroker nämlich als gescheitert in den Papierkorb feuern.

@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