Internorm Jalousien über http-Binding

[ollyins]

Trotz Zeitmangel will ich endlich mal versuchen die Jalousien meiner Internorm-Fenster irgendwie in openhab zu bekommen, nachdem die Mediola-Gateways auch keine Export-Möglichkeit per Binding bieten.
Es muss also irgendwie über die API gehen.. ich bin aber völlig aufgeschmissen..
Im Anhang die API die mir Internorm geschickt ha als PDF - file umbennen...

Hier die http.cfg - ich habe zwei Mediola-Gateway's und einige Fenster sind im ersten anderen im zweiten..

Code: Alles auswählen

internorm1Cache.url=http://192.168.0.5/command?XC_FNC=
internorm1Cache.updateInterval=60000
internorm2Cache.url=http://192.168.0.6/command?XC_FNC=
internorm2Cache.updateInterval=60000

Und so sehen die Devices in der mediola config aus, also ich habe die Adresse und auch den Status (Jalousienpositionen etc.)

Code: Alles auswählen

{"type":"ER","sid":"0E","adr":"04","state":"0000:010100000001525D276F","ts":{}},
{"type":"ER","sid":"0C","adr":"02","state":"000B:010000000001D0842A6F","ts":{}},

{"type":"ER","sid":"0B","adr":"01","state":"0000:0102000000018D322A6F","ts":{}},
{"type":"IW","sid":"01","adr":"0151E201","config":"FC020034432001000006","state":"0818:00"},
{"type":"IW","sid":"02","adr":"FF","config":"B20704423583D1A88C51A2240426EE08","state":"081A:00"},
{"type":"IN","sid":"03","adr":"01","config":"0000BAA900","state":"000000","deviceType":"01"},
{"type":"IN","sid":"04","adr":"02","config":"0000BAA700","state":"000028","deviceType":"01"},
{"type":"IN","sid":"05","adr":"03","config":"0000BC0000","state":"000000","deviceType":"01"},
{"type":"IN","sid":"06","adr":"05","config":"0000BAAE00","state":"000014","deviceType":"01"},
{"type":"IN","sid":"07","adr":"08","config":"0000BAEC00","state":"000000","deviceType":"01"},
{"type":"IN","sid":"08","adr":"09","config":"0000BAED00","state":"000028","deviceType":"01"},
{"type":"IN","sid":"09","adr":"10","config":"0000BAE200","state":"000014","deviceType":"01"},
{"type":"IN","sid":"0A","adr":"11","config":"0000BB4400","state":"000000","deviceType":"01"},
{"type":"IN","sid":"0D","adr":"04","config":"0000BB4400","state":"010000","deviceType":"01"}]}

aber k.a. was nun...
Vielleicht hat ja irgendjemand so etwas am laufen oder eine Idee was nun.

Hoffe auf Feedback und Hilfe....

saludos,
Oliver

[udo1toni]

Den Anhang hast Du leider vergessen

Nutzt Du tatsächlich noch openHAB2.x? weil, unter openHAB3 bräuchte es keine http.cfg mehr...

[ollyins]

nein, ich habe natürlich 0h3... dachte ich muss die trotzdem definieren... ok, dann raus damit.. das PDF kann ich nicht als gif oder jpg anhängen... nun aber als txt - bitte umbennen..

InternormAPI.txt

[udo1toni]

dachte ich muss die trotzdem definieren

Ja, das Problem starker Veränderungen, dass immer wieder Altes und Neues vermischt wird.
Version-1 Bindings (solche, die auch unter openHAB1 verwendbar sind/waren, und die unter openHAB2 mit dem Compatibility Layer genutzt werden konnten, aber nicht mehr unter openHAB3) und Version-2/3 Bindings werden vollständig unterschiedlich konfiguriert. (Da V2 und V3 identisch konfiguriert werden, schreibe ich ab hier nur noch von V2)

V1: Die Verknüpfung erfolgt zwingend über eine *.items Datei, die Verknüpfung verwendet den Namen des Bindings und die bindingspezifische Konfiguration, z.B.

Code: Alles auswählen

Switch MySwitch "Mein Switch [%s]" {knx="1/1/1+1/1/2"}

Die itemübergreifende Konfiguration eines Bindings steht entweder in der openhab.cfg (bei openHAB1) oder in einzelnen Dateien, eine pro Binding, mit Namen des Bindings, z.B. knx.cfg für das knx1 Binding.

V2: Die gesamte bindingspezifische Konfiguration erfolgt zwingend über Things, die wahlweise über eine beliebige *.things Datei oder über die UI angelegt werden können. Die Verknüpfung zu den Items erfolgt entweder über die UI oder in den *.items Dateien über einen Link in der Form

Code: Alles auswählen

Switch MySwitch "Mein Switch [%s]" {channel="bindingname:thingtyp:bridgename:thingname:channelname"}

Es gibt keine Ausnahme

Das http2 Binding nutzt ausschließlich Things, keine Bridge. Es gibt keinen zwingenden Zusammenhang zwischen URLs und Geräten, aber ein Things steht in openHAB für ein Gerät. Hier ist das Gerät das Gateway.
Da die Notation in einer *.things Datei in meinen Augen besser lesbar ist, bevorzuge ich dieses Format.
Das Format der Daten ist völlig ungeeignet, um direkt in rollershutter Channel übergeben zu werden. Deshalb scheint es mir sinnvoll, einen einzelnen Channel zum Senden und Empfangen einzurichten.

Code: Alles auswählen

Thing http:url:mediola "Mediola" [
    baseURL="http://http://192.168.0.5/command?XC_FNC=",
    refresh=60,
    timeout=5000
    ] {
    Channels: 
        Type string : ch1out [
            commandExtension="SendSC&type=IN&data=%2$s"
        ]
        Type string : ch1in [
            stateExtension="GetStates"
        ]
}

zwei Channel, der eine zum Senden, der andere zum Empfangen. Der Rest passiert über zwei Rules (die leider ziemlich aufwändig werden dürften). Ein zweites Thing für die zweite IP sollte auch kein Problem darstellen. Wenn man die Items geschickt baut, kann man dennoch mit zwei Rules auskommen, wird nur unwesentlich komplizierter (im Vergleich zum Rest...).

[ollyins]

Moin Udo,
danke für die ausführliche Erklärung. Als erstes werde ich mal "aufräumen" und checken, welche Bindings keine cfg mehr benötigen.. habe da sicherlich noch einige "Leichen" im Verzeichnis liegen..
Bzgl. der Rules: hättest du evt. ein kleines Beispiel für "Auf", "Stop", "Ab" Jalousie Kommandos?
Wie würde man das am besten realisieren, wenn man z.b. 10 Jalousien hat?
Die Adressen in ein Array? Dann für jede Jalousie die entsprechenden Steuer-items und die übergeben an die rule auch die Id der jalousie und die Adresse kommt dann aus dem array? Stelle mir da ja grob was vor, aber die Umsetzung... vielleicht hast du noch ein paar Tipps zum Start...
wünsche ein schönes Wochenende..

[udo1toni]

Als erstes werde ich mal "aufräumen" und checken, welche Bindings keine cfg mehr benötigen

Alle Unter openHAB3 gibt es keine bindingspezifische Konfiguration in einer "versteckten" Textdatei, denn alle Bindings lassen sich zu 100% über die UI einrichten.

Bzgl. der Rules: hättest du evt. ein kleines Beispiel für "Auf", "Stop", "Ab" Jalousie Kommandos?

Das werden wir sicherlich zusammen gelöst bekommen. Es ist halt nicht straight forward, ein ganz heißer Kandidat für ein Binding, weil diese ganze Übersetzung in korrekte Befehle vergleichsweise viel Arbeit bedeutet. Ich nehme allerdings an, dass Internorm auch eher ein Exot ist (oder vornehm ausgedrückt ein Nischenprodukt). Ansonsten müsste es ja schon ein Binding dafür geben, so kompliziert wie das ist...

[ollyins]

Internorm ist das Premium alu-pvc-fenster... aber Smarthome-Komponenten kaufen sie dazu und damals gab es eben das mediola-gateway V5+ und V6, welches mit ihrer eigenen app ging, aber dann nicht mehr gepflegt wurde.
Es soll nun mit mediola direkt gehen , aber dann braucht man die neo-plattform - teuer.. - um es cloudmäßig an zubinden und zu sharen. ich möchte so wenig cloud wie möglich.. alles direkte steuerung über oh, so wie knx und mein ganzes anderes zeug...
ich denke schon das es einige anwender gibt, aber die haben alle das handtuch geschmissen...
mal schauen...

[udo1toni]

Es muss halt jemand so ein System haben, der in der Lage ist, Bindings zu programmieren.
Das Binding als solches wird nicht weiter komplex sein, wie gesagt, man wird das mit zwei Rules erledigen können, aber es sind halt einige Dinge drum herum nötig, Man muss irgendwie die Adressen speichern, am besten so, dass die Rule in der Lage ist, sie auszulesen (z.B. als Teil des Itemnamens) man muss ide Befehle in Hex-Code umsetzen und ebenso die Rückmeldungen decodieren, in einem Binding simpel, in einer Rule vergleichsweise aufwändig.

Immerhin gibt es eine Dokumentation zur API, das ist viel mehr, als bei den meisten anderen Bindings (da ist jede Menge Reverse Engineering mit dabei - viel schwerer als die Anweisungen der Doku umzusetzen).

[ollyins]

Ja, es war schon nicht so einfach die API zu bekommen. Früher wollten sie die wohl nciht rausgeben, weil sie wohl das GW verkaufen wollten. Da die Smartwindow-AP nun wohl nicht mehr gepflegt wird, bestand wohl Handlungsbedarf...ich wäre ja im ersten Schritt mal froh grob auf, ab und stop für eine Jalousie hin zu bekommen...das ganze in ein binding zu kriegen... für mich keine chance...

[udo1toni]

Wie gesagt, wird halt etwas umfangreicher, aber grundsätzlich kein Problem.