EDIT Ich habe wohl das Problem gefunden. Das Problem ist meine VLAN - Configuration. Ich hatte die AppleTV Box in einem anderen VLAN wie der IoBroker Host. Eigentlich hatte ich alle Ports zu und von der AppleTV auf den ioBroker host aktiviert, doch irgendein Paket ist wohl nicht dahin gekommen wo es hinsollte und hat die Kommunikation unterbrochen. Sorry, das hatte ich gar nicht mehr auf dem Schirm da es über Monate mit genau diesem Setup fehlerfrei lief. Ich werde mich jetzt mal auf die Suche nach dem Problem machen und schauen ob ich ein getrenntes VLAN mit AppleTV und ioBroker noch mal ans laufen bekommen. Sorry für die Mühe und Danke für die Hilfe.

heute auf 1.7.4 update - alles okay :)

Wenn hier keine Rückmeldung kommt, mach bitte ein Issue beim Adapter auf EDIT: Issue gibts schon https://github.com/Apollon77/ioBroker.meross/issues/426

@horst-böttcher wichtig ist, der Reihe nach vorgehen, bei jeder Änderung den Stand und Status checken, dann erst weiter machen..

@Thomas-Braun sagte in [gelöst]simple-Api >3.0.0 funktioniert nicht mehr wie 2.8.0: @WillyIobrok sagte in simple-Api >3.0.0 funktioniert nicht mehr so wie bis 2.8.0: Nodejs-Version: 20.20.1 Wird nicht der Grund sein, aber bring das dringend auf nodejs22. Die Version 20 erreicht dass Supportende in Kürze. Ein iob nodejs-update sollte wohl mal so langsam drin sein... done :)

@Fabio vielen Dank. Habe auch den zweiten bugreport bei GitHub gefunden.

Sorry, bin im falschen Bereich

@apollon77 Da ist wohl irgendwas am sentry 'putt. :-D

Das ist richtig. Mit Dimaiv hatte ich Kontakt. Ist das nicht gut? Gibt es ein besseres was Abhilfe schaffen könnte? Ich bin echt allem gegenüber offen, weil ich echt unglücklich bin, dass es alles so unrund läuft.

@holly200289 sagte in ticaki/ioBroker.espresense stürzt immer ab: der Entwickler hat das Problem gelöst. für die Nachwelt bitte: WIE?

@Homoran Die ccu schießt sich teilweise mit ab, zumindest am Anfang. Was ich die letzten tage beobachtet habe, dass auf jeden Fall zuerst der IObroker weg war. Da wenn mir die Probleme frühzeitig aufgefallen sind, ich noch Zugriff auf die CCU hatte aber nicht mehr auf den IObroker. So als wenn er ausgelastet war, die Verbindung über die Konsole funktionierte gerade so und ein netstat über die Konsole funktionierte nicht. Ein reboot hat er teilweise noch angenommen wenn man sich ein zweites mal verbinden konnte was auch nicht immer ging. Meine Vermutungen gingen in Richtung das die Sockets nicht wieder freigegeben werden. ich habe mal das Log auf Debug gestellt. Vielleicht hilft das ja später weiter wenn er sich wieder aufhängt. Er hat sich gerade wieder aufgehangen: hier mal die Logs iobroker.2026-03-08.log ccu3-webui-2026-03-08.log

@kafibo sagte in Ping - Aktualisierungsintervall: Die Umstellung auf "Trixie" wird demnächst erfolgen, aber hat das denn Einfluss auf den Zeitintervall? Nein, aber es hat aber Einfluss auf den Supportstatus deines Betriebssystems.

Nein, ich habe gerade andere priotäten. Wenn ich danach Zeit finde, ist auch erstmal der webcal adapter dran. Wird also noch dauern

@ak68 sagte in OpenKNX Adapter startet nicht mehr nach System-Update: ohne weitere Änderungen :) nodejs musst du trotzdem updaten und das Repo fixen. Neustart von KNX hin oder her.

@codierknecht ich werd wahnsinnig. halte mich für blöd aber ich habe ja erst mal nur das backup benutzt somit nix umgestellt. Als ich dann angefangen habe zu suchen habe ich alle möglichen Kombinationen an PIN-Codes ausprobiert. Mit - ohne - mehr zahlen weniger zahlen. und heute mache ich es noch mal so wie in dem Beispiel und es geht. Wie auch immer heute gehts mal schauen wie lange. Das ist echt sehr komisch. Danke

hab’s auch mal getestet. ist bei mir identisch. Ist für mich auch ein Bug. Ein Workaround wäre, die legst dir ein Blockly oder Script an, dass wirklich nur Änderungen triggert (der Ping Adapter aktualisiert ständig den Status). Dann sollte es funktionieren. (der Haken „Nur Änderungen aufzeichnen“ kann dann raus.

niemals nie nicht, auch nicht für eine Minute die ports nach außen freizugeben. Dafür würde ich gerne +10 geben - geht aber nur +1 ....

Jawoll!!!! Ich kann bestätigen dass mit den Befehlen von oben tatsächlich dann nicht nur ECharts wieder startet, sondern auch das sendto rendern wieder klappt. Danke an alle die hier unterstützt haben. Damit gibt es eine Lösung nach fast 7 Monaten um ECharts auf einem Raspberry Pi 5 wieder laufen zu lassen. Wie gesagt, in meinem Fall mit Trixie, ich denke aber es sollte auch mit altem Bookworm so klappen.

@sigi234 Sollte da nicht auch dieser Befehl funktionieren? Hab kein Windows im Einsatz iob upgrade admin@7.7.28

@BananaJoe sagte in Sonoff Adapter Steckdosen lassen sich nicht schalten: Wenn die Steckdosen sich nicht mit MQTT verbinden konnten bzw. gerade nicht verbunden sind, blinken die in der Regel munter (meist blau, meine Nous und Gosund jedenfalls). Das war eben nicht der Fall. Sie haben auch noch brav die Daten an ioBroker gesendet und der hat die DP auch aktualisiert. Auf meiner alten Hardware hatte ich den Sonoff-Adapter überfordert, bei meinen schon damals über 100 Tasmotageräten kam der irgendwann nicht hinterher, insbesondere nach einem Neustart. Da könnte man dann ja auch mehrere Instanzen einrichten. Bei mir sind die Anzahl der Geräte aber nicht die Ursache. Da müsstest du aber ggf. im Log etwas sehen von Verbindungsaufbau (weis nicht ob der sonoff-Adapter da was anzeigt, ggf. auf Debug). Wenn man den Adapter auf 'debug' stellt, kommen sehr viele Meldungen rein. Da dann warten bis MQTT-out (ich nenne es mal so) nicht mehr funktioniert, würde ein gewaltiges Log entstehen. Testweise könntest du auch eine 2. Instanz des Sonoff anlegen auf einem anderem Port und das Problemgerät damit verbinden. Wie geschrieben: es handelt sich um etliche, wenn nicht alle gosund-Steckdosen. Aber ich bin mir ziemlich sicher, dass der neue Adapter für NextCloud daran schuld hat. Seit ich ihn deaktiviert habe funktioniert alles wieder über Stunden hinweg.