OpenHAB RWE Smarthome Binding

[ollie]

Hi Olli,

Neben meiner Anmerkung oben noch folgende Fragen/Anmerkungen (Temperatureinstellung):

- Hast du bei der Temperatureinstellung noch die Möglichkeit gefunden, von automatischer auf manuelle Steuerung umzuschalten (ich denke es müsste ein Switch Item sein und in SH "OpnMd" im selben Level mit der Temperatur zu finden sein); Hintergrund: Wenn ich in OpenHab eine SetPoint Temperatur setze, dann springt SH von "Manuell" auf "Automatisch" -> das möchte ich vermeiden, bzw. steuern können).

- Zudem habe ich beobachtet, dass Smarthome zwar ein inkrementelles Hochsetzen der Temperatur in 0.5 Schritten zulässt
2015-05-28 18:29:26.117 [INFO ] [runtime.busevent               ] - TemperaturWohnzimmerSoll state updated to 8.5
jedoch ein Runtersetzen nicht ausführt, bzw. der Befehl wird von OpenHab nicht bearbeitet.

Ich werde weiter intensiv testen, da dein Binding nun für mich ungeahnte Möglichkeiten mit SH ermöglicht (Einbau von zusätzlichen Sensoren, Steuerung des Heizungskessels, etc.).

Herzliche Grüße
Björn

Hallo Björn,

kann es sein, dass RWE die Thermostate immer auf automatisch umstellt, sobald ein Befehl zur Temperaturänderung von der SHC kommt? Nur damit ich es verstehe - wenn Du auf manuell umstellst, schickt die RWE Software normalerweise keine Updates mehr? Um die Logik in OH abbilden zu können, muss der Modus auslesbar bzw. einstellbar sein. Kommt auf die Todo-Liste.

Die findet man übrigens hier:
https://github.com/ollie-dev/openhab/issues

Vielleicht könnt ihr eure Fehlermeldungen und Erweiterungswünsche einfach direkt dort eintragen. Das macht es übersichtlicher und einfacher zu handhaben. Danke!

Gruß
Ollie

[thefox73]

Hallo Ollie,

hab die v8 installiert.
Seitdem bekomme ich in der Konsole diese Warnung:

2015-05-27 179:28.994 [INFO ] [r.i.c.RweSmarthomeCommunicator] - Starting RWE Smarthome communicator
2015-05-27 179:29.701 [WARN ] [i.internal.GenericItemProvider] - Attempted to register a second BindingConfigReader of type 'rwe'. The primaraly reader will remain active!

Nachdem komplett gebootet ist, funktioniert der RWE SH Teil in OpenHAB nicht mehr.
Die komplette KNX-Seite kann ich steuern.
Hast Du vielleicht eine Idee?

Update: Läuft erstmal wieder: Irgendwie hat sich eine RWE SH ZV verstrubbelt. hab sie gelöscht und neu angelegt. Jetzt gehts wieder.
Kann es sein, dass man eine vorhandene RWE SH ZV nicht umbenennen darf?

Hi,

Du meinst Zustandsvariable mit ZV, richtig? Eine Umbenennung entspricht einer Konfigurationsänderung, die ab Version 8 zu einem Neustart des Bindings führen sollte. Dann aber musst Du den neuen Namen auch in der *.items-Konfiguration in OpenHAB anpassen, da das RWE Binding auf diese Namen referenziert.

Gruß
Ollie

Hi Ollie,
hatte die Änderung auch in der .items gemacht. Trotzdem kam es zum Fehler.
Aber läuft ja jetzt wieder.
Ja, mit ZV meine ich Zusstandsvariable.

[ollie]

Hallo zusammen,

ich bin von OpenHAB und Ollie's RWE binding auch total begeistert und plane weitere Komponenten anzubinden.
Dabei stellt sich mir allerdings die Frage, ob die Gefahr besteht, dass RWE die Anbindung an OpenHAB unterbindet.
Rein theoretisch wäre das doch möglich, oder?

Hi,

ja, das ist leider denkbar und ein Risiko, wobei RWE die Schnittstelle ja selber für den ungeliebten Silverlight Client nutzt. Die XML-Schnittstelle könnte auch in einem neuen Software-Release leicht geändert werden.

Die Frage ist, was RWE macht. Es gab ja einen nebulösen RWE SH 2.0 Vortrag auf der CeBit, der am Ende aber nichts verraten hat, außer, dass man fleissig an einem großen Update arbeitet. Auch den Silverlight-Client schaut man sich dabei glaube ich an, wenn ich es recht verstanden habe. Wenn die Plattform Microsoft bleibt, bleibt vielleicht auch die Schnittstelle. Machen die ganz was neues, könnte es spannend werden.

Tja, geschlossenes System eben.

Gruß
Ollie

[thefox73]

Hm,
d.h. wenn RWE sich von Microsoft SL verabschiedet ist erstmal Schluss mit OpenHAB und wir können nur hoffen,
dass die neue Plattform sich ebenfalls an OpenHAB anbinden lässt und Du noch Lust zur Entwicklung des bindings hast ;-)

VG

[devnull]

Die XML Schnittstelle hat zuerst mal nichts mit openhab und den anderen Schnittstellen zu tun.. Abwarten

[ollie]

Die XML Schnittstelle hat zuerst mal nichts mit openhab und den anderen Schnittstellen zu tun.. Abwarten

Ich denke auch, dass Spekulation nicht weiterbringt. Die Schnittstelle ist nicht ideal, aber man kann damit einiges machen.

[Orson]

Hat mal jemand einen Tipp, wo ich schauen kann.

Ich habe das ganze auf einem QNAP installiert und soweit versucht zu konfigurieren. Das OpenHab.log zeigt eine Menge Fehler, welche meiner Meinung nach nicht unbedingt, meinem Verbindungsversuch mit RWE zu zuschreiben sind. Kann man da noch mehr protokollieren.

Danke

[ollie]

Ich empfehle Dir erstmal OH ohne addons zu starten. Das sollte im Log dann erstmal friedlich sein. Oder im Zweifel die Demo-Config nehmen.

Gruß Ollie

[thefox73]

Nabend zusammen,

ich verzweifle hier gerade.
Bisher hab ich OH 1.6x mit dem SH binding v8 gefahren. OH lief dazu zusammen mit raspbmc auf einen PI.
Hab mich entschlossen das ganze komplett neu zu installieren, ohne RASPBMC, nur OH unter Raspbian Wheezy.
Allerdings bekomme ich das RWE binding nicht mehr zum laufen. Ursache ist wohl, dass bei der Neuinstallation Java 1.8 installiert wurde.
Leider funktioniert der Workaround mit -Djdk.tls.client.protocols=TLSv1 in die start.sh von OH einfügen bei mir nicht.

2015-05-30 22:00:28.496 [INFO ] [r.i.c.RweSmarthomeCommunicator] - Starting RWE Smarthome communicator
2015-05-30 22:001.376 [ERROR] [b.r.i.lib.api.SmartHomeSession] - SSLHandshakeException
javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake
       at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:973) ~[na:1.8.0]
       at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1343) ~[na:1.8.0]
       at sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:72 ~[na:1.8.0]
       at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:123) ~[na:1.8.0]
       at org.apache.http.impl.io.AbstractSessionOutputBuffer.flushBuffer(AbstractSessionOutputBuffer.java:131) ~[na:na]
       at org.apache.http.impl.io.AbstractSessionOutputBuffer.flush(AbstractSessionOutputBuffer.java:13 ~[na:na]
       at org.apache.http.impl.io.ContentLengthOutputStream.flush(ContentLengthOutputStream.java:102) ~[na:na]
       at org.apache.http.entity.StringEntity.writeTo(StringEntity.java:122) ~[org.apache.httpcomponents.httpcore_4.1.4.v201203221030.jar:na]
       at org.apache.http.entity.HttpEntityWrapper.writeTo(HttpEntityWrapper.java:96) ~[org.apache.httpcomponents.httpcore_4.1.4.v201203221030.jar:na]
       at org.apache.http.impl.client.EntityEnclosingRequestWrapper$EntityWrapper.writeTo(EntityEnclosingRequestWrapper.java:10 ~[org.apache.httpcomponents.httpclient_4.1.3.v201209201135.jar:4.1.3]
       at org.apache.http.impl.entity.EntitySerializer.serialize(EntitySerializer.java:120) ~[na:na]
       at org.apache.http.impl.AbstractHttpClientConnection.sendRequestEntity(AbstractHttpClientConnection.java:264) ~[na:na]
       at org.apache.http.impl.conn.AbstractClientConnAdapter.sendRequestEntity(AbstractClientConnAdapter.java:224) ~[na:na]
       at org.apache.http.protocol.HttpRequestExecutor.doSendRequest(HttpRequestExecutor.java:255) ~[org.apache.httpcomponents.httpcore_4.1.4.v201203221030.jar:na]
       at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:123) ~[org.apache.httpcomponents.httpcore_4.1.4.v201203221030.jar:na]
       at org.apache.http.impl.client.DefaultRequestDirector.tryExecute(DefaultRequestDirector.java:647) ~[org.apache.httpcomponents.httpclient_4.1.3.v201209201135.jar:4.1.3]
       at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:464) ~[org.apache.httpcomponents.httpclient_4.1.3.v201209201135.jar:4.1.3]
       at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:820) ~[org.apache.httpcomponents.httpclient_4.1.3.v201209201135.jar:4.1.3]
       at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:754) ~[org.apache.httpcomponents.httpclient_4.1.3.v201209201135.jar:4.1.3]
       at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:732) ~[org.apache.httpcomponents.httpclient_4.1.3.v201209201135.jar:4.1.3]
       at org.openhab.binding.rwesmarthome.internal.lib.api.SmartHomeSession.executeRequest(SmartHomeSession.java:871) [bundlefile:na]
       at org.openhab.binding.rwesmarthome.internal.lib.api.SmartHomeSession.initialize(SmartHomeSession.java:243) [bundlefile:na]
       at org.openhab.binding.rwesmarthome.internal.lib.api.SmartHomeSession.logon(SmartHomeSession.java:219) [bundlefile:na]
       at org.openhab.binding.rwesmarthome.internal.communicator.RweSmarthomeCommunicator.start(RweSmarthomeCommunicator.java:73) [bundlefile:na]
       at org.openhab.binding.rwesmarthome.internal.RweSmarthomeBinding.updated(RweSmarthomeBinding.java80) [bundlefile:na]
       at org.eclipse.equinox.internal.cm.ManagedServiceTracker$1.run(ManagedServiceTracker.java:183) [org.eclipse.equinox.cm_1.0.400.v20120522-1841.jar:na]
       at org.eclipse.equinox.internal.cm.SerializedTaskQueue$1.run(SerializedTaskQueue.java6) [org.eclipse.equinox.cm_1.0.400.v20120522-1841.jar:na]
Caused by: java.io.EOFException: SSL peer shut down incorrectly
       at sun.security.ssl.InputRecord.read(InputRecord.java:505) ~[na:1.8.0]
       at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:954) ~[na:1.8.0]
       ... 26 common frames omitted
[Fatal Error] :1:1: Vorzeitiges Dateiende.
2015-05-30 22:001.574 [ERROR] [r.i.c.RweSmarthomeCommunicator] - Could not start RWE Smarthome communicator: SAXException:Vorzeitiges Dateiende.
org.openhab.binding.rwesmarthome.internal.lib.api.exceptions.SHTechnicalException: SAXException:Vorzeitiges Dateiende.
       at org.openhab.binding.rwesmarthome.internal.lib.api.SmartHomeSession.initialize(SmartHomeSession.java:257) ~[bundlefile:na]
       at org.openhab.binding.rwesmarthome.internal.lib.api.SmartHomeSession.logon(SmartHomeSession.java:219) ~[bundlefile:na]
       at org.openhab.binding.rwesmarthome.internal.communicator.RweSmarthomeCommunicator.start(RweSmarthomeCommunicator.java:73) ~[bundlefile:na]
       at org.openhab.binding.rwesmarthome.internal.RweSmarthomeBinding.updated(RweSmarthomeBinding.java80) [bundlefile:na]
       at org.eclipse.equinox.internal.cm.ManagedServiceTracker$1.run(ManagedServiceTracker.java:183) [org.eclipse.equinox.cm_1.0.400.v20120522-1841.jar:na]
       at org.eclipse.equinox.internal.cm.SerializedTaskQueue$1.run(SerializedTaskQueue.java6) [org.eclipse.equinox.cm_1.0.400.v20120522-1841.jar:na]
Caused by: org.xml.sax.SAXParseException: Vorzeitiges Dateiende.
       at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.java:257) ~[na:1.8.0]
       at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java4 ~[na:1.8.0]
       at org.openhab.binding.rwesmarthome.internal.lib.util.string.XMLUtil.loadXMLFromString(XMLUtil.java:42) ~[bundlefile:na]
       at org.openhab.binding.rwesmarthome.internal.lib.util.string.XMLUtil.XPathValueFromString(XMLUtil.java:24) ~[bundlefile:na]
       at org.openhab.binding.rwesmarthome.internal.lib.api.SmartHomeSession.initialize(SmartHomeSession.java:244) ~[bundlefile:na]

Jemand ne Idee?
wie werde ich Java 1.8 wieder los bzw, wie kann ich die Installation von 1.7 erzwingen?
Muss ich -Djdk.tls.client.protocols=TLSv1 an einer bestimmten Stelle in die start.sh einfügen?

[mschirm]

Jemand ne Idee?
wie werde ich Java 1.8 wieder los bzw, wie kann ich die Installation von 1.7 erzwingen?
Muss ich -Djdk.tls.client.protocols=TLSv1 an einer bestimmten Stelle in die start.sh einfügen?

Hi,

Java 1.8 löschen
sudo apt-get remove oracle-java8-jdk

Java 1.7 installieren (Internerverbindung vorausgesetzt)
sudo apt-get install oracle-java7-jdk

Mit
dpkg -l|grep Oracle
oder
java - Version
kannst du überprüfen, welche Java Umgebung installiert ist.

Gruss
Michael