Openhab --> Homegear --> CUL

[sathya]

Hey,

setz fürs Debuggen “homematic:host=” und “homematic:callback.host=” mal auf die IP-Adresse des Raspberrys. Da Homegear und openHAB auf dem gleichen Rechner laufen, wäre eigentlich “localhost” korrekt, aber das funktioniert irgendwie nicht (liegt an openHAB - ich muss mal irgendwann schauen, ob ich das Problem im openHAB-Quelltext ausfindig machen kann).
“homematic:callback.port=” darf nicht “2001” sein, da Homegear bereits auf Port 2001 lauscht. Das ist der Port, auf dem openHAB auf Ereignisse wartet - der Rückkanal von Homegear sozusagen. Lass ihn am besten auf dem Standardwert “9123”. Aber auch jeder andere freie Port wäre ok.
In deiner Items-Datei tausch “channel=2” durch “channel=1” aus (TEMPERATURE ist für den HM-CC-TC auf Kanal 1).
Schau mal, wie es dann aussieht. Falls es danach immer noch nicht klappt, poste mal dein Homegear-Log und die Ausgabe von openHAB.

Liebe Grüße

Sathya

[markusmann]

Hi,

nur so eine Idee:

versuche mal:

Number _Temperature_GF_Living    "_Temperature [%.1f °C]"   <temperature>   (Temperature, GF_Living) {homematic="id=JEQ0553522, channel=2, parameter=TEMPERATURE, converter=org.openhab.binding.homematic.internal.converter.state.TemperatureConverter"}

Ich spiele selbst auch gerade ein bisschen mit dem homematic binding herum und hatte ein ähnliches Problem mit einem anderen Gerät. Das Homematic-Binding hat eine Bibliothek von sogenannten Convertern, die die Werte umwandeln sollen. Wenn für einen Parameter kein Converter gefunden werden kann, dann wird der Wert ignoriert (zumindest bei mir war das so). Die explizite Angabe eines Konverters behebt das.

Sollte das nicht funktionieren, kannst Du in openhab in der Datei configuration/logback.xml mal folgendes direkt über “” einfügen:

	<logger name="org.openhab.binding.homematic" level="DEBUG">
		<appender-ref ref="STDOUT" />
	</logger>

Dann sollte Dir openhab an der Konsole sagen, was es von homegear empfängt.

Viele Grüße und viel Erfolg
Markus

[markusmann]

Noch ein Hinweis an Sathya, weil es hier zum Thema passt:

Irgendwie hatte ich komische Fehlermeldungen in Openhab:

13:32:09.044 ERROR o.o.c.s.AbstractActiveService[:175]- Error while executing background thread Homematic Connection Refresh Thread
org.openhab.binding.homematic.internal.xmlrpc.HomematicBindingException: java.net.BindException: Address already in use: JVM_Bind
	at org.openhab.binding.homematic.internal.xmlrpc.callback.CallbackServer.start(CallbackServer.java:101)
	at org.openhab.binding.homematic.internal.bus.HomematicBinding.registerCallbackHandler(HomematicBinding.java:458)
	at org.openhab.binding.homematic.internal.bus.HomematicBinding.execute(HomematicBinding.java:495)
	at org.openhab.core.binding.AbstractActiveBinding$BindingActiveService.execute(AbstractActiveBinding.java:156)
	at org.openhab.core.service.AbstractActiveService$RefreshThread.run(AbstractActiveService.java:173)
Caused by: java.net.BindException: Address already in use: JVM_Bind
	at java.net.DualStackPlainSocketImpl.bind0(Native Method)
	at java.net.DualStackPlainSocketImpl.socketBind(Unknown Source)
	at java.net.AbstractPlainSocketImpl.bind(Unknown Source)
	at java.net.PlainSocketImpl.bind(Unknown Source)
	at java.net.ServerSocket.bind(Unknown Source)
	at java.net.ServerSocket.<init>(Unknown Source)

Anscheinend versucht openhab regelmäßig sich als Client ab- und wieder anzumelden (keine Ahnung warum). Es schickt dazu ein “init” bei dem die serveradresse “” ist, mit dem zuvor registrierten Namen.
Erste Registrierung:

2014-04-07 19:26:24 - called init: , 192.168.2.128:9123/OPENHAB

Deregistrierung

2014-04-07 19:26:24 - Check alife timeout reached. Refreshing CCU connection.
2014-04-07 19:26:24 - Removing callback handler.
2014-04-07 19:26:24 - called init: , 192.168.2.128:9123/OPENHAB
2014-04-07 19:26:24 - Error while unregistering callback server. Will be ignored.
org.openhab.binding.homematic.internal.xmlrpc.HomematicBindingException: org.apache.xmlrpc.XmlRpcException: Type error.
	at org.openhab.binding.homematic.internal.xmlrpc.XmlRpcConnection.executeRPC(XmlRpcConnection.java:238) ~[org.openhab.binding.homematic/:na]
	at org.openhab.binding.homematic.internal.xmlrpc.XmlRpcConnection.init(XmlRpcConnection.java:151) ~[org.openhab.binding.homematic/:na]
	at org.openhab.binding.homematic.internal.bus.HomematicBinding.removeCallbackHandler(HomematicBinding.java:475) [org.openhab.binding.homematic/:na]
	at org.openhab.binding.homematic.internal.bus.HomematicBinding.execute(HomematicBinding.java:499) [org.openhab.binding.homematic/:na]
	at org.openhab.core.binding.AbstractActiveBinding$BindingActiveService.execute(AbstractActiveBinding.java:156) [org.openhab.core/:na]
	at org.openhab.core.service.AbstractActiveService$RefreshThread.run(AbstractActiveService.java:173) [org.openhab.core/:na]
org.apache.xmlrpc.XmlRpcException: Type error.
	at org.openhab.binding.homematic.internal.xmlrpc.SameEncodingXmlRpcSun15HttpTransport.readResponse(SameEncodingXmlRpcSun15HttpTransport.java:57) ~[na:na]
	at org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:156) ~[na:na]
	at org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:143) ~[na:na]
	at org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTransport.java:69) ~[na:na]
	at org.apache.xmlrpc.client.XmlRpcClientWorker$1.run(XmlRpcClientWorker.java:80) ~[na:na]
	at java.lang.Thread.run(Unknown Source) ~[na:1.7.0_51]
2014-04-07 19:26:24 - Registering callback handler.

In meiner Konfiguration bekommt er da also von apache-xmlrpc einen Fehler zurück und bricht die Abmeldung ab. Danach versucht er sich trotzdem wieder anzumelden und es kommt klarerweise die obige Fehlermeldung.

Schickt möglicherweise homegear da eine falsche Antwort, oder ist das ein Bug in xmlrpc oder openhab? Die Funktion scheint das auf den ersten Blick nicht zu beeinträchtigen, weil der “alte” Server in Openhab nicht beendet wird.

Viele Grüße
Markus

[mm1804]

[quote=“sathya”]Hey,

setz fürs Debuggen “homematic:host=” und “homematic:callback.host=” mal auf die IP-Adresse des Raspberrys. Da Homegear und openHAB auf dem gleichen Rechner laufen, wäre eigentlich “localhost” korrekt, aber das funktioniert irgendwie nicht (liegt an openHAB - ich muss mal irgendwann schauen, ob ich das Problem im openHAB-Quelltext ausfindig machen kann).
“homematic:callback.port=” darf nicht “2001” sein, da Homegear bereits auf Port 2001 lauscht. Das ist der Port, auf dem openHAB auf Ereignisse wartet - der Rückkanal von Homegear sozusagen. Lass ihn am besten auf dem Standardwert “9123”. Aber auch jeder andere freie Port wäre ok.
In deiner Items-Datei tausch “channel=2” durch “channel=1” aus (TEMPERATURE ist für den HM-CC-TC auf Kanal 1).
Schau mal, wie es dann aussieht. Falls es danach immer noch nicht klappt, poste mal dein Homegear-Log und die Ausgabe von openHAB.

Liebe Grüße

Sathya[/quote]

Hi Sathya,
vielen Dank für die schnelle Hilfe!

Das mit dem Port hatte ich schon vorher mal versucht (daran lags also ehr nicht). Auch das mit dem falschen Channel war ehr eine Verzweifelungstat - muss natürlich 1 sein

Richtig geholfen hat die IP Adresse hart einzutragen.

Vielen Dank - tut jetzt…Ich bastel dann mal weiter

Grüße
MM1804

[sathya]

@MM1804:

Schön, dass es jetzt klappt . Generell sollte es natürlich auch mit dem Hostnamen funktionieren. Ich vermute mal, “raspberrypi” kann entweder gar nicht aufgelöst werden oder wird in “127.0.0.1” aufgelöst?

@Markus:
Das liegt an openHAB. Hab den openHAB-Quelltext gerade angepasst und einen pull-Request gesendet [1]. Hab gerade das Ab- und Anmelden mit “init” auch noch einmal manuell getestet und es klappt einwandfrei. Für’s Anmelden muss der erste Parameter “http://192.168.2.128:9123/xmlrpc” und der zweite “http://192.168.2.128:9123/OPENHAB” sein. Für’s Abmelden muss der erste Parameter “http://192.168.2.128:9123/xmlrpc” sein und der zweite wird leer gelassen (laut HomeMatic-Schnittstellenbeschreibung). Als Workaround kann ich es aber auch erst einmal umgekehrt erlauben, bis das Problem in openHAB gefixt ist. Steht jetzt auch auf der Todo-Liste .
Ich nutze selbst openHAB nicht, von daher teil mir bitte weiterhin jedes Problem mit, das du entdeckst!

Liebe Grüße

Sathya

[1] https://github.com/openhab/openhab/pull/1000

[mm1804]

Hallo nochmal,

also ich bin mal wieder am basteln. Das letze mal hatte ich noch die Konfig in die Demo Files mit aufgenommen. Nun wollte ich mit leeren Datein nochmal neu Anfangen um das ganze etwas übersichtlicher zu gestalten - nun habe ich aber wieder das Problem, dass ich keine Werte angezeigt bekomme.

• Die openhab.cfg zum letzten mal unverändert. -> passt
  Items:
  Number Wohnzimmer_Temperatur “Temperatur[%.1f °C]” (LivingRoom, Temperature) {homematic=“id=IEQ0553522, channel=1, parameter=TEMPERATURE”}
  Number Wohnzimmer_Luftfeuchte “Luftfeuchte [%d %%]” (LivingRoom, Humidity) {homematic=“id=IEQ0553522, channel=1, parameter=HUMIDITY”}
  Number Wohnzimmer_Temperatur_Setpoint “Zieltemperatur [%.1f °C]” (LivingRoom, Temperature) {homematic=“id=IEQ0553522, channel=2, parameter=SETPOINT”}
  Sitemap:
  Text item=Wohnzimmer_Temperatur
  Text item=Wohnzimmer_Luftfeuchte
  Setpoint item=Wohnzimmer_Temperatur_Setpoint minValue=16 maxValue=28 step=0.5

Auszug ausm log:

Connecting to http://192.168.178.37:2001 18:54:08.901 DEBUG o.o.p.l.i.LoggingPersistenceActivator[:31] - Logging persistence bundle has been started. 18:54:09.164 DEBUG o.o.c.p.i.PersistenceManager[:146] - Initializing logging persistence service. 18:54:09.486 INFO o.o.b.h.internal.ccu.CCURF[:60] - Connected to CCU at 192.168.178.37:2001 18:54:09.500 DEBUG o.o.b.h.i.bus.HomematicBinding[:448] - Registering callback handler. 18:54:09.536 DEBUG o.o.b.h.i.x.c.CallbackServer[:99] - CallbackReceiver registered: org.openhab.binding.homematic.internal.ccu.CCURF@1e5cde7 18:54:09.559 DEBUG o.o.b.h.i.x.c.CallbackServer[:99] - CallbackReceiver registered: org.openhab.binding.homematic.internal.bus.HomematicBinding@16e4140 18:54:09.759 DEBUG o.o.b.h.i.x.c.CallbackServer[:57] - CallbackServer will listen on port 9123 18:54:10.137 DEBUG o.o.p.e.i.ExecPersistenceServiceActivator[:33] - Exec persistence bundle has been started. 18:54:10.391 DEBUG o.o.c.p.i.PersistenceManager[:146] - Initializing exec persistence service. 18:54:10.546 DEBUG o.o.b.h.i.x.c.CallbackServer[:97] - Starting webserver ... 18:54:10.628 DEBUG o.o.b.h.i.x.XmlRpcConnectionRF[:149] - called init: http://192.168.178.37:9123/xmlrpc, 192.168.178.37:9123/OPENHAB 18:54:11.253 DEBUG o.o.c.p.i.PersistenceManager[:428] - Scheduled strategy exec.everyMinute with cron expression 0 * * * * ? 18:54:11.428 DEBUG o.o.b.h.i.bus.HomematicBinding[:461] - Callback handler registered. 18:54:11.449 DEBUG o.o.b.h.i.bus.HomematicBinding[:348] - Updating item state for items [Wohnzimmer_Luftfeuchte, Wohnzimmer_Temperatur_Setpoint, Wohnzimmer_Temperatur] 18:54:11.455 INFO o.o.c.s.AbstractActiveService[:169] - Homematic Connection Refresh Thread has been started 18:54:11.481 DEBUG o.o.b.h.i.bus.HomematicBinding[:490] - Last event was only 53ms ago. No need to refresh connection. 18:54:11.487 DEBUG o.o.b.h.i.c.l.ConverterLookup[:69] - Configuring item Wohnzimmer_Luftfeuchte on address {deviceId=IEQ0553522, channelId=1, parameterId=HUMIDITY} 18:54:11.503 DEBUG o.o.b.h.internal.ccu.CCURF[:119] - listing physical device with address IEQ0553522 18:54:11.530 DEBUG o.o.b.h.internal.ccu.CCURF[:124] - device IEQ0553522 not found in cache - trying to load ... 18:54:11.553 DEBUG o.o.b.h.i.x.XmlRpcConnectionRF[:59] - called getDeviceDescription: IEQ0553522 18:54:11.664 DEBUG o.o.p.r.i.RRD4jActivator[:31] - RRD4j persistence bundle has been started. 18:54:12.122 DEBUG o.o.c.p.i.PersistenceManager[:146] - Initializing rrd4j persistence service. 18:54:12.139 ERROR o.o.b.h.i.d.HMDeviceFactory[:37] - Could not create Device with address IEQ0553522 org.openhab.binding.homematic.internal.xmlrpc.HomematicBindingException: org.apache.xmlrpc.XmlRpcException: Device not found. at org.openhab.binding.homematic.internal.xmlrpc.XmlRpcConnection.executeRPC(XmlRpcConnection.java:238)

Sieht also irgendwie so aus als ob die Registrierung nicht klappt - seltsamerweise habe ich später im Log follgende Einträge:

19:08:28.869 DEBUG o.o.b.h.i.bus.HomematicBinding[:194] - Received new value 21.6 for device at {deviceId=JEQ0553522, channelId=1, parameterId=TEMPERATURE} 19:08:28.876 DEBUG o.o.b.h.internal.ccu.CCURF[:189] - received callback event 192.168.178.37:9123/OPENHAB for device JEQ0553522:1#TEMPERATURE with value 21.6 19:08:28.882 DEBUG o.o.b.h.i.x.c.SystemHandler[:96] - end of multicall

Sieht also so aus, also ob der Thermostat schon irgendwie Werte zurück liefert die auch verarbeitet werden - aber es wird halt kein Wert angezeigt…

Hat da jemand eine Idee woran das liegen könnte?

Danke schon mal

Gruß
MM1804

[sathya]

Hey,

es scheint, als seien die Seriennummern in der Konfig nicht korrekt. In der Konfig nutzt du “IEQ0553522”, die Daten im zweiten Logabschnitt kommen aber von “JEQ0553522”.

Falls es das nicht war, müssen wir nochmal schauen .

Liebe Grüße

Sathya

[mm1804]

Ah stimmt, allerdings ist die jeq0… Die zugehörige Seriennummer für den Ventilsteuerer (hm-cc-vd). Hilft also nicht richtig weiter…

[sathya]

Hmm, ok, irgendwas ist da faul… Im zweiten Log sendet das Gerät “JEQ0553522” nämlich eine Temperatur. Das tut der HM-CC-VD aber nicht…

Poste mal einen etwa 5- bis 10-minütigen Abschnitt aus deinem Homegear-Log. Das hilft vielleicht schon weiter. Außerdem vielleicht noch die Liste aller angelernten Geräte. Die bekommst du mit:

sudo homegear -r
families select 0
devices select central
peers list

Homegear sagt ja im openHAB-Log, das Gerät “IEQ0553522” sei unbekannt. Mich wundert, dass dein Stellantrieb und der Wandthermostat fast die gleiche Seriennummer haben? Ich vermute, dass entweder die Seriennummer “IEQ0553522” falsch ist oder das Gerät nicht an Homegear angelernt ist.

[mm1804]

ich glaub ich grab mir dann mal ein Loch zum drin verstecken - die Seriennummer war wirklich falsch grummel - manchmal sieht man den Wald vor lauter Bäumen nicht

Also jetzt bekomme ich Werte gezeigt. Allerdings scheint es trotzdem noch nicht rund zu laufen:

• Ich habe einmal ein Temperaturupdate auf 19.6 bekommen. Auf dem Thermostet wird nun 21.7 angezeigt (vermutlich weil ich ihn jetzt in der Hand halte) in der Openhab zeigt aber immer noch 19.6 (auch wenn ich ein refresh mache)
• Ändere ich etwas an der Zieltemperatur wird dies auch von openhab übernommen - Thermostat zeigt immer noch den selben Zielwert an

Hier der Auszug aus dem Log:

Setting new value 23.5 on parameter {deviceId=JEQ0553522, channelId=2, parameterId=SETPOINT} 11:31:32.079 DEBUG o.o.b.h.i.d.c.AbstractHMChannel[:95] - Setting new value 23.5 of type class java.lang.Double on parameter JEQ0553522:2#SETPOINT 11:31:32.085 DEBUG o.o.b.h.i.x.XmlRpcConnectionRF[:227] - called setValue: JEQ0553522:2, SETPOINT, 23.5 11:31:32.196 DEBUG o.o.b.h.i.x.c.SystemHandler[:69] - multicall: [{methodName=event, params=[Ljava.lang.Object;@95a00e}] 11:31:32.202 DEBUG o.o.b.h.i.x.c.SystemHandler[:76] - calls to event with params [{methodName=event, params=[Ljava.lang.Object;@95a00e}] 11:31:32.208 DEBUG o.o.b.h.i.x.c.CallbackServer[:121] - called event (Double) => dispatching to event (Object) 11:31:32.214 DEBUG o.o.b.h.i.x.c.CallbackServer[:45] - dispatching event to 2 receivers 11:31:32.220 DEBUG o.o.b.h.i.bus.HomematicBinding[:194] - Received new value 23.5 for device at {deviceId=JEQ0553522, channelId=2, parameterId=SETPOINT} 11:31:32.226 DEBUG o.o.b.h.i.c.l.ConverterLookup[:41] - getBindingValueToStateConverter(Wohnzimmer_Temperatur_Setpoint) 11:31:32.238 DEBUG o.o.b.h.i.c.l.ConverterLookup[:48] - getBindingValueToStateConverter(Wohnzimmer_Temperatur_Setpoint): org.openhab.binding.homematic.internal.converter.state.TemperatureConverter@245740 11:31:32.246 DEBUG o.o.b.h.i.bus.HomematicBinding[:204] - Received new value 23.5 for item Wohnzimmer_Temperatur_Setpoint 11:31:32.254 INFO runtime.busevents[:26] - Wohnzimmer_Temperatur_Setpoint state updated to 23.5 11:31:32.259 DEBUG o.o.b.h.internal.ccu.CCURF[:189] - received callback event 192.168.178.37:9123/OPENHAB for device JEQ0553522:2#SETPOINT with value 23.5

Wenn ich das “setting new value” richtig interpretiere schickt Openhab was los. Den Callback würde ich so interpretieren, dass die Temperatur eingestellt wurde - aber irgendwas passt trotzdem nicht!?

Gibt es eigentlich keine komplette Beispielkonfiguration für homematic die man sich mal runterziehen kann um darauf dann entsprechende Anpassungen für seine Geräte machen zu können?

Danke für deine Geduld und deine Hilfe!

[sathya]

ich glaub ich grab mir dann mal ein Loch zum drin verstecken - die Seriennummer war wirklich falsch grummel - manchmal sieht man den Wald vor lauter Bäumen nicht

Passiert . Geht mir oft auch nicht anders…

Ich habe einmal ein Temperaturupdate auf 19.6 bekommen. Auf dem Thermostet wird nun 21.7 angezeigt (vermutlich weil ich ihn jetzt in der Hand halte) in der Openhab zeigt aber immer noch 19.6 (auch wenn ich ein refresh mache)

Eigentlich sollte die Temperatur alle 2 bis 3 Minuten aktualisiert werden. Was sagt denn das Homegear-Log? Empfängt Homegear die Temperaturdaten?

Ändere ich etwas an der Zieltemperatur wird dies auch von openhab übernommen - Thermostat zeigt immer noch den selben Zielwert an

Auch hier kann es bis zu 3 Minuten dauern, bis die neue Solltemperatur an den Thermostaten gesendet wurde. Allerdings auch nicht länger.

Wenn ich das “setting new value” richtig interpretiere schickt Openhab was los. Den Callback würde ich so interpretieren, dass die Temperatur eingestellt wurde - aber irgendwas passt trotzdem nicht!?

Genau. Die Temperatur wurde definitiv gesetzt. Um da mehr zu sagen zu können, muss ich das Homegear-Log sehen.

Gibt es eigentlich keine komplette Beispielkonfiguration für homematic die man sich mal runterziehen kann um darauf dann entsprechende Anpassungen für seine Geräte machen zu können?

Hmm, bisher noch nicht, wäre aber auf jeden Fall sinnvoll, mal eine bereitzustellen - so ganz selbsterklärend ist vieles ja nicht.

Poste mal einen 5-minüten Ausschnitt aus dem Homegear-Log inklusive Fehlerlog, falls da was drinsteht. Dann kann ich dir vermutlich sagen, wo das Problem liegt.

Liebe Grüße

Sathya

[mm1804]

Hallo Sathya,

ah Ok - war einfach nur zu ungeduldig - das ist natürlich die beste Erklärung

Jetzt macht er die Updates - log sieht jetzt so aus (denke das passt dann)

05/04/14 09:36:36.404 Info: Connection to client number 12 closed. 05/04/14 09:37:23.771 Info: SETPOINT of HomeMatic BidCoS peer 1 with serial number JEQ0553522:2 was set to 0x34. 05/04/14 09:37:23.776 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:37:23.849 Info: Sending: 0A108002FD0F8B1D97F300 05/04/14 09:37:23.737 HomeMatic BidCoS packet received: 1010A4101D97F3FD0F8B06023400000000 05/04/14 09:37:23.883 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:38:29.993 Info: HUMIDITY of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x38. 05/04/14 09:38:29.999 Info: TEMPERATURE of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x00C4. 05/04/14 09:38:29.985 HomeMatic BidCoS packet received: 0C1086701D97F300000000C438 05/04/14 09:38:29.994 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:38:30.242 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:40:38.245 Info: HUMIDITY of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x38. 05/04/14 09:40:38.248 Info: TEMPERATURE of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x00C4. 05/04/14 09:40:38.239 HomeMatic BidCoS packet received: 0C1186701D97F300000000C438 05/04/14 09:40:38.251 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:40:38.332 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:43:36.001 Info: HUMIDITY of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x45. 05/04/14 09:43:36.004 Info: TEMPERATURE of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x00D1. 05/04/14 09:43:35.995 HomeMatic BidCoS packet received: 0C1286701D97F300000000D145 05/04/14 09:43:36.007 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:43:36.096 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:47:05.104 Info: Connection from 192.168.178.37:34886 accepted. Client number: 12 05/04/14 09:47:05.112 Info: Method called: setValue Parameters: (String) JEQ0553522:2 (String) SETPOINT (Float) 26.5 05/04/14 09:47:05.401 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:47:05.454 Info: Connection to client number 12 closed. 05/04/14 09:47:06.253 Info: Connection from 192.168.178.37:34888 accepted. Client number: 12 05/04/14 09:47:06.264 Info: Method called: setValue Parameters: (String) JEQ0553522:2 (String) SETPOINT (Float) 27 05/04/14 09:47:06.272 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:47:06.315 Info: Connection to client number 12 closed. 05/04/14 09:48:48.511 Info: HUMIDITY of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x39. 05/04/14 09:48:48.514 Info: TEMPERATURE of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x00EA. 05/04/14 09:48:48.516 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:48:48.506 HomeMatic BidCoS packet received: 0C1486701D97F300000000EA39 05/04/14 09:48:48.622 Info: Sending: 0914A112FD0F8B1D97F3 05/04/14 09:48:48.632 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:48:48.775 HomeMatic BidCoS packet received: 0A1480021D97F3FD0F8B00 05/04/14 09:48:48.870 Info: Sending: 0C0BA011FD0F8B1D97F3020235 05/04/14 09:48:49.031 Info: SETPOINT of HomeMatic BidCoS peer 1 with serial number JEQ0553522:2 was set to 0x35. 05/04/14 09:48:49.026 HomeMatic BidCoS packet received: 0E0B80021D97F3FD0F8B0102350052 05/04/14 09:48:49.035 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:48:49.120 Info: Sending: 0C0CA011FD0F8B1D97F3020236 05/04/14 09:48:49.278 Info: Queue 1 is empty and there are no pending queues. 05/04/14 09:48:49.281 Info: SETPOINT of HomeMatic BidCoS peer 1 with serial number JEQ0553522:2 was set to 0x36. 05/04/14 09:48:49.276 HomeMatic BidCoS packet received: 0E0C80021D97F3FD0F8B0102360051 05/04/14 09:48:49.284 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:51:03.017 Info: HUMIDITY of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x37. 05/04/14 09:51:03.020 Info: TEMPERATURE of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x00EB. 05/04/14 09:51:03.012 HomeMatic BidCoS packet received: 0C1586701D97F300000000EB37 05/04/14 09:51:03.023 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:51:03.099 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:53:03.271 Info: HUMIDITY of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x36. 05/04/14 09:53:03.274 Info: TEMPERATURE of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x00E8. 05/04/14 09:53:03.266 HomeMatic BidCoS packet received: 0C1686701D97F300000000E836 05/04/14 09:53:03.277 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:53:03.376 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:53:30.526 Info: SETPOINT of HomeMatic BidCoS peer 1 with serial number JEQ0553522:2 was set to 0x22. 05/04/14 09:53:30.527 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123. 05/04/14 09:53:30.615 Info: Sending: 0A178002FD0F8B1D97F300 05/04/14 09:53:30.521 HomeMatic BidCoS packet received: 1017A4101D97F3FD0F8B06022200000000 05/04/14 09:53:30.619 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123.

Langsam komme ich der Sache näher Nächster Schritt wären nun die Stellregler (HM-CC-VD) der Heizung mit einzubinden. Geht das über Homegear direkt oder über die Thermostate? (ich fang mal an zu probieren)

Ja die Doku ist teilweise etwas dünn - Wenn ich mit meinen Erfahrungen etwas weiter bin probiere ich mal ein Tutorial mit allen Beispielen zu dokumentieren…

Vielen Dank schon mal für deine Hilfe (ich glaub sonst hätt ich es schon längst in die Ecke geschmissen God bless the Internet

Gruß
MM1804

[sathya]

ah Ok - war einfach nur zu ungeduldig - das ist natürlich die beste Erklärung

Kenn ich . Der Grund für die Verzögerung ist, dass der Betrieb so sehr viel stromsparender ist. Bei den neuen Stellantrieben wird ein anderer Stromsparmodus verwendet (Wake-on-Radio), so dass Pakete sofort gesendet werden können. Den würde ich aber bei den neuen Geräten sogar deaktivieren, zum einen, weil er mehr Strom verbraucht und weil das Senden der Wake-on-Radio-Pakete sehr viel Zeit in Anspruch nimmt. Dadurch ist der “Äther” lange blockiert und die Wahrscheinlichkeit steigt, dass irgendwelche Pakete verpasst werden - je mehr Geräte funken, desto höher die Wahrscheinlichkeit.

Jetzt macht er die Updates - log sieht jetzt so aus (denke das passt dann)

Das Log sieht gut aus. Ich kommentier mal die Zeilen für’s Verständnis:

--> Hier setzt du die Temperatur auf 27°C:
05/04/14 09:47:06.253 Info: Connection from 192.168.178.37:34888 accepted. Client number: 12
05/04/14 09:47:06.264 Info: Method called: setValue Parameters:
(String) JEQ0553522:2
(String) SETPOINT
(Float) 27
--> Die Änderung wird an alle Clients weitergegeben. In deinem Fall nur wieder an openHAB:
05/04/14 09:47:06.272 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123.
05/04/14 09:47:06.315 Info: Connection to client number 12 closed.
--> Jetzt heißt es warten, bis der Wandthermostat ein "Wake-me-up"-Paket sendet... Das "Wake-me-up"-Paket ist das Statuspaket,
--> welches alle 2 bis 3 Minuten vom Wandthermostat gesendet wird: "0C1486701D97F300000000EA39". Die Payload ist
--> "EA39". "EA" ist die aktuelle Raumtemperatur (23.4°C) und "39" die Luftfeuchtigkeit (57%).
05/04/14 09:48:48.511 Info: HUMIDITY of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x39.
05/04/14 09:48:48.514 Info: TEMPERATURE of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x00EA.
05/04/14 09:48:48.516 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123.
05/04/14 09:48:48.506 HomeMatic BidCoS packet received: 0C1486701D97F300000000EA39
--> Auf das "Wake-me-up"-Paket sendet Homegear ein "Wake-up"-Paket:
05/04/14 09:48:48.622 Info: Sending: 0914A112FD0F8B1D97F3
05/04/14 09:48:48.632 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123.
--> Der Wandthermostat antwortet mit "ACK".
05/04/14 09:48:48.775 HomeMatic BidCoS packet received: 0A1480021D97F3FD0F8B00
--> Und Homegear sendet die neue Solltemperatur (Das erste "02" ist der Subtyp des Pakets, das zweite "02" der Kanal und "35" die neue Solltemperatur):
05/04/14 09:48:48.870 Info: Sending: 0C0BA011FD0F8B1D97F3020235
05/04/14 09:48:49.031 Info: SETPOINT of HomeMatic BidCoS peer 1 with serial number JEQ0553522:2 was set to 0x35.
--> Das wird mit einem "ACK"-Paket mit Statusinformationen bestätigt:
05/04/14 09:48:49.026 HomeMatic BidCoS packet received: 0E0B80021D97F3FD0F8B0102350052
05/04/14 09:48:49.035 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123.
--> Sowohl die Änderung auf 26,5°C als auch auf 27°C wurden gequeued. Hier wird jetzt die Änderung auf 27°C gesendet (0x36 = 0d54 geteilt durch 2):
05/04/14 09:48:49.120 Info: Sending: 0C0CA011FD0F8B1D97F3020236
05/04/14 09:48:49.278 Info: Queue 1 is empty and there are no pending queues.
05/04/14 09:48:49.281 Info: SETPOINT of HomeMatic BidCoS peer 1 with serial number JEQ0553522:2 was set to 0x36.
--> Und wieder ein "ACK"
05/04/14 09:48:49.276 HomeMatic BidCoS packet received: 0E0C80021D97F3FD0F8B0102360051
05/04/14 09:48:49.284 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123.
05/04/14 09:51:03.017 Info: HUMIDITY of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x37.
05/04/14 09:51:03.020 Info: TEMPERATURE of HomeMatic BidCoS peer 1 with serial number JEQ0553522:1 was set to 0x00EB.
--> Das nächste "Wake-me-up"-Statuspaket des Wandthermostats. Diesmal ist nichts in der Queue, deswegen sendet Homegear auch kein "Wake-up"-Paket:
05/04/14 09:51:03.012 HomeMatic BidCoS packet received: 0C1586701D97F300000000EB37
05/04/14 09:51:03.023 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123.
05/04/14 09:51:03.099 Info: Calling XML RPC method system.multicall on server http://192.168.178.37 and port 9123.

Nächster Schritt wären nun die Stellregler (HM-CC-VD) der Heizung mit einzubinden. Geht das über Homegear direkt oder über die Thermostate? (ich fang mal an zu probieren)

Beides geht. Wenn du die Stellantriebe und Wandthermostate nicht aneinander anlernst sondern nur an Homegear, kannst du den Stellantrieben die Ventilposition über ein eigenes Regelungsscript vorgeben (kannst du in einer beliebigen Programmiersprache schreiben und in /var/lib/homegear/scripts packen). Wenn du Stellantriebe und Wandthermostat aneinander anlernst, regelt der Wandthermostat die Stellantriebe. Dann ist auch keine direkte Einflussnahme von Homegear auf die Ventilposition mehr möglich.

Ja die Doku ist teilweise etwas dünn - Wenn ich mit meinen Erfahrungen etwas weiter bin probiere ich mal ein Tutorial mit allen Beispielen zu dokumentieren…

Das wär total klasse!!!

Viel Spaß beim Rumspielen!

Liebe Grüße

Sathya

[branitar]

Es sieht so aus als würde OpenHab 1.5 (bzw das Homematic-Binding) nicht mehr mit Homegear laufen, weil neuerdings irgendwas mit TclRega-Scripts gemacht wird, OH dazu auf Port 8181 zurgreifen will und das fehlschlägt. Siehe auch diesen Google Groups Thread. Ist da was zu machen?

[sathya]

Hey,

sorry für die späte Antwort. Ich hab mir das Problem gestern mal angeschaut (und auch mal einen openHAB-Fork erstellt, falls ich die Änderungen selbst vornehmen muss). Das Problem ließe sich relativ leicht fixen. Ich setze mich mal erst einmal mit Gerhard in Verbindung.

Sathya

[branitar]

Keine Entschuldigung nötig! Ich hab auch gesehen, dass du den Thread in den Google Groups schon gefunden hast

[sathya]

ok, es läuft wieder . Mit Version 0.5.2 wird das openHAB-Binding wieder unterstützt. Es waren doch einige Anpassungen auf beiden Seiten nötig… Fehlt jetzt nur noch die openHAB-Seite. Gerhard hat bereits einen Pull-Request eröffnet (github.com/openhab/openhab/pull/1251).

LG Sathya