Probleme beim Pairen von HM-CC-TC

[mschulte63]

Hallo,

ich habe folgendes Problem mit dem HM-CC-TC :

Folgende Gerätekombination habe ich :
HM-CC-TC       Version 2.0
HM-CC-VD       Version 1.8
fhem               wird regelmäßig aktualisiert

Vor einiger Zeit habe ich meine Konfiguration des HM-CC-TC geändert. Und zwar habe ich den HM-CC-VD mit FHEM gepairt und mit dem TC dann über fhem gepeert. Funktionierte augenscheinlich auch problemlos.

War anhand der Infos aus dem WIki eigentlich recht einfach und unproblematisch.
Danach habe ich aber anhand eines Plots in fhem festgestellt, daß das Verhalten etwas merkwürdig war. Trotz zeitlicher Vorgaben für die desired-temp blieb die Temperatur permanent auf einem hohen Level und der Actuator war ständig offen.
Auch habe ich bemerkt, daß die eingetragene PeerID ständig gelöscht wurde.

Es hat sich aber auch mit der Zeit kein vergleichbares Verhalten eingestellt, so wie ich es kannte.

Darum habe ich vor ein paar Tagen den HM-CC-TC aus der bestehenden Konfiguration gelöscht und mit Hilfe von hmPairFor Sec 300 und entsprechender Betätigung versucht neu zu pairen.
In der Konfiguration von fhem sieht man auch die Informationen zu dem HM-CC-TC.
Aber bei dem Thermostat scheint dieser Punkt noch nicht angekommen zu sein.
So wie es aussieht kommt die Verbindung nicht zu Stande.

Deshalb meine Frage, was ich hier falsch gemacht habe und wie ich das Problem wieder in den Griff bekomme.
Es ist zwar momentan nicht allzu kalt. Aber es sollte kurzfristig doch wieder möglich sein, über den HM-CC-TC uind über fhem die Temperatur regeln zu können.

Schon mal Danke für die Hilfe.

Viele Grüße

Michael

[martinp876]

Hallo Michael,

kann ich auch nur raten.

peerIDs  werden gelöscht und neu gesetzt, wenn FHEM das device ausliest. Wen das lesen schief geht könnte die liste leer sein.
- steht wenigstens 00000000 drin?
Sollte das nicht der Fall sein ist es möglich, dass der Empfang den Device (VD, TC oder beide?) nicht stabil ist.
- wie sehen RSSI aus? Sind die Batterien ok?

Die peer liste wird, falls autoReadReg aktiv ist, nach einem Neustart gelesen (oder es wird versucht). Danach sollte nichts mehr passieren. Geschrieben wird automtisch nichts.

Zum operationalen Betrieb - FHEM spielt da nicht mit - nur das was du sendest. Das sollte laufen wie bisher.

Wenn nichts mehr hilft, batterien wechseln.
Dass das pairen geklappt hat, hast du schon geprüft?

Gruss Martin

[mschulte63]

Hallo Martin,

viele Infos auf einmal und alles etwas verwirrend 

Damit ich einen definierten Zustand habe, werde ich heute abend mal die Batterien erneuern und dann schauen, was passiert.

Der VD scheint aber korrekt im FHEM gepaired zu sein.
Der TC hingegen nicht.

Deshalb wäre es primär sinnvoll, wenn ich dieses Problem erst einmal hinbekomme.

Danach können wir die Peers angehen.

Ich habe alle Probleme in das Posting gepackt, damit klar ist, welche Punkte bei mir schief laufen.

Michael

[martinp876]

Hallo Michael,

wenn ich es beurteilen soll brauch ich die Daten.
ein List des TC und des TC_Climate

ggf ein log des lesens der Config des TC - roh-messages nach
http://forum.fhem.de/index.php/topic,16563.msg107848.html#msg107848

Gruss Martin

[mschulte63]

Hallo Martin,

ich habe gestern abend erst einmal die Batterien im TC und VD ausgetauscht.
Auf den ersten Blick hatte sich aber nichts geändert.

Dann habe ich versucht die Geräte mit fhem zu pairen.
Dies scheint aktuell nicht zu funktionieren.

Beim TC läuft der Zähler von 20 runter auf 0 und dann wird im Display NOK angezeigt -> Pairen hat nicht geklappt. Der Vorgang ist reproduzierbar
Es läßt sich  am Gerät auch der Central-Mode nicht einstellen

Anbei die Ausgaben von list für TC und TC_Climate



Internals:
   CFGFN     
   DEF        166AEF
   EVENTS     2
   HMLAN1_MSGCNT 152
   HMLAN1_RAWMSG E166AEF,0000,00140BB3,FF,FFD0,598670166AEF00000000CB36
   HMLAN1_RSSI -48
   HMLAN1_TIME 2013-12-18 08:29:44
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     152
   NAME       CUL_HM_HM_CC_TC_166AEF
   NR         806
   STATE      T: 20.3 H: 54
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_CC_TC_166AEF_Weather
   channel_02 CUL_HM_HM_CC_TC_166AEF_Climate
   channel_03 CUL_HM_HM_CC_TC_166AEF_WindowRec
   hmPairSerial IEQ0068104
   lastMsg    No:59 - t:70 s:166AEF d:000000 00CB36
   protCmdDel 65
   protIOerr  8 last_at:2013-12-18 08:29:08
   protLastRcv 2013-12-18 08:29:44
   protState  CMDs_done_Errors:1
   rssi_at_HMLAN1 avg:-65.09 min:-82 max:-39 lst:-48 cnt:152
   Readings:
     2013-12-18 08:28:08   Activity        alive
     2013-12-17 18:34:44   R-pairCentral   set_0xBEB4B3
     2013-12-18 08:29:44   humidity        54
     2013-12-18 08:29:44   measured-temp   20.3
     2013-12-18 08:29:44   state           T: 20.3 H: 54
   Helper:
     mId        0039
     rxType     140
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -65.0921052631579
         cnt        152
         lst        -48
         max        -39
         min        -82
     Shadowreg:
       RegL_00:    02:01 0A:BE 0B:B4 0C:B3
Attributes:
   actCycle   000:10
   actStatus  alive
   autoReadReg 1_restart
   expert     2_full
   firmware   2.0
   model      HM-CC-TC
   peerIDs   
   room       CUL_HM
   serialNr   IEQ0068104
   subType    thermostat

Internals:
   CFGFN     
   DEF        166AEF02
   NAME       CUL_HM_HM_CC_TC_166AEF_Climate
   NR         810
   STATE      set_desired-temp 21.5
   TYPE       CUL_HM
   chanNo     02
   device     CUL_HM_HM_CC_TC_166AEF
   Readings:
     2013-12-17 19:43:31   state           set_desired-temp 21.5
   Helper:
     getCfgListNo
     Role:
       chn        1
Attributes:
   expert     2_full
   model      HM-CC-TC
   peerIDs    167096
   room       CUL_HM

Beim VD passiert im Grunde genommen genau das selbe.
Im fhem wird aber ein ioerr angezeigt.

Hier dann die Ausgabe vom list :



Internals:
   CFGFN     
   DEF        167096
   EVENTS     1
   HMLAN1_MSGCNT 4
   HMLAN1_RAWMSG E167096,0000,2E59E87C,FF,FFBA,04840016709600000018003A4945513030363938353858010100
   HMLAN1_RSSI -70
   HMLAN1_TIME 2013-12-17 18:41:18
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     4
   NAME       CUL_HM_HM_CC_VD_167096
   NR         861
   STATE      IOerr
   TYPE       CUL_HM
   hmPairSerial IEQ0069858
   lastMsg    No:04 - t:00 s:167096 d:000000 18003A4945513030363938353858010100
   protCmdDel 14
   protCmdPend 13 CMDs_pending
   protIOerr  2 last_at:2013-12-17 18:42:18
   protLastRcv 2013-12-17 18:41:18
   protState  CMDs_pending
   rssi_at_HMLAN1 avg:-69.75 min:-74 max:-67 lst:-70 cnt:4
   Readings:
     2013-12-17 18:41:18   Activity        alive
     2013-12-17 20:09:28   R-pairCentral   set_0x0
     2013-12-17 18:42:18   state           IOerr
   cmdStack:
     ++A001BEB4B316709600040000000000
     ++A001BEB4B31670960103
     ++A001BEB4B316709601040000000005
     ++A001BEB4B316709600040000000000
     ++A001BEB4B31670960103
     ++A001BEB4B316709601040000000005
     ++A001BEB4B316709600040000000000
     ++A001BEB4B31670960103
     ++A001BEB4B316709601040000000005
     ++A401BEB4B3000000010A49455130303639383538
     ++A001BEB4B316709600050000000000
     ++A001BEB4B3167096000802010A000B000C00
     ++A001BEB4B31670960006
   Helper:
     getCfgListNo
     mId        003A
     oldDes     0
     rxType     12
     Prt:
       bErr       0
       sProc      2
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -69.75
         cnt        4
         lst        -70
         max        -67
         min        -74
     Shadowreg:
       RegL_00:    02:01 0A:00 0B:00 0C:00
Attributes:
   actCycle   028:00
   actStatus  alive
   autoReadReg 1_restart
   expert     2_full
   firmware   1.8
   model      HM-CC-VD
   peerIDs   
   room       CUL_HM
   serialNr   IEQ0069858
   subType    thermostat
   webCmd     getConfig

Welche log-Datei möchtest Du haben ? Kann momentan mit der Info ein log des lesens der Config des TC nicht viel anfangen.

Danke schon einmal und viele Grüße

Michael

[martinp876]

Hallo Michael,

probiere ein

set  CUL_HM_HM_CC_VD_167096 clear msgEvents
set HMLAN1 hmPairForSec 300
=> anlernen drücken

wenn es nicht klappt (oder preventiv) schalte die logs ein und sende sie, wenn es nicht geklappt hat.

attr global verbose 1
attr global mseclog 1
attr HMLAN1 logIDs all,sys


Gruss Martin

[mschulte63]

Hallo Martin,

erst einmal ein frohes neues Jahr.

Anbei die log-Dateien für den VD und den HMLAN.
Ich habe gestern erneut versucht, den VD zu pairen.
Aber das Ergebnis hat sich nicht geändert.
Immer noch wird mir der IOErr angezeigt.

Danke und viele Grüße

Michael

[martinp876]

Hallo Michael,

wenn das IO device ein Problem hat ist das erst einmal zu lösen. Pairen oder sonst etwas kann bei disconnected nicht funktionieren.

Ich will (fast) immer die roh-messages
http://forum.fhem.de/index.php/topic,16563.msg107848.html#msg107848

tritt das disconnect nur beim pairen auf oder eigentlich immer?
zeigen die roh-messages - und schaue einmal im IO-device nach. Da sollten readings anzeigen wie das keep-alive funktioniert
In jedem Fall die messages mitschneiden

was läuft sonst noch in deinem System? Irgend ein langweiler?
Gruss Martin

[mschulte63]

Hi Martin,

hier noch die aktuelle fhem.log

Viele Grüße

Michael

[martinp876]

Hallo Michael,

ich denke, du hast mittlerweile einen update gemacht - zumindest 98HMInfo war nicht mehr kompatibel.....

Nach dem update kann ich nirgendwo erkennen, dass du anlernen irgendwo drückst. Kein TC, kein VD.
der TC und der VD scheinen auch nicht gepeert zu sein - der TC sendet nichts dergleichen

also zum pairen:
set <hmlan> hmPairForSec 300
##!!! anlernen drücken
-> vd: der button sol lange bis "20" erscheint
-> beim TC "ok" bis die LED sich ändert
steht in manual deiner Bausteine.

Dann sollte auch eine message imlog kommen.

Gruss Martin

[mschulte63]

Hallo Martin,

vielleicht können wir deine letzte Mail mal ordnen :

1. Ich will (fast) immer die roh-messages
    http://forum.fhem.de/index.php/topic,16563.msg107848.html#msg107848
   
    Die Einstellungen in meinem System sind schon seit längerer Zeit genau, wie in dem Posting beschrieben.
    Vielleicht kannst Du mir eine Info senden, welche log-Datei Du haben möchtest und was ich noch machen kann, damit raw-Messages drin sind !!
    Warum keine raw-Messages drin stehen ist für mich nicht nachvollziehbar.

2. tritt das disconnect nur beim pairen auf oder eigentlich immer?
    zeigen die roh-messages - und schaue einmal im IO-device nach. Da sollten readings anzeigen wie das keep-alive funktioniert
    In jedem Fall die messages mitschneiden.

    Könntest Du das bitte etwas genauer erläutern oder eine Quelle angeben, wo es nachvollziehbar erläutert ist !!

3. HM-mäßig ist nur der TC und der VD drin
    Es gibt aber noch einige FS20 Komponenten (Schalter für Dielen- und Badlicht, Steckdosenschalter, etc.), die eher unproblematisch laufen.
    Im HM-Bereich ist das ganze System eher noch als Testsystem zu sehen, da ich erst einmal nur die Temperaturregelung so hinbekommen möchte,
    wie ich mir das vorstelle (wenn es überhaupt geht -> da benötige ich von Dir noch weiterführende Infos).

Schon einmal Danke und viele Grüße

Michael

[mschulte63]

Hallo Martin,

den VD habe ich gestern versucht zu pairen, so wie Du es beschrieben hast.
Das hat nicht funktioniert. Der Zustand war vergleichbar zu dem Zustand wie vorher.

Und bezüglich TC hatte ich auch schon vor einiger Zeit geschrieben, daß das wohl nicht mehr funbktioniert !!

Aber ich werde es noch einmal probieren. Gehe aber davoin aus, daß es nicht klappt.

Wenn ich beide Geräte versucht habe zu pairen, dann schick ich Dir noch einmal die Log-Dateien für den HMLAN, den VD, den TC und fhem.log
Wenn Du aber raw-MEssages haben möchtest, benötige ich noch eine Info von Dir, wie ich diese in der log-Datei ablege !!

Danke und viele Grüße

Michael

[LuckyDay]

Ich will (fast) immer die roh-messages
http://forum.fhem.de/index.php/topic,16563.msg107848.html#msg107848

hat er dir doch schon geschrieben 

[martinp876]

Hi,

Das pairen war bislang 2mal notwendig, jedenfalls musste erst das Device in FHEM angeledt werden (1-mal anlernen drücken) und dann ein hmPairForSec, noch einmal anlernen.

es soll mit der Version von heute (per update morgen) in einem zug funktionieren

Gruss Martin

[mschulte63]

Hallo fhem-hm-knecht,

ich habe aber auch geschrieben, daß ich diese Einstellung bereits seit einiger Zeit in meiner Konfig drin habe und trotzdem keine raw-messages bekomme.
Aber trotztdem Danke für die Info, die mich nicht weiterbringt !!

Im Grunde genommen geht es doch primär darum raw-messages von den betroffenen Geräten HMLAN, TC und VD zu erhalten.
Dies ist aber wohl auf meiner Installation nicht möglich, da ich in allen log-Dateien nur Text-Messages habe.
Da ich alle Informationsquellen mehrfach durchfrorstet habe, benötige ich jetzt weitergehende Informationen, wie ich an raw-messages dran komme.
Das wäre dann schon einmal hilfreich, um das eigentliche Problem zu lösen !!

Danke und viele Grüße

Michael