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.
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
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!
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
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ß
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.
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. :)
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
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
Meine aktuelle Lösung dazu: https://forum.fhem.de/index.php?topic=135598.0
Der HmIP-WGC hat ja ein ON_TIME. Mit on-for-timer und 0.4 Sekunden sollte es eigentlich funktionieren
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