Erst einmal allen ein frohes Neues Jahr. Ich habe folgendes Problem, von (mindestens) einem Wandthermostat bekomme ich keine Update bezüglich der gemessenen Temperatur, heute am 10.1.2022 sehe ich dies:
Internals:
DEF 5416E602
FUUID 5c690213-f33f-2495-2115-fc59603024396fd2
NAME Kueche.Wandthermostat
NR 140
NTFY_ORDER 48-Kueche.Wandthermostat
STATE T: 20.6 desired: 18.5
TYPE CUL_HM
chanNo 02
device TH_Kueche
disableNotifyFn 1
peerList HZ_Kueche_Climate
READINGS:
2022-01-05 20:27:02 CommandAccepted yes
2021-10-17 09:24:39 R-boostPeriod 5 min
2021-10-17 09:24:39 R-dayTemp 21 C
2021-10-17 09:24:39 R-daylightSaveTime on
2021-10-17 09:24:39 R-heatCool heating
2021-10-17 09:24:39 R-modePrioManu all
2021-10-17 09:24:39 R-modePrioParty all
2021-10-17 09:24:39 R-nightTemp 17 C
2021-10-17 09:24:39 R-noMinMax4Manu off
2021-10-17 09:24:39 R-sendWeatherData on
2021-10-17 09:24:39 R-showHumidity temp
2021-10-17 09:24:39 R-showInfo time
2021-10-17 09:24:39 R-showSetTemp actTemp
2021-10-17 09:24:39 R-showWeekday off
2021-10-17 09:24:29 R-sign off
2021-10-17 09:24:39 R-tempMax 21 C
2021-10-17 09:24:39 R-tempMin 8 C
2021-10-17 09:24:39 R-tempOffset 0.0K
2021-10-17 09:24:39 R-weekPrgSel prog1
2021-10-17 09:24:39 R-winOpnBoost off
2022-01-06 08:49:14 R_P1_0_tempListSat 06:00 17.0 22:00 18.5 24:00 17.0
2022-01-06 08:49:14 R_P1_1_tempListSun 06:00 17.0 22:00 18.5 24:00 17.0
2022-01-06 08:49:14 R_P1_2_tempListMon 06:00 17.0 09:00 18.0 17:00 17.0 22:00 18.0 24:00 17.0
2022-01-06 08:49:14 R_P1_3_tempListTue 06:00 17.0 09:00 18.0 17:00 17.0 22:00 18.0 24:00 17.0
2022-01-06 08:49:14 R_P1_4_tempListWed 06:00 17.0 09:00 18.0 17:00 17.0 22:00 18.0 24:00 17.0
2022-01-06 08:49:14 R_P1_5_tempListThu 06:00 17.0 09:00 18.0 17:00 17.0 22:00 18.0 24:00 17.0
2022-01-06 08:49:14 R_P1_6_tempListFri 06:00 17.0 09:00 18.0 17:00 17.0 22:00 18.0 24:00 17.0
2022-01-06 08:49:14 R_P1_tempList_State verified
2022-01-06 08:49:18 R_P2_0_tempListSat 06:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:18 R_P2_1_tempListSun 06:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:18 R_P2_2_tempListMon 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:18 R_P2_3_tempListTue 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:18 R_P2_4_tempListWed 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:18 R_P2_5_tempListThu 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:18 R_P2_6_tempListFri 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:18 R_P2_tempList_State verified
2022-01-06 08:49:22 R_P3_0_tempListSat 06:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:22 R_P3_1_tempListSun 06:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:22 R_P3_2_tempListMon 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:22 R_P3_3_tempListTue 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:22 R_P3_4_tempListWed 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:22 R_P3_5_tempListThu 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:22 R_P3_6_tempListFri 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0
2022-01-06 08:49:22 R_P3_tempList_State verified
2022-01-09 18:51:37 boostTime -
2022-01-10 11:26:54 cfgState TempChk
2022-01-09 18:51:37 commReporting off
2022-01-09 11:38:10 commState CMDs_done
2022-01-09 18:51:37 controlMode auto
2022-01-09 18:51:37 desired-temp 18.5
2022-01-09 18:51:27 humidity 56
2022-01-09 18:51:37 measured-temp 20.6
2021-10-07 22:26:00 partyEnd 21-10-17 5:00
2021-10-07 22:26:00 partyStart 21-10-9 16:30
2021-10-07 22:26:00 partyTemp 16
2022-01-06 08:49:10 peerList HZ_Kueche_Climate
2022-01-05 20:27:02 recentStateType ack
2022-01-09 18:51:37 state T: 20.6 desired: 18.5
2021-10-17 10:43:14 trigLast fhem:80
2022-01-09 18:51:37 winOpenReporting off
helper:
peerFriend peerRtTc
peerIDsRaw ,5ADA2F02,00000000
peerIDsState complete
peerOpt p:thermostat
regLst 1,7,8,9
cfgChk:
idTp00 failed Entries:
R_P1_0_tempListSat mismatch 06:00 17.0 22:00 20.0 24:00 17.0 ne 06:00 17.0 22:00 18.5 24:00 17.0 ##
R_P1_1_tempListSun mismatch 06:00 17.0 22:00 20.0 24:00 17.0 ne 06:00 17.0 22:00 18.5 24:00 17.0 ##
R_P1_2_tempListMon mismatch 06:00 17.0 09:00 20.0 17:00 17.0 22:00 21.0 24:00 17.0 ne 06:00 17.0 09:00 18.0 17:00 17.0 22:00 18.0 24:00 17.0 ##
R_P1_3_tempListTue mismatch 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ne 06:00 17.0 09:00 18.0 17:00 17.0 22:00 18.0 24:00 17.0 ##
R_P1_4_tempListWed mismatch 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ne 06:00 17.0 09:00 18.0 17:00 17.0 22:00 18.0 24:00 17.0 ##
R_P1_5_tempListThu mismatch 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ne 06:00 17.0 09:00 18.0 17:00 17.0 22:00 18.0 24:00 17.0 ##
R_P1_6_tempListFri mismatch 06:00 17.0 09:00 21.0 17:00 17.0 22:00 21.0 24:00 17.0 ne 06:00 17.0 09:00 18.0 17:00 17.0 22:00 18.0 24:00 17.0 ##
cmds:
TmplKey HZ_Kueche_Climate:no:1641454739.31275
TmplTs 1641454739.31275
cmdKey 1:0:0::TH_Kueche:00AD:02:HZ_Kueche_Climate
cmdLst:
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
controlManu (on|off|5.0..30.0;0.5)
controlMode (auto|manual|boost|day|night)
controlParty -temp- -startDate- -startTime- -endDate- -endTime-
desired-temp (on|off|5.0..30.0;0.5)
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
inhibit [(on|{off})]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerChan -btnNumber- -actChn- [({single})] [({set}|unset)] [(actor|remote|{both})]
peerSmart -peerOpt-
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
sign [(on|{off})]
tempListFri [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListMon [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListSat [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListSun [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListThu [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListTmpl [({verify}|restore)] [[-file-:]-templateName-]
tempListTue [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempListWed [(prep|{exec})] [({p1}|p2|p3)] -HH:MM- -temp- [...]
tempTmplSet -tempTmpl-
tplDel -tplDel-
tplSet_0 -tplChan-
tplSet_HZ_Kueche_Climate -tplPeer-
lst:
condition slider,0,1,255
peer HZ_Kueche_Climate
peerOpt remove_HZ_Kueche_Climate,HZ_Bad_Oben_Climate,HZ_Bad_Unten_Climate,HZ_Galerie_Climate,HZ_Patricia_Climate,HZ_Rebecca_Brehmstrasse_Climate,HZ_Rebecca_Innenhof_Climate,HZ_Schlafzimmer_hinten_Climate,HZ_Schlafzimmer_vorne_Climate,HZ_Wohnzimmer_Climate
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 1
det 1
raw 0
tpl 0
peerIDsH:
00000000 broadcast
5ADA2F02 HZ_Kueche_Climate
regCollect:
role:
chn 1
shRegR:
07 00
shadowReg:
tmpl:
Attributes:
alias Kueche.Wandthermostat
group 02_Heizung
icon temp_control
model HM-TC-IT-WM-W-EU
peerIDs 00000000,5ADA2F02
room Heizung,HomeMatic
userattr Heizung Heizung_map structexclude
Gemessen wurde die aber zu folgender Zeit: 2022-01-09 18:51:37 - also bereits gestern.
Wie kann ich sehen, wie oft das Thermostat seine Messergebnisse an die VCCU sendet, diese sieht so aus:
Internals:
DEF 200DB8
FUUID 5c69020c-f33f-2495-79ca-35f523be790a9d71
IODev HMLAN1
NAME vccu
NR 21
NTFY_ORDER 48-vccu
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
READINGS:
2022-01-06 08:38:59 IODev HMLAN1
2021-11-22 07:40:21 IOopen 1
2021-12-01 22:25:58 RegL_00.
2022-01-10 11:26:54 cfgState ok
2021-12-01 22:25:43 commState CMDs_done_Errors:1
2021-12-01 22:25:43 state RESPONSE TIMEOUT:RegisterRead
2021-10-20 12:35:39 unknown_3F2F3F received
2021-10-26 13:38:58 unknown_4139F5 received
2021-11-16 19:13:13 unknown_45C639 received
2021-09-21 11:59:56 unknown_AF5DAE received
helper:
HM_CMDNR 132
mId 0000
peerFriend
peerOpt -:-
regLst 0
rxType 1
ack:
cmds:
TmplKey :no:1641454739.36868
TmplTs 1641454739.36868
cmdKey 1:1:1::vccu:0000:01:
cmdLst:
assignHmKey noArg
clear (readings|all)
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getDevInfo noArg
peerChan -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
postEvent -condition-
press [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
pressL [(-peer-|{all})]
pressS [(-peer-|{all})]
raw -data- [...]
reset noArg
tplSet_0 -tplChan-
unpair noArg
update noArg
virtual [(1..50;1|{1})]
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
listDevice [({all}|alive|unknown|dead|notAlive)]
param -param-
status noArg
expert:
def 0
det 0
raw 1
tpl 0
io:
vccu
prefIO:
mRssi:
mNo
peerIDsH:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
rssi:
shadowReg:
tmpl:
Attributes:
alias vccu
autoReadReg 4_reqStatus
expert rawReg
model ACTIONDETECTOR
subType virtual
webCmd virtual:update
Gruss und Dank!
Christian
Mach ein update. Das sieht mir (zumindest) nach einer alten Version von HMLAN aus, der registiert sich nicht als IO an der VCCU.
(version CUL_HM und version HMLAN liefern, falls noch Fragen sind).
Zitat von: Beta-User am 10 Januar 2022, 11:51:48
Mach ein update. Das sieht mir (zumindest) nach einer alten Version von HMLAN aus, der registiert sich nicht als IO an der VCCU.
(version CUL_HM und version HMLAN liefern, falls noch Fragen sind).
Ja war auch mein erster Gedanke ;)
Auch das hier ist falsch:
Zitat
model ACTIONDETECTOR
Das model bei vccu müsste CCU-FHEM sein...
Gruß, Joachim
Hallo Beta-User,
erst einmal dnake, dass du so schnell reagierts. Folgendes wird mir angezeigt:
File Rev Last Change
00_HMLAN.pm 25204 2021-11-09 05:41:42Z martinp876
doif.js 24438 2021-05-14 18:08:18Z Ellert
fhemweb.js 25366 2021-12-22 09:39:03Z rudolfkoenig
fhemweb_readingsGroup.js 15189 2017-10-03 17:53:27Z justme1968
File Rev Last Change
10_CUL_HM.pm 25298 2021-12-05 08:23:08Z martinp876
doif.js 24438 2021-05-14 18:08:18Z Ellert
fhemweb.js 25366 2021-12-22 09:39:03Z rudolfkoenig
fhemweb_readingsGroup.js 15189 2017-10-03 17:53:27Z justme1968
Und beim "update check"
Downloading https://fhem.de/fhemupdate/controls_fhem.txt
List of new / modified files since last update:
UPD ./CHANGED
UPD FHEM/10_KNX.pm
UPD FHEM/31_HUEDevice.pm
UPD FHEM/47_OBIS.pm
UPD FHEM/71_COE_Node.pm
UPD FHEM/82_LGTV_WebOS.pm
UPD FHEM/88_HMCCU.pm
UPD FHEM/88_HMCCUCHN.pm
UPD FHEM/88_HMCCUDEV.pm
UPD FHEM/88_HMCCURPCPROC.pm
UPD FHEM/HMCCUConf.pm
UPD FHEM/lib/AttrTemplate/mqtt2.template
UPD www/images/fhemSVG/hue2019_archetypesDoubleSpot.svg
UPD www/images/fhemSVG/hue2019_archetypesSingleSpot.svg
UPD www/images/fhemSVG/hue_filled_filament.svg
UPD www/images/fhemSVG/hue_filled_foh.svg
New entries in the CHANGED file:
- bugfix: 71_COE_Node: fix for negative temparatures by thor3
- bugfix: 47_OBIS: remove control characters in strings
- feature: 10_KNX: KNX_scan Utility function
- bugfix: 82_LGTV_WebOS: rewrite and change code, fix bugs of older version
Sieht also recht aktuell aus :(
Bezüglich des "Model" - das läuft so schon seit beinahe 5 Jahren so und ich hatte mich damals an eine Anleitung gehalten .. kann ich das ändern?
Noch eine Idee?
Christian
Dann ist das die Ursache:
Zitat von: MadMax-FHEM am 10 Januar 2022, 12:00:04
Das model bei vccu müsste CCU-FHEM sein...
(Gut aufgepaßt!)
Kannst/sollst du unbedingt anpassen! Notfalls per modelForce!
das erklärt aber doch alles noch nicht, warum die Aktualisierung der readings gestern noch funktioniert hat und heute nicht mehr...
Mach doch einfach mal die Batterien aus dem Thermostaten raus und nach 2 Minuten wieder rein (oder gleich neue Batterien)
Mache ich beides gerne - könnt ihr mir bei der Syntax für das modelForce helfen, ich nehme mal an, dass das Batterien ziehen ja keinen Einfluss auf das Model der vccu hat .....
DANKE!
Zitat von: ChristianH am 10 Januar 2022, 12:11:32
Mache ich beides gerne - könnt ihr mir bei der Syntax für das modelForce helfen, ich nehme mal an, dass das Batterien ziehen ja keinen Einfluss auf das Model der vccu hat .....
DANKE!
Schon mal bei der vccu unter "attr" geschaut? ;)
Einfach modelForce wählen und dann das passende model, also CCU-FHEM und dann auf attr und save...
Gruß, Joachim
Zitat
Schon mal bei der vccu unter "attr" geschaut? ;)
Einfach modelForce wählen und dann das passende model, also CCU-FHEM und dann auf attr und save...
Gruß, Joachim
Ja, war einfacher als befürchtet:
Internals:
DEF 200DB8
FUUID 5c69020c-f33f-2495-79ca-35f523be790a9d71
IODev HMLAN1
NAME vccu
NR 21
NTFY_ORDER 48-vccu
STATE HMLAN1:UAS,
TYPE CUL_HM
assignedIOs HMLAN1
chanNo 01
disableNotifyFn 1
READINGS:
2022-01-10 12:21:15 IODev HMLAN1
2022-01-10 12:21:16 IOopen 0
2022-01-10 12:06:49 RegL_00.
2022-01-10 12:22:49 cfgState ok
2022-01-10 12:06:35 commState CMDs_done_Errors:1
2022-01-10 12:21:16 state HMLAN1:UAS,
helper:
HM_CMDNR 185
peerFriend peerSD,peerSens,peerAct
peerOpt -:virtual
regLst 0
rxType 1
cmds:
TmplKey :no:1641813676.20016
TmplTs 1641813676.20016
cmdKey 1:1:1::vccu::01:
cmdLst:
assignHmKey noArg
assignIO -IO- [({set}|unset)]
clear [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
defIgnUnknown noArg
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getDevInfo noArg
hmPairForSec [-sec-]
hmPairSerial -serial-
peerChan -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
peerSmart -peerOpt-
postEvent -condition-
press [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
pressL [(-peer-|{all})]
pressS [(-peer-|{all})]
raw -data- [...]
reset noArg
tplSet_0 -tplChan-
unpair noArg
update noArg
virtual [(1..50;1|{1})]
lst:
condition slider,0,1,255
peer
peerOpt Bad_oben_FensterVirtual_WindowRec,Bewegungsmelder,FensterkontaktSchlafzimmerhinten_FensterVirtual_WindowRec,HZ_Bad_Oben_WindowRec,HZ_Bad_Oben_remote,HZ_Bad_Unten_WindowRec,HZ_Bad_Unten_remote,HZ_Galerie_WindowRec,HZ_Galerie_remote,HZ_Kueche_WindowRec,HZ_Kueche_remote,HZ_Patricia_WindowRec,HZ_Patricia_remote,HZ_Rebecca_Brehmstrasse_WindowRec,HZ_Rebecca_Brehmstrasse_remote,HZ_Rebecca_Innenhof_WindowRec,HZ_Rebecca_Innenhof_remote,HZ_Schlafzimmer_hinten_WindowRec,HZ_Schlafzimmer_hinten_remote,HZ_Schlafzimmer_vorne_WindowRec,HZ_Schlafzimmer_vorne_remote,HZ_Wohnzimmer_WindowRec,HZ_Wohnzimmer_remote,Kueche_FensterVirtual_WindowRec,Patricia_FensterVirtual_WindowRec,Rebecca_FensterVirtual_WindowRec,TH_Bad_Oben_WindowRec,TH_Bad_Oben_remote,TH_Bad_Unten_WindowRec,TH_Bad_Unten_remote,TH_Galerie_WindowRec,TH_Galerie_remote,TH_Kueche_WindowRec,TH_Kueche_remote,TH_Patricia_WindowRec,TH_Patricia_remote,TH_Rebecca_WindowRec,TH_Rebecca_remote,TH_Schlafzimmer_WindowRec,TH_Schlafzimmer_remote,TH_Wohnzimmer_WindowRec,TH_Wohnzimmer_remote,Wohnzimmer_FensterVirtual_WindowRec
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
listDevice noArg
param -param-
expert:
def 0
det 0
raw 1
tpl 0
io:
vccu
prefIO:
mRssi:
mNo
peerIDsH:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
tmpl:
Attributes:
alias vccu
autoReadReg 4_reqStatus
expert rawReg
model CCU-FHEM
modelForce CCU-FHEM
subType virtual
webCmd virtual:update
Nun kommen auch Readings rein ...
2022-01-10 12:33:45.172 HMLAN HMLAN1 loadLvl: low
2022-01-10 12:33:47.879 CUL_HM Kueche.Wandthermostat desired-temp: 17.0
2022-01-10 12:33:47.879 CUL_HM Kueche.Wandthermostat humidity: 47
2022-01-10 12:33:47.879 CUL_HM Kueche.Wandthermostat measured-temp: 19.6
2022-01-10 12:33:47.879 CUL_HM Kueche.Wandthermostat T: 19.6 desired: 17.0
2022-01-10 12:33:50.231 CUL_HM Rebecca.Wandthermostat desired-temp: 18.0
2022-01-10 12:33:50.231 CUL_HM Rebecca.Wandthermostat humidity: 44
2022-01-10 12:33:50.231 CUL_HM Rebecca.Wandthermostat measured-temp: 20.0
2022-01-10 12:33:50.231 CUL_HM Rebecca.Wandthermostat T: 20.0 desired: 18.0
2022-01-10 12:34:07.856 CUL_HM HZ_Rebecca_Innenhof desired-temp: 18.0
Ich behalte das mal im Auge.
Danke euch beiden!!!!
Schön, dass das wieder klappt.
Bitte den Thread noch auf "gelöst" setzen, und das "modelForce" kannst du auch wieder löschen. (Hätte mich immer noch interessiert, ob das überhaupt notwendig war, ich hatte ja "notfalls" geschrieben. Der eigentliche Weg wäre "model" gewesen, kann aber sein, dass sich CUL_HM da weigert, das via FHEMWEB anzunehmen).
Ich würde es gerne auf gelöst stellen, nun habe ich aber:
2022.01.10 16:23:03.722 1: 192.168.0.150:1000 disconnected, waiting to reappear (HMLAN1)
2022.01.10 16:23:03.722 1: HMLAN_Parse: HMLAN1 new condition disconnected
2022.01.10 16:23:08.736 1: HMLAN_Parse: HMLAN1 new condition init
2022.01.10 16:23:08.738 1: 192.168.0.150:1000 reappeared (HMLAN1)
2022.01.10 16:23:08.988 1: HMLAN_Parse: HMLAN1 new condition ok
2022.01.10 16:42:06.827 3: HMLAN1: Unknown code A0FCF943F45C6390000000202296F104E::-93:HMLAN1, help me!
Alle 5-10min disconnects ....
Zitatdas "modelForce" kannst du auch wieder löschen
nein, schon ist es wieder da:
Internals:
DEF 200DB8
FUUID 5c69020c-f33f-2495-79ca-35f523be790a9d71
IODev HMLAN1
NAME vccu
NR 21
NTFY_ORDER 48-vccu
STATE HMLAN1:UAS,
TYPE CUL_HM
assignedIOs HMLAN1
chanNo 01
disableNotifyFn 1
READINGS:
2022-01-10 16:10:10 IODev HMLAN1
2022-01-10 16:10:10 IOopen 0
2022-01-10 12:06:49 RegL_00.
2022-01-10 12:22:49 cfgState ok
2022-01-10 12:06:35 commState CMDs_done_Errors:1
2022-01-10 16:10:10 state HMLAN1:UAS,
helper:
HM_CMDNR 139
mId 0000
peerFriend
peerOpt -:-
regLst
rxType 1
ack:
cmds:
TmplKey :no:1641827410.77771
TmplTs 1641827410.77771
cmdKey 1:1:1::vccu:0000:01:
cmdLst:
clear (readings|all)
peerChan -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
postEvent -condition-
press [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
pressL [(-peer-|{all})]
pressS [(-peer-|{all})]
tplSet_0 -tplChan-
update noArg
virtual [(1..50;1|{1})]
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
listDevice [({all}|alive|unknown|dead|notAlive)]
param -param-
status noArg
expert:
def 0
det 0
raw 1
tpl 0
io:
vccu
prefIO:
mRssi:
mNo
peerIDsH:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
tmpl:
Attributes:
alias vccu
expert rawReg
model ACTIONDETECTOR
subType virtual
webCmd virtual:update
...wie auch immer das zustande kommt...
Jedenfalls: CCU-FHEM "solo" kann man ohne "force" prinzipiell setzen, allerdings ist erst dann das spezielle Attribut IOList verfügbar, das du dann auch erst mal noch pflegen mußt. Bitte im Wiki nachsehen, was erforderlich und sinnvoll ist, dann speichern und am Ende bitte auch absichern, dass es restart-fest ist. Nicht, dass da irgendwas im Argen ist mit deiner SD-Karte.
Zitat von: Beta-User am 10 Januar 2022, 16:57:14
...wie auch immer das zustande kommt...
Einfachster Fall: Nach dem Löschen des Attributes kein save durchgeführt.