openHAB 2 innogy SmartHome binding (BETA1)

[Gerrett]

Hallo,
ich kann Gerretts Post bzgl. ISR2 bestätigen. Bei mir das identische Szenario.
VG Markus

Das er gar nicht aktualisiert kann ich mittlerweile nicht mehr sagen, nach 1-2stunden scheint sich der Status zu irgendwann mal aktualisieren .

[tbbear]

Hallo Ollie,
super vielen Dank. Also bei mir läuft das letzte Binding bisher ohne Probleme. Musste die WRT auch neu einbinden dann aber
alles gut. Rolladen usw. hab ich leider nicht aber ich kann dir eine Buderus Heizung die in Inoggy eingebunden ist und mein
ENTR Türschloss anbieten. Falls Interesse einfach melden.
lg
Robert

[thefox73]

Hallo zusammen,

bei mir läuft das beta-binding mit folgenden SH-Komponenten stabil.

SHC, PSS, PSSO, WSC2, WDS, WMDO, ISD2, ISS2

Vielen Dank Ollie!

[maxreiner]

Das Aktualisieren des Rollladenstatus geht bei mir, allerdings noch schleppender, als im innogy-UI. Aber ich habe gerade eine andere Feststellung gemacht, die auch mit Aktualisieren zusammenhängt:

Ich habe ein paar Zustände, deren Status ich auf das HabPanel bringen will. Diese Zustände werden innogy-intern wiederum durch andere Events gesteuert.
Das Merkwürdige ist jetzt, wenn ich die Zustände direkt im innogy-UI ändere, wird das im HabPanel einwandfrei angezeigt. Wenn der Zustand aber intern durch einen Event getriggert wird, passiert im HabPanel nichts. Ich kann mir da keinen Reim drauf machen.

Reiner

[Lycos]

Hallo nochmal,

hat schon jemand eine Idee oder Lösung für mein "ERROR 500" "Internal Server Error" Problem beim einbinden des Innogy Things nach Eingabe des "Autorisierungscodes"?

Würde so gerne mit dem Binding arbeiten und der Innogy-App endlich den Rücken kehren!

LG Lycos

Hier noch ein Auszug aus dem Openhab Log:

Code:

[ERROR] [org.openhab.binding.innogysmarthome ] - FrameworkEvent ERROR - org.openhab.binding.innogysmarthome
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.innogysmarthome [216]
 Another singleton bundle selected: osgi.identity; osgi.identity="org.openhab.binding.innogysmarthome"; type="osgi.bundle"; version:Version="2.0.0.201611202137"; singleton:="true"

    at org.eclipse.osgi.container.Module.start(Module.java:434)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1582)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1562)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1533)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1476)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]

LG Lycos

Das sind irgendwelche Caching-Fehler, vermute ich. Ich hatte den Fehler auch, als ich bei laufendem OH das vorherige innogy Binding gelöscht habe und dann die neue Version in den addon-Ordner kopiert habe. Das Binding startet, produziert aber Fehler. Bei mir war es nach einem Neustart weg, ggf. sind aber noch alte Binding-Versionen bei Dir drin.

Bitte schau mal in der Karaf-Konsole mit "bundle list | grep -i inno", ob dort nur das neue Binding von Anfang Mai drin steht und lösche ggf. alle anderen Versionen. Und ganz wichtig: OH neustarten.

Hallo Ollie,

vielen lieben Dank! Das war das Problem und nun läuft das Binding super! Ich mach mich dann mal ran alles einzustellen

LG Lycos

[ollie]

Das Aktualisieren des Rollladenstatus geht bei mir, allerdings noch schleppender, als im innogy-UI. Aber ich habe gerade eine andere Feststellung gemacht, die auch mit Aktualisieren zusammenhängt:

Ich habe ein paar Zustände, deren Status ich auf das HabPanel bringen will. Diese Zustände werden innogy-intern wiederum durch andere Events gesteuert.
Das Merkwürdige ist jetzt, wenn ich die Zustände direkt im innogy-UI ändere, wird das im HabPanel einwandfrei angezeigt. Wenn der Zustand aber intern durch einen Event getriggert wird, passiert im HabPanel nichts. Ich kann mir da keinen Reim drauf machen.

Reiner

Hallo Reiner,

welchen Event meinst Du? Bei OH muss man in Rules immer zwischen postUpdate und sendCommand unterscheiden. Ein Update ändert den Wert, ein sendCommand schickt es als Befehl ans Binding...

[ollie]

Danke euch allen für die positiven Rückmeldungen. Ich bin ehrlich gesagt erleichtert, dass es sich nun stabilisiert. Ich implementiere jetzt noch die Power- und EnergyControls und bereite den Pull-Request für openHAB vor.

[ollie]

NEUE VERSION für unsere ISR2 User: http://www.ollie.in/wp-content/uploads/2...170507.jar

Der Wert des Rollershutter sollte nun korrekt angezeigt werden. Der Channel hat jetzt eine Konfigurationsoption zum invertieren. Standard ist invertieren.
Wie immer bitte OH neustarten. Falls die Konfiguration im Channel nicht auftaucht oder es nicht richtig funktioniert, bitte Thing löschen und neu über die Inbox hinzufügen.

Viel Spaß!

Aktualisiert wird der Status leider bei mir immernoch nicht. Nach neu start und dem neu hinzufügen der Rolladen hat er den Status direkt richtig angezeigt, aber Änderungen ausserhalb von OH werden nicht angezeigt.

Code:

StateChanged","timestamp":"2017-05-08T04:29:07.0470000Z","desc":"/desc/device/SHC.RWE/1.0/event/StateChanged","link":{"value":"/capability/b115e4fccaeb4e98ad2568d7da4dd642"},"Properties":[{"name":"LastKeyPressCounter","value":40.0,"lastchanged":"2017-05-08T04:29:07.0370000Z"},{"name":"LastPressedButtonIndex","value":0.0,"lastchanged":"2017-05-08T04:29:07.0380000Z"}]}]
2017-05-08 06:29:12.954 [DEBUG] [marthome.handler.InnogyBridgeHandler] - Event found: Type:device/SHC.RWE/1.0/event/StateChanged Capability:/capability/b115e4fccaeb4e98ad2568d7da4dd642
2017-05-08 06:29:12.956 [DEBUG] [marthome.handler.InnogyDeviceHandler] - State changed LastKeyPressCounter to 40.0.
2017-05-08 06:29:12.957 [DEBUG] [marthome.handler.InnogyDeviceHandler] - Capability Rollladensteuerung-Unterputz 7 has no state (yet?) - ignoring.
2017-05-08 06:29:12.958 [DEBUG] [marthome.handler.InnogyDeviceHandler] - State changed LastPressedButtonIndex to 0.0.
2017-05-08 06:29:12.960 [DEBUG] [marthome.handler.InnogyDeviceHandler] - Capability Rollladensteuerung-Unterputz 7 has no state (yet?) - ignoring.
2017-05-08 06:29:12.961 [DEBUG] [marthome.handler.InnogyDeviceHandler] - State changed LastKeyPressCounter to 40.0.
2017-05-08 06:29:12.962 [DEBUG] [marthome.handler.InnogyDeviceHandler] - Capability Rollladensteuerung-Unterputz 7 has no state (yet?) - ignoring.
2017-05-08 06:29:12.963 [DEBUG] [marthome.handler.InnogyDeviceHandler] - State changed LastPressedButtonIndex to 0.0.
2017-05-08 06:29:12.964 [DEBUG] [marthome.handler.InnogyDeviceHandler] - Capability Rollladensteuerung-Unterputz 7 has no state (yet?) - ignoring.

Hallo Gerrett,
hast Du schonmal via Karaf geprüft, dass nur das aktuelle Binding läuft und nichts anderes + neugestartet?

[jf01]

Hallo Olli.
Auch von mir die stabil Meldung.

Was in der alten rwe Version ganz nice war ist das er die items im Log ausgespuckt hat so wie sie in die Konfig passen. Ist so was auch für die Things und items geplant?

[maxreiner]

Das Aktualisieren des Rollladenstatus geht bei mir, allerdings noch schleppender, als im innogy-UI. Aber ich habe gerade eine andere Feststellung gemacht, die auch mit Aktualisieren zusammenhängt:

Ich habe ein paar Zustände, deren Status ich auf das HabPanel bringen will. Diese Zustände werden innogy-intern wiederum durch andere Events gesteuert.
Das Merkwürdige ist jetzt, wenn ich die Zustände direkt im innogy-UI ändere, wird das im HabPanel einwandfrei angezeigt. Wenn der Zustand aber intern durch einen Event getriggert wird, passiert im HabPanel nichts. Ich kann mir da keinen Reim drauf machen.

Reiner

Hallo Reiner,

welchen Event meinst Du? Bei OH muss man in Rules immer zwischen postUpdate und sendCommand unterscheiden. Ein Update ändert den Wert, ein sendCommand schickt es als Befehl ans Binding...

Hallo Ollie,

mit Event meine ich interne Abläufe im innogy-system, z.B. "wenn dieTemperatur am HKT xy 20°C überschreitet, dann schalte die Gastherme ab". Das Abschalten erfolgt über eine Zustandsvariable, deren momentanen Status ich eben auch auf dem OH abbilden will. Dazu nutze ich im Habpanel als Anzeigeelement einen Button (weil der in Abhängigkeit von aktiv oder passiv die Farbe ändern kann - den Effekt kann man aber genauso im BasicUI beobachten). Und hier kommt die Merkwürdigkeit:
Wenn ich den Zustand direkt in der innogy-App schalte, wird die Änderung fast sofort und sicher im OH angezeigt. Genauso wenn ich den Button im OH betätige kommt das bei innogy an. Wenn das Ändern des Zustandes aber über das entsprechende Szenario (durch Überschreiten der o.g. Temperatur) ausgelöst wird, kommt die Änderung meist nicht oder manchmal sehr spät im OH an. Im smarthome ist aber alles i.O., der Schaltvorgang dort wird sauber ausgeführt. 
Ich hoffe, das war einigermaßen verständlich, ist etwas schwer zu beschreiben, wenn man es nicht demonstrieren kann.

Gruß Reiner