HM-CC-VD Funk-Stellantrieb: Unterschied zwischen den Versionen
(Absatz 4 neu: "Betrieb mit FHEM, ohne (physischen) HM-CC-TC") |
K (Wiki-Vorlagen für Foren-Links) |
||
| Zeile 87: | Zeile 87: | ||
- das Pairing durchführen: am HMLAND oder HM-MOD-UART (oder besser einer VCCU) 'set <HMIO> hmPairForSec nnn' und am HM-CC-VD den Button 5-10 s drücken, es sollte im Display des VD kurz von 20 s rückwärts gezählt werden und dann das Antennensymbol dauerhaft stehen. | - das Pairing durchführen: am HMLAND oder HM-MOD-UART (oder besser einer VCCU) 'set <HMIO> hmPairForSec nnn' und am HM-CC-VD den Button 5-10 s drücken, es sollte im Display des VD kurz von 20 s rückwärts gezählt werden und dann das Antennensymbol dauerhaft stehen. | ||
Der HM-CC-VD sollte jetzt in der Liste der FHEM-Devices als HM_xxxxxx sichtbar sein. | Der HM-CC-VD sollte jetzt in der Liste der FHEM-Devices als HM_xxxxxx sichtbar sein. | ||
Wichtig: Am neu eingerichteten Device HM-CC-VD muss noch das Attribut msgRepeat = 0 gesetzt werden, sonst führt ein Zuviel an Kommunikation zwischen HM-CC-VD und IO-Device zum Verlust der Verbindung. | Wichtig: Am neu eingerichteten Device HM-CC-VD muss noch das Attribut msgRepeat = 0 gesetzt werden, sonst führt ein Zuviel an Kommunikation zwischen HM-CC-VD und IO-Device zum Verlust der Verbindung.<ref>{{Link2Forum|Topic=41588|Message=339484|LinkText=FHEM-Forum-Beitrag}}</ref> | ||
<pre> | <pre> | ||
set HM_xxxxxx deviceRename <HM_CC_VD> | set HM_xxxxxx deviceRename <HM_CC_VD> | ||
| Zeile 146: | Zeile 145: | ||
lässt sich die Kombination aus HM-CC-VD und virtuellem HM-CC-TC im Regelmodul PID20 als Heizungsregler nutzen. | lässt sich die Kombination aus HM-CC-VD und virtuellem HM-CC-TC im Regelmodul PID20 als Heizungsregler nutzen. | ||
Quellen: | ---- | ||
; Quellen: | |||
* {{Link2Forum|Topic=60296|LinkText=FHEM-Forum-Thema}} | |||
* {{Link2Forum|Topic=22419|LinkText=FHEM-Forum-Thema}} | |||
* {{Link2Forum|Topic=30738|LinkText=FHEM-Forum-Thema}} | |||
* {{Link2Forum|Topic=54911|LinkText=FHEM-Forum-Thema}} | |||
* {{Link2Forum|Topic=41588|LinkText=FHEM-Forum-Thema}} | |||
= Links = | = Links = | ||
Anleitung: [http://www.eq-3.de/Downloads/eq3/downloads_produktkatalog/homematic/bda/HM-CC-VD_UM_GE_eQ-3_081013.pdf HM-CC-VD Funk-Stellantrieb] | * Anleitung bei EQ-3: [http://www.eq-3.de/Downloads/eq3/downloads_produktkatalog/homematic/bda/HM-CC-VD_UM_GE_eQ-3_081013.pdf HM-CC-VD Funk-Stellantrieb] | ||
---- | |||
<references /> | |||
[[Kategorie:HomeMatic Components]] | [[Kategorie:HomeMatic Components]] | ||
[[Kategorie:Heizungsventile]] | [[Kategorie:Heizungsventile]] | ||
Version vom 21. Oktober 2019, 10:10 Uhr
HM-CC-VD Funk-Stellantrieb
Achtung: Dieses Gerät ist abgekündigt (wird nicht mehr hergestellt). Nachfolgeprodukt ist der HM-CC-RT-DN.
Allgemeines
Stellantrieb für den HM-CC-TC. Es können maximal 4 HM-CC-VD an ein HM-CC-TC angelernt werden.
Aktuelle Firmware: 2.0
Der HM-CC-VD misst nicht selbst die Temperatur. Diese wird von dem HM-CC-TC Funk-Wandthermostat, mit dem der Stellantrieb gepeert wurde, gemessen.
Probleme
Bei Firmwareversionen vor 2.0 kann es vorkommen, dass sich der Stellantrieb bei einer bestimmten Stellung "festfährt" (z.B. 4%) und der Raum sich kontinuierlich erhitzt, obwohl eine niedrigere Temperatur am Wandthermostat eingestellt ist. Erst nach einem Reset des Stellantriebs oder manuellen Erhöhung der Temperatur am Wandthermostat/FHEM verrichtet der Stellantrieb wieder wie gewohnt seine Arbeit.
Quelle: [1]
Ein Firmwareupdate kann derzeit nur mittels Einschicken des Stellantriebs erfolgen.
Ist der Stellantrieb mit dem HM-CC-TC gepairt (zu sehen im Menü des HM-CC-TC als VST Nummer X), erscheint aber nicht in FHEM (hier mit HMLAN), dann hilft der Befehl set <HMLAN-Name> hmPairForSec 300 und das Drücken des Anlernknopfes am HM-CC-VD für mind. 5 Sekunden.
Betrieb mit FHEM
HM-CC-VDs werden mit dem für ihren Betrieb/Raum zuständigen HM-CC-TC gepeert. Dadurch ist der TC für die Ansteuerung der Ventiltriebe da.
Log-Daten
Device-Log
Zur Behebung des "1 bzw. 4 % Fehlers" wurde die Raumtemperatur über die Ansteuerung des HM-CC-TC temporär auf 28 °C erhöht. Nachdem das Thermostat (VD) laut Logs das Ventil auf hier 68 % geöffnet hat, wurde die Temperatur wieder auf die gewünschte (desired) Temperatur (am TC) gesetzt. Diese Befehle mussten allerdings einige Male wiederholt werden und es bedurfte einiger Minuten Wartezeit zwischen den Umstellungen.
2013-03-18_22:34:57 OG.AZ.Thermostat set_0 % 2013-03-18_22:34:57 OG.AZ.Thermostat ValveDesired: 0 % 2013-03-18_22:34:58 OG.AZ.Thermostat ValvePosition: 1 % 2013-03-18_22:34:58 OG.AZ.Thermostat 1 % 2013-03-18_22:34:58 OG.AZ.Thermostat battery: ok 2013-03-18_22:34:58 OG.AZ.Thermostat motorErr: ok 2013-03-18_22:34:58 OG.AZ.Thermostat motor: stop 2013-03-18_22:34:58 OG.AZ.Thermostat operState: errorTargetNotMet 2013-03-18_22:34:58 OG.AZ.Thermostat operStateErrCnt: 1 2013-03-18_22:37:42 OG.AZ.Thermostat set_68 % 2013-03-18_22:37:42 OG.AZ.Thermostat ValveDesired: 68 % 2013-03-18_22:37:43 OG.AZ.Thermostat ValvePosition: 1 % 2013-03-18_22:37:43 OG.AZ.Thermostat 1 % 2013-03-18_22:40:20 OG.AZ.Thermostat set_68 % 2013-03-18_22:40:20 OG.AZ.Thermostat ValveDesired: 68 % 2013-03-18_22:40:22 OG.AZ.Thermostat ValvePosition: 68 % 2013-03-18_22:40:22 OG.AZ.Thermostat 68 % 2013-03-18_22:40:22 OG.AZ.Thermostat battery: ok 2013-03-18_22:40:22 OG.AZ.Thermostat motorErr: ok 2013-03-18_22:40:22 OG.AZ.Thermostat motor: stop 2013-03-18_22:40:22 OG.AZ.Thermostat operState: onTarget 2013-03-18_22:42:31 OG.AZ.Thermostat set_0 % 2013-03-18_22:42:31 OG.AZ.Thermostat ValveDesired: 0 % 2013-03-18_22:42:33 OG.AZ.Thermostat ValvePosition: 68 % 2013-03-18_22:42:33 OG.AZ.Thermostat 68 % 2013-03-18_22:42:33 OG.AZ.Thermostat battery: ok 2013-03-18_22:42:33 OG.AZ.Thermostat motorErr: ok 2013-03-18_22:42:33 OG.AZ.Thermostat motor: closing 2013-03-18_22:42:33 OG.AZ.Thermostat operState: adjusting 2013-03-18_22:44:34 OG.AZ.Thermostat set_0 % 2013-03-18_22:44:34 OG.AZ.Thermostat ValveDesired: 0 % 2013-03-18_22:44:36 OG.AZ.Thermostat ValvePosition: 0 % 2013-03-18_22:44:36 OG.AZ.Thermostat 0 %
Event monitor
2013-03-18 22:42:33 CUL_HM OG.AZ.Thermostat motor: closing 2013-03-18 22:42:33 CUL_HM OG.AZ.Thermostat operState: adjusting
Batteriealarme des HM-CC-VD in Verbindung mit HM-CC-TC
1. bei U-Bat. < 2,4 V erscheint im Display des VD und des TC das Batteriesymbol mit battery: low in den Readings und Events! 2. bei U-Bat. < 2,3 V erscheint im Display des VD zusätzlich F4 mit battery: critical in den Readings und Events! Es wird dringend geraten, die Batterien bei battery: low zu tauschen!
Betrieb mit FHEM, ohne (physischen) HM-CC-TC
Alternativ kann der HM-CC-VD auch über einen virtuellen HM-CC-TC betrieben werden. Damit diese Lösung stabil funktioniert, sollte die Kommunikation (nach Nutzererfahrung aus dem Forum) als IO-Device ein HMLAND oder ein HM-MOD-UART (Raspi-Modul) nutzen. Ein CUL im RF-Mode 'Homematic' scheint das nötige präzise Timing (s.o.) nicht immer zu halten.
Einrichtung
Vorbereitung
- der HM-CC-VD sollte zurückgesetzt sein - ca. 20 s den Button drücken und die Einfahrprozedur am Heizkörperventil abschließen. - das Pairing durchführen: am HMLAND oder HM-MOD-UART (oder besser einer VCCU) 'set <HMIO> hmPairForSec nnn' und am HM-CC-VD den Button 5-10 s drücken, es sollte im Display des VD kurz von 20 s rückwärts gezählt werden und dann das Antennensymbol dauerhaft stehen. Der HM-CC-VD sollte jetzt in der Liste der FHEM-Devices als HM_xxxxxx sichtbar sein. Wichtig: Am neu eingerichteten Device HM-CC-VD muss noch das Attribut msgRepeat = 0 gesetzt werden, sonst führt ein Zuviel an Kommunikation zwischen HM-CC-VD und IO-Device zum Verlust der Verbindung.[1]
set HM_xxxxxx deviceRename <HM_CC_VD> attr <HM_CC_VD> msgRepeat 0
Einrichten virtueller HM-CC-TC
Der zur Kommunikation mit dem Stellantrieb HM-CC-VD nötige Virtuelle Controller wird wie folgt eingerichtet:
define <HM-VIRT-TC> CUL_HM 112233* attr <HM-VIRT-TC> expert 2_raw attr <HM-VIRT-TC> model virtual_1 attr <HM-VIRT-TC> msgRepeat 0 attr <HM-VIRT-TC> subType virtual set <HM-VIRT-TC> virtual 1
- oder eine andere noch nicht vergebene ID
Weil es sich nicht um einen virtuellen Button, sondern um den Kanal eines virtuellen HM-CC-TC handelt, kann man den Kanal umbenennen:
rename <HM-VIRT-TC>_Btn1 <HM-VIRT-TC>_c1
In diesem Beispiel wird ein virtueller TC einem VD zugeortnet. Wenn man einen TC mit mehreren Kanälen nutzt (z.B. set <HM-VIRT-TC> virtual 2), kann man den einzelnen VD nachher nicht kontrollieren, es wird nur der Status des zuletzt angesteuerten Kanals am <HM-VIRT-TC> ausgewertet.
Bei Einsatz einer VCCU kontrollieren, ob das richtige IO-Device genutzt wird (s. VCCU) - falls nicht, per IOgrp-Attribut setzen. Ohne VCCU sollte IODev auf das richtige Device zeigen.
Hier z.B. ein HM-MOD-UART "UART-HM" an der VCCU "VIRTCCU1"
attr <HM-VIRT-TC> IOgrp VIRTCCU1:UART_HM
Peering von HM-CC-VD und virtuellem HM-CC-TC
set <HM-VIRT-TC>c1 peerChan 0 <HM_CC_VD> single set
Danach den Button am HM-CC-VD drücken, bis die 20-Sekunden-Anzeige anfängt zu laufen.
mit
set <HM-VIRT-TC>c1 valvePos 55
kann man den VD jetzt testen.
mit
define heizung_regler PID20 <thermosensor>:temperature <HM-VIRT-TC>c1:valvePos
lässt sich die Kombination aus HM-CC-VD und virtuellem HM-CC-TC im Regelmodul PID20 als Heizungsregler nutzen.
- Quellen
Links
- Anleitung bei EQ-3: HM-CC-VD Funk-Stellantrieb