Anfänger: Welche Thermostate empfohlen?

curt · 30 Januar 2019, 21:58:52

@MadMax-FHEM

Zitat von: MadMax-FHEM am 27 Januar 2019, 10:22:48
Wenn das Busware-Dingens ebenfalls GPIO ist, dann nat. schon (also vors. drunter "steckt" ein PI )...

Also erstmal herzlichen Dank für die Hinweise!

Das neue GPIO-Dingens ist heute gekommen. Ich nahm all meinen Mut zusammen (naja, fast allen: Ein dd der RPi-System"platte" noch gemacht) und legte los. Auch ein Firmware-Update machte ich. Was soll ich sagen? Auf den ersten Blick läuft das. Vermutlich muss ich bei jeder Device einzeln noch "set getConfig" machen? Oder etwas anderes?

Und weil ich (jaja) das neue Gerät der fhem.cfg direkt bekannt machte, fehlt dem nun dieses lustige "für künftige Erweiterungen" setuuid. Ignoriere ich das oder nehme ich die alte oder was mache ich da am Dümmsten?

So ein Magnetdings habe ich übrigens nicht, das war nicht dabei. Das ist aber real wichtig? Oder nur theoretisch?

Kann bitte jemand mal quer drüber schauen - ist das so in Ordnung?

Auszug fhem.cfg:

Code Auswählen


define myHmUART HMUARTLGW /dev/ttyAMA0
#setuuid myHmUART 5c47b07d-f33f-769b-19aa-cea28513b8bcd4bd
attr myHmUART hmId FF1312
#attr myHmUART rfmode HomeMatic
attr myHmUART room 99 System

define VCCU CUL_HM FF1312
setuuid VCCU 5c47b07e-f33f-769b-9705-7168f5fff547fbee
attr VCCU IODev myHmUART
attr VCCU IOList myHmUART
attr VCCU IOgrp VCCU:myHmUART
attr VCCU cyclicMsgOffset 250
attr VCCU expert 2_raw
attr VCCU model CCU-FHEM
attr VCCU room 99 System
attr VCCU subType virtual
attr VCCU webCmd virtual:update

list myHmUART

Code Auswählen


Internals:
   AssignedPeerCnt 4
   CNT        168
   Clients    :CUL_HM:
   DEF        /dev/ttyAMA0
   DEVCNT     168
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         11
   FUUID      5c52091f-f33f-769b-5a27-24964d4bf50037a4
   LastOpen   1548880464.71787
   NAME       myHmUART
   NR         44
   PARTIAL    
   RAWMSG     040203
   RSSI       -58
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      HM-MOD-UART
   msgLoadCurrent 2
   msgLoadHistory 0/0/1/1/-/-/-/-/-/-/-/-
   msgLoadHistoryAbs 2/2/2/1/0/-/-/-/-/-/-/-/-
   owner      FF1312
   owner_CCU  VCCU
   Helper:
     CreditTimer 88
     FW         66561
     Initialized 1
     SendCnt    10
     AckPending:
       100:
         cmd        02000000948002FF1312578BD40101C800
         dst        1
         frame      FD0013016402000000948002FF1312578BD40101C800B109
         time       1548880895.41127
       106:
         cmd        02000000268002FF1312594BCA0101C800
         dst        1
         frame      FD0013016A02000000268002FF1312594BCA0101C800D51C
         time       1548880920.99759
       107:
         cmd        02000000268002FF1312594BCA0101C800
         dst        1
         frame      FD0013016B02000000268002FF1312594BCA0101C800410B
         time       1548880921.30049
       108:
         cmd        02000000278002FF1312594BCA0101C800
         dst        1
         frame      FD0013016C02000000278002FF1312594BCA0101C80052E7
         time       1548880922.99942
       91:
         cmd        02000000728002FF13123301CB0101C800
         dst        1
         frame      FD0013015B02000000728002FF13123301CB0101C8003801
         time       1548880874.35299
       92:
         cmd        02000000728002FF13123301CB0101C800
         dst        1
         frame      FD0013015C02000000728002FF13123301CB0101C800D46E
         time       1548880874.65574
       93:
         cmd        02000000738002FF13123301CB0101C800
         dst        1
         frame      FD0013015D02000000738002FF13123301CB0101C800BFFA
         time       1548880876.35301
       97:
         cmd        02000000918002FF1312578BD40101C800
         dst        1
         frame      FD0013016102000000918002FF1312578BD40101C800F4C8
         time       1548880887.14139
       98:
         cmd        02000000928002FF1312578BD40101C800
         dst        1
         frame      FD0013016202000000928002FF1312578BD40101C8004874
         time       1548880887.6916
       99:
         cmd        02000000938002FF1312578BD40101C800
         dst        1
         frame      FD0013016302000000938002FF1312578BD40101C80023E0
         time       1548880894.85879
     LastSendLen:
       3
       3
     Log:
       IDs:
     PeerQueue:
     PendingCMD:
     RoundTrip:
       Delay      0.00271415710449219
     loadLvl:
       lastHistory 1548881691.9014
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     32FB89     +32FB89,00,00,00
     3301CB     +3301CB,00,00,00
     578BD4     +578BD4,00,00,00
     594BCA     +594BCA,00,00,00
   READINGS:
     2019-01-30 21:34:51   D-HMIdAssigned  FF1312
     2019-01-30 21:34:51   D-HMIdOriginal  670D64
     2019-01-30 21:34:51   D-firmware      1.4.1
     2019-01-30 21:34:51   D-serialNr      PEQ0173073
     2019-01-30 21:29:19   D-type          HM-MOD-UART
     2019-01-30 21:34:51   cond            ok
     2019-01-30 21:41:38   load            2
     2019-01-30 21:34:51   loadLvl         low
     2019-01-30 21:34:24   state           opened
   helper:
Attributes:
   hmId       FF1312
   room       99 System

MadMax-FHEM · 30 Januar 2019, 23:04:01

Auf den ersten schnellen Blick sieht es ok aus.

Was die Acks pending sind weiß ich nicht, da ich nicht weiß was du so gemacht hast (evtl. getConfigs [noch] ohne Antwort?)...

Aber wenn du hminfo definiert hast (solltest du! / genauso wie vccu

), dann kannst du ja mal entsprechend Infos ausgeben lassen:

https://wiki.fhem.de/wiki/HomeMatic_HMInfo
https://wiki.fhem.de/wiki/HomeMatic_HMInfo#configCheck
https://wiki.fhem.de/wiki/HomeMatic_HMInfo#protoEvents
https://wiki.fhem.de/wiki/HomeMatic_HMInfo#msgStat

Ansonsten, wenn sich die HMID nicht geändert hat und die Geräte schon angelernt waren brauchst du eigentlich (dank vccu) nichts tun...
...du hattest doch den CUL vorher in der vccu!?
Mit der jetzigen/selben HMID!?

Außer du hattest "prefered io" gesetzt (und das "dummerweise" auf den CUL)...

Gruß, Joachim

curt · 30 Januar 2019, 23:18:00

Zitat von: MadMax-FHEM am 30 Januar 2019, 23:04:01
Auf den ersten schnellen Blick sieht es ok aus.

Oh, ein schöner Tag.

Zitat von: MadMax-FHEM am 30 Januar 2019, 23:04:01Was die Acks pending sind weiß ich nicht, da ich nicht weiß was du so gemacht hast (evtl. getConfigs [noch] ohne Antwort?)...

Also bei Türen und Fenstern war es einfach, die habe ich mal kurz aufgemacht. Meine drei Rauchmelder und dieser komische teamlead haben nicht noch nicht gemeldet. Aber ich traue mich um diese Uhrzeit nicht, da mal zu drücken. Blöderweise sind aus unklarem Grund zwei Türen gegenseitig gepeert - trotzdem kriegt VCCU da was mit (ist wohl magisches Zaubersalz).

Zitat von: MadMax-FHEM am 30 Januar 2019, 23:04:01Aber wenn du hminfo definiert hast (solltest du! / genauso wie vccu ), dann kannst du ja mal entsprechend Infos ausgeben lassen:
https://wiki.fhem.de/wiki/HomeMatic_HMInfo
https://wiki.fhem.de/wiki/HomeMatic_HMInfo#configCheck
https://wiki.fhem.de/wiki/HomeMatic_HMInfo#protoEvents
https://wiki.fhem.de/wiki/HomeMatic_HMInfo#msgStat

Freudestrahlend teile ich mit, dass ich das natürlich habe. Wobei ich bislang lediglich traute, auf "configCheck" zu drücken. (Und alle naselang waren da Register oder peering vergessen.)

Zitat von: MadMax-FHEM am 30 Januar 2019, 23:04:01Ansonsten, wenn sich die HMID nicht geändert hat und die Geräte schon angelernt waren brauchst du eigentlich (dank vccu) nichts tun...

Feinfein, mal was richtig gemacht.

Zitat von: MadMax-FHEM am 30 Januar 2019, 23:04:01
...du hattest doch den CUL vorher in der vccu!?
Mit der jetzigen/selben HMID!?

Jaaaa - ich hab Dir doch zugehört.

Zitat von: MadMax-FHEM am 30 Januar 2019, 23:04:01Außer du hattest "prefered io" gesetzt (und das "dummerweise" auf den CUL)...

Ich weiß nichtmal, was das ist und wofür das gut sein mag. Aber sowas könnte reingerutscht sein: Zumindest ich lerne an Beispielen. Woran würde ich das denn erkennen?

Ähmmm - warte mal bitte. configCheck sagt da was:

Code Auswählen


configCheck done:

 missing register list
    Arbeits_rechts:	RegL_00.,RegL_01.

 no IO device assigned
    HM_5A5754
    HM_5A6710
    HM_5A6737
    TeamDev

 IOgrp: prefered IO undefined
    Arbeits_rechts ->SCC
    [alle Fenster so]

Boah: Da hat schon wieder (oder noch?) einer seine Register vergessen. - Die drei darunter sind die Rauchmelder, die werden sich ja wohl von selbst berappeln. Das mit dem IOgrp vermag ich nicht zu deuten.

MadMax-FHEM · 30 Januar 2019, 23:46:02

Zitat von: curt am 30 Januar 2019, 23:18:00
Blöderweise sind aus unklarem Grund zwei Türen gegenseitig gepeert - trotzdem kriegt VCCU da was mit (ist wohl magisches Zaubersalz).

2 Türen gepeert: würde mich wundern!

Weil normalerweise kann man nur einen Sensor (kann auch eine FB oder Schalter sein) mit einem Aktor peeren.
2 Sensoren? Was wollen sich die gegenseitig "sagen" bzw. eher: was soll denn ein "Sensor" auf das Signal eines anderen Sensors "tun"?

Dass die vccu das mitkriegt ist nicht "Magic" sondern "Funk"

fhem / HMOD/ vccu empfängt und "entschlüsselt" und weist dann die Daten dem passenden Gerät zu...
(führt dazu, dass manche denken die Geräte wären GEPAIRED sind es aber nicht [wirklich])

Zitat von: curt am 30 Januar 2019, 23:18:00
Ähmmm - warte mal bitte. configCheck sagt da was:

Code Auswählen Erweitern
configCheck done: missing register list Arbeits_rechts: RegL_00.,RegL_01. no IO device assigned HM_5A5754 HM_5A6710 HM_5A6737 TeamDev IOgrp: prefered IO undefined Arbeits_rechts ->SCC [alle Fenster so]

Boah: Da hat schon wieder (oder noch?) einer seine Register vergessen. - Die drei darunter sind die Rauchmelder, die werden sich ja wohl von selbst berappeln. Das mit dem IOgrp vermag ich nicht zu deuten.

missing register list: getConfig (oder warten bzw. kommt drauf an was bei autoreadReg steht)

no IO device assigned:
da musst du mal bzgl. der Attribute ioDev bzw. ioGrp schauen

IOgrp prefered IO undefined:
da hattest du vermutlich (aus Versehen?

) statt der vccu die Kontrolle über das "beste" IODev zu geben selbst beschlossen ein "bevorzugtes" zu nehmen.
Das was dort angegeben ist war vermutlich dein CUL den es nicht mehr gibt...

Gruß, Joachim

LuckyDay · 30 Januar 2019, 23:47:40

Code Auswählen

IOgrp: prefered IO undefined
    Arbeits_rechts ->SCC

das bevorzugte I/O ist nicht definiert bei der Arbeits_rechts

schau nach dem Attr IOgrp bei dm Device
oder mache besser ein list

curt · 31 Januar 2019, 00:08:55

Zitat von: MadMax-FHEM am 30 Januar 2019, 23:46:02
2 Türen gepeert: würde mich wundern!

Für mich ist sowas kein Problem (warum auch immer):
Haustuer: peerList Terrassentuer
Terrassentuer: peerList Haustuer

Zitat von: MadMax-FHEM am 30 Januar 2019, 23:46:02
Dass die vccu das mitkriegt ist nicht "Magic" sondern "Funk"

Wir alle wissen, dass IT zu einem guten Teil aus magischen Zaubersalz besteht.

Zitat von: MadMax-FHEM am 30 Januar 2019, 23:46:02
missing register list: getConfig (oder warten bzw. kommt drauf an was bei autoreadReg steht)

Ich weiß. Ich kenne das bis zum Erbrechen. Darum ja das neue GPIO-Dingens, Du hattest mir ja versprochen, dass nun alles besser wird. Hast Du, jajaja?

Zitat von: MadMax-FHEM am 30 Januar 2019, 23:46:02
no IO device assigned:
da musst du mal bzgl. der Attribute ioDev bzw. ioGrp schauen

IOgrp prefered IO undefined:
da hattest du vermutlich (aus Versehen? ) statt der vccu die Kontrolle über das "beste" IODev zu geben selbst beschlossen ein "bevorzugtes" zu nehmen.
Das was dort angegeben ist war vermutlich dein CUL den es nicht mehr gibt...

Ich müsste vorsichtig erwähnen, dass diese Melder bei mir in einer eigenen Datei ausgelagert sind ...
Also
* attr VCCU IOgrp VCCU:myHmUART
gegen
* attr Arbeits_rechts IOgrp VCCU:SCC

Und was halte ich von der Zeile
* attr Arbeits_rechts IODev SCC ?

Wie gewünscht das Fenster Arbeitszimmer:

Code Auswählen


Internals:
   CFGFN      ./FHEM/z-include-fenster.cfg
   DEF        32FB89
   FUUID      5c47b07e-f33f-769b-92ab-7a0909590af758da
   IODev      myHmUART
   IODevName  SCC
   LASTInputDev myHmUART
   MSGCNT     9
   NAME       Arbeits_rechts
   NOTIFYDEV  global
   NR         93
   NTFY_ORDER 50-Arbeits_rechts
   STATE      open
   TYPE       CUL_HM
   lastMsg    No:E2 - t:41 s:32FB89 d:FF1312 01DFC8
   myHmUART_MSGCNT 9
   myHmUART_RAWMSG 0501002FE2A64132FB89FF131201DFC8
   myHmUART_RSSI -47
   myHmUART_TIME 2019-01-30 22:43:06
   protLastRcv 2019-01-30 22:43:06
   protRcv    8 last_at:2019-01-30 22:43:06
   protSnd    8 last_at:2019-01-30 22:43:06
   protState  CMDs_done
   rssi_at_myHmUART cnt:9 min:-48 max:-47 avg:-47.11 lst:-47 
   READINGS:
     2019-01-30 21:30:54   Activity        alive
     2019-01-12 00:51:13   CommandAccepted yes
     2019-01-12 01:51:13   D-firmware      2.4
     2019-01-12 01:51:13   D-serialNr      LEQ0891006
     2019-01-12 01:51:14   PairedTo        0xFF1312
     2018-04-29 21:51:27   R-cyclicInfoMsg off
     2018-04-29 21:51:27   R-eventDlyTime  0 s
     2019-01-12 01:51:14   R-pairCentral   0xFF1312
     2018-04-29 21:51:27   R-sabotageMsg   on
     2018-04-29 21:51:27   R-sign          off
     2019-01-23 21:36:05   RegL_00.        
     2019-01-12 01:51:19   alive           yes
     2019-01-30 22:43:06   battery         ok
     2019-01-30 22:43:06   contact         open (to VCCU)
     2019-01-12 00:51:03   powerOn         2019-01-12 00:51:03
     2019-01-12 01:51:19   recentStateType info
     2019-01-12 01:51:19   sabotageError   off
     2019-01-30 22:43:06   state           open
     2018-07-28 20:48:38   trigDst_FF1312  noConfig
     2019-01-30 22:43:06   trigger_cnt     223
   helper:
     HM_CMDNR   226
     mId        00B1
     regLst     ,0,1,4p
     rxType     4
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +32FB89,00,00,00
       nextSend   1548884587.13148
       rxt        0
       vccu       VCCU
       p:
         32FB89
         00
         00
         00
       prefIO:
         SCC
     mRssi:
       mNo        E2
       io:
         myHmUART:
           -39
           -39
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1548884586.83625
       ack:
         HASH(0x3052ea0)
         E28002FF131232FB890101C800
     rssi:
       at_myHmUART:
         avg        -47.1111111111111
         cnt        9
         lst        -47
         max        -47
         min        -48
     tmpl:
Attributes:
   Fenster_Status structure_Fenster
   IODev      SCC
   IOgrp      VCCU:SCC
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   battery_change 2019-01-11
   devStateIcon open:fts_window_1w_tilt@red closed:fts_window_1w@green
   expert     2_raw
   firmware   2.4
   fp_Hauptseite 376,651,1,structure_Fenster
   model      HM-SEC-SC-2
   peerIDs    00000000,
   room       Unsorted
   serialNr   LEQ0891006
   subType    threeStateSensor
   userattr   Fenster_Status Fenster_Status_map structexclude

LuckyDay · 31 Januar 2019, 00:14:12

Code Auswählen

   IODev      SCC  --> das solltest umstellen auf -->myHmUART
   IOgrp      VCCU:SCC  --> ":SCC" löschen, da du nur ein IO hast

curt · 31 Januar 2019, 01:01:59

Danke für Deine Hinweise; ich habe alles umgesetzt. Im Ergebnis gibt configCheck keine Fehler mehr aus.

Im Moment bleiben zwei Probleme:

1) Beide Türen sind miteinander verheiratet, also gepeert. Ok, brachial neu anlernen vermutlich.

2) Meine Rauchmelder (es sind drei) dürften auch noch ein Problem sein - ich zeig einfach mal:

Also das erste define wurde mir automatisch angelegt - das war im Forum schon mal Gespräch. Da wurde gestaunt, was da so angelegt wurde. Das zweite define war Hinweis aus dem Forum (ähmmm, halt: UMGEKEHRT!):

Code Auswählen


# teamlead Rauchmelder nach https://wiki.fhem.de/wiki/HM-SEC-SD_Rauchmelder#virtueller_TeamLead

define TeamDev CUL_HM 111111
setuuid TeamDev 5c47b0cf-f33f-769b-01ce-4246d252b5b7b21b
attr TeamDev IODev myHmUART
attr TeamDev expert 2_raw
attr TeamDev model VIRTUAL
attr TeamDev room 13 Rauch
attr TeamDev subType virtual
attr TeamDev webCmd virtual

define Rauchmelder_Team CUL_HM 11111101
setuuid Rauchmelder_Team 5c47b0cf-f33f-769b-53f0-9362dbc59202dc00
attr Rauchmelder_Team model VIRTUAL
attr Rauchmelder_Team peerIDs 5A575401,5A671001,5A673701,
attr Rauchmelder_Team room 13 Rauch
attr Rauchmelder_Team webCmd press short:press long

Und jetzt ein einzelner Rauchmelder. Das im "model" ein HASH steht, hat übrigens mein Namensvetter mit seinen HM-Modulupdates verbockt. Keine Ahnung wie ich das löse - vermutlich auch was drücken. Wobei das bei Rauchmeldern nicht nur mit Geräusch verbunden ist - einer ist zudem unter dem Dach so verbaut, dass ich da einmal im Jahr hin will. Höchstens.

Code Auswählen


define HM_5A5754 CUL_HM 5A5754
setuuid HM_5A5754 5c47b0cf-f33f-769b-0110-e6b955f9a556ad50
attr HM_5A5754 IODev myHmUART
attr HM_5A5754 IOgrp VCCU
attr HM_5A5754 actCycle 099:00
attr HM_5A5754 actStatus alive
attr HM_5A5754 alias Rauch 1 Spitzboden
attr HM_5A5754 autoReadReg 4_reqStatus
attr HM_5A5754 battery_change 2018-07-19
attr HM_5A5754 expert 2_raw
attr HM_5A5754 firmware 1.0
attr HM_5A5754 model HASH(0x48b14f8)
attr HM_5A5754 msgRepeat 1
attr HM_5A5754 peerIDs 00000000,11111101,
attr HM_5A5754 room 13 Rauch
attr HM_5A5754 serialNr OEQ0600470
attr HM_5A5754 subType 1
attr HM_5A5754 webCmd statusRequest

LuckyDay · 31 Januar 2019, 01:30:41

schau dir mal den Beitrag bezüglich Virtual an

https://forum.fhem.de/index.php/topic,95409.msg896725.html#msg896725

curt · 31 Januar 2019, 02:16:54

Ich weiß offen gesagt nicht so ganz genau, was Du mir sagen willst. Also VIRTUAL in virtual_1 umbenennen schaffe ich, habe das soeben getan. Zumindest schadet es nicht. Und auch ansonsten sieht das bei mir ziemlich gleich aus.

Und es ist nun auch sicher, dass meine drei Rauchmelder noch leben, alle drei haben "Activity alive" mit Zeitstempel NACH der Umbauerei auf den neuen HM-GPIO-Dingens. Das ist schon mal sehr schön. ConfigCheck sagt auch, dass alles supersonderoberprima sei.

Bleibt halt, dass alle drei unter "model" noch "HASH(hashwert)" zu stehen haben. Ich nehme an, dass ich set getConfig abschicken muss und bei den Rauchmeldern was drücken muss. Mache ich nicht, nicht um diese Uhrzeit: Es ist hier ansich ganz schön, ich will keine Feinde in der Nachbarschaft. Und an den einen Raummelder komme ich ja eh nicht ran.

curt · 09 Februar 2019, 23:30:40

@MadMax-FHEM

Zitat von: MadMax-FHEM am 30 Januar 2019, 23:46:02
2 Türen gepeert: würde mich wundern!

Mit viel Geduld uns Spucke habe ich das endlich entkoppeln können. Danach wollte einer der beiden immer nur nach broadcast senden - auch das ist jetzt gelöst.

Eine Frage zum peeren habe ich:
Keiner meiner vielen Kontaktmelder HM-SEC-SC-2 ist mit irgendwas gepeert. Die melden artig an VCCU und ich freue mich darüber. Muss ich jeden einzelnen Melder mit VCCU peeren? Falls ich das machen soll, würde ich gern verstehen, warum man das macht.

P.S: Das ist jetzt nicht wahr ... die haben sich automatisch wieder gepeert.

Ich schiebe dieses Teilthema in einen neuen Thread --> https://forum.fhem.de/index.php/topic,97242.0.html

Heizkörperthermostat habe ich noch nicht angefasst. Wenn es damit los geht, melde ich mich hier wieder.

curt · 29 Mai 2019, 22:45:54

Hallo allerseits!

Was lange währt ... heute war der Heizungsmonteur da und hat den Adapter (der passt!) an die Heizung geschraubt und das HM-CC-RT-DN gleich mit.

Ich habe diese Adaptierfahrt gemacht und Datum/Uhrzeit eingestellt. Am Handrad kann ich Soltemperatur einstellen. Dann lernte ich an VCCU an, d.h. ich versuchte es. Leider habe ich pending_cmd, einen Fehler sowie dead:

list:

Code Auswählen


Internals:
   .triggerUsed 1
   DEF        649FC4
   FUUID      5ceeb413-f33f-769b-846f-33c1fa279c09184e
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     15
   NAME       HM_649FC4
   NOTIFYDEV  global
   NR         1020
   NTFY_ORDER 50-HM_649FC4
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 HM_649FC4_Weather
   channel_02 HM_649FC4_Climate
   channel_03 HM_649FC4_WindowRec
   channel_04 HM_649FC4_Clima
   channel_05 HM_649FC4_ClimaTeam
   channel_06 HM_649FC4_remote
   lastMsg    No:01 - t:00 s:649FC4 d:000000 1400954F4551323038383530395900FFFF
   myHmUART_MSGCNT 15
   myHmUART_RAWMSG 05000049018400649FC40000001400954F4551323038383530395900FFFF
   myHmUART_RSSI -73
   myHmUART_TIME 2019-05-29 22:22:13
   protCmdPend 13 CMDs pending
   protLastRcv 2019-05-29 22:22:13
   protRcv    2 last_at:2019-05-29 22:22:13
   protResnd  1 last_at:2019-05-29 22:22:18
   protSnd    1 last_at:2019-05-29 22:22:13
   protState  CMDs_pending
   rssi_at_myHmUART cnt:15 min:-78 max:-35 avg:-54.33 lst:-73 
   .attraggr:
   .attrminint:
   READINGS:
     2019-05-29 22:22:13   .D-devInfo      00FFFF
     2019-05-29 22:22:13   .D-stc          59
     2019-05-29 22:22:13   .protLastRcv    2019-05-29 22:22:13
     2019-05-29 22:35:04   Activity        dead
     2019-05-29 22:22:13   D-firmware      1.4
     2019-05-29 22:22:13   D-serialNr      OEQ2088509
     2019-05-29 22:25:08   RegL_00.        
     2019-05-29 22:20:40   powerOn         2019-05-29 22:20:40
     2019-05-29 22:20:40   recentStateType info
     2019-05-29 22:22:18   state           CMDs_pending
   cmdStack:
     ++A001FF1312649FC400040000000000
     ++A001FF1312649FC40103
     ++A001FF1312649FC401040000000001
     ++A001FF1312649FC40203
     ++A001FF1312649FC402040000000001
     ++A001FF1312649FC40303
     ++A001FF1312649FC403040000000001
     ++A001FF1312649FC40403
     ++A001FF1312649FC404040000000001
     ++A001FF1312649FC400040000000007
     ++A001FF1312649FC40503
     ++A001FF1312649FC405040000000001
     ++A001FF1312649FC40603
     ++A001FF1312649FC406040000000001
   helper:
     HM_CMDNR   41
     PONtest    0
     cSnd       01FF1312649FC400040000000000,01FF1312649FC400040000000000
     mId        0095
     peerFriend 
     peerOpt    -:thermostat
     regLst     0
     rxType     140
     supp_Pair_Rep 1
     tmplChg    0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +649FC4,02,00,00
       nextSend   1559161333.27266
       prefIO     
       rxt        2
       vccu       
       p:
         649FC4
         00
         00
         00
     mRssi:
       mNo        01
       io:
         myHmUART:
           -71
           -71
     prt:
       bErr       0
       sProc      2
       wuReSent   2
     q:
       qReqConf   00
       qReqStat   
     role:
       dev        1
       prs        1
     rssi:
       at_myHmUART:
         avg        -54.3333333333333
         cnt        15
         lst        -73
         max        -35
         min        -78
     shRegW:
       07         04
     shadowReg:
     tmpl:
Attributes:
   .mId       0095
   IODev      myHmUART
   actCycle   000:10
   actStatus  dead
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-CC-RT-DN
   room       CUL_HM
   serialNr   OEQ2088509
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit

ConfigCheck sagt:

Code Auswählen


configCheck done:

 missing register list
    HM_5A5754:	RegL_01.,RegL_04.Rauchmelder_Team
    HM_649FC4:	RegL_00.
    HM_649FC4_Clima:	RegL_01.,RegL_07.
    HM_649FC4_ClimaTeam:	RegL_01.
    HM_649FC4_Climate:	RegL_01.
    HM_649FC4_Weather:	RegL_01.
    HM_649FC4_WindowRec:	RegL_01.
    HM_649FC4_remote:	RegL_01.

 peer list incomplete. Use getConfig to read it.
    incomplete: HM_649FC4_Clima:
    incomplete: HM_649FC4_ClimaTeam:
    incomplete: HM_649FC4_Climate:
    incomplete: HM_649FC4_Weather:
    incomplete: HM_649FC4_WindowRec:
    incomplete: HM_649FC4_remote:

 PairedTo missing/unknown
    HM_649FC4

 templist mismatch 
    HM_649FC4_Clima: file: ./setup/tempList.cfg error:Can't open ./setup/tempList.cfg: No such file or directory

Wie kriege ich das alles denn weg? Immer mal wieder für 3 Sekunden den mittleren Knopf am Thermostat drücken?

Und was muss ich sonst noch tun und in welcher Reihenfolge? (Ich möchte da nichts falsch machen, ich habe keinerlei Erfahrung mit dem Thermostat.)