Temperatur-Scanner für MAX-Thermostate

Begonnen von John, 12 März 2013, 09:44:59

Vorheriges Thema - Nächstes Thema

John

Hallo f.reddy ,
besten Dank für deine Rückmeldung.

ZitatIch würde es jedoch nicht direkt aktivieren.
Das sehe ich genauso.

Hab noch einen kleinen Mangel am Skript entdeckt.
Der Boost-Modus wird derzeit noch nicht berücksichtigt,
sondern vom Scanner durch Umstellen des Betriebsmodus "niedergebügelt".

Dies ist vermutlich für die meisten Anwender verschmerzbar.

Es wird in der nächsten Version korrigiert.

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Zwer2k

Hallo John,

an sich funktioniert dein Script gut, mir ist aber folgendes aufgefallen:
Nach dem Schießen von dem Fenster wird zuerst richtige Temperatur eingestellt, kurz darauf stellt sich aber wieder die Windowopen-Temperatur ein.

Hier die passenden Logs dazu
2013-04-10_12:00:03 bu_Thermostat mode: manual
2013-04-10_12:00:03 bu_Thermostat battery: ok
2013-04-10_12:00:03 bu_Thermostat desiredTemperature: 8.0
2013-04-10_12:00:03 bu_Thermostat valveposition: 0
2013-04-10_12:00:03 bu_Thermostat temperature: 18.2
2013-04-10_12:00:03 bu_Thermostat 8.0 °C
2013-04-10_14:35:53 bu_Thermostat mode: manual
2013-04-10_14:35:53 bu_Thermostat battery: ok
2013-04-10_14:35:53 bu_Thermostat desiredTemperature: 8.0
2013-04-10_14:35:53 bu_Thermostat valveposition: 0
2013-04-10_14:35:53 bu_Thermostat 8.0 °C
2013-04-10_19:16:02 bu_Thermostat mode: manual
2013-04-10_19:16:02 bu_Thermostat battery: ok
2013-04-10_19:16:02 bu_Thermostat desiredTemperature: 21.0  <----
2013-04-10_19:16:02 bu_Thermostat valveposition: 78
2013-04-10_19:16:02 bu_Thermostat temperature: 17.7
2013-04-10_19:16:02 bu_Thermostat 21.0 °C
2013-04-10_19:17:27 bu_Thermostat mode: auto
2013-04-10_19:17:27 bu_Thermostat battery: ok
2013-04-10_19:17:27 bu_Thermostat desiredTemperature: 8.0  <----
2013-04-10_19:17:27 bu_Thermostat valveposition: 78
2013-04-10_19:17:27 bu_Thermostat 8.0 °C
2013-04-10_19:18:02 bu_Thermostat mode: auto
2013-04-10_19:18:02 bu_Thermostat battery: ok
2013-04-10_19:18:02 bu_Thermostat desiredTemperature: 8.0
2013-04-10_19:18:02 bu_Thermostat valveposition: 0
2013-04-10_19:18:02 bu_Thermostat temperature: 17.8
2013-04-10_19:18:02 bu_Thermostat 8.0 °C
2013-04-10_19:20:02 bu_Thermostat mode: auto
2013-04-10_19:20:02 bu_Thermostat battery: ok
2013-04-10_19:20:02 bu_Thermostat desiredTemperature: 19.0
2013-04-10_19:20:02 bu_Thermostat valveposition: 40
2013-04-10_19:20:02 bu_Thermostat temperature: 17.8
2013-04-10_19:20:02 bu_Thermostat 19.0 °C

2013-04-10_12:50:37 bu_Fenster battery: ok
2013-04-10_12:50:37 bu_Fenster onoff: 1
2013-04-10_12:50:37 bu_Fenster opened
2013-04-10_13:50:37 bu_Fenster battery: ok
2013-04-10_13:50:37 bu_Fenster onoff: 1
2013-04-10_13:50:37 bu_Fenster opened
2013-04-10_14:50:38 bu_Fenster battery: ok
2013-04-10_14:50:38 bu_Fenster onoff: 1
2013-04-10_14:50:38 bu_Fenster opened
2013-04-10_15:50:38 bu_Fenster battery: ok
2013-04-10_15:50:38 bu_Fenster onoff: 1
2013-04-10_15:50:38 bu_Fenster opened
2013-04-10_16:50:38 bu_Fenster battery: ok
2013-04-10_16:50:38 bu_Fenster onoff: 1
2013-04-10_16:50:38 bu_Fenster opened
2013-04-10_17:50:38 bu_Fenster battery: ok
2013-04-10_17:50:38 bu_Fenster onoff: 1
2013-04-10_17:50:38 bu_Fenster opened
2013-04-10_18:50:38 bu_Fenster battery: ok
2013-04-10_18:50:38 bu_Fenster onoff: 1
2013-04-10_18:50:38 bu_Fenster opened
2013-04-10_19:15:36 bu_Fenster battery: ok
2013-04-10_19:15:36 bu_Fenster onoff: 0
2013-04-10_19:15:36 bu_Fenster closed  <----
2013-04-10_19:29:32 bu_Fenster battery: ok
2013-04-10_19:29:32 bu_Fenster onoff: 1
2013-04-10_19:29:32 bu_Fenster opened  <----
2013-04-10_19:29:33 bu_Fenster battery: ok
2013-04-10_19:29:33 bu_Fenster onoff: 1
2013-04-10_19:29:33 bu_Fenster opened
2013-04-10_19:50:38 bu_Fenster battery: ok
2013-04-10_19:50:38 bu_Fenster onoff: 1
2013-04-10_19:50:38 bu_Fenster opened
2013-04-10_20:50:38 bu_Fenster battery: ok
2013-04-10_20:50:38 bu_Fenster onoff: 1
2013-04-10_20:50:38 bu_Fenster opened

Da sieht man, dass desiredTemperature bereits um 19:17Uhr auf 8° geht obwohl das Fenster erst um 19:29Uhr wieder geöffnet wird.


Heute ist mir zum ersten mal wieder aufgefallen, dass ich zum Fenster raus geheizt habe.
Da hat sich aber Fhem neu gestartet. Passiert es bei euch auch, dass Fhem sich immer mal wieder neu startet?
2013-04-10_19:30:02 bu_Thermostat mode: auto
2013-04-10_19:30:02 bu_Thermostat battery: ok
2013-04-10_19:30:02 bu_Thermostat desiredTemperature: 8.0
2013-04-10_19:30:02 bu_Thermostat valveposition: 0
2013-04-10_19:30:02 bu_Thermostat temperature: 18.9
2013-04-10_19:30:02 bu_Thermostat 8.0 °C
2013-04-10_20:37:44 bu_Thermostat mode: auto
2013-04-10_20:37:44 bu_Thermostat battery: ok
2013-04-10_20:37:44 bu_Thermostat desiredTemperature: 8.0
2013-04-10_20:37:44 bu_Thermostat valveposition: 0
2013-04-10_20:37:44 bu_Thermostat 8.0 °C
2013-04-10_20:37:50 bu_Thermostat desiredTemperature 21
2013-04-10_20:37:52 bu_Thermostat mode: manual
2013-04-10_20:37:52 bu_Thermostat battery: ok
2013-04-10_20:37:52 bu_Thermostat desiredTemperature: 21.0  <---
2013-04-10_20:37:52 bu_Thermostat valveposition: 0
2013-04-10_20:37:52 bu_Thermostat 21.0 °C
2013-04-10_20:38:03 bu_Thermostat mode: manual
2013-04-10_20:38:03 bu_Thermostat battery: ok
2013-04-10_20:38:03 bu_Thermostat desiredTemperature: 21.0
2013-04-10_20:38:03 bu_Thermostat valveposition: 78
2013-04-10_20:38:03 bu_Thermostat temperature: 19.2
2013-04-10_20:38:03 bu_Thermostat 21.0 °C
2013-04-10_20:40:46 bu_Thermostat desiredTemperature auto 21.0
2013-04-10_20:40:47 bu_Thermostat mode: auto
2013-04-10_20:40:47 bu_Thermostat battery: ok
2013-04-10_20:40:47 bu_Thermostat desiredTemperature: 21.0
2013-04-10_20:40:47 bu_Thermostat valveposition: 78
2013-04-10_20:40:47 bu_Thermostat 21.0 °C

2013-04-10_19:50:38 bu_Fenster battery: ok
2013-04-10_19:50:38 bu_Fenster onoff: 1
2013-04-10_19:50:38 bu_Fenster opened
2013-04-10_20:50:38 bu_Fenster battery: ok
2013-04-10_20:50:38 bu_Fenster onoff: 1
2013-04-10_20:50:38 bu_Fenster opened
2013-04-10_21:30:51 bu_Fenster battery: ok
2013-04-10_21:30:51 bu_Fenster onoff: 0
2013-04-10_21:30:51 bu_Fenster closed
2013-04-10_21:50:38 bu_Fenster battery: ok
2013-04-10_21:50:38 bu_Fenster onoff: 0
2013-04-10_21:50:38 bu_Fenster closed

Ab 20:37Uhr ging die Temperatur auf 21°, Fenster war aber zu dem Zeitpunkt offen.

Hier noch Die Grafik für Beide Fälle.

(siehe Anhang / see attachement)


Und fhem.log im Anhang.


Es wehre nicht schlecht wenn die Temperatur auch bei geöffnetem Fenster aufgezeichnet wird.


Jurij

John

Hallo Jurji

----------------------------------------------------------------------------
das wäre ein korrektes Verhalten

2013.04.10 15:21:15 3: MaxScan_Shutter_Notify bo_Fenster onoff: 0 (Fenster zu, dann muss der alte Sollwert wieder eingestellt werden)
2013.04.10 15:21:16 1: MaxScan.bu_Thermostat LastTransmit by CUL:2013-04-10 14:35:52 Curtime:2013-04-10 15:21:15
2013.04.10 15:21:16 0: MaxScan.bu_Thermostat , no action due open window; temp before open:19.5
...
2013.04.10 15:21:38 0: MaxScan   set bo_Thermostat desiredTemperature  19.5 - 2013-04-10 15:24:38  (passiert auch)

----------------------------------------------------------------------------
2013.04.10 17:40:36 3: MaxScan_Shutter_Notify bo_Fenster onoff: 0
2013.04.10 17:40:37 1: MaxScan.bu_Thermostat LastTransmit by CUL:2013-04-10 14:35:52 Curtime:2013-04-10 17:40:36
2013.04.10 17:40:37 0: MaxScan.bu_Thermostat , no action due open window; temp before open:comfort
2013.04.10 17:40:37 1: MaxScan.bo_Thermostat LastTransmit by CUL:2013-04-10 16:41:38 Curtime:2013-04-10 17:40:37
2013.04.10 17:40:37 1: MaxScan.bo_Thermostat , strMode:auto EcoTemp:16.0 DesiTemp:8.0 TempBeforeWindOpen:comfort
2013.04.10 17:40:37 1: MaxScan.bo_Thermostat CUL-Credits:900  Credit=900 CreditTime:2013-04-10 17:35:52
2013.04.10 17:40:37 0: MaxScan   set bo_Thermostat desiredTemperature  8.0 - 2013-04-10 17:40:38
2013.04.10 17:40:38 3: MaxScan_Shutter_Notify bo_Fenster onoff: 1
2013.04.10 17:40:38 1: MaxScan.bu_Thermostat LastTransmit by CUL:2013-04-10 14:35:52 Curtime:2013-04-10 17:40:38
2013.04.10 17:40:38 0: MaxScan.bu_Thermostat , no action due open window; temp before open:comfort
2013.04.10 17:40:38 1: MaxScan.bo_Thermostat LastTransmit by CUL:2013-04-10 17:40:37 Curtime:2013-04-10 17:40:38
2013.04.10 17:40:38 0: MaxScan.bo_Thermostat , no action due open window; temp before open:8.0 (hier krachts)
2013.04.10 17:40:40 2: CUL_MAX_SendQueueHandler: Missing ack from 06a036 for 0be4004012345606a0360050
2013.04.10 17:40:40 3: MaxScan_Shutter_Notify bo_Fenster onoff: 0
2013.04.10 17:40:41 1: MaxScan.bu_Thermostat LastTransmit by CUL:2013-04-10 14:35:52 Curtime:2013-04-10 17:40:41
2013.04.10 17:40:41 0: MaxScan.bu_Thermostat , no action due open window; temp before open:comfort
2013.04.10 17:40:41 1: MaxScan.bo_Thermostat LastTransmit by CUL:2013-04-10 17:40:37 Curtime:2013-04-10 17:40:41
2013.04.10 17:40:41 1: MaxScan.bo_Thermostat , strMode:auto EcoTemp:16.0 DesiTemp:8.0 TempBeforeWindOpen:8.0
2013.04.10 17:40:41 1: MaxScan.bo_Thermostat CUL-Credits:891  Credit=895 CreditTime:2013-04-10 17:40:37
2013.04.10 17:40:41 0: MaxScan.bo_Thermostat , no action due transmission latency
2013.04.10 17:40:42 3: MaxScan_Shutter_Notify bo_Fenster onoff: 1

Der Fensterkontakt hat innerhalb von 6 Sekunden 3x den Zustand gewechselt.
So schnell kann der Thermostat die Desired Temperatur niemals übertragen.
Daher sieht der Scanner bei geschlossenem Fenster die 8 Grad als DesiredTemperature und setzt diese später.

John

CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Zwer2k

Hallo John,

bo_Fenster hat nichts mit bu_Thermostat zu tun.
bu = BadUnten
bo = BadOben


So sieht fhem.conf aus:

define bu_Fenster MAX ShutterContact 06a403
attr bu_Fenster fp_Erdgeschoss 368,1296,0,
attr bu_Fenster room 04 Bad unten, 01 Fenster
define FileLog_bu_Fenster FileLog ./log/bu_Fenster-%Y.log bu_Fenster
attr FileLog_bu_Fenster logtype text
attr FileLog_bu_Fenster room 04 Bad unten

define bu_Thermostat MAX HeatingThermostat 06a13e
attr bu_Thermostat fp_Erdgeschoss 387,1192,5,
attr bu_Thermostat loglevel 0
attr bu_Thermostat room 04 Bad unten
attr bu_Thermostat scanTemp 1
attr bu_Thermostat watchShutter bu_Fenster
define FileLog_bu_Thermostat FileLog ./log/bu_Thermostat-%Y.log bu_Thermostat
attr FileLog_bu_Thermostat logtype text
attr FileLog_bu_Thermostat room 04 Bad unten

define HC_bu_Thermostat Heating_Control bu_Thermostat Mo-Fr|06:10|21 Mo-Fr|08:30|eco Mo-Fr|12:00|19.5 Sa,Su|07:45|21 Sa,Su|09:30|19.5 17:00|comfort 22:00|eco  { MaxScan_SetTemp("@","%");;}


define bo_Fenster MAX ShutterContact 06a5b8
attr bo_Fenster room 05 Bad oben, 01 Fenster
define FileLog_bo_Fenster FileLog ./log/bo_Fenster-%Y.log bo_Fenster
attr FileLog_bo_Fenster logtype text
attr FileLog_bo_Fenster room 05 Bad oben

define bo_Thermostat MAX HeatingThermostat 06a036
attr bo_Thermostat loglevel 0
attr bo_Thermostat room 05 Bad oben
attr bo_Thermostat scanTemp 1
attr bo_Thermostat watchShutter bo_Fenster
define FileLog_bo_Thermostat FileLog ./log/bo_Thermostat-%Y.log bo_Thermostat
attr FileLog_bo_Thermostat logtype text
attr FileLog_bo_Thermostat room 05 Bad oben

define HC_bo_Thermostat Heating_Control bo_Thermostat Mo-Fr|06:10|21 Mo-Fr|08:30|eco Mo-Fr|12:00|19.5 Sa,Su|07:45|21 Sa,Su|09:30|19.5 17:00|comfort 22:00|eco  { MaxScan_SetTemp("@","%");;}

define MAXSCAN.SHUTTER.EVENT notify (bo_Fenster|bu_Fenster):onoff.* { MaxScan_Shutter_Notify("@","%EVTPART0","%EVTPART1")}

Harald

Hallo zusammen,

ich versuche mich auch daran, MaxScan zu benutzen. Da ist mir die unterschiedliche Versionsnummer 1.03 in Zeile 3 auch aufgefallen
(in Posts weiter oben war einige Male von Version 1.3 die Rede - Schreibfehler?).

Kann mir jemand verraten, welche Eingaben genau in der fhem.cfg zu machen sind, damit das klappt?

Ich habe die Funktion teilweise noch nicht richtig verstanden. Es ist ja wohl so, das zyklisch von Auto auf Manuell geschaltet wird,
um ein Upload der Parameter zu bewirken. Außerdem soll kein Tages-/Wochenprogramm eingegeben sein, oder?

Woher weiß dann der Thermostat, auf welche Temperatur geregelt werden soll?

Weiter oben ist mal die Idee aufgetaucht, eine Routine einzubauen, die die Log-Dateien auf die erforderlichen Einträge reduziert. Gibt es schon so etwas?
Ich denke, dass dann die Diagramme deutlich schneller angezeigt werden, da ja nicht mehr so viel Text durchsucht werden muss.

Noch etwas: Ich hatte mit scanTemp 1 probiert, was nicht klappte. Dann habe ich die entsprechenden Zeilen mit # auskommentiert.
Srate ich fhem neu, erscheinen im Terminal (mc) folende Zeilen 10x hintereinander, obwohl scanTemp nicht aktiv ist.

Use of uninitialized valve in hash element at./FHEM/99_MaxScan.pm line 76.
Use of uninitialized valve in pattern match (m//) at./FHEM/99_MaxScan.pm line 76.

Ich habe 5 Räume mit je einem Diagramm.


Fragen über Fragen! Vielleicht kann mir ja jemand die Augen öffnen.

Besten Dank im Voraus und viele Grüße

Harald
Router:AVM7590 1&1 FW:FRITZ!OS 07.56 Anbindung:1&1 50/10 Mb/s, WLAN-Repeater 300E
ELV MAX!Cube, 7xThermostat, ECO, RasPi 4B mit bullseye auf Festplatte,
CUL V 1.67, JeeLink v3_10.1c, nanoCUL, 1xS300TH, 4xHMS100T, 4xELRO, 1xTFA, 2xMAX_FK
ELV MAX!1.4.5, FHEM 5.7 auf RasPi, Kostal PIKO plus

John

Hallo Harald,
anbei einige Antworten

Zitatich versuche mich auch daran, MaxScan zu benutzen. Da ist mir die unterschiedliche Versionsnummer 1.03 in Zeile 3 auch aufgefallen
(in Posts weiter oben war einige Male von Version 1.3 die Rede - Schreibfehler?).
in diesem Post
Link
findest du die derzeit aktuellste Variante.

ZitatKann mir jemand verraten, welche Eingaben genau in der fhem.cfg zu machen sind, damit das klappt?
Im genannten Post sollte eigentlich alles erklärt sein. Wenn du keinen Fensterkontakt verwendest kannst du die
Anmerkungen zu watchShutter ignorieren.


ZitatIch habe die Funktion teilweise noch nicht richtig verstanden. Es ist ja wohl so, das zyklisch von Auto auf Manuell geschaltet wird,
um ein Upload der Parameter zu bewirken. Außerdem soll kein Tages-/Wochenprogramm eingegeben sein, oder?
Das hast du richtig verstanden

ZitatWoher weiß dann der Thermostat, auf welche Temperatur geregelt werden soll?
Es gibt eine Zeitschaltprogramm namens Heating_Control
http://fhem.de/commandref.html#Heating_Control
damit solltest du dich befassen. Es übernimmt innerhalb von FHEM zentral die zeitliche Steuerung der Thermostate.

ZitatWeiter oben ist mal die Idee aufgetaucht, eine Routine einzubauen, die die Log-Dateien auf die erforderlichen Einträge reduziert. Gibt es schon so etwas?
Sieh dir mal die Beschreibung zum Filelog an
http://fhem.de/commandref.html#FileLog
über <regexp>="regular expression"  kannst du die Informationen einschränken.
Aber auch damit muss man sich auseinandersetzen, keine einfache Kost.
Dies hat jedoch nicht spezifische etwas mit dem Scanner zu tun.


John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Marcel_R

Grüezi Harald,

Im Beitrag #71033 hat der Entwickler den neuesten Stand (1.03d) erklärt.

In seinen fhem.cfg-Auszug hat Jurij in der Message über der deinigen zwei Einträge aufgeführt. Als Beispiel einer der beiden:

define HC_bu_Thermostat Heating_Control bu_Thermostat Mo-Fr|06:10|21 Mo-Fr|08:30|eco Mo-Fr|12:00|19.5 Sa,Su|07:45|21 Sa,Su|09:30|19.5 17:00|comfort 22:00|eco  { MaxScan_SetTemp("@","%");;}


Es soll nicht _kein_, sondern ein rudimentäres Tages-/Wochenprogramm im Heizkörper-Thermostat eingegeben sein. Etwa mit folgendem Befehl:

set HT_ZIMMER03 weekProfile Mon 15 Tue 15 Wed 15 Thu 15 Fri 15 Sat 15 Sun 15

siehe dazu Beitrag #68237

Gruss
Marcel
FHEM / Fritz!Box 7490 / CULv3 / Raspi / COC / MAX! / HomeMatic /

Marcel_R

Grüezi John,

Ich antworte, obwohl ich es zeitlich noch nicht geschafft habe, die Funktion Shutter-Control in Betrieb zu setzen (ich habe HM-SEC-RHS).

Meine Meinung:
- es macht Sinn das Skript direkt in das Package 10_MAX.pm einzubinden
- MaxScan mit Heating Control sollte der Standart sein (und nicht umgekehrt); einfacher zu programmieren, brauchbare Daten.

Danke für Deine Arbeit!
Marcel
FHEM / Fritz!Box 7490 / CULv3 / Raspi / COC / MAX! / HomeMatic /

Harald

Hallo zusammen,

herzlichen Dank für Eure Hinweise. Dann werde ich mich erstmal mit Heating_Control beschäftigen, um brauchbare Tages-/Wochenprogramme zu erzeugen.
Bis jetzt nutze ich noch die Einstellungen, die über die MAX!-Software bzw. MAX!Buddy durchgeführt wurden.

Schönes WE und viel Sonne ;-)


Harald

PS: Leider wird FileLog in der deutschen Übersetzung nicht aufgeführt - nur im englischen Text. Das ist für mich schwieriger zu verstehen.
Router:AVM7590 1&1 FW:FRITZ!OS 07.56 Anbindung:1&1 50/10 Mb/s, WLAN-Repeater 300E
ELV MAX!Cube, 7xThermostat, ECO, RasPi 4B mit bullseye auf Festplatte,
CUL V 1.67, JeeLink v3_10.1c, nanoCUL, 1xS300TH, 4xHMS100T, 4xELRO, 1xTFA, 2xMAX_FK
ELV MAX!1.4.5, FHEM 5.7 auf RasPi, Kostal PIKO plus

Harald

Hallo zusammen,

kann mir jemand sagen, wie es zu den o.g. Meldungen "Use of ...." kommt und wie ich das beseitigen kann?

Ich habe wegen div. Hardwareänderungen das System heute für einige Stunden außer Betrieb genommen. Nach dem Neustart von MAX! und FHEM erhalte ich wiederum im Terminalmode (keine Meldungen im Log oder EventMonitor) alle 6 Minuten (Pollintervall für das MAX!System) ca. 30 Zeilen "Use of uninitialized value $t at in concatenation (.) or string at ./FHEM/92_Filelog.pm line 110". zwischendurch auch mal "Use of uninitialized value $t in substition /s///) at ./FHEM/92_Filelog.pm line 111".

Seit heute morgen werden Datum und Zeit nicht mehr eingetragen. Dadurch werden die Werte in den Diagrammen nicht dargestellt.
Ich vermute, FileLog funktioniert nicht richtig oder ich mache was falsch.

Ich habe meine fhem.cfg schon mehrfach durchsucht, kann aber keinen Fehler finden. Kann mir jemand einen Tipp geben, wo und wonach ich suchen muss?

Viele Grüße

Harald
Router:AVM7590 1&1 FW:FRITZ!OS 07.56 Anbindung:1&1 50/10 Mb/s, WLAN-Repeater 300E
ELV MAX!Cube, 7xThermostat, ECO, RasPi 4B mit bullseye auf Festplatte,
CUL V 1.67, JeeLink v3_10.1c, nanoCUL, 1xS300TH, 4xHMS100T, 4xELRO, 1xTFA, 2xMAX_FK
ELV MAX!1.4.5, FHEM 5.7 auf RasPi, Kostal PIKO plus

panda

Hello!

Hopefully i can ask and find some answers to my questions in english, my German is very very limited,
also i am not at home with Perl languages, so doing debugging myself isn't particularly effective.
I do some C#/Pascal programming so i'm not totaly lost.

My problem with fhem/MAX! termostat/CUL combination is that it sometimes doesn't follow the weekly profile.
Tt keeps setting temperature to 17.0, but there is no such temperature and time combination (nearest temperature is
17.5). I am using Win7/Strawberry v5.16.3/Fhem latest development version and matching culfw

Any ideas what i'm doing wrong?


John

Hi panda


some clarifications to the basics and the function of the scanner

1. the radiator thermostats send the temperature rarely

2. some user found a solution to improve this
   The mode switch (auto to manual and reverse) triggers the transmission of the temperature

3. the main task of the scanner is, to switch the mode, however this is only in conjunction with the
   desired temperature possible

4. together with the automatic program of the thermostat this may lead to problems.
   Therefore, it is best to "disable" the automatic program by following statement

  set HT.DEMO weekProfile Mon 15 Tue 15 Wed 15 Thu 15 Fri 15 Sat 15 Sun 15

5. Heating_control should be used instead of the automatic program
http://fhem.de/commandref.html#Heating_Control
   

6. hand over the scanner full control to the desired temperature by following statement (example)
 define HC.DEMO Heating_Control HT.DEMO 00:05|eco 125|08:00|comfort 67|09:00|comfort 22:00|eco   { MaxScan_SetTemp("@","%");;}

7. In conjunction with the window switch, other problems arise.
   We found that the thermostat  always takes the desired temperature of 17 degrees, if it is in auto mode
   and the window is closed.
   A stable solution to the problem is still under construction

 John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Brun

Hallo Geminde,

funktioniert das Script inzwischen auch mit den MAX!Cube?
Dann wäre ich auch dafür, dass es als Sandart mit aufgenommen wird.


Gruß Brun

Harald

Hallo zusammen,

die Ursache für die Meldungen "Use of uninitalized ...... at ./FHEM/92_FileLog.pm line 110" habe ich -denke ich- gefunden.
In der FileLog.pm steht $tn = $dev->{TRIGGERTIME}; Mit TRIGGERTIME kann mein System wohl nichts anfangen.
Ich habe das geändert in $tn = TimeNow(); (wie es in einer älteren 92_fileLog.pm steht)
Damit werden Datum und Zeit wieder in die Log-Datei des Gerätes geschrieben und die Meldungen sind weg.

Nach einem update habe ich neue Meldungen dieser Art:

"Use of uninitalized valve $strName in hash element at ./FHEM/99_MaxScan.pm line 76".(In der neuen Version 1.03d ist es line 190)

Dort steht "next if $defs{$str/Name}{type} !~ m/^HeatingThermostat.*/;" Einige Zeilen höher steht "my $strName;"
Sehe ich das richtig, dass die Variable nicht richtig deffiniert ist oder vielleicht noch garnicht?

Entschuldigt bitte, wenn ich total falsch liege, aber meine Perlkenntnisse sind fast 0. Das ist schon was anderes als Mnemonic, Assembler oder Basic ;-)

Viele Grüße

Harald
Router:AVM7590 1&1 FW:FRITZ!OS 07.56 Anbindung:1&1 50/10 Mb/s, WLAN-Repeater 300E
ELV MAX!Cube, 7xThermostat, ECO, RasPi 4B mit bullseye auf Festplatte,
CUL V 1.67, JeeLink v3_10.1c, nanoCUL, 1xS300TH, 4xHMS100T, 4xELRO, 1xTFA, 2xMAX_FK
ELV MAX!1.4.5, FHEM 5.7 auf RasPi, Kostal PIKO plus

John

Hallo Harald,
die Stelle, bei der du "Use of uninitalized valve" erhältst, filtert aus den vorhandenen
Max-Komponenten diejenigen raus, die vom Typ HeatingThermostat sind.

Jede Max-Komponente sollte über das Property "type" verfügen, das scheint jedoch bei dir nicht der Fall zu sein.

Man kann sich auch den "type" über das Web-Interface ansehen.
Nachfolgend beispielhaft für eines meiner Thermostate.


(siehe Anhang / see attachement)


Versuche rauszufinden bei welcher Max-Komponente das type fehlt, lösche es aus fhem.cfg raus und binde es neu ein.


John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP