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

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

Code Auswählen Erweitern

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.

Code Auswählen Erweitern

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 :

Code Auswählen Erweitern

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

[UweUwe]

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

Code Auswählen Erweitern

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

Code Auswählen Erweitern

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?

Code Auswählen Erweitern

list DEF=325B86

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

Gruß Otto

[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)

Code Auswählen Erweitern

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

VCCU habe ich installiert, möchte ich aber nicht verwenden.

Verwendest Du aber:

Code Auswählen Erweitern

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

[Otto123]

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

[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:

Code Auswählen Erweitern

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.

[Otto123]

und der cul1 ist unter der kritischen -80 -> -91.5:CUL_1

[frank]

poste am besten je ein list von vccu, hmuart und cul.

[UweUwe]

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

Code Auswählen Erweitern


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:updatemyHmUART

Code Auswählen Erweitern

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

Code Auswählen Erweitern

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.

[Otto123]

Anzeigen

Code Auswählen Erweitern

list TYPE=CUL_HM:FILTER=DEF=[0-9a-fA-F]{6}:FILTER=DEF!=[0]{6} IOgrp
setzen

Code Auswählen Erweitern

attr TYPE=CUL_HM:FILTER=DEF=[0-9a-fA-F]{6}:FILTER=DEF!=[0]{6} IOgrp VCCU

[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

Code Auswählen Erweitern

get hm param -d IODev IOgrp mal geprüft. Danke für den Hinweis!.

Code Auswählen Erweitern

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 :

Code Auswählen Erweitern

attr VCCU IOgrp VCCU
attr RolladenGaestezimmer IOgrp VCCU

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

[UweUwe]

Hallo Otto,
danke für den Hinweis. Die Antworten haben sich überschnitten.
Mit den beiden Kommandos sollte die Struktur doch stimmen? oder?. Es fehlen ja nur die beiden.
Mache ich etwas falsch, wenn ich dies jetzt ausführe:

Code Auswählen Erweitern

attr VCCU IOgrp VCCU
attr RolladenGaestezimmer IOgrp VCCU

[frank]

besser so, da uwe gerne das hmuart io möchte, dieses auch besser funktioniert und ein prefered io bei stationären devices grundsätzlich vorteile hat.
ausnahmen bestetigen natürlich die regel.

Code Auswählen Erweitern

attr TYPE=CUL_HM:FILTER=DEF=[0-9a-fA-F]{6}:FILTER=DEF!=[0]{6} IOgrp VCCU:myHmUART

wenn der cul nicht nur als "zickiger" backup dienen soll, empfehle ich dringend die tsculfw für diesen.

[UweUwe]

Hallo, danke für die Hinweise... alles erledigt.

Code Auswählen Erweitern

param done:
param list
    entity              : IODev                | IOgrp                |
    4Aktor01            : CUL_1          | VCCU:myHmUART 
    4Aktor02            : CUL_1          | VCCU:myHmUART 
    BueroSchalter        : CUL_1          | VCCU:myHmUART 
    Buero_Raumfeld      : CUL_1          | VCCU:myHmUART 
    EsszimmerSchalter    : CUL_1          | VCCU:myHmUART 
    GaestezimmerSchalter : CUL_1          | VCCU:myHmUART 
    Heizraum_Rauchmelder : CUL_1          | VCCU:myHmUART 
    Kueche_Raumfeld      : CUL_1          | VCCU:myHmUART 
    KuechenSchalter      : myHmUART        | VCCU:myHmUART 
    MotionIPAD          : CUL_1          | VCCU:myHmUART 
    MotionKELLER        : CUL_1          | VCCU:myHmUART 
    Motion_Diele        : CUL_1          | VCCU:myHmUART 
    RolladenBuero        : CUL_1          | VCCU:myHmUART 
    RolladenEsszimmerSued : CUL_1          | VCCU:myHmUART 
    RolladenEsszimmerWest : CUL_1          | VCCU:myHmUART 
    RolladenGaestezimmer : CUL_1          | VCCU:myHmUART 
    RolladenKueche      : CUL_1          | VCCU:myHmUART 
    RolladenSchlafzimmer : CUL_1          | VCCU:myHmUART 
    RolladenWohnzimmerOst : CUL_1          | VCCU:myHmUART 
    RolladenWohnzimmerSued : CUL_1          | VCCU:myHmUART 
    SchlafzimmerSchalter : myHmUART        | VCCU:myHmUART 
    Schlafzimmer_Rauchmelder : CUL_1          | VCCU:myHmUART 
    Sir_Diele            : CUL_1          | VCCU:myHmUART 
    VCCU                : CUL_1          | VCCU:myHmUART 
    Veranda_Raumfeld    : CUL_1          | VCCU:myHmUART 
    Wohnzimmer_Rauchmelder : CUL_1          | VCCU:myHmUART 
sollte jetzt ok sein..
Mein Taster tuts leider nicht.. was kann ich noch tun?

[frank]

nun erstmal hminfo configCheck komplett abarbeiten.

beim schalter wahrscheinlich noch mal drüber peeren.

grundsätzlich in fhem kein device löschen und kein reales device resetten.

[Pfriemler]

... da uwe gerne das hmuart io möchte, dieses auch besser funktioniert und ein prefered io bei stationären devices grundsätzlich vorteile hat.
ausnahmen bestetigen natürlich die regel.

Die müsste man mit einem Sichten aller rssi dann doch nochmal suchen, z.B. mit

Code Auswählen Erweitern

list TYPE=CUL_HM:FILTER=DEF=[0-9a-fA-F]{6}:FILTER=DEF!=[0]{6} rssi_at_myHmUART rssi_at_CUL_1

Spätestens bei "avg: " < -90 würde ich dann den CUL_1 nehmen, wenn der dort besser ist.

wenn der cul nicht nur als "zickiger" backup dienen soll, empfehle ich dringend die tsculfw für diesen.

yes, yes, yes!

Und "direkt vor den Aktor" ist übrigens kontraproduktiv. Probier es aus: unterhalb 50 cm solltest Du regelmäßig Probleme bekommen.

[UweUwe]

Hallo,
wieder zurück nach teilweise getaner Arbeit.
Das Tasterthema ist gelöst, die richtige Definition von IOgrp und IOdev und das nochmalige Peering war die Lösung. Danke, vielen Dank.
Mein HM zeigt aber leider weiterhin Themen an, die ich gerne lösen würde. Komme aber leider nicht weiter:
HM configcheck zeigt Folgendes

Code Auswählen Erweitern

configCheck done:

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
    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 Wenn ich mal von oben beginne, so habe ich RolladenEsszimmerSued.
Die ist einer von 8 Aktoren, 2 davon zeigen dieses Bild im HM, funktionieren tun aber alle seit Jahren.
RolladenEsszimmerSued hat folgendes List:

Code Auswählen Erweitern

nternals:
   CUL_1_MSGCNT 142
   CUL_1_RAWMSG A0C3DA0102E5247555555030000::-66:CUL_1
   CUL_1_RSSI -66
   CUL_1_TIME 2020-03-31 21:41:59
   DEF        2E5247
   FUUID      5c65ca1c-f33f-1e06-1b3b-ac1a6ee0ec72dbad
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     289
   NAME       RolladenEsszimmerSued
   NOTIFYDEV  global
   NR         406
   NTFY_ORDER 50-RolladenEsszimmerSued
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:3D - t:10 s:2E5247 d:555555 030000
   myHmUART_MSGCNT 147
   myHmUART_RAWMSG 050100413DA0102E5247555555030000
   myHmUART_RSSI -65
   myHmUART_TIME 2020-03-31 21:41:59
   peerList   self01,self02,KS03_RolloAlle,325B8601,325B8602,325B8605,ES03_RolloAlle,ES04_RolloEsS,
   protLastRcv 2020-03-31 21:41:59
   protRcv    145 last_at:2020-03-31 21:41:59
   protSnd    179 last_at:2020-03-31 21:41:59
   protState  CMDs_done
   rssi_at_CUL_1 cnt:142 min:-66.5 max:-65.5 avg:-65.93 lst:-66
   rssi_at_myHmUART cnt:147 min:-66 max:-65 avg:-65.7 lst:-65
   READINGS:
     2020-03-31 20:14:25   CommandAccepted yes
     2019-02-14 21:05:49   D-firmware      2.5
     2019-02-14 21:05:49   D-serialNr      LEQ0903829
     2020-03-31 21:41:46   PairedTo        0x555555
     2019-02-16 21:53:23   R-325B8601-lgActionType jmpToTarget
     2019-02-16 21:53:23   R-325B8601-lgBlJtDlyOff refOff
     2019-02-16 21:53:23   R-325B8601-lgBlJtDlyOn dlyOff
     2019-02-16 21:53:23   R-325B8601-lgBlJtOff dlyOff
     2019-02-16 21:53:23   R-325B8601-lgBlJtOn dlyOff
     2019-02-16 21:53:23   R-325B8601-lgBlJtRampOff rampOff
     2019-02-16 21:53:23   R-325B8601-lgBlJtRampOn on
     2019-02-16 21:53:23   R-325B8601-lgBlJtRefOff rampOff
     2019-02-16 21:53:23   R-325B8601-lgBlJtRefOn on
     2019-02-16 21:53:23   R-325B8601-lgCtDlyOff geLo
     2019-02-16 21:53:23   R-325B8601-lgCtDlyOn geLo
     2019-02-16 21:53:23   R-325B8601-lgCtOff geLo
     2019-02-16 21:53:23   R-325B8601-lgCtOn geLo
     2019-02-16 21:53:23   R-325B8601-lgCtRampOff geLo
     2019-02-16 21:53:23   R-325B8601-lgCtRampOn geLo
     2019-02-16 21:53:23   R-325B8601-lgCtRefOff geLo
     2019-02-16 21:53:23   R-325B8601-lgCtRefOn geLo
     2019-02-16 21:53:23   R-325B8601-lgCtValHi 100
     2019-02-16 21:53:23   R-325B8601-lgCtValLo 50
     2019-02-16 21:53:23   R-325B8601-lgDriveMode direct
     2019-02-16 21:53:23   R-325B8601-lgMaxTimeF 0.5 s
     2019-02-16 21:53:23   R-325B8601-lgMultiExec on
     2019-02-16 21:53:23   R-325B8601-lgOffDly 0 s
     2019-02-16 21:53:23   R-325B8601-lgOffLevel 0 %
     2019-02-16 21:53:23   R-325B8601-lgOffTime unused
     2019-02-16 21:53:23   R-325B8601-lgOffTimeMode absolut
     2019-02-16 21:53:23   R-325B8601-lgOnDly 0 s
     2019-02-16 21:53:23   R-325B8601-lgOnLevel 100 %
     2019-02-16 21:53:23   R-325B8601-lgOnTime unused
     2019-02-16 21:53:23   R-325B8601-lgOnTimeMode absolut
     2019-02-16 21:53:23   R-325B8601-shActionType jmpToTarget
     2019-02-16 21:53:23   R-325B8601-shBlJtDlyOff refOff
     2019-02-16 21:53:23   R-325B8601-shBlJtDlyOn dlyOff
     2019-02-16 21:53:23   R-325B8601-shBlJtOff dlyOff
     2019-02-16 21:53:23   R-325B8601-shBlJtOn dlyOff
     2019-02-16 21:53:23   R-325B8601-shBlJtRampOff rampOff
     2019-02-16 21:53:23   R-325B8601-shBlJtRampOn on
     2019-02-16 21:53:23   R-325B8601-shBlJtRefOff rampOff
     2019-02-16 21:53:23   R-325B8601-shBlJtRefOn on
     2019-02-16 21:53:23   R-325B8601-shCtDlyOff geLo
     2019-02-16 21:53:23   R-325B8601-shCtDlyOn geLo
     2019-02-16 21:53:23   R-325B8601-shCtOff geLo
     2019-02-16 21:53:23   R-325B8601-shCtOn geLo
     2019-02-16 21:53:23   R-325B8601-shCtRampOff geLo
     2019-02-16 21:53:23   R-325B8601-shCtRampOn geLo
     2019-02-16 21:53:23   R-325B8601-shCtRefOff geLo
     2019-02-16 21:53:23   R-325B8601-shCtRefOn geLo
     2019-02-16 21:53:23   R-325B8601-shCtValHi 100
     2019-02-16 21:53:23   R-325B8601-shCtValLo 50
     2019-02-16 21:53:23   R-325B8601-shDriveMode direct
     2019-02-16 21:53:23   R-325B8601-shMaxTimeF unused
     2019-02-16 21:53:23   R-325B8601-shMultiExec off
     2019-02-16 21:53:23   R-325B8601-shOffDly 0 s
     2019-02-16 21:53:23   R-325B8601-shOffLevel 0 %
     2019-02-16 21:53:23   R-325B8601-shOffTime unused
     2019-02-16 21:53:23   R-325B8601-shOffTimeMode absolut
     2019-02-16 21:53:23   R-325B8601-shOnDly 0 s
     2019-02-16 21:53:23   R-325B8601-shOnLevel 100 %
     2019-02-16 21:53:23   R-325B8601-shOnTime unused
     2019-02-16 21:53:23   R-325B8601-shOnTimeMode absolut
     2019-02-16 21:53:24   R-325B8602-lgActionType jmpToTarget
     2019-02-16 21:53:24   R-325B8602-lgBlJtDlyOff dlyOn
     2019-02-16 21:53:24   R-325B8602-lgBlJtDlyOn refOn
     2019-02-16 21:53:24   R-325B8602-lgBlJtOff dlyOn
     2019-02-16 21:53:24   R-325B8602-lgBlJtOn dlyOn
     2019-02-16 21:53:24   R-325B8602-lgBlJtRampOff off
     2019-02-16 21:53:24   R-325B8602-lgBlJtRampOn rampOn
     2019-02-16 21:53:24   R-325B8602-lgBlJtRefOff off
     2019-02-16 21:53:24   R-325B8602-lgBlJtRefOn rampOn
     2019-02-16 21:53:24   R-325B8602-lgCtDlyOff geLo
     2019-02-16 21:53:24   R-325B8602-lgCtDlyOn geLo
     2019-02-16 21:53:24   R-325B8602-lgCtOff geLo
     2019-02-16 21:53:24   R-325B8602-lgCtOn geLo
     2019-02-16 21:53:24   R-325B8602-lgCtRampOff geLo
     2019-02-16 21:53:24   R-325B8602-lgCtRampOn geLo
     2019-02-16 21:53:24   R-325B8602-lgCtRefOff geLo
     2019-02-16 21:53:24   R-325B8602-lgCtRefOn geLo
     2019-02-16 21:53:24   R-325B8602-lgCtValHi 100
     2019-02-16 21:53:24   R-325B8602-lgCtValLo 50
     2019-02-16 21:53:24   R-325B8602-lgDriveMode direct
     2019-02-16 21:53:24   R-325B8602-lgMaxTimeF 0.5 s
     2019-02-16 21:53:24   R-325B8602-lgMultiExec on
     2019-02-16 21:53:24   R-325B8602-lgOffDly 0 s
     2019-02-16 21:53:24   R-325B8602-lgOffLevel 0 %
     2019-02-16 21:53:24   R-325B8602-lgOffTime unused
     2019-02-16 21:53:24   R-325B8602-lgOffTimeMode absolut
     2019-02-16 21:53:24   R-325B8602-lgOnDly 0 s
     2019-02-16 21:53:24   R-325B8602-lgOnLevel 100 %
     2019-02-16 21:53:24   R-325B8602-lgOnTime unused
     2019-02-16 21:53:24   R-325B8602-lgOnTimeMode absolut
     2019-02-16 21:53:24   R-325B8602-shActionType jmpToTarget
     2019-02-16 21:53:24   R-325B8602-shBlJtDlyOff dlyOn
     2019-02-16 21:53:24   R-325B8602-shBlJtDlyOn refOn
     2019-02-16 21:53:24   R-325B8602-shBlJtOff dlyOn
     2019-02-16 21:53:24   R-325B8602-shBlJtOn dlyOn
     2019-02-16 21:53:24   R-325B8602-shBlJtRampOff off
     2019-02-16 21:53:24   R-325B8602-shBlJtRampOn rampOn
     2019-02-16 21:53:24   R-325B8602-shBlJtRefOff off
     2019-02-16 21:53:24   R-325B8602-shBlJtRefOn rampOn
     2019-02-16 21:53:24   R-325B8602-shCtDlyOff geLo
     2019-02-16 21:53:24   R-325B8602-shCtDlyOn geLo
     2019-02-16 21:53:24   R-325B8602-shCtOff geLo
     2019-02-16 21:53:24   R-325B8602-shCtOn geLo
     2019-02-16 21:53:24   R-325B8602-shCtRampOff geLo
     2019-02-16 21:53:24   R-325B8602-shCtRampOn geLo
     2019-02-16 21:53:24   R-325B8602-shCtRefOff geLo
     2019-02-16 21:53:24   R-325B8602-shCtRefOn geLo
     2019-02-16 21:53:24   R-325B8602-shCtValHi 100
     2019-02-16 21:53:24   R-325B8602-shCtValLo 50
     2019-02-16 21:53:24   R-325B8602-shDriveMode direct
     2019-02-16 21:53:24   R-325B8602-shMaxTimeF unused
     2019-02-16 21:53:24   R-325B8602-shMultiExec off
     2019-02-16 21:53:24   R-325B8602-shOffDly 0 s
     2019-02-16 21:53:24   R-325B8602-shOffLevel 0 %
     2019-02-16 21:53:24   R-325B8602-shOffTime unused
     2019-02-16 21:53:24   R-325B8602-shOffTimeMode absolut
     2019-02-16 21:53:24   R-325B8602-shOnDly 0 s
     2019-02-16 21:53:24   R-325B8602-shOnLevel 100 %
     2019-02-16 21:53:24   R-325B8602-shOnTime unused
     2019-02-16 21:53:24   R-325B8602-shOnTimeMode absolut
     2019-02-16 21:53:26   R-325B8605-lgActionType jmpToTarget
     2019-02-16 21:53:26   R-325B8605-lgBlJtDlyOff refOff
     2019-02-16 21:53:26   R-325B8605-lgBlJtDlyOn dlyOff
     2019-02-16 21:53:26   R-325B8605-lgBlJtOff dlyOff
     2019-02-16 21:53:26   R-325B8605-lgBlJtOn dlyOff
     2019-02-16 21:53:26   R-325B8605-lgBlJtRampOff rampOff
     2019-02-16 21:53:26   R-325B8605-lgBlJtRampOn on
     2019-02-16 21:53:26   R-325B8605-lgBlJtRefOff rampOff
     2019-02-16 21:53:26   R-325B8605-lgBlJtRefOn on
     2019-02-16 21:53:26   R-325B8605-lgCtDlyOff geLo
     2019-02-16 21:53:26   R-325B8605-lgCtDlyOn geLo
     2019-02-16 21:53:26   R-325B8605-lgCtOff geLo
     2019-02-16 21:53:26   R-325B8605-lgCtOn geLo
     2019-02-16 21:53:26   R-325B8605-lgCtRampOff geLo
     2019-02-16 21:53:26   R-325B8605-lgCtRampOn geLo
     2019-02-16 21:53:26   R-325B8605-lgCtRefOff geLo
     2019-02-16 21:53:26   R-325B8605-lgCtRefOn geLo
     2019-02-16 21:53:26   R-325B8605-lgCtValHi 100
     2019-02-16 21:53:26   R-325B8605-lgCtValLo 50
     2019-02-16 21:53:26   R-325B8605-lgDriveMode direct
     2019-02-16 21:53:26   R-325B8605-lgMaxTimeF 0.5 s
     2019-02-16 21:53:26   R-325B8605-lgMultiExec on
     2019-02-16 21:53:26   R-325B8605-lgOffDly 0 s
     2019-02-16 21:53:26   R-325B8605-lgOffLevel 0 %
     2019-02-16 21:53:26   R-325B8605-lgOffTime unused
     2019-02-16 21:53:26   R-325B8605-lgOffTimeMode absolut
     2019-02-16 21:53:26   R-325B8605-lgOnDly 0 s
     2019-02-16 21:53:26   R-325B8605-lgOnLevel 100 %
     2019-02-16 21:53:26   R-325B8605-lgOnTime unused
     2019-02-16 21:53:26   R-325B8605-lgOnTimeMode absolut
     2019-02-16 21:53:26   R-325B8605-shActionType jmpToTarget
     2019-02-16 21:53:26   R-325B8605-shBlJtDlyOff refOff
     2019-02-16 21:53:26   R-325B8605-shBlJtDlyOn dlyOff
     2019-02-16 21:53:26   R-325B8605-shBlJtOff dlyOff
     2019-02-16 21:53:26   R-325B8605-shBlJtOn dlyOff
     2019-02-16 21:53:26   R-325B8605-shBlJtRampOff rampOff
     2019-02-16 21:53:26   R-325B8605-shBlJtRampOn on
     2019-02-16 21:53:26   R-325B8605-shBlJtRefOff rampOff
     2019-02-16 21:53:26   R-325B8605-shBlJtRefOn on
     2019-02-16 21:53:26   R-325B8605-shCtDlyOff geLo
     2019-02-16 21:53:26   R-325B8605-shCtDlyOn geLo
     2019-02-16 21:53:26   R-325B8605-shCtOff geLo
     2019-02-16 21:53:26   R-325B8605-shCtOn geLo
     2019-02-16 21:53:26   R-325B8605-shCtRampOff geLo
     2019-02-16 21:53:26   R-325B8605-shCtRampOn geLo
     2019-02-16 21:53:26   R-325B8605-shCtRefOff geLo
     2019-02-16 21:53:26   R-325B8605-shCtRefOn geLo
     2019-02-16 21:53:26   R-325B8605-shCtValHi 100
     2019-02-16 21:53:26   R-325B8605-shCtValLo 50
     2019-02-16 21:53:26   R-325B8605-shDriveMode direct
     2019-02-16 21:53:26   R-325B8605-shMaxTimeF unused
     2019-02-16 21:53:26   R-325B8605-shMultiExec off
     2019-02-16 21:53:26   R-325B8605-shOffDly 0 s
     2019-02-16 21:53:26   R-325B8605-shOffLevel 0 %
     2019-02-16 21:53:26   R-325B8605-shOffTime unused
     2019-02-16 21:53:26   R-325B8605-shOffTimeMode absolut
     2019-02-16 21:53:26   R-325B8605-shOnDly 0 s
     2019-02-16 21:53:26   R-325B8605-shOnLevel 100 %
     2019-02-16 21:53:26   R-325B8605-shOnTime unused
     2019-02-16 21:53:26   R-325B8605-shOnTimeMode absolut
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgActionType jmpToTarget
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgBlJtDlyOff refOff
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgBlJtDlyOn refOn
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgBlJtOff dlyOn
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgBlJtOn dlyOff
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgBlJtRampOff off
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgBlJtRampOn on
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgBlJtRefOff off
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgBlJtRefOn on
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgCtDlyOff geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgCtDlyOn geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgCtOff geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgCtOn geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgCtRampOff geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgCtRampOn geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgCtRefOff geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgCtRefOn geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgCtValHi 100
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgCtValLo 50
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgDriveMode direct
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgMaxTimeF 0.5 s
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgMultiExec on
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgOffDly 0 s
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgOffLevel 0 %
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgOffTime unused
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgOffTimeMode absolut
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgOnDly 0 s
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgOnLevel 100 %
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgOnTime unused
     2019-02-17 18:37:48   R-ES03_RolloAlle-lgOnTimeMode absolut
     2019-02-17 20:01:47   R-ES03_RolloAlle-shActionType toggleToCnt
     2019-02-17 18:37:48   R-ES03_RolloAlle-shBlJtDlyOff refOff
     2019-02-17 18:37:48   R-ES03_RolloAlle-shBlJtDlyOn refOn
     2019-02-17 18:37:48   R-ES03_RolloAlle-shBlJtOff dlyOn
     2019-02-17 18:37:48   R-ES03_RolloAlle-shBlJtOn dlyOff
     2019-02-17 18:37:48   R-ES03_RolloAlle-shBlJtRampOff off
     2019-02-17 18:37:48   R-ES03_RolloAlle-shBlJtRampOn on
     2019-02-17 18:37:48   R-ES03_RolloAlle-shBlJtRefOff off
     2019-02-17 18:37:48   R-ES03_RolloAlle-shBlJtRefOn on
     2019-02-17 18:37:48   R-ES03_RolloAlle-shCtDlyOff geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-shCtDlyOn geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-shCtOff geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-shCtOn geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-shCtRampOff geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-shCtRampOn geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-shCtRefOff geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-shCtRefOn geLo
     2019-02-17 18:37:48   R-ES03_RolloAlle-shCtValHi 100
     2019-02-17 18:37:48   R-ES03_RolloAlle-shCtValLo 50
     2019-02-17 18:37:48   R-ES03_RolloAlle-shDriveMode direct
     2019-02-17 18:37:48   R-ES03_RolloAlle-shMaxTimeF unused
     2019-02-17 20:01:47   R-ES03_RolloAlle-shMultiExec off
     2019-02-17 18:37:48   R-ES03_RolloAlle-shOffDly 0 s
     2019-02-17 18:37:48   R-ES03_RolloAlle-shOffLevel 0 %
     2019-02-17 18:37:48   R-ES03_RolloAlle-shOffTime unused
     2019-02-17 20:01:47   R-ES03_RolloAlle-shOffTimeMode absolut
     2019-02-17 18:37:48   R-ES03_RolloAlle-shOnDly 0 s
     2019-02-17 18:37:48   R-ES03_RolloAlle-shOnLevel 100 %
     2019-02-17 18:37:48   R-ES03_RolloAlle-shOnTime unused
     2019-02-17 20:01:47   R-ES03_RolloAlle-shOnTimeMode absolut
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgActionType jmpToTarget
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgBlJtDlyOff refOff
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgBlJtDlyOn refOn
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgBlJtOff dlyOn
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgBlJtOn dlyOff
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgBlJtRampOff off
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgBlJtRampOn on
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgBlJtRefOff off
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgBlJtRefOn on
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgCtDlyOff geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgCtDlyOn geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgCtOff geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgCtOn geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgCtRampOff geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgCtRampOn geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgCtRefOff geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgCtRefOn geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgCtValHi 100
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgCtValLo 50
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgDriveMode direct
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgMaxTimeF 0.5 s
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgMultiExec on
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgOffDly 0 s
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgOffLevel 0 %
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgOffTime unused
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgOffTimeMode absolut
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgOnDly 0 s
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgOnLevel 100 %
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgOnTime unused
     2019-02-16 21:53:27   R-ES04_RolloEsS-lgOnTimeMode absolut
     2019-02-16 21:53:27   R-ES04_RolloEsS-shActionType jmpToTarget
     2019-02-16 21:53:27   R-ES04_RolloEsS-shBlJtDlyOff refOff
     2019-02-16 21:53:27   R-ES04_RolloEsS-shBlJtDlyOn refOn
     2019-02-16 21:53:27   R-ES04_RolloEsS-shBlJtOff dlyOn
     2019-02-16 21:53:27   R-ES04_RolloEsS-shBlJtOn dlyOff
     2019-02-16 21:53:27   R-ES04_RolloEsS-shBlJtRampOff off
     2019-02-16 21:53:27   R-ES04_RolloEsS-shBlJtRampOn on
     2019-02-16 21:53:27   R-ES04_RolloEsS-shBlJtRefOff off
     2019-02-16 21:53:27   R-ES04_RolloEsS-shBlJtRefOn on
     2019-02-16 21:53:27   R-ES04_RolloEsS-shCtDlyOff geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-shCtDlyOn geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-shCtOff geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-shCtOn geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-shCtRampOff geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-shCtRampOn geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-shCtRefOff geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-shCtRefOn geLo
     2019-02-16 21:53:27   R-ES04_RolloEsS-shCtValHi 100
     2019-02-16 21:53:27   R-ES04_RolloEsS-shCtValLo 50
     2019-02-16 21:53:27   R-ES04_RolloEsS-shDriveMode direct
     2019-02-16 21:53:27   R-ES04_RolloEsS-shMaxTimeF unused
     2019-02-16 21:53:27   R-ES04_RolloEsS-shMultiExec off
     2019-02-16 21:53:27   R-ES04_RolloEsS-shOffDly 0 s
     2019-02-16 21:53:27   R-ES04_RolloEsS-shOffLevel 0 %
     2019-02-16 21:53:27   R-ES04_RolloEsS-shOffTime unused
     2019-02-16 21:53:27   R-ES04_RolloEsS-shOffTimeMode absolut
     2019-02-16 21:53:27   R-ES04_RolloEsS-shOnDly 0 s
     2019-02-16 21:53:27   R-ES04_RolloEsS-shOnLevel 100 %
     2019-02-16 21:53:27   R-ES04_RolloEsS-shOnTime unused
     2019-02-16 21:53:27   R-ES04_RolloEsS-shOnTimeMode absolut
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgActionType jmpToTarget
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgBlJtDlyOff refOff
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgBlJtDlyOn refOn
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgBlJtOff dlyOn
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgBlJtOn dlyOff
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgBlJtRampOff off
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgBlJtRampOn on
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgBlJtRefOff off
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgBlJtRefOn on
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgCtDlyOff geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgCtDlyOn geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgCtOff geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgCtOn geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgCtRampOff geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgCtRampOn geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgCtRefOff geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgCtRefOn geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgCtValHi 100
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgCtValLo 50
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgDriveMode direct
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgMaxTimeF 0.5 s
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgMultiExec on
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgOffDly 0 s
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgOffLevel 0 %
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgOffTime unused
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgOffTimeMode absolut
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgOnDly 0 s
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgOnLevel 100 %
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgOnTime unused
     2019-02-19 08:16:21   R-KS03_RolloAlle-lgOnTimeMode absolut
     2019-02-19 08:41:57   R-KS03_RolloAlle-shActionType toggleToCnt
     2019-02-19 08:16:21   R-KS03_RolloAlle-shBlJtDlyOff refOff
     2019-02-19 08:16:21   R-KS03_RolloAlle-shBlJtDlyOn refOn
     2019-02-19 08:16:21   R-KS03_RolloAlle-shBlJtOff dlyOn
     2019-02-19 08:16:21   R-KS03_RolloAlle-shBlJtOn dlyOff
     2019-02-19 08:16:21   R-KS03_RolloAlle-shBlJtRampOff off
     2019-02-19 08:16:21   R-KS03_RolloAlle-shBlJtRampOn on
     2019-02-19 08:16:21   R-KS03_RolloAlle-shBlJtRefOff off
     2019-02-19 08:16:21   R-KS03_RolloAlle-shBlJtRefOn on
     2019-02-19 08:16:21   R-KS03_RolloAlle-shCtDlyOff geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-shCtDlyOn geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-shCtOff geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-shCtOn geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-shCtRampOff geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-shCtRampOn geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-shCtRefOff geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-shCtRefOn geLo
     2019-02-19 08:16:21   R-KS03_RolloAlle-shCtValHi 100
     2019-02-19 08:16:21   R-KS03_RolloAlle-shCtValLo 50
     2019-02-19 08:16:21   R-KS03_RolloAlle-shDriveMode direct
     2019-02-19 08:16:21   R-KS03_RolloAlle-shMaxTimeF unused
     2019-02-19 08:41:57   R-KS03_RolloAlle-shMultiExec off
     2019-02-19 08:16:21   R-KS03_RolloAlle-shOffDly 0 s
     2019-02-19 08:16:21   R-KS03_RolloAlle-shOffLevel 0 %
     2019-02-19 08:16:21   R-KS03_RolloAlle-shOffTime unused
     2019-02-19 08:41:57   R-KS03_RolloAlle-shOffTimeMode absolut
     2019-02-19 08:16:21   R-KS03_RolloAlle-shOnDly 0 s
     2019-02-19 08:16:21   R-KS03_RolloAlle-shOnLevel 100 %
     2019-02-19 08:16:21   R-KS03_RolloAlle-shOnTime unused
     2019-02-19 08:41:57   R-KS03_RolloAlle-shOnTimeMode absolut
     2019-02-16 21:53:17   R-confBtnTime   permanent
     2019-11-01 10:03:03   R-driveDown     13.7 s
     2019-02-16 21:53:18   R-driveTurn     1 s
     2019-11-01 10:03:03   R-driveUp       14.1 s
     2019-02-17 18:37:38   R-intKeyVisib   visib
     2019-02-16 21:53:17   R-localResDis   off
     2019-02-16 21:53:17   R-pairCentral   0x555555
     2019-02-16 21:53:18   R-refRunCounter 0
     2019-02-17 18:37:41   R-self01-lgActionType jmpToTarget
     2019-02-17 18:37:41   R-self01-lgBlJtDlyOff dlyOn
     2019-02-17 18:37:41   R-self01-lgBlJtDlyOn refOn
     2019-02-17 18:37:41   R-self01-lgBlJtOff dlyOn
     2019-02-17 18:37:41   R-self01-lgBlJtOn dlyOn
     2019-02-17 18:37:41   R-self01-lgBlJtRampOff off
     2019-02-17 18:37:41   R-self01-lgBlJtRampOn rampOn
     2019-02-17 18:37:41   R-self01-lgBlJtRefOff off
     2019-02-17 18:37:41   R-self01-lgBlJtRefOn rampOn
     2019-02-17 18:37:41   R-self01-lgCtDlyOff geLo
     2019-02-17 18:37:41   R-self01-lgCtDlyOn geLo
     2019-02-17 18:37:41   R-self01-lgCtOff geLo
     2019-02-17 18:37:41   R-self01-lgCtOn geLo
     2019-02-17 18:37:41   R-self01-lgCtRampOff geLo
     2019-02-17 18:37:41   R-self01-lgCtRampOn geLo
     2019-02-17 18:37:41   R-self01-lgCtRefOff geLo
     2019-02-17 18:37:41   R-self01-lgCtRefOn geLo
     2019-02-17 18:37:41   R-self01-lgCtValHi 100
     2019-02-17 18:37:41   R-self01-lgCtValLo 50
     2019-02-17 18:37:41   R-self01-lgDriveMode direct
     2019-02-17 18:37:41   R-self01-lgMaxTimeF 0.4 s
     2019-02-17 18:37:41   R-self01-lgMultiExec on
     2019-02-17 18:37:41   R-self01-lgOffDly 0 s
     2019-02-17 18:37:41   R-self01-lgOffLevel 0 %
     2019-02-17 18:37:41   R-self01-lgOffTime unused
     2019-02-17 18:37:41   R-self01-lgOffTimeMode absolut
     2019-02-17 18:37:41   R-self01-lgOnDly 0 s
     2019-02-17 18:37:41   R-self01-lgOnLevel 100 %
     2019-02-17 18:37:41   R-self01-lgOnTime unused
     2019-02-17 18:37:41   R-self01-lgOnTimeMode absolut
     2019-02-17 18:57:02   R-self01-shActionType toggleToCnt
     2019-02-17 18:37:41   R-self01-shBlJtDlyOff dlyOn
     2019-02-17 18:37:41   R-self01-shBlJtDlyOn refOn
     2019-02-17 18:37:41   R-self01-shBlJtOff dlyOn
     2019-02-17 18:37:41   R-self01-shBlJtOn dlyOn
     2019-02-17 18:37:41   R-self01-shBlJtRampOff off
     2019-02-17 18:37:41   R-self01-shBlJtRampOn rampOn
     2019-02-17 18:37:41   R-self01-shBlJtRefOff off
     2019-02-17 18:37:41   R-self01-shBlJtRefOn rampOn
     2019-02-17 18:37:41   R-self01-shCtDlyOff geLo
     2019-02-17 18:37:41   R-self01-shCtDlyOn geLo
     2019-02-17 18:37:41   R-self01-shCtOff geLo
     2019-02-17 18:37:41   R-self01-shCtOn geLo
     2019-02-17 18:37:41   R-self01-shCtRampOff geLo
     2019-02-17 18:37:41   R-self01-shCtRampOn geLo
     2019-02-17 18:37:41   R-self01-shCtRefOff geLo
     2019-02-17 18:37:41   R-self01-shCtRefOn geLo
     2019-02-17 18:37:41   R-self01-shCtValHi 100
     2019-02-17 18:37:41   R-self01-shCtValLo 50
     2019-02-17 18:37:41   R-self01-shDriveMode direct
     2019-02-17 18:37:41   R-self01-shMaxTimeF unused
     2019-02-17 18:57:02   R-self01-shMultiExec off
     2019-02-17 18:37:41   R-self01-shOffDly 0 s
     2019-02-17 18:37:41   R-self01-shOffLevel 0 %
     2019-02-17 18:37:41   R-self01-shOffTime unused
     2019-02-17 18:57:02   R-self01-shOffTimeMode absolut
     2019-02-17 18:37:41   R-self01-shOnDly 0 s
     2019-02-17 18:37:41   R-self01-shOnLevel 100 %
     2019-02-17 18:37:41   R-self01-shOnTime unused
     2019-02-17 18:57:02   R-self01-shOnTimeMode absolut
     2019-02-17 18:37:42   R-self02-lgActionType jmpToTarget
     2019-02-17 18:37:42   R-self02-lgBlJtDlyOff refOff
     2019-02-17 18:37:42   R-self02-lgBlJtDlyOn dlyOff
     2019-02-17 18:37:42   R-self02-lgBlJtOff dlyOff
     2019-02-17 18:37:42   R-self02-lgBlJtOn dlyOff
     2019-02-17 18:37:42   R-self02-lgBlJtRampOff rampOff
     2019-02-17 18:37:42   R-self02-lgBlJtRampOn on
     2019-02-17 18:37:42   R-self02-lgBlJtRefOff rampOff
     2019-02-17 18:37:42   R-self02-lgBlJtRefOn on
     2019-02-17 18:37:42   R-self02-lgCtDlyOff geLo
     2019-02-17 18:37:42   R-self02-lgCtDlyOn geLo
     2019-02-17 18:37:42   R-self02-lgCtOff geLo
     2019-02-17 18:37:42   R-self02-lgCtOn geLo
     2019-02-17 18:37:42   R-self02-lgCtRampOff geLo
     2019-02-17 18:37:42   R-self02-lgCtRampOn geLo
     2019-02-17 18:37:42   R-self02-lgCtRefOff geLo
     2019-02-17 18:37:42   R-self02-lgCtRefOn geLo
     2019-02-17 18:37:42   R-self02-lgCtValHi 100
     2019-02-17 18:37:42   R-self02-lgCtValLo 50
     2019-02-17 18:37:42   R-self02-lgDriveMode direct
     2019-02-17 18:37:42   R-self02-lgMaxTimeF 0.4 s
     2019-02-17 18:37:42   R-self02-lgMultiExec on
     2019-02-17 18:37:42   R-self02-lgOffDly 0 s
     2019-02-17 18:37:42   R-self02-lgOffLevel 0 %
     2019-02-17 18:37:42   R-self02-lgOffTime unused
     2019-02-17 18:37:42   R-self02-lgOffTimeMode absolut
     2019-02-17 18:37:42   R-self02-lgOnDly 0 s
     2019-02-17 18:37:42   R-self02-lgOnLevel 100 %
     2019-02-17 18:37:42   R-self02-lgOnTime unused
     2019-02-17 18:37:42   R-self02-lgOnTimeMode absolut
     2019-02-17 18:37:42   R-self02-shActionType jmpToTarget
     2019-02-17 18:37:42   R-self02-shBlJtDlyOff refOff
     2019-02-17 18:37:42   R-self02-shBlJtDlyOn dlyOff
     2019-02-17 18:37:42   R-self02-shBlJtOff dlyOff
     2019-02-17 18:37:42   R-self02-shBlJtOn dlyOff
     2019-02-17 18:37:42   R-self02-shBlJtRampOff rampOff
     2019-02-17 18:37:42   R-self02-shBlJtRampOn on
     2019-02-17 18:37:42   R-self02-shBlJtRefOff rampOff
     2019-02-17 18:37:42   R-self02-shBlJtRefOn on
     2019-02-17 18:37:42   R-self02-shCtDlyOff geLo
     2019-02-17 18:37:42   R-self02-shCtDlyOn geLo
     2019-02-17 18:37:42   R-self02-shCtOff geLo
     2019-02-17 18:37:42   R-self02-shCtOn geLo
     2019-02-17 18:37:42   R-self02-shCtRampOff geLo
     2019-02-17 18:37:42   R-self02-shCtRampOn geLo
     2019-02-17 18:37:42   R-self02-shCtRefOff geLo
     2019-02-17 18:37:42   R-self02-shCtRefOn geLo
     2019-02-17 18:37:42   R-self02-shCtValHi 100
     2019-02-17 18:37:42   R-self02-shCtValLo 50
     2019-02-17 18:37:42   R-self02-shDriveMode direct
     2019-02-17 18:37:42   R-self02-shMaxTimeF unused
     2019-02-17 18:37:42   R-self02-shMultiExec off
     2019-02-17 18:37:42   R-self02-shOffDly 0 s
     2019-02-17 18:37:42   R-self02-shOffLevel 0 %
     2019-02-17 18:37:42   R-self02-shOffTime unused
     2019-02-17 18:37:42   R-self02-shOffTimeMode absolut
     2019-02-17 18:37:42   R-self02-shOnDly 0 s
     2019-02-17 18:37:42   R-self02-shOnLevel 100 %
     2019-02-17 18:37:42   R-self02-shOnTime unused
     2019-02-17 18:37:42   R-self02-shOnTimeMode absolut
     2019-02-16 21:53:18   R-sign          off
     2019-02-16 21:53:18   R-statusInfoMinDly 2 s
     2019-02-16 21:53:18   R-statusInfoRandom 1 s
     2019-02-16 21:53:18   R-transmitTryMax 6
     2020-03-31 21:18:30   deviceMsg       off (to VCCU)
     2020-03-31 21:18:30   level           0
     2020-03-31 21:18:30   motor           stop:off
     2020-03-31 21:18:30   pct             0
     2020-03-31 21:41:47   peerList        self01,self02,KS03_RolloAlle,325B8601,325B8602,325B8605,ES03_RolloAlle,ES04_RolloEsS,
     2020-03-12 13:46:18   powerOn         2020-03-12 13:46:18
     2020-03-31 21:18:30   recentStateType info
     2020-03-31 21:18:30   state           off
     2020-03-31 21:18:30   timedOn         off
     2020-03-31 21:18:24   trigLast        KS03_RolloAlle:short
     2019-08-08 07:11:56   trig_ES03_RolloAlle Short_198
     2020-02-29 07:15:29   trig_ES04_RolloEsS Short_97
     2020-03-31 21:18:24   trig_KS03_RolloAlle Short_0
     2019-02-18 20:41:12   trig_KuechenSchalterdefekt_Btn_03 Short_21
     2019-02-16 12:23:08   trig_RollEssSuedZu Short_165
   helper:
     HM_CMDNR   61
     cSnd       015555552E524701043EBDD70303,015555552E524701043EBDD70403
     mId        0005
     peerFriend peerSens,peerVirt
     peerIDsRaw ,2E524701,2E524702,3EBDD703,325B8605,325B8602,325B8601,3EBDD704,325B3503,00000000
     peerOpt    3:blindActuator
     regLst     0,1,3p
     rxType     1
     supp_Pair_Rep 0
     ack:
     dir:
       cur        stop
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     io:
       newChn     +2E5247,00,00,00
       nextSend   1585683720.00055
       rxt        0
       vccu       VCCU
       p:
         2E5247
         00
         00
         00
       prefIO:
         myHmUART
     mRssi:
       mNo        3D
       io:
         CUL_1:
           -66
           -66
         myHmUART:
           -61
           -61
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         CUL_1
       flg        A
       ts         1585683719.69085
       ack:
         HASH(0x2425280)
         3D80025555552E524700
     rssi:
       at_CUL_1:
         avg        -65.9330985915493
         cnt        142
         lst        -66
         max        -65.5
         min        -66.5
       at_myHmUART:
         avg        -65.7006802721088
         cnt        147
         lst        -65
         max        -65
         min        -66
     shadowReg:
     tmpl:
Attributes:
   DbLogExclude .*
   IODev      CUL_1
   IOgrp      VCCU:myHmUART
   alexaName  EssenSued
   autoReadReg 0_off
   expert     1_allReg
   firmware   2.5
   genericDeviceType blind
   icon       hue_room_dining
   model      HM-LC-BL1-FM
   peerIDs    00000000,2E524701,2E524702,325B3503,325B8601,325B8602,325B8605,3EBDD703,3EBDD704,
   room       Esszimmer,IPAD
   serialNr   LEQ0903829
   subType    blindActuator
   userattr   room_map structexclude
   webCmd     stop:up:100:90:80:70:60:50:40:30:20:10:0:down GetConfig mehrmals durchgeführt. CMDs processing .. läuft sehr lange, erst wenn ich das device verlasse und wieder öffne kommt CMDs.. Done. Könnte ihr mir einen Tip geben, wie ich hier weiter vorankomme, wo ich mich einlesen kann?
Vielen Dank

[Pfriemler]

Dein besagter Aktor meldet bei jedem Config brav, dass er mit drei anderen HM-Geräten gepeert ist. FHEM sind die Definitionen dazu aber nicht bekannt.

Code Auswählen Erweitern

peerList   self01,self02,KS03_RolloAlle,325B8601,325B8602,325B8605,ES03_RolloAlle,ES04_RolloEsS,
Üblicherweise benennt FHEM die peers, wenn es sie kennt.
Es handelt sich um ein Gerät mit der hmID 325B86, von dem die Kanäle 1, 2 und 5 betroffen sind.

Möglicherweise handelt es sich um einen Taster, den Du früher mal benutzt und inzwischen gelöscht hast. Vielleicht ein Garantietausch oder sowas?

Den wirst Du in dem Aktor dann mgwl. nur noch mit peerBulk los, schlimmstenfalls mit einem Reset. Da kenne ich mich aber nicht wirklich aus.

Auch RolladenWohnzimmerSued war mit diesem Gerät gepeert (Kanäle 5 und 6).
Der VCCU_Btn2 meldet ein Peering mit 3EBE3801. Das kannst Du dort direkt aus den peerIDs löschen.

Nachtrag: 325B86 könnte auch ein virtuelles Device in FHEM gewesen sein, was gelöscht wurde.

[Otto123]

Ich hatte dazu in ganz am Anfang im Beitrag #3 schon mal gefragt.

peer not defined sagt schlicht das es diese Geräte in FHEM nicht gibt. Kann aber durchaus sein, dass es diese Geräte gibt  und diese auch funktionieren!

Das herausgezogene Beispiel von Pfriemler zeigt neben den eigenen Tasten noch 6 (2 Paare + 2 Einzelne Kanäle) weitere zur Bedienung!

Hast Du vier Fernbedienungen für dieses Rollo?

[UweUwe]

Hallo Pfriemler und Otto123,
die Qualität der 6 fach Taster ist nicht gut, aber es gibt wirklich keine Alternativen, vielleicht kenne ich diese auch nicht. Mit der Programmierung hab ich mich auch schwer getan.
Ich musste auch ein Gerät zurückschicken, da erinnere ich mich noch.
Aktuell habe ich folgende 6 fach Schalter im Einsatz: (dies ist doch die DEF-Nummer?)

Code Auswählen Erweitern

3EBDD07   
3EBD10     
3EBCE9     
325B35     
3259EC      

Der 325B86 ist damit nicht mehr vorhanden, war wahrscheinlich die Rücksendung.
Da es sich bei dem RolladenEsszimmerSued um einen im Rolladenkasten verbauten Rolladenaktor handelt (ich habe nur unter Schwierigkeiten Zugriff und dann ist die Tapete zerstört), bin ich hier sehr vorsichtig.
Oder täusche ich mich da?
Hab mir peerBulk mal angeschaut:

Das Kommando müsste dann folgendermassen aussehen:

Code Auswählen Erweitern

set RolladenEsszimerSued 325B8601,325B8602,325B8605 unset
(Meine Vorsicht wegen Aktor im Rolladenkasten) ....
Hallo Otto123:
deine erste Frage habe ich beantwortet: es gibt das Greät wirklich anscheinend nicht. 325B86)
Deine zweite Frage verstehe ich nicht:

Das herausgezogene Beispiel von Pfriemler zeigt neben den eigenen Tasten noch 6 (2 Paare + 2 Einzelne Kanäle) weitere zur Bedienung!

Hast Du vier Fernbedienungen für dieses Rollo?

peerList   self01,self02,KS03_RolloAlle,325B8601,325B8602,325B8605,ES03_RolloAlle,ES04_RolloEsS,

self01 und self02 Kenne ich nicht.
KS03_RolloAlle ist korrekt. Schaltet alle Rolläden gleichzeitig aus der Küche
ES03_RolloAlle ist ebenfalls korrekt, alle Rolläden aus dem Esszimmer werden geschalten
ES04_RolloEsS schaltet nur den RolladenEsszimmerSued vom Esszimmertaster korrekt.
Damit habe ich 3 Fernbedienungen ...
Hab ich die Frage richtig verstanden?

[Otto123]

Du hast alles richtig beantwortet

Ich hatte die Frage quasi von zwei Seiten gestellt
In Deinem Code fehlt noch peerBulk und Du hast ja noch den im Wohnzimmer

Code Auswählen Erweitern

set RolladenEsszimerSued peerBulk 325B8601,325B8602,325B8605 unset
set RolladenWohnzimmerSued peerBulk 325B8605,325B8606 unset

self sind die eigenen Tasten/Tastereingänge

[frank]

selfxx sind immer die eigenen "internen" tasten (peers).
fest "verdrahtet", nicht löschbar. aber die sichtbarkeit der entsprechenden registerdaten kan man mit dem register "intKeyVisib" beeinflussen.

den eingebauten aktor sollte man komplett fernsteuern können, inklusive pairen und resetten. betonung liegt auf sollte. 

[UweUwe]

Hallo, danke für die Hinweise. Bin auch schon weiter gekommen, danke an Otto123:

configCheck done:

Code Auswählen Erweitern

configCheck done:

peer not verified. Check that peer is set on both sides
    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


Jetzt jetzt hab ich  nur noch peer not verified! Merci

[Otto123]

Wenn ich richtig liege, ist der peer bei den Geräten die rechts stehen nicht sichtbar. Bedeutet nicht unbedingt, dass er nicht vorhanden ist (im Gerät)

Deswegen würde ich dort erstmal jeweils
configTaster drücken und schauen ob Daten übertragen werden (hektisch blinkern)
hminfo configcheck machen, wenn sich nichts geändert hat
ein getConfig absetzen
configTaster drücken und schauen ob Daten übertragen werden (hektisch blinkern)

manchmal werden beim ersten Taster drücken nicht alle Daten übertragen, man kann also immer schauen ob noch mehr passiert (nochmal Taster drücken, am Schluss darf er nur noch ruhig blinkern)

[UweUwe]

Otto123,
es wird weniger. Bin jetzt weitergekommen, hier der Stand:

Code Auswählen Erweitern

configCheck done:

peer not verified. Check that peer is set on both sides
    VCCU_Alarm p:BS05_Ala0_Aus
    VCCU_Alarm p:BS06_Ala4_Aus
    VCCU_Btn2 p:KS01_RolloKue Die "gelösten" Fehlermeldungen waren Reste aus "falschen" Überlegungen und Aktivitäten.
Konnte Sie mir peerchan unset eleminieren.

Code Auswählen Erweitern

VCCU_Btn2 p:KS01_RolloKue muss ich noch was nachfragen: Den Taster zur Öffnung des Küchenrolladens verbinde ich direkt mit dem Rolladen , aber auch mit der VCCU_Btn2. Dort steht er in der peerlist:

Code Auswählen Erweitern

peerList KS01_RolloKue,KS03_RolloAlle,GAS01_RolloGae,ES03_RolloAlle

Aber auch im Rolladen selbst steht die Taste in der peerList.

Code Auswählen Erweitern

peerList self01,self02,KS01_RolloKue,KS03_RolloAlle,ES03_RolloAlle,ES05_RolloKue. Es ist doch richtig, dass ich aus der VCCU_Btn2 den Taster KS01_RolloKue entfernen kann und dann nur noch die direkte Verbindung zwischen Taster und Rolladenaktor habe.
Bei den restlichen Fehlermeldungen muss ich mich nochmals eingehend inhaltlich beschäftigen:

Code Auswählen Erweitern

    VCCU_Alarm p:BS05_Ala0_Aus
    VCCU_Alarm p:BS06_Ala4_Aus

[Otto123]

Es ist doch richtig, dass ich aus der VCCU_Btn2 den Taster KS01_RolloKue entfernen kann und dann nur noch die direkte Verbindung zwischen Taster und Rolladenaktor habe.

Ja. Wenn das mit VCCU_Btn2 keine weitere Bedeutung hat kannst Du löschen.

[UweUwe]

Hallo, danke für die Unterstützung.
Auch die restlichen Fehlermeldungen sind jetzt raus. Konfiguration scheint jetzt ok zu sein. Veim VCCU_Alarm hat bei jedem der beiden Taster ein peer gefehlt.
Vielen Dank für die Unterstützung.

[UweUwe]

Hallo,
hab wohl mit meinem 4Aktor02 noch ein Empfangs/Sendethema.
4Aktor01 und 4Aktor02 hängen eigentlich Rücken an Rücken.
Bei 4Aktor02 bekomme ich jetzt aber ein Config Thema, auch CMS Pending, Timeout kommt.

Hier die zugehörige RSSI

Code Auswählen Erweitern

4Aktor01        4Aktor01        myHmUART         -92.0  -91.5  -93.0< -89.0     4
    4Aktor01        CUL_1           4Aktor01         -83.0  -83.4  -84.0< -83.0     4
    4Aktor01        myHmUART        4Aktor01         -79.0  -79.2  -80.0< -79.0     4
    4Aktor02        4Aktor02        myHmUART        -101.0 -101.0 -103.0< -98.0     7
    4Aktor02        CUL_1           4Aktor02         -96.5  -95.6  -99.5< -91.0    56
    4Aktor02        myHmUART        4Aktor02         -87.0  -87.0  -87.0< -87.0     1

Die Werte vom 4Aktor02 sind so viel schlechter.  wie gehe ich da jetzt vor.
Physikalisch sind es ca. 10 Meter , eine Decke und 2 Wände zwischen dem CUL/myUart und dem 4Aktor02.
Hab ich doch richtig gelernt, mit

Code Auswählen Erweitern

attr 4Aktor02 IODev CUL_1 hänge ich den Aktor um auf CUL_1.
Bleibt aber leider weiter auf myHMUart und bringt Response Timeout. Auch nach getconfig , shutdown restart..

Code Auswählen Erweitern

Internals:
   CUL_1_MSGCNT 102
   CUL_1_RAWMSG A1061A01037D48155555502300657245600::-96.5:CUL_1
   CUL_1_RSSI -96.5
   CUL_1_TIME 2020-04-03 12:19:48
   DEF        37D481
   FUUID      5e80a9c1-f33f-1e06-b100-aeb792ddabf22c19
   IODev      myHmUART
   LASTInputDev CUL_1
   MSGCNT     108
   NAME       4Aktor02
   NOTIFYDEV  global
   NR         597
   NTFY_ORDER 50-4Aktor02
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 ChannelBrunnenlicht
   channel_02 ChannelBrunnenstrom
   channel_03 ChannelInternet
   channel_04 4Aktor02_Sw_04
   lastMsg    No:61 - t:10 s:37D481 d:555555 02300657245600
   myHmUART_MSGCNT 6
   myHmUART_RAWMSG 0501005860A01037D481555555030800
   myHmUART_RSSI -88
   myHmUART_TIME 2020-04-03 12:19:47
   protCmdDel 37
   protLastRcv 2020-04-03 12:19:48
   protRcv    20 last_at:2020-04-03 12:19:48
   protResnd  17 last_at:2020-04-03 12:19:46
   protResndFail 5 last_at:2020-04-03 12:19:50
   protSnd    111 last_at:2020-04-03 12:19:48
   protState  CMDs_done_Errors:1
   rssi_at_CUL_1 cnt:102 min:-99.5 max:-91 avg:-95.86 lst:-96.5
   rssi_at_myHmUART cnt:6 min:-88 max:-87 avg:-87.5 lst:-88
   rssi_myHmUART cnt:7 min:-103 max:-98 avg:-101 lst:-101
   READINGS:
     2020-04-03 11:52:56   CommandAccepted yes
     2020-03-29 16:17:57   D-firmware      2.4
     2020-03-29 16:17:57   D-serialNr      MEQ0214162
     2020-04-03 12:19:38   PairedTo        0x555555
     2020-03-29 16:18:02   R-pairCentral   0x555555
     2020-04-03 12:19:38   RegL_00.         00:00 02:01 0A:55 0B:55 0C:55 15:FF 18:00
     2020-03-31 12:23:54   powerOn         2020-03-31 12:23:54
     2020-04-03 12:19:50   state           RESPONSE TIMEOUT:RegisterRead
   helper:
     HM_CMDNR   97
     cSnd       0155555537D48100040000000000,0155555537D48101040000000001
     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     +37D481,00,00,00
       nextSend   1585909188.84279
       rxt        0
       vccu       VCCU
       p:
         37D481
         00
         00
         00
       prefIO:
         myHmUART
     mRssi:
       mNo        61
       io:
         CUL_1:
           -96.5
           -96.5
         myHmUART:
           -86
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
       prs        1
     rpt:
       IO         CUL_1
       flg        A
       ts         1585909188.74337
       ack:
         HASH(0x5a096a8)
         61800255555537D48100
     rssi:
       at_CUL_1:
         avg        -95.8627450980392
         cnt        102
         lst        -96.5
         max        -91
         min        -99.5
       at_myHmUART:
         avg        -87.5
         cnt        6
         lst        -88
         max        -87
         min        -88
       myHmUART:
         avg        -101
         cnt        7
         lst        -101
         max        -98
         min        -103
     shadowReg:
     tmpl:
Attributes:
   DbLogExclude .*
   IODev      CUL_1
   IOgrp      VCCU:myHmUART
   alias      4Fach Aktor Brunnen Steckdose Brunnen Internet Gartenhaus
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.4
   model      HM-LC-SW4-DR
   room       CUL_HM,Heizraum
   serialNr   MEQ0214162
   subType    switch
   webCmd     getConfig:clear msgEvents

Auch der configCheck ist eindeutig.Kommunikationsthema mit allen 3 Kanälen des 4Aktor02

Code Auswählen Erweitern

configCheck done:

missing register list
    4Aktor02_Sw_04: RegL_01.
    ChannelBrunnenlicht: RegL_01.,RegL_03.Ess2_Brunnenlicht
    ChannelBrunnenstrom: RegL_01.
    ChannelInternet: RegL_01.

peer not verified. Check that peer is set on both sides
    Ess2_Brunnenstrom p:ChannelBrunnenstrom

[Otto123]

Hab ich doch richtig gelernt, mit
Code: [Auswählen]
attr 4Aktor02 IODev CUL_1
hänge ich den Aktor um auf CUL_1.

Falsch!
Du hast VCCU, da spielt attr IODev keine Rolle mehr.
So wird es was:

Code Auswählen Erweitern

attr 4Aktor02 IOgrp VCCU:CUL_1
Oder Du lässt ihn selbst entscheiden:

Code Auswählen Erweitern

attr 4Aktor02 IOgrp VCCU

Aber beide sind unterirdisch (kleiner -80)

4Aktor02        CUL_1           4Aktor02         -96.5  -95.6  -99.5< -91.0    56
    4Aktor02        myHmUART        4Aktor02         -87.0  -87.0  -87.0< -87.0     1

Die Angaben des rssi sind logarithmisch, Wert 10 weniger bedeutet ein hundertstel!

Rücken an Rücken: Da schirmt einer den anderen ab? Den IO versuchen anders zu positionieren, Antenne aus dem Gehäuse. Externe Antenne.

[UweUwe]

Hallo,
dann werde ich um einen WEMOS nicht herumkommen? Oder gibt es einen anderen Weg. Ich habe an den Aktoren LAN liegen. Oder gibt es einen anderen Weg als WEMOS. Abgeschirmt ist der 4 Aktor2 schon etwas. Aber es fehlt doch viel an Funkstärke.
Warum der 4Aktor02 jetzt nicht funktioniert und nicht schon früher ein Problem gezeigt hat ist mir klar. Die Heizraumtüre schirmt, wenn Sie geschlossen ist die letzten Funkwellen auch noch ab. während der Installation war die Türe regelmässig offen, man geht ja rein und raus...

Ich habe nochmals ein solches Funkloch bei dieser Installation, für ich auch nochmals eine Lösung suchen muss. Also 2 x WEMOS? Die beiden Funklöcher sind stark voneiander getrennt.

[Otto123]

Wenn Du LAN hast dann nimm LAN.
Entweder fertig das LanGateway oder zum Basteln so ein LAN seriell Wandler
Oder einfach einen ollen Raspberry der vielleicht zuviel ist

[UweUwe]

Hallo Otto,
Sorry für die nochmalige Nachfrage:

Ich hab einen 2 er Raspberry übrig, sogar 2 Stück. Kannst du mir einen Tip geben, wo ich nachlesen kann, wie ich dann alles miteinander ,,sprechen" lasse:
Raspberry 2 mit Rapberry 3 wohl über LAN aber welcher Service auf den Geräten?
Wir verbinde ich die Aktoren mit dem Raspberry 2 , einen CUL hab ich wohl noch.
An einem Stichwort dafür wäre ich sehr interessiert.
Merci

[Otto123]

Hi,

Raspberry ist gaanz einfach, einfach ein aktuelles System, das HMUART Modul drauf stecken, kein FHEM darauf installieren und dann einfach aus dem Link hier
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Verf.C3.BCgbarmachung_im_Netzwerk
Die ser2net Variante nehmen. Läuft einfach und sehr stabil!

Gruß Otto

[UweUwe]

Hallo Otto,
wie immer von Otto123: Ne super Idee.
Hab mal in meinem Hardwarevorrat gestöbert. Raspberry 2 habe ich noch und werde diesen verwenden.
Ich verwende deine Vorlage

Code Auswählen Erweitern

https://heinz-otto.blogspot.com/2018/01/installation-raspberry-pi.html für die Systeminstallation und dann

Code Auswählen Erweitern

https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Verf.C3.BCgbarmachung_im_Netzwerk für für die ser2net Installation.

Da sind auch noch CUL-USB Sticks. Kann ich diese CULs anstatt des HM-MOD-RPI-PCB ohne Nachteile verwenden?
Es gibt in Zukunft sicherlich nicht mehr viele Einsatzmöglichkeiten für die CULs. Habe auch noch ein HM-MOD-RPI-PCB verfügbar, falls ich mit den CULs schlecht bedient wäre.

[Otto123]

Kannst auch die Vorlage nehmen und die Scripts vom GitHub laden. Aber nur wenn Dir die Scripte liegen

Das mit dem CUL geht natürlich auch (ich habe da selbst keine Erfahrung) ich glaube da gibt es auch einen Artikel, gefunden:
https://wiki.fhem.de/wiki/CUL_ueber_Netz
Ich würde auch da die ser2net Variante wählen.

Gruß Otto

[UweUwe]

Halllo Otto123,
habe zwischenzeitlich

Raspberry 1 neues Linux gemäss deiner Anleitung aufgesetzt
Update, Upgrade durchgeführt
serv2net Standardpaket installiert
ser2net.conf ind /etc erstellt und die Konfiguration eingefügt:
2000:raw:0:/dev/ttyACM0:38400 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE

Hab einen mit homematic konfigurierten CUL in den Raspberry eingesteckt.
Dies ergibt folgende Infos mit tail -f /var/log/messages

Code Auswählen Erweitern

pi@raspberrypi:/etc $ tail -f /var/log/messages
Apr  9 00:00:26 raspberrypi rsyslogd:  [origin software="rsyslogd" swVersion="8.                                                        1901.0" x-pid="233" x-info="https://www.rsyslog.com"] rsyslogd was HUPed
Apr 10 00:00:26 raspberrypi rsyslogd:  [origin software="rsyslogd" swVersion="8.                                                        1901.0" x-pid="233" x-info="https://www.rsyslog.com"] rsyslogd was HUPed
Apr 10 16:15:12 raspberrypi kernel: [323464.523213] usb 1-1.2: new full-speed US                                                        B device number 4 using dwc_otg
Apr 10 16:15:12 raspberrypi kernel: [323464.665956] usb 1-1.2: New USB device fo                                                        und, idVendor=03eb, idProduct=204b, bcdDevice= 0.00
Apr 10 16:15:12 raspberrypi kernel: [323464.665980] usb 1-1.2: New USB device st                                                        rings: Mfr=1, Product=2, SerialNumber=0
Apr 10 16:15:12 raspberrypi kernel: [323464.665994] usb 1-1.2: Product: CUL868
Apr 10 16:15:12 raspberrypi kernel: [323464.666005] usb 1-1.2: Manufacturer: bus                                                        ware.de
Apr 10 16:15:12 raspberrypi kernel: [323464.786159] cdc_acm 1-1.2:1.0: ttyACM0:                                                         USB ACM device
Apr 10 16:15:12 raspberrypi kernel: [323464.790101] usbcore: registered new inte                                                        rface driver cdc_acm
Apr 10 16:15:12 raspberrypi kernel: [323464.790119] cdc_acm: USB Abstract Contro                                                        l Model driver for USB modems and ISDN adapters
Apr 10 16:15:12 raspberrypi kernel: [323464.786159] cdc_acm 1-1.2:1.0: ttyACM0:                                                         USB ACM device
Apr 10 16:15:12 raspberrypi kernel: [323464.790101] usbcore: registered new inte                                                        rface driver cdc_acm

Jetzt muss ich nich in FHEM den neuen CUL definieren.
Folgende Fragen bleien mir noch:
1. muss ich den CUL neu konfigurieren?
2. wie lautet de Konfiguration des CUL in FHEM:
def CUL-Heizraum CUL  ttyACM0::2000 0000 geraten

[Otto123]

Falsch, ich denke so:

Code Auswählen Erweitern

def CUL-Heizraum CUL  IPDeinesRaspberry:2000

Die FHTID kannst Du weglassen, du hast doch eine VCCU? D.h. dann noch die VCCU IOList ergänzen!

Gruß Otto

[UweUwe]

Hallo Otto,
vielen Dank für deine Antwort in der doch sehr schweren Zeit.
Ich habe deine Konfigurationsanweisung

Code Auswählen Erweitern

define cul_HzRaum CUL 192.168.20.29:2000 in mein FHEM eingefügt und bekomme leider folgende Fehlermeldung aus FHEM:

Code Auswählen Erweitern

wrong syntax: define <name> CUL {none | devicename[@baudrate] | devicename@directio | hostname:port} <FHTID> .
Da ich nicht schon wieder nur "fragen" möchte , hier meine Überlegungen:
In meiner ser2net Konfigurationsdatei steht:

Code Auswählen Erweitern

2000:raw:0:/dev/ttyACM0:38400 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE Ich gehe davon aus, dass 38400 die Baudrate ist.  Meinen CUL Stick ist aus meinem Bestand, habe diesen nicht neu konfiguriert. Ob er mit 38400 Baud konfiguriert ist, ich weiss es nicht.  Mit dem Befehl ls- al /dev/ttyACM* erhalte ich

Code Auswählen Erweitern

crw-rw---- 1 root dialout 166, 0 Apr 10 16:15 /dev/ttyACM0 Der übliche Weg, in FHEM den CUL zu definieren ist z.B.

Code Auswählen Erweitern

    define CUL CUL /dev/ttyACM0@38400 1234. In der Definition

Code Auswählen Erweitern

define cul_HzRaum CUL 192.168.20.29:2000 fehlt aber die Baudrate. Ich habe also in der ser2net den CUL mit 38400 konfiguriert, FHEM gebe ich die Baudrate nicht vor.  Die Konfiguration  ser2net-CUL-FHEM versteht sich nicht, eventuell. Da hab ich ein Verständnisthema. Vielen Dank für die Unterstützung und schon mal "Frohe Ostern nach Leipzig".

[Otto123]

Moin,

ich rede beim CUL immer über etwas was ich gar nicht habe 
Ich bin mir nicht sicher aber eventuell muss man doch immer die FHTID angeben, der Hilfetext sagt ja <FHTID> also  in spitzen Klammern bedeutet richtigen Wert eintragen aber die Angabe des Wertes ist nicht optional.

Code Auswählen Erweitern

define cul_HzRaum CUL 192.168.20.29:2000 1234

Der Syntax sagt auch hostname:port da steht nichts von baudrate. Die gibst Du ja bei ser2net an.

Aus einem anderen Thread meine ich mir gemerkt zu haben, dass man die Baudrate  beim CUL nicht unbedingt angeben muss. Aber ich würde  denken ser2net will die schon haben.

Versuch das mit der Angabe der FHTID

Schöne Ostern
Otto

[UweUwe]

Hallo Otto,
hab ich mal gemacht

Code Auswählen Erweitern

define cul_HzRaum CUL 192.168.20.29:2000 0000 Hab die FHTID auf 0000 gesetzt wegen diesem :

Die FHTID ist eine 4-stellige hexadezimale Zahl und wird verwendet, wenn der CUL FHT Telegramme sendet bzw. Daten anfragt. Diese sollte als 0000 gewählt werden, wenn man FHT80b Anfragen durch den CUL vermeiden will.

Ohne Fehlermeldung wurde das device im FHEM konfiguriert. Auch nach Restart  beider Raspberries trotzdem noch disconnected:

Code Auswählen Erweitern

Internals:
   CMDS       
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        192.168.20.29:2000 0000
   DeviceName 192.168.20.29:2000
   FHTID      0000
   FUUID      5e91838a-f33f-1e06-310c-fb20afe8b9257b9e
   NAME       cul_HzRaum
   NEXT_OPEN  1586595116
   NR         627
   PARTIAL   
   STATE      disconnected
   TYPE       CUL
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-04-11 10:50:56   state           disconnected
Attributes:
   DbLogExclude .*
   room       Heizraum,Homematic Sorry für die nochmalige Nachfrage

[Otto123]

stimmt die Schnittstelle wo der CUL steckt?

Code Auswählen Erweitern

ls -l /dev/ttyA*
Und entschuldige Dich nicht für jede Frage

[UweUwe]

Hallo Otto,

Code Auswählen Erweitern

ls -l /dev/ttyA* bringt auf dem "Sende-RPI, Verstärker-RPI,Hz-Raum"

Code Auswählen Erweitern

crw-rw---- 1 root dialout 166,  0 Apr 11 09:17 /dev/ttyACM0
crw--w---- 1 root tty     204, 64 Apr 11 09:25 /dev/ttyAMA0


[UweUwe]

Im Logile finde sich verständlicherweise die Nachricht regelmässig im Minutentakt

Code Auswählen Erweitern

2020.04.11 10:48:56 1: 192.168.20.29:2000 disconnected, waiting to reappear (cul_HzRaum)
2020.04.11 10:49:56 1: 192.168.20.29:2000 disconnected, waiting to reappear (cul_HzRaum)

[Otto123]

Und der Dienst ser2net auf dem Pi wo der CUL steckt läuft? Hast Du nach der Konfigänderung neu gestartet?
Sieht irgendwie ansonsten nicht falsch aus.
Geht sowas auf Kommdozeile?

Code Auswählen Erweitern

telnet 192.168.20.29 2000

[UweUwe]

Hallo Otto,
im der Kommoandozeile von meinem FHEM-Server (das andere RPI hat kein FHEM), bringt

Code Auswählen Erweitern

telnet 192.168.20.29 2000
die Fehlermeldung:

Code Auswählen Erweitern

Unknown command telnet, try help. Ich vermute, dass ich telnet installieren muss.

[Otto123]

Ich dachte immer das ist "drin"

Code Auswählen Erweitern

sudo apt-get update && sudo apt-get install telnet

[UweUwe]

Hallo Otto.

Code Auswählen Erweitern

pi@mymachine:/home $ sudo apt-get update && apt-get install telnet
OK:1 http://raspbian.raspberrypi.org/raspbian stretch InRelease
OK:2 http://archive.raspberrypi.org/debian stretch InRelease
Paketlisten werden gelesen... Fertig
E: Sperrdatei /var/lib/dpkg/lock konnte nicht geöffnet werden. - open (13: Keine Berechtigung)
E: Sperren des Administrationsverzeichnisses (/var/lib/dpkg/) nicht möglich, sind Sie root?

[UweUwe]

FHEM kennt auch noch kein telnet.

Code Auswählen Erweitern

Unknown command telnet, try help.

[Otto123]

sorry da fehlte ein zweites sudo, hab es oben korrigiert.
Aber auf dem Pi war das doch immer schon drauf? Oder kam bei mir durch eine andere Installation.Bei meinem neuesten buster System war es auch nicht drauf

[UweUwe]

Hallo Otto,
Jetzt ist die Telnet Installation auf dem RPI durchgelaufen, danke.
Auf FHEM gibt es einen telnetPort: list telnetPort (ich weiss nicht , woher)

Code Auswählen Erweitern



Internals:
   CONNECTS   7
   DEF        7072 global
   FD         5
   FUUID      5c65ca1a-f33f-1e06-d2b1-729a1a468adb5fbf
   NAME       telnetPort
   NR         36
   PORT       7072
   STATE      Initialized
   TYPE       telnet
   READINGS:
     2020-04-11 14:25:07   state           Initialized
Attributes:
   DbLogExclude .*


Leider bringt

Code Auswählen Erweitern

telnet 192.168.20.29 2000 immer noch

Code Auswählen Erweitern

Unknown command telnet, try help. identische Fehlermeldung zu

Code Auswählen Erweitern

telnetPort 192.168.20.29 2000. der neue CUL ist noch disconnected.

Code Auswählen Erweitern

Internals:
   CMDS       
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        192.168.20.29:2000 0000
   DeviceName 192.168.20.29:2000
   FHTID      0000
   FUUID      5e91838a-f33f-1e06-310c-fb20afe8b9257b9e
   NAME       cul_HzRaum
   NEXT_OPEN  1586608957
   NR         627
   PARTIAL   
   STATE      disconnected
   TYPE       CUL
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-04-11 14:41:37   state           disconnected
Attributes:
   DbLogExclude .*
   room       Heizraum,Homematic

[Otto123]

Irgendwie ein Missverständnis, ich meine den telnet Befehl auf System Ebene-nicht innerhalb von fhem!

Der soll nur testen ob der Port auf dem pi erreichbar ist. Damit wäre klar das dort ein Dienst läuft...

[UweUwe]

Hi, die scheinen sich zu mögen..

Code Auswählen Erweitern

pi@mymachine:~ $ telnet 192.168.20.29 2000
Trying 192.168.20.29...
Connected to 192.168.20.29.
Escape character is '^]'.
Connection closed by foreign host.

Der CUL ist noch disconnected..
Kann dies daran liegen, dass ich schon 2 CULs in RPI-FHEM verwendet habe. List CUL_0 (FHT)

Code Auswählen Erweitern

Internals:
   CMDS       ABbCeFGhiKkLlMmNRTtUuVWXxYZ
   CUL_0_MSGCNT 860
   CUL_0_TIME 2020-04-11 16:33:56
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/ttyACM0@9600 1034
   DeviceName /dev/ttyACM0@9600
   FD         11
   FHTID      1034
   FUUID      5c65ca1b-f33f-1e06-2d62-5aa313bd38c1d35c
   NAME       CUL_0
   NR         60
   PARTIAL   
   RAWMSG     TC02D858205
   RSSI       -71.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 CUL868
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-04-11 14:25:08   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-04-11 16:33:56   state           Initialized
   SOFTBUFFER:
Attributes:
   DbLogExclude .*
List CUL_1 Homematic

Code Auswählen Erweitern

Internals:
   CMDS       ABbCeFGhiKkLlMmNRTtUuVWXxYZ
   CUL_1_MSGCNT 206
   CUL_1_TIME 2020-04-11 16:41:49
   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
   PARTIAL   
   RAWMSG     A0D6384105FE7345555550601B5000D
   RSSI       -67.5
   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-04-11 14:25:08   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-04-11 16:41:49   state           Initialized
   helper:
Attributes:
   DbLogExclude .*
   hmId       555555
   rfmode     HomeMatic
   room       Homematic

und jetzt der neue CUL (cul_HzRaum)

Code Auswählen Erweitern

Internals:
   CMDS       
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        192.168.20.29:2000 0000
   DeviceName 192.168.20.29:2000
   FHTID      0000
   FUUID      5e91838a-f33f-1e06-310c-fb20afe8b9257b9e
   NAME       cul_HzRaum
   NEXT_OPEN  1586615979
   NR         627
   PARTIAL   
   STATE      disconnected
   TYPE       CUL
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-04-11 16:38:39   state           disconnected
Attributes:
   DbLogExclude .*
   room       Heizraum,Homematic

Und der neue CUL cul_HzRaum hat das Format meines FHEM FHT-Culs, nicht des FHEM Homematic CULs.
Es fehlt z.B. rfmode Homematic in dem cul_HzRaum.

[Otto123]

Connected to 192.168.20.29.
Escape character is '^]'.
--- hier drückst Du die escape Taste ? oder macht er das allein?
Connection closed by foreign host.

Wie gesagt, ich kann es nicht testen Vielleicht testest Du das mal mit einem sicher funktionierenden CUL?

[UweUwe]

Hallo, ne ich mach gar nichts, ich drücke kein ESC. Connection closed kommt automatisch

[Otto123]

Das bedeutet er macht eine Verbindung und schließt sie sofort wieder.
Das erscheint mir komisch. 
Ich habe einen HMUART über ser2net angebunden, dort bleibt die Verbindung mit telnet bis ich sie abbreche (^] -> strg+)
Wenn FHEM eine bestehende Verbindung hat, kommt vor dem automatischen connection closed ein
Port already in use

Wenn allerdings kein connect zu Stande kommt gibt es eine Fehlermeldung.

[UweUwe]

Hallo Otto,

ich glaube, ich fahr dann mal über den HM-UART, hab ja noch einen da.
Umbau sollte nicht so schwierig sein.
Muss mal sehen, wo der auf dem Raspberry Pi Modell B Revision 2 hingehört.
Dann die ser2net.conf ändern auf:

Code Auswählen Erweitern

echo "4000:raw:0:/dev/ttyAMA0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE"
gehört das echo und die "" dazu?

und den Dienst neu starten:

Code Auswählen Erweitern

systemctl restart ser2net

Anschliessend telnet ausprobieren. Ist doch so richtig?

[Otto123]

Wenn Du die ganze Zeile verwendest, gehört echo dazu:
echo "4000:raw:0:/dev/ttyAMA0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE" >> /etc/ser2net.conf

Das ist meine Art zu beschreiben was man tun muss, aber das funktioniert nur im "ganzen Satz"
echo "string" >>Datei
Hängt eine Zeile an eine existierende Datei an.

Dein Fragment meiner Zeile ist in sich sinnlos

Ich weiß nicht wie jetzt Deine ser2net.conf aussieht. Sinnlose Zeilen würde ich dort nicht lassen.
Meine für den hmuart sieht so aus:

Code Auswählen Erweitern

#
# This is the configuration file for ser2net.  It has the following format:
#  <TCP port>:<state>:<timeout>:<device>:<options>
#     TCP port
#            Name   or  number of the TCP/IP port to accept con-
#            nections from for this device.  A port number may
#            be of the form [host,]port, such as 127.0.0.1,2000
#            or localhost,2000.  If this is specified, it will
#            only bind to the IP address specified. Otherwise
#            it will bind to all the ports on the machine.
#
#     state  Either raw or rawlp or telnet or off.  off disables
#            the  port  from  accepting  connections.  It can be
#            turned on later from the control port.  raw enables
#            the port and  transfers  all data as-is between the
#            port  and  the long.  rawlp  enables  the port  and
#            transfers  all input data to device, device is open
#            without  any  termios  setting.  It  allow  to  use
#            /dev/lpX  devices  and  printers connected to them.
#            telnet enables the port and runs the telnet  proto-
#            col  on the port to set up telnet parameters.  This
#            is most useful for using telnet.
#
#     timeout
#            The time (in seconds) before the port will be  dis-
#            connected  if  there  is no activity on it.  A zero
#            value disables this funciton.
#
#     device The  name  of  the  device   to  connect  to.  This
#            must be in the form of /dev/<device>.
#
#     options
#            Sets  operational  parameters  for the serial port.
#            Options 300, 1200, 2400, 4800, 9600, 19200, 38400,
#            57600, 115200 set the various baud rates.  EVEN,
#            ODD, NONE set the parity.  1STOPBIT, 2STOPBITS set
#            the number of stop bits.  7DATABITS, 8DATABITS set
#            the number of data bits.  [-]XONXOFF turns on (-
#            off) XON/XOFF support.  [-]RTSCTS turns on (- off)
#            hardware flow control, [-]LOCAL turns off (- on)
#            monitoring of the modem lines, and
#            [-]HANGUP_WHEN_DONE turns on (- off) lowering the
#            modem control lines when the connextion is done.
#            NOBREAK disables automatic setting of the break
#            setting of the serial port.
#            The "remctl" option allow remote control (ala RFC
#            2217) of serial-port configuration.  A banner name
#            may also be specified, that banner will be printed
#            for the line.  If no banner is given, then no
#            banner is printed.
#
# or...

#  BANNER:<banner name>:banner
#    This will create a banner, if the banner name is given in the
#    options of a line, that banner will be printed.  This takes the
#    standard "C" \x characters (\r is carraige return, \n is newline,
#    etc.).  It also accepts \d, which prints the device name, \p,
#    which prints the TCP port number, and \s which prints the serial
#    parameters (eg 9600N81).  Banners can span lines if the last
#    character on a line is '\'.  Note that you *must* use \r\n to
#    start a new line.
#
# Note that the same device can be listed multiple times under different
# ports, this allows the same serial port to have both telnet and raw
# protocols.

# The original config file shipped with the upstream sources can be
# found in /usr/share/doc/ser2net/examples

BANNER:banner:\r\nser2net port \p device \d [\s] (Debian GNU/Linux)\r\n\r\n

2000:telnet:600:/dev/ttyS0:9600 8DATABITS NONE 1STOPBIT banner
2001:telnet:600:/dev/ttyS1:9600 8DATABITS NONE 1STOPBIT banner
3000:telnet:600:/dev/ttyS0:19200 8DATABITS NONE 1STOPBIT banner
3001:telnet:600:/dev/ttyS1:19200 8DATABITS NONE 1STOPBIT banner
4000:raw:0:/dev/ttyAMA0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE
Gruß Otto

[UweUwe]

Hallo Otto, es lässt mich nicht ruhen.
Hab jetzt einen weiteren Raspberry modifiziert mit HMUart, neuestem Linux , ser2net Installation, Telnet Installation. Habe deine ser2net config exakt eingefügt.
Telnet bleibt jetzt hier stehen, wie gewünscht:

Code Auswählen Erweitern

pi@mymachine:~ $ telnet 192.168.20.48 4000
Trying 192.168.20.48...
Connected to 192.168.20.48.
Escape character is '^]'.
Ist ja schon mal ein Erfolg.

[UweUwe]

Hallo,

Die überprüfung der Schnittstelle auf dem "Nur-Funker" mit ls -l /dev/ttyAMA0 bringt.

Code Auswählen Erweitern

pi@raspberrypi:~ $ ls -l /dev/ttyAMA0
crw--w---- 1 root tty 204, 64 Apr 11 20:38 /dev/ttyAMA0


Ich gehe davon aus, dass ich jetzt die die Definition des CUL-Heizraum entfernen muss, aber wie konfiguriere ich jetzt den HMUart in FHEM? Hab keine Doku gefunden..

[Otto123]

Doku ist hier:
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Definition_in_FHEM

Code Auswählen Erweitern

define WLAN_HmUART HMUARTLGW uart://<IP-Adresse>:<Portnummer>
Also mit 192.168.20.48:4000

Gruß Otto

[UweUwe]

Hallo Otto123,

den HMUart hab ich in FHEM definiert:

Code Auswählen Erweitern

Internals:
   CNT        1
   Clients    :CUL_HM:
   DEF        uart://192.168.20.48:4000
   DevState   1
   DevType    UART
   DeviceName 192.168.20.48:4000
   FD         4
   FUUID      5e92b209-f33f-1e06-c9ec-2a8385ac56c6d17a
   LastOpen   1586674154.83535
   NAME       WLAN_HzRaum
   NOTIFYDEV  global
   NR         628
   NTFY_ORDER 50-WLAN_HzRaum
   PARTIAL   
   RAWMSG     05000045D080025555556263C101016200
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   0
   model      HM-MOD-UART
   owner_CCU  VCCU
   Helper:
     AckPending:
       1:
         cmd        00
         dst        0
         frame      FD00030001009E03
         resend     2
         time       1586674155.83699
     LastSendLen:
       3
     Log:
       IDs:
   MatchList:
     1:CUL_HM   ^A......................
   READINGS:
     2020-04-12 08:35:31   D-type          HM-MOD-UART
     2020-04-12 08:49:15   cond            init
     2020-04-12 08:35:31   loadLvl         suspended
     2020-04-12 08:49:14   state           opened
   helper:
Attributes:
   DbLogExclude .*
   alias      Raspberry im Heizraum als "Funker"
   hmId       555555
   room       Heizraum,Homematic und in meiner VCCU in der IOlist ergänzt:

Code Auswählen Erweitern

Internals:
   CUL_1_MSGCNT 65
   CUL_1_RAWMSG A0D4B80025555555FE73401017E00::-23.5:CUL_1
   CUL_1_RSSI -23.5
   CUL_1_TIME 2020-04-12 08:48:10
   DEF        555555
   FUUID      5c65ca1c-f33f-1e06-22c3-7eb38b7ca5a3a0d2
   IODev      CUL_1
   LASTInputDev CUL_1
   MSGCNT     66
   NAME       VCCU
   NOTIFYDEV  global
   NR         404
   NTFY_ORDER 50-VCCU
   STATE      myHmUART:ok,CUL_1:ok,WLAN_HzRaum:init
   TYPE       CUL_HM
   assignedIOs CUL_1,WLAN_HzRaum,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:4B - t:02 s:555555 d:5FE734 01017E00
   myHmUART_MSGCNT 1
   myHmUART_RAWMSG 0500003BCA943F121059000000070000000000
   myHmUART_RSSI -59
   myHmUART_TIME 2020-04-12 08:41:09
   protLastRcv 2020-04-12 08:48:10
   protRcv    52 last_at:2020-04-12 08:48:10
   protRcvB   4 last_at:2020-04-12 08:40:39
   rssi_at_CUL_1 cnt:64 min:-23.5 max:-23.5 avg:-23.5 lst:-23.5
   READINGS:
     2020-04-12 08:48:10   CommandAccepted yes
     2020-04-12 08:50:47   IOopen          2
     2020-04-12 08:50:47   state           myHmUART:ok,CUL_1:ok,WLAN_HzRaum:init
     2020-04-12 08:41:09   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
     2020-03-30 18:39:33   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
     2020-04-03 10:30:53   unknown_6DAAAD  received
   helper:
     HM_CMDNR   75
     mId        FFF0
     peerFriend peerSens,peerAct
     peerOpt    -:virtual
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       nextSend   1586674090.99124
       vccu       VCCU
       ioList:
         myHmUART
         CUL_1
         WLAN_HzRaum
       prefIO:
         myHmUART
     mRssi:
       mNo        4B
       io:
         CUL_1:
           -15.5
           -15.5
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
       at_CUL_1:
         avg        -23.5
         cnt        64
         lst        -23.5
         max        -23.5
         min        -23.5
     tmpl:
Attributes:
   DbLogExclude .*
   IODev      CUL_1
   IOList     myHmUART,CUL_1,WLAN_HzRaum
   IOgrp      VCCU:myHmUART
   expert     2_full
   model      CCU-FHEM
   room       GERAETE,Homematic
   subType    virtual
   webCmd     virtual:update Das reading "cond" des HMUart wechselt zwischen "init" und "disconnected". Im Logfile sehe ich, dass der Zugriff nicht erfolgreich ist.

Code Auswählen Erweitern

192.168.20.48:4000 reappeared (WLAN_HzRaum)
2020.04.12 08:53:52 1: HMUARTLGW WLAN_HzRaum did not respond for the 1. time, resending
2020.04.12 08:53:55 1: HMUARTLGW WLAN_HzRaum did not respond for the 2. time, resending
2020.04.12 08:53:58 1: HMUARTLGW WLAN_HzRaum did not respond for the 3. time, resending
2020.04.12 08:54:01 1: HMUARTLGW WLAN_HzRaum did not respond after all, reopening
2020.04.12 08:54:01 3: WLAN_HzRaum device closed
2020.04.12 08:54:01 1: 192.168.20.48:4000 reappeared (WLAN_HzRaum) Der Zugriff mit telnet funktioniert dann verständlicherweise auch nicht (im Gebrauch)..

Code Auswählen Erweitern

telnet 192.168.20.48 4000
Trying 192.168.20.48...
Connected to 192.168.20.48.
Escape character is '^]'.
Port already in use
Connection closed by foreign host.
Habe den "Funker" bereits mehrfach rebootet und auch FHEM neu gestartet. Den Raspberry habe ich komplett neu aufgebaut (ohne FHEM) aber mit ser2net. Die Konfiguration hab ich von dir übernommen.  Nochmals schöne Ostern.

[UweUwe]

Hallo Otto,
die Schnittstelle des HMUart sieht so aus:

Code Auswählen Erweitern

pi@raspberrypi:/etc $ ls -l /dev/ttyAMA0
crw--w---- 1 root tty 204, 64 Apr 12 08:19 /dev/ttyAMA0


[Otto123]

Du musst den Pi (wo die HMUART drauf ist) auch so vorbereiten wie im Wiki:
https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule
Damit die UART Schnittstelle richtig läuft. Also wenn es kein Pi3 oder 4 ist muss Du zumindest dies tun (Systemkonsole):

Code Auswählen Erweitern

# seriell-getty Dienst für ttyAMA0 dauerhaft deaktivieren
systemctl stop serial-getty@ttyAMA0.service
systemctl disable serial-getty@ttyAMA0.service
systemctl mask serial-getty@ttyAMA0.service

[UweUwe]

Hallo Otto,
hab jetzt den HMUart-RPI und den CUL-RPI am Laufen. Vielen Dank.
Die Folgende Vorgehensweise führte zum Erfolg:
Raspberry mit CUL als Funkbrücke

1. Raspberry mit neuem LINUX incl. Update und Upgrade
2. CUL neu flashen, ein bereits verwendeter CUL funktioniert nicht. (1. Fehler von mir)
2. Ser2net Installation
3. ser2net.conf aktualisieren. Vorsicht , hier ist eine Falle. In der Doku von FHEM-ser2net steht:
2000:raw:0:/dev/ttyACM0:38400 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE.
In der von ser2net vorbereiteten ser2net.conf vorbereiteten Datei stehen ganz am Ende 4 aktive Konfigurationszeilen, die man schnell übersieht. Eine davon definiert 2000: .
Fügt man jetzt als erste Zeile in ser2net.conf die Zeile aus der FHEM-ser2net Doku ein, so wird 2000: doppelt konfiguriert, was zu Problemen führt. Die Lösung ist, dass man
4000:raw:0:/dev/ttyACM0:38400 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE
einfügt. (2. Fehler von mir)
4. Telnet nachinstallieren und testen. Telnet darf sich hier nicht selbst beenden. Falls dies so nicht funktioniert, kann man sofort nochmals von vorne beginnen. (mein 3.Fehler)
5. CUL in FHEM definieren
6. CUL in IOList der VCCU eintragen, falls man eine VCCU hat
7. In der VCCU muss der state so aussehen, dass ist es ok (hab jetzt 5 "Funker")
myHmUART:ok,CUL_1:ok,WLAN_HzRaum:ok,cul_HzRaum:ok,CUL_Veranda:ok
==> geschafft.


Raspberry mit HMUart als Funkbrücke

1. Raspberry mit neuem LINUX incl. Update und Upgrade
2. # seriell-getty Dienst für ttyAMA0 dauerhaft deaktivieren (mein 1.Fehler)
2. Ser2net Installation
3. ser2net.conf aktualisieren. Die "CUL" Falle existiert hier nicht, da in der FHEM-ser2net Doku bereits die einzufügende Zeile auf 4000: steht:
4000:raw:0:/dev/ttyAMA0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE
4. Telnet nachinstallieren und testen. Telnet darf sich hier nicht selbst beenden. Falls dies so nicht funktioniert, kann man sofort nochmals von vorne beginnen. (mein 2.Fehler)
5. HMUart in FHEM definieren
6. HMUart in IOList der VCCU eintragen, falls man eine VCCU hat
7. In der VCCU muss der state so aussehen, dass ist es ok (hab jetzt 5 "Funker")
myHmUART:ok,CUL_1:ok,WLAN_HzRaum:ok,cul_HzRaum:ok,CUL_Veranda:ok
==> geschafft.

Ist kein Hexenwerk, wie Otto bereits geschrieben hat. Man muss diese Punkte beachten und Otto haben,  ohne Otto geht nichts. Danke nochmals an das Wissen und die Geduld von Otto.

[UweUwe]

Hallo Otto,

du hattest mir vor 3 Jahren freundlicherweise (immer sehr hilfbereit) geholfen (dieser Thread) , eine Funkbrücke auf Basis eines RPI2 und ser2net/CUL aufzubauen (HMUARTLGW WLAN_HzRaum)
Leider kann der RPI auf die FlashKarte nicht mehr zugreifen und ich habe kein komplette Sicherung der Flashkarte.
Ganz regelmässig bekomme ich folgende Fehlermeldung, unabhängig , ob der RPI eingeschaltet (Strom)  ist oder nicht:

Code Auswählen Erweitern

2023.10.27 12:12:26 3: HMUARTLGW WLAN_HzRaum: connect to http://192.168.20.48:4000 timed out, retrying in 60.00s
1. Frage:  In meiner VCCU sehe ich folgende Information :

Code Auswählen Erweitern

assignedIOs CUL_1,CUL_Veranda,WLAN_HzRaum,cul_HzRaum,myHmUARTKann ich den WLAN_HzRaum hier entfernen (wie) und dadurch die Fehlermeldungen erst mal verhindern?

2. Frage:

Im gleichen Zuge habe ich eine weitere Funkbrücke installiert, die auch weiterhin läuft. Hardware ist identisch RPI2 und auch ser2net/Cul sollte identisch sein. ((CUL_Veranda)

Schalte ich die RPI auf der Veranda ein, so bekomme ich folgende Meldung:

Code Auswählen Erweitern

2023.10.27 12:00:31 3: CUL_Veranda: Possible commands: ABbCeFGhiKkLlMmNRTtUuVWXxYZ
2023.10.27 12:00:31 1: 192.168.20.68:4000 reappeared (CUL_Veranda)
Für mich stellt sich jetzt die Frage , wie ich die Flashkarte von HMUARTLGW WLAN_HzRaum am effektivsten wiederherstelle.

1. Möglichkeit: Ich habe noch die Anleitung von dir aus dem Jahre 2000 und baue das System auf einer neuen Flashkarte auf.
2. Möglchkeit: Ich kopiere die Flashkarte  CUL_Veranda und modifiziere die Personalisierung von CUL_Veranda zu WLAN_HzRaum (aber was und wie?)
3. Möglichkeit: Gibt es noch einen für mich einfacheren Weg?

3. Frage:
Warum bekomme ich vom CUL_Veranda keine Fehlermeldungen, wenn der RPI ausgeschaltet ist?

Merci, Merci, Merci

P.S. Eine kleine Frage am Rande: Ich erinnere mich an ein von dir erstellte Doku, wie man in der linken Spalte des "FHEM-Servers" ganz unten bei Logfile, Commandref,  REMOTE DOC eigene Zeilen mit wichtigen Kommandos dauerhaft ergänzen kann. Ich finde diese Anleitung weder im Forum, noch auf deiner Homepage. Kannst du mir einen Link schicken?

[Otto123]

Hallo Uwe,

Du musst WLAN_HzRaum deaktivieren, z.B. mit

Code Auswählen Erweitern

attr WLAN_HzRaum dummy 1Die VCCU macht erstmal den Rest.

Schalte ich die RPI auf der Veranda ein, so bekomme ich folgende Meldung:

Das ist doch lediglich die Meldung, dass der HMUARTLGW wieder da ist. Wenn Du in fehlerfrei ausschalten willst, musst Du das Device in FHEM vorher deaktivieren. Geht auch temporär (nicht Restart fest) mit

Code Auswählen Erweitern

set CUL_Veranda closeoder mit dem dummy Attribute wie oben. Dann ist es restart fest.

Den Remote HMUARTLGW machst Du am Besten einfach neu, ist doch nur das System und ser2net oder socat?
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi

Kannst du mir einen Link schicken?

Du meinst sowas?
https://heinz-otto.blogspot.com/2017/08/raspberry-ausschalten-mit-fhem.html

Gruß Otto