Neues YouTube-Video: Visualisierung im Devices-Adapter

[Frederik Buss]

@SuperElmi Mal eine blöde Frage: warum nutzt Du die ioBroker Datenpunkte des Adapters nicht, um Dir sozusagen eine Matter Bridge über Node-Red (oder Blockly/was auch immer) zu bauen? Auf die, zugegeben recht altmodische, Art funktioniert seit Jahren die Steuerung der Dachrollos über HMIP Lichtschalter und auch Alexa parallel bei mir. Zwar nicht Matter, aber das Prinzip sollte dasselbe sein.

[SuperElmi]

@kuddel
Habe herausgefunden, dass man im Webfrontend der KLF200 unter Energieoptionen einstellen kann, dass der AP permanent an bleibt.
@frederik-buss
Ich habe neben meinem full-featured IOBroker noch einen RPI, der unabhängig Aufgaben übernimmt und der für gewisse Grundfunktionen der Automatisierung 365 Tage im Jahr läuft. Wenn das Haus für mehrere Wochen im Jahr leer steht (aka Urlaub), läuft mein Xeon-Server nicht. Da kann man jeden Tag in Euros ausdrücken ;-)
Außerdem könnte ich mit einer KLF200-Bridge zwei Fliegen mit einer Klappe schlagen:

1. Mehrere Dienste können gleichzeitig auf die Box zugreifen.
2. Die Limitierung des Matter-Adapters auf n Geräte könnte umgangen werden.

Außerdem bastele ich einfach gerne ;-)

[Frederik Buss]

@SuperElmi Den Energieverbrauch verstehe ich, daher läuft bei mir ein Fujitsu ThinClient mit iobroker, HomeAssistant und CCU via Proxmox und das ganze für nicht viel Stromverbrauch. Würde ich mir mal überlegen, das Ding ist super stabil und hat mehr als ausreichend Performance (Kleinanzeigen <100€).

[JohnDenver0815]

@Frederik-Buss Hier nahezu identisch, allerdings ein Beelink 6800U mit Proxmox. Aktuell folgende Container: AdGuard, ioBroker, Influx2, Grafana. Der langweilt sich total damit (unter 1% CPU-Last) und liegt bei knapp 10W.

[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