UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Micha1984]

Hallo zusammen

Habe heute mein KLF 200 bekommen und leider ist die neue firmware bereits drauf, und wenn ich das jetzt richtg verstehe

1. ist mit der aktuellen Version die Steuerung über den iobroker nicht möglich

2. ein downgrade nicht möglich

3. der Zugriff auf die webui über Lan auch nicht möglich

oder habe ich eine Möglichkeit übersehen

Im LOG bekomm ich nur die meldung

Bei angabe der IP

Error during initialization occured: Error: connect ECONNREFUSED 192.168.178.xxx:80

Bei angabe von VELUX-KLF-3654.fritz.box

klf200.0 2019-01-16 14:30:36.399 error Error during initialization occured: Error: connect ECONNREFUSED 192.168.178.xxx:80

klf200.0 2019-01-16 14:30:36.382 info Polling interval (minutes): 1

klf200.0 2019-01-16 14:30:36.382 info Host: VELUX-KLF-3654.fritz.box

klf200.0 2019-01-16 14:30:36.381 info starting. Version 0.9.5 in /opt/iobroker/node_modules/iobroker.klf200, node: v8.11.1

Bei angabe von klf200.velux

klf200.0 2019-01-16 14:35:20.378 error Error during initialization occured: Error: getaddrinfo ENOTFOUND klf200.velux klf200.velux:80

klf200.0 2019-01-16 14:35:20.291 info Polling interval (minutes): 1

klf200.0 2019-01-16 14:35:20.291 info Host: klf200.velux

klf200.0 2019-01-16 14:35:20.291 info starting. Version 0.9.5 in /opt/iobroker/node_modules/iobroker.klf200, node: v8.11.1

oder bleibt jetzt nur warten auf den neuen Adapter

[adarof]

@MiSchroe:

[…]ich werde den Adapter anpassen.[…] `

Hallo

Darf ich hier nach einem Stand fragen? Gibts schon etwas?

Ich habe aktuell das Problem, dass (vielleicht durch Eis? Vielleicht fehlende Energie?) das Rollo nicht komplett geöffnet wird.

Das würde ich gerne monitoren …

Gruss -

[MiSchroe]

@adarof:

@MiSchroe:

[…]ich werde den Adapter anpassen.[…] `

Hallo

Darf ich hier nach einem Stand fragen? Gibts schon etwas?

Ich habe aktuell das Problem, dass (vielleicht durch Eis? Vielleicht fehlende Energie?) das Rollo nicht komplett geöffnet wird.

Das würde ich gerne monitoren …

Gruss - `

Natürlich darf man nach dem Stand fragen. Aktuell habe ich leider extrem wenig Zeit, um die Entwicklung voranzutreiben. Ich habe wesentliche Teile der zugrundeliegenden Bibliothek bereits auf die neue API umgesetzt. Aktuell bin ich dort gerade dabei, die Unit-Tests zu schreiben, die mir dabei helfen, Fehler zu beheben, die nicht so offensichtlich sind.

Sobald dieser Schritt abgeschlossen ist, kann ich den Adapter auf die neue Bibliothek und damit auf die neue API umstellen. Das Umstellen des Adapters sollte den kleineren Aufwand bedeuten, da viele Dinge vereinfacht werden (z.B. muss ich keine passenden Szenarien mehr suchen).

Viele Grüße

Michael

[MiSchroe]

@Micha1984:

Hallo zusammen

Habe heute mein KLF 200 bekommen und leider ist die neue firmware bereits drauf, und wenn ich das jetzt richtg verstehe

1. ist mit der aktuellen Version die Steuerung über den iobroker nicht möglich

2. ein downgrade nicht möglich

3. der Zugriff auf die webui über Lan auch nicht möglich

oder habe ich eine Möglichkeit übersehen

Im LOG bekomm ich nur die meldung

Bei angabe der IP

Error during initialization occured: Error: connect ECONNREFUSED 192.168.178.xxx:80

Bei angabe von VELUX-KLF-3654.fritz.box

klf200.0 2019-01-16 14:30:36.399 error Error during initialization occured: Error: connect ECONNREFUSED 192.168.178.xxx:80

klf200.0 2019-01-16 14:30:36.382 info Polling interval (minutes): 1

klf200.0 2019-01-16 14:30:36.382 info Host: VELUX-KLF-3654.fritz.box

klf200.0 2019-01-16 14:30:36.381 info starting. Version 0.9.5 in /opt/iobroker/node_modules/iobroker.klf200, node: v8.11.1

Bei angabe von klf200.velux

klf200.0 2019-01-16 14:35:20.378 error Error during initialization occured: Error: getaddrinfo ENOTFOUND klf200.velux klf200.velux:80

klf200.0 2019-01-16 14:35:20.291 info Polling interval (minutes): 1

klf200.0 2019-01-16 14:35:20.291 info Host: klf200.velux

klf200.0 2019-01-16 14:35:20.291 info starting. Version 0.9.5 in /opt/iobroker/node_modules/iobroker.klf200, node: v8.11.1

oder bleibt jetzt nur warten auf den neuen Adapter `

Ja, da hilft leider nur warten, bis ich fertig bin.

[paulkerl]

Hallo zusammen,
ich habe das gleiche Problem wie alle anderen, die auf die neue KLF-Version gegangen. Leider funktioniert der Adapter nicht mehr. An dieser Stelle ein großes Kompliment an MiSchroe für die tolle Arbeit!!! Ich freue mich schon auf das Update.

Um in der Zwischenzeit zumindest die Scenen autommatisiert zu steuern, habe ich mir die velux-klf-200-api installier (https://www.npmjs.com/package/velux-klf200-api) und steuere über iobroker per EXEC die einzelnen Scenen an. Funktioniert super. Auch wenn diese lösung weit weg von dem Adapter ist, kann ich die Rolläden dennoch erstmal zentral steuern.

Vielleicht hilft das etwas weiter.

VG Paulkerl

[joefarm]

@paulkerl : Wäre es möglich, dazu mal ein Beispiel zu posten? Ich hab das klf200-api installiert und es scheint auch zu funktionieren, zumindest bekomme ich die angelegten Produkte ausgelesen. Leider schaffe ich es aber nicht, ein Kommando abzusetzen.

[paulkerl]

Hallo joe,
sorry für die späte Antwort.
Hier mein Script um eine Scene (1) zu aktivieren...

Hilft das weiter?

VG Paulkerl

'use strict'
const velux = require('velux-klf200-api')

velux.connect('192.168.xxx.xxx',{})
.then(()=>{
  return velux.login('password')
})
.then((data)=>{
  return velux.sendCommand({ api: velux.API.GW_ACTIVATE_SCENE_REQ,sceneID:1,
      /*SessionID: 124,*/
      commandOriginator: 1,
      priorityLevel: 2,
  })
})
.then((data)=>{
  console.log(data)
  return velux.end()
})
.catch((err)=>{
  console.log(err)
  return velux.end()
})

[joefarm]

Hallo paulkerl,

Sorry für die späte Nachricht, kam einfach nicht zum testen.
Vielen Dank für das Skript, funktioniert perfekt. Ist auf jeden Fall ein Start, ich freue mich auf den neuen Adapter...

VG Joe

[madle]

@joefarm

Hallo, habe ich das richtig verstanden, wenn ich Velux Fenster mit einer Fernbedienung habe wo io home control drauf steht, brauche ich ein klf200 Modul und dann könnte ich die Fenster mit io-broker oder fhem steuern.

Vielen Dank für die Info!

[paulkerl]

Hallo Joe,
hast Du richtig verstanden.
Allerdings mit den aktuell genannten "einschränkungen" wie oben benannt.
Sbald es wieder einen "richtigen" iobroker adapter gibt, wird das ganze wohl wieder deutlich komfortabler.

Vg Paulkerl

[wendy2702]

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

Ja, da hilft leider nur warten, bis ich fertig bin.

Hi,

Da ich in kürze eine Nachrüstung der Rollladen plane würde mich interessieren wie es mit dem Update aussieht?

Benötige ich eigentlich das KLF200 bei Solar oder der 230V Version oder bei beiden?

Danke und Gruß

[Singular75]

Hallo zusammen,

ich habe begonnen, ebenfalls dem "Umweg" über die KLF-API (npm-Paket) zu implementieren. In der Shell (bei mir Debian auf Proxmox) funktioniert das auch problemlos über den entsprechenden node <script>-Aufruf und dann auch über exec im iobroker.

Da die Scripte ja in JavaScript sind frage ich mich, warum sie nicht auch "innerhalb" von iobroker in der JavaScript-Engine direkt laufen...? Leider bekomme ich die Fehlermeldung nicht weg, dass das Paket im Require-Block (const velux = require('velux-klf200-api')) nicht gefunden wird, obwohl ich es in der Instanz als zusätzliches Paket angegeben habe.

Hast jemand eine Idee, wie sich das ggf. realisieren lassen würde bzw. was ich hier ggf. vergesse?

BG
Alex

[wendy2702]

Hallo,

Bei mir sind jetzt Rollläden und KLF im Zulauf.

Welche Möglichkeiten habe ich aktuell um das in ioBroker und/oder HM einzubinden?

Gibt es eventuell schon ein Update des Adapters das ich nicht mitbekommen habe?

Danke und Gruß

[Singular75]

@Singular75 said in Adapter für VELUX KLF-200 Interface:

Hallo zusammen,

ich habe begonnen, ebenfalls dem "Umweg" über die KLF-API (npm-Paket) zu implementieren. In der Shell (bei mir Debian auf Proxmox) funktioniert das auch problemlos über den entsprechenden node <script>-Aufruf und dann auch über exec im iobroker.

Da die Scripte ja in JavaScript sind frage ich mich, warum sie nicht auch "innerhalb" von iobroker in der JavaScript-Engine direkt laufen...? Leider bekomme ich die Fehlermeldung nicht weg, dass das Paket im Require-Block (const velux = require('velux-klf200-api')) nicht gefunden wird, obwohl ich es in der Instanz als zusätzliches Paket angegeben habe.

Hast jemand eine Idee, wie sich das ggf. realisieren lassen würde bzw. was ich hier ggf. vergesse?

BG
Alex

OK, gelöst -> Fehlermeldung ignorieren reicht aus Läuft augenscheinlich trotzdem.

[Rolli100]

Hallo zusammen,
der zuvor genannte Tipp mit der velux-klf200-api war klasse und hat mir sehr geholfen und die Einbindung in iobroker klappt nach einigem Probieren tatsächlich einwandfrei.
Falls sich jemand damit schwer tut, anbei zwei Beispiele.

1. Blockly-Code mit JavaScript-Funktion "activateScene" (einfach in Zwischenablage kopieren und importieren). Das Beispiel aktiviert eine Szene, die Scene-ID wird als Parameter (hier: 0) übergeben.
2. node-red-Beispiel, ebenfalls zum Importieren aus der Zwischenablage. Das Beispiel aktiviert eine Szene, die Scene-ID wird im Button als Payload hinterlegt (hier: 0)

Velux KLF-200-Beispiel.zip

Hinweis: In beiden Fällen muss das Modul zuerst installiert und dann in iobroker bekannt gemacht werden.
Im falle von Blockly genügte es, der Javascript-Instanz unter "Zusätzliche NPM-Module" das "velux-klf200-api" hinzuzufügen.
Im Falle von node-red kann dazu z.B. das "required('velux-klf200-api')" in den global context verschoben werden. Hierzu die Datei /opt/iobroker/node_modules/iobroker.node-red/settings.js editieren und ganz unten im Block functionGlobalContext{ ... } einbauen: velux:require('velux-klf200-api')

Grundsätzlich funktionieren neben dem Aktivieren von Szenen auch andere Kommandos, wie z.B. das Schließen eines Rollladens zu x%. Da die KLF200 jedoch nach einigen Anweisungen den Betrieb vorübergehend einzustellen scheint, war mir das Steuern einzelner Fenster zu unzuverlässig. Stattdessen habe ich mir in der KLF200 Szenen für alle benötigten Zustände erstellt.

Das obige Blockly-Script läuft jetzt seit einer Woche zuverlässig, ohne dass die KLF200 einen Neustart benötigt hat.

[paulkerl]

Hallo Rolli100.

danke für die Beispiele. Werde ich am WE mal testen.
Als Tipp sei noch erwähnt, dass man an den KLF keine Befehle senden darf, solange nicht der vorherige abgearbeitet ist - tut man dies doch hilft oftmals nur ein Neustart. (Abgearbeitet = "Zeit zw. Befehl an KLF übergeben und bekommen der Bestätigung, dass der Rolladen die Endposition erreicht hat."(bei meinen Velux Akku-Dachfenstern, kann das schon mal 30s sein)). Deshalb setzte ich bei jedem Befehl eine Variable auf "working" die abgefragt wird, bevor ein weiterer Befehl abgearbeitet wird. Der nächste Befehl wird erst an die KLF gesendet sobald Working=false ist. Seitdem steigt der KLF nciht mehr aus. Zusätzlich farge ich per Cron alle 10 min. den Status der KLF ab, da nach ca. 15 Minuten ohne Verbindung keine weitere mehr hergestellt werden kann.

VG Paulkerl

[Rolli100]

@paulkerl Hi paulkerl,
das sind gute Tipps. Es kann gut sein, dass das bei mir auch an zu früh abgesetzten Befehlen gelegen hat. Werde mal versuchen, ob sich die Statusabfrage mit in die Funktion einbauen lässt. Blöd ist nur, dass das die ohnehin schon langsame Befehlsausführung der KLF 200 noch mehr verlangsamen wird.
VG

[loehrj1]

Hallo zusammen,

auch bei mir läuft nun seit 3 knapp Wochen ein Javacript unter ioBroker zum Ansteuern meiner 5 Solarrolladen unter Benutzung der "VELUX-KLF200-API". Das funktioniert zwischenzeitlich auch fast fehlerfrei.
Ich sende alle 3 Minuten mittels Cronjob einen Befehl (Idle-Telegramm) „GW_GET_STATE_REQ“ zur Aufrechterhaltung der Verbindung.
Einmal am Tag gibt’s dann einen Reset „GW_REBOOT_REQ“ (Zurücksetzen des Interfaces) auf die Mütze…
Das Ansteuern der Rolladen mittels „GW_COMMAND_SEND_REQ“ (einzeln bzw. eine beliebige Kombinationen) mit der gewünschten Absolutposition sowie Stopp während der Fahrt funktioniert nun auch.
Ich würde nun gerne noch die Rückmeldungen zu den Befehlen auswerten.
Leider erhalte ich hier generell nur eine Ausgabe der Form

07:41:30.056 info javascript.0 script.js.Velux: [object Object]

Zur Ansteuerung der Rolladen verwende ich Aufrufe der Form:

   return velux.sendCommand({ api: velux.API.GW_COMMAND_SEND_REQ,
        commandOriginator: 1,
        priorityLevel: 2,
        parameterActive: 1,
        functionalParameterMP:  {rawValue : Val}, 
        indexArrayCount: Count,
        indexArray : [Rollos[0], Rollos[1], Rollos[2], Rollos[3], Rollos[4]] ,
        priorityLevelLock: false,
        })
    .then((data)=>{
        console.log(data)
    })

Hat hier jemand von Euch Erfahrung? Was läuft hier schief bzw. was mache ich hier falsch?

Danke und viele Grüße
Jürgen

[arteck]

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

object Object

das ist ein Object was du zurück bekommst und keine flache Struktur..

JSON.parse(xxxxxx);

kannst du eine flache Struktur zur Ansicht erzeugen

[loehrj1]

@arteck
Danke, dein Tipp hat mich auf die richtige Spur geführt - manchmal hat man eben Tomaten auf den Augen....
JSON.parse liefert mir allerdings einen Fehler zurück.
Die Ausgabe console.log(typeof data) liefert mir object zurück. Ich habe hier doch bereits ein Javascript Objekt vorliegen und muss folglich nicht parsen. Richtig?

Der Zugriff erfolgt mit einfach mit dem Punktoperator auf die jeweiligen Eigenschaften des Objektes....