Release 3.1.1 wurde erstellt und sollte spätestens in 24h im LATEST Repository verfügbar sein. Changelog siehe Github Repository

@dr.-bakterius Vielen Dank für das Log, — alle drei Phasen gut sichtbar zum auswerten. Der Kern zuerst: Dein Ventilator pusht nur, wenn sich etwas ändert. Die sechs Statusframes um 10:18 kamen exakt in der halben Minute, in der du am Gerät Einstellungen umgestellt hast; danach lief er 11 Minuten unverändert weiter und hat kein einziges Paket geschickt. Die Stille, die als „Verbindungsabbruch" im Log stand, war also nie ein Fehler — der Adapter hat sie nur falsch gedeutet. Genau das ist jetzt behoben. Phase 2 (Standby) ist der eigentliche Beleg: 69 Minuten lang kein Ton vom Gerät, 11 Nachfragen des Adapters, 11-mal geantwortet — und kein einziges „connection lost". Vorher wären das rund elf Reconnect-Runden mit 22 Zeilen im Log gewesen. Phase 3 (stromlos) lief auf die Sekunde wie angekündigt: nach 5 Minuten „lost", Wiederholungen mit 30 / 60 / 120 Sekunden Abstand, Fehlermeldungen nur für die ersten drei Versuche, der Power-Cycle-Hinweis genau einmal, danach nur noch Debug. Nach dem Einstecken war die Verbindung sofort wieder da. Was das für dich im Alltag bedeutet: Wenn der Ventilator ruhig vor sich hin läuft, bleiben die Werte im Objektbaum eine Weile unverändert stehen — das ist so gewollt und kein Hänger, info.connection bleibt dabei true. Sobald du am Gerät oder aus ioBroker heraus etwas schaltest, kommt sofort ein frischer Frame. Ein echter Ausfall wird weiterhin nach spätestens gut 5 Minuten erkannt. Die beiden Zeitwerte kannst du auf den Standardwerten 30000 lassen, so wie sie jetzt sind. Danke nochmal für das Testen und die schnelle Rückinfo. Werde dann ein neues Release erstellen.

@arteck said: dein Befehl ist schön (generiert) aber du glaubst wohl nicht dass ich das live verfolge bzw das problem direkt aufkommt. Ja, find ich gut dass für weniger bewanderte User gleich der Befehl angegeben wird ie man einen einzelnen Prozess monitoren kann. ABER du schreibst vorher @krobi der klaus muss nochmnal ran.. wenn mal ups nicht erreichbar ist geht der adapter auf 100% CPU last.. das ist suboptimal Das ist widersprüchlich. Tritt das Problem nun auf sobald die UPS offline ist? Dann sollte es ja trivial reproduzierbar sein. p.s: gruss an Klaus Wer ist Klaus?

@TbsJah sagte: @Susanne007 sagte: Schau ich mir an Deine Werte kannst du auch in der Konfig Seite setzen. Dann sollte nichts mehr überschrieben werden. oder erst einmal die Steuerung ausstellen Die Steuerung von Geräten sollte bei solchen Adaptern im Default immer deaktiviert sein um Probleme zu vermeiden. Ich habe ihn grad bei mir Installiert und es schaut bezüglich Lesen ganz gut aus...Danke dafür :-) Allerdings gleich folgende Logmeldungen: Roth ThermoTerra F6 (Sole Wärmepumpe) MSW2-6S V3.89.4 [image: 1788011118959-4a27b801-542b-429c-890e-440793f23fc3-image.jpeg]

Hallo Ich habe ein kleines Verständnisproblem mit der Ausrichtung der Textfelder. Die Mitte ist für mich klar. Wähle ich aber Ausrichtung "Links" wird das Feld nach rechts verschoben, bei Auswahl rechts ist es umgekehrt. Nach was richtest sich dies Angabe "Links", "Mitte" und "Ewchts? [image: 1788004893674-screenshot-2026-08-29-135857.png] [image: 1788004918121-screenshot-2026-08-29-135913.png] [image: 1788004935064-screenshot-2026-08-29-135924.png]

Die letzte alpha geht heute noch als Beta rein. ich konnte mit @Amutep einiges voran bringen und diverse Bugs beheben. Die Mix Geräte und die Smart Meter werden nun sauber erkannt und ausgelesen.

@hsteinme Besser ist es von npm zu installieren Ich habe oben die installationsanleitung ergänzt

@Adapterman sagte: Bitte gerne testen und Feedback Leider hatte ich keinen Erfolg mit dem Adapter. Ich nutze seit einiger Zeit ein eigenes Skript um die Daten abzufragen, das funktioniert. Hier das Log: Spoiler 2026-08-27 11:35:20.119 - info: zte-mc888.0 (307056) starting. Version 0.0.5 (non-npm: muraus/ioBroker.zte-mc888#c9ed5dc5c6451a9666d058f0bdda647eda3063d9) in /opt/iobroker/node_modules/iobroker.zte-mc888, node: v24.19.0, js-controller: 7.2.2 2026-08-27 11:35:20.335 - warn: zte-mc888.0 (307056) Poll failed: Router did not answer (enable debug logging to see the underlying transport error). 2026-08-27 11:35:50.354 - warn: zte-mc888.0 (307056) Poll failed: Router did not answer (enable debug logging to see the underlying transport error). 2026-08-27 11:36:20.372 - warn: zte-mc888.0 (307056) Poll failed: Router did not answer (enable debug logging to see the underlying transport error). 2026-08-27 11:36:50.389 - warn: zte-mc888.0 (307056) Poll failed: Router did not answer (enable debug logging to see the underlying transport error). 2026-08-27 11:37:20.414 - warn: zte-mc888.0 (307056) Poll failed: Router did not answer (enable debug logging to see the underlying transport error). 2026-08-27 11:37:29.567 - info: zte-mc888.0 (307056) Got terminate signal TERMINATE_YOURSELF 2026-08-27 11:37:29.569 - info: zte-mc888.0 (307056) terminating 2026-08-27 11:37:29.571 - info: zte-mc888.0 (307056) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2026-08-27 11:37:30.071 - info: zte-mc888.0 (307056) terminating 2026-08-27 11:37:30.072 - info: zte-mc888.0 (307056) terminating 2026-08-27 11:37:34.235 - info: zte-mc888.0 (307518) starting. Version 0.0.5 (non-npm: muraus/ioBroker.zte-mc888#c9ed5dc5c6451a9666d058f0bdda647eda3063d9) in /opt/iobroker/node_modules/iobroker.zte-mc888, node: v24.19.0, js-controller: 7.2.2 2026-08-27 11:37:34.309 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:37:39.373 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:37:44.396 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:37:49.420 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:37:54.447 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:37:59.471 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:38:04.494 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:38:05.743 - info: zte-mc888.0 (307518) Got terminate signal TERMINATE_YOURSELF 2026-08-27 11:38:05.745 - info: zte-mc888.0 (307518) terminating 2026-08-27 11:38:05.747 - info: zte-mc888.0 (307518) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2026-08-27 11:38:06.247 - info: zte-mc888.0 (307518) terminating 2026-08-27 11:38:06.248 - info: zte-mc888.0 (307518) terminating 2026-08-27 11:38:10.061 - debug: zte-mc888.0 (307684) Redis Objects: Use Redis connection: 127.0.0.1:6379 2026-08-27 11:38:10.072 - debug: zte-mc888.0 (307684) Objects client ready ... initialize now 2026-08-27 11:38:10.073 - debug: zte-mc888.0 (307684) Objects create System PubSub Client 2026-08-27 11:38:10.073 - debug: zte-mc888.0 (307684) Objects create User PubSub Client 2026-08-27 11:38:10.136 - debug: zte-mc888.0 (307684) Objects client initialize lua scripts 2026-08-27 11:38:10.140 - debug: zte-mc888.0 (307684) Objects connected to redis: 127.0.0.1:6379 2026-08-27 11:38:10.151 - debug: zte-mc888.0 (307684) Redis States: Use Redis connection: 127.0.0.1:9000 2026-08-27 11:38:10.165 - debug: zte-mc888.0 (307684) States create System PubSub Client 2026-08-27 11:38:10.167 - debug: zte-mc888.0 (307684) States create User PubSub Client 2026-08-27 11:38:10.203 - debug: zte-mc888.0 (307684) States connected to redis: 127.0.0.1:9000 2026-08-27 11:38:10.373 - info: zte-mc888.0 (307684) starting. Version 0.0.5 (non-npm: muraus/ioBroker.zte-mc888#c9ed5dc5c6451a9666d058f0bdda647eda3063d9) in /opt/iobroker/node_modules/iobroker.zte-mc888, node: v24.19.0, js-controller: 7.2.2 2026-08-27 11:38:10.432 - debug: zte-mc888.0 (307684) Read failed: socket hang up 2026-08-27 11:38:10.443 - warn: zte-mc888.0 (307684) Poll failed: socket hang up 2026-08-27 11:38:15.499 - debug: zte-mc888.0 (307684) Read failed: socket hang up 2026-08-27 11:38:15.509 - warn: zte-mc888.0 (307684) Poll failed: socket hang up 2026-08-27 11:38:20.564 - debug: zte-mc888.0 (307684) Read failed: socket hang up 2026-08-27 11:38:20.573 - warn: zte-mc888.0 (307684) Poll failed: socket hang up 2026-08-27 11:38:25.497 - info: zte-mc888.0 (307684) Got terminate signal TERMINATE_YOURSELF 2026-08-27 11:38:25.499 - info: zte-mc888.0 (307684) terminating 2026-08-27 11:38:25.501 - info: zte-mc888.0 (307684) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2026-08-27 11:38:26.002 - info: zte-mc888.0 (307684) terminating 2026-08-27 11:38:26.003 - info: zte-mc888.0 (307684) terminating 2026-08-27 11:39:20.954 - debug: zte-mc888.0 (307917) Redis Objects: Use Redis connection: 127.0.0.1:6379 2026-08-27 11:39:20.968 - debug: zte-mc888.0 (307917) Objects client ready ... initialize now 2026-08-27 11:39:20.970 - debug: zte-mc888.0 (307917) Objects create System PubSub Client 2026-08-27 11:39:20.971 - debug: zte-mc888.0 (307917) Objects create User PubSub Client 2026-08-27 11:39:21.061 - debug: zte-mc888.0 (307917) Objects client initialize lua scripts 2026-08-27 11:39:21.067 - debug: zte-mc888.0 (307917) Objects connected to redis: 127.0.0.1:6379 2026-08-27 11:39:21.086 - debug: zte-mc888.0 (307917) Redis States: Use Redis connection: 127.0.0.1:9000 2026-08-27 11:39:21.143 - debug: zte-mc888.0 (307917) States create System PubSub Client 2026-08-27 11:39:21.145 - debug: zte-mc888.0 (307917) States create User PubSub Client 2026-08-27 11:39:21.224 - debug: zte-mc888.0 (307917) States connected to redis: 127.0.0.1:9000 2026-08-27 11:39:21.394 - info: zte-mc888.0 (307917) starting. Version 0.0.5 (non-npm: muraus/ioBroker.zte-mc888#c9ed5dc5c6451a9666d058f0bdda647eda3063d9) in /opt/iobroker/node_modules/iobroker.zte-mc888, node: v24.19.0, js-controller: 7.2.2 2026-08-27 11:39:21.528 - debug: zte-mc888.0 (307917) Read failed: socket hang up 2026-08-27 11:39:21.538 - warn: zte-mc888.0 (307917) Poll failed: socket hang up 2026-08-27 11:39:26.599 - debug: zte-mc888.0 (307917) Read failed: socket hang up 2026-08-27 11:39:26.614 - warn: zte-mc888.0 (307917) Poll failed: socket hang up 2026-08-27 11:39:31.670 - debug: zte-mc888.0 (307917) Read failed: socket hang up 2026-08-27 11:39:31.685 - warn: zte-mc888.0 (307917) Poll failed: socket hang up 2026-08-27 11:39:34.426 - info: zte-mc888.0 (307917) Got terminate signal TERMINATE_YOURSELF 2026-08-27 11:39:34.427 - info: zte-mc888.0 (307917) terminating 2026-08-27 11:39:34.429 - info: zte-mc888.0 (307917) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2026-08-27 11:39:34.929 - info: zte-mc888.0 (307917) terminating 2026-08-27 11:39:34.930 - info: zte-mc888.0 (307917) terminating

Nicht, dass ihr denkt, bei PoolControl geht es nicht weiter. 😉 Aktuell läuft der Adapter bewusst weiter im Latest-Repository, weil ich die laufende Poolsaison noch komplett als Testphase nutzen möchte. Mein nächstes größeres Ziel steht aber schon fest: Wenn die Saison durch ist und alles weiterhin sauber läuft, möchte ich über die Wintermonate die Aufnahme von PoolControl ins Stable-Repository von ioBroker vorbereiten und anschließend beantragen. Bis dahin bleibt Latest weiterhin die Teststrecke für die laufende Saison und natürlich auch für alles, was noch auffällt oder dazukommt. Es geht also weiter – nur im Moment ganz bewusst ohne unnötige Hektik. 🙂

Was noch nervig ist, man hat ein paar Lampen, und wenn man die am Handy anfaßt, um runter oder hoch zu scrollen, gehen sie sofort an. P.S. Ich habe extra deswegen den Admin auf 8.0.8 und Devices auf 4.2.0 gestellt, dennoch ist nichts besser geworden. Widgtet Camera wird mir nicht angeboten.

@Daniel-8 wenn du deinen Key bekommen hast, kannst du die aktuelle GitHub Version mal testen. Wenn sie bei dir Läuft erstelle ich ein Release und sie kommt dann ins Beta.

Wenn ich mit "remote.createEvent" ein Event starte. Kann ich es dann auch manuell stoppen?

@marchusar sagte: da habe ich bestimmt ein Update des Adapters eingespielt Welche Version? Bei meinem EV3 wird die 12V nicht angerührt, wenn ich vom Server abrufe.

Mir jetzt bekannte Installationen laufen einwandfrei. Hat jemand noch Inputs? Ansonsten beantrage ich den Stable Status.

Mir jetzt bekannte Installationen laufen einwandfrei. Hat jemand noch Inputs? Ansonsten beantrage ich den Stable Status.

Zusammen mit Bullseye konnte der Batterie Reverse engineert werden. Er konnte ihn erfolgreich testen. Demzufolge wurde der Adapter durch dritte getestet, der gemeldete Part ist gefixt.

Hallo, als neuer Nutzer einer EcoFlow Stream Pro melde ich mich gleich mal mit Fragen. Als erstes die spezifisch für den Adapter: Da ich in der Auswahl keine "Stream Pro" gefunden habe, habe ich die "Stream AC Pro" ausgewählt. Passt das oder hat das irgendwelche Nachteile? Tatsächlich verwende ich den Speicher nur AC-gekoppelt (ohne PV-Module; als reinen Speicher). Nun die mehr zu meinem gesamten Setup: Bislang hatte ich: PV, Wechselrichter Kostal, PV-Speicher, Wallbox mit Regelung von allem über iobroker. Nun habe ich die Stream Pro als weiteren Speicher und ggf. Notstrom ergänzt. Aktuell habe ich noch folgendes Problem: Wenn die Sonne schwächer wird, kommt es immer wieder vor, dass Speicher#1 lädt und der Speicher#2 entlädt. Es wird also Strom von einem Speicher in den anderen geschoben. Das ist vor allem ungünstig, weil Speicher#1 und #2 sich dabei auch mal abwechsel und sie so immer Strom verschieben und Ladeverluste produzieren könnten. Bevor ich mich selbst auf die Lösungssuche mache: Ich bin bestimmt nicht der erste einem solchen Setup und dem Problem. Und vielleicht hat ja schon jemand eine Lösung umgesetzt von der ich lernen kann.

@holger76 ,@mcm1957 Hallo, bei mir funktioniert Version 0.0.16 von Github inkl. Anmeldung einwandfrei. Gruß Achim