FHEMWiki - Benutzerbeiträge [de]

HM-CC-VD Funk-Stellantrieb

2016-11-21T13:18:25Z

Oskar: Link zur Anleitung aktualisiert

'''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 Funk-Wandthermostat|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, mit dem der Stellantrieb [[Pairing (HomeMatic)|gepairt]] 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: [[http://www.elv.de/output/controller.aspx?cid=834&detail=2&detail2=582 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 [[Peering (HomeMatic)|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.
<pre>
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 %
</pre>

=== Event monitor ===
<pre>
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
</pre>

== 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!

= 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]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Heizungsventile]]

HM-CC-RT-DN Funk-Heizkörperthermostat

2016-11-05T15:17:26Z

Oskar: eq-3 links geändert

{{Infobox Hardware
|Bild=HM-CC-RT-DN.jpg
|Bildbeschreibung=HM-CC-RT-DN an Heizkörper montiert
|HWProtocol=[[HomeMatic]]
|HWType=[[HomeMatic Type Thermostat|thermostat]]
|HWCategory=[[:Kategorie:Heizungsventile|Heizungsventile]]
|HWComm=868 MHz
|HWChannels=6
|HWVoltage=3 V
|HWPowerConsumption=180 mA
|HWPoweredBy=2x LR6/Mignon/AA
|HWSize=54x65x93 mm (BxHxT)
|HWDeviceFHEM=[[CUL_HM]]

|HWManufacturer=ELV / eQ-3
}}

'''HM-CC-RT-DN''' (häufig einfach '''RT''' genannt) ist ein Funk-''Heizkörperthermostate'' mit integriertem ''Stellantrieb''. Das Thermostat ist seit September 2013 verfügbar und ist der Nachfolger des [[HM-CC-VD Funk-Stellantrieb]]s.

== Vorbemerkungen ==
: ''→ Einstellungen und Informationen, die alle [[HomeMatic]] Thermostate betreffen, sind unter [[HomeMatic Type Thermostat#Temperaturlisten|HomeMatic Type Thermostat]] zu finden.''

Der HM-CC-RT-DN kann die Temperatur selbst messen (im Gegensatz zum [[HM-CC-VD Funk-Stellantrieb|Vorgänger]]) und verfügt über eine Fenster-Offen-Erkennung sowie eine Boost-Funktion. Der HM-CC-RT-DN ''kann'' von einem [[HM-TC-IT-WM-W-EU Funk-Wandthermostat AP]] gesteuert werden, das ist aber ''optional''.

Das Gerät wird seit Anfang Oktober 2013 von Fhem unterstützt (siehe Diskussion im {{Link2Forum|Topic=14738|LinkText=Forum}}).

Der HM-CC-RT-DN scheint das erste HomeMatic-Device zu sein, bei dem ein Update der Firmware auch vom Anwender durchgeführt werden kann. Ein Firmware-Update erfordert einen [[HM-CFG-USB_USB_Konfigurations-Adapter|USB Konfigurations-Adapter]] und eine auf der eQ-3 Webseite herunterladbare Firmwareupdate-Software. Weitere Details sind unter [[#Firmware Update|Firmware Update]] beschrieben.
{{Hinweis|Die Solltemperaturen eines HM-CC-RT-DN lassen sich ''nicht'' durch einen [[HM-CC-TC Funk-Wandthermostat]] ''steuern''. Dieser kann nur die Ist-Temperatur an den HM-CC-RT-DN weitergeben, damit nicht die am HM-CC-RT-DN direkt gemessene Raumtemperatur zur Regelung verwendet wird.}}
Mit einem HM-CC-RT-DN können maximal (neben der Zentrale/Fhem):
* 7 HomeMatic Heizkörperthermostate
* 8 HomeMatic Tür-Fensterkontakte / Fenster-Drehgriffkontakte
* 8 Tastenpaare von HomeMatic Fernbedienungen bzw. Display-Wandtaster
* 1 HomeMatic Innen-Temperatur-Sensor
[[Peering (HomeMatic)|gepeert]] werden.

{{Hinweis|Wird für Wartungs-/Umbaumaßnahmen das Wasser der Heizung abgelassen bzw. diese neubefüllt, sind alle Stellantriebe manuell dauerhaft auf '''on''' zu setzen: set <HM_Stellantrieb>_Clima controlManu on. Beim Einsatz eines Wandthermostaten ist der Wandthermostat entsprechend einzustellen.}}

== Technische Daten ==
* Betriebsspannung: 2 Stck. 1,5V LR6/Mignon/AA
* Stromaufnahme: 180 mA max.
* Abmessungen (B x H x T): 54 x 65 x 93 mm
* Gewicht: 180 g (ohne Batterien)
* Ventilanschluss: M30 x 1,5 mm

Aktuelle Firmware: 1.4

== Betrieb mit FHEM ==
Der Funk-Heizkörperthermostat muss zuerst mit Fhem [[Pairing (HomeMatic)|gepairt]] werden. Stellen Sie sicher, dass Fhem aktuell ist (update durchführen)

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden

=== Channels (Kanäle) ===
==== Channel (Kanal) 01 _Weather ====

Dieser Kanal dient zur Einspeisung der (gemessenen) ''Ist-Temperatur''. Als Sensor können zum Beispiel das [[HM-TC-IT-WM-W-EU Funk-Wandthermostat AP|HM-TC-IT-WM-W-EU Funk-Wandthermostat]] oder ein [[HM-WDS40-TH-I Funk-Temperatur-/Feuchtesensor innen (IT)|HM-WDS40-TH-I Funk-Temperatur-/Feuchtesensor]] dienen.

Ein Temperatur-Sensor ''tempSensor'' kann mit dem ''_Weather''-Kanal wie folgt [[Peering (HomeMatic)|gepeert]] werden:

set <tempSensor> peerChan 0 <HM-CC-RT-DN>_Weather single

==== Channel (Kanal) 02 _Climate ====
Dieser Kanal erlaubt es dem [[HM-TC-IT-WM-W-EU Funk-Wandthermostat AP|HM-TC-IT-WM-W-EU Funk-Wandthermostat]] den HM-CC-RT-DN zu steuern. Dazu müssen die beiden Geräte gepeert werden:

set <HM-TC-IT-WM-W-EU>_Climate peerChan 0 <HM-CC-RT-DN>_Climate single set

==== Channel (Kanal) 03 _WindowRec ====
Mit diesem Kanal können Fensterkontakte ([[HM-SEC-SC Tür-Fensterkontakt|HM-SEC-SC]] und [[HM-Sec-RHS Funk-Fenster-Drehgriffkontakt|HM-SEC-RHS]]) ihren Fensterstatus (geöffnet / gekippt) an ein oder mehrere Thermostate senden. Die Thermostate stellen anschließend die entsprechende (konfigurierbare) Temperatur ein. Der Temperaturwert kann je Fenster-Sensor unterschiedlich definiert werden. Sind mehrere Fenster gleichzeitig geöffnet, so wird der Thermostat auf die Temperatur des Sensors mit dem geringsten Temperaturwert eingestellt.
Ferner wird empfohlen, bei Einsatz von externen Sensoren, die interne „Fenster auf Erkennung“ zu deaktivieren (weitere Details sind im [[HM-CC-RT-DN Funk-Heizkörperthermostat#Channel .28Kanal.29 04 _Clima|Channel (Kanal) 04 _Clima]] beschrieben).

Der Befehl zum Peeren lautet, wobei <fensterSensor> die Fhem-Kanalbezeichnung für den Fensterkontakt ist und <rt_WindowRec> die Kanalbezeichnung für den entsprechenden Kanal des Heizkörperthermostates:
set <fensterSensor> peerChan 0 <HM-CC-RT-DN>_WindowRec single set

Zum Löschen (=unpeeren) dieser Kopplung:
set <fensterSensor> peerChan 0 <HM-CC-RT-DN>_WindowRec single unset

'''Achtung''': Der Peer-(Lösch)Vorgang muss erst am Fensterkontakt durch Drücken der Anlerntaste ausgelöst werden, und zwar auch dann, wenn der Fensterkontakt schon vorher mit Fhem gepairt wurde. Dann kann der oben genannte Befehl in FHEM abgesetzt werden. Wichtig scheint auch, dass der Fensterkontakt geschlossen ist wenn man die Anlerntaste drückt.

Der Befehl zur Temperatureinstellung des Heizkörperthermostaten für den Zustand "Fenster offen" lautet, wobei <fensterSensor> die Fhem-Kanalbezeichnung für den Fensterkontakt ist und <rt_WindowRec> die Kanalbezeichnung für den entsprechenden Kanal des Heizkörperthermostates, sowie <Temp> die einzustellende Temperatur (ganzzahliger Wert):
set <HM-CC-RT-DN>_WindowRec regSet winOpnTemp <Temp> <fensterSensor>

==== Channel (Kanal) 04 _Clima ====
Dieser Kanal dient zum Einstellen der Betriebsparameter, auch [[#Temperaturlisten|Temperaturlisten]] sind hierauf zu übertragen.

{{Hinweis|In älteren Versionen von Fhem wurde dieser Kanal durch ''autocreate'' als <code>_ClimRT_tr</code> angelegt. Der Hersteller hat hier offenbar die internen Bezeichnungen geändert, denn beim Vorläufernmodell HM-CC-TC mussten Temperaturlisten auf den Kanal ''Climate'' übertragen werden.}}

Die maximale Öffnung des Ventils kann mittels folgendem Befehl eingestellt werden (hier auf 80 %):
set <HM-CC-RT-DN>_Clima regSet valveMaxPos 80

Die interne "Fenster-auf"-Erkennung kann man wie folgt abschalten:
set <HM-CC-RT-DN>_Clima regSet winOpnMode off

==== Channel (Kanal) 05 _ClimaTeam ====
Dieser Kanal erlaubt es mehrere HM-CC-RT-DN zu einem "Team" zu gruppieren. Ein Mitglied des Teams meldet
* Änderungen der Temperatur am Handrad
* Einschalten des Boost-Modus am Taster
an seine "Teamkollegen" weiter. Folgende Änderungen werden '''nicht''' weitergegeben:
* Status der Fensterkontakte
* Temperaturlisten/Wochenplan und daraus folgende Änderungen
* Änderungen durch Fernbedienungen
* Änderungen durch eine HomeMatic-Zentrale

Befehl zum Peeren, wobei ''<HM-CC-RT-DN#1>_ClimaTeam'' und ''<HM-CC-RT-DN#2>_ClimaTeam'' die Kanalbezeichnungen der beiden ClimaTeam-Kanäle sind:
set <HM-CC-RT-DN#1>_ClimaTeam peerChan 0 <HM-CC-RT-DN#2>_ClimaTeam single

==== Channel (Kanal) 06 _remote ====
Dieser Kanal kann an eine Fernbedienung gekoppelt werden. Per Tastendruck kann man einen bestimmten Mode und/oder eine bestimmte Temperatur wählen. Dabei kann die Reaktion auf einen langen oder kurzen Tastendruck gesondert eingestellt werden.

Der Befehl zum peeren lautet, wobei <button> die Kanalbezeichnung der Fernbedienung und <rt-remote> die Kanalbezeichnung des Heizkörperthermostates ist:
set <button> peerChan 0 <HM-CC-RT-DN>_remote single

=== Betriebsmodus Auto, Manu, Party (Urlaub) ===

Der HM-CC-RT-DN verfügt über drei Betriebsmodus: Auto, Manu (Manuell) und Party (Urlaub).

==== Modus Auto ====
Das Gerät arbeitet gemäß des gespeicherten Wochenprogramms. Manuelle Änderungen sind möglich, werden aber beim nächsten Schaltpunkt überschrieben.

==== Modus Manu ====
Die Temperatur wird manuell eingestellt, das Wochenprogramm wird nicht abgearbeitet.

==== Modus Party (Urlaub) ====
Die eingestellte Temperatur gilt bis zu einem gegebenen Endzeitpunkt, anschließend wechselt das Thermostat in den ''Auto''-Modus. So kann beispielsweise bei Abwesenheit ein niedrigeres Temperaturprofil eingestellt werden ohne dass die Temperaturlisten verändert werden müssen.

set <HM-CC-RT-DN>_Clima controlParty 16 06.12.13 16:30 09.12.13 05:00

Dadurch wird
* von 06.12.2013, 16:30 Uhr
* bis 09.12.2013, 05:00 Uhr
* die gewünschte Raumtemperatur auf 16 °C eingestellt.

{{Hinweis|
* Der Befehl muss auf dem Kanal 4 ''(_Clima)'' erfolgen.
* Es werden nur Uhrzeiten zu jeder vollen oder halben Stunde angenommen (Minuten also 00 oder 30).}}

Mit der folgenden Funktion <code>Urlaub()</code> kann man eine ganze Wohnung (also mehrere RTs) mit nur einem Befehl in den Party-Modus versetzen. Im Beispiel werden zwei Heizkörper ("Treppenhaus" und "Kammer") angesteuert.

Zu beachten sind folgende Dinge:
# Aktuelle Dateien (z.B. <code>10_CUL_HM</code>) verwenden!
# Bei dem ''controlParty''-Befehl ''kein'' Komma zwischen den Parametern.
# Bei der Funktion die Parameterübergabe definieren <code>($$$$$)</code>

'''Aufruf:'''
:<code>{Urlaub ("16", "06.12.13", "16:30", "09.12.13" ,"05:00")}</code>

'''Funktion:'''
<source lang=perl>
my $Urlaub;
sub
Urlaub($$$$$)
{
my ($temp, $startDate, $startTime, $endDate, $endTime) = @_;

# HM-CC-RT-DN akzeptiert nur Zeiten, die auf Minute 00 oder 30 enden.
# Daher $startTime und $endTime abrunden
$startTime =~ s/\:[0-2].$/:00/;
$startTime =~ s/\:[3-5].$/:30/;
$endTime =~ s/\:[0-2].$/:00/;
$endTime =~ s/\:[3-5].$/:30/;

# controlParty bei jedem HM-CC-RT-DN setzen.
for my $rt (qw(Kammer Treppenhaus)) {
fhem ("set $rt controlParty $temp $startDate $startTime $endDate $endTime");
}
}
</source>

=== Tastensperre ===

Um zu verhindern, dass der Modus oder die Temperatur per Tasten bzw. Drehrad am HM-CC-RT-DN verändert wird, kann eine Tastensperre gesetzt werden. Dies erfolgt mittels des Befehls:

set <HM-CC-RT-DN> regSet btnLock on

Rückgängig machen geht per:

set <HM-CC-RT-DN> regSet btnLock off

Diese Tastensperre kann man aber am HM-CC-RT-DN durch eine Tastenkombination wieder zurücksetzen. Um sie nur per Fhem rücksetzen zu können, muss

set <HM-CC-RT-DN> regSet globalBtnLock on

eingegeben werden. Rückgängig geht wieder per:

set <HM-CC-RT-DN> regSet globalBtnLock off

Es gibt auch eine Tastensperre die nur das Umschalten des Modus (Auto, Manuell, Urlaub) am Gerät verhindert. Diese wird mit

set <HM-CC-RT-DN> regSet modusBtnLock on

eingeschaltet. Abschalten geht mit:

set <HM-CC-RT-DN> regSet modusBtnLock off

=== Burst-Modus ===
Das ist ein '''Übertragungs'''modus für Nachrichten zwischen HM-Geräten und der Zentrale. Der RT erwacht alle 2,5 Minuten und dann überträgt die Zentrale die Kommandos. Wenn man einen Fensterkontakt oder eine Fernsteuerung nutzt, muss der RT sofort reagieren - dann muss man den Burst ''enablen''. Der RT kann in diesem Fall sofort aufgeweckt werden und bearbeitet die Anforderung (Request). Das kann man auch von der Zentrale aus nutzen (so man möchte). Das ist der '''Vorteil''' des eingeschalteten Burst-Modus.

'''Nachteil:''' Der Burst-Modus benötigt mehr Leistung, das heißt die Batterien müssen häufiger gewechselt werden: Der RT muss den Receiver ständig empfangsbereit halten. Außerdem wachen bei jedem Burst wachen ''alle'' Burst-Empfänger auf – egal an wen die Kommunikation gerichtet war.

'''Burst – wie es funktioniert'''

Schickt ein Sender eine burst Sequenz, wachen alle burst-Empfänger auf und prüfen die Message.
Wenn sie betroffen sind bleiben sie eine Zeit lang wach, ansonsten schlafen sie wieder ein.
Man beachte also, dass Senden eines Burst Energie in ALLEN burst-Empfängern verbraucht, egal ob sie angesprochen sind.

'''HMLAN und burst'''

[[HMLAN]] hat ein Sendebudget das über eine Stunde berechnet wird. Burst belastet diese Konto deutlich - so können nicht mehr als 100 bursts /h gesendet werden - dann geht HMLAN in overload Wenn zusätzliche Nachrichten gesendet werden sind es entsprechend weniger.
Es ist als nicht vorteilhaft, unnötig bursts zu senden.

'''Burst devices'''

Es gibt Devices, die immer auf burst reagieren und solche bei denen es abgeschaltet werden kann. So reagiert ein Rauchmelder immer auf Burst damit er seine Team-Kollegen hören kann.
Ein TC oder RT hingegen hat diese Funktion abschaltbar. 'Per default ist dies ausgeschaltet um Batterie zu sparen'. Wenn ein VD gesteuert wird ist der TC ja selbst wach. Wird er aber mit einem Fensterkontakt gekoppelt muss es eingeschaltet werden – sonst verpasst er die Nachricht.

'''ConditionalBurst devices'''

Devices mit abschaltbarem Burst wie z.B. der ''HM-CC-RT-DN'' haben ein Register, ''burstRx'', mit dem das burst-Erwachen eingestellt werden kann.
Sendern, die einen burst-Aktor erwecken sollen, muss man sagen, welcher Peer Burst benötigt. Hier kann ggf. das Register ''peerNeedsBurst'' nach dem Peeren gesetzt werden. FHEM versucht dies automatisch beim Peeren zu erledigen. Siehe [[HomeMatic HMInfo|HMinfo]] Befehl ''models'' um herauszufinden, welche Devices welchen Modus unterstützen.

'''Attribut burstAccess'''

Devices, die abschaltbaren burst haben kann man ein attribut bustAccess 1_auto setzen. Es wird beim Abschicken eines Kommandos versucht, das Device mit burst zu wecken. Sollte es nicht funktionieren wird gewartet, bis das Device aufwacht (meist reagieren solche Devices auch auf wakeup). Das Setzen des Attributs ist angenehm – es werden aber ggf. viele bursts gesendet.

'''Kommando burstXmit'''

Mit diesem Kommando, das bei Devices mit contitional-Burst zu Verfügung steht, wird der burst gezielt von User angestossen.

Der User schickt erst seine Kommandos an das device. Die Kommandos werden im Command-stack gesammelt.

Dann sendet der User ein set burstXmit.

Es passiert das gleiche wie bei burstAccess.

FHEM versucht mittels burst zu wecken und sendet bei Erfolg die Messages aus dem Kommandostack.

Im Gegensatz zu burstAccess ist burstXmit gezielt einsetzbar und kann sparsamer verwendet werden.

''' FHEM und burst devices'''

FHEM sendet eine burst automatisch mit Kommandos zu Devices, die nur burst unterstützen.

'''So aktiviert man den burst-Betrieb am HM-CC-RT-DN'''

''Burst Mode einschalten'' (der Kanal 4 des Device WZ1 heisst hier WZ1_4)
:<code>set WZ1_4 regSet burstRx on </code>
prüfen mit:
:<code>get WZ1_4 reg burstRx </code>
''Nun in FHEM den Burst mode einschalten (sofern nicht burstXmit verwendet wird)''
:<code>attr WZ1 burstAccess 1_auto</code>

Hinweis: Das Attribut im Device und nicht im Kanal setzen, ansonsten gibt es eine Fehlermeldung.

=== Temperaturlisten ===
Die Temperaturlisten des HM-CC-RT-DN werden identisch mit denen anderer HomeMatic Thermostate verwaltet (siehe [[HomeMatic Type Thermostat#Temperaturlisten|HomeMatic Type Thermostat]]). Beim HM-CC-RT-DN ist der Kanal 4 (_Clima) für die Temperaturlisten zuständig.

==Fhem-Log==
In den folgenden Logs heißt Kanal 4 noch "_ClimRT_tr". Inzwischen würde man dort "_Clima" sehen.

=== Device-Log ===
2013.10.10 20:03:24 3: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_2212BC, please define it
2013.10.10 20:03:24 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC CUL_HM 2212BC A1A0184002212BC0000001000954B4551303531303031375900FFFF
2013.10.10 20:03:24 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_2212BC thermostat, model HM-CC-RT-DN serialNr KEQ0510017
2013.10.10 20:03:24 3: LANCUL pairing (hmPairForSec) not enabled
2013.10.10 20:03:24 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC-%Y.log CUL_HM_HM_CC_RT_DN_2212BC
2013.10.10 20:03:24 3: Device Heizung_Wohnzimmer added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: Heizung_Wohnzimmer thermostat, model HM-CC-TC serialNr JEQ0044286
2013.10.10 20:03:24 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:24 3: CUL_HM pair: CUL_HM_HM_CC_RT_DN_2212BC thermostat, model HM-CC-RT-DN serialNr KEQ0510017
2013.10.10 20:03:25 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_Weather CUL_HM 2212BC01
2013.10.10 20:03:25 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Weather FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Weather-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Weather
2013.10.10 20:03:25 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Weather FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Weather-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Weather
2013.10.10 20:03:26 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_Climate CUL_HM 2212BC02
2013.10.10 20:03:26 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Climate FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Climate-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Climate
2013.10.10 20:03:26 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_Climate FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_Climate-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_Climate
2013.10.10 20:03:27 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_WindowRec CUL_HM 2212BC03
2013.10.10 20:03:27 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_WindowRec FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_WindowRec
2013.10.10 20:03:27 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_WindowRec FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_WindowRec-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_WindowRec
2013.10.10 20:03:28 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr CUL_HM 2212BC04
2013.10.10 20:03:28 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr
2013.10.10 20:03:28 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr
2013.10.10 20:03:29 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam CUL_HM 2212BC05
2013.10.10 20:03:29 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam
2013.10.10 20:03:29 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_ClimaTeam
2013.10.10 20:03:30 2: autocreate: define CUL_HM_HM_CC_RT_DN_2212BC_remote CUL_HM 2212BC06
2013.10.10 20:03:30 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_remote FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_remote-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_remote
2013.10.10 20:03:30 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_2212BC_remote FileLog /usr/local/FHEM/var/log/CUL_HM_HM_CC_RT_DN_2212BC_remote-%Y.log CUL_HM_HM_CC_RT_DN_2212BC_remote
2013.10.10 20:03:35 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time
2013.10.10 20:03:40 2: CUL_HM set CUL_HM_HM_CC_RT_DN_2212BC getSerial
2013.10.10 20:03:40 2: CUL_HM set CUL_HM_HM_CC_RT_DN_2212BC getConfig
2013.10.10 20:03:54 3: Device CUL_HM_HM_CC_RT_DN_2212BC added to ActionDetector with 000:10 time

=== Event monitor ===
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr motorErr: ok
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr measured-temp: 18.4
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr desired-temp: 18
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr ValvePosition: 3 %
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr mode: manu
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr unknown0: 24
2013-10-12 12:05:35.610 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC_ClimRT_tr T: 18.4 desired: 18 valve: 3 %
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC battery: ok
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC batteryLevel: 3.1 V
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC measured-temp: 18.4
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC desired-temp: 18
2013-10-12 12:05:35.646 CUL_HM CUL_HM_HM_CC_RT_DN_2212BC actuator: 3 %

== Firmware Update ==
Seit 24.10.2014 gibt es für den HM-CC-RT-DN die neue Firmware Version 1.4. Diese kann von der eQ-3 Webseite heruntergeladen werden. Genauere Informationen gibt es unter [[HomeMatic Firmware Update]].

=== HM-CC-RT-DN spezifische Update Informationen ===
Durch gleichzeitiges Drücken der "Auto-/Manu"-Taste und der "Comfort-/Eco"-Taste am HM-CC-RT-DN während man die Batterien wieder einlegt wird der updatemodus gestartet. Während des Updates steht "FUP" im Display. Nach erfolgreichem Update erscheint "Ins" im Display und es muss eine erneute Adaptierfahrt durch drücken der Boost-Taste ausgelöst werden. Anschließend sollte der HM-CC-RT-DN wieder normal funktionieren. Die eingestellten Parameter und das Pairing mit FHEM gehen beim Update nicht verloren. Sollte das Update fehlschlagen, erscheint "Err" bzw. "CrC" im Display.

Normalerweise sollte dann durch erneutes starten der Prozedur am PC und HM-CC-RT-DN das ganze erneut durchführbar sein.

Es gibt einige Readings, die nicht durch ein einfaches ''getConfig'' aktualisisert werden, z.B. "battery"(nicht batteryLevel). Um diese Readings zu bekommen, ist ein
:<code>set Device_Channel04 controlMode auto </code>
notwendig. Daraufhin werden die Readings übertragen/aktualisiert.

== Simulation von Fensterkontakten und externen Temperatursensoren ==
grober Ablauf:
* erstellen ein virtuelles Device
* erstelle dazu einen virtuellen Kanal
* peeren den Kanal mit dem RT (als fenster-kontakt oder als remote, wen du willst)
* sende ein postEvent

=== Fensterkontakte ===
''Entnommen aus diesem {{Link2Forum|Topic=31078|Message=236245|LinkText=Forenbeitrag}}''
define virSC CUL_HM 221133
attr virSC autoReadReg 4_reqStatus
attr virSC expert 2_full
attr virSC model virtual_1
attr virSC peerIDs
attr virSC subType virtual
attr virSC webCmd press short:press long

define virtualKitchenDoor CUL_HM 22113301
attr virtualKitchenDoor dummy 1
attr virtualKitchenDoor expert 1
attr virtualKitchenDoor group Virtual
attr virtualKitchenDoor model virtual_1
attr virtualKitchenDoor webCmd postEvent open:postEvent closed

Anschließend peeren und Temperatur festlegen mit:
set virtualKitchenDoor peerChan 0 <Thermostat_Window_Rec> single set
set <Thermostat_Window_Rec> regSet winOpnTemp 5 virtualKitchenDoor

Die virtuelle Tür wird dann entsprechend über ein Notify getriggert:
define notify_virtualKitchenDoor notify (Fensterkontakt_1|Fensterkontakt_2) {if(Value("Fensterkontakt") eq "open" && Value("Fensterkontakt_2") eq "open"){fhem("set virtualKitchenDoor postEvent open")}else{fhem("set virtualKitchenDoor postEvent closed")}}

=== Temperatursensoren ===
''Entnommen aus diesem {{Link2Forum|Topic=19686|Message=233788|LinkText=Forenbeitrag}}''

1. Virtuelles HomeMatic Device mit _deiner_ HM Id definieren:
define wz_vT CUL_HM <hmId>

2. Dem Device einen virtuellen Kanal (Default ist ein virtueller Button) hinzufügen:
set wz_vT virtual 1

3. Es ist kein virtueller Button sondern ein virtueller Temperatursensor - darum rename:
rename wz_vT_Btn1 wz_vT_Sensor1

4. Virtuellen Peer Sensor mit dem Weather Channel des RT-DN peeren:
set wz_vT_Sensor1 peerChan 0 <RT_DN>_Weather single

5. Peering kontrollieren (Voraussetzung: Device ''hm'' vom Typ [[HomeMatic HMInfo|HMinfo]] existiert):
:<code>set hm peerXref</code>
Beispiel-Ausgabe:
peerXref done:
x-ref list
wz_Thermostat_Weather => wz_vT_Sensor1
wz_vT_Sensor1 => wz_Thermostat_Weather

6. Gemessene Temperatur vom z.B. 1-Wire DS1820 dem virtuellen HM Sensor übergeben. Z.B. alle zwei Minuten per at:
define at_wz_vT at +*00:02 { my $T=(ReadingsVal("<DS1820B>","temperature",20.0)); fhem "set wz_vT_Sensor1 virtTemp $T" }

Fertig.

== Bekannte Probleme ==
=== TempList: Bad format ... ===
Wenn Sie beim Setzen einer Temperaturliste nach dem o.a. Schema ("SetTempList...") die Meldung

Bad format, use HH:MM TEMP ......

erhalten, sollten Sie zunächst ein [[update]] von Fhem durchführen.

== Links ==
* [http://www.eq-3.de/produkt-detail-aktoren/items/homematic-funk-heizkoerperthermostat.html Produktinfo]
* [http://www.eq-3.de/Downloads/eq3/downloads_produktkatalog/homematic/bda/HM-CC-RT-DN_UM_GE_eQ-3_web.pdf Bedienungsanleitung (PDF)]
* [http://www.eq-3.de/Downloads/eq3/downloads_produktkatalog/homematic/pdb/Funk-Heizkoerperthermostat_105155_Produktdatenblatt_V2.3.pdf Datenblatt (PDF)]
* [http://www.eq-3.de/Downloads/eq3/downloads/Ventilkompatibilitaeten.pdf Ventil-Kompatibilitätsliste (zur Zeit nicht verfügbar)]
* {{Link2Forum|Topic=14738|LinkText=Forenthema zum Thermostat}}

[[Kategorie:HomeMatic Components]]
[[Kategorie:Heizungsventile]]

HM-ES-PMSw1-Pl Funk-Schaltaktor 1-fach mit Leistungsmessung

2014-05-02T11:09:06Z

Oskar: Stromspannung und andere Bezeichnungen auf physikalisch korrekte Namen geändert.

'''HM-ES-PMSw1-Pl'''
[[Datei:HM-ES-PMSw1-PI-Frontansicht.jpg|thumb|HM-ES-PMSw1-PI Frontansicht]]
[[Datei:HM-ES-PMSw1-PI-Seitenansicht.jpg|thumb|HM-ES-PMSw1-PI Seitenansicht]]
HomeMatic Funk-Schaltaktor 1-fach mit Leistungsmessung. Bauform: Zwischenstecker

Verfügbar seit dem 20.12.2013.

== Features ==

HomeMatic Funk-Schaltaktor mit Leistungsmessung für zwei Funktionsbereiche:
* Schalten von angeschlossenen Verbrauchern (Schaltkanal)
* Messen von Spannung, Strom, Wirkleistung, Frequenz und Energieverbrauch (Messkanal)
* Automatische Schalten von angelernten Aktoren beim Über- oder Unterschreiten von definierten Schwellwerten (Sensorkanäle)

Der Schaltkanal kann angeschlossene Verbraucher oder angelernte HomeMatic Aktoren ein- bzw. ausschalten.
Der Messkanal verfügt über eine Messfunktion und Empfangs- sowie Übertragungsmöglichkeit von Messdaten (z. B. Spannung, Strom, Wirkleistung, Frequenz und Energieverbrauch bis 3680 Watt/16 A). Die Messdaten werden je nach Verbraucherverhalten in Abständen von einigen Sekunden bis mehreren Minuten übertragen, der Sendezyklus kann durch verschiedene Register konfiguriert werden (Änderungsschwellwerte). Des weiteren kann er - in Abhängigkeit von definierbaren Schwellwerten (Über- / Unterschreitung) - andere Aktoren schalten.

'''Technische Daten:'''
* Spannungsversorgung: 230 V/50 Hz
* Stromaufnahme: 16 A max.
* Leistungsaufnahme Ruhebetrieb: < 0,6 W
* Max. Schaltleistung: 3680 W (ohmsche Last)
* Schutzart: IP 20
* Relais: Schließer
* Schaltzyklen: 50.000 bei cosφ=1
* Abmessungen (B x H x T): 59 x 123 x 40 mm
* Gewicht: 165 g (ohne Netzstecker)
* Messauflösung Leistung: 0,01 W
* Messbereich Leistung: 0–3.680 W
* Messgenauigkeit Leistung: 1 % ±0,03 W
* Messauflösung Strom: 1 mA
* Messbereich Strom: 0–16 A
* Messgenauigkeit Strom: 1 % ±1 mA
* Messauflösung Spannung: 0,1 V
* Messbereich Spannung: 200–255 V
* Messgenauigkeit Spannung: 0,5 % ±0,1 V
* Messauflösung Frequenz: 0,01 Hz
* Messbereich Frequenz: 48,72–51,27 Hz
* Messgenauigkeit Frequenz: 0,1 % ±0,01 Hz

(Angaben ohne Gewähr)

== Hinweise zur Inbetriebnahme und Installation ==

Der PMSw1 funktioniert "out-of-the-box", nachdem er an Fhem angelernt (gepairt) worden ist.

== Probleme ==

* Sobald der PMSw1 selbst von der Spannungsversorgung getrennt worden ist, verliert er die bisherigen Verbrauchswerte.

== Betrieb mit FHEM ==

Der PMSw1 verfügt über insgesamt 6 Kanäle (HM-Jargon: channels), von denen der Schaltkanal (Kanal 1) und der Messkanal (Kanal 2) in FHEM primär genutzt werden. Die Kanäle 3 - 6 sind zur Konfiguration der Schaltvorgänge gepeerter Aktoren bei Änderungen des Leistungsverbrauchs (Kanal 3), des Stromverbrauchs (Kanal 4), der elektrischen Spannung (Kanal 5) oder der Frequenz (Kanal 6). Diese Kanäle können ausschließlich über Register konfiguriert werden.

=== Channels (Kanäle) 01 bis 06 ===

==== Channel 01 (_SW) ====

Der eigentliche Schaltkanal, über den die am PMSw1 eingesteckten Verbraucher ein- und ausgeschaltet werden können.

Log-Datei des Kanals:

<Datum>_<Zeit> HMPMSW_01_Sw set_on
<Datum>_<Zeit> HMPMSW_01_Sw level: 100 %
<Datum>_<Zeit> HMPMSW_01_Sw pct: 100
<Datum>_<Zeit> HMPMSW_01_Sw deviceMsg: on (to HMLAN1)
<Datum>_<Zeit> HMPMSW_01_Sw timedOn: off
<Datum>_<Zeit> HMPMSW_01_Sw set_off
<Datum>_<Zeit> HMPMSW_01_Sw level: 0 %
<Datum>_<Zeit> HMPMSW_01_Sw pct: 0
<Datum>_<Zeit> HMPMSW_01_Sw deviceMsg: off (to HMLAN1)
<Datum>_<Zeit> HMPMSW_01_Sw timedOn: off

==== Channel 02 (_Pwr) ====

Der Messkanal des PMSw1, über den die momentane Netzspannung, die Frequenz (in Hz), die aktuellen Verbrauchswerte (Last, Watt) sowie die seit Inbetriebnahme umgewandelte Leistung ("Verbrauch", Wh) usw. an die Zentrale (hier Fhem) übermittelt werden.

Log-Datei des Kanals:

<Datum>_<Zeit> HMPMSW_01_Pwr energy: 153.2
<Datum>_<Zeit> HMPMSW_01_Pwr power: 90.92
<Datum>_<Zeit> HMPMSW_01_Pwr current: 427
<Datum>_<Zeit> HMPMSW_01_Pwr voltage: 233.4
<Datum>_<Zeit> HMPMSW_01_Pwr 50: -
<Datum>_<Zeit> HMPMSW_01_Pwr boot: on
<Datum>_<Zeit> HMPMSW_01_Pwr energy: 153.8
<Datum>_<Zeit> HMPMSW_01_Pwr power: 80.85
<Datum>_<Zeit> HMPMSW_01_Pwr current: 384
<Datum>_<Zeit> HMPMSW_01_Pwr voltage: 232.2
<Datum>_<Zeit> HMPMSW_01_Pwr 50: -
<Datum>_<Zeit> HMPMSW_01_Pwr boot: on
<Datum>_<Zeit> HMPMSW_01_Pwr energy: 157.5
<Datum>_<Zeit> HMPMSW_01_Pwr power: 86.41
<Datum>_<Zeit> HMPMSW_01_Pwr current: 409
<Datum>_<Zeit> HMPMSW_01_Pwr voltage: 232.6
<Datum>_<Zeit> HMPMSW_01_Pwr 50: -
<Datum>_<Zeit> HMPMSW_01_Pwr boot: on

==== Channel 03 (_SenPwr) ====

Dieser Sensorkanal beinhaltet die Logik für eine automatische Schaltung aller angelernten Aktoren auf Basis des '''momentanen Leistungsverbrauchs''' (Überschreitung oder Unterschreitung) der angeschlossenen Verbraucher. Mittels der verfügbaren Register kann man genau einstellen, nach welchen Bedingungen aufgrund des '''momentanen Leistungsverbrauches''' ein Schaltbefehl gesendet werden soll.

Log-Datei des Kanals (verfügbaren Register):

<Datum>_<Zeit> HMPMSW_01_SenPwr R-cndTxCycBelow: 0
<Datum>_<Zeit> HMPMSW_01_SenPwr R-txThrLoPwr: 200 W
<Datum>_<Zeit> HMPMSW_01_SenPwr R-transmitTryMax: 6
<Datum>_<Zeit> HMPMSW_01_SenPwr R-cndTxCycAbove: 200
<Datum>_<Zeit> HMPMSW_01_SenPwr R-cndTxFalling: off
<Datum>_<Zeit> HMPMSW_01_SenPwr R-txThrHiPwr: 100 W
<Datum>_<Zeit> HMPMSW_01_SenPwr R-cndTxRising: off
<Datum>_<Zeit> HMPMSW_01_SenPwr R-ledOnTime: 0.5 s

Dieser Kanal dient nur zum auslesen und setzen der Register für die Schaltautomaik und stellt daher keine Readings oder spezielle Kommandos zur Verfügung.

<weiter Infos folgen>

==== Channel 04 (_SenI) ====

Dieser Sensorkanal beinhaltet die Logik für eine automatische Schaltung aller angelernten Aktoren auf Basis des '''momentanen Stromverbrauchs''' (Überschreitung oder Unterschreitung) der angeschlossenen Verbraucher. Mittels der verfügbaren Register kann man genau einstellen, nach welchen Bedingungen aufgrund des '''momentanen Stromverbrauchs''' ein Schaltbefehl gesendet werden soll.

Log-Datei des Kanals (verfügbaren Register):

<Datum>_<Zeit> HMPMSW_01_SenI R-cndTxCycBelow: 0
<Datum>_<Zeit> HMPMSW_01_SenI R-txThrLoCur: 20 mA
<Datum>_<Zeit> HMPMSW_01_SenI R-transmitTryMax: 6
<Datum>_<Zeit> HMPMSW_01_SenI R-cndTxCycAbove: 200
<Datum>_<Zeit> HMPMSW_01_SenI R-cndTxFalling: off
<Datum>_<Zeit> HMPMSW_01_SenI R-txThrHiCur: 10 mA
<Datum>_<Zeit> HMPMSW_01_SenI R-cndTxRising: off
<Datum>_<Zeit> HMPMSW_01_SenI R-ledOnTime: 0.5 s

Dieser Kanal dient nur zum auslesen und setzen der Register für die Abschaltautomatik und stellt daher keine Readings oder spezielle Kommandos zur Verfügung.

<weiter Infos folgen>

==== Channel 05 (_SenU) ====

Dieser Sensorkanal beinhaltet die Logik für eine automatische Schaltung aller angelernten Aktoren auf Basis der aktuell anliegenden '''elektrischen Spannung''' (Überschreitung oder Unterschreitung). Mittels der verfügbaren Register kann man genau einstellen, nach welchen Bedingungen auf Basis der '''elektrischen Spannung''' ein Schaltbefehl durchgeführt werden soll.

Log-Datei des Kanals (verfügbaren Register):

<Datum>_<Zeit> HMPMSW_01_SenU R-cndTxCycBelow: 0
<Datum>_<Zeit> HMPMSW_01_SenU R-transmitTryMax: 6
<Datum>_<Zeit> HMPMSW_01_SenU R-txThrLoVlt: 24 V
<Datum>_<Zeit> HMPMSW_01_SenU R-cndTxCycAbove: 200
<Datum>_<Zeit> HMPMSW_01_SenU R-cndTxFalling: off
<Datum>_<Zeit> HMPMSW_01_SenU R-txThrHiVlt: 22 V
<Datum>_<Zeit> HMPMSW_01_SenU R-cndTxRising: off
<Datum>_<Zeit> HMPMSW_01_SenU R-ledOnTime: 0.5 s

<weiter Infos folgen>

==== Channel 06 (_SenF) ====

Dieser Sensorkanal beinhaltet die Logik für eine automatische Schaltung aller angelernten Aktoren auf Basis der '''Frequenz''' (Überschreitung oder Unterschreitung) der anliegenden Spannung. Mittels der verfügbaren Register kann man genau einstellen, nach welchen Bedingungen auf Basis der '''Frequenz''' ein Schaltbefehl durchgeführt werden soll.

Die Abschaltung erfolgt dann selbstständig durch den Aktor.

Log-Datei des Kanals (verfügbaren Register):

<Datum>_<Zeit> HMPMSW_01_SenF R-cndTxCycBelow: 0
<Datum>_<Zeit> HMPMSW_01_SenF R-txThrHiFrq: 49.8 Hz
<Datum>_<Zeit> HMPMSW_01_SenF R-txThrLoFrq: 50.2 Hz
<Datum>_<Zeit> HMPMSW_01_SenF R-transmitTryMax: 6
<Datum>_<Zeit> HMPMSW_01_SenF R-cndTxCycAbove: 200
<Datum>_<Zeit> HMPMSW_01_SenF R-cndTxFalling: off
<Datum>_<Zeit> HMPMSW_01_SenF R-cndTxRising: off
<Datum>_<Zeit> HMPMSW_01_SenF R-ledOnTime: 0.5 s

Dieser Kanal dient nur zum auslesen und setzen der Register für die Abschaltautomatik und stellt daher keine Readings oder spezielle Kommandos zur Verfügung.

<weiter Infos folgen>

=== event Monitor ===
<Bitte ergänzen>

=== fhem.log Auszug ===

2013.12.29 19:06:11.957 3: CUL_HM Unknown device CUL_HM_HM_ES_PMSw1_Pl_24A920, please define it
2013.12.29 19:06:11.976 2: autocreate: define CUL_HM_HM_ES_PMSw1_Pl_24A920 CUL_HM 24A920 A1A5B840024A9200000001400AC4B455130393635383038513F0100
2013.12.29 19:06:11.994 2: autocreate: define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920 FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920
2013.12.29 19:06:16.879 3: Device CUL_HM_HM_ES_PMSw1_Pl_24A920 added to ActionDetector with 000:10 time
2013.12.29 19:06:16.889 3: CUL_HM pair: CUL_HM_HM_ES_PMSw1_Pl_24A920 powerMeter, model HM-ES-PMSw1-Pl serialNr KEQ0965808
2013.12.29 19:06:16.998 3: Device CUL_HM_HM_ES_PMSw1_Pl_24A920 added to ActionDetector with 000:10 time
2013.12.29 19:06:17.905 2: autocreate: define CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw CUL_HM 24A92001
2013.12.29 19:06:17.909 2: autocreate: define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw
2013.12.29 19:06:18.906 2: autocreate: define CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr CUL_HM 24A92002
2013.12.29 19:06:18.909 2: autocreate: define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr
2013.12.29 19:06:19.906 2: autocreate: define CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr CUL_HM 24A92003
2013.12.29 19:06:19.909 2: autocreate: define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr
2013.12.29 19:06:20.906 2: autocreate: define CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI CUL_HM 24A92004
2013.12.29 19:06:20.910 2: autocreate: define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI
2013.12.29 19:06:21.907 2: autocreate: define CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU CUL_HM 24A92005
2013.12.29 19:06:21.974 2: autocreate: define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU
2013.12.29 19:06:22.096 2: CUL_HM set CUL_HM_HM_ES_PMSw1_Pl_24A920 getConfig
2013.12.29 19:06:22.917 2: autocreate: define CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF CUL_HM 24A92006
2013.12.29 19:06:22.921 2: autocreate: define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF
2013.12.29 19:06:28.968 2: CUL_HM set CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw statusRequest
2013.12.29 19:06:29.980 2: CUL_HM set CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU getConfig
2013.12.29 19:06:33.990 2: CUL_HM set CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF getConfig

=== fhem.cfg ===
<pre>define CUL_HM_HM_ES_PMSw1_Pl_24A920 CUL_HM 24A920
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 .devInfo 3F0100
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 .stc 51
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 IODev LANCUL
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 actCycle 000:10
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 actStatus alive
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 autoReadReg 4_reqStatus
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 expert 2_full
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 firmware 1.4
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 model HM-ES-PMSw1-Pl
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 peerIDs
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 room CUL_HM
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 serialNr KEQ0965808
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 subType powerMeter
attr CUL_HM_HM_ES_PMSw1_Pl_24A920 webCmd getConfig

define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920 FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920 logtype text
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920 room CUL_HM

define CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw CUL_HM 24A92001
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw expert 1
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw model HM-ES-PMSw1-Pl
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw peerIDs 00000000,
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw room CUL_HM

define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw logtype text
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_Sw room CUL_HM

define CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr CUL_HM 24A92002
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr expert 1
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr model HM-ES-PMSw1-Pl
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr peerIDs
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr room CUL_HM

define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr logtype text
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_Pwr room CUL_HM

define CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr CUL_HM 24A92003
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr expert 1
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr model HM-ES-PMSw1-Pl
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr peerIDs 00000000,
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr room CUL_HM

define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr logtype text
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenPwr room CUL_HM

define CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI CUL_HM 24A92004
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI expert 1
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI model HM-ES-PMSw1-Pl
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI peerIDs 00000000,
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI room CUL_HM

define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI logtype text
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenI room CUL_HM

define CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU CUL_HM 24A92005
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU expert 1
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU model HM-ES-PMSw1-Pl
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU peerIDs 00000000,
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU room CUL_HM

define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU logtype text
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenU room CUL_HM

define CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF CUL_HM 24A92006
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF expert 1
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF model HM-ES-PMSw1-Pl
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF peerIDs 00000000,
attr CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF room CUL_HM

define FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF FileLog /usr/local/FHEM/var/log/CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF-%Y.log CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF logtype text
attr FileLog_CUL_HM_HM_ES_PMSw1_Pl_24A920_SenF room CUL_HM
</pre>

=== Plots/Grafiken ===

Hier ein Beispielplot für den Channel 02 (Pwr):

[[Datei:HM-ES-PMSw1-PI cut.jpg|Plot des HM-ES-PMSw1-PI (Channel 02)]]

Inhalt der zugehörigen gplot-Datei (SVG_FileLog_HMPMSW_01_Pwr_1.gplot):

set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
set title '<TL>'
set ytics
set y2tics
set grid
set ylabel "Energie"
set y2label "Power"

#FileLog 4:HMPMSW_01_Pwr.energy\x3a::
#FileLog 4:HMPMSW_01_Pwr.power\x3a::

plot "<IN>" using 1:2 axes x1y1 title 'Energie' ls l0 lw 1 with lines,\
"<IN>" using 1:2 axes x1y2 title 'Power' ls l1 lw 1 with lines

und die Definitionen dafür beim Device (fhem.cfg):

define SVG_FileLog_HMPMSW_01_Pwr_1 SVG FileLog_HMPMSW_01_Pwr:SVG_FileLog_HMPMSW_01_Pwr_1:CURRENT

== Links ==
* [http://www.elv-downloads.de/Assets/Produkte/13/1302/130248/Downloads/130248_schaltaktor_messfunktion_um.pdf Manual]
* [http://www.elv-downloads.de/Assets/Produkte/13/1302/130248/Downloads/130248_schaltaktor_messfunktion_data.pdf Datenblatt]
* [http://www.eq-3.de/produkt-detail-aktoren/items/homematic-funk-schaltaktor-1-fach-mit-leistungsmessung-zwischens.html Produktinfo]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Energieverbrauchsmessung]]

HomeMatic Devices pairen

2014-01-12T17:30:32Z

Oskar: hmId eingetragen und etwas besser dokumentiert.

Im Gegensatz zu FS20 Komponenten müssen HomeMatic Geräte mit FHEM (bzw. dem CUL/CUN/HMLAN Konfigurator) gepairt werden, damit sie angesprochen werden können. Das Pairing funktioniert anders als bei FHT Devices, da die ID der HomeMatic Geräte nicht frei vergeben (am Gerät eingestellt) werden kann, sondern im Gerät fest vergeben ist. Daher empfiehlt es sich, die Geräte per Autocreate anlegen zu lassen, und den "Define"- Befehl nicht manuell in die fhem.cg einzutragen.
=Schnittstellen Einstellungen=

Folgende Schritte sind durchzuführen:

==CUL==
* CUL anschließen, bzw. CUN(O) oder HMLAN Konfigurator im Netzwerk anmelden
* CUL dem System bekannt machen und in den HomeMatic-Modus versetzen, z.B.:

define CULx CUL /dev/ttyACM0@38400 1234
attr CULx rfmode HomeMatic

x = irgendwein Wert.

==CUNO==
Beim CUNO ist die Vorgehensweise identisch

define CUNx CUL <zutreffende IP Adresse eintragen>:2323 1234
attr CUNx rfmode HomeMatic

x = irgendein Wert

==HMLAN Konfigurator==
Beim HMLAN Konfigurator zuerst unbedingt [[HMLAN Konfigurator#3. AES Encryptet LAN Communication|AES Encryption]] mittels der mitgelieferten Software abschalten:

define HMLANx HMLAN <zutreffende IP Adresse eintragen>:1000
x = irgendein Wert
==Bei allen Adaptern==

attr <Adapter> hmId 123ABC
123ABC steht für eine beliebige 6-stellige hex Adresse, 000000 oder FFFFFF sind nicht erlaubt

Bei <Adapter> ist dann entsprechend HMLAN1 oder CULx oder CUNx einzutragen.

Vergisst man dieses Attribut, meckert FHEM beim HMLAN, bei CUL/CUN erzeugt FHEM automatisch eine HM-ID nach dem Muster F1<FHTID>, wobei FHTID der letzte Parameter bei der Definition des Adapters ist.
=FHEM Einstellungen=
Sicherstellen, das Autocreate aktiv ist, z.b. durch einfügen folgender Zeilen in die fhem.cfg

define autocreate autocreate
attr autocreate autosave

Achtung: Da autocreate u.U. einem bei vorheriger manueller Verfassung der fhem.cfg diese gehörig umstellt, unbedingt vorher eine Sicherheitskopie erstellen.

* fhem.cfg speichern (telnet oder im Webinterface "save" eingeben) und ein ''rereadcfg'' absetzen, um die neue Konfiguration auch anzuwenden.

* CUL/CUN/HMLAN Konfigurator in den "Akzeptiere-Pairing-Requests-Modus" bringen, dazu per Telnet oder in der Kommandozeile des Webinterfaces (oder in der Weboberfläche das passende set-Kommando beim CUL/CUNO/HMLAN eintragen)

set CUL1 hmPairForSec 600
oder
set CUN1 hmPairForSec 600
oder
set HMLAN1 hmPairForSec 600

600 bedeutet hier, dass FEHM 600 Sekunden = 10 Minuten im Pairingmodus ist.

Alternativ kann bei bereits bekanntem FHEM Device <name> mit:

set <name> pair

ein gezieltes Pairing veranlasst werden.

== Devices pairen ==

Dazu ist meistens ein Knopf zu drücken, üblicherweise so lange bis die LEDs blinken, meist nach ca. 5 Sekunden (bitte Handbuch beachten, Stichwort "anlernen").
Bei Fernbedienungen muss auch oft ein spezieller Pairingknopf betätigt werden und anschliessend eine Kanaltaste (Handbuch des Gerätes beachten).

Jetzt werden die Devices von autocreate erkannt und alle notwendigen Eintragungen werden in fhem.cfg eingetragen. Diese Einträge haben das Format

define <name> CUL_HM <6-digit-hex-code>"

= Vorgehen bei Problemen =

Wenn ein Gerät nicht paired, dann das Gerät in den Auslieferungszustand bringen (Knopf mindestens 5 Sekunden drücken, bis es blinkt, dann loslassen und nochmals 5 Sekunden drücken, bis es schneller blinkt) und danach erneut pairen.

Wenn das zu pairende Geräte ein Empfänger ist, kann mit FHEM per Telnet oder in der Kommandzeile des Webinterfaces folgendes Kommando abgesetzt werden:

hmPairSerial <10-stellige Seriennummer>

Die 10-stellige Seriennummer ist beim Empfängern idR. auf der Rückseite des Geräte aufgedruckt. Die Seriennummer fängt normalerweise mit Buchstaben an und endet mit Zahlen.

Es gilt auch sicherzustellen, dass das zu pairende Gerät nicht bereits zuvor mit der Homematic Config Software gepairt wurde. Ist dies der Fall, so sollte das Pairing in der Homematic Config Software gelöscht und das Pairing in FHEM erneut durchgeführt werden.

[[Kategorie:HOWTOS]]

FHT80b Automatik setzen

2013-11-11T11:27:08Z

Oskar: Syntaxfheler im code korrigiert...

Eine mögliche Betriebsart des [[FHT80b]] im Zusammenhang mit Fhem ist, die im FHT80b gespeicherten Heizprogramme zu nutzen und Fhem nur zu besonderen Gelegenheiten eingreifen zu lassen, z.b. wenn man das Haus verlässt, alle FHTs abzusenken.Dadurch verfolgen die FHTs auch dann Heizprogramme, wenn Fhem ausfallen sollte.

In diesem Scenario ist eine Möglichkeit des Absenkens (z.B. beim Verlassen der Wohnung), auf Knopfdruck alle FHTs in den manuellen Modus zu setzen, und dabei die "desired-temp" auf die jeweilige Nachttemperatur zu stellen. Durch den Wechsel in den manuellen Modus ist gewährleistet, dass die eingestellte Temperatur nicht durch die FHTs selbst wieder verstellt werden kann.

Bei der Rückkehr wird dann der Automatikbetrieb wieder eingeschaltet. Leider hat dies ''keinen Einfluss'' auf die derzeit eingestellte desired-temp.
Die naheliegende Lösung ist, zusätzlich desired-temp = day-temp zu senden. Dadurch wird es nach der Rückkehr auf jeden Fall warm. Der Nachteil ist aber, dass die tatsächliche Soll-Temperatur erst wieder beim nächsten im FHT gespeicherten Tagesprogramm-Wechsel gesetzt wird. Kommt man also spät nach Hause, wird die ganze Nacht voll durchgeheizt.

In der Folge entstand das folgende Modul (am besten in <code>99_MyUtils.pm</code> einzufügen):

<nowiki>sub FHTnominal($) {
# Solltemperatur (auto) eines FHT zur aktuellen Uhrzeit ermitteln
my($fht) = @_;
my $jetzt = strftime("%R", localtime(time));
my @wdays = qw(sun mon tue wed thu fri sat);
my $tag = $wdays[strftime("%w", localtime(time))];
my $f1 = ReadingsVal($fht,$tag . "-from1","00:00");
my $f2 = ReadingsVal($fht,$tag . "-from2","00:00");
my $t1 = ReadingsVal($fht,$tag . "-to1","24:00");
my $t2 = ReadingsVal($fht,$tag . "-to2","24:00");
if(($jetzt ge $f1 && $jetzt le $t1) || ($jetzt ge $f2 && $jetzt le $t2)) {
fhem("set $fht mode auto desired-temp " . ReadingsVal($fht,"day-temp","21.0"));
} else {
fhem("set $fht mode auto desired-temp " . ReadingsVal($fht,"night-temp","17.0"));
}
}</nowiki>
Der Aufruf der Routine erfolgt mittels <code>FHTnominal("MeinFHT")</code>.
Wenn bisher noch nie mittels der "report"-Funktionen die aktuellen Tagesprogramme und Tag-/Nacht-Temperatursollwerte ausgelesen wurden, werden die fest hinterlegten Standardwerte genutzt. Diese sind bei Bedarf anzupassen.
Die Vorgabewerte im obigem Beispiel entsprechen den Grundeinstellungen der FHTs bei Auslieferung:

* Tagessoll=21°C
* Nachtsoll=17°C
* Tagesprogramm 1 und 2 jeweils von 0 bis 24:00 Uhr

Besser ist aber, wenn die Werte aus dem FHT stammen. ;-)

'''Was genau macht dieses Modul nun eigentlich?'''
Zunächst wird die aktuelle Uhrzeit und der Wochentag ermittelt.
Dann wird passend zum Tag das Tagesprogramm aus den von FHEM gespeicherten Readings gelesen (der FHT80b hat 4 Schaltpunkte pro Tag).

Je nachdem, ob dieser sich gerade im "Tag"- oder "Nacht"-Modus befindet, wird die passende Temperatur (ebenfalls aus den Readings ausgelesen) gesetzt und der Automatik-Modus aktiviert.

Der Vorteil dieser Methode ist, dass man keine separaten, "hart kodierten" Listen für seine FHTs führen muss, um die Einstellungen schnell setzen zu können. Alle nötigen Daten sind im FHT vorhanden und werden genutzt. Der Routine ist es also auch egal, wenn der eine FHT auf Tagbetrieb bei 22° und ein anderer auf Nacht bei 8° gesetzt werden muss - der Aufruf ist immer der selbe.
[[Kategorie:Code Snippets]]

HM-LC-Sw1-Pl2 Funk-Zwischenstecker-Schaltaktor 1fach

2013-11-11T08:07:50Z

Oskar: /* Mögliche Schaltoperationen */

'''HomeMatic HM-LC-Sw1-Pl-2 Funk-Zwischenstecker-Schaltaktor 1fach'''

Homematic Zwischenstecker-Schalter, 1-fach

= Features =

Schalten eines angeschlossenen Verbrauchers mittels CUL/CUN/HMLAN Konfigurator.

'''Technische Daten:'''
* Schaltvermögen: 16A bei 230V/50Hz (ohmsche Last)
* Relais: 1x Schließer
* Standby Verbrauch: 0,5W
* Schutzart: IP20
* Farbe: Reinweiß mit silberner Blende
* Maße(HxBxT): 125x63x40mm

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define internet CUL_HM 1BEXXX
attr internet .devInfo 010100
attr internet .stc 10
attr internet autoReadReg 4_reqStatus
attr internet devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr internet expert 2_full
attr internet firmware 1.9
attr internet model HM-LC-SW1-PL2
attr internet peerIDs 00000000,
attr internet room CUL_HM
attr internet serialNr JEQ0461XXX
attr internet subType switch
attr internet webCmd toggle:on:off:statusRequest
define FileLog_internet FileLog /var/log/fhem/internet-%Y.log internet
attr FileLog_internet logtype text
attr FileLog_internet room CUL_HM</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
set <name> toggle -> Schaltet den Aktor um
set <name> on-for-timer <time>-> Schaltet den Aktor für <time> an
set <name> on-till <time> -> schaltet den Aktor biz zur Uhrzeit <time> an
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1-Pl-2 folgendes Log zu sehen:
<pre>
2013-11-10_16:26:28 internet level: 100 %
2013-11-10_16:26:28 internet pct: 100
2013-11-10_16:26:28 internet deviceMsg: on (to HMLAN0)
2013-11-10_16:26:28 internet on
2013-11-10_16:26:28 internet timedOn: off
2013-11-10_16:26:28 internet RSSI: -55
2013-11-10_16:26:28 internet RAWMSG: E1BEE7E,0000,004EC156,FF,FFC9,05A4101BEE7EF112120601C80038
</pre>

== Probleme ==

Ein Schaltaktor hatte nach einigen Wochen des ungestörten Funktionierens nur noch "MISSING ACK"s im Geräte-Log (zu den Schaltzeiten). Er schaltete auch nicht mehr zuverlässig (2 An- und 2 Ausschaltvorgänge je Tag per "at")

Log-Auszug dazu:
<pre>
2013-01-24_17:00:00 UG.AR.Luefter deviceMsg: on (to HMLAN1)
2013-01-24_17:00:00 UG.AR.Luefter on
2013-01-24_23:30:00 UG.AR.Luefter deviceMsg: off (to HMLAN1)
2013-01-24_23:30:00 UG.AR.Luefter off
2013-01-25_06:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_08:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_17:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_23:30:04 UG.AR.Luefter MISSING ACK
2013-01-26_07:30:04 UG.AR.Luefter MISSING ACK
2013-01-26_18:57:42 UG.AR.Luefter MISSING ACK
2013-01-26_18:58:01 UG.AR.Luefter MISSING ACK
</pre>

Ein Reset des Schaltaktors mit anschließendem pairen brachte Abhilfe.
<pre>
2013-01-26_19:31:38 UG.AR.Luefter deviceMsg: on (to HMLAN1)
2013-01-26_19:31:38 UG.AR.Luefter on
</pre>

= Links =

Anleitung: [http://www.elv-downloads.de/service/manuals/Homematic/74799_HM_Zwischenstecker_G_V1_0_WEB_um.pdf PDF]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]

HM-LC-Sw1-Pl2 Funk-Zwischenstecker-Schaltaktor 1fach

2013-11-11T08:04:49Z

Oskar: /* Log-Auszug */

'''HomeMatic HM-LC-Sw1-Pl-2 Funk-Zwischenstecker-Schaltaktor 1fach'''

Homematic Zwischenstecker-Schalter, 1-fach

= Features =

Schalten eines angeschlossenen Verbrauchers mittels CUL/CUN/HMLAN Konfigurator.

'''Technische Daten:'''
* Schaltvermögen: 16A bei 230V/50Hz (ohmsche Last)
* Relais: 1x Schließer
* Standby Verbrauch: 0,5W
* Schutzart: IP20
* Farbe: Reinweiß mit silberner Blende
* Maße(HxBxT): 125x63x40mm

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define internet CUL_HM 1BEXXX
attr internet .devInfo 010100
attr internet .stc 10
attr internet autoReadReg 4_reqStatus
attr internet devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr internet expert 2_full
attr internet firmware 1.9
attr internet model HM-LC-SW1-PL2
attr internet peerIDs 00000000,
attr internet room CUL_HM
attr internet serialNr JEQ0461XXX
attr internet subType switch
attr internet webCmd toggle:on:off:statusRequest
define FileLog_internet FileLog /var/log/fhem/internet-%Y.log internet
attr FileLog_internet logtype text
attr FileLog_internet room CUL_HM</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
set <name> toggle -> Schaltet den Aktor um
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1-Pl-2 folgendes Log zu sehen:
<pre>
2013-11-10_16:26:28 internet level: 100 %
2013-11-10_16:26:28 internet pct: 100
2013-11-10_16:26:28 internet deviceMsg: on (to HMLAN0)
2013-11-10_16:26:28 internet on
2013-11-10_16:26:28 internet timedOn: off
2013-11-10_16:26:28 internet RSSI: -55
2013-11-10_16:26:28 internet RAWMSG: E1BEE7E,0000,004EC156,FF,FFC9,05A4101BEE7EF112120601C80038
</pre>

== Probleme ==

Ein Schaltaktor hatte nach einigen Wochen des ungestörten Funktionierens nur noch "MISSING ACK"s im Geräte-Log (zu den Schaltzeiten). Er schaltete auch nicht mehr zuverlässig (2 An- und 2 Ausschaltvorgänge je Tag per "at")

Log-Auszug dazu:
<pre>
2013-01-24_17:00:00 UG.AR.Luefter deviceMsg: on (to HMLAN1)
2013-01-24_17:00:00 UG.AR.Luefter on
2013-01-24_23:30:00 UG.AR.Luefter deviceMsg: off (to HMLAN1)
2013-01-24_23:30:00 UG.AR.Luefter off
2013-01-25_06:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_08:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_17:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_23:30:04 UG.AR.Luefter MISSING ACK
2013-01-26_07:30:04 UG.AR.Luefter MISSING ACK
2013-01-26_18:57:42 UG.AR.Luefter MISSING ACK
2013-01-26_18:58:01 UG.AR.Luefter MISSING ACK
</pre>

Ein Reset des Schaltaktors mit anschließendem pairen brachte Abhilfe.
<pre>
2013-01-26_19:31:38 UG.AR.Luefter deviceMsg: on (to HMLAN1)
2013-01-26_19:31:38 UG.AR.Luefter on
</pre>

= Links =

Anleitung: [http://www.elv-downloads.de/service/manuals/Homematic/74799_HM_Zwischenstecker_G_V1_0_WEB_um.pdf PDF]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]

HM-LC-Sw1-Pl2 Funk-Zwischenstecker-Schaltaktor 1fach

2013-11-11T08:00:22Z

Oskar: /* Mögliche Schaltoperationen */

'''HomeMatic HM-LC-Sw1-Pl-2 Funk-Zwischenstecker-Schaltaktor 1fach'''

Homematic Zwischenstecker-Schalter, 1-fach

= Features =

Schalten eines angeschlossenen Verbrauchers mittels CUL/CUN/HMLAN Konfigurator.

'''Technische Daten:'''
* Schaltvermögen: 16A bei 230V/50Hz (ohmsche Last)
* Relais: 1x Schließer
* Standby Verbrauch: 0,5W
* Schutzart: IP20
* Farbe: Reinweiß mit silberner Blende
* Maße(HxBxT): 125x63x40mm

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define internet CUL_HM 1BEXXX
attr internet .devInfo 010100
attr internet .stc 10
attr internet autoReadReg 4_reqStatus
attr internet devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr internet expert 2_full
attr internet firmware 1.9
attr internet model HM-LC-SW1-PL2
attr internet peerIDs 00000000,
attr internet room CUL_HM
attr internet serialNr JEQ0461XXX
attr internet subType switch
attr internet webCmd toggle:on:off:statusRequest
define FileLog_internet FileLog /var/log/fhem/internet-%Y.log internet
attr FileLog_internet logtype text
attr FileLog_internet room CUL_HM</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
set <name> toggle -> Schaltet den Aktor um
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1-Pl-2 folgendes Log zu sehen:
<pre>
<< folgt >>
</pre>

== Probleme ==

Ein Schaltaktor hatte nach einigen Wochen des ungestörten Funktionierens nur noch "MISSING ACK"s im Geräte-Log (zu den Schaltzeiten). Er schaltete auch nicht mehr zuverlässig (2 An- und 2 Ausschaltvorgänge je Tag per "at")

Log-Auszug dazu:
<pre>
2013-01-24_17:00:00 UG.AR.Luefter deviceMsg: on (to HMLAN1)
2013-01-24_17:00:00 UG.AR.Luefter on
2013-01-24_23:30:00 UG.AR.Luefter deviceMsg: off (to HMLAN1)
2013-01-24_23:30:00 UG.AR.Luefter off
2013-01-25_06:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_08:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_17:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_23:30:04 UG.AR.Luefter MISSING ACK
2013-01-26_07:30:04 UG.AR.Luefter MISSING ACK
2013-01-26_18:57:42 UG.AR.Luefter MISSING ACK
2013-01-26_18:58:01 UG.AR.Luefter MISSING ACK
</pre>

Ein Reset des Schaltaktors mit anschließendem pairen brachte Abhilfe.
<pre>
2013-01-26_19:31:38 UG.AR.Luefter deviceMsg: on (to HMLAN1)
2013-01-26_19:31:38 UG.AR.Luefter on
</pre>

= Links =

Anleitung: [http://www.elv-downloads.de/service/manuals/Homematic/74799_HM_Zwischenstecker_G_V1_0_WEB_um.pdf PDF]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]

HM-LC-Sw1-Pl2 Funk-Zwischenstecker-Schaltaktor 1fach

2013-11-11T07:59:09Z

Oskar: /* FHEM Config-Auszug */

'''HomeMatic HM-LC-Sw1-Pl-2 Funk-Zwischenstecker-Schaltaktor 1fach'''

Homematic Zwischenstecker-Schalter, 1-fach

= Features =

Schalten eines angeschlossenen Verbrauchers mittels CUL/CUN/HMLAN Konfigurator.

'''Technische Daten:'''
* Schaltvermögen: 16A bei 230V/50Hz (ohmsche Last)
* Relais: 1x Schließer
* Standby Verbrauch: 0,5W
* Schutzart: IP20
* Farbe: Reinweiß mit silberner Blende
* Maße(HxBxT): 125x63x40mm

= Hinweise zum Betrieb mit FHEM =

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden.

== FHEM Config-Auszug ==

Ein exemplarischer Auszug aus der fhem.cfg:

<pre>
define internet CUL_HM 1BEXXX
attr internet .devInfo 010100
attr internet .stc 10
attr internet autoReadReg 4_reqStatus
attr internet devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr internet expert 2_full
attr internet firmware 1.9
attr internet model HM-LC-SW1-PL2
attr internet peerIDs 00000000,
attr internet room CUL_HM
attr internet serialNr JEQ0461XXX
attr internet subType switch
attr internet webCmd toggle:on:off:statusRequest
define FileLog_internet FileLog /var/log/fhem/internet-%Y.log internet
attr FileLog_internet logtype text
attr FileLog_internet room CUL_HM</pre>

== Mögliche Schaltoperationen ==

Der Aktor versteht folgende Aktionen:

<pre>
set <name> on -> Schaltet den Aktor ein
set <name> off -> Schaltet den Aktor aus
</pre>

== Log-Auszug ==

In FHEM ist nach dem Schalten des HM-LC-Sw1-Pl-2 folgendes Log zu sehen:
<pre>
<< folgt >>
</pre>

== Probleme ==

Ein Schaltaktor hatte nach einigen Wochen des ungestörten Funktionierens nur noch "MISSING ACK"s im Geräte-Log (zu den Schaltzeiten). Er schaltete auch nicht mehr zuverlässig (2 An- und 2 Ausschaltvorgänge je Tag per "at")

Log-Auszug dazu:
<pre>
2013-01-24_17:00:00 UG.AR.Luefter deviceMsg: on (to HMLAN1)
2013-01-24_17:00:00 UG.AR.Luefter on
2013-01-24_23:30:00 UG.AR.Luefter deviceMsg: off (to HMLAN1)
2013-01-24_23:30:00 UG.AR.Luefter off
2013-01-25_06:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_08:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_17:00:04 UG.AR.Luefter MISSING ACK
2013-01-25_23:30:04 UG.AR.Luefter MISSING ACK
2013-01-26_07:30:04 UG.AR.Luefter MISSING ACK
2013-01-26_18:57:42 UG.AR.Luefter MISSING ACK
2013-01-26_18:58:01 UG.AR.Luefter MISSING ACK
</pre>

Ein Reset des Schaltaktors mit anschließendem pairen brachte Abhilfe.
<pre>
2013-01-26_19:31:38 UG.AR.Luefter deviceMsg: on (to HMLAN1)
2013-01-26_19:31:38 UG.AR.Luefter on
</pre>

= Links =

Anleitung: [http://www.elv-downloads.de/service/manuals/Homematic/74799_HM_Zwischenstecker_G_V1_0_WEB_um.pdf PDF]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Empfänger)]]