Wechsel von HMLAN auf HMCCU [gelöst]

Begonnen von staengls, 17 Oktober 2018, 16:18:05

Vorheriges Thema - Nächstes Thema

zap

Zitat von: staengls am 20 Oktober 2018, 22:54:11

Eine kleine Frage habe ich aber noch in meiner Umstellung. Ich habe bisher eine doif mit on-for-Timer. Kann ich das mit den HMCCU Devices auch wieder hinbekommen. In der Beschreibung habe ich nichts gefunden. set ... on-for-Timer funktioniert zwar, aber nur solange ich hinten keine Zahl dazu schreibe. Wie lange ist denn dann der Timer???

Was passiert denn, wenn du hinten eine Zahl angibst? Kommt eine Fehlermeldung? Bitte poste mal die Ausgabe von get deviceinfo für dieses Gerät und den Gerätetyp.
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

staengls

Hallo!
Also ich habe das Problem nicht bei einem Device, sondern bei allen Wandschalter.
Wenn ich eine Zahl hinter on-for-Timer bekomme ich folgende Meldung:
HMCCUDEV: eg_ku_ws_Speis Usage: set eg_ku_ws_Speis datapoint [{channel-number}.]{datapoint} {value} [...]

getdeviceinfo von einem Beispiel:
CHN LEQ1014965:0 eg_ku_ws_Speis:0
  DPT {b} BidCos-RF.LEQ1014965:0.UNREACH = false [RE]
  DPT {b} BidCos-RF.LEQ1014965:0.STICKY_UNREACH = false [RWE]
  DPT {b} BidCos-RF.LEQ1014965:0.CONFIG_PENDING = false [RE]
  DPT {b} BidCos-RF.LEQ1014965:0.LOWBAT = false [RE]
  DPT {b} BidCos-RF.LEQ1014965:0.DUTYCYCLE = false [RE]
  DPT {n} BidCos-RF.LEQ1014965:0.RSSI_DEVICE = 1 [RE]
  DPT {n} BidCos-RF.LEQ1014965:0.RSSI_PEER = 195 [RE]
  DPT {b} BidCos-RF.LEQ1014965:0.DEVICE_IN_BOOTLOADER = false [RE]
  DPT {b} BidCos-RF.LEQ1014965:0.UPDATE_PENDING = false [RE]
  DPT {n} BidCos-RF.LEQ1014965:0.AES_KEY = 0 [R]
CHN LEQ1014965:1 eg_ku_ws_Speis:1
  DPT {b} BidCos-RF.LEQ1014965:1.STATE = false [RWE]
  DPT {f} BidCos-RF.LEQ1014965:1.ON_TIME =  [W]
  DPT {b} BidCos-RF.LEQ1014965:1.INHIBIT = false [RWE]
  DPT {b} BidCos-RF.LEQ1014965:1.INSTALL_TEST =  [W]
  DPT {b} BidCos-RF.LEQ1014965:1.WORKING = false [RE]


es ist ein HM-LC-Sw1PBU-FM

LG Stefan
CCU3 mit FHEM via HMCCU
20 Aktoren u. Wandschalter, 15 Heizkörperthermostate, 5 Bewegungsmelder, 3 Rauchmelder, Fensterkontakte, 2 Keymatic, Handsender
Alles in allem also einige Komponenten

zap

Der Befehl müsste dann lauten

set eg_ku_ws_Speis on-for-timer 20

Die Fehlermeldung deutet darauf hin, dass dein Aufruf anders aussieht.
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

staengls

Ich habe jetzt deinen Befehl
Zitatset eg_ku_ws_Speis on-for-timer 20
noch einmal kopiert und eingefügt.
Als Antwort bekomme ich
ZitatHMCCUDEV: eg_ku_ws_Speis Usage: set eg_ku_ws_Speis datapoint [{channel-number}.]{datapoint} {value} [...]
CCU3 mit FHEM via HMCCU
20 Aktoren u. Wandschalter, 15 Heizkörperthermostate, 5 Bewegungsmelder, 3 Rauchmelder, Fensterkontakte, 2 Keymatic, Handsender
Alles in allem also einige Komponenten

zap

mach bitte mal ein list von dem Device.
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

staengls

hier das list:

Internals:
   CFGFN     
   DEF        LEQ1014965 defaults
   IODev      HMCCU1
   NAME       eg_ku_ws_Speis
   NR         17886
   STATE      off
   TYPE       HMCCUDEV
   ccuaddr    LEQ1014965
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    eg_ku_ws_Speis
   ccutype    HM-LC-Sw1PBU-FM
   channels   2
   firmware   2.8
   statevals  devstate
   READINGS:
     2018-10-20 22:54:44   1.STATE         off
     2018-10-20 22:54:44   control         off
     2018-10-20 22:54:44   hmstate         off
     2018-10-20 22:54:44   state           off
   hmccu:
     devspec    LEQ1014965
     dp:
       0.CONFIG_PENDING:
         OVAL       0
         VAL        0
       0.DEVICE_IN_BOOTLOADER:
         OVAL       0
         VAL        0
       0.STICKY_UNREACH:
         OVAL       1
         VAL        1
       0.UNREACH:
         OVAL       1
         VAL        0
       1.STATE:
         OSVAL      on
         OVAL       1
         SVAL       off
         VAL        0
       1.WORKING:
         OVAL       0
         VAL        0
Attributes:
   IODev      HMCCU1
   alias      EG Licht Speis
   ccureadingfilter STATE
   cmdIcon    on:general_an off:general_aus
   controldatapoint STATE
   eventMap   /datapoint STATE 0:off/datapoint STATE 1:on/
   group      Licht
   icon       light_ceiling_light
   room       EG Küche
   statedatapoint STATE
   substitute STATE!(0):off,(1):on
   webCmd     on:off
CCU3 mit FHEM via HMCCU
20 Aktoren u. Wandschalter, 15 Heizkörperthermostate, 5 Bewegungsmelder, 3 Rauchmelder, Fensterkontakte, 2 Keymatic, Handsender
Alles in allem also einige Komponenten

networker

Laut Wiki kann der Schalter kein on-for-timer?

https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Unterputz-Schaltaktor_1-fach

Zitaton-for-timer Ersatz:
Der HM-LC-Sw1PBU-FM kennt kein set on-for-timer.

Otto123

Zitat von: networker am 22 Oktober 2018, 10:35:38
Laut Wiki kann der Schalter kein on-for-timer?

https://wiki.fhem.de/wiki/HM-LC-Sw1PBU-FM_Unterputz-Schaltaktor_1-fach

Warum das dort steht weiß ich nicht. Eventuell ist das bei einem sehr alter Entwicklungsstand von CUL_HM dort hinein gekommen.
Bei mir (FHEM/CUL_HM nicht HMCCU) kennt der Schalter (wie alle anderen HM Aktoren) on-for-timer. Er hat auch die OnTime Register, die haben aber sicher mit der Funktion gar nichts zu tun.

Oder ist on-for-timer generell ein Feature von CUL_HM?

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

staengls

Ich habe auch noch einen baugleichen auf dem HMLAN hängen. Dort funktioniert on-for-timer problemlos. Nur über die HMCCU nicht.
Gibt es da vielleicht doch noch die Chance, dass das mit HMCCUDEV auch zum laufen kommt?
CCU3 mit FHEM via HMCCU
20 Aktoren u. Wandschalter, 15 Heizkörperthermostate, 5 Bewegungsmelder, 3 Rauchmelder, Fensterkontakte, 2 Keymatic, Handsender
Alles in allem also einige Komponenten

zap

Jeder Schalter/Aktor, der einen Datenpunkt ON_TIME hat, unterstützt in HMCCUDEV und HMCCUCHN on-for-timer. In deinem Fall auch.

Die Fehlermldung ist ein Syntaxfehler, und das wundert mich. Was du noch machen kannst zur Fehleranalyse: setze mal ccuflags auf trace für den Schalter und verbose auf mindestens 2. dann nochmal on-for-timer ausführen und die vermutlich zahlreichen Logmeldungen posten
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

staengls

Danke für die Bemühungen!
für mich schaut das im Log so aus, als ob er alle annehmen würde. nur die letzte Zeile ist dann die Fehlermeldung...


2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=ON_TIME
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=ON_TIME
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=ON_TIME
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=ON_TIME
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=ON_TIME
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:44 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=ON_TIME
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=ON_TIME
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=ON_TIME
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:56 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:57 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:57 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=ON_TIME
2018.10.22 17:55:57 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:57 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:57 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:57 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:57 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:57 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=ON_TIME
2018.10.22 17:55:57 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:57 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:55:57 2: HMCCUDEV: IsValidDatapoint: 1 is a channel number
2018.10.22 17:55:57 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=LEVEL
2018.10.22 17:56:20 2: HMCCUDEV: IsValidDatapoint: STATE contains channel number
2018.10.22 17:56:20 2: HMCCUDEV: IsValidDatapoint: devtype=HM-LC-Sw1PBU-FM, chnno=1, dpt=STATE
2018.10.22 17:56:20 1: HMCCUDEV: eg_ku_ws_Speis Usage: set eg_ku_ws_Speis datapoint [{channel-number}.]{datapoint} {value} [...]
CCU3 mit FHEM via HMCCU
20 Aktoren u. Wandschalter, 15 Heizkörperthermostate, 5 Bewegungsmelder, 3 Rauchmelder, Fensterkontakte, 2 Keymatic, Handsender
Alles in allem also einige Komponenten

zap

#26
ok, ist doch ein Syntaxfehler. Du hast on/off per eventMap definiert. Ich bin mir nicht sicher, ob das geht. Aber wenn, dann so:

eventMap   /datapoint 1.STATE 0:off/datapoint 1.STATE 1:on/

d.h. wenn Du HMCCUDEV verwendest, musst Du bei den Datenpunkten auch die Kanalnummer mit angeben. Das gleiche gilt natürlich auch für die Attribute controldatapoint und statedatapoint. Diese müssen auf 1.STATE geändert werden,

Statt eventMap kannst Du auch folgendes Attribut setzen:

statevals on:true,off:false

Das wäre der bevorzugte Weg.

Bei Devices mit nur einem Kanal (Kanal 0 zählt nicht) wäre es einfacher, du verwendest HMCCUCHN. Dann kannst Du Dir die Angabe der Kanalnummer sparen, musst beim define aber den Kanalnamen oder die Kanaladresse angeben (z.B. LEQ1014965:1).

Ungefähr so:

define eg_ku_ws_Speis HMCCUCHN LEQ1014965:1 defaults
attr eg_ku_ws_Speis alias  EG Licht Speis
attr eg_ku_ws_Speis ccureadingfilter STATE
attr eg_ku_ws_Speis cmdIcon    on:general_an off:general_aus
attr eg_ku_ws_Speis controldatapoint STATE
attr eg_ku_ws_Speis statevals on:true,off:false
attr eg_ku_ws_Speis group      Licht
attr eg_ku_ws_Speis icon       light_ceiling_light
attr eg_ku_ws_Speis room       EG Küche
attr eg_ku_ws_Speis statedatapoint STATE
attr eg_ku_ws_Speis substitute STATE!(0|false):off,(1|true):on
attr eg_ku_ws_Speis webCmd     on:off


Blöd, dass mir das nicht gleich aufgefallen ist.
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

staengls

TAUSEND DANK!

Jetzt läuft es.  :D
CCU3 mit FHEM via HMCCU
20 Aktoren u. Wandschalter, 15 Heizkörperthermostate, 5 Bewegungsmelder, 3 Rauchmelder, Fensterkontakte, 2 Keymatic, Handsender
Alles in allem also einige Komponenten

staengls

Darf ich noch einmal an dieses Thema anschließen  ::) ?

Ich habe bisher meine Schalterschnittstelle HM-SwI-3-FM dazu verwendet, dass ich per Telegram ein Foto von meiner Haustür-Webcam geschickt bekomme, wenn jemand an der Türe läutet. Es gab auch noch eine zweite Funktion von der Schalterschnittstelle.
Bisher lief das über ein Notify: eg_vh_ss_ch2_tueroeffner:Short.* bzw. über einen virtuellen Kanal xx_xx_virt_dev_Btn1:trigLast.

Ich konnte keinen der beiden Wege nachbauen, da ich weder ein Short von der Schalterschnittstelle bekomme, noch die Schalterschnittstelle mit einer virtuellen Fernbedienung in Homematic peeren konnte.

Habt ihr dazu auch noch eine Idee für mich?

LG Stefan
CCU3 mit FHEM via HMCCU
20 Aktoren u. Wandschalter, 15 Heizkörperthermostate, 5 Bewegungsmelder, 3 Rauchmelder, Fensterkontakte, 2 Keymatic, Handsender
Alles in allem also einige Komponenten

zap

Die übliche Vorgehensweise: ein get deviceinfo ausführen, Datenpunkte anschauen, Readingfilter setzen.
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)