openHAB 2 innogy SmartHome binding (BETA1)

[suggarman]

Ich habe das gemacht, da innogy das ja seit Monaten nicht zuverlässig hinbekommt.
Es ist aber etwas aufwändiger. Ich unterscheide nun zwischen der Solltemperatur und der Temperatur, die an das HKT gesendet wird. Meine Solltemperatur ändert sich ja nicht, wenn ein Fenster geöffnet wird und ich 8 Grad an das HKT sende. Nach dem Schließen des Fensters muss die alte bzw. eine zwischenzeitlich geänderte Temperatur angefahren werden.
Es verlangt aber eine kleine Änderung im Nutzerverhalten. Ich ändere Temperaturen nur noch per Smartphone und nicht am HKT. Bei einer Änderung am HKT wird nämlich die Solltemperatur nicht geändert, auch wenn der HKT zunächst die gewünschte Temperatur anfährt.

[re-vo-lution]

Ich dachte dafür gibt es evtl ein extra Feld in der Api das übertragen werden kann.
Ich denke dann ist es günstiger ich lege mir die benötigten Absenktemperaturen als Variablen an(Heizkörperabsenkung zB 6Grad und Fußbodenabsenkung 15Grad) und nutze nicht die Standartregel für Absenkung sondern erstelle mir für jeden Raum ein Absenk-szenario.
In openhab kann ich dann die Variablen auslesen und anhand der TFS-Zustände anzeigen ob die Absenktemperatur aktiv ist oder nicht.

Die HKTs nurn über die Software steuern möchte ich nicht.

[re-vo-lution]

Kann man eigentlich eine Variable anlegen die einen numerischen Wert hat oder geht nur ein Zustand mit JA/Nein?

[Jensfr]

Hallo,
hat mal jemand versucht die Thermostat Daten der Heizkörper Thermostate in eine InfluxDB zu schreiben? Wenn ja, wie? Hat es geklappt?`
DAnke, Jens

[soeren]

Hallo zusammen,

ich habe es geschafft innogy einzubinden. Dank dir Oli!

jetzt versuche ich über das homekit add-on die Thermostate in mein iPhone einzubinden. Leider bekomme ich den fehler "openHAB konnte nicht hinzugefügt werden". Ich habe die Items wie folgt in der homekit.itmes datei:

Group WZ_Heizung "Wohnzimmer" [ "Thermostat" ]
Number WZ_Heizung_Temp
"Temperatur"
(WZ_Heizung)
[ "CurrentTemperature" ]
{ channel="innogysmarthome:RST:e28c3248:ace106d2axxxxxxxx:temperature" }
Number WZ_Heizung_Setpoint
"Zieltemperatur"
(WZ_Heizung)
[ "TargetTemperature" ]
{ channel="innogysmarthome:RST:e28c3248:ace1xxxxxxxxx:set_temperature" }
String WZ_Heizung_HCM
"HCM"
(WZ_Heizung)
[ "homekit:HeatingCoolingMode" ]
{ channel="innogysmarthome:RST:e28c3248:ace106dxxxxxxxxxxxxxxx:humidity" }

auch habe ich schon mehrfach "smarthome:homekit clearPairings" ausgeführt.

Hat jemand noch einen Tipp? Muss ich alle anderen Items aus der PaperUI löschen und darf nur die manuell konfigurierten Items aus meiner .itmes da drin stehen haben?

[Automatix]

Nochmal eine Nachfrage in die Runde:

Funktioniert bei jemandem das neueste Binding zuverlässig, der keinen mobilen Zugang hat? Danke.

Hi,
bei mir funktioniert es auch nicht zuverlässig. Sobald ich eine neue öffentliche IP bekomme ist Schluß mit lustig. "Remote access not allowed"
Gestern ist es einmal aufgetreten, dass auch der direkte Zugriff per Browser auf die offizielle Webseite mit gleicher Fehlermeldung austieg.
Dann habe ich die Box einmal gebootet. Anschließend funktionierte der Browser-Zugriff und der des Bindings wieder.
Heute Morgen wieder neue IP bekommen und es funktioniert zwar noch der Browser-Zugriff aber das Binding nicht mehr. Es hilft auch kein Reboot der Box. Schade.

BTW.:
Ich habe auch den "java.lang.NullPointerException at org.openhab.ui.dashboard.internal.DashboardService.getLocalizedText(DashboardService.java:240)" Fehler auf :8080/start/index. Paper UI funktioniert.

System:Version: 4.1.3
Eingesetze Addons: binding-avmfritz - 2.2.0, binding-netatmo - 2.2.0, innogy SmartHome Binding 2.3.0.201802091047


Edit 17.03.:
Den getLocalizedText Fehler konnte ich eliminieren. An meinem Raspberry habe ich mehrere Netzwerk Interfaces. Ich habe versucht unter PaperUI -> Configuration -> System -> Network Settings ein Interface im Pulldon auszuwählen. Anschließend bekomme den getLocalizedText Fehler auf /start/index. Stelle ich das wieder auf "blank" lässt sich /start/index fehlerfrei aufrufen.

Genauer hingeschaut steht auch bei den Network Settings ein Hinweis "A subnet (e.g. 192.168.1.0/24)". Im Pulldown befinden sich aber nur Hostadressen wie 192.168.1.20/24. Das ist kein gültiges subnet.
Ich habe aber im Internet eine Konfigurationsmöglichkeit in der Datei /etc/openhab2/services/runtime.cfg gefunden. Dort habe ich den Parameter org.eclipse.smarthome.core.net.NetUtil:primaryAddress=192.168.1.0/24 mit meinem Subnet gefüllt.  /start/index läuft!

Da ich weiter oben im Thread gelesen habe, dass die IP-Adresse im Access-Token versteckt ist, könnte ich auch das Fehlverhalten mit "Remote access not allowed" im innogy-smarthome binding erklären. Wenn der Token mit einer IP vom falschen Interface generiert wird, dann ist es für Innogy eine Remote IP-Adresse und die ist in meinem Fall nicht erlaubt, da kein Remote Access gekauft.

Ich habe den Parameter Access-Token und Refresh-Token in der Datei org.eclipse.smarthome.core.thing.Thing.json auf "" gesetzt und anschließend mit einem neuen Authcode neue Token generiert.

Das Binding läuft jetzt erstmal wieder. Mal schauen, wie es aussieht, wenn ich Morgen eine neu Public IP - Adresse bekomme.

Update 18.03.:
Nach dem heutigen IP - Wechsel ging weder der Browser-Zugriff noch das Binding. In beiden Fällen "Remote access not allowed". Ich habe meine Innogy Box restartet und anschließend ging der Browser-Zugriff wieder aber das Binding kann sich nicht wieder automatisch verbinden.

Code:

2018-03-18 03:41:09.881 [INFO ] [marthome.handler.InnogyBridgeHandler] - Websocket disconnected. Reason: SessionExpired
2018-03-18 03:41:09.903 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...
2018-03-18 03:41:30.414 [INFO ] [gysmarthome.internal.InnogyWebSocket] - Connection to innogy WebSocket was closed normally.
2018-03-18 03:41:50.772 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.
2018-03-18 03:43:50.775 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...
2018-03-18 03:43:55.377 [INFO ] [ernal.manager.DeviceStructureManager] - Devices loaded. Device structure manager ready.
2018-03-18 03:43:55.393 [INFO ] [ernal.manager.DeviceStructureManager] - EXAMPLE Thing configuration (copy to your 'innogy.things' config file):
Bridge innogysmarthome:bridge:SHC "innogy SmartHome Controller" [ refreshtoken="<insert-your-refresh-token-here>" ] {
--- snip ---
2018-03-18 03:43:55.421 [INFO ] [marthome.handler.InnogyBridgeHandler] - Starting innogy websocket.
2018-03-18 03:43:56.002 [INFO ] [gysmarthome.internal.InnogyWebSocket] - Connected to innogy WebSocket.
--- snip ---
2018-03-18 06:03:13.871 [ERROR] [gysmarthome.internal.InnogyWebSocket] - innogy WebSocket onError() - Timeout on Read
2018-03-18 06:03:13.891 [INFO ] [gysmarthome.internal.InnogyWebSocket] - Connection to innogy WebSocket was closed abnormally (code: 1001). Reason: Idle Timeout
2018-03-18 06:03:43.896 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...
2018-03-18 06:03:44.235 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...
2018-03-18 06:03:44.378 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.
2018-03-18 06:03:44.376 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...
2018-03-18 06:03:44.385 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.
2018-03-18 06:03:45.441 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.

Merkwürdig auch die doppelten Einträge, als wäre das addon zweimal installiert.  Dazu gab es auch einen Hinweis beim Restart von OpenHab:

Code:

[ERROR] [org.openhab.binding.innogysmarthome ] - [binding.innogysmarthome] Cannot register Component
org.osgi.service.component.ComponentException: The component name 'binding.innogysmarthome' has already been registered by Bundle 223 (org.openhab.binding.innogysmarthome) as Component of Class org.openhab.binding.innogysmarthome.internal.InnogyHandlerFactory

[ollie]

Hi,

hier kommt eine neue Version des Bindings, die hoffentlich das remote-access not allowed Problem löst. Bitte testen:
http://www.ollie.in/wp-content/uploads/2...180323.jar

Bei der Authcode-Erstellung sind hier schon neue URLs enthalten, die aber erst bald bei innogy aktiviert werden und demnach aktuell nicht funktionieren. Bitte nutzt diese hier:
https://github.com/ollie-dev/openhab2-ad...and-tokens

Viel Spass!

[sayhelloto]

Alles sehr seltsam, wie die IP-Adresse festgestellt wird. Ich hatte auch mit der innogy-App bei einem IP-Wechsel immer Probleme. Ich musste mich jedes Mal ausloggen und erneut einloggen, wenn sich die IP-Adresse geändert hat.

@ollie Da mir der innogy-Support als Lösung für das obige Problem den Mobilen Zugang kostenlos freigeschaltet hat kann ich das Binding in der Hinsicht leider nicht mehr testen, wie auch schon drüben in der openhab-Community geschrieben. Ansonsten scheint das Binding gut zu funktionieren.

[Automatix]

Hi Olli,
die neue Version sieht gut aus. Einen Wechsel der öffentlichen IP wird erkannt.

Code:

2018-03-25 06:03:54.693 [ERROR] [gysmarthome.internal.InnogyWebSocket] - innogy WebSocket onError() - Timeout on Read
2018-03-25 06:03:54.710 [INFO ] [gysmarthome.internal.InnogyWebSocket] - Connection to innogy WebSocket was closed abnormally (code: 1001). Reason:  Idle Timeout
2018-03-25 06:04:24.718 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...
2018-03-25 06:04:25.223 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...
2018-03-25 06:04:25.320 [ERROR] [marthome.handler.InnogyBridgeHandler] - Error initializing innogy SmartHome client.
2018-03-25 06:06:25.323 [INFO ] [marthome.handler.InnogyBridgeHandler] - Initializing innogy SmartHome client...
2018-03-25 06:06:30.248 [INFO ] [ernal.manager.DeviceStructureManager] - Devices loaded. Device structure manager ready.
2018-03-25 06:06:30.271 [INFO ] [ernal.manager.DeviceStructureManager] - EXAMPLE Thing configuration (copy to your 'innogy.things' config file):
--snip--
2018-03-25 06:06:30.305 [INFO ] [marthome.handler.InnogyBridgeHandler] - Starting innogy websocket.
2018-03-25 06:06:31.081 [INFO ] [gysmarthome.internal.InnogyWebSocket] - Connected to innogy WebSocket.

Ganz nebenbei: Eine Umstellung auf Sommerzeit überlebt das Binding auch ohne Tadel.

[Martin1968]

Ich würde das Bindung gerne ausprobieren, scheitere aber daran, dass ich nicht weiss, welche Volumes ich bei Docker wie Mappen muss - weiß jemand einen Rat ?

Gruß

Martin