Hallo,
leider bin ich schön langsam mit meinem Latein am Ende.
Ich habe mehrere Homematic Thermostate die ich gern immer über "set desired-temp" steuern würde.
Ich habe alle gepairt und in den manuellen Modus versetzt.
Meine Schaltlogik denke ich funktioniert auch denn im log taucht folgendes auf:
2017.01.15 00:16:55 3: CUL_HM set Esszimmer_Therm_Clima desired-temp 17.0
2017.01.15 00:17:11 3: CUL_HM set Wohnzimmer_Therm_Clima desired-temp 17.0
Nur das Problem ist das in diesem Fall die Thermostate nicht schalten.
Sie bleiben bei MISSING ACK stehen.
Ich habe unter Tags schon versucht eine Treppenfunktion abzufahren (alle 30 min 0.5°C mehr)
In den Temperaturplot sieht man dann das nicht jeder Schaltvorgang ausgeführt wird.
Also meine Thermostate schalten nur manches mal.
Wie kann ich weiter vorgehen, um den/die Fehler zu finden.
Lg,
Florian
Es liegt mit Sicherheit nicht an den tempstufen.
Ist das device gepairt? Kannst du es auslesen? Was sagt hminfo checkcfg?
Sind alle Register gelesen mit getconfig?
Ansonsten pairen erst einmal ( mein Verdacht)
Hallo,
So ich habe jetzt noch einmal alle Thermostate aus Fhem rausgeschmissen und neu begonnen.
Ich habe eine Virtuelle Zentrale angelegt und ein komplett zurückgesetztes Thermostat daran angelernt.
Nachdem alle CMD abgearbeitet waren habe ich folgende Meldung
RESPONSE TIMEOUT:RegisterRead
danach noch einmal
set HM_501F3F getConfig
Outcome:
MISSING ACK
PairedTo 0xABC123
get hm regCheck gibt:
regCheck done:
missing register list
HM_501F3F_ClimaTeam: RegL_01.
HM_501F3F_remote: RegL_01.
incomplete register list
HM_501F3F_Clima: RegL_07.
fast gut.
nochmal getconfig in den angegebenen channels, aber nicht mehr im device.
poste mal ein list vom device.
auch immer aufpassen, das der IO nicht im Overload ist... geht fix bei HT und WT...
getConfig auf die falschen Channels
set HM_501F3F_Clima getConfig
set HM_501F3F_ClimaTeam getConfig
set HM_501F3F_remote getConfig
get hm regCheck nach dem abarbeiten aller Cmd
regCheck done:
missing register list
HM_501F3F_Clima: RegL_01.,RegL_07.
HM_501F3F_ClimaTeam: RegL_01.
HM_501F3F_remote: RegL_01.
list HM_501F3F
Internals:
CFGFN
CULCube_MSGCNT 436
CULCube_RAWMSG A0F738610501F3F0000000AA0D2100940::-42:CULCube
CULCube_RSSI -42
CULCube_TIME 2017-01-16 14:05:46
DEF 501F3F
IODev CULCube
LASTInputDev CULCube
MSGCNT 436
NAME HM_501F3F
NOTIFYDEV global
NR 143
STATE MISSING ACK
TYPE CUL_HM
channel_01 HM_501F3F_Weather
channel_02 HM_501F3F_Climate
channel_03 HM_501F3F_WindowRec
channel_04 HM_501F3F_Clima
channel_05 HM_501F3F_ClimaTeam
channel_06 HM_501F3F_remote
lastMsg No:73 - t:10 s:501F3F d:000000 0AA0D2100940
protCmdDel 21
protLastRcv 2017-01-16 14:05:46
protResnd 21 last_at:2017-01-16 13:53:23
protResndFail 5 last_at:2017-01-16 13:56:09
protSnd 75 last_at:2017-01-16 13:56:06
protState CMDs_done_Errors:1
rssi_at_CULCube min:-56.5 max:-41.5 lst:-42 avg:-44.33 cnt:436
Readings:
2017-01-15 22:57:53 Activity alive
2017-01-15 23:02:46 CommandAccepted yes
2017-01-15 22:57:53 D-firmware 1.4
2017-01-15 22:57:53 D-serialNr NEQ1410582
2017-01-15 22:56:38 PairedTo 0xABC123
2017-01-15 22:42:58 R-backOnTime 10 s
2017-01-15 22:42:58 R-burstRx on
2017-01-15 22:42:58 R-cyclicInfoMsg on
2017-01-15 22:42:58 R-cyclicInfoMsgDis 0
2017-01-15 22:42:58 R-pairCentral 0xABC123
2017-01-15 22:56:38 RegL_00. 01:01 02:01 09:01 0A:AB 0B:C1 0C:23 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00 00:00
2017-01-15 23:18:22 RegL_07.
2017-01-16 14:05:46 actuator 9
2017-01-16 14:05:46 battery ok
2017-01-16 14:05:46 batteryLevel 3.1
2017-01-16 14:05:46 desired-temp 20.0
2017-01-16 14:05:46 measured-temp 21.0
2017-01-16 14:05:46 motorErr ok
2017-01-16 13:56:09 state MISSING ACK
2017-01-15 22:42:36 time-request -
Helper:
HM_CMDNR 115
cSnd 01ABC123501F3F00040000000007,01ABC123501F3F00040000000007
mId 0095
rxType 140
supp_Pair_Rep 0
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +501F3F,00,00,00
nextSend 1484571947.04668
prefIO
rxt 2
vccu
p:
501F3F
00
00
00
Mrssi:
mNo 73
Io:
CULCube -40
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
dev 1
prs 1
Rssi:
At_culcube:
avg -44.3394495412844
cnt 436
lst -42
max -41.5
min -56.5
Shregw:
07 04
Shadowreg:
Tmpl:
Attributes:
IODev CULCube
IOgrp VCCU:CULCube
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.4
model HM-CC-RT-DN
room CUL_HM
serialNr NEQ1410582
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
Im IO Overload sollte ich nicht sein da nichts in den logs steht
Eine Idee was ich noch versuchen kann?
vermutlich timingprobleme mit deinem culCube.
besserung würde wahrscheinlich die tsculfw bringen, die es für den cube aber wohl nicht gibt.
also geduld haben, öfter mal probieren und attr autoreadreg auf 5_missing stellen. jeden chn einzeln bis zum bitteren ende abarbeiten.
oder ein anderes io nutzen.
oder sind cube und device zu dicht nebeneinander? sniffe die getconfigs.
017-01-15 22:42:58 R-burstRx on
auch der rt könnte im overload sein. geht bei burst und mit wiederholungen ziehmlich schnell.
vielleicht mal batterie raus und wieder rein.
Hallo frank,
Ich habe meinen Cube mit der neuen Firmware geflasht und es gibt leider keine Besserung.
Auch autoreadreg auf 5 und viel Geduld bringt mich leider nicht zum Ziel.
Macht es einen Unterschied ob ich den (MAX)Cube Per LAN oder per USB betreibe?
Was wäre eine bessere alternative als IO mit LAN für HM?
LG Flo
Hmlangateway