openHAB 2 innogy SmartHome binding (BETA1)

[maxreiner]

Also bei mir Funktionieren sie mehr oder weniger, finde keine Option zum invertieren.. im Moment ist rolladen 100% in wirklichkeit 0% und umgekehrt. Wie hast du die Rolladen hinzugefügt?
Das nächste Problem ist, das nach einem neu start von Openhab der Status unbekannt ist, bis ich die Rolladen per Openhab Ansteuer. Wenn ich die Rolle per Taste fahren lasse wird dies auch nicht nach Openhab aktualisiert.
Hab Grad keine Option auf ein Log, schaue morgen mal.

Das ist mir gestern gar nicht aufgefallen - bei mir verhält es sich genauso.

Bei meinen Rollladenschaltern ist 100% = voll auf, 0% = zu, genau wie im innogy-UI.
Beim Neustart ist es genauso wie bei Euch: erst nach Ansteuerung ist der richtige Status zu sehen. 

Reiner

Hallo,

ist das schon direkt nach Start von openHAB so oder erst nach einigen Stunden? Frage weil es auch andere Probleme mit dem Update von Zuständen oder Werten gibt. Diese sind aber zunächst nach Neustart nicht vorhanden.

Gruß Willi

Bei mir tritt das direkt nach dem Start auf. Wenn der richtige Wert (ich benutze Habpanel und dort Slider) dann anliegt, bleibt alles ok, solange der Raspberry Pi eingeschaltet ist. 
Aber ich glaube schon mal gesehen zu haben, dass es auch bei anderen Werten (HKT ?) auftrat.

Reiner

[maxreiner]

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

[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

Hallo,

hast Du als Host den richtigen wie in der innogy-App eingetragen, z.B. "SMARTHOME08"? Evtl. auch mal anderen Browser probieren.

Gruß Willi

Hallo,

Ich habe es mit dem Namen versucht und auch mit der IP Adresse. Browser habe ich Edge, Internetexplorer und Firefox getestet. Leider überall das selbe Problem.

In den Things schreibt er noch folgendes nach dem Versuch der Autorisierung:

"Status: UNINITIALIZED - HANDLER_REGISTERING_ERROR  Created handler of bridge 'innogysmarthome:bridge:SMARTHOME06' must implement the BridgeHandler Interface."


LG Lycos

[DJ Deep T]

Hallo zusammen.

Kann mir jemand helfen.
Ich habe alles installiert. Binding läuft.
Zentrale wird gefunden. Aber ich bekomme die Zentrale nicht ONLINE...... Sowohl bei Automatisch Finden als auch beim Manuell.
Da heisst es nur: OFFLINE - CONFIGURATION_ERROR Cannot connect to innogy SmartHome service. Please set auth-code!
Wie oft soll ich den sch... Code noch eingeben?
Alles auf den neuesten Stand.
Ich verzweifel echt mittlweile.
Hat jemand einen Tip?

Danke.

Gruß Tobi

[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.

[maxreiner]

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

[dk8pn]

ollie pid='46977' dateline='1493967357']

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

[ollie]

Hallo Ollie,

zum battery-low Kanal:

kann sagen, dass die Heizkörper-Thermostate eine "battery_low" Meldung per Email verursachen. Kann aber mit Deinem neuen Binding diesen Channel nicht finden. Die Fenster-Kontakte verschicken meines Wissens nach keine Email wenn die Batterie leer ist. Zumindest bei mir in 4 Jahren nicht.

Gruß Willi

Hallo Willi,

falls Du das Thermostat noch von der alten Binding-Version laufen hast, lösche es bitte, starte die Suche und füge es erneut zu. Die ID bleibt gleich, aber dann sollte der neue Channel auch auftauchen.

Ich bin auch der Meinung, dass Fensterkontakte und der Taster keine Batterie-Leer-Meldung schicken. Da innogy auf Nachfrage das aber nicht 100%ig ausgeschlossen hat, habe ich den Channel hier auch einfach aufgenommen.

[ollie]

Also bei mir Funktionieren sie mehr oder weniger, finde keine Option zum invertieren.. im Moment ist rolladen 100% in wirklichkeit 0% und umgekehrt. Wie hast du die Rolladen hinzugefügt?
Das nächste Problem ist, das nach einem neu start von Openhab der Status unbekannt ist, bis ich die Rolladen per Openhab Ansteuer. Wenn ich die Rolle per Taste fahren lasse wird dies auch nicht nach Openhab aktualisiert.
Hab Grad keine Option auf ein Log, schaue morgen mal.

Oh ja, das ist ein guter Punkt! Ich habe die Invertierung nicht implementiert, die ich im RWE Binding drin hatte. Kommt auf die Liste.

Bzgl. Status: ist der in der innogy app dann aber aktuell? Solange die Zentrale nicht neu gestartet wird, sollte der Status eigentlich bekannt sein. Hmmm.

[ollie]

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.