Hallo zusammen,
ich habe das Problem, dass beim Ausführen von
set HM_38F169_Esszimmer_Clima desired-temp 20.0
kurz "set_desired-temp 20.0" als Status angezeigt wird und dann wieder "vergessen" wird.
Im Log steht:
015.10.21 21:02:58 3: CUL_HM set HM_38F169_Esszimmer_Clima desired-temp 20.0
Zudem: (inform on)
CUL_HM HM_38F169_Esszimmer CMDs_pending
CUL_HM HM_38F169_Esszimmer_Clima set_desired-temp 20.0
Und dann so etwas:
2015.10.21 21:36:46 5: CUL_HM HM_38F169_Esszimmer protEvent:CMDs_processing... pending:36
2015.10.21 21:36:47 5: CUL_HM HM_38F169_Esszimmer protEvent:CMDs_processing... pending:35
2015.10.21 21:36:47 4: CUL_HM HM_38F169_Esszimmer dupe: dont process
2015.10.21 21:36:47 4: CUL_HM HM_38F169_Esszimmer dupe: dont process
2015.10.21 21:36:49 4: CUL_HM_Resend: HM_38F169_Esszimmer nr 2
2015.10.21 21:36:49 5: CUL_HM HM_38F169_Esszimmer protEvent:CMDs_pending pending:36
In den Readings taucht seltsamerweise so etwas auf:
motorErr communicationERR
Der Rückweg funktioniert problemlos. Jede manuelle Einstellung wird sofort in "desired-temp" korrekt ausgegeben. Auch die Abfrage der Raumtemperatur klappt ohne Beanstandung.
Hier die Einträge aus der der Config:
define HM_38F169_Esszimmer CUL_HM 38F169
attr HM_38F169_Esszimmer IODev CUL_0
attr HM_38F169_Esszimmer actCycle 000:10
attr HM_38F169_Esszimmer actStatus alive
attr HM_38F169_Esszimmer autoReadReg 4_reqStatus
attr HM_38F169_Esszimmer expert 2_full
attr HM_38F169_Esszimmer firmware 1.4
attr HM_38F169_Esszimmer model HM-CC-RT-DN
attr HM_38F169_Esszimmer room CUL_HM
attr HM_38F169_Esszimmer serialNr MEQ0063680
attr HM_38F169_Esszimmer subType thermostat
attr HM_38F169_Esszimmer webCmd getConfig:clear msgEvents:burstXmit
define FileLog_HM_38F169_Esszimmer FileLog ./log/HM_38F169_Esszimmer-%Y.log HM_38F169_Esszimmer
attr FileLog_HM_38F169_Esszimmer logtype text
attr FileLog_HM_38F169_Esszimmer room CUL_HM
define HM_38F169_Esszimmer_Weather CUL_HM 38F16901
attr HM_38F169_Esszimmer_Weather model HM-CC-RT-DN
attr HM_38F169_Esszimmer_Weather peerIDs
attr HM_38F169_Esszimmer_Weather room CUL_HM,Esszimmer,Heizung
define HM_38F169_Esszimmer_Climate CUL_HM 38F16902
attr HM_38F169_Esszimmer_Climate model HM-CC-RT-DN
attr HM_38F169_Esszimmer_Climate room CUL_HM,Esszimmer,Heizung
define HM_38F169_Esszimmer_WindowRec CUL_HM 38F16903
attr HM_38F169_Esszimmer_WindowRec model HM-CC-RT-DN
attr HM_38F169_Esszimmer_WindowRec room CUL_HM,Esszimmer,Heizung
attr HM_38F169_Esszimmer_WindowRec stateFormat last:trigLast
define HM_38F169_Esszimmer_Clima CUL_HM 38F16904
attr HM_38F169_Esszimmer_Clima expert 0_off
attr HM_38F169_Esszimmer_Clima icon hc_wht_regler
attr HM_38F169_Esszimmer_Clima model HM-CC-RT-DN
attr HM_38F169_Esszimmer_Clima peerIDs 00000000,
attr HM_38F169_Esszimmer_Clima room CUL_HM,Esszimmer,Heizung
define HM_38F169_Esszimmer_ClimaTeam CUL_HM 38F16905
attr HM_38F169_Esszimmer_ClimaTeam model HM-CC-RT-DN
attr HM_38F169_Esszimmer_ClimaTeam room CUL_HM,Esszimmer,Heizung
define HM_38F169_Esszimmer_remote CUL_HM 38F16906
attr HM_38F169_Esszimmer_remote model HM-CC-RT-DN
attr HM_38F169_Esszimmer_remote room CUL_HM,Esszimmer,Heizung
Hier noch zusätzliche Angaben:
CommandAccepted yes 2015-10-20 14:16:57
R-sign off 2015-10-20 14:37:18
R_0_tempListSat incomplete 2015-10-20 14:33:10
R_1_tempListSun incomplete 2015-10-20 14:33:10
R_2_tempListMon incomplete 2015-10-20 14:33:10
R_3_tempListTue incomplete 2015-10-20 14:33:10
R_4_tempListWed incomplete 2015-10-20 14:33:10
R_5_tempListThu incomplete 2015-10-20 14:33:10
R_6_tempListFri incomplete 2015-10-20 14:33:10
R_tempList_State incomplete 2015-10-20 14:33:10
ValvePosition 0 2015-10-21 21:09:16
boostTime - 2015-10-21 21:09:16
controlMode manual 2015-10-21 21:09:16
desired-temp 18.5 2015-10-21 21:09:16
measured-temp 21.9 2015-10-21 21:09:16
motorErr communicationERR 2015-10-21 21:09:16
partyEnd - 2015-10-21 21:09:16
partyStart - 2015-10-21 21:09:16
partyTemp - 2015-10-21 21:09:16
recentStateType ack 2015-10-20 14:16:57
state T: 21.9 desired: 18.5 valve: 0 2015-10-21 21:09:16
Es sind keine Fenster/Tür-Kontakte o.ä. angeschlossen.
Wo kann mein Denkfehler liegen?
poste doch mal ein "list HM_38F169_Esszimmer" und von dem channel, wo infos über valve/motor stehen.
motorErr communicationERR
wenn das aus den antworten des rt kommt, hat der rt ein problem.
dann würde ich den rt mal abbauen und wieder anbauen, batterie raus/rein und eventuell noch ein werksreset probieren.
Mahlzeit!
So, hier die Ausgabe für "list HM_38F169_Esszimmer". Leider kann ich die Daten nicht wirklich interpretieren.
Ich hoffe, es sind die richtigen Angaben dabei ...
Internals:
CUL_0_MSGCNT 1858
CUL_0_RAWMSG A1A87A01038F169001A2B03012A22093D18030016073000640F0500::-55.5:CUL_0
CUL_0_RSSI -55.5
CUL_0_TIME 2015-10-22 12:35:25
DEF 38F169
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 1858
NAME HM_38F169_Esszimmer
NR 148
NTFY_ORDER 50-HM_38F169_Esszimmer
STATE CMDs_pending
TYPE CUL_HM
channel_01 HM_38F169_Esszimmer_Weather
channel_02 HM_38F169_Esszimmer_Climate
channel_03 HM_38F169_Esszimmer_WindowRec
channel_04 HM_38F169_Esszimmer_Clima
channel_05 HM_38F169_Esszimmer_ClimaTeam
channel_06 HM_38F169_Esszimmer_remote
lastMsg No:87 - t:10 s:38F169 d:001A2B 03012A22093D18030016073000640F0500
protCmdPend 26 CMDs pending
protLastRcv 2015-10-22 12:35:25
protResnd 371 last_at:2015-10-22 12:35:27
protSnd 744 last_at:2015-10-22 12:35:24
protState CMDs_pending
rssi_at_CUL_0 avg:-52.42 min:-64 max:-47.5 lst:-55.5 cnt:1858
Readings:
2015-10-21 20:51:56 Activity alive
2015-10-22 12:35:24 CommandAccepted yes
2015-10-21 20:47:13 D-firmware 1.4
2015-10-21 20:47:13 D-serialNr MEQ0063680
2015-10-21 22:15:24 RegL_00: 01:01 02:01 09:01 0A:00 0B:1A 0C:2B 0E:0A 0F:00
2015-10-22 12:35:24 actuator 0
2015-10-22 12:35:24 batteryLevel 3.1
2015-10-22 12:35:24 desired-temp 17.0
2015-10-22 12:35:24 measured-temp 20.7
2015-10-22 12:35:27 state CMDs_pending
Regl_07::
VAL
cmdStack:
++A001001a2b38F16900040000000007
++A001001a2b38F1690503
++A001001a2b38F16905040000000001
++A001001a2b38F1690603
++A001001a2b38F16906040000000001
++A001001a2b38F16900040000000000
++A001001a2b38F1690103
++A001001a2b38F16901040000000001
++A001001a2b38F1690203
++A001001a2b38F16902040000000001
++A001001a2b38F1690303
++A001001a2b38F16903040000000001
++A001001a2b38F1690403
++A001001a2b38F16904040000000001
++A001001a2b38F16900040000000007
++A001001a2b38F1690503
++A001001a2b38F16905040000000001
++A001001a2b38F1690603
++A001001a2b38F16906040000000001
++A011001a2b38F169860428
++A011001a2b38F169860429
++A011001a2b38F169860428
++A011001a2b38F169860428
++A011001a2b38F169860428
++A011001a2b38F169860428
++A011001a2b38F169860424
++A011001a2b38F169860424
Helper:
HM_CMDNR 135
PONtest 1
cSnd 01001a2b38F16900040000000007,01001a2b38F16900040000000007
mId 0095
rxType 140
Io:
newChn +38F169,02,00,00
nextSend 1445510125.67619
prefIO
rxt 2
vccu
p:
38F169
00
00
00
Mrssi:
mNo 87
Io:
CUL_0 -53.5
Prt:
bErr 0
sProc 2
sleeping 1
wuReSent 2
Q:
qReqConf
qReqStat
Role:
dev 1
Rssi:
At_cul_0:
avg -52.4289558665231
cnt 1858
lst -55.5
max -47.5
min -64
Shregw:
07 04
Shadowreg:
RegL_07:
Attributes:
IODev CUL_0
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 1.4
model HM-CC-RT-DN
room CUL_HM
serialNr MEQ0063680
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
entweder nicht gepaired oder fhem hat diverse daten verloren. mach mal set clear msgevents und anschliessend drüberpairen. device nicht löschen.
autoreadreg würde ich 5_missing einstellen, dann kann fhem automatisch verlorene daten holen.
Hallo Frank,
vielen lieben danke für Deine Tipps!! Du hast mich damit auch die richtige Spur gebracht, auch wenn ich es noch nicht endgültig lösen konnte.
Nach dem clear msgevents, habe ich einen pair gemacht und und desired-temp wurde korrekt übernommen - ein einziges Mal.
Daraufhin habe ich das Device einmal komplett gelöscht und neu gepaired.
Interessant ist Folgendes:
Sobald set desired-temp abgesetzt ist und im protState
HM_38F169 CMDs_pending
steht, darf man nicht eher wieder sein set desired-temp absetzen,
bevor dort nicht
HM_38F169 CMDs_done
angezeigt wird.
Hält man sich daran, funktioniert alles reibungslos. Hält man sich nicht daran, dann verharrt er bei "HM_38F169 CMDs_pending" und es wird nichts weiter angenommen, es sei denn man setzt ein "clear msgevents" ab.
Ist das eventuell normal und ich muss das vor dem set desired-temp erst abprüfen, ob nicht etwa noch befehle ausstehend sind?
wenn du nicht mit burst arbeitest, wacht der rt nur alle 2-3 minuten auf und kann pending cmds abarbeiten. aber immer nur ein paar. irgendwann sollte aber auch cmds_done erscheinen.
eventuell sind einige lange registerlisten nach dem pairen noch nicht vollständig übertragen, siehe hminfo configcheck. du kannst die pending cmds auch manuell abarbeiten indem du den rt in den anlernmodus setzt. auch hierbei werden immer nur ein paar cmds verarbeitet.
Das sind doch schonmal wertvolle Tipps! Werde mich da allerdings noch ein wenig einlesen müssen, aber mein Bauchgefühl sagt, dass es Dank Deiner Hilfe in die richtige Richtung geht. Ich bin Dir sehr dankbar dafür, dass ich nun einen Ansatz habe, um weiterzukommen.
Wenn ich Näheres dazu habe, dann poste ich das hier unten, falls später jemand vor demselben Rätsel stehen sollte...
Ein schönes Wochenende Dir und allen anderen Lesern!
Setz mal folgendes Attribut:
Zitatattr burstacces=1_auto
Aaah, ich werd verrückt! ;))
DANKE!!! Das war's!!! ;))))
Hatte vor ein paar Tagen dieses Problem. Frank hatte mir den Tipp gegeben
Top!! Vielen, vielen Dank für tolle Hilfe!! :)
Beachte die Warnungen zu den vielen burst und der Funk Belastung. Das kann zum abschalten des io fuehren