openHAB 2 innogy SmartHome binding (BETA1)

[ollie]

Habe gerade noch mal genauer hingesehen: Die Sliderposition/-wert ändert sich nur, wenn die Steuerung über OH erfolgt, wenn man z.B. über das innogy-UI steuert, wird es in OH nicht aktualisiert. Bei HKT's ist das anders, hier funktioniert es, wie es soll.

Reiner

Ja, es erfolgt überhaupt keine Aktualisierung  vom Status der Rolladen, weder zu Beginn noch sonst irgendwann.

Bei mir ist bei OH2 (Paper/Basicui) 100% = zu und 0% = offen , bei Innogy ist es umgekehrt.

Ist das bei euch allen so? Dann funktioniert die Eventauswertung für die Rollos noch nicht (WebSocket). Was seht ihr im DEBUG Log, wenn ihr via Taster die Rolloposition verändert? Dort sollte dann ein Event gefunden werden und die Anzeige des Wertes in OH entsprechend aktualisiert werden. Da ich blind entwickelt habe, kann es aber sein, dass ich den falschen Namen bei der Eventauswertung verwendet etc...

[ollie]

Wie schon gesagt, ich arbeite mit HABpanel (wie das bei mir für die Rollladensteuerung aussieht - s.u.)




Da funktioniert alles bis auf die genannten Einschränkungen.
Wenn ich das mit BasicUI oder ClassicUI versuche: pure Konfusion. Im Icon für den Rollershutter ist zwar beim Tastendruck etwas wie "AUF" oder "ZU" zu sehen:

 

und wenn ich dann im HABpanel nachsehe, dann steht der Slider auch auf 0%, aber der Rollladen selbst bewegt sich kein bisschen. Schlimmer noch, durch wildes Herumdrücken verliert der Rollladenschalter sogar die Verbindung zur Zentrale und kann nur durch manuelles Betätigen wieder verbunden werden.

Reiner

In der ClassicUI ist das Problem, dass es keinen Slider gibt. Da musste man auch im RWE Binding mit ein paar unhandlichen Regeln rumbasteln, damit der "runter" Tastendruck aus der ClassicUI den Rollo-Wert um 10% verringert oder so. Kann sein, dass ein Doppelklick ganz hoch bzw. ganz runter bedeutet.
Gleiches Problem bei Stopp. Das gibt es in der innogy API einfach nicht. Da kann ich nur ahnen, wo der aktuelle Wert liegt und den dann als Zielrübersenden.
Lange Rede, kurzer Sinn: Vergesst die ClassicUI bzw. baut euch dort Tasten mit festen Werten rein wie "hoch"=0%, "runter"=100% und "halb"=50%. Ansonsten geht das nur in den modernen UIs mit Slidern.

[ollie]

Hallo Ollie,

habe sowohl "Power Control" als auch "Dimmer" und würde gerne helfen beim Test wenn Du das implementiert hast.

Habe 2 Probleme identifiziert:

1) Momentan wird bei mir der "In Wall Smart Dimmer" (ISD2) nicht gefunden. Kann ihn auch nicht manuell hinzufügen wegen fehlendem ID-Code.
2) Ein Update von Werten wie z.B. die Luminanz des Bewegungsmelders erfolgt nicht.


Gruß Willi

Hallo Willi,

hast du das Debug Log an und kannst du dort sehen, was passiert, wenn du eigentlich Werteupdates erwartest? Und siehst Du am Anfang nach OH Start die Geräteliste? Dort muss der ISR2 auftauchen.
Ich muss aber mal prüfen, ob ich neuere innogy Geräte durchlasse. Bisher kenne ich nur RWE Geräte.

Hallo Ollie,
das Debug-Log zeigt nichts in Bezug auf das Problem an. Das Update betrifft Werte wie Temperatur, Luminanz etc. aber auch Schaltzustände. Ist ein Schalter z.B. in openHAB "Aus" und ich schalte ihn via Innogy-App "Ein" wird er nach Neustart von openHAB dort korrekt upgedatet. Das funktioniert zunächst mehrere Stunden einwandfrei. Am Tag darauf ist das nicht mehr so. Was meinst Du mit Geräteliste? Sehe den ISD2 (nicht ISR2) in Deiner Info zum Binding, siehe angehängten Screenshot.

Gruß Willi

Hallo Willi,

im DEBUG Log wird beim Start des innogy bindings eine Liste aller gefundenen Geräte ausgespuckt. Der ISD2 muss dort auftauchen und sollte insb. nicht ignoriert werden. Falls doch, wird auch das angezeigt. Wenn der ISD2 hier in der Liste gefunden wird, dann taucht er auch bei der Gerätesuche in der Inbox auf.
Bei mir funktioniert der einwandfrei. Ich habe allerdings auch nur ältere Geräte aus RWE Zeiten.

[Gerrett]

Habe gerade noch mal genauer hingesehen: Die Sliderposition/-wert ändert sich nur, wenn die Steuerung über OH erfolgt, wenn man z.B. über das innogy-UI steuert, wird es in OH nicht aktualisiert. Bei HKT's ist das anders, hier funktioniert es, wie es soll.

Reiner

Ja, es erfolgt überhaupt keine Aktualisierung  vom Status der Rolladen, weder zu Beginn noch sonst irgendwann.

Bei mir ist bei OH2 (Paper/Basicui) 100% = zu und 0% = offen , bei Innogy ist es umgekehrt.

Ist das bei euch allen so? Dann funktioniert die Eventauswertung für die Rollos noch nicht (WebSocket). Was seht ihr im DEBUG Log, wenn ihr via Taster die Rolloposition verändert? Dort sollte dann ein Event gefunden werden und die Anzeige des Wertes in OH entsprechend aktualisiert werden. Da ich blind entwickelt habe, kann es aber sein, dass ich den falschen Namen bei der Eventauswertung verwendet etc...

In der Innogy App ist der Status immer aktuell.
Hier der Debug Log nach dem Drücken des Tasters.:

Code:

2017-05-07 13:44:51.275 [DEBUG] [gysmarthome.internal.InnogyWebSocket] - innogy WebSocket onMessage() - [{"type":"device/SHC.RWE/1.0/event/StateChanged","timestamp":"2017-05-07T11:44:48.5650000Z","desc":"/desc/device/SHC.RWE/1.0/event/StateChanged","link":{"value":"/capability/299508627ca146cda744cb040a9e77ae"},"Properties":[{"name":"ShutterLevel","value":96.0,"lastchanged":"2017-05-07T11:44:48.4810000Z"}]}]
2017-05-07 13:44:51.286 [DEBUG] [marthome.handler.InnogyBridgeHandler] - Event found: Type:device/SHC.RWE/1.0/event/StateChanged Capability:/capability/299508627ca146cda744cb040a9e77ae
2017-05-07 13:44:51.288 [DEBUG] [marthome.handler.InnogyDeviceHandler] - State changed ShutterLevel to 96.0.2017-05-07 13:44:51.290 [DEBUG] [marthome.handler.InnogyDeviceHandler] - onDeviceStateChanged called with device Rolllade Gäste WC/d1c82444059d44e4a83e43774875df63
2017-05-07 13:44:51.295 [DEBUG] [marthome.handler.InnogyDeviceHandler] - ->capability:299508627ca146cda744cb040a9e77ae (RollerShutterActuator/Rolllade Gäste WC)
2017-05-07 13:44:51.297 [DEBUG] [marthome.handler.InnogyDeviceHandler] - State for RollerShutterActuator is STILL NULL!! cstate-id: 299508627ca146cda744cb040a9e77ae, c-id: 299508627ca146cda744cb040a9e77ae
2017-05-07 13:44:51.299 [DEBUG] [marthome.handler.InnogyDeviceHandler] - ->capability:3ae8d4b4548e4fb28519bf822dc3db3a (PushButtonSensor/Rollladensteuerung-Unterputz 2)
2017-05-07 13:44:51.300 [DEBUG] [marthome.handler.InnogyDeviceHandler] - Capability not available for device Rolllade Gäste WC (ISR2)

[maxreiner]

Ich muss noch mal auf die WRT's zurückkommen. Nachwievor ist es so, dass mir als Channel lediglich "Battery schwach" angeboten wird. Neuestes Binding hab ich drin. Ist das bei allen so ?

Reiner

[timdeluxe]

Das Binding ist bei mir in der 2.1.0-SNAPSHOT-170430  Version einwandfrei durchgelaufen. Heute Nacht hatte ich allerdings einen Disconnect durch den Provider und infolge dessen ist das Bindung ausgestiegen und hat mir den Fehler "Remote Access nicht möglich usw..." gegeben. Fernzugriff habe ich bei Innogy nicht gekauft. Gelöst habe ich es  nur dadurch, die Zentrale als Thing zu entfernen und neu hinzuzufügen. Den Auth Code neu zu generieren und einzutragen hat leider nichts gebracht.
Das neue Binding füge ich jetzt hinzu und schaue mal, ob ich noch Bugs finden kann. Tausend Dank für die Arbeit!

Diese "remote access nicht möglich..." Fehlermeldung war doch irgendein Bug bei innogy, oder? Das hatten ja neulich auch schon einige Leute und das ist nichts, wo ich was tun kann. 

Sehr gut möglich, dass die Schuld bei innogy liegt. Ist mir nun das erste Mal und in Zusammenhang mit der kurzzeitigen Trennung durch den Provider (Downtime etwa 30 Minuten) aufgefallen. Ein Szenario, das ich auch nur ungern mehrfach reproduzieren würde. Ich hatte nun erstmal vermutet, dass in der Offline-Zeit der Authcode ungültig geworden bzw. irgendeine Session abgelaufen ist (wie auch immer der Login bei innogy technisch funktioniert) und die Aktualisierung durch das Binding nicht mehr geklappt hat. Das Binding war dann auch durch erneutes Hinzufügen eines neuen Auth Codes nicht mehr zu einer Verbindung zu überreden. Dazu passt die Fehlermeldung dann zwar nicht, aber das wäre ja nicht die erste unpassende oder nichtssagende Fehlermeldung. 
Ansonsten habe ich bisher keine Fehler zu beklagen, hier werkeln allerdings auch nur noch fünf WDS und zwei ISS2, der Scope ist daher recht begrenzt.

Hatte selbes Verhalten, aber auch nach neuem Hinzufügen der Things gings wenige Stunden später wieder auf "Unexcepted API error: Remote access not allowed. Access is allowed only from the SHC device network.". Das blieb nun mehrere Tage so. Dann gestern abend "Access token for innogy expired. New access token saved." und ich kann wieder schalten und walten.
Eventuell kann man beim Erhalt des Fehlers "Remote access..." einen neuen Access token anfordern? Würde ja evt. einigen von uns helfen...
Passt auch irgendwie zur originalen innogy smarthome app, die meint nämlich auch öfters mal, ich wäre nicht im selben Netz (obwohl ich es bin) - neu einloggen und dann geht es wieder.

[ollie]

Ich muss noch mal auf die WRT's zurückkommen. Nachwievor ist es so, dass mir als Channel lediglich "Battery schwach" angeboten wird. Neuestes Binding hab ich drin. Ist das bei allen so ?

Reiner

Ich habe gerade nochmal die Thing-Definition geprüft. Das ist drin und müsste funktionieren, zumal WRT und RST die exakt gleiche Capability nutzen. Hast du das WRT mal gelöscht und via Inbox neu hinzugefügt? Bist Du ansonsten sicher, dass die neue Version läuft und nicht doch irgendwie noch die alte? Das könntest Du via Karaf Konsole mit dem Befehl "bundle:list | grep - i inno" prüfen.

[ollie]

Habe gerade noch mal genauer hingesehen: Die Sliderposition/-wert ändert sich nur, wenn die Steuerung über OH erfolgt, wenn man z.B. über das innogy-UI steuert, wird es in OH nicht aktualisiert. Bei HKT's ist das anders, hier funktioniert es, wie es soll.

Reiner

Ja, es erfolgt überhaupt keine Aktualisierung  vom Status der Rolladen, weder zu Beginn noch sonst irgendwann.

Bei mir ist bei OH2 (Paper/Basicui) 100% = zu und 0% = offen , bei Innogy ist es umgekehrt.

Ist das bei euch allen so? Dann funktioniert die Eventauswertung für die Rollos noch nicht (WebSocket). Was seht ihr im DEBUG Log, wenn ihr via Taster die Rolloposition verändert? Dort sollte dann ein Event gefunden werden und die Anzeige des Wertes in OH entsprechend aktualisiert werden. Da ich blind entwickelt habe, kann es aber sein, dass ich den falschen Namen bei der Eventauswertung verwendet etc...

In der Innogy App ist der Status immer aktuell.
Hier der Debug Log nach dem Drücken des Tasters.:

Code:

2017-05-07 13:44:51.275 [DEBUG] [gysmarthome.internal.InnogyWebSocket] - innogy WebSocket onMessage() - [{"type":"device/SHC.RWE/1.0/event/StateChanged","timestamp":"2017-05-07T11:44:48.5650000Z","desc":"/desc/device/SHC.RWE/1.0/event/StateChanged","link":{"value":"/capability/299508627ca146cda744cb040a9e77ae"},"Properties":[{"name":"ShutterLevel","value":96.0,"lastchanged":"2017-05-07T11:44:48.4810000Z"}]}]
2017-05-07 13:44:51.286 [DEBUG] [marthome.handler.InnogyBridgeHandler] - Event found: Type:device/SHC.RWE/1.0/event/StateChanged Capability:/capability/299508627ca146cda744cb040a9e77ae
2017-05-07 13:44:51.288 [DEBUG] [marthome.handler.InnogyDeviceHandler] - State changed ShutterLevel to 96.0.2017-05-07 13:44:51.290 [DEBUG] [marthome.handler.InnogyDeviceHandler] - onDeviceStateChanged called with device Rolllade Gäste WC/d1c82444059d44e4a83e43774875df63
2017-05-07 13:44:51.295 [DEBUG] [marthome.handler.InnogyDeviceHandler] - ->capability:299508627ca146cda744cb040a9e77ae (RollerShutterActuator/Rolllade Gäste WC)
2017-05-07 13:44:51.297 [DEBUG] [marthome.handler.InnogyDeviceHandler] - State for RollerShutterActuator is STILL NULL!! cstate-id: 299508627ca146cda744cb040a9e77ae, c-id: 299508627ca146cda744cb040a9e77ae
2017-05-07 13:44:51.299 [DEBUG] [marthome.handler.InnogyDeviceHandler] - ->capability:3ae8d4b4548e4fb28519bf822dc3db3a (PushButtonSensor/Rollladensteuerung-Unterputz 2)
2017-05-07 13:44:51.300 [DEBUG] [marthome.handler.InnogyDeviceHandler] - Capability not available for device Rolllade Gäste WC (ISR2)

Danke! Das hat geholfen. Typo im Code - update kommt...

[ollie]

Das Binding ist bei mir in der 2.1.0-SNAPSHOT-170430  Version einwandfrei durchgelaufen. Heute Nacht hatte ich allerdings einen Disconnect durch den Provider und infolge dessen ist das Bindung ausgestiegen und hat mir den Fehler "Remote Access nicht möglich usw..." gegeben. Fernzugriff habe ich bei Innogy nicht gekauft. Gelöst habe ich es  nur dadurch, die Zentrale als Thing zu entfernen und neu hinzuzufügen. Den Auth Code neu zu generieren und einzutragen hat leider nichts gebracht.
Das neue Binding füge ich jetzt hinzu und schaue mal, ob ich noch Bugs finden kann. Tausend Dank für die Arbeit!

Diese "remote access nicht möglich..." Fehlermeldung war doch irgendein Bug bei innogy, oder? Das hatten ja neulich auch schon einige Leute und das ist nichts, wo ich was tun kann. 

Sehr gut möglich, dass die Schuld bei innogy liegt. Ist mir nun das erste Mal und in Zusammenhang mit der kurzzeitigen Trennung durch den Provider (Downtime etwa 30 Minuten) aufgefallen. Ein Szenario, das ich auch nur ungern mehrfach reproduzieren würde. Ich hatte nun erstmal vermutet, dass in der Offline-Zeit der Authcode ungültig geworden bzw. irgendeine Session abgelaufen ist (wie auch immer der Login bei innogy technisch funktioniert) und die Aktualisierung durch das Binding nicht mehr geklappt hat. Das Binding war dann auch durch erneutes Hinzufügen eines neuen Auth Codes nicht mehr zu einer Verbindung zu überreden. Dazu passt die Fehlermeldung dann zwar nicht, aber das wäre ja nicht die erste unpassende oder nichtssagende Fehlermeldung. 
Ansonsten habe ich bisher keine Fehler zu beklagen, hier werkeln allerdings auch nur noch fünf WDS und zwei ISS2, der Scope ist daher recht begrenzt.

Hatte selbes Verhalten, aber auch nach neuem Hinzufügen der Things gings wenige Stunden später wieder auf "Unexcepted API error: Remote access not allowed. Access is allowed only from the SHC device network.". Das blieb nun mehrere Tage so. Dann gestern abend "Access token for innogy expired. New access token saved." und ich kann wieder schalten und walten.
Eventuell kann man beim Erhalt des Fehlers "Remote access..." einen neuen Access token anfordern? Würde ja evt. einigen von uns helfen...
Passt auch irgendwie zur originalen innogy smarthome app, die meint nämlich auch öfters mal, ich wäre nicht im selben Netz (obwohl ich es bin) - neu einloggen und dann geht es wieder.

Ist ne Idee, dass ich den TokenRefresh forciere. Ist notiert!

[maxreiner]

Ich habe gerade nochmal die Thing-Definition geprüft. Das ist drin und müsste funktionieren, zumal WRT und RST die exakt gleiche Capability nutzen. Hast du das WRT mal gelöscht und via Inbox neu hinzugefügt? Bist Du ansonsten sicher, dass die neue Version läuft und nicht doch irgendwie noch die alte? Das könntest Du via Karaf Konsole mit dem Befehl "bundle:list | grep - i inno" prüfen.

Danke, WRT Löschen und neu einbinden war die Lösung. Ich dachte zwar, dass ich das gestern schon mal gemacht hatte ... Man wird halt alt.

Reiner