CCU3 (RaspberryMatic) mit HM und Garagentortaster HmIP-WGC

Begonnen von twinFHEM, 05 Januar 2020, 00:54:00

Vorheriges Thema - Nächstes Thema

twinFHEM

Hallo zusammen,

ich bin bei meinem ersten HM-Projekt, habe eine CCU3 aufgesetzt und den Taster erfolgreich angelernt. Der Taster ist über die HM-GUI schaltbar. Die CCU habe ich via HMCCU und den Taster mit HMCCUDEV in FHEM eingebunden. Ich habe das Wiki und Commandref zu Hilfe genommen und was die Readings angeht scheint auch alles soweit zu laufen. Allerdings weiß ich nicht, wie ich den Taster aus FHEM schalten bzw. richtig einrichten kann. Scheint etwas komplexer zu sein und ich würde mich freuen, wenn ihr mir auf die Sprünge helfen könnt.

Hier das Listing des Tasters:

Internals:
   DEF        00131A499B8E4C defaults
   FUUID      5e015181-f33f-b102-ae65-0df07729ce3298d3
   IODev      d_CCU3
   NAME       d_SCH_GARA_Tor_HM
   NR         120
   STATE      Initialized
   TYPE       HMCCUDEV
   ccuaddr    00131A499B8E4C
   ccudevstate active
   ccuif      HmIP-RF
   ccuname    HmIP-WGC 00131A499B8E4C
   ccutype    HmIP-WGC
   channels   6
   statevals  devstate
   READINGS:
     2020-01-04 20:15:23   0.CONFIG_PENDING false
     2020-01-04 20:15:23   0.DUTY_CYCLE    false
     2020-01-04 20:15:23   0.ERROR_CODE    0
     2020-01-04 20:15:23   0.ERROR_UNDERVOLTAGE false
     2020-01-04 20:15:23   0.INSTALL_TEST  true
     2020-01-04 20:15:23   0.LOW_BAT       false
     2020-01-04 20:15:23   0.OPERATING_VOLTAGE 2.900000
     2020-01-04 20:15:23   0.OPERATING_VOLTAGE_STATUS 0
     2020-01-04 20:15:23   0.RSSI_DEVICE   183
     2020-01-04 20:15:23   0.RSSI_PEER     187
     2020-01-04 20:15:23   0.UNREACH       false
     2020-01-04 20:15:23   0.UPDATE_PENDING false
     2020-01-04 20:15:23   2.PROCESS       0
     2020-01-04 20:15:23   2.SECTION       0
     2020-01-04 20:15:23   2.SECTION_STATUS 0
     2020-01-04 20:15:23   2.STATE         false
     2020-01-04 20:15:23   3.PROCESS       0
     2020-01-04 20:15:23   3.SECTION       0
     2020-01-04 20:15:23   3.SECTION_STATUS 0
     2020-01-04 20:15:23   3.STATE         false
     2020-01-04 20:15:23   4.PROCESS       0
     2020-01-04 20:15:23   4.SECTION       0
     2020-01-04 20:15:23   4.SECTION_STATUS 0
     2020-01-04 20:15:23   4.STATE         false
     2020-01-04 20:15:23   5.PROCESS       0
     2020-01-04 20:15:23   5.SECTION       0
     2020-01-04 20:15:23   5.SECTION_STATUS 0
     2020-01-04 20:15:23   5.STATE         false
     2020-01-05 00:00:43   activity        alive
     2020-01-05 00:00:43   battery         ok
     2020-01-04 20:15:23   control         false
     2020-01-05 00:00:43   hmstate         Initialized
     2020-01-04 23:43:19   state           Initialized
   hmccu:
     devspec    00131A499B8E4C
     dp:
       0.CONFIG_PENDING:
         OVAL       false
         VAL        false
       0.DUTY_CYCLE:
         OVAL       false
         VAL        false
       0.ERROR_CODE:
         OVAL       0
         VAL        0
       0.ERROR_UNDERVOLTAGE:
         OVAL       false
         VAL        false
       0.INSTALL_TEST:
         OVAL       true
         VAL        true
       0.LOW_BAT:
         OSVAL      ok
         OVAL       false
         SVAL       ok
         VAL        false
       0.OPERATING_VOLTAGE:
         OVAL       3.000000
         VAL        3.000000
       0.OPERATING_VOLTAGE_STATUS:
         OVAL       0
         VAL        0
       0.RSSI_DEVICE:
         OVAL       197
         VAL        197
       0.RSSI_PEER:
         OVAL       187
         VAL        187
       0.UNREACH:
         OSVAL      alive
         OVAL       false
         SVAL       alive
         VAL        false
       0.UPDATE_PENDING:
         OVAL       false
         VAL        false
       2.PROCESS:
         OVAL       0
         VAL        0
       2.SECTION:
         OVAL       0
         VAL        0
       2.SECTION_STATUS:
         OVAL       0
         VAL        0
       2.STATE:
         OVAL       false
         VAL        false
       3.PROCESS:
         OVAL       0
         VAL        0
       3.SECTION:
         OVAL       0
         VAL        0
       3.SECTION_STATUS:
         OVAL       0
         VAL        0
       3.STATE:
         OVAL       false
         VAL        false
       4.PROCESS:
         OVAL       0
         VAL        0
       4.SECTION:
         OVAL       0
         VAL        0
       4.SECTION_STATUS:
         OVAL       0
         VAL        0
       4.STATE:
         OVAL       false
         VAL        false
       5.PROCESS:
         OVAL       0
         VAL        0
       5.SECTION:
         OVAL       0
         VAL        0
       5.SECTION_STATUS:
         OVAL       0
         VAL        0
       5.STATE:
         OVAL       false
         VAL        false
Attributes:
   IODev      d_CCU3
   ccureadingformat datapoint
   event-on-change-reading .*
   room       Garage,HM


und der hoffentlich relevante Teil der CCU:

Internals:
   CCUNum     1
   Clients    :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
   DEF        https://192.168.178.155
   FUUID      5e01496f-f33f-b102-acb0-9cadac3deb7d8d61
   NAME       d_CCU3
   NOTIFYDEV  global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
   NR         118
   NTFY_ORDER 50-d_CCU3
   RPCState   running
   STATE      running/OK
   TYPE       HMCCU
   ccuaddr    BidCoS-RF
   ccuchannels 108
   ccudevices 3
   ccuif      BidCos-RF
   ccuinterfaces BidCos-RF,VirtualDevices,HmIP-RF
   ccuip      192.168.178.155
   ccuname    HM-RCV-50 BidCoS-RF
   ccustate   active
   ccutype    CCU2/3
   host       192.168.178.155
   prot       https
   version    4.3.018
   READINGS:
     2020-01-04 23:46:32   count_channels  108
     2020-01-04 23:46:32   count_devices   3
     2020-01-04 23:46:32   count_groups    0
     2020-01-04 23:46:32   count_interfaces 3
     2020-01-04 23:46:32   count_programs  0
     2020-01-04 23:57:10   rpcstate        running
     2020-01-04 23:57:10   state           OK
   hmccu:
     defInterface BidCos-RF
     defPort    2001
     evtime     0
     evtimeout  0
     rpccount   0
     rpcports   
     updatetime 1578177992
     adr:
       HM-RCV-50 BidCoS-RF:
         address    BidCoS-RF
         addtype    dev
         valid      1
       HM-RCV-50 BidCoS-RF:0:
         address    BidCoS-RF:0
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:1:
         address    BidCoS-RF:1
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:10:
         address    BidCoS-RF:10
         addtype    chn
         valid      1
       HM-RCV-50 BidCoS-RF:11:
         address    BidCoS-RF:11
         addtype    chn
         valid      1
       ...
       ...
       ...
           5:
             ON_TIME:
               oper       2
               type       4
             PROCESS:
               oper       5
               type       16
             SECTION:
               oper       5
               type       16
             SECTION_STATUS:
               oper       5
               type       16
             STATE:
               oper       7
               type       2
         cnt:
           CONFIG_PENDING 1
           DUTY_CYCLE 1
           ERROR_CODE 1
           ERROR_UNDERVOLTAGE 1
           INSTALL_TEST 1
           LOW_BAT    1
           ON_TIME    3
           OPERATING_VOLTAGE 1
           OPERATING_VOLTAGE_STATUS 1
           PRESS_LONG 1
           PRESS_SHORT 1
           PROCESS    4
           RSSI_DEVICE 1
           RSSI_PEER  1
           SECTION    4
           SECTION_STATUS 4
           STATE      4
           UNREACH    1
           UPDATE_PENDING 1
         spc:
           ontime     5.ON_TIME
     grp:
     ifports:
       2001       BidCos-RF
       2010       HmIP-RF
       9292       VirtualDevices
     interfaces:
       BidCos-RF:
         devcount   1
         device     d_rpc178155BidCos_RF
         flags      forceASCII
         host       192.168.178.155
         manager    HMCCU
         port       2001
         prot       http
         state      running
         type       A
         url        http://192.168.178.155:2001
       HmIP-RF:
         devcount   2
         flags      forceASCII
         host       192.168.178.155
         manager    null
         port       2010
         prot       http
         state      inactive
         type       A
         url        http://192.168.178.155:2010
       VirtualDevices:
         devcount   0
         flags      _
         host       192.168.178.155
         manager    null
         port       9292
         prot       http
         state      inactive
         type       A
         url        http://192.168.178.155:9292/groups
     prg:
     rpc:
Attributes:
   ccudef-readingfilter ^(LOW_?BAT|UNREACH)$
   ccudef-readingname ^(.+\.)?LOW_?BAT$:battery;^(.+\.)?UNREACH$:activity
   ccudef-substitute AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
   ccuflags   procrpc
   room       HM
   rpcserver  on
   stateFormat rpcstate/state   


Vielen Dank für eure Hilfe.

zap

Hm, der Schalter hat STATE Datenpunkte in mehreren Kanälen.

Du kannst ja erst mal durchprobieren, was passiert, wenn Du Die einzelnen Datenpunkte setzt. Dazu

set d_SCH_GARA_Tor_HM datapoint 2.STATE true
set d_SCH_GARA_Tor_HM datapoint 3.STATE true
set d_SCH_GARA_Tor_HM datapoint 4.STATE true
set d_SCH_GARA_Tor_HM datapoint 5.STATE true


2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

twinFHEM

Hi zap & frohes Neues,

mit set d_SCH_GARA_Tor_HM datapoint 3.STATE true reagiert der Taster. Bei 4 und 5 allerdings auch.
Er wird ein, aber nicht wieder ausgeschaltet. Lt. HM-GUI liegt auf Kanal 1 der Tasterkanal und auf 3 der Schaltaktor!?

Versuche ich es mit toggle, bekomme ich die Fehlermeldung "HMCCUDEV: d_SCH_GARA_Tor_HM No state values defined"

Muss ich (HM) mit true, false arbeiten?

Freut mich, dass der Taster schon mal reagiert. :-)
Besten Dank!

zap

Was meinst Du mit "es wird nicht mehr ausgeschaltet"? Ausschalten sollte mit STATE = false gehen.

Um Toggle verwenden zu können, musst Du noch ein paar Attribute setzen, z.B.

statedatapoint 3.STATE
statevals on:true,off:false
substitute STATE!(1|true):on,(0|false):off

2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

twinFHEM

#4
Hi zap,

danke für den Schups in die richtige Richtung. Also, ist es nicht nur eine Option bei HMCCUDEV über datapoints zu gehen.
Jetzt verstehe ich auch den letzten Teil des Wikis. :)

ZitatWas meinst Du mit "es wird nicht mehr ausgeschaltet"? Ausschalten sollte mit STATE = false gehen.

Wenn ich in der HM-GUI beim Taster auf "EIN" klicke, höre ich zwei Klicks im Taster. Muss das Relais sein, dass schließt und nach kurzer Zeit wieder öffnet.
Schalte ich den Taster aus FHEM, höre ich nur einen Klick. Egal, ob mit on oder toggle. Ein natives Verhalten bekomme ich nur mit "set d_SCH_GARA_Tor_HM on-for-timer 1" hin.

Warum funktioniert toggle nicht?

thx & gruß


zap

Vermutlich funktioniert STATE in diesem Fall anders. Normalerweise arbeiten Garagentorschalter mit einem kurzen Schaltimpuls, also für o.5 Sekunden ein und dann wieder aus. Ich habe einen älteren BidCos Torschalter, der dafür ein ON_TIME anbietet. Den gibt es in Deinem Fall nicht. Da müsste ich mal die HmIP Doku bemühen, falls das Gerät dort schon enthalten ist.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

twinFHEM

ZitatVermutlich funktioniert STATE in diesem Fall anders. Normalerweise arbeiten Garagentorschalter mit einem kurzen Schaltimpuls, also für o.5 Sekunden ein und dann wieder aus.
So funktioniert es auch über die CCU. Hier ist Modus "Schalter ein" und 0.4 gesetzt.

ZitatDa müsste ich mal die HmIP Doku bemühen
Vielen Dank, das passt schon. Mit dem on-for-timer kann ich mir helfen. :)



saller.net

Ich hab es einfach durch ein notify gelöst, welches den Taster nach einer Sekunde wieder ausschaltet:define NotifyGaragenTorAus notify GaragenTor:on define GaragenTorAusAt at +00:00:01 set GaragenTor off

Dirk070

Zitat von: zap am 07 Januar 2020, 07:59:51Vermutlich funktioniert STATE in diesem Fall anders. Normalerweise arbeiten Garagentorschalter mit einem kurzen Schaltimpuls, also für o.5 Sekunden ein und dann wieder aus. Ich habe einen älteren BidCos Torschalter, der dafür ein ON_TIME anbietet. Den gibt es in Deinem Fall nicht. Da müsste ich mal die HmIP Doku bemühen, falls das Gerät dort schon enthalten ist.

Hallo zap,

seit heute habe ich den Schalter auch in Betrieb. Gibt es zur Schaltung mittlerweile eine Alternative zum Notify? 2 Sendebefehle würde ich gerne vermeiden, wenn möglich. Danke vorab und schöne Grüße Dirk


zap

Der HmIP-WGC hat ja ein ON_TIME. Mit on-for-timer und 0.4 Sekunden sollte es eigentlich funktionieren
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Dirk070

Hallo zap,

mit dem on for timer habe ich bei dem BSL (schaltet bei mir eine Aussenlampe) schlechte Erfahrungen gemacht.
Die Lampe blieb öfters eingeschaltet, daher habe ich auch diese mit einem FHEM Sleep schlussendlich angesteuert.

Viele Grüße und vielen Dank,
Dirk