[gelöst] HM Geräte melden nicht zurück, verbinden sich nicht

[brown78]

Hallo zusammen,

bisher hatte ich 5 Heizkörperthermostate HM-CC-DN und einen Fensterkontakt HM-Sec-SC0, ohne VCCU an eine nanoCUL, problemlos im Betrieb. Dann habe ich eine VCCU angelegt. Bisher ging auch noch alles.
Dann habe ich 2 neue HM-CC-DNs und 2 HM-Sec-SC0s bekommen.
Seitdem habe ich immense Probleme. Alle 3 Fensterkontakte melden nicht richtig. Manchmal gar nicht, manchmal melden sie das Öffnen aber nicht mehr das Schließen. Die Heizkörperthermostate habe ich bis auf eines scheinbar wieder auf Spur. Das eine das nicht geht, ist aber ein "altes" welches die ganze Zeit funktionierte. "getConfig" und drücken des "Config Knopfes" (einen Config Button haben alle meine Geräte nicht - ich denke man muß anlernen startet?) bringt nichts, außer dass noch mehr Kommandos in der Warteschleife hängen. Neues Anlernen der Fensterkontakte funtkioniert auch nicht richtig, auch nicht nach Reset.
Bei den Heizkrperthermostaten waren die Channels Clima und ClimaTeam des jeweil mit dem Channel eines anderen gepeert...
Ich hoffe ich muß nur noch etwas warten, hoffe aber mir kann jemand helfen alles wieder auf Spur zu  bekommen. Vielleicht habe ich auch irgendwo was falsch gemacht, das ganze HM System scheint sehr anfälig zu sein...?

Hier mal die protoEvents:

Code Auswählen Erweitern

protoEvents send to devices done:
    name                  :State           |CmdPend   |Snd       |Resnd     #CmdDel    |ResndFail |Nack      |IOerr     
    HM_60B7DE             :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM_Badezimmer         : done           |  -       | 18       | 2        #  -       |  -       |  -       |  -       
    HM_Esszimmer          : done           |  -       | 89       | 1        #  -       |  -       | 1        |  -       
    HM_Flur               : done           |  -       | 9        |  -       #  -       |  -       |  -       |  -       
    HM_Kinderzimmer       : done           |  -       | 7        |  -       #  -       |  -       |  -       |  -       
    HM_Kueche             : done           |  -       | 19       | 2        #  -       |  -       |  -       |  -       
    HM_Schlafzimmer       : pending        | 10 pending| 12       | 1        #  -       |  -       |  -       |  -       
    HM_Wohnzimmer         : done           |  -       | 12       | 1        #  -       |  -       |  -       |  -       
    essz_fenster          : pending        | 9 pending|  -       |  -       #  -       |  -       |  -       |  -       
    schlfz_fensterkontakt : done           |  -       | 7        | 1        #  -       |  -       |  -       |  -       
====================================================================================================================
    sum                   0                |19        |173       |8         #0         |0         |1         |0         

    CUL_HM queue length:0

    requests pending
    ----------------
    autoReadReg          :
        recent           : none
    status request       : HM_60B7DE
    autoReadReg wakeup   : HM_68D467
    status request wakeup:
    autoReadTest         : essz_fenster

    IODevs:CUL_1:Initialized condition:-

Und configCheck:

Code Auswählen Erweitern

configCheck done:

missing register list
    essz_fenster: RegL_00.,RegL_01.

peer list incomplete. Use getConfig to read it.
    incomplete: essz_fenster:

[Otto123]

Hallo,

Alle Homematic Geräte haben einen "Knopf" der als Anlerntaste/Configtaster/Config Button/wie auch immer man das sonst noch nennen könnte.

Bei dem SCO ist es der kleine Knopf auf der Oberseite, der auch leuchtet wenn Daten übertragen werden. Bei dem SCO ist es wichtig diesen Taster zu drücken OHNE den Sensor auszulösen (auf oder zu machen)

Der SCO arbeitet mit AES, kann also sein, das die Meldung wirklich keiner empfängt solange er nicht angemeldet ist.

Gruß Otto

[brown78]

Hallo ,

also beim SC0 den Anlernknopf kurz drücken und bei den Thermostaten dann das Anlernen starten?
Angemeldet sind die SC0 ja, bis auf den in der Küche, der mag nicht mehr... trotzdem kommen die Meldungen nicht an.
Kann es sein, dass irgendein Stack oder Buffer o.ä. mittlerweile so voll gelaufen ist dass nichts mehr geht? Kann man da was ablöschen?

[Otto123]

essz_fenster hat augenscheinlich ein Problem. Da fehlen Register.

Wenn die HM geräte an einer Zentrale angelernt sind (pairen), kannst Du sie nicht mehr ohne zutun der Zentrale untereinander anlernen(peeren)!

Zeigt doch mal ein list essz_fenster

Ich habe keinen CUL aber das hier sieht komisch aus:

IODevs:CUL_1:Initialized condition:-

Sieht bei mir so aus:

IODevs:HMLAN1:opened pending=0 condition:ok
           HMUART1:opened condition:ok
           ser2netUart:opened condition:ok

Zeig mal noch ein list von Deiner VCCU.

Kann es sein, dass irgendein Stack oder Buffer o.ä. mittlerweile so voll gelaufen ist dass nichts mehr geht? Kann man da was ablöschen?

Du kannst beim Device set clear msgEvents machen. Damit verschwinden die alten CMDs pending. Generell müssen die CMDs aber abgearbeitet werden, bedeutet Datenübertragung und im Falle SCO Config Taster drücken.

[brown78]

Hier das list von essz_fenster:

Code Auswählen Erweitern

Internals:
   CFGFN     
   CUL_1_MSGCNT 1
   CUL_1_RAWMSG A1A02840068D4670000001000C75045513035373536313680810101::-83.5:CUL_1
   CUL_1_RSSI -83.5
   CUL_1_TIME 2019-09-27 07:46:12
   DEF        68D467
   FUUID      5d8da224-f33f-47f9-8cf7-5e417626ab465844
   IODev      CUL_1
   LASTInputDev CUL_1
   MSGCNT     1
   NAME       essz_fenster
   NOTIFYDEV  global
   NR         868
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:02 - t:00 s:68D467 d:000000 1000C75045513035373536313680810101
   protCmdPend 12 CMDs_pending
   protLastRcv 2019-09-27 07:46:12
   protRcv    2 last_at:2019-09-27 07:46:12
   protState  CMDs_pending
   rssi_at_CUL_1 cnt:2 min:-83.5 max:-83.5 avg:-83.5 lst:-83.5
   READINGS:
     2019-09-27 07:46:12   Activity        alive
     2019-09-27 07:46:12   D-firmware      1.0
     2019-09-27 07:46:12   D-serialNr      PEQ0575616
     2019-09-27 07:46:12   R-pairCentral   set_0xF10000
   cmdStack:
     ++A001F1000068D46700050000000000
     ++A001F1000068D467000802010AF10B000C00
     ++A001F1000068D4670006
     ++A001F1000068D46700040000000000
     ++A001F1000068D46701040000000001
     ++A001F1000068D4670103
     ++A001F1000068D46700040000000000
     ++A001F1000068D46701040000000001
     ++A001F1000068D4670103
     ++A001F1000068D46700040000000000
     ++A001F1000068D46701040000000001
     ++A001F1000068D4670103
   helper:
     HM_CMDNR   2
     PONtest    1
     getCfgList all
     getCfgListNo ,4
     mId        00C7
     peerFriend peerAct,peerVirt
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     28
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +68D467,02,00,00
       nextSend   1569563172.54166
       prefIO     
       rxt        2
       vccu       
       p:
         68D467
         00
         00
         00
     mRssi:
       mNo        02
       io:
         CUL_1:
           -81.5
           -81.5
     prt:
       bErr       0
       sProc      2
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_CUL_1:
         avg        -83.5
         cnt        2
         lst        -83.5
         max        -83.5
         min        -83.5
     shadowReg:
     tmpl:
Attributes:
   IODev      CUL_1
   IOgrp      VCCU:CUL_1
   actCycle   002:50
   actStatus  alive
   alias      Esszimmer Fensterkontakt
   autoReadReg 4_reqStatus
   devStateIcon on:fts_window_2w_open_lr off:fts_window_2w
   expert     2_raw
   firmware   1.0
   group      Fensterkontakte
   icon       hm-sec-win
   model      HM-SEC-SCO
   room       Steuerung->Hardware
   serialNr   PEQ0575616
   subType    threeStateSensor

und hier die vccu - braucht man die überhaupt? Hab das Gefühl die Probleme sind erst, seit ich die angelegt habe...

Code Auswählen Erweitern

Internals:
   CUL_1_MSGCNT 8
   CUL_1_RAWMSG A0C05864168D45E0000000103C8::-79:CUL_1
   CUL_1_RSSI -79
   CUL_1_TIME 2019-09-27 09:38:31
   DEF        F10000
   FUUID      5d81d90a-f33f-47f9-b63b-f9aa268e81107c24
   IODev      CUL_1
   LASTInputDev CUL_1
   MSGCNT     8
   NAME       VCCU
   NOTIFYDEV  global
   NR         331
   NTFY_ORDER 50-VCCU
   STATE      CUL_1:ok
   TYPE       CUL_HM
   assignedIOs CUL_1
   channel_01 VCCU_Btn1
   channel_02 VCCU_Btn2
   channel_03 VCCU_Btn3
   READINGS:
     2019-09-27 09:31:56   IOopen          1
     2019-09-27 09:31:56   state           CUL_1:ok
     2019-09-27 09:38:31   unknown_68D45E  received
   helper:
     HM_CMDNR   80
     cfgChkResult No regs found for:


     mId        FFF0
     peerFriend peerSens,peerAct
     peerOpt    -:virtual
     regLst     0
     rxType     1
     ack:
     expert:
       def        1
       det        0
       raw        0
       tpl        0
     io:
       prefIO     
       vccu       
       ioList:
         CUL_1
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
     shadowReg:
     tmpl:
   nb:
     cnt        1
Attributes:
   IODev      CUL_1
   IOList     CUL_1
   group      Geräte
   icon       hue_bridge
   model      CCU-FHEM
   modelForce CCU-FHEM
   room       Steuerung->Hardware
   subType    virtual
   webCmd     virtual:update

Das unknown recieved kommt vom Küchenfensterkontakt, der jetzt endlich sich gemeldet hat.

[Otto123]

rssi_at_CUL_1 cnt:2 min:-83.5 max:-83.5 avg:-83.5 lst:-83.5
   READINGS:
     2019-09-27 07:46:12   R-pairCentral   set_0xF10000

Der essz_fenster ist nicht fertig angelernt, bei R-pairCentral darf kein set_ stehen. Und er ist sehr weit weg. Ein rssi unterhalb -80 kann gehen, muss aber nicht. mit 83,5 liegst Du auf alle Fälle im Grenzbereich.

Der VCCU fehlt das attr IOgrp, sie sagt aber der IO sei ok. Wie gesagt, ich weiß nicht was bei ihm stehen muss.

Die Fensterkontakte SCO sind etwas zickig, da ist der CUL sicher auch kein guter IO. Hast Du die TS Firmwware drauf? Ist dringend zu empfehlen, oder besser ein richtiger Homematic IO.

[brown78]

Also die IOgrp hab ich eingetragen sollte denke ich auch "VCCU:CUL_1" sein oder?
Firmware auf dem CUL ist die:

Code Auswählen Erweitern

V 1.26.02 a-culfw Build: 275 (2018-02-07_20-27-53) nanoCUL868 (F-Band: 868MHz)

Ich habe noch einen 2. CUL rumliegen (nicht angeschossen) da wäre die 1.67 culfw drauf.

Der essz_fenster ist etwa 5m entfernt, auf der selben Etage, ohne Türen oder Metallwände....

[Otto123]

Nein nur IOgrp VCCU - aber das ist eh momentan nichts was mit deinem Problem zu tun hat.

Frag mich nicht zur CUL Firmware, da kann ich Dich nur bitten Dich durchzulesen
https://wiki.fhem.de/wiki/HomeMatic#FHEM_als_Zentrale
Ich weiß nur das CUL nicht so doll für Homematic ist.

Der essz_fenster ist etwa 5m entfernt, auf der selben Etage, ohne Türen oder Metallwände....

Dann ist aber generell was "kaputt" - solche Werte kenne ich nur bei Betonwänden dazwischen.

[brown78]

Versteh nicht, warum das aufeinmal nicht mehr klappt. Der Schlafzimmer Kontakt ist so viel weiter entfernt auf einem anderen Stockwerk und hatte funktioniert... Hab den Esszimmer kontakt neu angelegt als device, auch für die Küche steht trotzdem:

Code Auswählen Erweitern

R-pairCentral: set_0xF10000

Schade, das Aufsteckmodul kann ich nicht nutzen, da ich da ein zigbee modul stecken habe...

[frank]

es genügt in der regel nicht, den config button nur 1x zu drücken. besonders, wenn die kommunikation wegen schlechtem funk und schlechtem timing ständig abbricht.

wenn also beim device pending cmds anstehen, nach dem erlöschen der flackernden led erneut drücken.
und immer wiederholen bis alle cmds abgearbeitet sind.

eventuell das device zum anlernen und konfigurieren, erst einmal in die nähe des gateways bringen.

aes abschalten (sign=off) verbessert sicherlich auch die kommunikation, da deutlich weniger "gequatscht" werden muss.

[brown78]

Je öfter ich den Button drücke, desto mehr Commands sind in der Warteschleife...

[frank]

ist der fk nun näher am gateway?

[brown78]

Ja, bin auch ein Stück weiter. Mittlerweile wieder am Fenster meldet er korrekt. Allerdings bringt configCheck:

Code Auswählen Erweitern

PairedTo mismatch to IODev kueche_fensterkontakt paired:0x000000 IO attr: F10000.

Zum Pairing habe ich die VCCU mit HM_PairForSec genommen.

[frank]

Ja, bin auch ein Stück weiter.

nee, ganz am anfang. 

das kommt, wenn man unnötiger weise resettet.
auch devices löschen ist kontraproduktiv.

[brown78]

Werd ich so schnell auch nicht mehr machen.  Und missing RegLists interessieren mich erstmal auch nicht. Solange es funktioniert sollte man die Finger davon lassen.
Die Fensterkontakte werden eh nicht gepeert, die Steuerung übernimmt FHEM.