Autor Thema: 10_CUL_MH Version 24158  (Gelesen 5091 mal)

Offline sepultura30

  • New Member
  • *
  • Beiträge: 32
10_CUL_MH Version 24158
« am: 07 April 2021, 16:51:41 »
Hallo,

seit dieser Version gehen meine Schlüssel nicht mehr ->HM-RC-KEY4-2, obwohl ich nur eine Taste drücke, Sprechen alle Channels gleichzeitig an, und mein Türschloss will öffnen, schliessen, verrigeln und Licht geht an im Flur. Das war vorher nicht so. Ich habe jetzt Version 24031 eingespielt, jetzt ist alles wieder io.


Log:

2021.04.07 15:36:05 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:17
2021.04.07 15:36:05 5: CUL_HM SchluesselSandro sent ACK:2
2021.04.07 15:36:05 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:16
2021.04.07 15:36:05 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:05 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:05 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:05 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:06 4: wait:RegisterRead got:02 :
          nAddr:0
          forChn:01
          forPeer:
          Pending:RegisterRead
          forList:01
          mNo:3
          reSent:1
          cmd:As1003A00194561251889501040000000001
2021.04.07 15:36:06 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:16
2021.04.07 15:36:06 5: CUL_HM SchluesselSandro sent ACK:2
2021.04.07 15:36:06 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:15
2021.04.07 15:36:06 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:06 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:06 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:06 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:06 4: wait:PeerList got:01 :
          Pending:PeerList
          cmd:As0B04A0019456125188950103
          reSent:1
          forChn:01
          mNo:4
2021.04.07 15:36:06 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:15
2021.04.07 15:36:06 5: CUL_HM SchluesselSandro sent ACK:2
2021.04.07 15:36:06 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:14
2021.04.07 15:36:06 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:06 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:06 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:06 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:08 4: wait:RegisterRead got:02 :
          forList:01
          mNo:5
          reSent:1
          cmd:As1005A00194561251889502040000000001
          nAddr:0
          forChn:02
          forPeer:
          Pending:RegisterRead
2021.04.07 15:36:08 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:14
2021.04.07 15:36:08 5: CUL_HM SchluesselSandro sent ACK:2
2021.04.07 15:36:08 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:13
2021.04.07 15:36:08 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:08 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:08 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:08 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:09 4: wait:PeerList got:01 :
          reSent:1
          cmd:As0B06A0019456125188950203
          Pending:PeerList
          mNo:6
          forChn:02
2021.04.07 15:36:09 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:13
2021.04.07 15:36:09 5: CUL_HM SchluesselSandro sent ACK:2
2021.04.07 15:36:09 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:12
2021.04.07 15:36:09 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:09 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:09 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:09 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:09 4: wait:RegisterRead got:02 :
          Pending:RegisterRead
          forPeer:
          nAddr:0
          forChn:03
          reSent:1
          cmd:As1007A00194561251889503040000000001
          forList:01
          mNo:7
2021.04.07 15:36:09 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:12
2021.04.07 15:36:09 5: CUL_HM SchluesselSandro sent ACK:2
2021.04.07 15:36:09 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:11
2021.04.07 15:36:09 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:09 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:09 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:09 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:11 4: wait:PeerList got:01 :
          forChn:03
          mNo:8
          Pending:PeerList
          reSent:1
          cmd:As0B08A0019456125188950303
2021.04.07 15:36:11 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:11
2021.04.07 15:36:11 5: CUL_HM SchluesselSandro sent ACK:2
2021.04.07 15:36:11 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:10
2021.04.07 15:36:11 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:11 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:11 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:11 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:12 4: wait:RegisterRead got:02 :
          cmd:As1009A00194561251889504040000000001
          reSent:1
          mNo:9
          forList:01
          Pending:RegisterRead
          forPeer:
          nAddr:0
          forChn:04
2021.04.07 15:36:12 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:10
2021.04.07 15:36:12 5: CUL_HM SchluesselSandro sent ACK:2
2021.04.07 15:36:12 5: CUL_HM SchluesselSandro protEvent:CMDs_processing... pending:9
2021.04.07 15:36:12 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:12 5: CUL_HM set SchluesselSandro ?
2021.04.07 15:36:12 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:12 4: CUL_HM SchluesselSandro dupe: dont process
2021.04.07 15:36:13 4: wait:PeerList got:01 :
          mNo:10
          forChn:04
          cmd:As0B0AA0019456125188950403
          reSent:1
          Pending:PeerList

Offline mabula

  • Jr. Member
  • **
  • Beiträge: 63
Antw:10_CUL_MH Version 24158
« Antwort #1 am: 08 April 2021, 08:12:53 »
Ich habe ähnliche Probleme gesehen. GetConfig von zB. Heizkörperthermostaten blieb hängen bzw. es wurden definitiv falsche Registerwerte ausgelesen.
Ich bin mir nicht mehr sicher, ob folgendes der Problemlöser war.
Vermutung die VCCU wurde verändert. Ein Versuch mit
set <VCCU> assignHmKey
könnte helfen.
Gruß HJB
FHEM auf RPI mit FS20, Homematic, ELERO, Zigbee, Eigenbau z.B. Heizölsensor auf Basis Arduino, Anemometer; Sprachsteuerung offline über vosk/Python

Offline locodriver

  • Sr. Member
  • ****
  • Beiträge: 500
Antw:10_CUL_MH Version 24158
« Antwort #2 am: 09 April 2021, 11:38:59 »
Ich hänge mich hier mal dran...

Ich habe zwei 6-fach-Taster, die mit DOIFs abgefragt werden. Seid dem Update auf o.g. Version werden bei Betätigen eines beliebeigen Tasters die Funktionen aller Taster ausgeführt.

Hier ist mal die Definition eines Tasters:

Internals:
   CFGFN      ./FHEM/18_Schalter.cfg
   DEF        ([BD_T6_Btn_01] =~ "Short" and [?BD_Li_Sw_02] eq "Ein")(set BD_Li_Sw_02 off)
DOELSEIF
([BD_T6_Btn_01] =~ "Short" and [?BD_Li_Sw_02] eq "Aus")(set BD_Li_Sw_02 on)
DOELSEIF
([BD_T6_Btn_02] =~ "Short" and [?BD_Li_Sw_01] eq "Ein")(set BD_Li_Sw_01 off)
DOELSEIF
([BD_T6_Btn_02] =~ "Short" and [?BD_Li_Sw_01] eq "Aus")(set BD_Li_Sw_01 on)
   FUUID      5c443da9-f33f-b425-6347-85572b0cf8dfc5af
   MODEL      FHEM
   NAME       BD_Licht
   NOTIFYDEV  BD_T6_Btn_01,BD_T6_Btn_02,global
   NR         444
   NTFY_ORDER 50-BD_Licht
   STATE      Decke Ein
   TYPE       DOIF
   VERSION    24195 2021-04-08 21:50:20
   READINGS:
     2021-04-09 11:30:15   Device          BD_T6_Btn_02
     2021-04-09 11:30:15   cmd             4
     2021-04-09 11:30:15   cmd_event       BD_T6_Btn_02
     2021-04-09 11:30:15   cmd_nr          4
     2021-04-09 11:30:15   e_BD_T6_Btn_01_STATE Short 1_72 (to VCCU)
     2021-04-09 11:30:15   e_BD_T6_Btn_02_STATE Short 1_30 (to VCCU)
     2021-04-09 11:30:15   state           Decke Ein
   Regex:
     accu:
     collect:
     cond:
       BD_T6_Btn_01:
         0:
           &STATE     ^BD_T6_Btn_01$
         1:
           &STATE     ^BD_T6_Btn_01$
       BD_T6_Btn_02:
         0:
         1:
         2:
           &STATE     ^BD_T6_Btn_02$
         3:
           &STATE     ^BD_T6_Btn_02$
   attr:
     cmdState:
       0:
         Spiegel Aus
       1:
         Spiegel Ein
       2:
         Decke Aus
       3:
         Decke Ein
     wait:
     waitdel:
   condition:
     0          ::InternalDoIf($hash,'BD_T6_Btn_01','STATE') =~ "Short" and ::InternalDoIf($hash,'BD_Li_Sw_02','STATE') eq "Ein"
     1          ::InternalDoIf($hash,'BD_T6_Btn_01','STATE') =~ "Short" and ::InternalDoIf($hash,'BD_Li_Sw_02','STATE') eq "Aus"
     2          ::InternalDoIf($hash,'BD_T6_Btn_02','STATE') =~ "Short" and ::InternalDoIf($hash,'BD_Li_Sw_01','STATE') eq "Ein"
     3          ::InternalDoIf($hash,'BD_T6_Btn_02','STATE') =~ "Short" and ::InternalDoIf($hash,'BD_Li_Sw_01','STATE') eq "Aus"
   do:
     0:
       0          set BD_Li_Sw_02 off
     1:
       0          set BD_Li_Sw_02 on
     2:
       0          set BD_Li_Sw_01 off
     3:
       0          set BD_Li_Sw_01 on
     4:
   helper:
     DEVFILTER  ^global$|^BD_T6_Btn_02$|^BD_T6_Btn_01$
     NOTIFYDEV  global|BD_T6_Btn_02|BD_T6_Btn_01
     event      commState: CMDs_done
     globalinit 1
     last_timer 0
     sleeptimer -1
     timerdev   BD_T6_Btn_02
     timerevent commState: CMDs_done
     triggerDev BD_T6_Btn_02
     DOIF_eventa:
       cmd_nr: 4
       cmd: 4
       cmd_event: BD_T6_Btn_02
       Decke Ein
     DOIF_eventas:
       cmd_nr: 4
       cmd: 4
       cmd_event: BD_T6_Btn_02
       state: Decke Ein
     timerevents:
       commState: CMDs_done
     timereventsState:
       commState: CMDs_done
     triggerEvents:
       commState: CMDs_done
     triggerEventsState:
       commState: CMDs_done
   internals:
     all         BD_T6_Btn_01:STATE BD_Li_Sw_02:STATE BD_T6_Btn_02:STATE BD_Li_Sw_01:STATE
   perlblock:
   readings:
   trigger:
   uiState:
   uiTable:
Attributes:
   cmdState   Spiegel Aus|Spiegel Ein|Decke Aus|Decke Ein
   disable    0
   do         always
   room       004Bad

Beim kurzen Betätigen von T1 soll nur das Spiegellicht angehen, stattdessen kommen die folgenden Events:

2021-04-09 11:30:15 CUL_HM BD_T6 BD_T6_Btn_01 Short
2021-04-09 11:30:15 CUL_HM BD_T6 CMDs_done
2021-04-09 11:30:15 CUL_HM BD_Li commState: CMDs_pending
2021-04-09 11:30:15 CUL_HM BD_Li_Sw_01 commState: CMDs_pending
2021-04-09 11:30:15 CUL_HM BD_Li_Sw_02 commState: CMDs_pending
2021-04-09 11:30:15 CUL_HM BD_Li CMDs_pending
2021-04-09 11:30:15 CUL_HM BD_Li_Sw_02 set_on noArg
2021-04-09 11:30:15 CUL_HM BD_Li commState: CMDs_processing...
2021-04-09 11:30:15 CUL_HM BD_Li_Sw_01 commState: CMDs_processing...
2021-04-09 11:30:15 CUL_HM BD_Li_Sw_02 commState: CMDs_processing...
2021-04-09 11:30:15 DOIF BD_Licht cmd_nr: 2
2021-04-09 11:30:15 DOIF BD_Licht cmd: 2
2021-04-09 11:30:15 DOIF BD_Licht cmd_event: BD_T6_Btn_01
2021-04-09 11:30:15 DOIF BD_Licht Spiegel Ein
2021-04-09 11:30:15 CUL_HM BD_T6_Btn_01 commState: CMDs_done
2021-04-09 11:30:15 CUL_HM BD_T6_Btn_01 Short 1_72 (to VCCU)
2021-04-09 11:30:15 CUL_HM BD_T6_Btn_01 trigger: Short_72
2021-04-09 11:30:15 CUL_HM BD_T6_Btn_01 trigger_cnt: 72
2021-04-09 11:30:15 CUL_HM BD_Li_Sw_01 set_on noArg
2021-04-09 11:30:15 DOIF BD_Licht cmd_nr: 4
2021-04-09 11:30:15 DOIF BD_Licht cmd: 4
2021-04-09 11:30:15 DOIF BD_Licht cmd_event: BD_T6_Btn_02
2021-04-09 11:30:15 DOIF BD_Licht Decke Ein
2021-04-09 11:30:15 CUL_HM BD_T6_Btn_02 commState: CMDs_done
2021-04-09 11:30:15 CUL_HM BD_Luefter commState: CMDs_pending
2021-04-09 11:30:15 CUL_HM BD_Luefter_Sw_01 commState: CMDs_pending
2021-04-09 11:30:15 CUL_HM GB_Luefter_Sw_02 commState: CMDs_pending
2021-04-09 11:30:15 CUL_HM BD_Luefter CMDs_pending
2021-04-09 11:30:15 CUL_HM BD_Luefter_Sw_01 set_off noArg
2021-04-09 11:30:15 CUL_HM BD_Luefter commState: CMDs_pending
2021-04-09 11:30:15 CUL_HM BD_Luefter CMDs_pending
2021-04-09 11:30:15 DOIF BD_Vent_run cmd_nr: 1
2021-04-09 11:30:15 DOIF BD_Vent_run cmd: 1
2021-04-09 11:30:15 DOIF BD_Vent_run cmd_event: BD_Vent_Man
2021-04-09 11:30:15 DOIF BD_Vent_run Aus
2021-04-09 11:30:15 dummy BD_Vent_Man Aus
2021-04-09 11:30:15 DOIF BD_Vent_switch cmd_nr: 1
2021-04-09 11:30:15 DOIF BD_Vent_switch cmd: 1
2021-04-09 11:30:15 DOIF BD_Vent_switch cmd_event: BD_T6_Btn_03
2021-04-09 11:30:15 DOIF BD_Vent_switch Manuell Aus
2021-04-09 11:30:15 CUL_HM BD_T6_Btn_03 commState: CMDs_done
2021-04-09 11:30:16 CUL_HM BD_Luefter commState: CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Luefter CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Luefter_Sw_01 set_on noArg
2021-04-09 11:30:16 CUL_HM BD_Luefter commState: CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Luefter CMDs_pending
2021-04-09 11:30:16 DOIF BD_Vent_run cmd_nr: 2
2021-04-09 11:30:16 DOIF BD_Vent_run cmd_seqnr: 1
2021-04-09 11:30:16 DOIF BD_Vent_run cmd: 2.1
2021-04-09 11:30:16 DOIF BD_Vent_run cmd_event: BD_Vent_Man
2021-04-09 11:30:16 DOIF BD_Vent_run Manuell
2021-04-09 11:30:16 DOIF BD_Vent_run wait_timer: 09.04.2021 12:30:16 cmd_2_2 BD_Vent_Man
2021-04-09 11:30:16 dummy BD_Vent_Man Ein
2021-04-09 11:30:16 DOIF BD_Vent_switch cmd_nr: 2
2021-04-09 11:30:16 DOIF BD_Vent_switch cmd: 2
2021-04-09 11:30:16 DOIF BD_Vent_switch cmd_event: BD_T6_Btn_04
2021-04-09 11:30:16 DOIF BD_Vent_switch Manuell Toggle
2021-04-09 11:30:16 CUL_HM BD_T6_Btn_04 commState: CMDs_done
2021-04-09 11:30:16 CUL_HM BD_Rola commState: CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Rola set_off noArg
2021-04-09 11:30:16 CUL_HM BD_Rola commState: CMDs_pending
2021-04-09 11:30:16 DOIF BD_Rola_switch cmd_nr: 3
2021-04-09 11:30:16 DOIF BD_Rola_switch cmd: 3
2021-04-09 11:30:16 DOIF BD_Rola_switch cmd_event: BD_T6_Btn_05
2021-04-09 11:30:16 DOIF BD_Rola_switch Auf
2021-04-09 11:30:16 CUL_HM BD_T6_Btn_05 commState: CMDs_done
2021-04-09 11:30:16 CUL_HM BD_Rola commState: CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Rola set_on noArg
2021-04-09 11:30:16 CUL_HM BD_Rola commState: CMDs_pending
2021-04-09 11:30:16 DOIF BD_Rola_switch cmd_nr: 4
2021-04-09 11:30:16 DOIF BD_Rola_switch cmd: 4
2021-04-09 11:30:16 DOIF BD_Rola_switch cmd_event: BD_T6_Btn_06
2021-04-09 11:30:16 DOIF BD_Rola_switch Stop
2021-04-09 11:30:16 CUL_HM BD_T6_Btn_06 commState: CMDs_done
2021-04-09 11:30:16 CUL_HM Melde_LED trigLast: BD_T6_Btn_01:short
2021-04-09 11:30:16 CUL_HM Melde_LED trig_BD_T6_Btn_01: Short_72
2021-04-09 11:30:16 CUL_HM BD_Li commState: CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Li CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_01 commState: CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_02 commState: CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_02 deviceMsg: Ein (to VCCU)
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_02 level: 100
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_02 pct: 100
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_02 Ein
2021-04-09 11:30:16 HMLAN HMLAN1 loadLvl: low
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_01 commState: CMDs_processing...
2021-04-09 11:30:16 CUL_HM BD_Li commState: CMDs_done
2021-04-09 11:30:16 CUL_HM BD_Li CMDs_done
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_01 commState: CMDs_done
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_01 deviceMsg: Ein (to VCCU)
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_01 level: 100
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_01 pct: 100
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_01 Ein
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_02 commState: CMDs_processing...
2021-04-09 11:30:16 CUL_HM BD_Li_Sw_02 commState: CMDs_done
2021-04-09 11:30:16 CUL_HM BD_Luefter_Sw_01 commState: CMDs_processing...
2021-04-09 11:30:16 CUL_HM BD_Luefter commState: CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Luefter CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Luefter_Sw_01 commState: CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Luefter_Sw_01 Aus
2021-04-09 11:30:16 CUL_HM GB_Luefter_Sw_02 commState: CMDs_processing...
2021-04-09 11:30:16 CUL_HM GB_Luefter_Sw_02 commState: CMDs_pending
2021-04-09 11:30:16 CUL_HM BD_Luefter_Sw_01 commState: CMDs_processing...
2021-04-09 11:30:17 CUL_HM BD_Luefter commState: CMDs_pending
2021-04-09 11:30:17 CUL_HM BD_Luefter CMDs_pending
2021-04-09 11:30:17 CUL_HM BD_Luefter_Sw_01 commState: CMDs_pending
2021-04-09 11:30:17 CUL_HM BD_Luefter_Sw_01 deviceMsg: Ein (to VCCU)
2021-04-09 11:30:17 CUL_HM BD_Luefter_Sw_01 level: 100
2021-04-09 11:30:17 CUL_HM BD_Luefter_Sw_01 pct: 100
2021-04-09 11:30:17 CUL_HM BD_Luefter_Sw_01 Ein
2021-04-09 11:30:17 CUL_HM GB_Luefter_Sw_02 commState: CMDs_processing...
2021-04-09 11:30:17 CUL_HM GB_Luefter_Sw_02 commState: CMDs_pending
2021-04-09 11:30:17 CUL_HM BD_Luefter_Sw_01 commState: CMDs_processing...
2021-04-09 11:30:17 CUL_HM BD_Luefter commState: CMDs_done
2021-04-09 11:30:17 CUL_HM BD_Luefter CMDs_done
2021-04-09 11:30:17 CUL_HM BD_Luefter_Sw_01 commState: CMDs_done
2021-04-09 11:30:17 CUL_HM GB_Luefter_Sw_02 commState: CMDs_processing...
2021-04-09 11:30:17 CUL_HM GB_Luefter_Sw_02 commState: CMDs_done
2021-04-09 11:30:17 CUL_HM BD_Rola commState: CMDs_processing...
2021-04-09 11:30:17 CUL_HM BD_Rola trigLast: fhem:02
2021-04-09 11:30:17 CUL_HM BD_Rola trigLast: fhem:02
2021-04-09 11:30:17 CUL_HM BD_Rola commState: CMDs_pending
2021-04-09 11:30:17 CUL_HM BD_Rola deviceMsg: 99.5 (to VCCU)
2021-04-09 11:30:17 CUL_HM BD_Rola level: 99.5
2021-04-09 11:30:17 CUL_HM BD_Rola motor: down:99.5
2021-04-09 11:30:17 CUL_HM BD_Rola pct: 99.5
2021-04-09 11:30:17 CUL_HM BD_Rola 99.5
2021-04-09 11:30:17 CUL_HM BD_Rola timedOn: Zu
2021-04-09 11:30:17 CUL_HM BD_Rola commState: CMDs_processing...
2021-04-09 11:30:17 CUL_HM BD_Rola trigLast: fhem:02
2021-04-09 11:30:17 CUL_HM BD_Rola trigLast: fhem:02
2021-04-09 11:30:18 CUL_HM BD_Rola commState: CMDs_done
2021-04-09 11:30:18 CUL_HM BD_Rola deviceMsg: 97.5 (to VCCU)
2021-04-09 11:30:18 CUL_HM BD_Rola level: 97.5
2021-04-09 11:30:18 CUL_HM BD_Rola motor: up:97.5
2021-04-09 11:30:18 CUL_HM BD_Rola pct: 97.5
2021-04-09 11:30:18 CUL_HM BD_Rola 97.5
2021-04-09 11:30:18 CUL_HM BD_Rola timedOn: Zu

Im normalen log sieht das so aus (Achtung Reverse Log!):

2021.04.09 11:30:16 3: CUL_HM BD_Luefter_Sw_01 repeat, level 00 instead of C8
2021.04.09 11:30:16 3: CUL_HM set BD_Rola on noArg
2021.04.09 11:30:16 3: CUL_HM set BD_Rola off noArg
2021.04.09 11:30:16 1: Vent ist Aus
2021.04.09 11:30:16 3: CUL_HM set BD_Luefter_Sw_01 on noArg
2021.04.09 11:30:16 1: Vent ist manuell ein bei: 56 %
2021.04.09 11:30:15 1: Vent ist aus bei: 56 %
2021.04.09 11:30:15 3: CUL_HM set BD_Luefter_Sw_01 off noArg
2021.04.09 11:30:15 3: CUL_HM set BD_Li_Sw_01 on noArg
2021.04.09 11:30:15 3: CUL_HM set BD_Li_Sw_02 on noArg

Ich werde mal auf die vorherige Version zurückgehen und berichten...

Das Ergebnis ist wie bei sepultura30- mit der alten Version funzt es wieder.
« Letzte Änderung: 09 April 2021, 11:47:04 von locodriver »
fhem 6.0 auf Rpi3 Buster
HM-LAN-CFG (FW 0.961)
2x HM-TC-IT-WM-W-EU mit je 1x HM-Sec-RHS und 1x/2x HM-CC-RT-DN
6x HM-LC-Bl1-FM mit je 1x Somfy-Motor
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55

Offline Otto123

  • Tester
  • Hero Member
  • ****
  • Beiträge: 20174
  • schon mal restore trainiert?
    • Otto's Technik Blog
Antw:10_CUL_MH Version 24158
« Antwort #3 am: 09 April 2021, 12:03:30 »
@locodriver Gut gemeinter Rat zur Auswertung von HM Tastern:

Grundlegend: werte nicht den Zustand von state aus! Durch den state blubbert alles mögliche, das kann eigentlich nur schief gehen!
mMn gibt es diese Events die man bei den Tasten sinnvoll auswerten kann (ich habe es mal versucht in DOIF umzusetzen - garantiere nicht dafür, ich glaube als notify ist sowas einfacher):
1. entweder im Hauptdevice den Event mit Channel Name und Short -> 2021-04-09 11:30:15 CUL_HM BD_T6 BD_T6_Btn_01 Short -> ["^BD_T6$:^BD_T6_Btn_01 Short$"]
2. Oder im Channeldevice den Event mit Short -> 2021-04-09 11:30:15 CUL_HM BD_T6_Btn_01 Short 1_72 (to VCCU) ->["^BD_T6_Btn_01$:^Short"]
         oder den Event mit dem trigger Reading -> 2021-04-09 11:30:15 CUL_HM BD_T6_Btn_01 trigger: Short_72     -> ["^BD_T6_Btn_01$:^trigger: Short"]
Doku https://fhem.de/commandref_DE.html#DOIF_Ereignissteuerung_ueber_Auswertung_von_Events

Ist das BD_Li_Sw_01 auch Homematic? Wenn ja warum hast Du die nicht einfach gepeert?
Viele Grüße aus Leipzig
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7490+7412,WRT1900ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266

Offline locodriver

  • Sr. Member
  • ****
  • Beiträge: 500
Antw:10_CUL_MH Version 24158
« Antwort #4 am: 09 April 2021, 12:15:34 »
@Otto123: danke für die Tipps - das werde ich mir mal ansehen.

Der Aktor ist ein HM-Doppelschalter. Peering geht nicht, weil der Aktor direkt hinter dem Taster sitzt und es damit zu Problemen bei der Funkübertragung kommt... außerdem ist jede Taste dopplt belegt - hier wird durch langen Tastendruck noch ein dummy geschaltet.

All das löst aber das Problem mit der HM-CUL-Version 24158 nicht...
fhem 6.0 auf Rpi3 Buster
HM-LAN-CFG (FW 0.961)
2x HM-TC-IT-WM-W-EU mit je 1x HM-Sec-RHS und 1x/2x HM-CC-RT-DN
6x HM-LC-Bl1-FM mit je 1x Somfy-Motor
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55

Offline cocojambo

  • Sr. Member
  • ****
  • Beiträge: 611
Antw:10_CUL_MH Version 24158
« Antwort #5 am: 09 April 2021, 12:31:40 »
Ich habe die gleichen Fehlererscheinungen, habe diesen Beitrag aber zu spät entdeckt und möchte nicht doppelt posten.
Meine Fehlerbeschreibung steht dort: [version nach 6.4.21] cul_hm bringt fhem zum absturz

https://forum.fhem.de/index.php/topic,120202.msg1147234.html#msg1147234

Gruß aus Köln
Norbert
FHEM5.9 Buster FB7490 FB7430 3xraspi2+3+4 2xHM-LAN-CFG CUL868 CUNO868 HUE-Bridge Harmony-Hub 5xHM-LC-Sw-PI-2 3xHM-WDS30-T2-SN 1xHM-LC_Sw4-DR 3xHM-ES-PMSw1-PI 3xF20S20 2xFS20S4 8xFS20ST 7xFS20SIG2 2xFS20S4U 2xFS20SU 6xFS20KSE 2xHM-ES-PMSW1-PL 2xFS20DI 2xFS20SM8 2xFS20WS 5xS300TH 1xASH2200 1xEM1000

Offline Otto123

  • Tester
  • Hero Member
  • ****
  • Beiträge: 20174
  • schon mal restore trainiert?
    • Otto's Technik Blog
Antw:10_CUL_MH Version 24158
« Antwort #6 am: 09 April 2021, 12:32:30 »
All das löst aber das Problem mit der HM-CUL-Version 24158 nicht...
Bei mir so gelöst exclude_from_update 10_CUL_HM.pm 98_HMinfo.pm HMConfig.pm  :D

Aber das Problem bei Dir
Zitat
bei Betätigen eines beliebeigen Tasters die Funktionen aller Taster ausgeführt.
muss ja irgendwie an den Events liegen - die ändern sich im letzten Jahr gefühlt mit jeder Version -

BTW: ich habe den Doppelschalter in der Up Dose und den 6 fach Taster oben drauf. Beide sind gepeert, das ist offenbar wie mit der Hummel (die ist auch theoretisch zu schwer ;) )
Und "Doppelbelegung" mit Auswertung von Long geht auch nach dem peeren :)
Viele Grüße aus Leipzig
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7490+7412,WRT1900ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266

Offline locodriver

  • Sr. Member
  • ****
  • Beiträge: 500
Antw:10_CUL_MH Version 24158
« Antwort #7 am: 09 April 2021, 12:38:02 »
"exclude" ist ja nicht die Lösung sondern eine "ad-hoc-Maßnahme", bis Martin hoffentlich das Problem lösen kann. Aber ich werde das erstmal auch so machen...

Mit dem Peeren hatte ich es auch vor (vielen) Jahren mal probiert - allerdings eben ohne Erfolg...
Bei dem andern Taster funzt es, da sind aber ca. 2 m Luftlinie zwischen Taster und Aktor.
fhem 6.0 auf Rpi3 Buster
HM-LAN-CFG (FW 0.961)
2x HM-TC-IT-WM-W-EU mit je 1x HM-Sec-RHS und 1x/2x HM-CC-RT-DN
6x HM-LC-Bl1-FM mit je 1x Somfy-Motor
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55

Offline frank

  • Hero Member
  • *****
  • Beiträge: 10677
Antw:10_CUL_MH Version 24158
« Antwort #8 am: 09 April 2021, 12:38:19 »
2021-04-09 11:30:15 CUL_HM BD_Li commState: CMDs_pending
2021-04-09 11:30:15 CUL_HM BD_Li_Sw_01 commState: CMDs_pending
2021-04-09 11:30:15 CUL_HM BD_Li_Sw_02 commState: CMDs_pending

das sieht mir auf alle fälle seltsam aus, da ich das reading commState nur im hauptdevice erwarten würde.
habe ich bei mir auch gerade in einem DIM1TPBU in allen 3 channeln entdeckt.


das sollte allerdings keine wirkung auf das doif haben, falls meine rudimentären doif kenntnisse dafür ausreichen.
ich verstehe schon nicht, warum der erste event vom taster-hauptdevice bereits das doif triggert:
2021-04-09 11:30:15 CUL_HM BD_T6 BD_T6_Btn_01 Short
hat hier nicht doif ein problem?


@otto123
du nutzt ja gerne alte cul_hm versionen.
findest du bei dir in multi-channel-aktoren auch in allen channels das reading commState?

erledigt, schon gefunden.
« Letzte Änderung: 09 April 2021, 13:24:19 von frank »
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Offline Otto123

  • Tester
  • Hero Member
  • ****
  • Beiträge: 20174
  • schon mal restore trainiert?
    • Otto's Technik Blog
Antw:10_CUL_MH Version 24158
« Antwort #9 am: 09 April 2021, 15:06:25 »
soweit ich DOIF verstehe:
Jeder Event im Device BD_T6_Btn_01 und BD_T6_Btn_02 triggert das DOIF und anschließend wird STATE gelesen und ausgewertet. Da dort immer Short irgendwas drinsteht, ist es immer mehr oder weniger ein Zufall welcher Zweig gerade trifft.
Wenn das bisher funktioniert hat (was mich wundert) muss das ein - für den DOIF Ersteller glücklicher - Umstand gewesen sein, quasi eine von Voodo erzeugte richtige Reihenfolge an Events.

Nach dem Update ist der Blubber im STATE nicht mehr dem Voodo Zauber erlegen und es geht schief. Meine pauschale Einschätzung, die muss nicht stimmen!

Das ist eigentlich auch genau in dem Fall das Ungute am DOIF mit STATE Auswertung: man weiß eigentlich nicht was passiert. Mit einem notify wäre man mMn gar nicht auf die Idee gekommen - man wertet dort als Erstes den Event aus. ;)

Und DOIF hat laut Readings ja auch genau zur gleichen Zeit zwei Events bekommen (was eigentlich auch verrückt ist?):
     2021-04-09 11:30:15   e_BD_T6_Btn_01_STATE Short 1_72 (to VCCU)
     2021-04-09 11:30:15   e_BD_T6_Btn_02_STATE Short 1_30 (to VCCU)
« Letzte Änderung: 09 April 2021, 15:11:20 von Otto123 »
Viele Grüße aus Leipzig
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7490+7412,WRT1900ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266

Offline betateilchen

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17608
  • s/fhem\.cfg/configDB/g
Antw:10_CUL_MH Version 24158
« Antwort #10 am: 09 April 2021, 15:22:08 »
NB: dass man zwischen zwei Homematic Komponenten mindestens 50cm Abstand einhalten soll, steht in der Bedienungsanleitung von Homematic Geräten
-----------------------
Unaufgeforderte Anfragen per email werden von mir nicht beantwortet. Dafür ist das Forum da.
-----------------------
Lesen gefährdet die Unwissenheit!

Offline locodriver

  • Sr. Member
  • ****
  • Beiträge: 500
Antw:10_CUL_MH Version 24158
« Antwort #11 am: 09 April 2021, 15:31:29 »
@Otto123: die zwei Events kommen m.M.n. aus der fehlerhaften HM-CUL-Software. Denn wenn ich jetzt den Taster kurz drücke, dann kommt folgendes:

2021-04-09 15:28:13 CUL_HM BD_T6 BD_T6_Btn_01 Short
2021-04-09 15:28:13 CUL_HM BD_T6 CMDs_done
2021-04-09 15:28:13 CUL_HM BD_Li commState: CMDs_pending
2021-04-09 15:28:13 CUL_HM BD_Li CMDs_pending
2021-04-09 15:28:13 CUL_HM BD_Li_Sw_02 set_on noArg
2021-04-09 15:28:13 CUL_HM BD_Li commState: CMDs_processing...
2021-04-09 15:28:13 DOIF BD_Licht cmd_nr: 2
2021-04-09 15:28:13 DOIF BD_Licht cmd: 2
2021-04-09 15:28:13 DOIF BD_Licht cmd_event: BD_T6_Btn_01
2021-04-09 15:28:13 DOIF BD_Licht Spiegel Ein
2021-04-09 15:28:13 CUL_HM BD_T6_Btn_01 Short 1_80 (to VCCU)
2021-04-09 15:28:13 CUL_HM BD_T6_Btn_01 trigger: Short_80
2021-04-09 15:28:13 CUL_HM BD_T6_Btn_01 trigger_cnt: 80
2021-04-09 15:28:13 CUL_HM Melde_LED trigLast: BD_T6_Btn_01:short
2021-04-09 15:28:13 CUL_HM Melde_LED trig_BD_T6_Btn_01: Short_80
2021-04-09 15:28:13 CUL_HM BD_Li commState: CMDs_done
2021-04-09 15:28:13 CUL_HM BD_Li CMDs_done
2021-04-09 15:28:13 CUL_HM BD_Li_Sw_02 deviceMsg: Ein (to VCCU)
2021-04-09 15:28:13 CUL_HM BD_Li_Sw_02 level: 100
2021-04-09 15:28:13 CUL_HM BD_Li_Sw_02 pct: 100
2021-04-09 15:28:13 CUL_HM BD_Li_Sw_02 Ein

Es wird also - wie erwartet - nur Button1 ausgewertet...

@betateilechen: eben... Otto hat warscheinlich Glück, dass es bei ihm trotzdem funzt. Eventuell kann man ja versuchen, mit "Abstand" zu peeren und dann Taster und Aktor wieder näher zusammen zu bringen. Ob das dann aber später immer funzt...?
fhem 6.0 auf Rpi3 Buster
HM-LAN-CFG (FW 0.961)
2x HM-TC-IT-WM-W-EU mit je 1x HM-Sec-RHS und 1x/2x HM-CC-RT-DN
6x HM-LC-Bl1-FM mit je 1x Somfy-Motor
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55

Offline cocojambo

  • Sr. Member
  • ****
  • Beiträge: 611
Antw:10_CUL_MH Version 24158
« Antwort #12 am: 09 April 2021, 15:32:47 »
@Otto123

Ich habe das mit dem DOIF nicht ganz kappiert. Bisher habe ich "fast" alles mit DOIF erledigt und bei mir hat das tatsächlich bis zum Update der 10_CUL_HM funktioniert. Ich habe z.B. die Abfrage eines 8-fach HM Switch, der ebenfalls über eine FB mit DOIF short/long geschaltet wird, so angelegt:

define Anlage_Wohnzimmer_Text_di DOIF ([Television_Sw_01:"Ein"]) (set Television_Text on)DOELSEIF([Television_Sw_01:"Aus"]) (set Television_Text off)DOELSEIF([AV_Receiver_Sw_02] eq "Ein") (set AV_Receiver_Text on)DOELSEIF([AV_Receiver_Sw_02] eq "Aus") (set AV_Receiver_Text off)DOELSEIF([Blu_Ray_Player_Sw_03] eq "Ein") (set Blu_Ray_Player_Text on)DOELSEIF([Blu_Ray_Player_Sw_03] eq "Aus") (set Blu_Ray_Player_Text off)DOELSEIF([Kodi_Sw_04] eq "Ein" and [Kodi_Sw_04:timedOn] eq "off") (set Kodi_Text on)DOELSEIF([Kodi_Sw_04] eq "Aus" or [Kodi_Sw_04] eq "off") (set Kodi_Text off)DOELSEIF([Kodi_Sw_04:timedOn] eq "running") (set Kodi_Text dim25%)DOELSEIF([Ambilight_Sw_05] eq "Ein") (set Ambilight_Text on)DOELSEIF([Ambilight_Sw_05] eq "Aus") (set Ambilight_Text off)DOELSEIF([AV_Switch_Sw_06] eq "Ein") (set AV_Switch_Text on)DOELSEIF([AV_Switch_Sw_06] eq "Aus") (set AV_Switch_Text off)DOELSEIF([Phono_Sw_07] eq "Ein") (set Phono_Text on)DOELSEIF([Phono_Sw_07] eq "Aus") (set Phono_Text off)DOELSEIF([Dreambox_Sw_08] eq "Ein") (set Dreambox_Text on)DOELSEIF([Dreambox_Sw_08] eq "Aus") (set Dreambox_Text off)DOELSE
Ist das jetzt falsch oder richtig? oder muß ich daran was ändern?

Gruß
Norbert
FHEM5.9 Buster FB7490 FB7430 3xraspi2+3+4 2xHM-LAN-CFG CUL868 CUNO868 HUE-Bridge Harmony-Hub 5xHM-LC-Sw-PI-2 3xHM-WDS30-T2-SN 1xHM-LC_Sw4-DR 3xHM-ES-PMSw1-PI 3xF20S20 2xFS20S4 8xFS20ST 7xFS20SIG2 2xFS20S4U 2xFS20SU 6xFS20KSE 2xHM-ES-PMSW1-PL 2xFS20DI 2xFS20SM8 2xFS20WS 5xS300TH 1xASH2200 1xEM1000

Offline frank

  • Hero Member
  • *****
  • Beiträge: 10677
Antw:10_CUL_MH Version 24158
« Antwort #13 am: 09 April 2021, 16:17:15 »
soweit ich DOIF verstehe:
Jeder Event im Device BD_T6_Btn_01 und BD_T6_Btn_02 triggert das DOIF und anschließend wird STATE gelesen und ausgewertet. Da dort immer Short irgendwas drinsteht, ist es immer mehr oder weniger ein Zufall welcher Zweig gerade trifft.
genau das würde ich auch denken.

aber der erste event, der das doif triggert, kommt vom hauptdevice BD_T6
Zitat
2021-04-09 11:30:15 CUL_HM BD_T6 BD_T6_Btn_01 Short
der devicename vom button steht ja nur im "state".

oder die abfolge der gezeigten events ist falsch.
sind die events überhaupt aus dem eventmonitor?

aber doif ist mir eh zu kompliziert.
« Letzte Änderung: 09 April 2021, 16:19:25 von frank »
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Offline Otto123

  • Tester
  • Hero Member
  • ****
  • Beiträge: 20174
  • schon mal restore trainiert?
    • Otto's Technik Blog
Antw:10_CUL_MH Version 24158
« Antwort #14 am: 09 April 2021, 16:25:23 »
Naja fehlerhafte Software ist Ansichtssache, es kommen unnütze Events in der Art für alle Channel
2021-04-09 11:30:15 CUL_HM BD_T6_Btn_03 commState: CMDs_done
Der Fehler liegt eindeutig daran diese auszuwerten! Die Auswertung in deinem DOIF ist "ungünstig".  ;D

@cocojambo [Television_Sw_01:"Ein"] regiert auf einen Event wo Ein bzw. Aus vorkommt. Musst Du mit eventMap gemacht haben? Klingt an sich gut.
Viele Grüße aus Leipzig
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7490+7412,WRT1900ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266

 

decade-submarginal