Neues YouTube-Video: Visualisierung im Devices-Adapter

[SuperElmi]

Ja, ich hatte natürlich auch schon an einen Ersatz für die alte Kiste gedacht. Allerdings möchte ich etwas mit mehr Platz drinnen, ich will drei SSDs unterbringen. CPU-technisch dachte ich an einen Core I5-10500. Der sollte auch recht sparsam sein und bietet ausreichend Threads. Sowas gibt's ja evtl. auch refurbished.
Jetzt weicht der Thread aber vom Thema ab ;-)

[Homoran]

@SuperElmi sagte in Adapter für VELUX KLF-200 Interface:

einen Core I5-10500. Der sollte auch recht sparsam sein

naja, nicht wirklich. Ist ja keine U-Variante

@SuperElmi sagte in Adapter für VELUX KLF-200 Interface:

und bietet ausreichend Threads

das kann auch nach hinten losgehen wenn das Programm nur single-threaded läuft. (oder ein Prozess viel Leistung braucht)

[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