Hallo, ich bekomme beim HM ConfigCheck folgende Meldungen:
configCheck done:
missing register list
Mila_Fenster: RegL_00.,RegL_01.,RegL_04.Heizung_Kinderzimmer_WindowRec
PairedTo missing/unknown
unknown_2D5FAB
PairedTo mismatch to IODev
Mila_Fenster paired:0x000000 IO attr: 000041.
ein getConfig auf Mila_Fenster und das Drücken des Anlern Knopf hat nichts gebracht, wie bekomme ich diese 3 Meldungen beseitigt?
Danke
pairen.
Hi,
es scheint als wäre der mit einem anderen gepairt. HMID 2D5FAB
Ich würde einen anderen CUL nehmen auf HMID 2D5FAB setzen und rfmode Homematic und das Gerät entpairen.
Oder Werksreset!?
Danach neu pairen mit Deinem normale
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Bin endlich mal dazu gekommen dabei zu sehen, hab das Device geunpaired, und anschliessen neu gepaird, danach hab ich "nur" noch 2 Fehler
missing register list
Mila_Fenster: RegL_00.,RegL_01.,RegL_04.Heizung_Kinderzimmer_WindowRec
PairedTo missing/unknown
unknown_2D5FAB
Was muss ich da jetzt noch machen?
Danke
Ich würde bei Mila_Fenster ein getConfig machen.
Wenn das ein Fenster Sensor ist solltest Du die Datenübertragung mit dem ConfigTaster anstoßen und nicht den Sensor auslösen.
Den Configtaster muss man durchaus manchmal mehrfach drücken (mit Zeit und Ruhe zwischendurch)
Gruß Otto
Nach einem reset sollte pairedto auf 000000 stehen.
Wenn das pairing nicht funktioniert hat wird das getconfig nicht funktionieren.
Wie schon erwähnt ist die aktuell gemeldete pairedto id unbekannt.
Moin,
was mir nicht klar ist: das gerät unknown_2D5FAB gehört zu Dir oder gehört dem Nachbarn?
Gruß Otto
Hi,
kann man nicht auch einen CUL auf die fehlende HM ID setzen und dann das Gerät unpairen ???
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
klar geht das. ein werkreset direkt am device ist noch einfacher, sofern kein eigener aes key gesetzt ist.
Hi,
ich hänge immer noch bei diesem Eintrag:
PairedTo missing/unknown
unknown_2D5FAB
Bekomme den einfach nicht erledigt....
Duhast ein device unknown_2d5fab mit der hmid 2d5fab. Es wurde erkannt und angelegt. Evt. Gehört es deinem Nachbarn.
Du soltest eine vccu anlegen. Die sammelt solche device. Wenn du es gesichttet hast und keines dir gehört\aktiv ist kannst du alle auf einmal auf ignore setzen. Siehe vccu kommandos.
Sollte es eines deiner devices sein gebe ihm einen Namen und paire es.
Zitat von: martinp876 am 19 September 2018, 20:21:24
Duhast ein device unknown_2d5fab mit der hmid 2d5fab. Es wurde erkannt und angelegt. Evt. Gehört es deinem Nachbarn.
Du soltest eine vccu anlegen. Die sammelt solche device. Wenn du es gesichttet hast und keines dir gehört\aktiv ist kannst du alle auf einmal auf ignore setzen. Siehe vccu kommandos.
Sollte es eines deiner devices sein gebe ihm einen Namen und paire es.
Hi, eine VCCU habe ich schon länger, aber was meinst du mit "sammelt solche devices" ich kann es in der vccu nicht finden
Internals:
DEF 000041
IODev hmusb
NAME vccu
NOTIFYDEV global
NR 40
NTFY_ORDER 50-vccu
STATE hmusb:ok,
TYPE CUL_HM
assignedIOs hmusb
Helper:
DBLOG:
state:
myDbLog:
TIME 1537384509.19074
VALUE hmusb:ok,
READINGS:
2018-09-19 21:15:09 state hmusb:ok,
helper:
HM_CMDNR 90
cfgChkResult No regs found for:
mId FFF0
regLst ,0
rxType 1
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
prefIO
vccu
ioList:
hmusb
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
vrt 1
rssi:
shadowReg:
nb:
cnt 1
Attributes:
IODev hmusb
IOList hmusb
expert 2_full
group Info
model CCU-FHEM
room Zentral
subType virtual
webCmd virtual:update
Hab jetzt noch eine 2 Fehlermeldung in cinfigcheck
PairedTo mismatch to IODev
Mila_Fenster paired:0x000000 IO attr: 000041.
Die Meldung sagt,dass milafenster nicht gepairt ist, das reg also 000000 zeigt. Angesprochen soll das device über ein io mit id 000041.
Pairen sollte man verstanden haben und den schluss ziehen können, dass entweder das getconfig nicht funktioniert hat ( wiederholen) oder das pairen ( auch wiederholen)
Da es sich scheinbar um einen fensterkontakt handelt ist es operatonal kein problem.
Ich würde es bereinigen.
Entschuldigt wenn ich mich an dieses Thema dran hänge.
Ich habe ein ähnliches Problem.
missing register list
HM_2B5F5D: RegL_00.,RegL_01.
HM_3B5774: RegL_00.,RegL_01.
HM_5065D5: RegL_00.,RegL_01.
HM_52CAE2: RegL_00.,RegL_01.
peer list incomplete. Use getConfig to read it.
incomplete: HM_2B5F5D:
incomplete: HM_3B5774:
incomplete: HM_5065D5:
incomplete: HM_52CAE2:
PairedTo missing/unknown
HM_28B686
HM_2B5F5D
HM_2EE491
HM_2EE49D
HM_2F219D
HM_2F52BA
HM_33B7C4
HM_3B5774
HM_3E49D1
HM_40A546
HM_479E40
HM_498D6B
HM_4CFEF9
HM_5065D5
HM_52CAE2
HM_52CB97
Das sind wohl alles Geräte meiner Nachbarn.
Allerdings sind all die aufgeführten Devices in meiner fhem.cfg eingetragen und haben das Attribut "ignore 1 "
Exemplarisch ein List von HM_2B5F5D.
Internals:
DEF 2B5F5D
IODev LGW1
NAME HM_2B5F5D
NOTIFYDEV global
NR 1473
STATE ???
TYPE CUL_HM
READINGS:
2016-06-18 13:57:24 Activity alive
2016-06-18 13:57:19 D-firmware 1.2
2016-06-18 13:57:19 D-serialNr LEQ0572283
2016-06-20 11:17:45 battery ok
helper:
HM_CMDNR 240
mId 005F
regLst ,0,1,4p
rxType 12
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +2B5F5D,00,01,00
prefIO
rxt 2
vccu
p:
2B5F5D
00
01
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
rssi:
shadowReg:
Attributes:
IODev LGW1
actCycle 028:00
actStatus
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.2
ignore 1
model HM-SCI-3-FM
room CUL_HM
serialNr LEQ0572283
subType threeStateSensor
webCmd getConfig:clear msgEvents
Was muss ich tun?
Gruß
Daniel
Zitat von: martinp876 am 23 September 2018, 21:04:44
Die Meldung sagt,dass milafenster nicht gepairt ist, das reg also 000000 zeigt. Angesprochen soll das device über ein io mit id 000041.
Pairen sollte man verstanden haben und den schluss ziehen können, dass entweder das getconfig nicht funktioniert hat ( wiederholen) oder das pairen ( auch wiederholen)
Da es sich scheinbar um einen fensterkontakt handelt ist es operatonal kein problem.
Ich würde es bereinigen.
Hi,
hast recht, das erneute pairen hat geholfen, allerdings gibt es immer noch diese Meldung:
configCheck done:
PairedTo missing/unknown
unknown_2D5FAB
Du hattest oben etwas von der VCCU geschrieben, diese habe ich auch angelegt, allerdings gibt es die Meldung trotzdem noch. Kann mir nicht vorstellen das es ein Gerät vom Nachbarn ist, da ich meine direkten Nachbarn recht gut kenne und weiss das die kein HM Device haben, ansonsten sind die Nachbarn schon ein paar Meter weg.....
1) ignore entities sollten nicht geprüft werde. Kann ich erst in 2 Wochen prüfen
2) unknown_2D5FAB: schicke einmal ein list und ein regtable des device
Hi,
hier das list
Internals:
DEF 2D5FAB
IODev hmusb
NAME unknown_2D5FAB
NOTIFYDEV global
NR 200
NTFY_ORDER 50-unknown_2D5FAB
STATE ???
TYPE CUL_HM
READINGS:
helper:
HM_CMDNR 31
mId
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +2D5FAB,00,00,00
prefIO
rxt 0
vccu
p:
2D5FAB
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
shadowReg:
Attributes:
IODev hmusb
autoReadReg 4_reqStatus
expert 2_full
ignore 1
Was meinst du mit regtable? Konnte bei google nichts passendes dazu finden......
Alles klar. Das device steht schon auf ignore. Configcheck darf diese nicht betrachten. Ist ein bug. Werde ich übernächstes Wochenende lösen. Aktuell bin ich unterwegs.
Hi,
hab leider noch ein neues Problem,
hab jetzt diese Meldung:
peerNeedsBurst cannot be determined
Gaeste_WC_Fenster:Gaeste_WC_WindowRec
ich habe schon ein set Gaeste_WC_Fenster regSet peerNeedsBurst on Gaeste_WC_WindowRec
durchgeführt, und anschließend den Anlernknopf gedrückt und auch das Fenster geöffnet/geschlossen, so wie auch ein getConfig auf beiden Devices durchgeführt, trotzdem besteht die Meldung.
Was hab ich noch falsch gemacht?
Hier die list der beiden Devices:
Internals:
DEF 589CE2
IODev hmusb
LASTInputDev hmusb
MSGCNT 85
NAME Gaeste_WC_Fenster
NOTIFYDEV global
NR 369
NTFY_ORDER 50-Gaeste_WC_Fenster
STATE closed
TYPE CUL_HM
hmusb_MSGCNT 85
hmusb_RAWMSG E589CE2,0000,E4B837E9,FF,FFB8,3EA641589CE2000041014600
hmusb_RSSI -72
hmusb_TIME 2018-09-27 19:35:25
lastMsg No:3E - t:41 s:589CE2 d:000041 014600
peerList Gaeste_WC_WindowRec,
protCondBurst off
protLastRcv 2018-09-27 19:35:25
protRcv 77 last_at:2018-09-27 19:35:25
protRcvB 8 last_at:2018-09-27 19:35:25
protSnd 76 last_at:2018-09-27 19:35:25
protSndB 2 last_at:2018-09-27 19:34:50
protState CMDs_done
rssi_at_hmusb cnt:85 min:-84 max:-58 avg:-71.3 lst:-72
Helper:
DBLOG:
Activity:
myDbLog:
TIME 1538069712.84137
VALUE alive
D-firmware:
myDbLog:
TIME 1538069712.84137
VALUE 1.0
D-serialNr:
myDbLog:
TIME 1538069712.84137
VALUE OEQ0439191
alive:
myDbLog:
TIME 1538069587.39955
VALUE yes
battery:
myDbLog:
TIME 1538069725.55541
VALUE ok
contact:
myDbLog:
TIME 1538069725.55541
VALUE closed (to vccu)
sabotageError:
myDbLog:
TIME 1538069587.39955
VALUE off
state:
myDbLog:
TIME 1538069725.55541
VALUE closed
trigger_cnt:
myDbLog:
TIME 1538069725.55541
VALUE 70
READINGS:
2018-09-27 19:35:12 Activity alive
2018-09-24 19:39:13 CommandAccepted yes
2018-09-27 19:35:12 D-firmware 1.0
2018-09-27 19:35:12 D-serialNr OEQ0439191
2018-09-27 19:35:13 PairedTo 0x000041
2018-09-24 19:45:58 R-cyclicInfoMsg on
2018-09-24 19:45:58 R-eventDlyTime 0 s
2018-09-24 19:45:58 R-pairCentral 0x000041
2018-09-24 19:45:58 R-sabotageMsg on
2018-09-24 19:45:58 R-sign on
2018-09-27 19:35:13 RegL_00. 02:01 09:01 0A:00 0B:00 0C:41 10:01 14:06 00:00
2018-09-27 19:35:13 RegL_01. 08:01 20:9C 21:00 30:06 00:00
2018-09-27 19:35:14 RegL_04.Gaeste_WC_WindowRec 01:01 00:00
2018-09-24 19:39:13 aesCommToDev ok
2018-09-24 19:39:13 aesKeyNbr 00
2018-09-27 19:33:07 alive yes
2018-09-27 19:35:25 battery ok
2018-09-27 19:35:25 contact closed (to vccu)
2018-09-27 19:35:14 peerList Gaeste_WC_WindowRec,
2018-09-27 19:33:07 recentStateType info
2018-09-27 19:33:07 sabotageError off
2018-09-27 19:35:25 state closed
2018-09-27 19:35:25 trigger_cnt 70
helper:
HM_CMDNR 62
cSnd 01000041589CE20103,01000041589CE201042237FB0304
mId 00C7
peerIDsRaw ,2237FB03,00000000
regLst ,0,1,4p
rxType 28
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +589CE2,00,00,00
nextSend 1538069725.54292
rxt 2
vccu vccu
p:
589CE2
00
00
00
prefIO:
hmusb
mRssi:
mNo 3E
io:
hmusb:
-70
-70
prt:
awake 0
bErr 0
brstWu 0
sProc 0
sleeping 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO hmusb
flg A
ts 1538069725.44342
ack:
HASH(0x50baf18)
3E8002000041589CE20101C800
rssi:
at_hmusb:
avg -71.3058823529412
cnt 85
lst -72
max -58
min -84
shadowReg:
tmpl:
Attributes:
IODev hmusb
IOgrp vccu:hmusb
actCycle 002:50
actStatus alive
autoReadReg 4_reqStatus
burstAccess 1_auto
expert 2_raw
firmware 1.0
group Fensterkontakte
model HM-SEC-SCo
peerIDs 00000000,2237FB03,
room Gäste_WC
serialNr OEQ0439191
subType threeStateSensor
Internals:
DEF 2237FB
IODev hmusb
LASTInputDev hmusb
MSGCNT 1163
NAME Gaeste_WC
NOTIFYDEV global
NR 72
NTFY_ORDER 50-Gaeste_WC
STATE CMDs_done
TYPE CUL_HM
channel_01 Gaeste_WC_Weather
channel_02 Gaeste_WC_Climate
channel_03 Gaeste_WC_WindowRec
channel_04 Gaeste_WC_Clima
channel_05 Gaeste_WC_ClimaTeam
channel_06 Gaeste_WC_remote
hmusb_MSGCNT 1163
hmusb_RAWMSG E2237FB,0000,E4BFBC58,FF,FFCA,0586102237FB0000000A98CF0B0000
hmusb_RSSI -54
hmusb_TIME 2018-09-27 19:43:38
lastMsg No:05 - t:10 s:2237FB d:000000 0A98CF0B0000
protCondBurst on
protLastRcv 2018-09-27 19:43:38
protRcv 1159 last_at:2018-09-27 19:43:38
protSnd 41 last_at:2018-09-27 19:31:55
protSndB 1 last_at:2018-09-27 19:31:45
protState CMDs_done
rssi_at_hmusb cnt:1163 min:-60 max:-51 avg:-54.38 lst:-54
rssi_hmusb cnt:4 min:-52 max:-52 avg:-52 lst:-52
Helper:
DBLOG:
actuator:
myDbLog:
TIME 1538070218.18978
VALUE 0
battery:
myDbLog:
TIME 1538070218.18978
VALUE ok
batteryLevel:
myDbLog:
TIME 1538070218.18978
VALUE 2.6
desired-temp:
myDbLog:
TIME 1538070218.18978
VALUE 19.0
measured-temp:
myDbLog:
TIME 1538070218.18978
VALUE 20.7
motorErr:
myDbLog:
TIME 1538070218.18978
VALUE ok
state:
myDbLog:
TIME 1538069516.22867
VALUE CMDs_done
time-request:
myDbLog:
TIME 1538006555.30936
VALUE -
READINGS:
2018-09-25 20:52:42 Activity alive
2018-09-27 19:35:25 CommandAccepted yes
2018-03-22 21:30:33 D-firmware 1.4
2018-03-22 21:30:33 D-serialNr KEQ0518829
2018-09-27 19:31:47 PairedTo 0x000041
2015-11-06 17:44:09 R-backOnTime 10 s
2015-11-06 17:44:09 R-burstRx on
2015-11-06 17:44:09 R-cyclicInfoMsg on
2015-11-06 17:44:09 R-cyclicInfoMsgDis 0
2018-03-01 07:04:10 R-pairCentral 0x000041
2018-09-27 19:31:47 RegL_00. 01:01 02:01 09:01 0A:00 0B:00 0C:41 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00 00:00
2018-09-27 19:43:38 actuator 0
2018-09-27 19:43:38 battery ok
2018-09-27 19:43:38 batteryLevel 2.6
2018-09-27 19:43:38 desired-temp 19.0
2018-09-27 19:43:38 measured-temp 20.7
2018-09-27 19:43:38 motorErr ok
2018-09-15 16:58:14 powerOn 2018-09-15 16:58:14
2018-09-15 16:58:14 recentStateType info
2018-09-27 19:31:56 state CMDs_done
2018-09-27 02:02:35 time-request -
RegL_07.:
VAL
helper:
HM_CMDNR 5
PONtest 1
cSnd 010000412237FB0304589CE20103,010000412237FB0304589CE20107
mId 0095
regLst ,0
rxType 140
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +2237FB,00,00,00
nextSend 1538070218.27047
rxt 2
vccu vccu
p:
2237FB
00
00
00
prefIO:
hmusb
mRssi:
mNo 05
io:
hmusb:
-48
-48
prt:
awake 0
bErr 0
brstWu 1
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
at_hmusb:
avg -54.3809114359415
cnt 1163
lst -54
max -51
min -60
hmusb:
avg -52
cnt 4
lst -52
max -52
min -52
shRegW:
07 04
shadowReg:
tmpl:
Attributes:
IODev hmusb
IOgrp vccu:hmusb
actCycle 000:10
actStatus alive
alias Gäste WC Heizung
autoReadReg 3_onChange
burstAccess 1_auto
expert 2_full
firmware 1.4
group Heizung
model HM-CC-RT-DN
room Gäste_WC
serialNr KEQ0518829
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
Muss ich mir auch ansehen. PeerNeedsBurst ist gesetzt. Warum die Darstellung nicht klappt prüfe ich in 1 woche. Sorry.
sollte nun funktionieren
Hi,
hab grade fhem geupdatet, hab danach im configCheck aber immer noch diesen Eintrag
peerNeedsBurst cannot be determined
Gaeste_WC_Fenster:Gaeste_WC_WindowRec
das ist jetzt unklar.
Die Register sind gelesen ( so das Reading
2018-09-27 19:35:14 RegL_04.Gaeste_WC_WindowRec 01:01 00:00
noch existiert).
mit
{CUL_HM_refreshRegs("Gaeste_WC_Fenster")}
sollte das Reading
ZitatR-Gaeste_WC_WindowRec-peerNeedsBurst
in Gaeste_WC_Fenster zu sehen sein.
Warum aber geht es nicht automatisch.
1) nach einem getConfig sollten die Register neu gelesen sein. Bitte die Zeitstempel prüfen
2) nach dem Lesen der Config (also die Registerlisten) werden die einzelnen Register extrahiert. Auch hier sollte der Zeitstempel aktuell sein.
Hi,
ich hab Burst in den Devices jetzt nochmal deaktiviert und dann wieder aktiviert, sowie jeweils ein getConfig durchgeführt, und nun kommt die Meldung auch nicht mehr.
Danke für deine Hilfe
Ok. Dann war es ein Missverständnis. Das einspielen allein der sw reicht nicht. Die register müssen neu gerechnet werden was bei einem getconfig passiert. Sorry, schlechte Anweisung.
Habe eben ein update gemacht. Bei mir ist jetzt auch wieder alles so wie es sein sollte. ;-)
DANKE!