(Erledigt) VCCU richtig anlegen... bitte um kleine Hilfe

[misux]

Also nochmal... Ich habe kein HMLan... oder doch? Nein.... Das verwirrt mich...

Ich habe für meine HM Geräte nur die CULHat4

Im moment ist meine VCCU so definiert:

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        AB34EF
   IODev     
   NAME       VCCU
   NOTIFYDEV  global
   NR         169132
   STATE      CULHat4:ok,
   TYPE       CUL_HM
   assignedIOs CULHat4
   READINGS:
     2018-11-15 15:57:37   state           CULHat4:ok,
   helper:
     HM_CMDNR   31
     mId        FFF0
     regLst     ,0
     rxType     1
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +AB34EF,00,00,00
       prefIO     
       rxt        0
       vccu       VCCU
       ioList:
         CULHat4
       p:
         AB34EF
         00
         00
         00
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
Attributes:
   IODev      CULHat4
   IOList     CULHat4
   IOgrp      VCCU
   expert     2_raw
   model      CCU-FHEM
   room       VCCU
   subType    virtual
   webCmd     virtual:update

Das die VCCU "connected" ist wie du sagst entnehme ich dem

STATE CULHat4:ok,

richtig?

ALLE meine HM geräte haben bis jetzt über CULHat4 kommuniziert.

Habe jetzt testweise einem HM Gerät die IOgrp gesetzt:

Code Auswählen Erweitern

Internals:
   CFGFN     
   CULHat4_MSGCNT 61
   CULHat4_RAWMSG A0E3680025EFCC0AB34EF0101000041::-66:CULHat4
   CULHat4_RSSI -66
   CULHat4_TIME 2018-11-15 17:46:27
   DEF        5EFCC0
   IODev      CULHat4
   LASTInputDev CULHat4
   MSGCNT     61
   NAME       Deckenfluter
   NOTIFYDEV  global
   NR         43374
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:36 - t:02 s:5EFCC0 d:AB34EF 0101000041
   protLastRcv 2018-11-15 17:46:27
   protRcv    61 last_at:2018-11-15 17:46:27
   protSnd    63 last_at:2018-11-15 17:46:26
   protState  CMDs_done
   rssi_CULHat4 cnt:49 min:-70 max:-63 avg:-64.91 lst:-65
   rssi_at_CULHat4 cnt:61 min:-91 max:-64 avg:-68.38 lst:-66
   READINGS:
     2018-11-15 17:46:27   CommandAccepted yes
     2018-11-06 19:16:15   D-firmware      2.6
     2018-11-06 19:16:15   D-serialNr      OEQ1360178
     2018-11-06 19:16:54   PairedTo        0xAB34EF
     2018-11-06 19:16:54   R-pairCentral   0xAB34EF
     2018-11-06 19:16:54   R-powerUpAction off
     2018-11-06 19:16:54   R-sign          off
     2018-11-06 19:16:54   RegL_00.          02:01 0A:AB 0B:34 0C:EF 15:FF 18:00 00:00
     2018-11-06 19:16:54   RegL_01.          08:00 30:06 56:00 57:24 93:5F 94:B3 00:00
     2018-11-15 17:46:27   deviceMsg       off (to VCCU)
     2018-11-15 17:46:27   level           0
     2018-11-15 17:46:27   pct             0
     2018-11-06 19:18:24   powerOn         2018-11-06 19:18:24
     2018-11-15 17:46:27   recentStateType ack
     2018-11-15 17:46:27   state           off
     2018-11-15 17:46:27   timedOn         off
   helper:
     HM_CMDNR   54
     PONtest    0
     cSnd       11AB34EF5EFCC00201C80000,11AB34EF5EFCC00201000000
     dlvlCmd    ++A011AB34EF5EFCC00201000000
     mId        00D8
     peerIDsRaw ,00000000
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5EFCC0,00,00,00
       nextSend   1542300387.19204
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         5EFCC0
         00
         00
         00
     mRssi:
       mNo        36
       io:
         CULHat4:
           -62
           -62
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rssi:
       CULHat4:
         avg        -64.9183673469388
         cnt        49
         lst        -65
         max        -63
         min        -70
       at_CULHat4:
         avg        -68.3852459016393
         cnt        61
         lst        -66
         max        -64
         min        -91
     shadowReg:
Attributes:
   IODev      CULHat4
   IOgrp      VCCU
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.6
   model      HM-LC-Sw1-Pl-DN-R1
   peerIDs    00000000,
   room       CUL_HM
   serialNr   OEQ1360178
   subType    switch
   webCmd     statusRequest:toggle:on:off

Und wenn ich es richtig gemacht habe müsste das ein und ausschalten von meinem Deckenfluter funktionieren... Was es auch tut..

ALSO jetzt ALLE anderen Geräten das attr IOgrp VCCU

Dann über die regex das IOgrp-Attribut an ALLE deine cul-hm-Geräte

Keine Ahnung wie das regex aussehen soll.... mache es zu Fuß..

Damit wäre das abgeschlossen?

Wie gesagt... ich kann mich an der WIKI lang hangeln, aber da steht sehr viel drin was ich doch eigentlich nicht brauche/will weil die PLatine ja raus soll...

[misux]

Aber nur einen für HM! Die anderen sind für was anderes ...

Genau! Otto123 versteht mich schon... Hatte schon viel zu kämpfen mit mir

Es ist eine PLatine auf der 4 SendeEmpfänger gelötet sind . Die heißen alle CULHat1 bis 4.
CULHat4 ist für Homematic die anderen für 433Mhz und FS20...  Hatte ich das nicht schon geschrieben?

[misux]

SO, HIInfo Config Check habe ich durchgeführt mit folgendem Ergebnis:

Code Auswählen Erweitern

configCheck done:

missing register list
    EingangsTuer: RegL_00.,RegL_01.
    GartenhausRelais_Sw_06: RegL_01.
    GartenhausRelais_Sw_07: RegL_01.
    GartenhausRelais_Sw_08: RegL_01.
    HM_6674A2: RegL_00.
    HM_6674A2_Btn_01: RegL_01.
    HM_6674A2_Btn_02: RegL_01.
    HM_6674A2_Btn_03: RegL_01.
    HM_6674A2_Btn_04: RegL_01.
    HM_6674A2_Btn_05: RegL_01.
    HM_6674A2_Btn_06: RegL_01.
    HM_6674A2_Btn_07: RegL_01.
    HM_6674A2_Btn_08: RegL_01.

incomplete register list
    GartenhausRelais_Sw_05: RegL_01.

peer list incomplete. Use getConfig to read it.
    incomplete: EingangsTuer:
    incomplete: GartenhausRelais_Sw_05:
    incomplete: GartenhausRelais_Sw_06:
    incomplete: GartenhausRelais_Sw_07:
    incomplete: GartenhausRelais_Sw_08:
    incomplete: HM_6674A2_Btn_01:
    incomplete: HM_6674A2_Btn_02:
    incomplete: HM_6674A2_Btn_03:
    incomplete: HM_6674A2_Btn_04:
    incomplete: HM_6674A2_Btn_05:
    incomplete: HM_6674A2_Btn_06:
    incomplete: HM_6674A2_Btn_07:
    incomplete: HM_6674A2_Btn_08:

no IO device assigned
    VCCU

PairedTo mismatch to IODev
    TerrassenTuer1 paired:0x000000 IO attr: AB34EF.
    TerrassenTuer2 paired:0x000000 IO attr: AB34EF.

Das GartenhausRelais können wir denke ich übersehen weil ich die 4 von den 8 Kanälen nicht nutze.

Die TerrassenTuer und die EingangsTuer erstmal auch.... da klappt das Pairing nicht ordentlich mit meiner Cul deshalb steige ich auch auf eine reine HMPlatine.

Die ganze HM_6674A2 Buttons kann ich denke ich auch erstmal vernachlässigen... ist das gleiche wie mit den Türsensoren... lässt sich nicht vernünftig einbinden.

ABER

no IO device assigned
    VCCU

verstehe ich nicht...  Ist doch das CULHat4!

Das hab ich dann schon mal gelöst mit:

set VCCU assignIO CULHat4

jetzt ist die Meldung weg.

Wenn ich aber wie in der WIKI das durchführe:

Code Auswählen Erweitern

attr TYPE=CUL_HM:FILTER=DEF=AB34EF:FILTER=subType!=virtual:FILTER=model!=ActionDetector IOgrp VCCU

Passiert rein gar nichts...

Und bei:

list TYPE=CUL_HM:FILTER=DEF=AB34EF

wird nur ein List der VCCU suagegeben...

Und das liegt auch daren das der code an sich nicht richtig ist...

so gehts bei mir:

Code Auswählen Erweitern

list TYPE=CUL_HM

wenn ich FILTER=DEF schreibe gibt es nur die VCCU die das in der DEF hat... alle anderen Homematic Geräte haben alle unterschiedliche DEF einträge... Ob das jetzt so richtig ist...

ALso ,muss der attr code so aussehen damit alle meine HM geräte mit dem arrt versehen werden:

Code Auswählen Erweitern

attr TYPE=CUL_HM IOgrp VCCU

Hat auch geklappt!

[Otto123]

Hallo misux,

wenn ich FILTER=DEF schreibe gibt es nur die VCCU die das in der DEF hat... alle anderen Homematic Geräte haben alle unterschiedliche

Das ist ein Missverständnis ->
mach mal bitte

Code Auswählen Erweitern

list TYPE=CUL_HM:FILTER=DEF=......

Und zwar genau so!!! Nicht die Punkte ersetzen sondern so lassen!!!


Bei TerrassenTuer1 und TerrassenTuer2 solltest Du das pairen mal wiederholen. Nichts löschen, nichts zurücksetzen, einfach nochmal pairen.

Gruß Otto

[misux]

Hallo misux,
Das ist ein Missverständnis ->
mach mal bitte

Code Auswählen Erweitern

list TYPE=CUL_HM:FILTER=DEF=......

Und zwar genau so!!! Nicht die Punkte ersetzen sondern so lassen!!!

Soviel zum lesen und verstehen...  Danke!

Bei TerrassenTuer1 und TerrassenTuer2 solltest Du das pairen mal wiederholen. Nichts löschen, nichts zurücksetzen, einfach nochmal pairen.

Bin nicht sicher wienoft ich das schon Probiert habe... Aber bestimmt 36mal... Die lassen sich auf teufel komm raus nicht vernünftig einbinden. Und wenn ich es richtig verstanden habe liegt es wohl an der fehlenden Verschlüsselung oder so die mein CUL nicht unterstützt... 

L

[Beta-User]

Auch der CUL kann AES. Bitte im wiki zu HM lesen, da müsste stehen, welches Perl-Modul man braucht.

Dann: den Vorgang mehrfach anstoßen bringt wenig, wenn man dazwischen nicht die Queue löschen. Erst mal clear all für jedes der Geräte durchführen, dann nach Installation des Perl-Moduls ein Mal pairen wie im Wiki beschrieben (pairing-Artikel). Schlicht warten, bis nichts mehr pending ist.

[Otto123]

Auch der CUL kann AES. Bitte im wiki zu HM lesen, da müsste stehen, welches Perl-Modul man braucht.

Wo gab es jetzt ein Problem mit AES?   

[riker1]

Hi,

wenn Du jetzt nur CULHat4 für HM hast ist fast alles richtig. IOgrp bei der VCCU fehlt noch!
Und Du musst natürlich (wie im Wiki steht) bei allen HM Geräten IOgrp eintragen, sonst bringt es nichts.

Später ergänzt Du nur die IOList.

Ich glaube Beta-User ist auf dem falschen Dampfer  -> der CUL ist nur einer für HM!

Gruß Otto

Hallo Otto,

was muss denn in der IOGroup für das VCCU stehen, die VCCU selbst?
Danke

[Otto123]

https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU#Einrichten
5. Zeile 


Ich kann jetzt nicht einfach ja sagen, weil IOGroup gibt es nicht.