HM-CC-RT-DN

[martinp876]

nein, gibt es so nicht.
Ich dachte die Namen sind hilfe genug
missing register list
Diese Listen fehlen - sollte sich mit getConfig beheben lassen
Register changes pending
Es sind Aenderungen vorgenommen worden, aber nicht durchgeführt oder zumindest nicht bestätigt. Es sollte irgendwo ein set_ stehen
peer list not read
Liste der Peers ist nicht gelesen -> getConfig
peer list incomplete
peerliste nicht komplett - -> getConfig

peer not verified

peering konnte nicht verifiziert werden. wz.Sonos ist mit p:wz.Bedienung.virt_Btn2 gepeert, aber bei p:wz.Bedienung.virt_Btn2 konnte kein peering zu  wz.Sonos gefunden werden.
=> koennte sein, p:wz.Bedienung.virt_Btn2 schlecht auszulesen ist (config device?). Hier kann man die Registerlisten einmal lesen und dann in einem File speichern (saveConfig). Beim Booten kann man dann einbauen, dass die Register/peers dieses  Devices aus dem File geladen werden. Da muss man dann etwas aufpassen...
Auch möglich - archConfig! - und daraus laden...

PairedTo missing/unknown
es kann nicht gelesen werden ob und wohin das device gepeert ist. (registerliste 0 fehlt evtl).

Das configCheck werden ich immer wieder erweitern, wenn es sinnvolle prüfungen gibt, auf die man User hinweisen sollte

Mal ehrlich - ist die Überschrift zu verstehen?
Gruss Martin

[snoop]

saveConfig speichert die Regiserlisten - das File evtl sichern... man kann es zuruecklesen, z.B. fuer config devices, die nicht einfach zu lesen sind.

Hallo Martin,
kann man die non-wake-up devices (HM-SEC-SC etc.) excluden?
Edit: Hintergrund - die die es können automatisiert aktualisieren - den Rest mauell/dediziert.
Die Infos müssten bekannt sein - zumindest von den unterstützen devices - oder?
Viele Grüße
Arthur

[martinp876]

Hallo Arthur,

kann man die non-wake-up devices (HM-SEC-SC etc.) excluden?

ungern. Wenn ich z.b. das peering pruefen, ob es beidseitig ist, brauche ich die Daten sowieso.

Edit: Hintergrund - die die es können automatisiert aktualisieren - den Rest mauell/dediziert.

ich sehe das Problem. Es gibt mehrere optionen, es zu loesen. Den praxistest muessen sie noch bestehen.
a) config devices separat speichern und einlesen.
a1) getConfig dieser Devices lesen(device getConfig), pruefen(ggf einzeln) (hm checkConfig -f device) und speichern in ein separates file hm saveConfig -f device myConfigDeviceRegister.cfg
a2) der User kann/muss es nach jeder Aenderung wieder ausfuehren.
a3) der User legt sich ein fhemUsr.cfg an, das er per notify aus den fhem.cfg ausfuehrt. in diesem file macht er ein loadConfig myConfigDeviceRegister.cfg. Die Register sind entsprechend dem letzten save vorhanden.

b) archConfig einschalten (siehe docu). FHEM speichert alle register automatisch (also ein automatisches saveConfig) wenn register neu gelesen wurden. default filename ist regSave.cfgb1) der User sollte sich wieder ein fhemUsr.cfg anlegen und es aus fhem.cfg triggern lassen. In dem file macht er ein loadConfig regSave.cfg -f device1|device2|device3 - oder mehrere loadConfig, eins fuer jedes config device

Fuer guten stil halte ich, config daten in einer eigenen directoy unterzubringen. Siehe hierzu
configDir configFilename aus HMInfo

kommt das hin? Andere Vorschlaege?
Man sollte, wenn es zusagt, ein best-current-practice in wiki eerstellen, das so etwas erklaert - wiki mache ich nicht, vielleicht findet sich jemand.

p.s. - aus dem file gelesene readings erhalten einen gesonderten Zeitstempel - kein Uhrzeit. Abgeleitete Readings (also register R-... ) haben den des Restart
- loadConfig ueberschreibt nicht vorhandene Readings, es ersetzt nur fehlende.
Gruss Martin

[snoop]

Hallo Arthur,
ungern. Wenn ich z.b. das peering pruefen, ob es beidseitig ist, brauche ich die Daten sowieso.
ich sehe das Problem. Es gibt mehrere optionen, es zu loesen. Den praxistest muessen sie noch bestehen.
a) config devices separat speichern und einlesen.
a1) getConfig dieser Devices lesen(device getConfig), pruefen(ggf einzeln) (hm checkConfig -f device) und speichern in ein separates file hm saveConfig -f device myConfigDeviceRegister.cfg
a2) der User kann/muss es nach jeder Aenderung wieder ausfuehren.
a3) der User legt sich ein fhemUsr.cfg an, das er per notify aus den fhem.cfg ausfuehrt. in diesem file macht er ein loadConfig myConfigDeviceRegister.cfg. Die Register sind entsprechend dem letzten save vorhanden.

b) archConfig einschalten (siehe docu). FHEM speichert alle register automatisch (also ein automatisches saveConfig) wenn register neu gelesen wurden. default filename ist regSave.cfgb1) der User sollte sich wieder ein fhemUsr.cfg anlegen und es aus fhem.cfg triggern lassen. In dem file macht er ein loadConfig regSave.cfg -f device1|device2|device3 - oder mehrere loadConfig, eins fuer jedes config device

Fuer guten stil halte ich, config daten in einer eigenen directoy unterzubringen. Siehe hierzu
configDir configFilename aus HMInfo

kommt das hin? Andere Vorschlaege?
Man sollte, wenn es zusagt, ein best-current-practice in wiki eerstellen, das so etwas erklaert - wiki mache ich nicht, vielleicht findet sich jemand.

p.s. - aus dem file gelesene readings erhalten einen gesonderten Zeitstempel - kein Uhrzeit. Abgeleitete Readings (also register R-... ) haben den des Restart
- loadConfig ueberschreibt nicht vorhandene Readings, es ersetzt nur fehlende.
Gruss Martin

Hallo Martin,
sorry, meine Frage bezog sich auf "clearReadings".
Man (ich) könnte dann "auch manuell" ein "clearReadings" auf wake-up devices triggern - bei non-wake-up eben dediziert (manuell).
Mit saveConfig habe ich mich noch nicht beschäftigt.
Viele Grüße
Arthur

[thermo]

Hallo,

wie setzt man denn die Werte mit dem R-davor? z.B R-dayTemp?
Mit set <device> dayTemp oder R-dayTemp beschwert fhem sich.

Gruß George

[betateilchen]

mit regSet -> siehe commandref Dokumentation

[thermo]

danke, hat bedingt geklappt. Ich habe mit

set <device>_Clima regSet prep dayTemp 20
set <device>_Clima regSet exec nightTemp 17

Werte verändern wollen, jetzt steht da

R-dayTemp set_20
R-nightTemp set_17

sollte da nicht jetzt  20 und 17 statt set_20 set_17 stehen?

[JoeALLb]

Hab ich auch

[Thorsten Pferdekaemper]

Macht mal ein getConfig und wartet 5 Minuten.

[thermo]

Warten hilft !

[geek]

Hi,

wie bekomme ich denn den adaptive mode wieder eingeschaltet?

Code Auswählen Erweitern

fhem> set ug_kr_heiz_climrt regSet regAdaptive on
invalid value. use:offDefault,offDeter,on


Rainer

[Wuppi68]

Code Auswählen Erweitern

set ug_kr_heiz_climrt regSet regAdaptive offDefault


sollte funzen

[martinp876]

nein.
offDefault schaltet adaptive aus und nutzt die default parametern von HM
On wäre korrekt. geht bei mir auch.
ist die SW aktuell? Update?

[geek]

Update habe ich kurz vorher gemacht - incl. restart.

Code Auswählen Erweitern

# $Id: 10_CUL_HM.pm 5262 2014-03-20 19:02:12Z martinp876 $
# $Id: 00_HMLAN.pm 5246 2014-03-17 19:15:05Z martinp876 $
# $Id: 98_HMinfo.pm 5255 2014-03-18 22:28:22Z martinp876 $


Das ist auf nem Debian wheezy mit perl 5.14.2.

offDefault hat er genommen - auch wenns - wie du bestaetigst was anderes ist. Hatte letztens noch ein anderes Register das kein "on" wollte obwohls in der Liste gueltiger optionen stand... kann mich aber nicht an details erinnern, leider.

Code Auswählen Erweitern

fhem> list ug_kr_heiz_climrt
Internals:
   DEF        221F1C04
   HMUG_MSGCNT 43
   HMUG_RAWMSG E221F1C,0000,50DB82BC,FF,FFCE,CA8610221F1C0000000AA0C40E6458
   HMUG_RSSI  -50
   HMUG_TIME  2014-03-21 17:09:23
   LASTInputDev HMUG
   MSGCNT     43
   NAME       ug_kr_heiz_climrt
   NR         820
   STATE      T: 19.6 desired: 20.0 valve: 100
   TYPE       CUL_HM
   chanNo     04
   device     ug_kr_heiz
   Readings:
     2014-01-19 16:58:10   R-boostPeriod   5 min
     2014-01-26 20:14:25   R-boostPos      100 %
     2014-03-15 11:05:01   R-btnNoBckLight desired-temp
     2014-01-19 16:58:10   R-dayTemp       21 C
     2014-03-15 11:05:01   R-daylightSaveTime desired-temp
     2014-03-15 11:05:01   R-decalcTime    11:00
     2014-03-15 11:05:01   R-decalcWeekday Sat
     2014-03-15 11:05:01   R-modePrioManu  all
     2014-03-15 11:05:01   R-modePrioParty all
     2014-01-19 16:58:10   R-nightTemp     17 C
     2014-03-15 11:05:01   R-noMinMax4Manu desired-temp
     2014-03-15 11:05:01   R-regAdaptive   offDefault
     2014-03-15 11:05:01   R-reguExtI      10
     2014-03-15 11:05:01   R-reguExtP      25
     2014-03-15 11:05:01   R-reguExtPstart 5
     2014-03-15 11:05:01   R-reguIntI      15
     2014-03-15 11:05:01   R-reguIntP      30
     2014-03-15 11:05:01   R-reguIntPstart 30
     2014-03-15 11:05:01   R-showInfo      time
     2014-03-15 11:05:01   R-showWeekday   desired-temp
     2014-03-21 17:06:53   R-sign          off
     2014-01-19 16:58:10   R-tempMax       30.5 C
     2014-01-19 16:58:10   R-tempMin       4.5 C
     2014-03-15 11:05:01   R-tempOffset    0.0K
     2014-01-26 20:14:25   R-valveErrPos   5 %
     2014-01-19 16:58:10   R-valveMaxPos   100 %
     2014-01-19 16:58:10   R-valveOffsetRt 0 %
     2014-03-15 11:05:01   R-winOpnBoost   desired-temp
     2014-01-19 16:58:10   R-winOpnDetFall 1.4 K
     2014-03-15 11:05:01   R-winOpnMode    desired-temp
     2014-01-19 16:58:10   R-winOpnPeriod  15 min
     2014-01-19 16:58:10   R-winOpnTemp    12 C
     2014-03-21 17:06:53   RegL_01:          08:00 00:00
     2014-03-21 17:06:57   RegL_07:         01:2A 02:22 03:09 04:3D 05:18 06:03 07:00 08:16 09:07 0A:34 0B:00 0C:64 0D:05 0E:01 0F:00 10:00 11:00 12:09 13:8E 14:44 15:48 16:55 17:08 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:44 2F:48 30:55 31:08 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:48 4A:54 4B:6C 4C:44 4D:CC 4E:55 4F:08 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:48 64:54 65:6C 66:44 67:CC 68:55 69:08 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:48 7E:54 7F:6C 80:44 81:CC 82:55 83:08 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:48 98:54 99:6C 9A:44 9B:CC 9C:55 9D:08 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:48 B2:54 B3:6C B4:44 B5:CC B6:55 B7:08 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20
     2014-03-21 17:09:23   ValvePosition   100
     2014-03-21 17:09:23   desired-temp    20.0
     2014-03-21 17:09:23   measured-temp   19.6
     2014-03-21 17:09:23   mode            manu
     2014-03-21 17:09:23   motorErr        ok
     2014-03-21 17:09:23   state           T: 19.6 desired: 20.0 valve: 100
     2014-03-15 11:05:01   tempListFri     06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2014-03-15 11:05:01   tempListMon     06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2014-03-15 11:05:01   tempListSat     06:00 17.0 22:00 21.0 24:00 17.0
     2014-03-15 11:05:01   tempListSun     06:00 17.0 22:00 21.0 24:00 17.0
     2014-03-15 11:05:01   tempListThu     06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2014-03-15 11:05:01   tempListTue     06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2014-03-15 11:05:01   tempListWed     06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
     2014-03-15 11:05:01   tempList_State  verified
   Helper:
     getCfgListNo
     Role:
       chn        1
     Shregr:
       07         00
     Shadowreg:
       RegL_07:   01:2A 02:22 03:09 04:3D 05:18 06:03 07:00 08:16 09:07 0A:34 0B:00 0C:64 0D:05 0E:01 0F:00 10:00 11:00 12:09 13:8E 14:44 15:48 16:55 17:08 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:44 2F:48 30:55 31:08 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:48 4A:54 4B:6C 4C:44 4D:CC 4E:55 4F:08 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:48 64:54 65:6C 66:44 67:CC 68:55 69:08 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:48 7E:54 7F:6C 80:44 81:CC 82:55 83:08 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:48 98:54 99:6C 9A:44 9B:CC 9C:55 9D:08 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:48 B2:54 B3:6C B4:44 B5:CC B6:55 B7:08 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:0F CB:1E CC:1E CD:0A CE:19 CF:05 00:00
Attributes:
   butler_heizkoerper eco
   event-on-change-reading .*
   eventMap   /desired-temp on:on/desired-temp off:off/desired-temp 12:frost/desired-temp 20:eco/desired-temp 21:comfort/desired-temp 20:home/desired-temp 12:nacht/desired-temp on:summer/
   group      Heizkoerper
   icon       sani_heating
   model      HM-CC-RT-DN
   peerIDs   
   room       ug_kr,ug,d_heizung
   structexclude .*:.*
   webCmd     on:off:frost:eco:comfort:home:nacht:summer:desired-temp


[martinp876]

hm...
kannst du es einmal probieren - und vorher die eventmap löschen?
Gruss Martin