[ gelöst ] 6 fach Taster HM-PB-6-WM55 und 4 fach Aktor HM-LC-SW4-DR

Begonnen von UweUwe, 29 März 2020, 19:58:08

Vorheriges Thema - Nächstes Thema

UweUwe

Hallo,
ich möchte 3 Kanäle des 4 fach Aktors HM-LC-SW4-DR sowohl über Alexa, als auch über 3 Tasten eines 6 fach Taster schalten (HM-PB-6-WM55). Modus:  Toggle
Alexa funktioniert für alle 3 Kanäle (somit kein grundsätzliches Thema), über Taster funktionieren nur  2 Kanäle des Aktors (jeweils ein Taster soll einen Kanal schalten). Der Tasterkanal sollen direkt mit dem Aktorkanal gepeert werden. VCCU habe ich installiert, möchte ich aber nicht verwenden.

Der nicht funktionierende Aktorkanal hat folgendes Listing. Name des Tasterkanales : KS06_Gartenhaus, der Aktorkanal heisst ChannelGartenhaus. Internals:
   CFGFN     
   DEF        324A3401
   FUUID      5e80a993-f33f-1e06-d58d-3325a075a349259b
   NAME       ChannelGartenhaus
   NOTIFYDEV  global
   NR         10642
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   device     4Aktor01
   READINGS:
     2020-03-29 19:23:11   CommandAccepted yes
     2020-03-29 16:12:05   R-powerUpAction off
     2020-03-29 16:12:05   R-sign          off
     2020-03-29 19:23:11   deviceMsg       off (to VCCU)
     2020-03-29 19:23:11   level           0
     2020-03-29 19:23:11   pct             0
     2020-03-29 19:23:11   recentStateType ack
     2020-03-29 19:23:11   state           off
     2020-03-29 19:23:11   timedOn         off
     2020-03-29 19:34:34   trigLast        KS06_Gartenhaus:short
     2020-03-29 19:34:34   trig_KS06_Gartenhaus Short_17
     RegL_01.:
       VAL       
   helper:
     dlvlCmd    ++A011555555324A340201000000
     getCfgList all
     getCfgListNo ,3
     peerFriend peerSens,peerVirt
     peerIDsRaw ,00000000
     peerOpt    3:switch
     regLst     1,3p
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   DbLogExclude .*
   alexaName  Gartenhaus
   genericDeviceType switch
   model      HM-LC-SW4-DR
   peerIDs    00000000,
   room       Heizraum
   webCmd     statusRequest:toggle:on:off
Das funktionierende Listung eines Aktorkanales sieht so aus: Aktorkanalname: ChannelWeg, Tasterkanal KS02_GartenWeg. Internals:
   CFGFN     
   DEF        324A3402
   FUUID      5e80a993-f33f-1e06-5302-01409a57b1cac9c3
   NAME       ChannelWeg
   NOTIFYDEV  global
   NR         10643
   STATE      off
   TYPE       CUL_HM
   chanNo     02
   device     4Aktor01
   peerList   KS02_GartenWeg,
   READINGS:
     2020-03-29 19:33:10   CommandAccepted yes
     2020-03-29 18:20:41   R-KS02_GartenWeg-lgActionType jmpToTarget
     2020-03-29 18:20:41   R-KS02_GartenWeg-shActionType jmpToTarget
     2020-03-29 16:12:09   R-powerUpAction off
     2020-03-29 16:12:09   R-sign          off
     2020-03-29 18:40:44   RegL_01.         00:00 08:00 30:06 56:00 57:24
     2020-03-29 18:40:48   RegL_03.KS02_GartenWeg  00:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63
     2020-03-29 19:33:20   deviceMsg       off (to VCCU)
     2020-03-29 19:33:20   level           0
     2020-03-29 19:33:20   pct             0
     2020-03-29 18:40:45   peerList        KS02_GartenWeg,
     2020-03-29 19:33:20   recentStateType info
     2020-03-29 19:33:20   state           off
     2020-03-29 19:33:20   timedOn         off
     2020-03-29 19:33:13   trigLast        KS02_GartenWeg:short
     2020-03-29 19:33:13   trig_KS02_GartenWeg Short_10
   helper:
     dlvlCmd    ++A011555555324A340202000000
     peerFriend peerSens,peerVirt
     peerIDsRaw ,325B3504,00000000
     peerOpt    3:switch
     regLst     1,3p
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   DbLogExclude .*
   alexaName  Gartenweg
   genericDeviceType switch
   model      HM-LC-SW4-DR
   peerIDs    00000000,325B3504,
   room       Heizraum
   webCmd     statusRequest:toggle:on:off


Ich sehe, dass peerList nicht erscheint, obwohl ich dies mit :set KS06_Gartenhaus peerChan 0 ChannelGartenhaus single set zuweise. Was mache ich falsch ? Ich hatte den Taster bereits früher im Einsatz. Der Taster kann damit vorberelgt sein.






Otto123

Hi,

prinzipiell nichts falsch gemacht.
was sagt hminfo configCheck zu deinem System?

Ist das peering beim Taster angekommen? list KS06_Gartenhaus

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

UweUwe

Hallo Otto,
vielen Dank für die schnelle Antwort- Hier die Informationen:
configCheck done:

missing register list
    ChannelGartenhaus: RegL_01.
    KS01_RolloKue: .RegL_01.,.RegL_04.RolladenKueche_chn-01
    KS02_GartenWeg: .RegL_01.,.RegL_04.ChannelWeg
    KS02_Gartenspot: .RegL_01.,.RegL_04.ChannelSpot
    KS03_RolloAlle: .RegL_01.,.RegL_04.RolladenEsszimmerWest_chn-01,.RegL_04.RolladenEsszimmerSued_chn-01,.RegL_04.RolladenWohnzimmerSued_chn-01,.RegL_04.RolladenKueche_chn-01,.RegL_04.RolladenWohnzimmerOst_chn-01,.RegL_04.RolladenBuero_chn-01,.RegL_04.VCCU_Btn2
    KS05_unbelegt: .RegL_01.
    KS06_Gartenhaus: .RegL_01.,.RegL_04.ChannelGartenhaus
    KuechenSchalter: .RegL_00.

Register changes pending
    KS06_Gartenhaus

peer not defined
    RolladenEsszimmerSued id:325B8601
    RolladenEsszimmerSued id:325B8602
    RolladenEsszimmerSued id:325B8605
    RolladenWohnzimmerSued id:325B8605
    RolladenWohnzimmerSued id:325B8606
    VCCU_Btn2 id:3EBE3801

peer not verified. Check that peer is set on both sides
    KS06_Gartenhaus p:ChannelGartenhaus
    RolladenWohnzimmerOst p:KS01_RolloKue
    VCCU_Alarm p:BS05_Ala0_Aus
    VCCU_Alarm p:BS06_Ala4_Aus
    VCCU_Btn2 p:BueroSchalter_Btn_03
    VCCU_Btn2 p:KS01_RolloKue


Internals:
   DEF        325B3506
   FUUID      5c6af354-f33f-1e06-362c-45ac7aec892dbb1c
   NAME       KS06_Gartenhaus
   NOTIFYDEV  global
   NR         527
   NTFY_ORDER 50-KS06_unbelegt
   STATE      Short 1_18 (to 4Aktor01)
   TYPE       CUL_HM
   chanNo     06
   device     KuechenSchalter
   peerList   ChannelGartenhaus,
   READINGS:
     2020-03-29 19:32:06   R-ChannelGartenhaus-expectAES set_off
     2020-03-29 19:32:06   R-ChannelGartenhaus-peerNeedsBurst set_off
     2019-02-18 19:03:57   R-dblPress      0 s
     2019-02-18 19:03:57   R-longPress     0.4 s
     2019-02-18 19:03:57   R-sign          off
     2020-03-29 19:17:14   peerList        ChannelGartenhaus,
     2020-03-29 19:58:45   state           Short 1_18 (to 4Aktor01)
     2020-03-29 19:58:45   trigger         Short_18
     2020-03-29 19:58:45   triggerTo_4Aktor01 Short_18
     2020-03-29 19:58:45   trigger_cnt     18
   helper:
     BNO        18
     BNOCNT     1
     getCfgList all
     getCfgListNo ,4
     peerFriend peerAct,peerVirt
     peerIDsRaw ,324A3401,00000000
     peerOpt    4:remote
     regLst     1,4p
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     regCollect:
     role:
       chn        1
     shadowReg:
       RegL_04.ChannelGartenhaus  01:00
     tmpl:
Attributes:
   DbLogExclude .*
   model      HM-PB-6-WM55
   peerIDs    00000000,324A3401,
   room       Kueche

Grüsse Uwe

Otto123

Moin Uwe,

na da hast Du was zu tun. Arbeite mal die Liste von hminfo ab, am Besten von oben nach unten.
Die Register bekommst Du in der Regel mit getConfig, danach musst Du immer Zeit lassen und vor allem bei den Tastern / Fernbedienung die Configtaste drücken damit die Datenübertragung stattfindet.

Interessanterweise ist bei deinem gewünschten Peering der Peer beim Taster angekommen aber nicht Aktor - ungewöhnlich. Hat der Aktor schlechten Funkkontakt?

Was ist denn mit dem einen Taster/Fernbedienung für die Rollladen los? list DEF=325B86

Also versuch mal mit Geduld die Liste der Fehlermeldungen in hminfo zu verringern, meist klärt sich dabei einiges.

Gruß Otto

Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

UweUwe

Hallo Otto,
da ich noch weitere Aktoren mit demselben 6 fach Tastesr steuern möchte, hab ich mal meine Arbeit weitergeführt. Auch um zu prüfen, ob dies ein Problem dieser Taste ist.

Schlechten Funkkontakt mag ich mal ausschliessen, da ich ja über Alexa kein Thema mit dem schalten des Aktorkanales habe und mit dem 6 fach Taster 3 Kanäle des Aktors problemlos schalten kann, nur einer zickt (Gartenhaus)
Hab jetzt einen 4. Aktor auf eine neue Taste desselben 6 fach Tasters gelegt. Funktioniert einwandfrei, sowohl über Alexa, als auch über den Taster und auch direkt über WEB. Jetzt funktionieren 3 vor 4 Taster

Dein Hinweis über hmInfo ist gut und richtig. Ich komme leider nicht gut damit zurecht und scheue es etwas.. ? Hab es aber durchgeführt.
Nachdem ich hminfo nach vielen getconfig und drücken des Kanals gemacht habe, bekomme ich jetzt folgende hmInfo (nach Installation des 4.Tasters)
missing register list
    KS05_TerassenLicht: .RegL_01.,.RegL_04.ChannelTerasse

Register changes pending
    KS05_TerassenLicht

peer not defined
    RolladenEsszimmerSued id:325B8601
    RolladenEsszimmerSued id:325B8602
    RolladenEsszimmerSued id:325B8605
    RolladenWohnzimmerSued id:325B8605
    RolladenWohnzimmerSued id:325B8606
    VCCU_Btn2 id:3EBE3801

peer not verified. Check that peer is set on both sides
    KS05_TerassenLicht p:ChannelTerasse
    KS06_Gartenhaus p:ChannelGartenhaus
    RolladenWohnzimmerOst p:KS01_RolloKue
    VCCU_Alarm p:BS05_Ala0_Aus
    VCCU_Alarm p:BS06_Ala4_Aus
    VCCU_Btn2 p:BueroSchalter_Btn_03
    VCCU_Btn2 p:KS01_RolloKue
ChannelTerasse/K05_Terassenlicht ist der neue Aktor/Kanal, der vollständig funktioniert.
K06_Gartenhaus/ChannelGartenhaus tut es leider nicht. Hab ich einen Chance einen Kanal des Tasters (Gartenhaus) einzeln zurückzusetzen und das Peering nochmals zu machen. Vielleicht bringt es ein Reset..



Pfriemler

Auffällig bleibt - wie Otto schon sagte - dass Konfigs am Aktor hängenbleiben. Auch wenn die Steuerung prinzipiell funktioniert: Schlechter Funkkontakt zum Aktor kann trotzdem vorliegen. Gib uns doch bitte mal ein list des Gerätes "4Aktor01". Da finden sich die rssi-Werte bezogen auf FHEM. Alexa (nehme ich jetzt mal an) nutzt Du via FHEM. Der 6-fach-Taster redet direkt mit dem 4-fach-Aktor - deren Funkstrecke ist eine ganz andere als mit FHEM. Ich wüsste jetzt auch nicht, wie man das checkt. Aber man bekommt ja am Taster die Rückmeldung der LED ob der Aktor empfangen hat.

Es ist etwas anderes, einen Schaltbefehl zu senden und einen ungleich komplizierteren Konfigurationsdialog zu führen. Da schlagen Funk- und Timing-Probleme besonders durch. Das könnte ein Grund sein, warum das peering dort nicht ankommt.
Was für ein IO verwendest Du für HomeMatic? Einen CUL?

gestolpert bin ich noch über
ZitatVCCU habe ich installiert, möchte ich aber nicht verwenden.
Verwendest Du aber:
     2020-03-29 19:23:11   deviceMsg       off (to VCCU)

Und das ist auch gut so!

Last but not least:
Ich nutze zum Konfig immer die Taste auf der Rückseite des 6-fach-Tasters. Es soll wohl auch auf Tastendruck vorn gehen, aber irgendwie ...
Und dann sind die Tastendrücke auf den Dingern leider alles andere als zuverlässig. Ich habe einen, da geht genau eine Taste fast gar nicht. Das sieht man aber auch durch die LED des Tasters, ob diese beim Druck überhaupt aufleuchtet. Wenn der Taster nicht sendet, kannste peeren soviel Du willst, das wird dann nie was mit der Funktion ....
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Otto123

ZitatDein Hinweis über hmInfo ist gut und richtig. Ich komme leider nicht gut damit zurecht und scheue es etwas.. ? Hab es aber durchgeführt.
Das Ziel muss lauten: Keine Einträge bei hminfo configCheck ;)
Keine Angst dabei wird das System besser und nicht schlechter.

resetten brauchst Du auf alle Fälle erstmal nicht, eventuell den Aktor und den Taster etwas näher zusammenbringen beim peeren. Ich bin da nicht sicher, aber es kann sein das FB und Aktor schon beim peeren miteinander reden wollen.

Praktisches Beispiel noch zum Funk (Kontakt)
Ich habe eine FB fürs Garagentor, die ist mit einem Kontaktpaar mit dem Aktor direkt gepeert. Das funktioniert so bis 10 m vor die Garage.
Das andere Kontaktpaar ist mit virtuellen Kanälen der VCCU (ich denke, das meintest Du mit: will ich nicht verwenden?)  gepeert. Ein notify bedient dann das Tor/den Aktor. Der IO von FHEM hängt hoch in der Luft (im ersten OG) auf dem Weg von der Strasse zur Garage. Damit funktioniert diese Strecke etwa 40 meter vor der Garage.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

UweUwe

Hallo, danke für die Antwort.

Das mit der Funkstrecke ist korrekt. Ja, du hast recht. Alexa und Taster funken auf verschiedenen Strecken.  Ich habe den 6 fach Taster aber nicht an der Wand sondern trage diesen auch herum, auch direkt vor den Aktor. Dasselbe verhalten.  Hier das list des 4Aktor01, ihr wisst es sicherlich besser:
Internals:
   CFGFN     
   CUL_1_MSGCNT 282
   CUL_1_RAWMSG A0E508002324A345555550104000060::-91.5:CUL_1
   CUL_1_RSSI -91.5
   CUL_1_TIME 2020-03-30 11:38:22
   DEF        324A34
   FUUID      5e80a993-f33f-1e06-c8cc-832811320e62a885
   IODev      CUL_1
   LASTInputDev CUL_1
   MSGCNT     526
   NAME       4Aktor01
   NOTIFYDEV  global
   NR         10640
   STATE      CMDs_done
   TYPE       CUL_HM
   chanNo     01
   channel_01 ChannelGartenhaus
   channel_02 ChannelWeg
   channel_03 ChannelSpot
   channel_04 ChannelTerasse
   lastMsg    No:50 - t:02 s:324A34 d:555555 0104000060
   myHmUART_MSGCNT 244
   myHmUART_RAWMSG 050000594C8002324A34325B350104C80058
   myHmUART_RSSI -89
   myHmUART_TIME 2020-03-30 11:37:57
   protCmdDel 40
   protLastRcv 2020-03-30 11:38:22
   protRcv    272 last_at:2020-03-30 11:38:22
   protResnd  80 last_at:2020-03-30 11:11:42
   protResndFail 17 last_at:2020-03-30 11:09:59
   protSnd    337 last_at:2020-03-30 11:38:22
   protState  CMDs_done
   rssi_CUL_1 cnt:30 min:-104 max:-93 avg:-98.53 lst:-96
   rssi_KuechenSchalter cnt:39 min:-88 max:-59 avg:-72.07 lst:-88
   rssi_at_CUL_1 cnt:283 min:-104 max:-83.5 avg:-90.46 lst:-91.5
   rssi_at_myHmUART cnt:244 min:-91 max:-78 avg:-83.77 lst:-89
   READINGS:
     2020-03-30 11:19:12   CommandAccepted yes
     2020-03-29 16:12:00   D-firmware      2.4
     2020-03-29 16:12:00   D-serialNr      LEQ0900227
     2020-03-30 11:10:18   PairedTo        0x555555
     2020-03-29 16:12:04   R-pairCentral   0x555555
     2020-03-30 11:10:18   RegL_00.         00:00 02:01 0A:55 0B:55 0C:55 15:FF 18:00
     2020-03-30 11:10:13   powerOn         2020-03-30 11:10:13
     2020-03-30 11:38:22   state           CMDs_done
   helper:
     HM_CMDNR   80
     PONtest    0
     cSnd       11555555324A340204C80000,11555555324A340204000000
     mId        0003
     peerFriend
     peerOpt    -:switch
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +324A34,00,00,00
       nextSend   1585561102.99242
       prefIO     
       rxt        0
       vccu       
       p:
         324A34
         00
         00
         00
     mRssi:
       mNo        50
       io:
         CUL_1:
           -89.5
           -89.5
         myHmUART:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   01
     regCollect:
     role:
       dev        1
       prs        1
     rssi:
       CUL_1:
         avg        -98.5333333333333
         cnt        30
         lst        -96
         max        -93
         min        -104
       KuechenSchalter:
         avg        -72.0769230769231
         cnt        39
         lst        -88
         max        -59
         min        -88
       at_CUL_1:
         avg        -90.4646643109541
         cnt        283
         lst        -91.5
         max        -83.5
         min        -104
       at_myHmUART:
         avg        -83.7745901639344
         cnt        244
         lst        -89
         max        -78
         min        -91
     shadowReg:
     tmpl:
Attributes:
   DbLogExclude .*
   IODev      CUL_1
   IOgrp      VCCU:CUL_1
   alias      4Fach Aktor Gartenhaus Gartenweg Spot Licht Terasse
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.4
   model      HM-LC-SW4-DR
   room       CUL_HM,Heizraum
   serialNr   LEQ0900227
   subType    switch
   webCmd     getConfig:clear msgEvents


Für Homematic verwende ich ein Homematic Funkmodul HM-MOD-RPI-PCB. Bei dem nicht funktionieren Taster kommt auch nicht die grüne LED als Rückmeldung. (bei allen 3 anderen funktionieren Tasten kommt die grüne LED)
Auch durch Drücken des hinteren kleinen Schalters auf dem 6 fach Taster bekommt man keine Änderung. Leider.

frank

wenn du über hmuart kommunizieren willst, muss das auch bei attr IOgrp eingezragen werden.
das device nutzt aktuell cul1.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Otto123

und der cul1 ist unter der kritischen -80 -> -91.5:CUL_1
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

poste am besten je ein list von vccu, hmuart und cul.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

UweUwe

Vielen Dank für die Antwort, ich versuche mich durchzukämpfen. Freue mich über die prompte Unterstützung  ;D:
VCCU

Internals:
   CUL_1_MSGCNT 1374
   CUL_1_RAWMSG A0F9A943F55555500000002042614A2AD::-23.5:CUL_1
   CUL_1_RSSI -23.5
   CUL_1_TIME 2020-03-30 14:29:23
   DEF        555555
   FUUID      5c65ca1c-f33f-1e06-22c3-7eb38b7ca5a3a0d2
   IODev      CUL_1
   LASTInputDev CUL_1
   MSGCNT     8598
   NAME       VCCU
   NOTIFYDEV  global
   NR         405
   NTFY_ORDER 50-VCCU
   STATE      myHmUART:ok,CUL_1:ok
   TYPE       CUL_HM
   assignedIOs CUL_1,myHmUART
   channel_01 Rauchmelder_Team
   channel_02 VCCU_Btn2
   channel_03 VCCU_Sirene
   channel_04 VCCU_Alarm
   channel_05 VCCU_Motion
   channel_06 VCCU_Btn6
   channel_07 VCCU_Btn7
   channel_08 VCCU_Btn8
   channel_09 VCCU_Btn9
   channel_0A VCCU_Btn10
   lastMsg    No:9A - t:3F s:555555 d:000000 02042614A2AD
   myHmUART_MSGCNT 7224
   myHmUART_RAWMSG 05000013C880025555555FE7340101A000
   myHmUART_RSSI -19
   myHmUART_TIME 2020-03-30 14:17:55
   protLastRcv 2020-03-30 14:29:23
   protRcv    8003 last_at:2020-03-30 14:29:23
   protRcvB   107 last_at:2020-03-30 14:29:23
   rssi_at_CUL_1 cnt:1321 min:-23.5 max:-19 avg:-22.54 lst:-23.5
   rssi_at_myHmUART cnt:7169 min:-19 max:-14 avg:-17.49 lst:-19
   READINGS:
     2020-03-30 13:35:07   CommandAccepted yes
     2020-03-30 13:33:42   IOopen          2
     2020-03-30 13:33:42   state           myHmUART:ok,CUL_1:ok
     2019-11-05 10:45:35   unknown_121059  received
     2020-03-29 15:58:41   unknown_324A34  received
     2019-02-19 11:30:49   unknown_3259EC  received
     2019-02-18 18:50:00   unknown_325B35  received
     2020-03-29 15:59:26   unknown_37D481  received
     2019-02-20 20:09:00   unknown_3EBE38  received
     2019-02-22 12:50:40   unknown_54A570  received
     2019-11-05 10:48:18   unknown_5D43AC  received
     2019-11-05 10:47:07   unknown_5D4563  received
     2019-11-04 15:07:07   unknown_5ECBA7  received
     2019-11-04 22:30:29   unknown_5ECBAF  received
     2020-01-08 08:03:16   unknown_5FE731  received
     2019-02-22 15:41:26   unknown_5FE734  received
     2020-01-08 08:10:35   unknown_6263C1  received
     2019-11-05 10:45:34   unknown_690BB9  received
   helper:
     HM_CMDNR   154
     PONtest    1
     mId        FFF0
     peerFriend peerSens,peerAct
     peerOpt    -:virtual
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       nextSend   1585571364.00426
       prefIO     
       vccu       
       ioList:
         myHmUART
         CUL_1
     mRssi:
       mNo        9A
       io:
         CUL_1:
           -15.5
           -15.5
         myHmUART:
           -19
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
       at_CUL_1:
         avg        -22.5465556396669
         cnt        1321
         lst        -23.5
         max        -19
         min        -23.5
       at_myHmUART:
         avg        -17.4986748500489
         cnt        7169
         lst        -19
         max        -14
         min        -19
     shadowReg:
     tmpl:
Attributes:
   DbLogExclude .*
   IODev      CUL_1
   IOList     myHmUART,CUL_1
   expert     2_full
   model      CCU-FHEM
   room       GERAETE,Homematic
   subType    virtual
   webCmd     virtual:update
myHmUART
Internals:
   AssignedPeerCnt 12
   CNT        67
   Clients    :CUL_HM:
   DEF        /dev/ttyAMA0
   DEVCNT     67
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         72
   FUUID      5c667bd0-f33f-1e06-d4d0-e7709abd996eb104
   LastOpen   1583311722.36299
   NAME       myHmUART
   NOTIFYDEV  global
   NR         504
   NTFY_ORDER 50-myHmUART
   PARTIAL   
   RAWMSG     040202
   RSSI       -19
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      HM-MOD-UART
   msgLoadCurrent 1
   msgLoadHistory -4/0/0/0/0/0/0/0/0/0/4/0
   msgLoadHistoryAbs 5/9/9/9/9/9/9/9/9/9/9/5/5
   owner      555555
   owner_CCU  VCCU
   Helper:
     CreditTimer 150886
     FW         66561
     Initialized 1
     SendCnt    493
     AckPending:
     LastSendLen:
       3
       3
     Log:
       IDs:
     PendingCMD:
     RoundTrip:
       Delay      0.0026710033416748
     loadLvl:
       lastHistory 1585571325.03896
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     2E5231     +2E5231,00,00,00
     2E5253     +2E5253,00,00,00
     324A34     +324A34,00,00,00
     3259EC     +3259EC,00,00,00
     325B35     +325B35,00,00,00
     37D481     +37D481,00,00,00
     3F8A68     +3F8A68,00,00,00
     3F8A9A     +3F8A9A,00,00,00
     3FD567     +3FD567,00,00,00
     432B05     +432B05,00,00,00
     44EAC8     +44EAC8,00,00,00
     44EAE6     +44EAE6,00,00,00
   READINGS:
     2020-03-04 09:48:44   D-HMIdAssigned  555555
     2020-03-04 09:48:44   D-HMIdOriginal  6A63B4
     2020-03-04 09:48:45   D-firmware      1.4.1
     2020-03-04 09:48:45   D-serialNr      PEQ0530456
     2020-03-04 09:48:26   D-type          HM-MOD-UART
     2020-03-04 09:48:45   cond            ok
     2020-03-30 14:31:14   load            1
     2020-03-04 09:48:45   loadLvl         low
     2020-03-04 09:48:42   state           opened
   helper:
Attributes:
   DbLogExclude .*
   hmId       555555
   room       Homematic
CUL
Internals:
   CMDS       ABbCeFGhiKkLlMmNRTtUuVWXxYZ
   CUL_1_MSGCNT 29675
   CUL_1_TIME 2020-03-30 14:33:13
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/ttyACM1@38400 1111
   DeviceName /dev/ttyACM1@38400
   FD         12
   FHTID      1111
   FUUID      5c65ca1b-f33f-1e06-1d95-ebb35074516e92d5
   NAME       CUL_1
   NR         67
   NR_CMD_LAST_H 20
   PARTIAL   
   RAWMSG     A0DF584105FE7315555550601A70012
   RSSI       -65
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 CUL868
   initString X21
Ar
   owner_CCU  VCCU
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-03-04 09:48:24   cmds             A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
     2020-03-30 14:33:13   state           Initialized
   XMIT_TIME:
     1585568002.97349
     1585568107.08114
     1585568124.79633
     1585568214.01863
     1585568332.51425
     1585568379.35711
     1585568863.06026
     1585568975.65936
     1585569025.50308
     1585569096.55773
     1585569222.93128
     1585569239.50387
     1585569430.28385
     1585569431.05781
     1585569464.05755
     1585569970.81921
     1585570144.55991
     1585570236.64904
     1585570675.03378
     1585571422.69321
   helper:
     2E5231:
       QUEUE:
     2E5247:
       QUEUE:
     2E525C:
       QUEUE:
     324A34:
       QUEUE:
     37D481:
       QUEUE:
     3F8DF7:
       QUEUE:
     3FD567:
       QUEUE:
     432AEC:
       QUEUE:
     432B05:
       QUEUE:
     432B46:
       QUEUE:
     44EAE3:
       QUEUE:
     44EAE6:
       QUEUE:
     54A570:
       QUEUE:
     5FE731:
       QUEUE:
     5FE734:
       QUEUE:
     6263C1:
       QUEUE:
Attributes:
   DbLogExclude .*
   hmId       555555
   rfmode     HomeMatic


frank

sieht doch fast gut aus.

jetzt kontrollierst du in jedem hauptdevice die existenz von attr IODev und IOgrp. falls eins fehlt, setzen.

zb mit "get hminfo param -d IODev IOgrp"

zb fehlt IOgrp in der vccu.

im vccu wiki gibt es auch einen befehl, um gleichzeitig bei allen devices ein attribut zu setzen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Otto123

Anzeigen
list TYPE=CUL_HM:FILTER=DEF=[0-9a-fA-F]{6}:FILTER=DEF!=[0]{6} IOgrp
setzen
attr TYPE=CUL_HM:FILTER=DEF=[0-9a-fA-F]{6}:FILTER=DEF!=[0]{6} IOgrp VCCU
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

UweUwe

Hallo Frank,

das mache ich heute Abend. Ich wollte nur nochmals verstehen.
Hauptdevices sind zum Beispiel der 4 fach Aktor als Ganzes und nicht sind 4 Kanäle. Es genügt also, wenn ich den 4 fach Aktor mit IODev und IOgrp versehe.
Aber auch die VCCU als virtuelles device muss IODEV und IOgrp bekommen.

Hab mit get hm param -d IODev IOgrp mal geprüft. Danke für den Hinweis!.
param list
    entity              : IODev                | IOgrp                |
    4Aktor01            : CUL_1          | VCCU:CUL_1     
    4Aktor02            : CUL_1          | VCCU:CUL_1     
    BueroSchalter        : CUL_1          | VCCU:CUL_1     
    Buero_Raumfeld      : CUL_1          | VCCU           
    EsszimmerSchalter    : CUL_1          | VCCU           
    GaestezimmerSchalter : CUL_1          | VCCU           
    Heizraum_Rauchmelder : CUL_1          | VCCU           
    Kueche_Raumfeld      : CUL_1          | VCCU           
    KuechenSchalter      : myHmUART        | VCCU:myHmUART 
    MotionIPAD          : CUL_1          | VCCU:CUL_1     
    MotionKELLER        : CUL_1          | VCCU:CUL_1     
    Motion_Diele        : CUL_1          | VCCU:CUL_1     
    RolladenBuero        : CUL_1          | VCCU           
    RolladenEsszimmerSued : CUL_1          | VCCU           
    RolladenEsszimmerWest : CUL_1          | VCCU           
    RolladenGaestezimmer : CUL_1          |  -             
    RolladenKueche      : CUL_1          | VCCU           
    RolladenSchlafzimmer : CUL_1          | VCCU           
    RolladenWohnzimmerOst : CUL_1          | VCCU           
    RolladenWohnzimmerSued : CUL_1          | VCCU           
    SchlafzimmerSchalter : myHmUART        | VCCU:myHmUART 
    Schlafzimmer_Rauchmelder : CUL_1          | VCCU           
    Sir_Diele            : CUL_1          | VCCU:CUL_1     
    VCCU                : CUL_1          |  -             
    Veranda_Raumfeld    : CUL_1          | VCCU           
    Wohnzimmer_Rauchmelder : CUL_1          | VCCU


Es fehlt also bei der VCCU die IOgrp und beim RolladenGaestezimmer.  Darf ich das nochmals verstehen?
IODev:
Ich habe 2 IO Devices für Homematic: CUL_1 und myHmUART. Beide sind physikalisch an derselben Stelle, da auf dem RPI aufgesteckt.
Es sieht so aus, als ob fast der gesamte Verkehr über CUL_1 läuft, myHMUART hat fast kein device.
Muss, soll oder kann ich dies ändern?
IOgrp:
Durch das Attibut IOgrp
attr <device> IOgrp <vccu>:<preferredIO>
kann bestimmt werden, wie die VCCU die IO Devices genau nutzt.
Bei mir fehlt bei RolladenGaestezimmer und VCCU dieses attr:
also :
attr VCCU IOgrp VCCU
attr RolladenGaestezimmer IOgrp VCCU


Dies sollte es doch sein? Danke nochmals. Warum dies fehlt, ich weiss nicht..