Neues YouTube-Video: Visualisierung im Devices-Adapter

[SuperElmi]

Ja, und ja ;-)
Hier laufen wie gesagt einige Proxmox VMs, darunter IOBroker mit >30 Adapter und eine Nextcloud Instanz...
Zurück zum Thema: ich habe mal unseren Freund Claude gefragt, er war kooperativer als ChatGPT. Claude hat sich den Code vom KLF200 IOBroker-Adapter genau angeschaut und losgebastelt. Ergebnis ist eine funktionierende Bridge zwischen der KLF200 und MQTT auf Basis von node.js. Falls jemand Interesse hat kann ich das gerne zur Verfügung stellen.

[Micha 3]

Hallo, seid neuestem läuft der Adapter nicht mehr, er Verbindet sich nicht mehr und ich weiß nicht warum. Das lief Jahre lang ohne Probleme. Bin ich der einzige oder haben noch andere das Problem?
Der Adapter Verbindet sich nicht wegen dem Login. obwohl nichts geändert wurde, passen die Logindaten nicht.

klf200.0
2026-05-24 07:07:26.415	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Login to KLF-200 device at 192.168.178.42 failed.

klf200.0
2026-05-24 07:07:26.414	debug	Error: connect ECONNREFUSED 192.168.178.42:51200 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1705:16)

klf200.0
2026-05-24 07:07:26.414	error	Error: connect ECONNREFUSED 192.168.178.42:51200

klf200.0
2026-05-24 07:07:26.410	debug	Regular login.

klf200.0
2026-05-24 07:07:26.410	info	Host: 192.168.178.42

klf200.0
2026-05-24 07:07:26.410	info	klf-200-api version: 5.0.2

klf200.0
2026-05-24 07:07:26.408	debug	klf-200-api found in path /opt/iobroker/node_modules/klf-200-api/dist/cjs/index.js

klf200.0
2026-05-24 07:07:26.398	info	starting. Version 1.3.5 in /opt/iobroker/node_modules/iobroker.klf200, node: v24.15.0, js-controller: 7.1.2

[Homoran]

@Micha-3 sagte:

läuft der Adapter nicht mehr

Nicht wirklich

@Micha-3 sagte:

ECONNREFUSED 192.168.178.42:51200

Dein klf (??) verweigert die Verbindung

[Micha 3]

ich hab es mit HA nochmal probiert und komisch ist, die KLF verbindet sich kurz nach Neustart und ist dann wieder weg. In IOB geht da garnix mehr. hab auch schon die IP geändert, aber nix. Ich hoffe die KLF ist nicht im Eimer.

[oxident]

Das ist mir in der Tat auch aufgefallen. Meist passiert dies bei mir, wenn ich iobroker neustarte. Leider zeigt sich der Fehler dann oft erst, wenn ich wirklich etwas mit dem KLF steuern will (und es dann nicht klappt).
Wenn ich aus irgendwelchen Gründen die Netzwerkverbindung zwischen iobroker und KLF unterbreche, dann tritt der gleiche Effekt auf.
Dann hilft es nur, den Adapter zu beenden, den KLF stromlos zu machen (kann ich dank PoE-Splitter automatisieren) und dann nach einer Minute den Adapter neu zu starten.

Meine Vermutung:
Der KLF-Adapter trennt die Verbindung beim Beenden (Herunterfahren, Adapter-Neustart) nicht richtig und das KLF-Modul denkt daher, die Verbindung steht noch.

@micha-3 Gibt das KLF-Modul an sich denn noch irgendwelche Lebenszeichen von sich? Öffnet sich der AP nach dem Neustart? Kannst Du es anpingen?

[Micha 3]

nach dem Neustart komme ich normal auf die Web-UI. Stromlos und Adapter später starten hab ich auch gemacht. Wie geschrieben, in HA gehts auch nur kurz nach dem Neustart und ist dann wieder weg.
Natürlich läuft HA und der Adapter nicht zeitgleich um da Fehler auszuschließen.

[Micha 3]

@oxident sagte:

Das ist mir in der Tat auch aufgefallen. Meist passiert dies bei mir, wenn ich iobroker neustarte. Leider zeigt sich der Fehler dann oft erst, wenn ich wirklich etwas mit dem KLF steuern will (und es dann nicht klappt).
Wenn ich aus irgendwelchen Gründen die Netzwerkverbindung zwischen iobroker und KLF unterbreche, dann tritt der gleiche Effekt auf.
Dann hilft es nur, den Adapter zu beenden, den KLF stromlos zu machen (kann ich dank PoE-Splitter automatisieren) und dann nach einer Minute den Adapter neu zu starten.

Meine Vermutung:
Der KLF-Adapter trennt die Verbindung beim Beenden (Herunterfahren, Adapter-Neustart) nicht richtig und das KLF-Modul denkt daher, die Verbindung steht noch.

@micha-3 Gibt das KLF-Modul an sich denn noch irgendwelche Lebenszeichen von sich? Öffnet sich der AP nach dem Neustart? Kannst Du es anpingen?

PoE-Splitter war genau der richtige hinweis, auch wenn nicht genau gemeint war.
Habe diesen neu gestartet und nun läufts wieder.
Danke

[amg_666]

ich hatte auch immer wieder Probleme mit dem klf und da half nur Stecker raus, kurz warten und wieder unter Strom setzen. Ich habe den klf daher an einer schaltbaren Steckdose angeschlossen und iob schaltet die nachts um 3 Uhr kurz aus und wieder an. Sicher nicht die beste Lösung aber seitdem habe ich keine Probleme mehr mit der Velux-Steuerung

[oxident]

@micha-3 Ahh, okay. Damit hätte ich jetzt nicht gerechnet ;-)
@amg_666 Das ist eine gute Idee. Wie gesagt, bei mir ist's ein Splitter. Aber den einfach regelmäßig zu resetten ist wahrscheinlich auch eine gute Idee.

Leider scheinen die KLFs auch einen Konstruktionsfehler zu haben der dafür sorgt, dass nach einigen Jahren eine kleine Diode auf der Platine durchbrennt. Dann geht gar nichts mehr und muss die überbrücken. Für alle Fälle, hier weitere Informationen: https://www.mikrocontroller.net/topic/569845

[Micha 3]

@amg_666 sagte:

ich hatte auch immer wieder Probleme mit dem klf und da half nur Stecker raus, kurz warten und wieder unter Strom setzen. Ich habe den klf daher an einer schaltbaren Steckdose angeschlossen und iob schaltet die nachts um 3 Uhr kurz aus und wieder an. Sicher nicht die beste Lösung aber seitdem habe ich keine Probleme mehr mit der Velux-Steuerung

Das habe ich seid bestimmt 4 Jahren so mit einer schaltbaren USB-Dose.
Das Problem tritt wieder auf und der Adapter meldet und bleibt gelb ohne das die Rollos gesteuert werden.

klf200.0
2026-05-27 06:30:17.727	info	Terminated (ADAPTER_REQUESTED_TERMINATION): TimeoutError: Timeout

klf200.0
2026-05-27 06:30:17.726	error	TimeoutError: Timeout

klf200.0
2026-05-27 06:30:17.726	error	Error during initialization of the adapter.

klf200.0
2026-05-27 06:30:05.138	info	Reading limitations for product 1...

klf200.0
2026-05-27 06:30:01.996	info	Reading limitations for product 0...

klf200.0
2026-05-27 06:30:01.996	info	Reading product limitations...

klf200.0
2026-05-27 06:29:59.580	info	Checking for unresponsive products...

klf200.0
2026-05-27 06:29:59.579	info	4 products found.

klf200.0
2026-05-27 06:29:52.955	info	Reading products...

klf200.0
2026-05-27 06:29:52.954	info	0 groups found.

klf200.0
2026-05-27 06:29:52.734	info	Reading groups...

klf200.0
2026-05-27 06:29:52.734	info	0 scenes found.

klf200.0
2026-05-27 06:29:52.470	info	Reading scenes...

klf200.0
2026-05-27 06:29:51.725	info	Setting time zone to :GMT+1:GMT+2:0060:(1994)040102-0:110102-0

klf200.0
2026-05-27 06:29:51.464	info	Setting UTC clock to the current time.

klf200.0
2026-05-27 06:29:51.247	info	Enabling the house status monitor...

klf200.0
2026-05-27 06:29:51.247	info	Reading device information...

klf200.0
2026-05-27 06:29:51.247	info	Setting up notification handler for gateway state...

klf200.0
2026-05-27 06:29:51.246	info	Connected to interface.

klf200.0
2026-05-27 06:29:46.463	info	Host: 192.168.178.42

klf200.0
2026-05-27 06:29:46.463	info	klf-200-api version: 5.0.2

klf200.0
2026-05-27 06:29:46.450	info	starting. Version 1.3.5 in /opt/iobroker/node_modules/iobroker.klf200, node: v24.15.0, js-controller: 7.1.2

[oxident]

Ich hatte vor einiger Zeit mal regelmäßig die "Limitations" abgefragt, um zu testen, ob Regen auf den Sensoren ist.
Das führte dann auch alle paar Stunden zu diesem Effekt.

Vielleicht werden die Verbindungen durch den Adapter (oder das KLF) nicht richtig geschlossen?

[HansJochen]

@amg_666

Ich mache das recht ähnlich. Nur schalte ich die KLF nicht jede Nacht aus, sondern nur, wenn mir der Adapter meldet, dass die KLF nicht mehr erreichbar ist. Also: Ein paar Minuten der KLF über die Steckdose den Strom abklemmen, dann wieder anschalten und ein paar Minuten nach dem Neustart ebenfalls geskriptet den KLF-Adapter neu starten. Normalerweise läuft die Verbindung zur KLF bei mir monatelang gut. Nach einem Neustart oder Stromausfall musste ich vorher aber immer händisch aktiv werden, das ist damit seit rund einem Jahr erledigt.

[Micha 3]

Meine KLF hat komplett dicht gemacht. Die Versuche mit 20 min und mit 60 min und sogar mehr haben nichts gebracht. Ich habe jetzt die KIG300 bestellt, soll ja auch laufen und wohl auch deutlich unauffälliger.
@mischroe Danke auf alle Fälle für deinen super Adapter und deine Mühen.

[adarof]

@HansJochen sagte:

@amg_666

Ich mache das recht ähnlich. Nur schalte ich die KLF nicht jede Nacht aus, sondern nur, wenn mir der Adapter meldet, dass die KLF nicht mehr erreichbar ist. Also: Ein paar Minuten der KLF über die Steckdose den Strom abklemmen, dann wieder anschalten und ein paar Minuten nach dem Neustart ebenfalls geskriptet den KLF-Adapter neu starten. Normalerweise läuft die Verbindung zur KLF bei mir monatelang gut. Nach einem Neustart oder Stromausfall musste ich vorher aber immer händisch aktiv werden, das ist damit seit rund einem Jahr erledigt.

Würdest Du das Script teilen bzw sagen, wie Du an den Trigger kommst "KLF nicht mehr erreichbar" ?

Gruss -

[Micha 3]

Objekt-ID auswählen musst du den Expertenmodus einschalten und dann erscheint System, dann system.adapter.klf200.0.alive

[HansJochen]

@adarof

Der Mechanismus ist sehr simpel. Mit diesen Blockly Elementen überwache ich die KLF und starte sie ggf. neu.

Da die Prozedur recht lange dauert (15 Minuten), sorge ich über die Variable KLF 200 wird neu gestartet dafür, dass ich nicht in einen Deadlock laufe.

Das Objekt Device or service connected ist klf200.0.info.connection. Den erreichst Du auch ohne in den Expertenmodus zu schalten. Das von Micha genannte Objekt macht vermutlich das gleiche.

Der Schalter ist der Schalter eines Zwischensteckers. In meinem Fall ein Shelly.

Damit ist das Ding bei mir praktisch immer erreichbar, auch nach einem Reboot.