VCCU Einrichtung

Begonnen von Gunther, 16 November 2014, 12:20:02

Vorheriges Thema - Nächstes Thema

Gunther

Ich habe nun Wiki und verschiedene Posts zur vccu gelesen und diese eingerichtet. Leider habe ich nirgends etwas zur HMID (vccu vs. HMLANs) gelesen.

Ich habe nun überall die gleiche HMID (in vccu und beiden HMLAN-Adaptern). Ist das korrekt?
Dann habe ich bei allen Devices die Zuordnung geändert.

Also z. B. von vorher
attr k_WW_Zirkulationspumpe IODev HMLAN1

zu jetzt
attr k_WW_Zirkulationspumpe IOgrp vccu:HMLAN1

So dieht meine fhem.cfg aus:

# Definition HomeMatic
# hmId muss hexadezimal sein (ändern = neues pairen aller Geräte!)
# Definition HMLAN 1
define HMLAN1 HMLAN 192.168.0.15:1000
attr HMLAN1 hmId AAAAAA
attr HMLAN1 hmLanQlen 1_min
attr HMLAN1 logIDs sys,all
attr HMLAN1 wdTimer 25

# Definition HMLAN 2
define HMLAN2 HMLAN 192.168.0.16:1000
attr HMLAN2 hmId AAAAAA
attr HMLAN2 hmLanQlen 1_min
attr HMLAN2 logIDs sys,all
attr HMLAN2 wdTimer 25

# Definition vccu
define vccu CUL_HM AAAAAA
# attr vccu IODev HMLAN2
attr vccu IOList HMLAN1,HMLAN2
attr vccu model CCU-FHEM
attr vccu room Haus
attr vccu subType virtual
attr vccu webCmd virtual:update


Ist das korrekt oder muss ich noch etwas beachten?
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

franky08

Sieht OK aus, die HM ID der vccu sollte dann auch AAAAAA sein. Mit :
attr k_WW_Zirkulationspumpe IOgrp vccu:HMLAN1
legst du HMLAN1 als prefered IO device fest. Du solltest noch allen deinen devices das Attribut IOgrp vccu verpassen.

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Gunther

Zitat von: franky08 am 16 November 2014, 12:45:44
legst du HMLAN1 als prefered IO device fest. Du solltest noch allen deinen devices das Attribut IOgrp vccu verpassen.

Das verstehe ich nicht. Ich dachte das habe ich genau mit
attr k_WW_Zirkulationspumpe IOgrp vccu:HMLAN1
getan.
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

marvin78

Läuft denn etwas nicht? Das sieht doch alles gut aus.

franky08

Ein Blick in die commandref sollte Aufklärung bringen:
ZitatIOgrp
can be given to devices and shall point to a virtual CCU. As a consequence the CCU will take care of the assignment to the best suitable IO. It is necessary that a virtual CCU is defined and all relevant IO devices are assigned to it. Upon sending the CCU will check which IO is operational and has the best RSSI performance for this device.
Optional a prefered IO can be added. In case this IO is operational it willge selected regardless of rssi values.
Example:
attr myDevice1 IOgrp vccu
attr myDevice2 IOgrp vccu:prefIO

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

frank

Zitatattr myDevice1 IOgrp vccu
attr myDevice2 IOgrp vccu:prefIO
aber nur eins von beiden. entweder mit oder ohne prefIO.
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

franky08

Steht doch auch so da: myDevice1 myDevice2.  ;)

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Gunther

Danke, dass passt soweit alles!
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

Gunther

Was ich jetzt gerne als nächstes angehen möchte, dass z. B. mein 6-Tastenschalter oder meine Schlüsselanhängerfernbedienungen im Zusammenspiel mit meinen HomeMatic-Geräten bei Erfolg ein grünes licht haben. Kann ich das über die vccu realisieren.
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

franky08

Dafür brauchst du nur jeden Button deiner Fernbedienung/Wandtaster mit einem virtuellen Button von vccu zu peeren.

In der Art: set Button2 peerChan 0 vccu_Btn2 single set

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Gunther

Super, danke.

Wenn ich das richtig gesehen habe, kann ich max. 50 virtuelle Buttons in der vccu anlegen. Kann ich theoretisch einen vccu-Button mit mehreren Geräten peeren? Falls ja, hat das Nachteile?
FHEM@Proxmox@Nuc: TabletUI als User-Interface (4 Wandtablets) / IOs per ser2net gekapselt
Homematic: Heizung, Fenster, Bewegung | Jeelink: Temperatur | Z-Wave: Bewegung, Temperatur | FS20: Temperatur, Fenster | Viessmann-Heizung eingebunden

rapster

ZitatKann ich theoretisch einen vccu-Button mit mehreren Geräten peeren? Falls ja, hat das Nachteile?
ja, nein