Hallo,
ich habe vor einiger Zeit bei meinem Funkwandtermostat die Tastensperre eingeschaltet. btnLock on.
Dies möchte ich nun wieder aufheben. Habe das problem das das TC nicht auf den Befehl "set <Device> regset btnLock off" reagiert.
Auf dem Display des TC wird das Schlosssymbol mit einem "M" darunter angezeigt.
Internals:
CUL_0_MSGCNT 6764
CUL_0_RAWMSG A0E0284104DE7DA0000000B98CE0E00::-96.5:CUL_0
CUL_0_RSSI -96.5
CUL_0_TIME 2020-02-12 16:38:59
DEF 4DE7DA
FUUID 5c9374ea-f33f-2f85-0b8d-8e9b218b2db1aa94
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 6764
NAME OG_Badezimmer_Wandthermostat
NOTIFYDEV global
NR 1022
NTFY_ORDER 50-OG_Badezimmer_Wandthermostat
STATE CMDs_done
TYPE CUL_HM
channel_01 OG_Badezimmer_Wandthermostat_Weather
channel_02 OG_Badezimmer_Wandthermostat_Climate
channel_03 OG_Badezimmer_Wandthermostat_WindowRec
channel_06 OG_Badezimmer_Wandthermostat_remote
channel_07 OG_Badezimmer_Wandthermostat_SwitchTr
lastMsg No:02 - t:10 s:4DE7DA d:000000 0B98CE0E00
protCmdDel 40
protCondBurst off
protLastRcv 2020-02-12 16:38:59
protRcv 704 last_at:2020-02-12 16:38:59
protRcvB 1 last_at:2020-02-12 12:38:55
protResnd 8 last_at:2020-02-12 16:27:52
protResndFail 4 last_at:2020-02-12 16:27:57
protSnd 381 last_at:2020-02-12 16:38:49
protSndB 23 last_at:2020-02-12 16:37:25
protState CMDs_done
rssi_at_CUL_0 cnt:6764 min:-103.5 max:-68 avg:-75.78 lst:-96.5
READINGS:
2020-02-12 09:19:24 Activity alive
2020-02-12 15:31:21 CommandAccepted yes
2020-02-12 09:19:24 D-firmware 1.3
2020-02-12 09:19:24 D-serialNr NEQ0939971
2020-02-12 16:38:31 PairedTo 0xF11034
2020-02-12 16:38:31 R-btnLock on
2020-02-12 09:37:51 R-burstRx on
2020-02-12 09:37:51 R-cyclicInfoMsg on
2020-02-12 09:37:51 R-cyclicInfoMsgDis 0
2020-02-12 11:32:50 R-globalBtnLock off
2020-02-12 09:37:51 R-localResDis off
2020-02-12 09:37:51 R-lowBatLimitRT 2.2 V
2020-02-12 09:37:51 R-modusBtnLock on
2020-02-12 09:37:51 R-pairCentral 0xF11034
2020-02-12 16:38:59 battery ok
2020-02-12 16:38:59 batteryLevel 2.9
2020-02-12 16:38:59 desired-temp 19.0
2020-02-12 16:38:59 measured-temp 20.6
2020-02-12 16:33:21 powerOn 2020-02-12 16:33:21
2020-02-12 16:33:21 recentStateType info
2020-02-12 16:38:49 state CMDs_done
2020-02-12 16:38:49 time-request -
helper:
HM_CMDNR 2
PONtest 1
cSnd 01F110344DE7DA0703,01F110344DE7DA07040000000001
mId 00AD
peerFriend
peerOpt -:thermostat
regLst 0
rxType 6
supp_Pair_Rep 0
ack:
expert:
def 1
det 1
raw 0
tpl 0
io:
newChn +4DE7DA,00,00,00
nextSend 1581521939.9322
prefIO
rxt 0
vccu
p:
4DE7DA
00
00
00
mRssi:
mNo 02
io:
CUL_0:
-94.5
-94.5
prt:
awake 0
bErr 0
brstWu 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
regCollect:
role:
dev 1
prs 1
rssi:
at_CUL_0:
avg -75.7851862803073
cnt 6764
lst -96.5
max -68
min -103.5
shRegW:
07 02
shadowReg:
tmpl:
Attributes:
IODev CUL_0
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 1_allReg
firmware 1.3
group Heizung
model HM-TC-IT-WM-W-EU
msgRepeat 1
room Badezimmer
serialNr NEQ0939971
subType thermostat
webCmd getConfig:clear msgEvents
Oh yea, alles auf einmal...
- bescheidene RSSI-Werte
- vermutlich verlorenes Pairing
- CUL als IO
- keine VCCU
Der Reihe nach:
- Richte eine VCCU ein, schadet nicht, und hilft oft später dann mal.
- Wenn schon CUL, dann wenigstens mit der richtigen firmware? (schau ins Wiki zu "Homematic", wenn das unklar ist)
- Besorge dir ein weiteres, natives Interface (dto=>Wiki)
- Checke das Pairing und bring den Thermostat dazu näher an den CUL ran...
Hallo Beta-User,
mit der CUL Firmware meinst du die TimeStamp Firmware V 0.34?
Die firmware scheinst du ja gefunden zu haben, auch wenn es in der opensource-Welt in der Regel zielführender ist, nach einer Beta-Version zu fragen statt nach einer älteren als der aktuellen ;D .
Aber unabhängig davon: Die schlechte Funkverbindung (RSSI) wird auch dadurch nicht besser, dass du eine andere firmware auf den CUL bringst. Da helfen nur bessere Antennen, andere Standorte uä.. Manchmal (!) hilft es, den Standort des CUL geringfügig zu ändern.
Hatte ja erst gedacht, das Pairing sei kaputt. Das passiert manchmal, aber da das recht aktuell ist mit den Readings, sollte das korrekt sein.
Eine Anmerkung noch: die von dir (nicht) gewählte HmID ist "suboptimal" ("F11034" ist eine automatisch generierte, die wegen der Automatik sehr viele Installationen nutzen). Wenn du noch nicht viele Devices hast, würde ich empfehlen, alle nochmal "unpair" zu setzen und dann eine andere HmID zu vergeben - am besten gleich über eine VCCU.
Habe heute ein wenig gelesen. Das mit der VCCU nehme ich am Wochenende in Angriff.Schein nicht allzu schwierig zu sein.
Die hmID werde ich dann im laufe des Frühjahrs ändern, habe ein paar Beiträge gefunden wie man das macht.
Möchte das momentan nicht machen da ich ein wenig Angst habe mir ehem zu zerstören. Die Steuerung der Heizung
läuft über das System.
Hi,
hast Du hmInfo definiert? Wenn nein mach mal:
define hm HMinfo
Dann mach mal dort configcheck, mal sehen was da so kommt.
Mach mal
get OG_Badezimmer_Wandthermostat regTable
Und zeig mal die Ergebnisse :)
Bei mir sieht es so aus, es gibt ja 3 x btnLock ;)
list:peer register :value
0: btnLock :off
...
0: globalBtnLock :off
...
0: modusBtnLock :off
Gruß Otto
Hallo Otto,
danke für den Tip, war ein voller Erfolg ... das Register modusBtnLock hatte ich nicht im Blick, dachte btnLock ist für die
Sperre des TC verantwortlich.
Nachdem ich modusBtnLock auf off gesetzt habe ist das Schlüsselsymbol verschwunden.
Hier das Ergebnis von Set hm configCheck
configCheck done:
missing register list
EG_Fensterbeleuchtung_Wandtaster: RegL_00.
EG_Fensterbeleuchtung_Wandtaster_Btn_01: RegL_01.,RegL_04.EG_Fensterbeleuchtung_chn-01
EG_Fensterbeleuchtung_Wandtaster_Btn_02: RegL_01.,RegL_04.EG_Fensterbeleuchtung_chn-01
EG_GaesteWC_Wandtaster: RegL_00.
EG_GaesteWC_Wandtaster_Btn_01: RegL_01.,RegL_04.EG_GaesteWC_Rolladen_chn-01
EG_GaesteWC_Wandtaster_Btn_02: RegL_01.,RegL_04.EG_GaesteWC_Rolladen_chn-01
OG_Buero_Fensterkontakt: RegL_00.,RegL_01.
OG_Tuerkontakt: RegL_00.,RegL_01.
Register changes pending
EG_Fensterbeleuchtung_Wandtaster
OG_Buero_Fensterkontakt
peer not verified. Check that peer is set on both sides
EG_Abstellraum_Rolladen p:EG_Abstellraum_Wandtaster_Btn_01
EG_Abstellraum_Rolladen p:EG_Abstellraum_Wandtaster_Btn_02
EG_Fensterbeleuchtung p:EG_Fensterbeleuchtung_Wandtaster_chn-03
OG_Kinderzimmer_Heizung_Rechts_Climate p:OG_Kinderzimmer_Wandthermostat_Climate
OG_Kinderzimmer_Heizung_Rechts_Weather p:OG_Kinderzimmer_Wandthermostat_Weather
trigger sent to unpeered device
triggerUnpeered: EG_Fensterbeleuchtung_Wandtaster_Btn_01:6A5C84
triggerUnpeered: EG_Fensterbeleuchtung_Wandtaster_Btn_02:6A5C84
trigger sent to undefined device
triggerUndefined: EG_Fensterbeleuchtung_Wandtaster_Btn_01:6A5C84
triggerUndefined: EG_Fensterbeleuchtung_Wandtaster_Btn_02:6A5C84
da hast Du ja noch zu tun
Zitat von: fredje am 14 Februar 2020, 13:51:58
Hier das Ergebnis von Set hm configCheck
Das darf die einzige Ausschrift sein: configCheck done:
missing register listbekommst Du mit Datenübertragung hin, ev. getConfig
Register changes pendingKnöppchen drücken
peer not verified. Check that peer is set on both sidesklärt sich eventuell
trigger sent to unpeered devicedito
trigger sent to undefined deviceVCCU einrichten
Tipp: Von hinten abarbeiten :)