Ankündigung

**Bambo** · 16.11.2014, 11:59

Ja, ich habe es probiert.
Zuerst mit der von fstec geposteten Homematic syntax, das gibt aber beim maxcube binding syntaxfehler.
Ich kann auch keine channel oder sonst was vorgeben.

In der sitemap habe ich nun folgendes:

Code:

Text item=Temperatur_KG_Hobbyraum 				
Setpoint item=Temperatur_KG_Hobbyraum_Soll minValue=12 maxValue=22 step=1.0

und in der items dieses:

Code:

/* Indoor Temperatures */
Number  Temperatur_KG_Hobbyraum	"Hobbyraum Temperatur Ist [%.1f °C]"	(KH_HR)	{maxcube="KEQ0336462:type=ACTUAL_TEMPERATURE"}

/* Indoor Room Temperatures Should be */
Number  Temperatur_KG_Hobbyraum_Soll    "Hobbyraum Soll Temperatur [%.1f °C]" (KG_HR)	{maxcube="KEQ0336462:type=SET_TEMPERATURE"}

das logfile wirft dieses raus:

Code:

2014-11-15 18:42:27 - Temperatur_KG_Hobbyraum state updated to 17
2014-11-15 18:42:27 - EGGT_Fenster state updated to CLOSED
2014-11-15 18:42:27 - DGKZ_Fenster_R state updated to CLOSED
2014-11-15 18:42:36 - Temperatur_KG_Hobbyraum_Soll received command 18.0
2014-11-15 18:42:40 - Temperatur_KG_Hobbyraum_Soll received command 19.0
2014-11-15 18:43:50 - Temperatur_KG_Hobbyraum_Soll received command 20.0
2014-11-15 18:43:54 - Temperatur_KG_Hobbyraum_Soll received command 21.0
2014-11-15 18:43:59 - Temperatur_KG_Hobbyraum_Soll received command 22.0

Zum einen bezweifel ich stark, dass es sich bei der "Ist-Temperatur" tatsächlich um die IST-Temeperatur handelt, in meinen Augen ist das der derzeitige Status.
Zum anderen wird die Soll-Temperatur am Heizkörperthermostaten nicht geändert, wenn sich der Setpoint ändert.

Ich schnall das mit dem MaxCube Binding irgendwie gar nicht, trotz Doku und google.

Gruss

**Miki84** · 17.11.2014, 08:14

Hi,

bei mir sieht es wie folgt aus_

sitemap:

Code:

Setpoint item=Temperatur_Kitchen_Soll minValue=6 maxValue=25 step=1.0

items:

Code:

Number  Temperatur_Kitchen	"Küche Temperatur Ist [%.1f °C]"	{maxcube="KEQ0336462:type=ACTUAL"}
Number  Temperatur_Kitchen_Soll    "Küche Soll Temperatur [%.1f °C]"	{maxcube="KEQ0336462"}

Das funktioniert auch.

Allerdings sendet das Thermostat nicht permanent die IST Temperatur. Die Ist Temperatur wird nur übermittelt wenn das Thermostat einen neuen Wert übermittelt bekommt.

Stelle ich z.B. den Setpoint auf 20° taucht nach 1-2 min. die aktuelle Temperatur in OpenHAB auf. Nach weiteren 2 Minuten wird sie wieder auf 0 gestellt da von Thermostat kein Wert kommt.

Verändere ich den Setpoint dann auf 21° taucht kurze Zeit später wieder die aktuelle Temperatur auf.

Gruß

**Bambo** · 17.11.2014, 17:33

Und wenn du den Setpoint geändert hast, geht der Thermostat in den "Manualmode" und zum nächsten Schaltpunkt aus dem Wochenprogramm wieder in den Automode?

**Miki84** · 17.11.2014, 21:41

Zitat von Bambo Beitrag anzeigen

Und wenn du den Setpoint geändert hast, geht der Thermostat in den "Manualmode" und zum nächsten Schaltpunkt aus dem Wochenprogramm wieder in den Automode?

Das habe ich nicht getestet. Meinst du den Automode des Cubes direkt?

**Bambo** · 18.11.2014, 11:53

Nein, den Modus des Heizkörperthermostatkopfes.
Wenn man dem eine Temperatur vorgibt, dann geht der normalerweise in den Modus "Manual" und zum nächsten Schaltpunkt des Automatikprogramms wieder in den Modus Auto.

**Miki84** · 19.11.2014, 12:20

Bei mir steht er immer in Manuel.

Ich steuere Ihn nur über OpenHAB und Setpoint.

Wie machst du es denn? Setzt du den Automodus über OpenHAB?

Gruß

**Bambo** · 22.11.2014, 09:35

Zitat von Miki84 Beitrag anzeigen

Hi,

bei mir sieht es wie folgt aus_

sitemap:

Code:

Setpoint item=Temperatur_Kitchen_Soll minValue=6 maxValue=25 step=1.0

items:

Code:

Number  Temperatur_Kitchen	"Küche Temperatur Ist [%.1f °C]"	{maxcube="KEQ0336462:type=ACTUAL"}
Number  Temperatur_Kitchen_Soll    "Küche Soll Temperatur [%.1f °C]"	{maxcube="KEQ0336462"}

Das funktioniert auch.

Allerdings sendet das Thermostat nicht permanent die IST Temperatur. Die Ist Temperatur wird nur übermittelt wenn das Thermostat einen neuen Wert übermittelt bekommt.

Stelle ich z.B. den Setpoint auf 20° taucht nach 1-2 min. die aktuelle Temperatur in OpenHAB auf. Nach weiteren 2 Minuten wird sie wieder auf 0 gestellt da von Thermostat kein Wert kommt.

Verändere ich den Setpoint dann auf 21° taucht kurze Zeit später wieder die aktuelle Temperatur auf.

Gruß

Das mit dem Setpont funktioniert bei mir so nicht.

Ausserdem wird so nach meinen Überprüfungen nicht die IST Temperatur als "ACTUAL" übergeben, sondern die "SOLL" Temperatur.

Code:

Number  Temperatur_Kitchen	"Küche Temperatur Ist [%.1f °C]" (KG_HR)	{maxcube="JHA0005547:type=ACTUAL"}
Number  Temperatur_Kitchen_Soll    "Küche Soll Temperatur [%.1f °C]" (KG_HR)	{maxcube="JHA0005547"}

Code:

Setpoint item=Temperatur_Kitchen_Soll minValue=6 maxValue=25 step=1.0

Code:

2014-11-22 09:26:20 - Date state updated to 2014-11-22T09:26:20
2014-11-22 09:29:14 - Temperatur_Kitchen_Soll received command 20.5
2014-11-22 09:29:14 - Temperatur_Kitchen_Soll received command 20.5
2014-11-22 09:32:29 - Temperatur_Kitchen_Soll received command 21.5

Code:

08:13:07.659 WARN  javax.jmdns.impl.DNSIncoming[:415]- There was an OPT answer. Not currently handled. Option code: 65002 data: 082E6FB71EDA918C
08:42:53.919 WARN  javax.jmdns.impl.DNSIncoming[:415]- There was an OPT answer. Not currently handled. Option code: 65002 data: 082E6FB71EDA918C
08:58:53.908 WARN  javax.jmdns.impl.DNSIncoming[:415]- There was an OPT answer. Not currently handled. Option code: 65002 data: 082E6FB71EDA918C
09:07:27.563 WARN  javax.jmdns.impl.DNSIncoming[:415]- There was an OPT answer. Not currently handled. Option code: 65002 data: 082E6FB71EDA918C
09:30:16.363 WARN  javax.jmdns.impl.DNSIncoming[:415]- There was an OPT answer. Not currently handled. Option code: 65002 data: 082E6FB71EDA918C

Der Heizkörperthermostatkopf macht keinen Mucker. Ich benutze das maxcube Binding in der Version 1.5.1. Meine HT laufen normal im Automodus im Wochenprogramm.
Hat das wirklich jemand am Laufen mit dem maxcube binding?

Mein log wirft auch für mich nichtssagende Fehlermeldungen raus

Code:

09:37:20.518 INFO  o.o.c.internal.CoreActivator[:61]- openHAB runtime has been started (v1.5.1).
09:37:59.270 INFO  o.o.m.c.i.ModelRepositoryImpl[:79]- Loading model 'bieker.items'
09:38:10.149 INFO  o.o.i.s.i.DiscoveryServiceImpl[:72]- mDNS service has been started
09:38:18.465 INFO  o.o.m.c.i.ModelRepositoryImpl[:79]- Loading model 'bieker.sitemap'
09:38:31.696 INFO  o.o.io.rest.RESTApplication[:143]- Started REST API at /rest
09:38:37.895 INFO  o.o.u.w.i.s.WebAppServlet[:79]- Started Classic UI at /openhab.app
09:38:59.959 INFO  o.o.i.habmin.HABminApplication[:181]- Started HABmin REST API at /services/habmin
09:39:05.615 INFO  o.o.c.s.AbstractActiveService[:169]- NTP Refresh Service has been started
09:39:06.376 INFO  o.o.c.s.AbstractActiveService[:169]- MAX!Cube Refresh Service has been started
09:39:08.575 WARN  o.o.c.i.items.ItemUpdater[:64]- InstantiationException on org.openhab.core.library.types.StringType
09:39:20.589 WARN  o.o.c.i.items.ItemUpdater[:64]- InstantiationException on org.openhab.core.library.types.StringType
09:39:31.619 WARN  o.o.c.i.items.ItemUpdater[:64]- InstantiationException on org.openhab.core.library.types.StringType
09:39:42.692 WARN  o.o.c.i.items.ItemUpdater[:64]- InstantiationException on org.openhab.core.library.types.StringType
09:39:53.616 WARN  o.o.c.i.items.ItemUpdater[:64]- InstantiationException on org.openhab.core.library.types.StringType

wenn ich den parameter "Actual" abfrage wie in deinem Beispiel, bekomme ich als state "0" geliefert.. Nur wenn ich "Actual_Temperature" übergebe, bekomme ich als State einen Wert ungleich 0, der aber nach meinem Gefühl eher der Soll- als der IST Temepratur entspricht.

Code:

Number  Temperatur_Kitchen	"Küche Temperatur Ist [%.1f °C]" (KG_HR)	{maxcube="JHA0005547:type=ACTUAL_TEMPERATURE"}
Number  Temperatur_Kitchen_Soll    "Küche Soll Temperatur [%.1f °C]" (KG_HR)	{maxcube="JHA0005547"}

Jetzt habe ich noch das Snapshot Binding 1.6 für den maxcube probiert

Code:

2014-11-22 09:47:12 - Temperatur_Kitchen_Soll state updated to 17
2014-11-22 09:47:12 - OGSZ_Fenster state updated to OPEN
2014-11-22 09:47:12 - Temperatur_Kitchen state updated to 17
2014-11-22 09:47:12 - KGHR_Fenster state updated to CLOSED
2014-11-22 09:47:12 - EGGT_Fenster state updated to OPEN
2014-11-22 09:47:12 - KGHR_Fenster_Bat state updated to CLOSED
2014-11-22 09:47:12 - OGBZ_Fenster state updated to CLOSED
2014-11-22 09:47:12 - OGKZ_Fenster state updated to OPEN
2014-11-22 09:47:12 - Temperatur_KG_Hobbyraum_Soll state updated to 16.5
2014-11-22 09:47:12 - OGAZ_Fenster state updated to CLOSED
2014-11-22 09:47:12 - Temperatur_KG_Hobbyraum state updated to 16.5
2014-11-22 09:47:12 - DGKZ_Fenster_R state updated to CLOSED
2014-11-22 09:47:16 - Temperatur_Kitchen_Soll received command 18.0

also die änderung wird auch hier von openhab angenommen, der Thermostat macht allerdings keinen Mucks. Ich habe das ganze mit FHEM am laufen gehabt, mit Histogramm und allem drum und dran. Also ich mach sowas nicht ganz zum ersten mal. Aber hier verzeifel ich komplett.

Und noch ein nachtrag: Kann es sein, dass das Binding irgendwann abschmiert? Ab einem bestimmten Punkt kommen im Logfile keine events mehr vom Maxcubebinding. Allerdings von anderen bindings schon noch.

**Miki84** · 22.11.2014, 22:26

Zitat von Bambo Beitrag anzeigen

Das mit dem Setpont funktioniert bei mir so nicht.

Ausserdem wird so nach meinen Überprüfungen nicht die IST Temperatur als "ACTUAL" übergeben, sondern die "SOLL" Temperatur.

Das scheint irgendwie ein BUG im Binding zu sein. Wenn du die SOLL und die IST Temperatur in eine Gruppe packst (bei dir anscheinend KG_HR) und dann auf der Sitemap die Gruppe ausgibst (Group item= KG_HR) schmeißt er die Werte durcheinander.

Und noch ein nachtrag: Kann es sein, dass das Binding irgendwann abschmiert? Ab einem bestimmten Punkt kommen im Logfile keine events mehr vom Maxcubebinding. Allerdings von anderen bindings schon noch.

Ich glaube nicht direkt das abschmiert.
Wenn ein Gerät (HK z.B.) zu oft binnen einer Minute abgefragt wird bzw geändert wird über den Cube, wird die Kommunikation gesperrt.
Auf dem Webinterface des Cubes ist dann auch ein Fehler zu sehen.

08:13:07.659 WARN javax.jmdns.impl.DNSIncoming[:415]- There was an OPT answer. Not currently handled. Option code: 65002 data: 082E6FB71EDA918C
08:42:53.919 WARN javax.jmdns.impl.DNSIncoming[:415]- There was an OPT answer. Not currently handled. Option code: 65002 data: 082E6FB71EDA918C
08:58:53.908 WARN javax.jmdns.impl.DNSIncoming[:415]- There was an OPT answer. Not currently handled. Option code: 65002 data: 082E6FB71EDA918C
09:07:27.563 WARN javax.jmdns.impl.DNSIncoming[:415]- There was an OPT answer. Not currently handled. Option code: 65002 data: 082E6FB71EDA918C
09:30:16.363 WARN javax.jmdns.impl.DNSIncoming[:415]- There was an OPT answer. Not currently handled. Option code: 65002 data: 082E6FB71EDA918C

Das sieht mir überhaupt nicht nach dem MAX! Binding aus...

Gruß

**Bambo** · 22.11.2014, 22:31

Jetzt bekomme ich folgendes:

Code:

22:26:24.065 INFO  o.o.b.m.i.MaxCubeBinding[:204]- Failed to process message received by MAX! protocol.
22:26:24.497 WARN  o.o.c.i.items.ItemUpdater[:64]- InstantiationException on org.openhab.core.library.types.StringType
22:26:34.858 INFO  o.o.b.m.i.MaxCubeBinding[:93]- Unknown error parsing the M Message
22:26:34.861 INFO  o.o.b.m.i.MaxCubeBinding[:94]- 2
22:26:34.866 INFO  o.o.b.m.i.MaxCubeBinding[:204]- Failed to process message received by MAX! protocol.
22:26:35.295 WARN  o.o.c.i.items.ItemUpdater[:64]- InstantiationException on org.openhab.core.library.types.StringType
22:26:45.659 INFO  o.o.b.m.i.MaxCubeBinding[:93]- Unknown error parsing the M Message
22:26:45.663 INFO  o.o.b.m.i.MaxCubeBinding[:94]- 2
22:26:45.667 INFO  o.o.b.m.i.MaxCubeBinding[:204]- Failed to process message received by MAX! protocol.
22:26:46.107 WARN  o.o.c.i.items.ItemUpdater[:64]- InstantiationException on org.openhab.core.library.types.StringType

Code:

2014-11-22 22:29:06 - DGKZ_Fenster_R state updated to CLOSED
2014-11-22 22:29:12 - Temperatur_Kitchen_Soll received command 18.0
2014-11-22 22:29:13 - Temperatur_Kitchen_Soll received command 19.0
2014-11-22 22:29:17 - Temperatur_Kitchen_Soll state updated to 17
2014-11-22 22:29:17 - Temperatur_Kitchen state updated to 17

der maxcube läuft, er ist von anderen Instanzen ansprechar

**Bambo** · 23.11.2014, 19:56

Zitat von Miki84 Beitrag anzeigen

Das scheint irgendwie ein BUG im Binding zu sein. Wenn du die SOLL und die IST Temperatur in eine Gruppe packst (bei dir anscheinend KG_HR) und dann auf der Sitemap die Gruppe ausgibst (Group item= KG_HR) schmeißt er die Werte durcheinander.

Ich glaube nicht direkt das abschmiert.
Wenn ein Gerät (HK z.B.) zu oft binnen einer Minute abgefragt wird bzw geändert wird über den Cube, wird die Kommunikation gesperrt.
Auf dem Webinterface des Cubes ist dann auch ein Fehler zu sehen.

Das sieht mir überhaupt nicht nach dem MAX! Binding aus...

Gruß

Ich habe das "IST"-Item aus dem Raum entfernt.

Code:

Group item=KG label="Keller " icon="cellar"  {
			Group item=KG_HR icon="cellar"  {
				 /* Text item=KGHR_Fenster */
				/* Text item=Temperatur_KG_Hobbyraum */ 				
				Setpoint item=Temperatur_KG_Hobbyraum_Soll minValue=12 maxValue=22 step=1.0 
				/* Text item=Temperatur_Kitchen */
				Setpoint item=Temperatur_Kitchen_Soll minValue=6 maxValue=25 step=1.0				
			}			
			Group item=KG_VR 			
			Group item=KG_SA 			
			Group item=KG_WR 			
		}

Code:

/* Indoor Temperatures */
Number  Temperatur_KG_Hobbyraum	"Hobbyraum Temperatur Ist [%.1f °C]"	(KH_HR)	{maxcube="KEQ0336462:type=ACTUAL_TEMPERATURE"}

/* Indoor Humidities */
/*
Number  Humidity_EG_Wohnzimmer          "Wohnzimmer Feuchte Ist [%.1f %%]"              (EG_Wohnzimmer,Feuchte,Feuchte_Chart)   {homematic="address=LEQ0081511, channel=1, parameter=HUMIDITY"}
*/

/* Indoor Room Temperatures Should be */
Number  Temperatur_KG_Hobbyraum_Soll    "Hobbyraum Soll Temperatur [%.1f °C]" (KG_HR)	{maxcube="KEQ0336462:type=SET_TEMPERATURE"}
 

Number  Temperatur_Kitchen	"Küche Temperatur Ist [%.1f °C]" (KG_HR)	{maxcube="JHA0005547:type=ACTUAL_TEMPERATURE"}
Number  Temperatur_Kitchen_Soll    "Küche Soll Temperatur [%.1f °C]" (KG_HR)	{maxcube="JHA0005547"}

Code:

19:53:59.727 INFO  o.o.b.m.i.MaxCubeBinding[:93]- Unknown error parsing the M Message
19:53:59.731 INFO  o.o.b.m.i.MaxCubeBinding[:94]- 2
19:53:59.737 INFO  o.o.b.m.i.MaxCubeBinding[:204]- Failed to process message received by MAX! protocol.
19:54:00.184 WARN  o.o.c.i.items.ItemUpdater[:64]- InstantiationException on org.openhab.core.library.types.StringType
19:54:10.527 INFO  o.o.b.m.i.MaxCubeBinding[:93]- Unknown error parsing the M Message
19:54:10.531 INFO  o.o.b.m.i.MaxCubeBinding[:94]- 2
19:54:10.537 INFO  o.o.b.m.i.MaxCubeBinding[:204]- Failed to process message received by MAX! protocol.
19:54:11.020 WARN  o.o.c.i.items.ItemUpdater[:64]- InstantiationException on org.openhab.core.library.types.StringType

Code:

2014-11-23 19:51:17 - Temperatur_KG_Hobbyraum state updated to 16.5
2014-11-23 19:51:17 - DGKZ_Fenster_R state updated to CLOSED
2014-11-23 19:51:23 - Temperatur_Kitchen_Soll received command 18.0
2014-11-23 19:51:27 - DGKZ_Fenster_L state updated to CLOSED
2014-11-23 19:51:27 - Temperatur_Kitchen_Soll state updated to 17
2014-11-23 19:51:27 - OGSZ_Fenster state updated to OPEN
2014-11-23 19:51:27 - Temperatur_Kitchen state updated to 17
2014-11-23 19:51:27 - KGHR_Fenster state updated to CLOSED
2014-11-23 19:51:27 - EGGT_Fenster state updated to CLOSED
2014-11-23 19:51:27 - KGHR_Fenster_Bat state updated to CLOSED
2014-11-23 19:51:27 - OGBZ_Fenster state updated to CLOSED
2014-11-23 19:51:27 - OGKZ_Fenster state updated to CLOSED
2014-11-23 19:51:27 - Temperatur_KG_Hobbyraum_Soll state updated to 16.5
2014-11-23 19:51:27 - OGAZ_Fenster state updated to CLOSED
2014-11-23 19:51:27 - Temperatur_KG_Hobbyraum state updated to 16.5
2014-11-23 19:51:27 - DGKZ_Fenster_R state updated to CLOSED
2014-11-23 19:51:38 - DGKZ_Fenster_L state updated to CLOSED
2014-11-23 19:51:38 - Temperatur_Kitchen_Soll state updated to 17
2014-11-23 19:51:38 - OGSZ_Fenster state updated to OPEN

Die Wertänderung über den Setpoint wird im Logfile angzeigt, aber keine Reaktion am HT.

**Miki84** · 23.11.2014, 22:06

Hast du den HKT mal 1x komplett reseted bevor du ihn eingebunden hast?

Oder den Cube mal reseted?

Gruß

**Bambo** · 24.11.2014, 10:39

Durch die Bastelei hier hat sich mein Cube verabschiedet und mal wieder alle Einstellungen vergessen. Was für ein Rotz...
Was hat man denn da für Alternative. Das MaxCul Binding scheint mir ja auch noch nicht so recht voll einsatzfähig zu sein (automodus).

Kurz vorher hat das Thermostat aber mal Einstellungen angenommen. Ich bin noch am eruieren, welche umstände genau dazu führen, dass Änderungen angenommen werden oder nicht.

Was ich schonmal bestätigen kann ist der Umstand, dass es nicht klappt, wenn IST und Setpoint im selben Raum in der Sitemap liegen.

Was ich vermute, aber noch nicht verifiziert habe, ist, dass ich glaube, dass die type deklaration case sensitive ist. Ich meine, es ging bei mir nur, wenn man

{maxcube="JHA0005547:type=set_temperature"}

das klein schreibt.

Und dann habe ich noch ein oder zwei Effekte, aber da muss ich noch testen.

**Miki84** · 08.12.2014, 10:49

Moin Bambo,

bist du hier schon weiter gekommen?

Gruß

Ankündigung

Max Heizkörperthermostat setpoint

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar