[Gelöst]Config Check Meldungen

[Tommy82]

Hallo, ich bekomme beim HM ConfigCheck folgende Meldungen:

Code Auswählen Erweitern

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

[frank]

pairen.

[RaspiLED]

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, ...

[Tommy82]

Bin endlich mal dazu gekommen dabei zu sehen, hab das Device geunpaired, und anschliessen neu gepaird, danach hab ich "nur" noch 2 Fehler

Code Auswählen Erweitern

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

[Otto123]

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

[martinp876]

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.

[Otto123]

Moin,

was mir nicht klar ist: das gerät unknown_2D5FAB gehört zu Dir oder gehört dem Nachbarn?

Gruß Otto

[RaspiLED]

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, ...

[frank]

klar geht das. ein werkreset direkt am device ist noch einfacher, sofern kein eigener aes key gesetzt ist.

[Tommy82]

Hi,
ich hänge immer noch bei diesem Eintrag:

Code Auswählen Erweitern

PairedTo missing/unknown
    unknown_2D5FAB

Bekomme den einfach nicht erledigt....

[martinp876]

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.

[Tommy82]

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

Code Auswählen Erweitern

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

[Tommy82]

Hab jetzt noch eine 2 Fehlermeldung in cinfigcheck

Code Auswählen Erweitern

PairedTo mismatch to IODev
    Mila_Fenster paired:0x000000 IO attr: 000041.

[martinp876]

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.

[WhyTea]

Entschuldigt wenn ich mich an dieses Thema dran hänge.
Ich habe ein ähnliches Problem.

Code Auswählen Erweitern

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.

Code Auswählen Erweitern

peer list incomplete. Use getConfig to read it.
    incomplete: HM_2B5F5D:
    incomplete: HM_3B5774:
    incomplete: HM_5065D5:
    incomplete: HM_52CAE2:

Code Auswählen Erweitern

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.

Code Auswählen Erweitern

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

[Tommy82]

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:

Code Auswählen Erweitern

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.....

[martinp876]

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

[Tommy82]

Hi,
hier das list

Code Auswählen Erweitern

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......

[martinp876]

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.

[Tommy82]

Hi,
hab leider noch ein neues Problem,
hab jetzt diese Meldung:

Code Auswählen Erweitern

peerNeedsBurst cannot be determined
    Gaeste_WC_Fenster:Gaeste_WC_WindowRec
ich habe schon ein

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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

Code Auswählen Erweitern

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

[martinp876]

Muss ich mir auch ansehen. PeerNeedsBurst ist gesetzt. Warum die Darstellung nicht klappt prüfe ich in 1 woche. Sorry.

[martinp876]

sollte nun funktionieren

[Tommy82]

Hi,
hab grade fhem geupdatet, hab danach im configCheck aber immer noch diesen Eintrag

Code Auswählen Erweitern

peerNeedsBurst cannot be determined
    Gaeste_WC_Fenster:Gaeste_WC_WindowRec

[martinp876]

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

Code Auswählen Erweitern

{CUL_HM_refreshRegs("Gaeste_WC_Fenster")}
sollte das Reading

R-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.

[Tommy82]

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

[martinp876]

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.

[WhyTea]

Habe eben ein update gemacht. Bei mir ist jetzt auch wieder alles so wie es sein sollte.

DANKE!