HM-CC-RT-DN

Rohan · 23 November 2013, 21:45:00

Hallo HardwareW,

Zitat von: HardwareW am 23 November 2013, 20:20:36... Bei einem anderen kommt ständig ich solle vorher

set <Thermostat> getConfig

ausführen. Leider hilft das nicht.
Auffallend ist das auf der Seite des Thermostats bei dem es funktioniert in der Sektion wesentlich mehr aufgeführt ist (z.B. auch der Offset).

Dann liegt ein Fehler in der Kommunikation zwischen Fhem/HMLAN und dem Thermostaten vor.

Steht dort (also auf der Device-Seite)

Code Auswählen


protCmdPend       3 CMDs_pending

sind die Befehle noch nicht abgearbeitet.

Steht dann irgendwann ein "Missing ACK" oder "NACK", dann hast du ein Problem in der Kommunikation.

Zitat
Nun meine Fragen:
1. Warum ist das getConfig notwendig?

Um alle Readings/Register-Inhalte des (hier) Thermostaten in Fhem einlesen zu können. Nur Parameter, deren Inhalte bekannt sind, werden angezeigt.

Edith möchte ergänzen: Und nur Parameter, deren Inhalt bekannt sind (bezogen auf das jeweilige Device), können geändert werden.

Zitat
2. Warum liefert getConfig bei manchen Thermostaten kein Ergebnis oder vielleicht werden auch nur ein Bruchteil der Register ausgelesen?

Siehe oben... Kommunikationsprobleme, nicht richtig gepairt ...

Gruß
Thomas

HardwareW · 23 November 2013, 21:59:25

Danke Rohan für die ausführliche Antwort.

Komisch ist, dass ich bei getConfig ganz normal CMD Pending und und danach CMD done bekomme ohne irgendwelche Fehler.

Setzen von Temperaturen geht auch ohne Probleme.

Ich benutze übrigens einen Raspberry Pi + COC

Rohan · 23 November 2013, 22:44:50

Hi HardwareW

Zitat von: HardwareW am 23 November 2013, 21:59:25... Komisch ist, dass ich bei getConfig ganz normal CMD Pending und und danach CMD done bekomme ohne irgendwelche Fehler.

Setzen von Temperaturen geht auch ohne Probleme.

Das alles bei dem "nicht richtig funktionierenden" Thermostaten?

Mach doch bitte einmal ein

Code Auswählen

list <devicename> von dem funktionierenden und dem nicht funktionierenden Thermostat und poste es hier mit dem entsprechenden Hinweis (bitte zwischen "code"-Klammern => siehe "#"-Zeichen im Editier-Fenster).

Edit: Oben "setze" gegen 'poste' ausgetauscht.

Zitat
Ich benutze übrigens einen Raspberry Pi + COC

Hmmm ... mM kein Grund, vor allem, wenn es mit dem einen Thermostaten klappt und mit dem anderen nicht.

Gruß
Thomas

Gruß
Thomas

HardwareW · 23 November 2013, 22:59:07

Hallo Thomas,

Hier das nicht funktionierende Thermostat:

Code Auswählen


Internals:
   COC_MSGCNT 767
   COC_RAWMSG A0FC1861021BA4F0000000A80A0100D5820
   COC_RSSI   -58
   COC_TIME   2013-11-23 22:53:06
   DEF        21BA4F04
   EVENTS     767
   LASTInputDev COC
   MSGCNT     767
   NAME       CUL_HM_HM_CC_RT_DN_21BA4F_ClimRT_tr
   NR         84
   STATE      T: 16.0 desired: 16 valve: 13 %
   TYPE       CUL_HM
   chanNo     04
   device     CUL_HM_HM_CC_RT_DN_21BA4F
   Attributes:
     autoReadReg 3_onChange
     expert     2_full
     model      HM-CC-RT-DN
     peerIDs    
     room       CUL_HM
   Readings:
     2013-11-23 22:53:06   ValvePosition   13 %
     2013-11-23 22:53:06   desired-temp    16
     2013-11-23 22:53:06   measured-temp   16.0
     2013-11-23 22:53:06   mode            manu
     2013-11-23 22:53:06   motorErr        ok
     2013-11-23 22:53:06   state           T: 16.0 desired: 16 valve: 13 %
     2013-11-23 22:53:06   unknown0        24
   Helper:
     getCfgListNo 
     Prt:
       wakeup     1
     Role:
       chn        1
Attributes:
   autoReadReg 3_onChange
   expert     2_full
   model      HM-CC-RT-DN
   peerIDs    
   room       CUL_HM

und hier das funktionierende Thermostat:

Code Auswählen


Internals:
   COC_MSGCNT 765
   COC_RAWMSG A0FF5861021BA4C0000000A80A0100E6A27
   COC_RSSI   -54.5
   COC_TIME   2013-11-23 22:53:34
   DEF        21BA4C04
   EVENTS     765
   LASTInputDev COC
   MSGCNT     765
   NAME       CUL_HM_HM_CC_RT_DN_21BA4C_ClimRT_tr
   NR         56
   STATE      T: 16.0 desired: 16 valve: 14 %
   TYPE       CUL_HM
   chanNo     04
   device     CUL_HM_HM_CC_RT_DN_21BA4C
   Attributes:
     autoReadReg 3_onChange
     expert     2_full
     model      HM-CC-RT-DN
     peerIDs    
     room       CUL_HM
   Readings:
     2013-11-21 17:19:50   R-boostPeriod   5 min
     2013-11-21 17:19:50   R-boostPos      80 %
     2013-11-21 17:19:50   R-btnNoBckLight off
     2013-11-21 17:19:50   R-dayTemp       21 C
     2013-11-21 17:19:50   R-daylightSaveTime on
     2013-11-21 17:19:50   R-decalcTime    11:00
     2013-11-21 17:19:50   R-decalcWeekday Sat
     2013-11-21 17:19:50   R-modePrioManu  all
     2013-11-21 17:19:50   R-modePrioParty all
     2013-11-21 17:19:50   R-nightTemp     17 C
     2013-11-21 17:19:50   R-noMinMax4Manu off
     2013-11-21 17:19:50   R-regAdaptive   on
     2013-11-21 17:19:50   R-reguExtI      15
     2013-11-21 17:19:50   R-reguExtP      30
     2013-11-21 17:19:50   R-reguExtPstart 30
     2013-11-21 17:19:50   R-reguIntI      15
     2013-11-21 17:19:50   R-reguIntP      30
     2013-11-21 17:19:50   R-reguIntPstart 30
     2013-11-21 17:19:50   R-showInfo      time
     2013-11-21 17:19:50   R-showWeekday   off
     2013-11-21 17:19:46   R-sign          off
     2013-11-21 17:19:50   R-tempMax       30.5 C
     2013-11-21 17:19:50   R-tempMin       4.5 C
     2013-11-21 17:19:50   R-tempOffset    0.0K
     2013-11-21 17:19:50   R-valveErrPos   15 %
     2013-11-21 17:19:50   R-valveMaxPos   100 %
     2013-11-21 17:19:50   R-valveOffset   0 %
     2013-11-21 17:19:50   R-winOpnBoost   off
     2013-11-21 17:19:50   R-winOpnDetFall 1.4 K
     2013-11-21 17:19:50   R-winOpnMode    on
     2013-11-21 17:19:50   R-winOpnPeriod  15 min
     2013-11-21 17:19:50   R-winOpnTemp    12 C
     2013-11-23 22:53:34   ValvePosition   14 %
     2013-11-23 22:53:34   desired-temp    16
     2013-11-23 22:53:34   measured-temp   16.0
     2013-11-23 22:53:34   mode            manu
     2013-11-23 22:53:34   motorErr        ok
     2013-11-23 22:53:34   state           T: 16.0 desired: 16 valve: 14 %
     2013-11-21 17:19:50   tempListFri     06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2013-11-21 17:19:50   tempListMon     06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2013-11-21 17:19:50   tempListSat     06:00 17.0 22:00 21.0 24:00 17.0
     2013-11-21 17:19:50   tempListSun     06:00 17.0 22:00 21.0 24:00 17.0
     2013-11-21 17:19:50   tempListThu     06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2013-11-21 17:19:50   tempListTue     06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2013-11-21 17:19:50   tempListWed     06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2013-11-21 17:19:50   tempList_State  verified
     2013-11-23 22:53:34   unknown0        42
   Helper:
     getCfgListNo 
     Prt:
       wakeup     1
     Role:
       chn        1
Attributes:
   autoReadReg 3_onChange
   expert     2_full
   model      HM-CC-RT-DN
   peerIDs    
   room       CUL_HM

Rohan · 23 November 2013, 23:11:35

Hallo HardwareW,

Zitat von: HardwareW am 23 November 2013, 22:59:07... Hier das nicht funktionierende Thermostat: ...

Sorry, aber ich sehe da (aus meiner beschränkten Sichtweise) auf Anhieb keine Probleme / Anhaltspunkte.

Vlt. kann ja ein anderer Mitleser etwas damit anfangen.

Ich lese weiter mit (bin ja auch noch Anfänger).

Gruß
Thomas

HardwareW · 23 November 2013, 23:14:01

Zitat von: Rohan am 23 November 2013, 23:11:35

Sorry, aber ich sehe da (aus meiner beschränkten Sichtweise) auf Anhieb keine Probleme / Anhaltspunkte.

Trotzdem vielen Dank dir, Thomas.

Hoffe, dass noch jemand eine Idee hat

Kruemel · 24 November 2013, 09:14:14

Zitat von: Mr. P am 23 November 2013, 08:46:59
Der state-Wert sieht jetzt auf alle Fälle schon mal besser aus. Vielleicht klappts jetzt dann auch mit dem Nachbarn.

Hallo,

jetzt klappts auch mit dem Nachbarn

Ich kann jetzt schon mal dem Thermostaten eine Liste von Sollwerten geben, er nimmt sie an und stellt die Temp ein.

2013-11-24 08:57:07 tempListSun 08:00 14.0 09:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0

Ist es richtig dass diese Liste beschreibt, bis 8.00 ist 14 Grad, von 8.00-9.30 Uhr ist 19.0 Grad eingestellt?
So schein es jedenfalls bei mir zu sein.

Eine Frage habe ich noch zu den Reaktionszeiten.
Ich stelle die Werte über 99_myUtils.pm ein.
In der fhem.cfg rufe ich die Sub mit der Zeile
{SetTempList_EG_Kueche_Heizung()}
auf.

Wenn ich die Liste ändern will, ändere ich die Sub und starte fhem.cfg neu.
Dann dauert es immer etwas, bis ich die Änderungen auch im fhem angezeigt bekommen.

Gibt es hier einen besseren Weg?

Vielen Dank.

Gruß

Wolfgang

------------------------------------------
sub SetTempList_EG_Kueche_Heizung()
# das Paar aus Zeit und Solltemp. bedeutet immer, das bis zu der Zeit diese
# Temperatur gilt
{
{ fhem ("set HZ01_EG_Kueche_ClimRT_tr tempListMon prep 05:30 14.0 08:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0")};
{ fhem ("set HZ01_EG_Kueche_ClimRT_tr tempListTue prep 05:30 14.0 08:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0")};
{ fhem ("set HZ01_EG_Kueche_ClimRT_tr tempListWed prep 05:30 14.0 08:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0")};
{ fhem ("set HZ01_EG_Kueche_ClimRT_tr tempListThu prep 05:30 14.0 08:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0")};
{ fhem ("set HZ01_EG_Kueche_ClimRT_tr tempListFri prep 05:30 14.0 08:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0")};
{ fhem ("set HZ01_EG_Kueche_ClimRT_tr tempListSat prep 08:00 14.0 09:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0")};
{ fhem ("set HZ01_EG_Kueche_ClimRT_tr tempListSun exec 08:00 14.0 09:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0")};
}
# End SetTempList_UG_Treppe_Heizung

Internals:
DEF 22337804
EVENTS 4
NAME HZ01_EG_Kueche_ClimRT_tr
NR 415
STATE T: 22.2 desired: 19 valve: 0 %
TYPE CUL_HM
chanNo 04
device HZ01_EG_Kueche
Readings:
2013-11-23 22:53:46 R-boostPeriod 5 min
2013-11-23 22:53:46 R-boostPos 80 %
2013-11-24 08:57:07 R-btnNoBckLight off
2013-11-23 22:53:46 R-dayTemp 21 C
2013-11-24 08:57:07 R-daylightSaveTime on
2013-11-24 08:57:07 R-decalcTime 11:00
2013-11-24 08:57:07 R-decalcWeekday Sat
2013-11-24 08:57:07 R-modePrioManu all
2013-11-24 08:57:07 R-modePrioParty all
2013-11-23 22:53:46 R-nightTemp 17 C
2013-11-24 08:57:07 R-noMinMax4Manu off
2013-11-24 08:57:07 R-regAdaptive on
2013-11-24 08:57:07 R-reguExtI 15
2013-11-24 08:57:07 R-reguExtP 30
2013-11-24 08:57:07 R-reguExtPstart 30
2013-11-24 08:57:07 R-reguIntI 18
2013-11-24 08:57:07 R-reguIntP 33
2013-11-24 08:57:07 R-reguIntPstart 45
2013-11-24 08:57:07 R-showInfo time
2013-11-24 08:57:07 R-showWeekday off
2013-11-24 08:57:03 R-sign off
2013-11-23 22:53:46 R-tempMax 30.5 C
2013-11-23 22:53:46 R-tempMin 4.5 C
2013-11-24 08:57:07 R-tempOffset 0.0K
2013-11-23 22:53:46 R-valveErrPos 15 %
2013-11-23 22:53:46 R-valveMaxPos 100 %
2013-11-23 22:53:46 R-valveOffset 0 %
2013-11-24 08:57:07 R-winOpnBoost off
2013-11-23 22:53:46 R-winOpnDetFall 1.4 K
2013-11-24 08:57:07 R-winOpnMode on
2013-11-23 22:53:46 R-winOpnPeriod 15 min
2013-11-23 22:53:46 R-winOpnTemp 12 C
2013-11-24 09:02:47 ValvePosition 0 %
2013-11-24 09:02:47 desired-temp 19
2013-11-24 09:02:47 measured-temp 22.2
2013-11-24 09:02:47 mode auto
2013-11-24 09:02:47 motorErr ok
2013-11-24 09:02:47 state T: 22.2 desired: 19 valve: 0 %
2013-11-24 08:57:07 tempListFri 05:30 14.0 08:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0
2013-11-24 08:57:07 tempListMon 05:30 14.0 08:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0
2013-11-24 08:57:07 tempListSat 08:00 14.0 09:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0
2013-11-24 08:57:07 tempListSun 08:00 14.0 09:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0
2013-11-24 08:57:07 tempListThu 05:30 14.0 08:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0
2013-11-24 08:57:07 tempListTue 05:30 14.0 08:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0
2013-11-24 08:57:07 tempListWed 05:30 14.0 08:30 19.0 18:00 16.0 19:00 19.0 20:00 16.0 24:00 14.0
2013-11-24 08:57:07 tempList_State verified
2013-11-24 09:02:47 unknown0 14
Templist:
Fri:
0:
HOUR 05
MINUTE 30
TEMP 14.0
1:
HOUR 08
MINUTE 30
TEMP 19.0
2:
HOUR 18
MINUTE 00
TEMP 16.0
3:
HOUR 19
MINUTE 00
TEMP 19.0
4:
HOUR 20
MINUTE 00
TEMP 16.0
5:
HOUR 24
MINUTE 00
TEMP 14.0
Mon:
0:
HOUR 05
MINUTE 30
TEMP 14.0
1:
HOUR 08
MINUTE 30
TEMP 19.0
2:
HOUR 18
MINUTE 00
TEMP 16.0
3:
HOUR 19
MINUTE 00
TEMP 19.0
4:
HOUR 20
MINUTE 00
TEMP 16.0
5:
HOUR 24
MINUTE 00
TEMP 14.0
Sat:
0:
HOUR 08
MINUTE 00
TEMP 14.0
1:
HOUR 09
MINUTE 30
TEMP 19.0
2:
HOUR 18
MINUTE 00
TEMP 16.0
3:
HOUR 19
MINUTE 00
TEMP 19.0
4:
HOUR 20
MINUTE 00
TEMP 16.0
5:
HOUR 24
MINUTE 00
TEMP 14.0
Sun:
0:
HOUR 08
MINUTE 00
TEMP 14.0
1:
HOUR 09
MINUTE 30
TEMP 19.0
2:
HOUR 18
MINUTE 00
TEMP 16.0
3:
HOUR 19
MINUTE 00
TEMP 19.0
4:
HOUR 20
MINUTE 00
TEMP 16.0
5:
HOUR 24
MINUTE 00
TEMP 14.0
Thu:
0:
HOUR 05
MINUTE 30
TEMP 14.0
1:
HOUR 08
MINUTE 30
TEMP 19.0
2:
HOUR 18
MINUTE 00
TEMP 16.0
3:
HOUR 19
MINUTE 00
TEMP 19.0
4:
HOUR 20
MINUTE 00
TEMP 16.0
5:
HOUR 24
MINUTE 00
TEMP 14.0
Tue:
0:
HOUR 05
MINUTE 30
TEMP 14.0
1:
HOUR 08
MINUTE 30
TEMP 19.0
2:
HOUR 18
MINUTE 00
TEMP 16.0
3:
HOUR 19
MINUTE 00
TEMP 19.0
4:
HOUR 20
MINUTE 00
TEMP 16.0
5:
HOUR 24
MINUTE 00
TEMP 14.0
Wed:
0:
HOUR 05
MINUTE 30
TEMP 14.0
1:
HOUR 08
MINUTE 30
TEMP 19.0
2:
HOUR 18
MINUTE 00
TEMP 16.0
3:
HOUR 19
MINUTE 00
TEMP 19.0
4:
HOUR 20
MINUTE 00
TEMP 16.0
5:
HOUR 24
MINUTE 00
TEMP 14.0
Helper:
Role:
chn 1
Shadowreg:
Attributes:
expert 1
model HM-CC-RT-DN
peerIDs
room EG-Kueche

martinp876 · 24 November 2013, 10:09:04

Hallo Wolfgang,

die Zeit ist immer der End-zeitpunkt, stimmt also.

wenn du mehrere Tage setzen willst solltest du "prep" und "exec" im Kommando nutzen, siehe commandref.

zum neu laden deines util kannst du
reload 99_myUtil
machen. FHEM bleibt bestehen und muss nicht alles neu aufsetzen. Alle internen Variablen bleiben erhalten.

Gruss Martin

tpm88 · 24 November 2013, 13:54:33

Hallo Martin,

seit Update auf die Version
# $Id: 10_CUL_HM.pm 4257 2013-11-21 18:17:30Z martinp876 $

listet der HMinfo configCheck folgende Meldungen - bin mir sehr sicher, dass sie vorher nicht da waren.

Code Auswählen


configCheck done:

 missing register list
    wz_Thermostat:	RegL_00:
    wz_Thermostat_ClimRT_tr:	.RegL_01:,.RegL_07:
    wz_Thermostat_ClimaTeam:	.RegL_01:
    wz_Thermostat_Climate:	.RegL_01:
    wz_Thermostat_Weather:	.RegL_01:
    wz_Thermostat_WindowRec:	.RegL_01:
    wz_Thermostat_remote:	.RegL_01:

 incomplete register list
    
 peer list not read
  
 peer list incomplete
    
 peer not verified

Weiter oben im Thread hast Du geschrieben:

bei solchen Fehlern sollte man
a) das device clearen : clear readings
b) neu lesen: getConfig

Hat nichts geändert. Mein RT ist nur mit der FHEM-Zentrale gepaired - es gibt keine peers.

Da eigentlich alles funktioniert - gibt's da Handlungsbedarf oder einfach ignorieren?

Gruss
Tobi

martinp876 · 24 November 2013, 14:20:35

Hallo Tobi,

deinem RT wz_Thermostat fehlen alle Register. Diese sind nicht gelesen.
Es könnte auch am sichtbarschalten liegen (attr expert). Hier muss ich die Readings umbenennen von ".RegL_00" nach "RegL_00" oder umgekehrt.
Nimm ein Beispiel: wz_Thermostat_remote. Wenn du "list" machst - wo steht "expert" und kannst du RegL_01 sehen?
wenn du expert einmal nach 2 und dann nach 0 schaltest - hintereinander. Ist dann das Problem verschwuden?

hast du expert im Config-file geändert oder gelöscht? Also nicht im web-interface oder konsole?

und - hast du nach dem getConfig gewartet, bis das Kommando auch abgearbeitet war?

Gruss Martin

tpm88 · 24 November 2013, 18:42:10

Hallo Martin,

Zitat von: martinp876 am 24 November 2013, 14:20:35
deinem RT wz_Thermostat fehlen alle Register. Diese sind nicht gelesen.
Es könnte auch am sichtbarschalten liegen (attr expert). Hier muss ich die Readings umbenennen von ".RegL_00" nach "RegL_00" oder umgekehrt.
Nimm ein Beispiel: wz_Thermostat_remote. Wenn du "list" machst - wo steht "expert" und kannst du RegL_01 sehen?

Nein - RegL_01 fehlt:

Code Auswählen

list wz_Thermostat_remote
	
	Internals:
   DEF        21F22006
   NAME       wz_Thermostat_remote
   NR         87
   STATE      ???
   TYPE       CUL_HM
   chanNo     06
   device     wz_Thermostat
   Readings:
   Helper:
     getCfgList all
     getCfgListNo ,3
     Role:
       chn        1
Attributes:
   expert     1
   model      HM-CC-RT-DN
   peerIDs    00000000,
   room       hidden

Zitat
wenn du expert einmal nach 2 und dann nach 0 schaltest - hintereinander. Ist dann das Problem verschwuden?

Leider nein.

Zitat
hast du expert im Config-file geändert oder gelöscht? Also nicht im web-interface oder konsole?

Vorher garnicht. Für den Test mit 2 und dann 0 über das Web-Interface.

Zitat
und - hast du nach dem getConfig gewartet, bis das Kommando auch abgearbeitet war?

Ja. Ich arbeite ohne Burst-Modus - also immer brav gewartet, bis das Kommando von pending in cmd_done wechselt.

Auch wenn ich derzeit keine Probleme habe, hätte ich ja schon gerne einen sauberen Konfigcheck. Wie bringe denn FHEM dazu, die Register einzulesen bzw. sie wieder sichtbar zu machen?

Danke & Gruss
Tobi

martinp876 · 25 November 2013, 12:20:06

expert steht in deinem Beispiel auf "1" - da sieht man alle dekodierten Register - aber keine rohdaten.
Stelle einmal auf "2".

ZitatAuch wenn ich derzeit keine Probleme habe, hätte ich ja schon gerne einen sauberen Konfigcheck. Wie bringe denn FHEM dazu, die Register einzulesen bzw. sie wieder sichtbar zu machen?

Lesen der Config mit "getConfig". Dann sind alle register und peers gelesen. Wenn nicht hat es evtl. ein Problem bei der Übertragung gegeben. hast du protokol-fehler gelendet bekommen?

Sichtbar machen:
expert = 0: eine Auswahl dekodierter Register ist sichtbar
expert = 1: alle dekodierten Register sichtbar
expert = 2: alle dekodierten Register sichtbar und rohdaten

expert ist hierarchisch. Wenn du es im device setzt gilt es für alle channels. Wenn du es im Channel setzt wird ein möglicher wert aus dem Device überschrieben.

Alternativ gibt es das global attribut "showInternalValues". Wenn das auf "1" werden alle Unsichtbaren Variables sichtbar geschaltet. Expert ist dann nicht (nicht wirklich) relevant.

getConfig funktioniert (wie das meiste in CUL_HM) hierarchisch. Du kannst einen Channel lesen oder das gesamte device incl channels.

ein fehlerfreies "checkConfig" strebe ich auch an

. Sollte (muss) erreichbar sein.

Gruss Martin

tpm88 · 25 November 2013, 15:05:39

Hallo Martin,

vielen Dank für die Erklärungen. Das ganze Experimentieren mit expert und get_config hat allerdings zunächst nichts gebracht. Protokollfehler habe ich keine gesehen.

Vielleicht lag es tatsächlich an der Version 4257 von 10_CUL_HM.pm. Mit dieser Version waren mir die fehlenden Register beim configCheck erstmalig aufgefallen. Oder ein anderer temporärer Dreckeffekt...

Nach einem Update auf die derzeit aktuelle Version

Code Auswählen

# $Id: 10_CUL_HM.pm 4276 2013-11-23 16:56:20Z martinp876 $

und Neustart des FHEM-Servers gefolgt von einem weiteren get_config ist wieder alles sauber. Der configCheck meckert nichts an und ich sehe die Register im Frontend und via list.

In jedem Fall habe ich wieder ein paar HM-Details (Hierarchie, Bedeutung von Attribut expert) gelernt.

Nochmals besten Dank & Gruss
Tobi

Jojo11 · 26 November 2013, 18:30:11

Hallo,

ist es möglich, R-nightTemp und R-tempLowering zu ändern? Ab Werk sind diese ja auf 17°C gesetzt. Irgendwie steige ich da nicht hinter. Was genau ist überhaupt der Unterschied zwischen diesen beiden Werten?

schöne Grüße
Jo

martinp876 · 26 November 2013, 19:34:47

Hallo Jo,

loweringTemp gibt es doch garnicht mehr. Steht das noch irgendwo? Die beiden sind identisch.
regSet ist das Kommando zum Ändern

set <clima> regSet nightTemp 20

Gruss Martin