Stimmt, die empfehlen das ja auch nicht. Nun, dass das funktioniert, habe ich auf mehren Containern getestet... Sorry, aber ich bin echt neu im Thema Video und Iobroker und habe da nicht etwas "nachschulbedarf". So wie es ausschaut, werde ich aber wohl doch Frigate oder Synology Surveillance in die enge Wahl schließen, denn Motioneye ist mir etwas zu rudimentär. Danke dir, der Hinweis mit Frigate war sehr nützlich!

@arteck Ah, verstehe. Muss ich mal gucken, welche unserer Echos das können. Der Hub ist auch sehr teuer und die Rezensionen bei Amazon nicht sonderlich (Kompatibilität).

Danke euch

Ja, die 6.0.x.

Guten Morgen zusammen, auch wenn es über den Workaround in der CSS wohl eine Abhilfe gibt (hab den Thread erst jetzt gefunden, habe aber bis heute Abend keinen Zugriff auf Iqontrol) wundert mich das sich plötzlich einstellende Verhalten dennoch. Wir nutzen Iqontrol hauptsächlich auf dem Smartphones (Android) und mir ist gestern aufgefallen dass das Scrollen bzw. vertikale "Wischen" mit Firefox nicht, bzw. nur unter bestimmter Vorgehensweise, funktioniert. Mit Chrome lässt sich ganz normal "wischen". Firefox lässt sich dazu überreden wenn man mit zwei Fingern mit 2cm Abstand zwischen den Fingern wischt . Heute morgen dann der Test mit Firefox unter Windows 10: Auch kein scrollen mehr mit dem Mausrad möglich. Wie gesagt, den Workaround mit dem CSS werde ich heute Abend erst testen können. Ich stelle mir da die Frage, was sich von letzter Woche bis zum WE wohl geändert hat dass Scrollen und Wischen plötzlich nicht mehr funktioniert?

@kalled sagte: Bei mir tut sich schon was: [image: 1772610398094-bildschirmfoto-2026-03-04-um-08.46.05.png] Ich habe jetzt noch ein Bisschen recherchiert, der Wert im Register oder auch in der Cloud schwangt nur in einem kleinen Rahmen und hat nichts mit dem tatsächlichen ISO-Wert der Strings/Module zu tun. Meine Anlage hat gemessene 142 MΩ und zeigt im Register 678 KΩ siehe hier: https://www.photovoltaikforum.com/thread/190423-sungrow-sh10rt-anzeige-isolationwiderstand/?pageNo=1 Das Sungrow PM Team hat in diesem Thread folgendes gepostet: 600-1000kOhm ist in Ordnung. Darüber liegende Werte meist im Standby. (nachts) Aber sich dann nicht mehr dazu geäußert, wie der Wert interpretiert werden soll. Vielleicht mache ich mal ein Ticket bei Sungrow auf

@vowill sagte: Da hat sich offenbar noch nichts verbessert... Die Meldungen aus dem Logfile haben sich offenbar auch nicht verbessert...

@MartinP sagte: Er schrieb doch, dass Grafana auf einem anderen Server läuft..... Ja und? Wie geht das denn mit Docker und Containern?

Das war mir nicht bewusst. Wieder etwas dazu gelernt. Benutze sonst nur Windows. Erst als ich eine spezielle Software für mein Vorhaben gesucht hatte, bin ich auf ioBroker gestoßen und war über die Möglichkeiten sofort begeistert. Deine Kaffeekasse habe ich gefunden. Erst einmal vielen, vielen Dank und einen schönen Sonntag.

@M1R0O schau mal hier sind einige Tipps wie man einen Raspi, der nicht mehr reagiert, runterfahren kann, ohne ihn vom Strom zu nehmen: https://forum-raspberrypi.de/lexicon/entry/229-magic-sysrq/

@dedoandy sagte: Wir können diesen Punkt schliessen, die Lösung ist hier beschrieben: BITTE! Das mag stimmen, ist aber erst der ZWEITE Schritt. Bring doch erst einmal deine Modbus Konfiguration ins Gleis!

Die Meldung klingt für mich nach einem Defekt der Datenbank. Hattest du einen Stromausfall oder den raspi per Steckerziehen abgeschaltet?

Hi, Wir haben ja erst 14 Monate später :D Aber ich hab ihr was dich evtl interessiert: https://forum.iobroker.net/topic/84378/hannah-open-source-smart-home-sprachassistentin?_=1776981010824 Liebe Grüße

Keiner eine Idee ? Alternative wäre; ich stelle log auf Error. Dann würden die Meldungen halt nicht mehr kommen.

@skvarel Klasse ... es lag am # [image: 1776932041794-screenshot-2026-04-23-101255.png]

@Homoran Korrekt. .toFixed(x) wandelt die Zahlen in einen String. Abhilfe würde parseFloat((4.55555).toFixed(2)); schaffen ;)

schon erledigt.