FHEMWiki - Benutzerbeiträge [de]

HM-SCI-3-FM 3-Kanal-Funk-Schließerkontakt-Interface

2021-07-16T12:46:16Z

Matscher: verwaister Link zur Anleitung korrigiert

'''HM-SCI-3-FM'''
HomeMatic 3-Kanal-Funk-Schließerkontakt-Interface
= Features =
Auswertung des Zustand von Schaltkontakten um z.B. Aktionen bei einem Statuswechsel der Kontakte auszulösen. Das Modul meldet den Zustand des Kontaktes, anders als das ähnliche HM-S'''W'''I-3-FM, welches bei Schaltzustandsänderung nur einen Trigger sendet.

'''Technische Daten:'''
Anzahl Kontakteingänge: 3
Stromversorgung: 1x Lithium-Knopfzelle CR2032
Schutzart: IP 20
Abmessungen (Ø x H): 50 x 10 mm
Gewicht: 30 g (ohne Batterie)

= Hinweise zu Inbetriebnahme und Installation =
Bei der Inbetriebnahme (Batterie einlegen) des HM-SCI-3-FM ist (regulär) folgendes Blinkverhalten der LED zu beobachten:

* erst orange
* dann grün
* wieder orange
* 1 Sekunde blinkendes grün
* LED aus
= Probleme =
<ggfls. ergänzen>

= Betrieb mit FHEM =

In FHEM stellt sich das Gerät wie folgt dar (siehe u.a. Log-Auszug):

* Das Device: ''CUL_HM_threeStateSensor_1DD5FE''
* Channel 1: ''CUL_HM_threeStateSensor_1DD5FE_Sw_01''
* Channel 2: ''CUL_HM_threeStateSensor_1DD5FE_Sw_02''
* Channel 3: ''CUL_HM_threeStateSensor_1DD5FE_Sw_03''

Die Sequenz "1DD5FE" lautet immer anders. In den Channels/Kanälen werden die Schaltzustände gemeldet.

== fhem.log Auszug ==
So zeigt sich ein HM-SCI-3-FM, sobald FHEM ihn erstmalig entdeckt:

<nowiki><Datum>_<Zeit> 3: CUL_HM Unknown device CUL_HM_threeStateSensor_1DD5FE, please define it
<Datum>_<Zeit> 2: autocreate: define CUL_HM_threeStateSensor_1DD5FE CUL_HM 1DD5FE A1A0684001DD5FE00000010005F4A45513036353436373380030000
<Datum>_<Zeit> 3: Device CUL_HM_threeStateSensor_1DD5FE added to ActionDetector with 028:00 time
<Datum>_<Zeit> 3: CUL_HM pair: CUL_HM_threeStateSensor_1DD5FE threeStateSensor, model HM-SCI-3-FM serialNr JEQ0654673
<Datum>_<Zeit> 2: autocreate: define FileLog_CUL_HM_threeStateSensor_1DD5FE FileLog /var/log/fhem/CUL_HM_threeStateSensor_1DD5FE-%Y.log CUL_HM_threeStateSensor_1DD5FE
<Datum>_<Zeit> 2: autocreate: define CUL_HM_threeStateSensor_1DD5FE_Sw_01 CUL_HM 1DD5FE01
<Datum>_<Zeit> 2: autocreate: define FileLog_CUL_HM_threeStateSensor_1DD5FE_Sw_01 FileLog /var/log/fhem/CUL_HM_threeStateSensor_1DD5FE_Sw_01-%Y.log CUL_HM_threeStateSensor_1DD5FE_Sw_01
<Datum>_<Zeit> 2: autocreate: define CUL_HM_threeStateSensor_1DD5FE_Sw_02 CUL_HM 1DD5FE02
<Datum>_<Zeit> 2: autocreate: define FileLog_CUL_HM_threeStateSensor_1DD5FE_Sw_02 FileLog /var/log/fhem/CUL_HM_threeStateSensor_1DD5FE_Sw_02-%Y.log CUL_HM_threeStateSensor_1DD5FE_Sw_02
<Datum>_<Zeit> 2: autocreate: define CUL_HM_threeStateSensor_1DD5FE_Sw_03 CUL_HM 1DD5FE03
<Datum>_<Zeit> 2: autocreate: define FileLog_CUL_HM_threeStateSensor_1DD5FE_Sw_03 FileLog /var/log/fhem/CUL_HM_threeStateSensor_1DD5FE_Sw_03-%Y.log CUL_HM_threeStateSensor_1DD5FE_Sw_03
<Datum>_<Zeit> 2: autocreate: define ActionDetector CUL_HM 000000
<Datum>_<Zeit> 2: autocreate: define FileLog_ActionDetector FileLog /var/log/fhem/ActionDetector-%Y.log ActionDetector
<Datum>_<Zeit> 3: Device CUL_HM_threeStateSensor_1DD5FE added to ActionDetector with 028:00 time</nowiki>
<bitte ergänzen>

= Links =
* Bedienungsanleitung (PDF {{DocLink|elvcom|/public/09/0914/091461/Internet/hm-sci-3-fm_um_ge_eq-3_web.pdf}})

[[Kategorie:HomeMatic Components]]
[[Kategorie:Schalter (Sender)]]

Benutzer:Matscher

2021-07-05T08:28:47Z

Matscher:

== TODO ==
FS20 MS-2 Markisensteuerung

[[HMS 100 T]] erstellt, Bild fehlt noch

== Neue Artikel geplant ==
KS300

== Baustellen ==
* Heizungssteuerung
* Alarmanlage
* Tablet Halterung
* Zählermessungen

== Contributions ==
Nachfolgend betreue ich folgende Module:

* [[CUL_FHTTK|09_CUL_FHTTK.pm]] (übernommen von painseeker)
* CUL -> FHT 80 TF Virtualisierung (Simulieren von max 4 Sensoren ab 1.62)

Benutzer:Matscher

2021-07-05T08:27:04Z

Matscher: /* Neue Artikel geplant */

== TODO ==
FS20 MS-2 Markisensteuerung

== Neue Artikel geplant ==
KS300 
[[HMS 100 T]] erstellt, Bild fehlt noch

== Baustellen ==
* Heizungssteuerung
* Alarmanlage
* Tablet Halterung
* Zählermessungen

== Contributions ==
Nachfolgend betreue ich folgende Module:

* [[CUL_FHTTK|09_CUL_FHTTK.pm]] (übernommen von painseeker)
* CUL -> FHT 80 TF Virtualisierung (Simulieren von max 4 Sensoren ab 1.62)

HMS 100 T

2021-07-05T08:25:52Z

Matscher: /* Features */

{{Infobox Hardware
|Bild=HMS_100_T.png
|Bildbeschreibung=HMS 100 T
|HWProtocol=HMS
|HWType=Sensor/Sender
|HWCategory=HMS
|HWComm=868MHz
|HWChannels=?
|HWVoltage=3V
|HWPowerConsumption=?
|HWPoweredBy=2x1,5V Mignon AA
|HWSize=70x100x24mm
|HWDeviceFHEM=12_HMS.pm
|HWManufacturer=ELV / eQ-3
}}

Der [[HMS 100 T]] ist ein Temperatursensor bei dem der Sensor mit einem ca. 1 m langen Kabel abgesetzt ist. (Ist nicht mehr bei ELV erhältlich. EOL)

== Features ==
Anders als beim [[HMS_100_TF|'''HMS 100 TF''']], kann dieser Sensor nur die Temperatur messen.

* Der Temperaturmessbereich erstreckt sich von -30°C bis +70°C

Der Sensor meldet alle 5 Minuten die gemessenen Temperaturwerte an die Zentrale und gibt dabei auch eine Statusmeldung ab, die den Batteriezustand beinhaltet. Ein Sendevorgang wird durch das Aufleuchten der Kontrollleuchte auf der Vorderseite der Auswerte- und Sendeeinheit signalisiert.
Bei meinem HMS kommen die Daten regelmässig in FHEM an, allerdings leuchtet die Kontrolleuchte auf der Vorderseite '''nicht''' auf.

== Readings ==
{| class="wikitable"
! Parameter
! Wertbeispiel
! Erklärung
|-
| battery
| ok
| Ladezustand der Batterie
|-
| batteryState
| ok
| Ladezustand der Batterie
|-
| temperature
| 24.3
| Temperatur in °C
|-
| state
| T: 20.7 Bat: ok
| Zusammenfassung einiger Werte
|-
| type
| HMS100T
| Typenbezeichnung
|}

== Hinweise zum Betrieb mit FHEM ==
Wenn [[autocreate]] aktiv ist, erkennt FHEM automatisch das HMS Gerät. Anderenfalls erscheint im Logfile von FHEM die Meldung:
:<code>Unknown HMS device detected, define one to get detailed information.</code>
Wird nun ein HMS Gerät in der [[Konfiguration]] definiert, erscheint auch der Hauscode des HMS device.

:<code>define Dachboden HMS 1234</code>
:<code>Unknown HMS device 1001/da1f, please define it</code>
Der beispielhaft gewählte Hauscode 1234 kann nun durch den erkannten Hauscode da1f ersetzt werden, und schon ist der HMS 100 T einsatzbereit.
:<code>define Dachboden HMS da1f</code>

== Bekannte Probleme ==
Nach dem Batteriewechsel wird eine neue Zufallsadresse (Device-ID) vergeben.
Ist die Batterie zu schwach, kann dieser Sensor zum Störsender werden.

== Link ==
* Bedienungsanleitung (PDF {{DocLink|elvcom|/public/05/0520/052092/Internet/52092-hms100t_um.pdf}})

[[Kategorie:HMS Components]]
[[Kategorie:Temperatursensoren]]

HMS 100 T

2021-07-05T08:25:07Z

Matscher: /* Features */ Link zum HM 100 TF eingefügt

{{Infobox Hardware
|Bild=HMS_100_T.png
|Bildbeschreibung=HMS 100 T
|HWProtocol=HMS
|HWType=Sensor/Sender
|HWCategory=HMS
|HWComm=868MHz
|HWChannels=?
|HWVoltage=3V
|HWPowerConsumption=?
|HWPoweredBy=2x1,5V Mignon AA
|HWSize=70x100x24mm
|HWDeviceFHEM=12_HMS.pm
|HWManufacturer=ELV / eQ-3
}}

Der [[HMS 100 T]] ist ein Temperatursensor bei dem der Sensor mit einem ca. 1 m langen Kabel abgesetzt ist. (Ist nicht mehr bei ELV erhältlich. EOL)

== Features ==
Anders als beim [[wikipedia:HMS_100_TF|'''HMS 100 TF''']], kann dieser Sensor nur die Temperatur messen.

* Der Temperaturmessbereich erstreckt sich von -30°C bis +70°C

Der Sensor meldet alle 5 Minuten die gemessenen Temperaturwerte an die Zentrale und gibt dabei auch eine Statusmeldung ab, die den Batteriezustand beinhaltet. Ein Sendevorgang wird durch das Aufleuchten der Kontrollleuchte auf der Vorderseite der Auswerte- und Sendeeinheit signalisiert.
Bei meinem HMS kommen die Daten regelmässig in FHEM an, allerdings leuchtet die Kontrolleuchte auf der Vorderseite '''nicht''' auf.

== Readings ==
{| class="wikitable"
! Parameter
! Wertbeispiel
! Erklärung
|-
| battery
| ok
| Ladezustand der Batterie
|-
| batteryState
| ok
| Ladezustand der Batterie
|-
| temperature
| 24.3
| Temperatur in °C
|-
| state
| T: 20.7 Bat: ok
| Zusammenfassung einiger Werte
|-
| type
| HMS100T
| Typenbezeichnung
|}

== Hinweise zum Betrieb mit FHEM ==
Wenn [[autocreate]] aktiv ist, erkennt FHEM automatisch das HMS Gerät. Anderenfalls erscheint im Logfile von FHEM die Meldung:
:<code>Unknown HMS device detected, define one to get detailed information.</code>
Wird nun ein HMS Gerät in der [[Konfiguration]] definiert, erscheint auch der Hauscode des HMS device.

:<code>define Dachboden HMS 1234</code>
:<code>Unknown HMS device 1001/da1f, please define it</code>
Der beispielhaft gewählte Hauscode 1234 kann nun durch den erkannten Hauscode da1f ersetzt werden, und schon ist der HMS 100 T einsatzbereit.
:<code>define Dachboden HMS da1f</code>

== Bekannte Probleme ==
Nach dem Batteriewechsel wird eine neue Zufallsadresse (Device-ID) vergeben.
Ist die Batterie zu schwach, kann dieser Sensor zum Störsender werden.

== Link ==
* Bedienungsanleitung (PDF {{DocLink|elvcom|/public/05/0520/052092/Internet/52092-hms100t_um.pdf}})

[[Kategorie:HMS Components]]
[[Kategorie:Temperatursensoren]]

HMS 100 T

2021-07-05T08:12:06Z

Matscher:

{{Infobox Hardware
|Bild=HMS_100_T.png
|Bildbeschreibung=HMS 100 T
|HWProtocol=HMS
|HWType=Sensor/Sender
|HWCategory=HMS
|HWComm=868MHz
|HWChannels=?
|HWVoltage=3V
|HWPowerConsumption=?
|HWPoweredBy=2x1,5V Mignon AA
|HWSize=70x100x24mm
|HWDeviceFHEM=12_HMS.pm
|HWManufacturer=ELV / eQ-3
}}

Der [[HMS 100 T]] ist ein Temperatursensor bei dem der Sensor mit einem ca. 1 m langen Kabel abgesetzt ist. (Ist nicht mehr bei ELV erhältlich. EOL)

== Features ==
Anders als beim '''HMS 100 TF''', kann dieser Sensor nur die Temperatur messen.

* Der Temperaturmessbereich erstreckt sich von -30°C bis +70°C

Der Sensor meldet alle 5 Minuten die gemessenen Temperaturwerte an die Zentrale und gibt dabei auch eine Statusmeldung ab, die den Batteriezustand beinhaltet. Ein Sendevorgang wird durch das Aufleuchten der Kontrollleuchte auf der Vorderseite der Auswerte- und Sendeeinheit signalisiert.
Bei meinem HMS kommen die Daten regelmässig in FHEM an, allerdings leuchtet die Kontrolleuchte auf der Vorderseite '''nicht''' auf.

== Readings ==
{| class="wikitable"
! Parameter
! Wertbeispiel
! Erklärung
|-
| battery
| ok
| Ladezustand der Batterie
|-
| batteryState
| ok
| Ladezustand der Batterie
|-
| temperature
| 24.3
| Temperatur in °C
|-
| state
| T: 20.7 Bat: ok
| Zusammenfassung einiger Werte
|-
| type
| HMS100T
| Typenbezeichnung
|}

== Hinweise zum Betrieb mit FHEM ==
Wenn [[autocreate]] aktiv ist, erkennt FHEM automatisch das HMS Gerät. Anderenfalls erscheint im Logfile von FHEM die Meldung:
:<code>Unknown HMS device detected, define one to get detailed information.</code>
Wird nun ein HMS Gerät in der [[Konfiguration]] definiert, erscheint auch der Hauscode des HMS device.

:<code>define Dachboden HMS 1234</code>
:<code>Unknown HMS device 1001/da1f, please define it</code>
Der beispielhaft gewählte Hauscode 1234 kann nun durch den erkannten Hauscode da1f ersetzt werden, und schon ist der HMS 100 T einsatzbereit.
:<code>define Dachboden HMS da1f</code>

== Bekannte Probleme ==
Nach dem Batteriewechsel wird eine neue Zufallsadresse (Device-ID) vergeben.
Ist die Batterie zu schwach, kann dieser Sensor zum Störsender werden.

== Link ==
* Bedienungsanleitung (PDF {{DocLink|elvcom|/public/05/0520/052092/Internet/52092-hms100t_um.pdf}})

[[Kategorie:HMS Components]]
[[Kategorie:Temperatursensoren]]

HMS 100 T

2021-07-05T08:05:43Z

Matscher: Die Seite wurde neu angelegt: „{{Infobox Hardware |Bild=HMS_100_T.png |Bildbeschreibung=HMS 100 T |HWProtocol=HMS |HWType=Sensor/Sender |HWCategory=HMS |HWComm=868MHz |HWChannels=? |HWVoltag…“

{{Infobox Hardware
|Bild=HMS_100_T.png
|Bildbeschreibung=HMS 100 T
|HWProtocol=HMS
|HWType=Sensor/Sender
|HWCategory=HMS
|HWComm=868MHz
|HWChannels=?
|HWVoltage=3V
|HWPowerConsumption=?
|HWPoweredBy=2x1,5V Mignon AA
|HWSize=70x100x24mm
|HWDeviceFHEM=12_HMS.pm
|HWManufacturer=ELV / eQ-3
}}

Der [[HMS 100 T]] ist ein Temperatursensor bei dem der Sensor mit einem ca. 1 m langen Kabel abgesetzt ist.

== Features ==
Anders als beim '''HMS 100 TF''', kann dieser Sensor nur die Temperatur messen.

* Der Temperaturmessbereich erstreckt sich von -30°C bis +70°C

Der Sensor meldet alle 5 Minuten die gemessenen Temperaturwerte an die Zentrale und gibt dabei auch eine Statusmeldung ab, die den Batteriezustand beinhaltet. Ein Sendevorgang wird durch das Aufleuchten der Kontrollleuchte auf der Vorderseite der Auswerte- und Sendeeinheit signalisiert.
Bei meinem HMS kommen die Daten regelmässig in FHEM an, allerdings leuchtet die Kontrolleuchte auf der Vorderseite '''nicht''' auf.

== Readings ==
{| class="wikitable"
! Parameter
! Wertbeispiel
! Erklärung
|-
| battery
| ok
| Ladezustand der Batterie
|-
| batteryState
| ok
| Ladezustand der Batterie
|-
| temperature
| 24.3
| Temperatur in °C
|-
| state
| T: 20.7 Bat: ok
| Zusammenfassung einiger Werte
|-
| type
| HMS100T
| Typenbezeichnung
|}

== Hinweise zum Betrieb mit FHEM ==
Wenn [[autocreate]] aktiv ist, erkennt FHEM automatisch das HMS Gerät. Anderenfalls erscheint im Logfile von FHEM die Meldung:
:<code>Unknown HMS device detected, define one to get detailed information.</code>
Wird nun ein HMS Gerät in der [[Konfiguration]] definiert, erscheint auch der Hauscode des HMS device.

:<code>define Dachboden HMS 1234</code>
:<code>Unknown HMS device 1001/da1f, please define it</code>
Der beispielhaft gewählte Hauscode 1234 kann nun durch den erkannten Hauscode da1f ersetzt werden, und schon ist der HMS 100 T einsatzbereit.
:<code>define Dachboden HMS da1f</code>

== Bekannte Probleme ==
Nach dem Batteriewechsel wird eine neue Zufallsadresse (Device-ID) vergeben.
Ist die Batterie zu schwach, kann dieser Sensor zum Störsender werden.

== Link ==
* Bedienungsanleitung (PDF {{DocLink|elv|https://files2.elv.com/public/05/0520/052092/Internet/52092-hms100t_um.pdf}})

[[Kategorie:HMS Components]]
[[Kategorie:Temperatursensoren]]

HMS 100 TF

2021-06-21T09:09:22Z

Matscher: Ergänung um : Nach dem Batteriewechsel wird eine neue Zufallsadresse (Device-ID) vergeben.

{{Infobox Hardware
|Bild=HMS_100_TF.png
|Bildbeschreibung=HMS 100 TF
|HWProtocol=HMS
|HWType=Sensor/Sender
|HWCategory=HMS
|HWComm=868MHz
|HWChannels=?
|HWVoltage=3V
|HWPowerConsumption=?
|HWPoweredBy=2x1,5V Mignon AA
|HWSize=70x100x24mm
|HWDeviceFHEM=12_HMS.pm
|HWManufacturer=ELV / eQ-3
}}

Der [[HMS 100 TF]] ist ein Temperatur-/Luftfeuchte-Sensor in einem Gerät

== Features ==
Anders als beim '''HMS 100 T''', bei dem der Temperatursensor mit einem ca. 1 m langen Kabel abgesetzt ist, sind hier die beiden Sensoren für Temperatur und Luftfeuchtigkeit im Gehäuse untergebracht.

* Der Temperaturmessbereich erstreckt sich von -30°C bis +70°C
* Die Messgenauigkeit der Luftfeuchtigkeit liegt bei +/- 8% und hat eine Auflösung von 1%

Der Sensor meldet alle 5 Minuten die gemessenen Temperatur- und Luftfeuchtewerte an die Zentrale und gibt dabei auch eine Statusmeldung ab, die den Batteriezustand beinhaltet. Ein Sendevorgang wird durch das Aufleuchten der Kontrollleuchte auf der Vorderseite der Auswerte- und Sendeeinheit signalisiert.
Bei meinem HMS kommen die Daten regelmässig in FHEM an, allerdings leuchtet die Kontrolleuchte auf der Vorderseite '''nicht''' auf.

== Readings ==
{| class="wikitable"
! Parameter
! Wertbeispiel
! Erklärung
|-
| battery
| replaced
| Ladezustand der Batterie
|-
| humidity
| 25.8
| relative Luftfeuchte in Prozent
|-
| temperature
| 24.3
| Temperatur in °C
|-
| state
| T: 20.7 H: 25.8 Bat: replaced
| Zusammenfassung einiger Werte
|-
| type
| HMS100TF
| Typenbezeichnung
|}

== Hinweise zum Betrieb mit FHEM ==
Wenn [[autocreate]] aktiv ist, erkennt FHEM automatisch das HMS Gerät. Anderenfalls erscheint im Logfile von FHEM die Meldung:
:<code>Unknown HMS device detected, define one to get detailed information.</code>
Wird nun ein HMS Gerät in der [[Konfiguration]] definiert, erscheint auch der Hauscode des HMS device.

:<code>define Dachboden HMS 1234</code>
:<code>Unknown HMS device 1000/da1f, please define it</code>
Der beispielhaft gewählte Hauscode 1234 kann nun durch den erkannten Hauscode da1f ersetzt werden, und schon ist der HMS 100 TF einsatzbereit.
:<code>define Dachboden HMS da1f</code>

== Bekannte Probleme ==
Nach dem Batteriewechsel wird eine neue Zufallsadresse (Device-ID) vergeben.

== Ähnliche Geräte ==
Eine ähnliche Funktion bietet der [[S300TH]], der jedoch deutlich weniger kostet.

== Link ==
* Bedienungsanleitung (PDF {{DocLink|elv|/service/manuals/HMS100TF/HMS100TF_UM_G_030226.pdf}})

[[Kategorie:HMS Components]]
[[Kategorie:Feuchtesensoren]]
[[Kategorie:Temperatursensoren]]

CUL FHTTK

2020-12-13T20:37:59Z

Matscher: Anpassung an aktuelle Modulbeschreibung (Attribute model hat virtual statt dummy)

{{Infobox Modul
|ModPurpose=Unterstützung des [[FHT80TF]] Fensterkontaks
|ModType=d
|ModCmdRef=CUL_FHTTK
|ModForumArea=SlowRF
|ModTechName=09_CUL_FHTTK.pm
|ModOwner=matscher ([http://forum.fhem.de/index.php?action=profile;u=1131 Forum] / [[Benutzer:Matscher|Wiki]])
}}

Im Modul [[CUL_FHTTK]] ist die Unterstützung für den [[FHT80TF]] und [[FHT80TF-2]] Tür-/Fensterkontakt implementiert. Sowohl das Empfangen als auch das Aussenden von FHT80 TF Daten ist mit diesem Modul möglich.

== Voraussetzungen ==
Ein SlowRF [[Interface]] Derivat, zum Beispiel ein [[CUL]] im SlowRF Modus.

== Anwendung ==
=== Define ===
:<code>define <name> CUL_FHTTK <devicecode> </code>

Der Devicecode besteht aus 6 Zeichen, welcher als HEX-Code interpretiert werden muss. D.h. ein Devicecode von "86310a" ist im einzelnen 0x86, 0x31, 0x0A.
Wobei die ersten beiden Bytes (HC1, HC2) den Housecode (HC) und letzteres Byte die Adresse für den jeweiligen FH80TF darstellen. <s>Weiterhin ist das erste Byte (HC1) immer über 0x69.</s> Dies ist wichtig, wenn man einen FHT80TF simulieren möchte (FHT80 TF Daten per CUL oder ähnlichen senden -> siehe Attribut model). Beispiele für Adressen sind auf der [[FHT80TF-2#Protokoll|FHT80TF-2]] Seite zu finden.

=== Attribute ===
Mögliche Attribute sind:

* model
:Bezeichnet den Modultypen und wird unter anderem für die Statistik genutzt. Ferner gibt es den Typen “virtual”. Dieser wird zum virtualisieren eines FHT80 TF verwendet. Damit ist es möglich, andere Sensoren, wie zum Beispiel ein [[FS20_SI3_Schaltinterface|FS20 SI3]], als Informationsquelle über den Status des Fenstern für die FHT80b zu verwenden. Dafür wird eine neue CUL Firmware Version größer gleich 1.62 benötigt ([http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN]). Unterstützt werden bis zu 4 FHT80 TF's (aufgrund der 1% Regel auf 4 limitiert).
:* FHT80TF, FHT80TF-2, virtual

* IODev
:Setzt das IO oder das physische Device welches zum Senden der Signale an dieses logische Device verwendet werden soll (Beispielsweise FHZ oder CUL). Hinweis: Beim Start weist FHEM jedem logischen Device das letzte physische Device zu, das Daten von diesem Typ empfangen kann. Das Attribut IODev muss nur gesetzt werden wenn mehr als ein physisches Device fähig ist Signale von diesem logischen Device zu empfangen.

* do_not_notify
:Deaktiviert FileLog/notify/inform Informationen für dieses Gerät.

* ignore
:Ignoriere dieses Gerät.

* showtime
:[http://fhem.de/commandref_DE.html#showtime hier ausführlich beschrieben]

* readingFnAttributes
:[http://fhem.de/commandref_DE.html#attributes hier ausführlich beschrieben]

== Anwendungsbeispiele ==
Siehe [[FHTTK: Benachrichtigung bei offenem Fenster]]

Verwendung von FHT Fremdgeräten, wie ein [[FS20_SI3_Schaltinterface|FS20 SI3]], zur Anbindung an eine FHT80B Einheit. Somit ist es nicht mehr zwingend notwendig, den [[FHT80TF-2]] als Fensterkontakt zu verwenden. 

Vorgehensweise zum anlegen eines virtuellen Fensterkontaktes für FHT80B (FHT Code dient als Beispiel):
# define Fenster CUL_FHTTK 86310A
# attr Fenster model virtual
# FHT80B nach Anleitung in Syncmode für Fensterkontakte versetzen
# set Fenster Pair
Der Kontakt ist nun angelernt und ist initial auf Closed gestellt.

Mit get <CUL_name> raw T12 kann der Buffer für die Fensterkontakte ausgeben werden und mit set <CUL_name> raw T01FHZID kann dieser auch gelöscht bzw. zurückgesetzt werden.

== Links ==
* [[FHT80TF-2]]
* {{Link2Forum|Topic=27465|LinkText=Diskussionsthread}}
* [http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN Firmware] - Version 1.62 oder höher wird benötigt

[[Kategorie:FHT Components]]

FS20 FMS Funk-Master-Slave

2019-11-03T21:09:34Z

Matscher:

{{Infobox Hardware|Bild=FS20_FMS.jpg
|Bildbeschreibung=FS20 SI3 3-Kanal Schaltinterface
|HWProtocol=FS20
|HWType=Empfänger
|HWCategory=FS20
|HWComm=868.350 MHz
|HWChannels=1
|HWVoltage=230V
|HWPowerConsumption= 32 mA
|HWPoweredBy=Netz
|HWSize=56x134x77 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#FS20 10_FS20.pm]
|HWManufacturer=ELV
}}

== Features ==
Der FS20 FMS ist ein Schutzkontaktzwischenstecker zur Ermittlung von Strömen, er wertet einstellbare Ansprechschwellen aus und schaltet bei Über- bzw. Unterschreiten dieser Grenzen per Funk einen beliebigen Empfänger der FS20-Reihe.

Features unterscheiden sich darüber hinaus kaum von anderen FS 20 Sendern.

*Standby-Verbrauch: 32 mA = 7,4 W !!!
*Kleinste Ansprechschwelle: 20 mA = 4,6 W

== Hinweise zum Betrieb mit FHEM ==
keine

== Readings ==
ON,OFF

== Bekannte Probleme ==
keine

== Links ==
* [https://web.archive.org/web/20140513151026/http://www.elv-downloads.de:80/service/manuals/FS20FMS/61089_um.pdf Bedienungsanleitung] im Internet Archiv, Original-Link nicht mehr erreichbar
* [https://files.elv.com/service/manuals/FS20FMS/61089_um.pdf Bedienungsanleitung] von ELV

[[Kategorie:FS20 Components|F]]
[[Kategorie:Schalter (Sender)]]

Datei:FS20 FMS.jpg

2019-11-03T21:06:26Z

Matscher: Matscher lud eine neue Version von Datei:FS20 FMS.jpg hoch

== Beschreibung ==
FS20 FMS Funk-Master-Slave

Datei:FS20 FMS.jpg

2019-11-03T20:57:25Z

Matscher: Matscher lud eine neue Version von Datei:FS20 FMS.jpg hoch

== Beschreibung ==
FS20 FMS Funk-Master-Slave

Datei:FS20 FMS.jpg

2019-11-03T20:55:31Z

Matscher: FS20 FMS Funk-Master-Slave

== Beschreibung ==
FS20 FMS Funk-Master-Slave

HMS 100 TFK

2017-12-19T12:09:25Z

Matscher:

{{Infobox Hardware
|Bild=hms100tfk.jpg
|Bildbeschreibung=HMS100 TFK
|HWProtocol=HMS
|HWType=Sender
|HWCategory=HMS
|HWComm=868MHz
|HWChannels=1
|HWVoltage=3V
|HWPowerConsumption=?
|HWPoweredBy=Batterie, 2xLR6
|HWSize=70x100x24mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#HMS 12_HMS.pm]
|HWManufacturer=ELV / eq3
}}

'''HMS 100 TFK''' ist ein Funk Tür-Fenster-Kontaktmelder, welcher universell eingesetzt werden kann. Neben Tür- und Fensterüberwachung, kann damit z.B. auch ein Gaszähler eingebunden werden, wie auf der entsprechenden [http://wiki.volkszaehler.org/hardware/channels/meters/gas Volkszähler-Seite] beschrieben.

Geliefert wird der Melder mit einem Alarmschalter (Reedschalter), der z.B. als Tür- und Fensterkontakt eingesetzt werden kann. Ein Austausch des angeschlossenen Schalters kann ohne Probleme über die interne Schraubklemme erfolgen. Zusätzlich kann zwischen NO (normally open) und NC (normally closed) umgeschaltet werden.

Für den Betrieb werden 2 x Batterien Mignon AA/LR6 benötigt, die nicht Bestandteil des Lieferumfangs sind.

Eine ähnliche Funktion bietet der FS20 TFK, welcher geringfügig mehr kostet.

== Features ==
Zustandsänderungen werden sofort übertragen und alle 30 Minuten wiederholt. Damit eignet sich dieser Melder für Alarmanlagen, im Gegensatz zum [[FHT80TF-2]]. Dieser übermittelt die Änderung in einem Zeitraster.

== Readings ==
{| class="wikitable"
! Parameter
! Wertbeispiel
! Erklärung
|-
| battery
| empty
| Ladezustand der Batterie
|-
| state
| Switch Detect: off
| Zustand des Kontaktes
|-
| switch_detect
| switch_detect: off
| Zustand des Kontaktes
|-
| type
| HMS100TFK
| Typenbezeichnung
|}

== Hinweise zum Betrieb mit FHEM ==
Das Gerät ist uneingeschränkt mit FHEM nutzbar.

Mit deaktiviertem autocreate erscheint das Geräte im Log:
:<code>Unknown HMS device 1004/6e1f, please define it</code>

mit aktiviertem autocreate wird es so definiert:
:<code>autocreate: define HMS100TFK_6e1f HMS 6e1f</code>

== Bekannte Probleme ==
Nach dem Batteriewechsel wird eine neue Zufallsadresse (Device-ID) vergeben.

== Link ==
* Bedienungsanleitung [https://files.elv.com/service/manuals/HMS100TFK/HMS100TFK_UM_G_030226.pdf PDF]

[[Kategorie:HMS Components]]

HMS 100 TFK

2017-12-19T12:05:21Z

Matscher:

{{Infobox Hardware
|Bild=hms100tfk.jpg
|Bildbeschreibung=HMS100 TFK
|HWProtocol=HMS
|HWType=Sender
|HWCategory=HMS
|HWComm=868MHz
|HWChannels=1
|HWVoltage=3V
|HWPowerConsumption=?
|HWPoweredBy=Batterie, 2xLR6
|HWSize=70x100x24mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#HMS 12_HMS.pm]
|HWManufacturer=ELV / eq3
}}

'''HMS 100 TFK''' ist ein Funk Tür-Fenster-Kontaktmelder, welcher universell eingesetzt werden kann. Neben Tür- und Fensterüberwachung, kann damit z.B. auch ein Gaszähler eingebunden werden, wie auf der entsprechenden [http://wiki.volkszaehler.org/hardware/channels/meters/gas Volkszähler-Seite] beschrieben.

Geliefert wird der Melder mit einem Alarmschalter (Reedschalter), der z.B. als Tür- und Fensterkontakt eingesetzt werden kann. Ein Austausch des angeschlossenen Schalters kann ohne Probleme über die interne Schraubklemme erfolgen. Zusätzlich kann zwischen NO (normally open) und NC (normally closed) umgeschaltet werden.

Für den Betrieb werden 2 x Batterien Mignon AA/LR6 benötigt, die nicht Bestandteil des Lieferumfangs sind.

Eine ähnliche Funktion bietet der FS20 TFK, welcher geringfügig mehr kostet.

== Features ==
Zustandsänderungen werden sofort übertragen und alle 30 Minuten wiederholt. Damit eignet sich dieser Melder für Alarmanlagen, im Gegensatz zum [[FHT80TF-2]]. Dieser übermittelt die Änderung in einem Zeitraster.

== Readings ==
{| class="wikitable"
! Parameter
! Wertbeispiel
! Erklärung
|-
| battery
| empty
| Ladezustand der Batterie
|-
| state
| Switch Detect: off
| Zustand des Kontaktes
|-
| switch_detect
| switch_detect: off
| Zustand des Kontaktes
|-
| type
| HMS100TFK
| Typenbezeichnung
|}

== Hinweise zum Betrieb mit FHEM ==
Das Gerät ist uneingeschränkt mit FHEM nutzbar.

Mit deaktiviertem autocreate erscheint das Geräte im Log:
:<code>Unknown HMS device 1004/6e1f, please define it</code>

mit aktiviertem autocreate wird es so definiert:
:<code>autocreate: define HMS100TFK_6e1f HMS 6e1f</code>

== Bekannte Probleme ==
Nach dem Batteriewechsel wird eine neue Device-ID vergeben.

== Link ==
* Bedienungsanleitung [https://files.elv.com/service/manuals/HMS100TFK/HMS100TFK_UM_G_030226.pdf PDF]

[[Kategorie:HMS Components]]

FS20 KSE KlingelSignal-Erkennung

2017-12-19T11:28:24Z

Matscher:

KlingelSignal-Erkennung 2 Kanal

== Features ==
Das Bauteil FS20 KSE reagiert auf das Anliegen der Spannung an der Haustürklingel. Neben der Haustürklingel können auch andere Spannungen zum Auslösen des Schaltvorgangs genutzt werden. Besonders flexibel ist die Schaltung bezüglich der Spannungsversorgung, da in vielen Anwendungsfällen das Klingelsignal bereits direkt zur Spannungsversorgung der Schaltung genutzt werden kann.

Sobald am Klingeleingang eine Gleichspannung zwischen 5 V und 16 V oder eine Wechselspannung zwischen 4,5 V und 11 V angelegt wird, sendet die FS20 KSE den Einschaltbefehl. Mit dem Abfallen der Klingelspannung wird entweder sofort oder nach einer Verzögerung das Ausschaltsignal gesendet. Bereits ein kurzer Spannungsimpuls von ca. 0,5 bis 1 Sekunde liefert genügend Energie für die Ein- und Ausschaltbefehle. Die Konfiguration des Gerätes kann getrennt auf zwei FS20-Sendekanälen erfolgen.

Die Platine ist recht klein - Lieferung ohne Gehäuse.

== Hinweise zum Betrieb mit FHEM ==
Einsetzbar

== Link ==
* Bedienungsanleitung [https://files.elv.com/service/manuals/FS20KSE/FS20KSE_UM_G_071227.pdf PDF]

[[Kategorie:FS20 Components]]
[[Kategorie:Schalter (Sender)]]

Benutzer:Matscher

2016-11-03T20:18:16Z

Matscher:

== TODO ==
FS20 MS-2 Markisensteuerung

== Neue Artikel geplant ==
KS300 
HMS 100 T

== Baustellen ==
* Heizungssteuerung
* Alarmanlage
* Tablet Halterung
* Zählermessungen

== Contributions ==
Nachfolgend betreue ich folgende Module:

* [[CUL_FHTTK|09_CUL_FHTTK.pm]] (übernommen von painseeker)
* CUL -> FHT 80 TF Virtualisierung (Simulieren von max 4 Sensoren ab 1.62)

Benutzer:Matscher

2016-11-03T20:17:12Z

Matscher: hms100 t Seite erstellen

== TODO ==
FS20 MS-2 Markisensteuerung
HMS 100 T

== Neue Artikel geplant ==
KS300

== Baustellen ==
* Heizungssteuerung
* Alarmanlage
* Tablet Halterung
* Zählermessungen

== Contributions ==
Nachfolgend betreue ich folgende Module:

* [[CUL_FHTTK|09_CUL_FHTTK.pm]] (übernommen von painseeker)
* CUL -> FHT 80 TF Virtualisierung (Simulieren von max 4 Sensoren ab 1.62)

CUL FHTTK

2016-10-09T18:32:41Z

Matscher: angepasst an das modul

{{Infobox Modul
|ModPurpose=Unterstützung des [[FHT80TF-2]] Fensterkontaks
|ModType=d
|ModCmdRef=CUL_FHTTK
|ModForumArea=SlowRF
|ModTechName=09_CUL_FHTTK.pm
|ModOwner=matscher ([http://forum.fhem.de/index.php?action=profile;u=1131 Forum] / [[Benutzer:Matscher|Wiki]])
}}

Im Modul [[CUL_FHTTK]] ist die Unterstützung für den [[FHT80TF-2]] Tür-/Fensterkontakt implementiert. Sowohl das Empfangen als auch das Aussenden von FHT80 TF Daten ist mit diesem Modul möglich.

== Voraussetzungen ==
Ein SlowRF [[Interface]] Derivat, zum Beispiel ein [[CUL]] im SlowRF Modus.

== Anwendung ==
=== Define ===
:<code>define <name> CUL_FHTTK <devicecode> </code>

Der Devicecode besteht aus 6 Zeichen, welcher als HEX-Code interpretiert werden muss. D.h. ein Devicecode von "86310a" ist im einzelnen 0x86, 0x31, 0x0A.
Wobei die ersten beiden Bytes (HC1, HC2) den Housecode (HC) und letzteres Byte die Adresse für den jeweiligen FH80TF darstellen. <s>Weiterhin ist das erste Byte (HC1) immer über 0x69.</s> Dies ist wichtig, wenn man einen FHT80TF simulieren möchte (FHT80 TF Daten per CUL oder ähnlichen senden -> siehe Attribut model). Beispiele für Adressen sind auf der [[FHT80TF-2#Protokoll|FHT80TF-2]] Seite zu finden.

=== Attribute ===
Mögliche Attribute sind:

* model
:Bezeichnet den Modultypen und wird unter anderem für die Statistik genutzt. Ferner gibt es den Typen “dummy”. Dieser wird zum virtualisieren eines FHT80 TF verwendet. Damit ist es möglich, andere Sensoren, wie zum Beispiel ein [[FS20_SI3_Schaltinterface|FS20 SI3]], als Informationsquelle über den Status des Fenstern für die FHT80b zu verwenden. Dafür wird eine neue CUL Firmware Version größer gleich 1.62 benötigt ([http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN]). Unterstützt werden bis zu 4 FHT80 TF's.
:* FHT80TF, FHT80TF-2, dummy

* IODev
:Setzt das IO oder das physische Device welches zum Senden der Signale an dieses logische Device verwendet werden soll (Beispielsweise FHZ oder CUL). Hinweis: Beim Start weist FHEM jedem logischen Device das letzte physische Device zu, das Daten von diesem Typ empfangen kann. Das Attribut IODev muss nur gesetzt werden wenn mehr als ein physisches Device fähig ist Signale von diesem logischen Device zu empfangen.

* do_not_notify
:Deaktiviert FileLog/notify/inform Informationen für dieses Gerät.

* ignore
:Ignoriere dieses Gerät.

* showtime
:[http://fhem.de/commandref_DE.html#showtime hier ausführlich beschrieben]

* readingFnAttributes
:[http://fhem.de/commandref_DE.html#attributes hier ausführlich beschrieben]

== Anwendungsbeispiele ==
Siehe [[FHTTK: Benachrichtigung bei offenem Fenster]]

Verwendung von FHT Fremdgeräten, wie ein [[FS20_SI3_Schaltinterface|FS20 SI3]], zur Anbindung an eine FHT80B Einheit. Somit ist es nicht mehr zwingend notwendig, den [[FHT80TF-2]] als Fensterkontakt zu verwenden. 
 
Vorgehensweise zum anlegen eines virtuellen Fensterkontaktes für FHT80B (FHT Code dient als Beispiel):
# define Fenster CUL_FHTTK 86310A
# attr Fenster model dummy
# FHT80B nach Anleitung in Syncmode für Fensterkontakte versetzen
# set Fenster Pair
Der Kontakt ist nun angelernt und ist initial auf Closed gestellt. 
 
Mit get <CUL_name> raw T12 kann der Buffer für die Fensterkontakte ausgeben werden und mit set <CUL_name> raw T01FHZID kann dieser auch gelöscht bzw. zurückgesetzt werden.

== Links ==
* [[FHT80TF-2]]
* [http://forum.fhem.de/index.php/topic,27465.0.html Diskussionsthread]
* [http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN Firmware] - Version 1.62 oder höher wird benötigt

[[Kategorie:FHT Components]]

CUL FHTTK

2016-07-26T08:25:37Z

Matscher: Vorgehensweise anlernen virtuellen FHT Kontakt

{{Infobox Modul
|ModPurpose=Unterstützung des [[FHT80TF-2]] Fensterkontaks
|ModType=d
|ModCmdRef=CUL_FHTTK
|ModForumArea=SlowRF
|ModTechName=09_CUL_FHTTK.pm
|ModOwner=matscher ([http://forum.fhem.de/index.php?action=profile;u=1131 Forum] / [[Benutzer:Matscher|Wiki]])
}}

Im Modul [[CUL_FHTTK]] ist die Unterstützung für den [[FHT80TF-2]] Tür-/Fensterkontakt implementiert. Sowohl das Empfangen als auch das Aussenden von FHT80 TF Daten ist mit diesem Modul möglich.

== Voraussetzungen ==
Ein SlowRF [[Interface]] Derivat, zum Beispiel ein [[CUL]] im SlowRF Modus.

== Anwendung ==
=== Define ===
:<code>define <name> CUL_FHTTK <devicecode> </code>

Der Devicecode besteht aus 6 Zeichen, welcher als HEX-Code interpretiert werden muss. D.h. ein Devicecode von "86310a" ist im einzelnen 0x86, 0x31, 0x0A.
Wobei die ersten beiden Bytes (HC1, HC2) den Housecode (HC) und letzteres Byte die Adresse für den jeweiligen FH80TF darstellen. <s>Weiterhin ist das erste Byte (HC1) immer über 0x69.</s> Dies ist wichtig, wenn man einen FHT80TF simulieren möchte (FHT80 TF Daten per CUL oder ähnlichen senden -> siehe Attribut model). Beispiele für Adressen sind auf der [[FHT80TF-2#Protokoll|FHT80TF-2]] Seite zu finden.

=== Attribute ===
Mögliche Attribute sind:

* model
:Bezeichnet den Modultypen und wird unter anderem für die Statistik genutzt. Ferner gibt es den Typen “dummy”. Dieser wird zum virtualisieren eines FHT80 TF verwendet. Damit ist es möglich, andere Sensoren, wie zum Beispiel ein [[FS20_SI3_Schaltinterface|FS20 SI3]], als Informationsquelle über den Status des Fenstern für die FHT80b zu verwenden. Dafür wird eine neue CUL Firmware Version größer gleich 1.62 benötigt ([http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN]). Unterstützt werden bis zu 4 FHT80 TF's.
:* FHT80TF, FHT80TF-2, dummy

* IODev
:Setzt das IO oder das physische Device welches zum Senden der Signale an dieses logische Device verwendet werden soll (Beispielsweise FHZ oder CUL). Hinweis: Beim Start weist FHEM jedem logischen Device das letzte physische Device zu, das Daten von diesem Typ empfangen kann. Das Attribut IODev muss nur gesetzt werden wenn mehr als ein physisches Device fähig ist Signale von diesem logischen Device zu empfangen.

* do_not_notify
:Deaktiviert FileLog/notify/inform Informationen für dieses Gerät.

* ignore
:Ignoriere dieses Gerät.

* showtime
:[http://fhem.de/commandref_DE.html#showtime hier ausführlich beschrieben]

* readingFnAttributes
:[http://fhem.de/commandref_DE.html#attributes hier ausführlich beschrieben]

== Anwendungsbeispiele ==
Siehe [[FHTTK: Benachrichtigung bei offenem Fenster]]

Verwendung von FHT Fremdgeräten, wie ein [[FS20_SI3_Schaltinterface|FS20 SI3]], zur Anbindung an eine FHT80B Einheit. Somit ist es nicht mehr zwingend notwendig, den [[FHT80TF-2]] als Fensterkontakt zu verwenden. 
 
Vorgehensweise zum anlegen eines virtuellen Fensterkontaktes für FHT80B (FHT Code dient als Beispiel):
# define Fenster CUL_FHTTK 86310A
# attr Fenster model dummy
# FHT80B nach Anleitung in Syncmode für Fensterkontakte versetzen
# set Fenster Syncing
Der Kontakt ist nun angelernt und ist initial auf Closed gestellt. 
 
Mit get <CUL_name> raw T12 kann der Buffer für die Fensterkontakte ausgeben werden und mit set <CUL_name> raw T01FHZID kann dieser auch gelöscht bzw. zurückgesetzt werden.

== Links ==
* [[FHT80TF-2]]
* [http://forum.fhem.de/index.php/topic,27465.0.html Diskussionsthread]
* [http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN Firmware] - Version 1.62 oder höher wird benötigt

[[Kategorie:FHT Components]]

FS20 SU Unterputz-Funk-Schalter

2015-10-27T19:00:38Z

Matscher: Bild FS20 SU-2 hinzugefügt

{{Infobox Hardware|Bild=fs20_su.jpg
|Bildbeschreibung=FS20 SU-2
|HWProtocol=FS20
|HWType=Aktor / Empfänger
|HWCategory=FS20
|HWComm=868,35 MHz
|HWChannels=1
|HWVoltage=230V / 50Hz
|HWPowerConsumption=ca. 0,5W
|HWPoweredBy=Netz
|HWSize=57x32mm (Ø x H)
|HWDeviceFHEM=[http://fhem.de/commandref.html#FS20 10_FS20.pm]
|HWManufacturer=ELV
}}

[[FS20 SU Unterputz-Funk-Schalter]] ist ein 1-Kanal Schaltaktor im [[FS20]] System.

== Features ==
FS20 SU-2 ist ein FS20 Schaltaktor, ausgeführt als Unterputzschalter für 230 V Netzspannung, diese übernimmt auch die Stromversorgung (Verbrauch ca. 0,5W)

Der geschaltete Kontakt gibt die anliegende Versorgungsspannung weiter, 12V- oder 24V-Geräte können also nur mit einem Transformator geschaltet werden.

Das Modul kann auch über einen anzuschließenden Taster von Hand geschaltet werden. Der Taster wird direkt an zwei rote Kabel angeschlossen, der Schaltimpuls kann also nicht (wie z.B. bei den FS20 RSU Modulen) über ein Anlegen der 230V-Phase erzeugt werden.

=== Stromverbrauch (gemessen) ===
Ausgang ausgeschaltet: 0,7 W (nicht im Datenblatt)

Ausgang eingeschaltet: 0,5 W (entspricht Datenblatt)

== Hinweise zum Betrieb mit FHEM ==
Einsetzbar. Der Aktor unterstützt auch den [[FS20_Allgemein#Gerätetimer setzen / löschen|set timer Befehl]].

== Bekannte Probleme ==
Das Modul ist weniger empfindlich (50 m) als die meisten anderen FS20-Empfänger (100 m). Zudem kommen die roten Kabel für den Taster direkt neben der Leiterplatten-Rechteck-Antenne aus dem Gehäuse und können dadurch zusätzlich den Empfang stören. Bei Empfangsproblemen ist es empfehlenswert, zu prüfen, ob die Kabel zu nahe an oder sogar auf der Antenne liegen und die Kabel notfalls anderweitig (z.B. seitlich) aus dem Gehäuse zu führen.

Das Modul ist recht dick und kann daher oft nicht wie eigentlich vorgesehen hinter einem Schalter in eine Wanddose eingebaut werden.

== Links ==
* [http://www.elv-downloads.de/Assets/Produkte/8/852/85284/Downloads/85284_FS20_SU_2_um.pdf Bedienungsanleitung] (ELV)

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

Datei:Fs20 su.jpg

2015-10-27T18:57:45Z

Matscher: FS20 SU-2

FS20 SU-2

Benutzer:Matscher

2015-09-17T11:37:46Z

Matscher: neue baustelle

== TODO ==
FS20 MS-2 Markisensteuerung

== Neue Artikel geplant ==
KS300

== Baustellen ==
* Heizungssteuerung
* Alarmanlage
* Tablet Halterung
* Zählermessungen

== Contributions ==
Nachfolgend betreue ich folgende Module:

* [[CUL_FHTTK|09_CUL_FHTTK.pm]] (übernommen von painseeker)
* CUL -> FHT 80 TF Virtualisierung (Simulieren von max 4 Sensoren ab 1.62)

Benutzer:Matscher

2015-09-17T11:37:12Z

Matscher:

== TODO ==
FS20 MS-2 Markisensteuerung

== Neue Artikel geplant ==
KS300

== Baustellen ==
* Heizungsteuerung
* Alarmanlage
* Tablet Halterung

== Contributions ==
Nachfolgend betreue ich folgende Module:

* [[CUL_FHTTK|09_CUL_FHTTK.pm]] (übernommen von painseeker)
* CUL -> FHT 80 TF Virtualisierung (Simulieren von max 4 Sensoren ab 1.62)

CUL FHTTK

2015-09-17T11:36:08Z

Matscher: Link zur Moldulseite -> Beispieladressen

{{Infobox Modul
|ModPurpose=Unterstützung des [[FHT80TF-2]] Fensterkontaks
|ModType=d
|ModCmdRef=CUL_FHTTK
|ModForumArea=SlowRF
|ModTechName=09_CUL_FHTTK.pm
|ModOwner=matscher ([http://forum.fhem.de/index.php?action=profile;u=1131 Forum] / [[Benutzer:Matscher|Wiki]])
}}

Im Modul [[CUL_FHTTK]] ist die Unterstützung für den [[FHT80TF-2]] Tür-/Fensterkontakt implementiert. Sowohl das Empfangen als auch das Aussenden von FHT80 TF Daten ist mit diesem Modul möglich.

== Voraussetzungen ==
Ein SlowRF [[Interface]] Derivat, zum Beispiel ein [[CUL]] im SlowRF Modus.

== Anwendung ==
=== Define ===
:<code>define <name> CUL_FHTTK <devicecode> </code>

Der Devicecode besteht aus 6 Zeichen, welcher als HEX-Code interpretiert werden muss. D.h. ein Devicecode von "86310a" ist im einzelnen 0x86, 0x31, 0x0A.
Wobei die ersten beiden Bytes (HC1, HC2) den Housecode (HC) und letzteres Byte die Adresse für den jeweiligen FH80TF darstellen. <s>Weiterhin ist das erste Byte (HC1) immer über 0x69.</s> Dies ist wichtig, wenn man einen FHT80TF simulieren möchte (FHT80 TF Daten per CUL oder ähnlichen senden -> siehe Attribut model). Beispiele für Adressen sind auf der [[FHT80TF-2#Protokoll|FHT80TF-2]] Seite zu finden.

=== Attribute ===
Mögliche Attribute sind:

* model
:Bezeichnet den Modultypen und wird unter anderem für die Statistik genutzt. Ferner gibt es den Typen “dummy”. Dieser wird zum virtualisieren eines FHT80 TF verwendet. Damit ist es möglich, andere Sensoren, wie zum Beispiel ein [[FS20_SI3_Schaltinterface|FS20 SI3]], als Informationsquelle über den Status des Fenstern für die FHT80b zu verwenden. Dafür wird eine neue CUL Firmware Version größer gleich 1.62 benötigt ([http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN]). Unterstützt werden bis zu 4 FHT80 TF's.
:* FHT80TF, FHT80TF-2, dummy

* IODev
:Setzt das IO oder das physische Device welches zum Senden der Signale an dieses logische Device verwendet werden soll (Beispielsweise FHZ oder CUL). Hinweis: Beim Start weist FHEM jedem logischen Device das letzte physische Device zu, das Daten von diesem Typ empfangen kann. Das Attribut IODev muss nur gesetzt werden wenn mehr als ein physisches Device fähig ist Signale von diesem logischen Device zu empfangen.

* do_not_notify
:Deaktiviert FileLog/notify/inform Informationen für dieses Gerät.

* ignore
:Ignoriere dieses Gerät.

* showtime
:[http://fhem.de/commandref_DE.html#showtime hier ausführlich beschrieben]

* readingFnAttributes
:[http://fhem.de/commandref_DE.html#attributes hier ausführlich beschrieben]

== Anwendungsbeispiele ==
Siehe [[FHTTK: Benachrichtigung bei offenem Fenster]]

Verwendung von FHT Fremdgeräten, wie ein [[FS20_SI3_Schaltinterface|FS20 SI3]], zur Anbindung an eine FHT80B Einheit. Somit ist es nicht mehr zwingend notwendig, den [[FHT80TF-2]] als Fensterkontakt zu verwenden.

== Links ==
* [[FHT80TF-2]]
* [http://forum.fhem.de/index.php/topic,27465.0.html Diskussionsthread]
* [http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN Firmware] - Version 1.62 oder höher wird benötigt

[[Kategorie:FHT Components]]

HM-CC-TC Funk-Wandthermostat

2015-08-03T07:49:31Z

Matscher: deadlink - Neuen Link eingefügt

Programmierbarer Raumthermostat, der bis zu 4 [[HM-CC-VD Funk-Stellantrieb]] steuern kann.

'''Achtung: Dieses Gerät ist abgekündigt (wird nicht mehr hergestellt).'''

Nachfolgeprodukt ist der [[HM-CC-RT-DN]] bzw. (ab März 2014) [[HM-TC-IT-WM-W-EU_Funk-Wandthermostat_AP|HM-TC-IT-WM-W-EU]].

'''Einstellungen und Informationen die alle HomeMatic Thermostat betreffen sind unter [[HomeMatic Type Thermostat#Temperaturlisten|HomeMatic Type Thermostat]].'''

= Features =
* Am Raumthermostat programmierbare Tages- und Nachttemperatur.
* Pro Wochentag können bis zu 24 Schaltpunkte definiert werden.
* Anbindung von <ins>jeweils</ins> '''maximal''' 4 Tür- bzw. Fensterkontakten ([[HM-Sec-RHS]]) zur Absenkung der Temperatur auf einen eigens eingestellten Temperaturwert (ab Werk: 12°C) bei offenem Fenster bzw. offener Tür.
* Anzeige der Temperatur und Luftfeuchtigkeit im Raum und Hintergrundbeleuchtung des Displays.

Alle 120 bis 184 Sekunden überträgt der Wandthermostat vorhandene Befehle zu den Stellantrieben. Jeder empfangene Befehl wird vom Stellantrieb bestätigt und dann ausgeführt. Täglich gegen Mitternacht synchronisiert ein HM-CC-TC seine Uhrzeit mit der HomeMatic-Zentrale (CCU, HMLAN).

= Hinweise zum Betrieb mit FHEM =
Vor dem Einsatz mit einer Zentrale sind erst alle Stellantriebe und Tür-/Fensterkontakte mit dem HM-CC-TC zu verbinden (P'''ee'''r).
Damit das ganze dann in FHEM auftaucht, muss der TC noch mit dem [[HMLAN Konfigurator]] gep'''ai'''rt werden.

Mit

<nowiki>set CUL hmPairForSec 300</nowiki>
setzt man das CUL / den HMLAN-Konfigurator für 5 Minuten in den Anlernmodus. Danach am Thermostaten 5 Sekunden lang die OK-Taste drücken und es wird eine Zeit von 20 auf 0 Sekunden gezählt:

* Klappt das Anlernen in diesen 20 Sekunden, wird der Countdown sofort beendet, anschließend für ca. 2-3 Sekunden "OK" angezeigt und der Thermostat ist in FHEM eingebunden.
* Gelingt das Anlernen nicht in den 20 Sekunden, erscheint nach Erreichen der "0" noch für 2 bis 3 Sekunden ein "NOK" ('''N'''ot '''OK''') im Display des TCs.

'''Alternativ'''(und so vom Entwickler des Fhem-HomeMatic-Moduls empfohlen) kann wie folgt vorgegangen werden:

* Alle Stellantriebe und Tür-/Fensterkontakte sowie den HM-CC-TC mit Fhem p'''ai'''ren (also ''set CUL hmPairForSec 300'' und an allen Devices den Anlernknopf drücken innerhalb des Zeitfensters von 300 Sekunden).
* Die Stellantriebe und Tür-/Fensterkontakte mit den ''Channels'' (siehe unten) p'''ee'''ren (siehe <nowiki>[http://fhem.de/commandref.html#CUL_HMpeerChan commandref :peerChan]</nowiki>). Hierzu werden die entsprechenden Fhem-Befehle über das Webinterface von Fhem erteilt.

'''Hinweis:'''
* Alle in der FHEM-Eingabezeile eingegebenen ''attr''-, ''define''-Befehle usw. müssen zum Schluss noch per Klick auf den "Save"-Button dauerhaft in der ''fhem.cfg'' gespeichert werden, sonst sind sie nach z.B. einem Systemabsturz verloren.
* Falls in der FHEM-Weboberfläche für ihren HM-CC-TC etwas wie ''X CMDs pending'' steht, sollten Sie ihren HM-CC-TC zur Hand nehmen und für 20 Sekunden auf die OK-Taste drücken. Dadurch werden alle noch ausstehenden Befehle eingelesen.

== Auszug aus der fhem.cfg ==
Die nachfolgenden Einstellungen zum HM-CC-TC werden von FHEM <ins>weitestgehend</ins> automatisch gesetzt. Die Pfadangaben für die Log-Dateien sind system-, die Raumbenennungen benutzerabhängig. Zu ''autoReadReg''und ''expert''siehe unten. Neben dem eigentlichen Basis-Gerät (HM-CC-TC) werden in FHEM automatisch noch 3 weitere "Unter"-Geräte (Channels/Kanäle), nämlich

* ''_Weather''
* ''_Climate''
* ''_WindowRec''

definiert (durch das Anlernen des TC an FHEM; siehe unten), deren Benennung sich (jeweils mit einem vorangestellten Unterstrich "_") am Namen des Basis-Gerätes orientiert.

'''Anmerkung:'''Die in den unten gezeigten ''fhem.cfg''-Auszügen markierten <ins>Peer</ins>-Einträge tauchen erst auf, sobald man die Daten aus dem TC mit ''set HM-CC-TC-Basisname getConfig''bzw. ''autoReadReg''ausgelesen hat.

=== Hauptgerät ===
<nowiki>define <HM-CC-TC>.Heizung CUL_HM 1DA491
attr <HM-CC-TC>.Heizung actCycle 000:10
attr <HM-CC-TC>.Heizung actStatus alive
attr <HM-CC-TC>.Heizung autoReadReg 1
attr <HM-CC-TC>.Heizung devInfo 00FFFF
attr <HM-CC-TC>.Heizung expert 2_full
attr <HM-CC-TC>.Heizung firmware 2.1
attr <HM-CC-TC>.Heizung hmClass receiver
attr <HM-CC-TC>.Heizung model HM-CC-TC
attr <HM-CC-TC>.Heizung room <IhrRaum>
attr <HM-CC-TC>.Heizung serialNr JE********
attr <HM-CC-TC>.Heizung subType thermostat</nowiki>
=== Channel (Kanal) 01 _Weather ===
<nowiki>define <HM-CC-TC>.Heizung_Weather CUL_HM 1DA49101 <<<=== 01 = Kanal 1
attr <HM-CC-TC>.Heizung_Weather model HM-CC-TC
attr <HM-CC-TC>.Heizung_Weather peerIDs
attr <HM-CC-TC>.Heizung_Weather room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_Weather FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_Weather-%Y-%m.log <HM-CC-TC>.Heizung_Weather
attr FileLog_<HM-CC-TC>.Heizung_Weather logtype text
attr FileLog_<HM-CC-TC>.Heizung_Weather room CUL_HM,<IhrRaum></nowiki>
=== Channel (Kanal) 02 _Climate ===
<nowiki>define <HM-CC-TC>.Heizung_Climate CUL_HM 1DA49102 <<<=== 02 = Kanal 2
attr <HM-CC-TC>.Heizung_Climate model HM-CC-TC
attr <HM-CC-TC>.Heizung_Climate peerIDs 1AD52B01,1B7A4C01,1C4CD101,1C48EC01, <<<=== gepeerte HM-CC-VDs
attr <HM-CC-TC>.Heizung_Climate room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_Climate FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_Climate-%Y-%m.log <HM-CC-TC>.Heizung_Climate
attr FileLog_<HM-CC-TC>.Heizung_Climate logtype text
attr FileLog_<HM-CC-TC>.Heizung_Climate room CUL_HM,<IhrRaum></nowiki>
=== Channel (Kanal) 03 _WindowRec ===
<nowiki>define <HM-CC-TC>.Heizung_WindowRec CUL_HM 1DA49103 <<<=== 03 = Kanal 3
attr <HM-CC-TC>.Heizung_WindowRec model HM-CC-TC
attr <HM-CC-TC>.Heizung_WindowRec peerIDs 1CFBB001, <<<=== gepeerte HM-Sec-SCs
attr <HM-CC-TC>.Heizung_WindowRec room <IhrRaum>
define FileLog_<HM-CC-TC>.Heizung_WindowRec FileLog /opt/fhem/log/<HM-CC-TC>.Heizung_WindowRec-%Y-%m.log <HM-CC-TC>.Heizung_WindowRec
attr FileLog_<HM-CC-TC>.Heizung_WindowRec logtype text
attr FileLog_<HM-CC-TC>.Heizung_WindowRec room CUL_HM,<IhrRaum></nowiki>
== Einstellungen eines HM-CC-TC lesen, anzeigen und sichern ==
=== expert ===
Anfang Februar 2013 wurde eine Änderung bei der Anzeige der so genannten ''Readings'' (Register usw.), also der Einstellungen bzw. Eigenschaften eines HM-Devices, eingeführt. '''Alle''' Werte sieht man nur noch, wenn man am HM-CC-TC das Attribut ''expert'' auf ''2_all'' setzt. Per '''default''' (nicht in ''fhem.cfg'' gesetzt) steht dieser Wert auf ''0_off'' (nur die notwendigsten Readings/Eigenschaften werden angezeigt). Mittelweg ist der Wert ''1_on''.

Mittels

<nowiki>attr <HM-CC-TC-Name> expert 2_full</nowiki>
in der FHEM-Befehlszeile mit anschließendem <Enter> setzt man diesen Level.

Falls man mit '''Temperaturlisten''' arbeitet (siehe unten), dann kann man die komplette Liste im "Channel" (Kanal) ''<HM-CC-TC-Name>__Climate'' einsehen. Auch für diesen Kanal ist evtl. ein setzen des Attributes ''expert 2_full'' angeraten.

<ins>Anmerkung:</ins> Es gibt auch noch sogenannte "hidden datas" (versteckte interne Werte, Register oder Eigenschaften deren Namen mit einem "." beginnen). Diese sieht man nur dann, wenn auch das Attribut ''showInternalValues 1'' gesetzt ist (default: 0 bzw. nicht gesetzt).

=== autoReadReg ===
Mitte Januar 2013 wurde das neue Attribut ''autoReadReg'' eingeführt, welches auf ''0'' voreingestellt ist (kein Eintrag in der ''fhem.cfg''). Das Setzen dieses Attributes auf ''1'' bewirkt, dass <ins>beim Neustart von FHEM</ins> die Einstellungen des entsprechenden HM-Gerätes ausgelesen werden. Dies wird bei mehreren ''autoReadReg''s automatisch zeitversetzt vorgenommen, um die Funk-Kommunikation nicht unnötig zu belasten.

Mittels

<nowiki>attr <HM-CC-TC-Name> autoReadReg 1 </nowiki>
in der FHEM-Befehlszeile mit anschließendem <Enter> setzt man diesen Wert.

=== list ===
Um sich alle Eigenschaften/Readings eines Gerätes anzusehen, gibt es den Befehl ''list''.

Mittels

<nowiki>list <HM-CC-TC-Name></nowiki>
und Bestätigung mit <Enter> erhalten Sie die gewünschte Anzeige Ihres TCs <ins>incl.</ins> seiner 3 Channels. Über

<nowiki>list <HM-CC-TC-Name>_<Channel-Name></nowiki>
werden nur die Daten des angegebenen Channels angezeigt.

=== Einstellungen sichern ===
Die Durchführung von ''autoReadReg'' kann durchaus mehrere Minuten dauern. Anschließend besteht die Möglichkeit, diese per

<nowiki>get HM-CC-TC-Basisname saveConfig [/Verzeichnis/mit/Schreibrechten/]<Dateiname></nowiki>
für jedes HM-CC-TC getrennt zu sichern (für eine später notwendige Wiederherstellung). Die Sicherungsdatei wird regulär im ''modpath'' (siehe ''fhem.cfg'') abgelegt. Falls dies nicht zum Erfolg führt (es wird - ohne Fehlermeldungen bei regulärem ''verbose'' und ''loglevel'' - im ''modpath'' keine Datei angelegt), müssen Sie vor dem Dateinamen einen vollständigen Pfad mit Schreibrechten für den Benutzer, unter dem FHEM läuft, angeben.

In der <ins>Log-Datei</ins> von FHEM erscheinen danach Meldungen folgender Art

<nowiki><Datum>_<Zeit> 2: CUL_HM set <HM-CC-TC-Name> statusRequest rxt:12
<Datum>_<Zeit> 2: CUL_HM set <HM-CC-TC-Name> getConfig rxt:12</nowiki>
Hierbei kann es (im <ins>Event monitor</ins> von FHEM) zu folgenden Fehlermeldungen kommen

<nowiki><Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:RegisterRead
<Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:PeerList
<Datum>_<Zeit> CUL_HM <HM-CC-TC-Name> RESPONSE TIMEOUT:StatusReq</nowiki>
Diese Meldungen können auch mehrfach pro Gerät auftreten. Dann hat das Auslesen der Einstellungen nicht geklappt und sollte nochmals durchgeführt werden. Dafür muss man FHEM aber nicht neu starten, sondern das HM-Device per

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
in der Befehlszeile von FHEM und anschließendem <Enter> (nicht "save") darauf einstellen.

Die Channels (z.B. <HM-CC-TC-Name>_Climate, _Weather, _WindowRec) eines HM-Gerätes brauchen nicht (können aber bei Bedarf) separat ausgelesen bzw. gesichert zu werden, da sie Bestandteil der Basisabfrage sind.

== Funkprobleme auffangen ==
Der wohl am häufigsten an den HM-CC-TC gesendete Befehl ist "set desired-temp", mit dem die Wunschtemperatur neu gesetzt wird.
Funktioniert dieser Befehl jedoch nicht zuverlässig, wird die Wohnung ggf. zu lange oder nicht rechtzeitig beheizt.
Der folgende Mechanismus soll die Sicherheit erhöhen, indem die Antworten des HM-CC-TC geprüft werden und ggf. das Funktelegramm erneut gesendet wird.

Um den Sollwert zum erneuten Senden des Funktelegramms verfügbar zu haben, wird ein dummy definiert:

<nowiki>define HM_TC_Solltemperatur dummy</nowiki>
Wann immer die Solltemperatur geändert wird, setzt man die neue desired-temp nicht nur auf dem HM-TC-CC (hier HM_TC genannt), sondern auch auf dem dummy. Der Befehl (z.B. in der [[Zuhause-Status|Routine zum HomeStatus]]) sieht dann so aus:

<nowiki>set HM_TC desired-temp 21;set HM_TC_Solltemperatur 21</nowiki>
Falls das ausgehende Funktelegramm verlorengeht, fehlt die Antwort "command accepted". Dies kann mit einem watchdog aufgefangen werden, der dann den Befehl an den HM-CC-TC erneut sendet:

<nowiki>define w_HM_TC watchdog HM_TC:set_desired-temp.* 00:02:30 HM_TC_Climate:CommandAccepted:.yes { \
Log 1, ">>>>>>>>> w_HM_TC desired temp - missing response.";\
fhem("set HM_TC desired-temp ".Value("HM_TC_Solltemperatur"));\
}</nowiki>
Falls ein Fehler bei der Funkkommunikation auftritt, erhält man die Antwort "missing ACK" oder "NACK". Auch in diesem Fall soll das Telegramm zum Ändern der Wunschtemperatur erneut an den HM-CC-TC gesendet werden:

<nowiki>define n_HM_TC_err notify HM_TC:(MISSING.ACK.*|.*NACK.*) {\
Log 1, ">>>>>>>>> n_HM_TC desired temp - missing ack/nack.\n";\
fhem("set HM_TC desired-temp ".Value("HM_TC_Solltemperatur"));\
}</nowiki>
Mit diesen beiden Helfern ist die Funkkommunikation zum HM-CC-TC sehr zuverlässig.

== Plots / Grafiken ==
=== Problem ===
Durch ''autocreate'' wird zwar ein Log angelegt, aber kein Plot (Grafische Auswertung). Dem kann man aber abhelfen (siehe unten).

=== Plots erzeugen ===
''PGM2'' ist die Standardansicht des Fhem-Web-Interfaces. Um hier Plots/Grafiken zu erzeugen einfach unter dem ''Filelog'' des Thermostaten das ''attr logtype'' auf ''temp4hum6:Plot,text'' setzen und es wird ein Plot-Link neben dem Text-Link angezeigt. Nun können Sie auf diesen Plot-Link klicken und ...

=== alternative Plots ===
Mit dem fht.gplot funktioniert die Anzeige der Ventilstellung (actuator) nicht.

Mit folgendem angepassten .gplot File wird die gemessene Temperatur und Ventilstellung angezeigt.

<nowiki>############################
# Display the measured temp and the actuator.
# Corresponding FileLog definition:
# define <filelogname> FileLog /var/log/fhem/actuator_name-%Y.log <actuator_name>:(measured-temp|actuator).*

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 ytics nomirror
set y2tics
#set ytics
set title '<L1>'
set grid xtics y2tics

set y2label "Temperatur in C"
set ylabel "Ventil (%)"

#FileLog 4:measured:10:
#FileLog 4:actuator:50:

plot \
"< egrep 'temperature' <IN>"\
using 1:4 axes x1y2 title 'Temperatur in C' with lines,\
"< egrep 'actuator' <IN>"\
using 1:4 axes x1y1 title 'Ventil (%)' with lines\</nowiki>
=== Alles-drin-Plot ===
dazu nimmt man folgendes .gplot. Man/Fra beachte, dass hierfür alle Parameter nach der define-Anweisung in das Logfile geschrieben werden.

<nowiki>############################
# Display the measured temp and the actuator.
# Corresponding FileLog definition:
# define <filelogname> FileLog /var/log/fhem/HM_CC_TC-%Y.log <HM_CC_TC-name>
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 ytics nomirror
set y2tics
#set ytics
set title '<L1>'
set grid xtics y2tics
set y2label "Temperature in C"
set ylabel "Actuator (%)"
#FileLog 4:temperature:0:
#FileLog 4:desired:0:
#FileLog 4:humidity:0:
#FileLog 4:actuator:0:int
plot \
"< awk '/temperature/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Measured temperature' with lines lw 2,\
"< awk '/desired/{print $1, $4}' <IN>"\
using 1:2 axes x1y2 title 'Desired temperature' with steps,\
"< awk '/humidity/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Humidity (%)' with lines,\
"< awk '/actuator/ {print $1, $4+0}' <IN>"\
using 1:2 axes x1y1 title 'Actuator (%)' with lines\</nowiki>

== Steuerungsmodi ==
Das Wandthermostat hat 4 verschiedene Steuerungsmöglichkeiten:

* Auto (automatisch)
* Cent (Zentrale)
* Manu (manuell)
* Prog / Koffer-Symbol (Urlaubs/Party-Modus, wird hier nicht näher erörtert)

Der Steuerungsmodus wird über wiederholtes Drücken der linken Taste des HM-CC-TC ausgewählt bzw. gewechselt.

'''Hinweis:''' Durch das P'''ai'''ren des HM-CC-TC <ins>und</ins> der Stellantrieb sowie Tür-/Fensterkontakte an Fhem verlieren Sie '''nicht''' die Steuerungsmöglichkeiten. Im Gegenteil: Nur wenn auch die VDs usw. mit Fhem gep'''ai'''rt sind, haben Sie die Möglichkeit, auch diese zu überwachen. Die Steuerung '''können''' Sie dennoch allein dem HM-CC-TC überlassen.

=== Auto-Modus ===
Im Modus '''Auto''' wird die Temperaturregelung über die im TC hinterlegten Temperaturlisten vorgenommen. Das Thermostat arbeitet also selbständig, somit unabhängig von einer Zentrale / FHEM. Nur in diesem Modus werden die evtl. per FHEM an das TC übermittelten "templist" abgearbeitet. Über das Senden von angepassten Temperatur-Listen kann eine indirekte Steuerung per FHEM erfolgen. '''Jederzeit''' kann zudem die Raumtemperatur über das Drehrad des Wandthermostaten oder die FHEM-Web-Oberfläche verändert werden. Diese ''Übersteuerung'' der Temperaturliste gilt bis zur nächsten Temperaturänderung nach der vorgenannten Liste.

=== Cent-Modus ===
Im Modus '''Cent''' steuert eine HomeMatic-Zentrale (CCU) oder eben ein FHEM-Server mit z.B. [[HMLAN Konfigurator]] zu den in der FHEM-Config hinterlegten Zeiten und mit den dort festgelegten Temperaturen. Fällt also die HM-Zentrale aus, erfolgt keine Steuerung der Thermostaten bzw. Heizungsventile mehr.

<ins>Anmerkung</ins>: Der Modus ''cent'' erscheint nur dann im Display des HM-CC-TC, wenn er an eine Zentrale bzw. das [[CUL]] angelernt (gepairt) wurde.

=== Manu-Modus ===
Der Modus '''Manu''' übersteuert die im TC hinterlegten Temperaturlisten und die evtl. von der HM-Zentrale / dem FHEM <ins>vor Umstellung auf ''Manu''</ins> gesendeten Einstellungen. Es wird also bis zur nächsten Modusumstellung bzw. manuellen Temperaturverstellung der per Einstellrad gesetzte Temperaturwert gefahren.

Aber auch in diesem Modus kann man die ''desired-temperature'' per FHEM verstellen. Der dadurch eingestellte Wert gilt ab sofort als der neue im ''Manu-Modus'' zu haltende Wert.

=== Tastensperre ===

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

set <HM-CC-TC> regSet btnLock on

Rückgängig machen geht per:

set <HM-CC-TC> regSet btnLock off

=== Auslesen des eingestellten Steuerungsmodus ===
Der eingestellte Steuerungsmodus erscheint normalerweise in den ''Readings'' des HM-CC-TC unter ''controlMode''. Zusätzlich haben Sie die Möglichkeit, diesen Modus auch in der FHEM-Weboberfläche ''everything'' => Abschnitt ''thermostat'' zu sehen, '''wenn''' Sie für den HM-CC-TC das folgende Attribut setzen:

<nowiki>attr <HM-CC-TC-Name> stateFormat T:measured-temp, H:humidity, VD:actuator, controlMode</nowiki>
Erscheint dort selbst nach einem

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
kein "Reading" ''controlMode'' oder keine Angabe des aktuell eingestellten Modus bzw. nur das Wort "controlMode", dann setzen Sie ihren HM-CC-TC von Hand in einen anderen Kontrollmodus und machen einen Browser-Refresh. Klappt dies nicht, geben Sie bitte erneut den Befehl

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
ein. Halten Sie anschließend die Taste <OK> am HM-CC-TC für 5 Sekunden gedrückt (oder warten ca. 5 Minuten) und machen in der FHEM-Weboberfläche einen Browser-Refresh (FF => <F5>). Jetzt sollte der manuell eingestellte Kontrollmodus erscheinen (ggfls. muss dieser Vorgang einmal wiederholt werden). Jetzt können Sie wieder den gewünschten Modus einstellen, erneut ein

<nowiki>set <HM-CC-TC-Name> getConfig</nowiki>
absetzen und nach erneutem Drücken der <OK>-Taste für 5 Sekunden mit nachfolgendem Browser-Refresh sollte alles richtig angezeigt werden.

Dies setzt natürlich voraus, dass der HM-CC-TC richtig gepairt ist.

== Temperaturlisten ==
Die Temperaturlisten des TC werden identisch mit denen anderer HomeMatic Thermostate verwaltet, siehe [[HomeMatic Type Thermostat#Temperaturlisten|HomeMatic Type Thermostat]].
Beim TC ist der Kanal 4 (_Climate) für die Temperaturlisten zuständig.

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

== Log-Auszug ==
HM-CC-TC sendet alle 2 Minuten folgenden Statusbericht:

<nowiki>Datum-Zeit <Device Name> T: 17.3 H: 66
Datum-Zeit <Device Name> measured-temp: 17.3
Datum-Zeit <Device Name> temperature: 17.3
Datum-Zeit <Device Name> humidity: 66
Datum-Zeit <Device Name> actuator: 96 %</nowiki>
Bei Status-Änderungen sendet HM-CC-TC auch entsprechende Meldungen, z.b.:

<nowiki>Datum-Zeit <Device Name> desired-temp: 15.5</nowiki>

= Probleme =

== Verstellen der Solltemperatur am HM-CC-TC per Drehrad ==

'''Symptom:''' Beim Verstellen der Solltemperatur per seitlichem Drehrad wurde die aktuelle Solltemperatur - '''egal ob''' man hoch oder runter drehte - immer nur in 0,5 °C Schritten '''runter''' gestellt, bis schließlich die Mindesttemperatur von 6,0 °C erreicht war. Weitere Änderungen waren nicht möglich

'''Abhilfe:''' Letztlich half nur das kurzzeitige Entfernen einer Batterie. Das danach für einige Zeit erscheinende Batteriesymbol zeigte den kleinstmöglichen guten Zustand an, in FHEM wurde das ''Reading'' des Batteriezustandes mit ''ok'' ausgegeben (wie in den Logs aber vorher auch). '''Letztlich half aber nur''' das Einsetzen neuer Batterien, denn die o.a. Störung trat nach ca. 2 Stunden erneut auf. Die "alten" Batterien (die, die dem HM-CC-TC ab Werk beilagen) hatten somit eine Nutzungsdauer von knapp 11 Monaten, waren aber auch in einem HM-CC-TC, der mit 4 Stck. HM-Sec-SC (mussten sehr oft "Meldung machen") und 4 Stck. HM-CC-VD gepeert war. ''Ohne Last'' zeigten die beiden alten AA-Batterien eine Spannung von jeweils 1,29 V an.

'''Hinweis:''' Die unter ''Abhilfe'' beschriebene Lösung war leider nur von kurzer Dauer. Bereits kurz danach zeigte der HM-CC-TC die gleichen Ausfallerscheinungen. Bei ELV gibt es das Bauteil für das Drehrad (Inkrementalgeber) als [http://www.elv.de/inkrementalgeber-fuer-fs20-str-fht-8-und-homematic-hm-cc-tc.html Ersatzteil]. Sobald dieses geliefert und ein Reparaturversuch unternommen wurde, wird an dieser Stelle weiter berichtet.

== HM-CC-TC misst zu hohe/niedrige Luftfeuchte-Werte ==

'''Symptom:''' In den Fhem-Logs und demzufolge auch in den Plots/Grafiken eines seit über 18 Monaten im Einsatz befindlichen HM-CC-TC wurden viel zu hohe (einzelne Spitzenwerte von 98 oder 99 %) bzw. ständig zu niedrige (um die 20 oder sogar vereinzelt nur 2 %) Werte für die relative Luftfeuchte gemessen (im direkten Vergleich zu anderen HM-CC-TCs). Die anderen Werte (Temperatur, Actuator) waren aber schlüssig.

'''Abhilfe:''' Batteriewechsel. Die alten Batterien hatten (unbelastet) noch knapp über 1 V Spannung.

'''Hinweis:''' Eine Batteriewarnung des Gerätes gab es nicht. Im Display war das entsprechende Symbol noch auf 1 Balken.

= Firmware =
Aktuelle Firmware-Version: 2.1

= Links =
Anleitung [http://www.eq-3.de/Downloads/eq3/pdf_produkte/HM-CC-TC_UM_GE_eQ-3_110405.pdf PDF]

[[Kategorie:HomeMatic Components]]
[[Kategorie:Feuchtesensoren]]
[[Kategorie:Temperatursensoren]]

Benutzer:Matscher

2015-04-04T09:44:56Z

Matscher: /* Baustellen */

FS20 S6A Aufputz Sender

2015-01-09T12:36:29Z

Matscher:

{{Infobox Hardware|Bild=FS20_S6A.jpg
|Bildbeschreibung=FS20 S6A Aufputzsender
|HWProtocol=FS20
|HWType=Sender
|HWCategory=FS20
|HWComm=868.350 MHz
|HWChannels=3/6
|HWVoltage=3 V
|HWPowerConsumption= -
|HWPoweredBy=2x Micro/AAA/LR03 (ca. 7 Jahre)
|HWSize=Tastenfeld: 55 x 55 x 10 mm
Rahmen: 85 x 85 x 23 mm
Gesamtbauhöhe: 21,7 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#FS20 10_FS20.pm]
|HWManufacturer=ELV
}}

Der '''FS20 S6A Aufputzsender''' ist ein batteriebetriebener 3/6 Kanal Aufputzwandsender. Dieser Sender wird mit einen Abdeckrahmen geliefert und zusätzlich kann dieser Sender auch in bestehende Schalterpogramme eingebunden werden. Deren Abdeckrahmen müssen ein Innenmaß von 55 x 55 mm aufweisen.

== Features ==

* 6 Tasten 3/6 Kanal Aufputzwandsender
* integrierbar in Schalterprogramme (Innenmaß von 55 x 55 mm)
* Empfangsdiode für FS 20 IRP/FS20 IRP 2

== Hinweise zum Betrieb mit FHEM ==
Uneingeschränkt einsetzbar.

== Bekannte Probleme ==
Es wurde schon mehrfach berichtet, das die Sendeleistung merklich unter dem eines FS20 S8M Moduls liegt. Somit kommt es bei diesen Geräten unter Umständen zu vermehrten "Ausfällen".

== Links ==
* [http://files.elv.de/Assets/Produkte/10/1040/104082/Downloads/104082_FS20S6A_UM_G_120824.pdf Bedienungsanleitung ]
* [http://files.elv.de/Assets/Produkte/10/1040/104082/Downloads/104082_FS20S6A_um.pdf Druckvorlagen]

[[Kategorie:FS20 Components]]
[[Kategorie:Schalter (Sender)]]

CUL FHTTK

2015-01-09T10:39:11Z

Matscher: /* Define */

{{Infobox Modul
|ModPurpose=Unterstützung des [[FHT80TF-2]] Fensterkontaks
|ModType=d
|ModCmdRef=CUL_FHTTK
|ModForumArea=SlowRF
|ModTechName=09_CUL_FHTTK.pm
|ModOwner=matscher ([http://forum.fhem.de/index.php?action=profile;u=1131 Forum] / [[Benutzer:Matscher|Wiki]])
}}

Im Modul [[CUL_FHTTK]] ist die Unterstützung für den [[FHT80TF-2]] Tür-/Fensterkontakt implementiert. Sowohl das Empfangen als auch das Aussenden von FHT80 TF Daten ist mit diesem Modul möglich.

== Voraussetzungen ==
Ein SlowRF [[Interface]] Derivat, zum Beispiel ein [[CUL]] im SlowRF Modus.

== Anwendung ==
=== Define ===
:<code>define <name> CUL_FHTTK <devicecode> </code>

Der Devicecode besteht aus 6 Zeichen, welcher als HEX-Code interpretiert werden muss. D.h. ein Devicecode von "86310a" ist im einzelnen 0x86, 0x31, 0x0A.
Wobei die ersten beiden Bytes (HC1, HC2) den Housecode (HC) und letzteres Byte die Adresse für den jeweiligen FH80TF darstellen. <s>Weiterhin ist das erste Byte (HC1) immer über 0x69.</s> Dies ist wichtig, wenn man einen FHT80TF simulieren möchte (FHT80 TF Daten per CUL oder ähnlichen senden -> siehe Attribut model).

=== Attribute ===
Mögliche Attribute sind:

* model
:Bezeichnet den Modultypen und wird unter anderem für die Statistik genutzt. Ferner gibt es den Typen “dummy”. Dieser wird zum virtualisieren eines FHT80 TF verwendet. Damit ist es möglich, andere Sensoren, wie zum Beispiel ein [[FS20_SI3_Schaltinterface|FS20 SI3]], als Informationsquelle über den Status des Fenstern für die FHT80b zu verwenden. Dafür wird eine neue CUL Firmware Version größer gleich 1.62 benötigt ([http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN]). Unterstützt werden bis zu 4 FHT80 TF's.
:* FHT80TF, FHT80TF-2, dummy

* IODev
:Setzt das IO oder das physische Device welches zum Senden der Signale an dieses logische Device verwendet werden soll (Beispielsweise FHZ oder CUL). Hinweis: Beim Start weist FHEM jedem logischen Device das letzte physische Device zu, das Daten von diesem Typ empfangen kann. Das Attribut IODev muss nur gesetzt werden wenn mehr als ein physisches Device fähig ist Signale von diesem logischen Device zu empfangen.

* do_not_notify
:Deaktiviert FileLog/notify/inform Informationen für dieses Gerät.

* ignore
:Ignoriere dieses Gerät.

* showtime
:[http://fhem.de/commandref_DE.html#showtime hier ausführlich beschrieben]

* readingFnAttributes
:[http://fhem.de/commandref_DE.html#attributes hier ausführlich beschrieben]

== Anwendungsbeispiele ==
Siehe [[FHTTK: Benachrichtigung bei offenem Fenster]]

Verwendung von FHT Fremdgeräten, wie ein [[FS20_SI3_Schaltinterface|FS20 SI3]], zur Anbindung an eine FHT80B Einheit. Somit ist es nicht mehr zwingend notwendig, den [[FHT80TF-2]] als Fensterkontakt zu verwenden.

== Links ==
* [[FHT80TF-2]]
* [http://forum.fhem.de/index.php/topic,27465.0.html Diskussionsthread]
* [http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN Firmware] - Version 1.62 oder höher wird benötigt

[[Kategorie:FHT Components]]

Benutzer:Matscher

2015-01-09T07:45:15Z

Matscher:

== TODO ==
FS20 MS-2 Markisensteuerung

== Neue Artikel geplant ==
KS300

== Baustellen ==
* Heizungsteuerung
* Alarmanlage

== Contributions ==
Nachfolgend betreue ich folgende Module:

* [[CUL_FHTTK|09_CUL_FHTTK.pm]] (übernommen von painseeker)
* CUL -> FHT 80 TF Virtualisierung

CUL FHTTK

2015-01-08T10:39:11Z

Matscher:

{{Infobox Modul
|ModPurpose=Unterstützung des [[FHT80TF-2]] Fensterkontaks
|ModType=d
|ModCmdRef=CUL_FHTTK
|ModForumArea=SlowRF
|ModTechName=09_CUL_FHTTK.pm
|ModOwner=matscher ([http://forum.fhem.de/index.php?action=profile;u=1131 Forum] / [[Benutzer:Matscher|Wiki]])
}}

Im Modul [[CUL_FHTTK]] ist die Unterstützung für den [[FHT80TF-2]] Tür-/Fensterkontakt implementiert. Sowohl das Empfangen als auch das Aussenden von FHT80 TF Daten ist mit diesem Modul möglich.

== Voraussetzungen ==
Ein SlowRF [[Interface]] Derivat, zum Beispiel ein [[CUL]] im SlowRF Modus.

== Anwendung ==
=== Define ===
:<code>define <name> CUL_FHTTK <devicecode> </code>

Der Devicecode besteht aus 6 Zeichen, welcher als HEX-Code interpretiert werden muss. D.h. ein Devicecode von "86310a" ist im einzelnen 0x86, 0x31, 0x0A.
Wobei die ersten beiden Bytes (HC1, HC2) den Housecode (HC) und letzteres Byte die Adresse für den jeweiligen FH80TF darstellen. Weiterhin ist das erste Byte (HC1) immer über 0x69. Dies ist wichtig, wenn man einen FHT80TF simulieren möchte (FHT80 TF Daten per CUL oder ähnlichen senden -> siehe Attribut model).

=== Attribute ===
Mögliche Attribute sind:

* model
:Bezeichnet den Modultypen und wird unter anderem für die Statistik genutzt. Ferner gibt es den Typen “dummy”. Dieser wird zum virtualisieren eines FHT80 TF verwendet. Damit ist es möglich, andere Sensoren, wie zum Beispiel ein [[FS20_SI3_Schaltinterface|FS20 SI3]], als Informationsquelle über den Status des Fenstern für die FHT80b zu verwenden. Dafür wird eine neue CUL Firmware Version größer gleich 1.62 benötigt ([http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN]). Unterstützt werden bis zu 4 FHT80 TF's.
:* FHT80TF, FHT80TF-2, dummy

* IODev
:Setzt das IO oder das physische Device welches zum Senden der Signale an dieses logische Device verwendet werden soll (Beispielsweise FHZ oder CUL). Hinweis: Beim Start weist FHEM jedem logischen Device das letzte physische Device zu, das Daten von diesem Typ empfangen kann. Das Attribut IODev muss nur gesetzt werden wenn mehr als ein physisches Device fähig ist Signale von diesem logischen Device zu empfangen.

* do_not_notify
:Deaktiviert FileLog/notify/inform Informationen für dieses Gerät.

* ignore
:Ignoriere dieses Gerät.

* showtime
:[http://fhem.de/commandref_DE.html#showtime hier ausführlich beschrieben]

* readingFnAttributes
:[http://fhem.de/commandref_DE.html#attributes hier ausführlich beschrieben]

== Anwendungsbeispiele ==
Siehe [[FHTTK: Benachrichtigung bei offenem Fenster]]

Verwendung von FHT Fremdgeräten, wie ein [[FS20_SI3_Schaltinterface|FS20 SI3]], zur Anbindung an eine FHT80B Einheit. Somit ist es nicht mehr zwingend notwendig, den [[FHT80TF-2]] als Fensterkontakt zu verwenden.

== Links ==
* [[FHT80TF-2]]
* [http://forum.fhem.de/index.php/topic,27465.0.html Diskussionsthread]
* [http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN Firmware] - Version 1.62 oder höher wird benötigt

[[Kategorie:FHT Components]]

CUL FHTTK

2015-01-08T10:18:39Z

Matscher: /* Attribute */

FS20 S6A Aufputz Sender

2014-11-28T21:53:21Z

Matscher:

{{Infobox Hardware|Bild=FS20_S6A.jpg
|Bildbeschreibung=FS20 S6A Aufputzsender
|HWProtocol=FS20
|HWType=Sender
|HWCategory=FS20
|HWComm=868.350 MHz
|HWChannels=3/6
|HWVoltage=3 V
|HWPowerConsumption= -
|HWPoweredBy=2x Micro/AAA/LR03 (ca. 7 Jahre)
|HWSize=Tastenfeld: 55 x 55 x 10 mm
Rahmen: 85 x 85 x 23 mm
Gesamtbauhöhe: 21,7 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#FS20 10_FS20.pm]
|HWManufacturer=ELV
}}

Der '''FS20 S6A Aufputzsender''' ist ein batteriebetriebener 3/6 Kanal Aufputzwandsender. Dieser Sender wird mit einen Abdeckrahmen geliefert und zusätzlich kann dieser Sender auch in bestehende Schalterpogramme eingebunden werden. Deren Abdeckrahmen müssen ein Innenmaß von 55 x 55 mm aufweisen.

== Features ==

* 6 Tasten 3/6 Kanal Aufputzwandsender
* integrierbar in Schalterprogramme (Innenmaß von 55 x 55 mm)
* Empfangsdiode für FS 20 IRP/FS20 IRP 2

== Hinweise zum Betrieb mit FHEM ==
Uneingeschränkt einsetzbar.

== Bekannte Probleme ==
Keine.

== Links ==
* [http://files.elv.de/Assets/Produkte/10/1040/104082/Downloads/104082_FS20S6A_UM_G_120824.pdf Bedienungsanleitung ]
* [http://files.elv.de/Assets/Produkte/10/1040/104082/Downloads/104082_FS20S6A_um.pdf Druckvorlagen]

[[Kategorie:FS20 Components]]
[[Kategorie:Schalter (Sender)]]

Datei:FS20 S6A.jpg

2014-11-28T21:52:25Z

Matscher:

Benutzer:Matscher

2014-11-19T10:50:59Z

Matscher:

== TODO ==
FS20 MS-2 Markisensteuerung

== Neue Artikel geplant ==
KS300

== Baustellen ==

* FHT80 TF-2 per CUL V3 virtualisieren -> Firmware Anpassungen -> {{Link2Forum|Topic=27465|Message=220237|LinkText=Forenbeitrag dazu}} funktioniert für 4 TF's
* Heizungsteuerung
* Alarmanlage

== Contributions ==
Nachfolgend betreue ich folgende Module:

* [[CUL_FHTTK|09_CUL_FHTTK.pm]] (übernommen von painseeker)

CUL FHTTK

2014-11-18T13:52:33Z

Matscher: /* Define */

FHT80TF-2

2014-11-18T09:33:26Z

Matscher: /* Protokoll */

{{Infobox Hardware
|Bild=FHT80TF.jpg
|Bildbeschreibung=Tür-/ Fensterkontakt, kleine Bauform
|HWProtocol=FHT
|HWType=Sensor
|HWCategory=FHT
|HWComm=868 MHz
|HWChannels=1
|HWVoltage=3V
|HWPowerConsumption=Batterielaufzeit bis zu 5 Jahre
|HWPoweredBy=2xLR03 (AAA)
|HWSize=25x117x17 mm (Sensor) 11x48x12 mm (Magnet)
|HWDeviceFHEM=[[CUL_FHTTK|09_CUL_FHTTK.pm]]
|HWManufacturer=ELV
}}

Der '''FHT80TF Tür-/Fensterkontakt''', ein Zubehörteil zum [[FHT80b]] Raumregler, dient zur Erkennung einer offenen Tür, eines offenen Fensters oder ähnlicher Meldesituationen. Das Geräte existiert in zwei Bauformen, dem älteren und deutlich grösseren FHT80TF und dem kleineren FHT80TF-2. Die Geräte sind funktional identisch.

== Features ==
Mittels des FHT80TF kann überprüft werden, ob eine Tür oder ein Fenster im zu heizenden Raum offen ist. Ist dies der Fall, wird der FHT80b, mit dem der Tür/Fensterkontakt gepairt ist, die Heiztemperatur auf die separat einstellbare "Fenstertemperatur" einregeln. Wird das Fenster (und damit der Kontakt) wieder geschlossen, so regelt der FHT80b wieder auf die aktuell eingestellte Temperatur hoch.

Der FHT80TF besteht aus dem eigentlichen Gehäuse mit Sender und Batteriefach (2x Micro) und einem separaten Magneten, der im geschlossenen Zustand des Fensters oder der Tür einen Reedkontakt im Inneren des Sendergehäuses betätigt. Das FHT80TF Gehäuse hat zwecks wahlfreier Installation einen solchen Kontakt auf beiden Gehäuseseiten, sowie einen Anschluss für externe Kontakte (normally Closed). Es kann nur einer der internen Kontakte verwendet werden, ein interner und externe Kontakte oder nur externe. Alle Kontakte sind in Reihe geschaltet, es ist also keine Einzelauswertung möglich.

== Hinweise zum Betrieb mit FHEM ==
In der Standard FHT/FS20 Umgebung ist die Einsetzbarkeit des FHT80TF eingeschränkt, da er nur vom gepairten FHT80b zwecks Temperaturabsenkung ausgewertet wird. Es handelt sich nicht um einen "echten" FS20 Sender, der auf einem einstellbaren Hauscode/Senderadresse sendet.

FHEM kann einen FHT80TF jedoch überdies direkt als Device auswerten, sodass sich damit ähnlich wie beim HMS Device [[HMS 100 TFK]] oder dem [[FS20 TFK]] Schließzustände von Türen, Toren und Fenstern direkt auswerten lassen. Voraussetzung ist allerdings ein [[CUL]], CUNO oder COC als [[Interface|Funkschnittstelle / Zentrale]].

Der sechsstellige (hexadezimale) Devicecode des FHT80TF lässt sich nicht ändern und wird während der Produktion eindeutig vergeben. Es wird also kein Hauscode vergeben und der FHT80TF ist auch kein FS20 Sender.
=== Definition ===
Der jeweilige Devicecode kann über das Logfile ermittelt werden. Wird ein neuer Türkontakt erkannt, erscheint im Logfile "FHTTK unknown device 123abc, please define it." (wobei 123abc ein Stellvertreter für den tatsächlichen Devicecode des Fensterkontaktes ist, der dem Logfileeintrag zu entnehmen ist), der Fensterkontakt kann dann mit
:<code>define <name> [[CUL_FHTTK]] <devicecode></code>
definiert werden.

Im Gegensatz zum FS20 TFK wird die Statusänderung des Kontaktes nicht sofort übermittelt. Die Sendung wird nicht durch Öffnen oder Schliessen ausgelöst, vielmehr sendet das Modul in Abständen zwischen einer bis vier Minuten eine Statusnachricht über den aktuellen Zustand der Kontakte. Der Einsatz in [[Alarmanlage|Alarmanlagen]] oder ähnlichen Anwendungen ist daher nur eingeschränkt möglich. Vorteilhaft ist jedoch der geringere Preis gegenüber einem FS20 TFK.

=== Anwendungsbeispiel ===
Die Programmierung eines [[notify]] ist unter [[FHTTK: Benachrichtigung bei offenem Fenster]] beschrieben.

Im Wesentlichen ist zu beachten, dass das FHTTK neben dem Fensterzustand (Open oder Closed) auch den Batteriezustand (ok oder Low.Batt) meldet. Ein bedingtes Notify muss also definieren, welcher Wert abgefragt werden soll.

z. B.: <code>define mach_was_bei_Fenster_auf notify myFHTTK:Window:Open ...</code>

== Batterielebensdauer ==
(Gute) Batterien halten bis zu fünf Jahre. Da in diesen Zeiträumen die Selbstentladung eine ebenso grosse Rolle spielt wie der Stromverbrauch des Gerätes, halten die Batterien um so länger, je '''kälter''' es ist (Selbstentladung sinkt mit der Temperatur deutlich ab).

== Bekannte Probleme ==
Keine.

== Sonstiges ==
* Das Gerät arbeitet zuverlässig bis ca. -20 Grad, kann bei entsprechend wasserdichter Anbringung auch im Aussenbereich eingesetzt werden.
* Durch die Möglichkeit, einen eigenen Kontakt an Klemmen im Inneren anzuschliessen, lassen sich auch Lösungen für andere Einsatzzwecke realisieren.
* Da der Tür-/Fensterkontakt von alleine ca. alle vier Minuten seinen Status sendet, lässt er sich auch gut zum Ausmessen der [[SlowRF]] Funklage eines Gebäudes verwenden. Den Tür-/Fensterkontakt im Haus an die zu untersuchenden Stellen legen und mittels FHEM RSSI beobachten. FS20 / FHT etc. arbeitet gut bei RSSI oberhalb -80, mäßig zwischen -80 und -85 und bei RSSI kleiner als -85 unzuverlässig bis gar nicht.

== Protokoll ==

Das benutzte Protokoll der FHT Baugruppen wird auf der Seite von FHZ4Linux [http://fhz4linux.info/tiki-index.php?page=FHT%20protocol FHT Protokoll] beschrieben. Ein FHT80TF-2 sendet in bestimmten Zeitabständen seinen momentanen Status. Dabei kann man in einen Hauptintervall und in einen Statusänderungsintervall unterscheiden. Erst genannter Intervall sendet immer in einem gleichen Abstand von 240 + x Sekunden seinen Status (unten Fett hervorgehoben) und zweit genannter geschieht intern immer in (240 + x) / 4 Sekunden. Sollte nun innerhalb des Hauptintervalls ein Statuswechsel von "on" auf "off" bzw. "Open" auf "Closed" eintreten, wird nach Ablauf von 1x (240 + x) / 4 (Statusänderungsintervall) der neue Status gesendet und noch einmal nach (240 + x) / 4 wiederholt. Danach verfällt der TF-2 wieder in den Hauptintervall, beginnend bei 0. Die Variable x wird aus dem Adressbyte vom Fensterkontakt berechnet, ähnlich dem Intervall für den [[FHT80b#Hinweise_zum_Betrieb_mit_FHEM|FHT8v]]. Es werden nur die 3 niederwertigen Bits verwendet. Beispiel: FHTTF-2 ID 8631'''0A''' -> 0x0A & 0x07 = '''2''' -> (16 - ('''2''' * 2)) = 12 Sekunden. 
 
Formel: 
:x = (16 - (Adressbyte & 0x7) * 2) 
:y = 240 + x
:y == Hauptintervall von 4 min + x
 
{| class="wikitable"
|-
! FHT Code !! HC1 !! HC2 !! Adressbyte !! Adressbyte & 0x7 !! Intervall
|-
| F7 FD 57 || 1111 0111 || 1111 1101 || 0101 0'''111''' || 7 || 4:02
|-
| 83 C0 D7 || 1000 0011 || 1100 0000 || 1101 0'''111''' || 7 || 4:02
|-
| 86 30 0A || 1000 0110 || 0011 0000 || 0000 1'''010''' || 2 || 4:12
|-
| 86 31 0A || 1000 0110 || 0011 0001 || 0000 1'''010''' || 2 || 4:12
|-
| CA 54 01 || 1100 1010 || 0101 0100 || 0000 0'''001''' || 1 || 4:14
|-
| 64 C8 70 || 0110 0100 || 1100 1000 || 0111 0'''000''' || 0 || 4:16
|}
 
<code>
2013-10-07_21:17:15 Fenster Window: off 
2013-10-07_21:21:17 Fenster Window: on 
2013-10-07_21:22:17 Fenster Window: on 
2013-10-07_21:26:19 Fenster Window: on 
2013-10-07_21:30:21 Fenster Window: on 
'''2013-10-07_21:34:23 Fenster Window: on''' 
'''2013-10-07_21:38:25 Fenster Window: on''' 
2013-10-07_21:50:32 Fenster Window: on 
2013-10-07_21:54:34 Fenster Window: off 
2013-10-07_21:55:34 Fenster Window: off 
2013-10-07_21:59:36 Fenster Window: off 
2013-10-07_22:03:38 Fenster Window: off 
2013-10-07_22:06:40 Fenster Window: on 
2013-10-07_22:07:40 Fenster Window: on 
2013-10-07_22:08:41 Fenster Window: off 
2013-10-07_22:09:41 Fenster Window: off 
2013-10-07_22:13:43 Fenster Window: off 
</code>
 
Ergänzung zur Synchronisierung:

Der Synchronisierungsprozess mit einem FHT 80 Regler wird mit einer Nachricht 0x0C (Befehlsbyte) begonnen und einem folgenden 0x0F (Befehlsbyte) abgeschlossen. Erst dann ist der TF am FHT angemeldet.

== Links ==
* [http://www.elv-downloads.de/service/manuals/84919_FHT80TF_2_UM.pdf Bedienungsanleitung] (auf der ELV Webseite)
* [http://forum.fhem.de/index.php/topic,27465.0.html Diskussionsthread] dazu

[[Kategorie:FHT Components]]
[[Kategorie:Kontaktsensor (magnetisch)]]

FHT80TF-2

2014-11-18T09:24:57Z

Matscher: /* Links */

{{Infobox Hardware
|Bild=FHT80TF.jpg
|Bildbeschreibung=Tür-/ Fensterkontakt, kleine Bauform
|HWProtocol=FHT
|HWType=Sensor
|HWCategory=FHT
|HWComm=868 MHz
|HWChannels=1
|HWVoltage=3V
|HWPowerConsumption=Batterielaufzeit bis zu 5 Jahre
|HWPoweredBy=2xLR03 (AAA)
|HWSize=25x117x17 mm (Sensor) 11x48x12 mm (Magnet)
|HWDeviceFHEM=[[CUL_FHTTK|09_CUL_FHTTK.pm]]
|HWManufacturer=ELV
}}

Der '''FHT80TF Tür-/Fensterkontakt''', ein Zubehörteil zum [[FHT80b]] Raumregler, dient zur Erkennung einer offenen Tür, eines offenen Fensters oder ähnlicher Meldesituationen. Das Geräte existiert in zwei Bauformen, dem älteren und deutlich grösseren FHT80TF und dem kleineren FHT80TF-2. Die Geräte sind funktional identisch.

== Features ==
Mittels des FHT80TF kann überprüft werden, ob eine Tür oder ein Fenster im zu heizenden Raum offen ist. Ist dies der Fall, wird der FHT80b, mit dem der Tür/Fensterkontakt gepairt ist, die Heiztemperatur auf die separat einstellbare "Fenstertemperatur" einregeln. Wird das Fenster (und damit der Kontakt) wieder geschlossen, so regelt der FHT80b wieder auf die aktuell eingestellte Temperatur hoch.

Der FHT80TF besteht aus dem eigentlichen Gehäuse mit Sender und Batteriefach (2x Micro) und einem separaten Magneten, der im geschlossenen Zustand des Fensters oder der Tür einen Reedkontakt im Inneren des Sendergehäuses betätigt. Das FHT80TF Gehäuse hat zwecks wahlfreier Installation einen solchen Kontakt auf beiden Gehäuseseiten, sowie einen Anschluss für externe Kontakte (normally Closed). Es kann nur einer der internen Kontakte verwendet werden, ein interner und externe Kontakte oder nur externe. Alle Kontakte sind in Reihe geschaltet, es ist also keine Einzelauswertung möglich.

== Hinweise zum Betrieb mit FHEM ==
In der Standard FHT/FS20 Umgebung ist die Einsetzbarkeit des FHT80TF eingeschränkt, da er nur vom gepairten FHT80b zwecks Temperaturabsenkung ausgewertet wird. Es handelt sich nicht um einen "echten" FS20 Sender, der auf einem einstellbaren Hauscode/Senderadresse sendet.

FHEM kann einen FHT80TF jedoch überdies direkt als Device auswerten, sodass sich damit ähnlich wie beim HMS Device [[HMS 100 TFK]] oder dem [[FS20 TFK]] Schließzustände von Türen, Toren und Fenstern direkt auswerten lassen. Voraussetzung ist allerdings ein [[CUL]], CUNO oder COC als [[Interface|Funkschnittstelle / Zentrale]].

Der sechsstellige (hexadezimale) Devicecode des FHT80TF lässt sich nicht ändern und wird während der Produktion eindeutig vergeben. Es wird also kein Hauscode vergeben und der FHT80TF ist auch kein FS20 Sender.
=== Definition ===
Der jeweilige Devicecode kann über das Logfile ermittelt werden. Wird ein neuer Türkontakt erkannt, erscheint im Logfile "FHTTK unknown device 123abc, please define it." (wobei 123abc ein Stellvertreter für den tatsächlichen Devicecode des Fensterkontaktes ist, der dem Logfileeintrag zu entnehmen ist), der Fensterkontakt kann dann mit
:<code>define <name> [[CUL_FHTTK]] <devicecode></code>
definiert werden.

Im Gegensatz zum FS20 TFK wird die Statusänderung des Kontaktes nicht sofort übermittelt. Die Sendung wird nicht durch Öffnen oder Schliessen ausgelöst, vielmehr sendet das Modul in Abständen zwischen einer bis vier Minuten eine Statusnachricht über den aktuellen Zustand der Kontakte. Der Einsatz in [[Alarmanlage|Alarmanlagen]] oder ähnlichen Anwendungen ist daher nur eingeschränkt möglich. Vorteilhaft ist jedoch der geringere Preis gegenüber einem FS20 TFK.

=== Anwendungsbeispiel ===
Die Programmierung eines [[notify]] ist unter [[FHTTK: Benachrichtigung bei offenem Fenster]] beschrieben.

Im Wesentlichen ist zu beachten, dass das FHTTK neben dem Fensterzustand (Open oder Closed) auch den Batteriezustand (ok oder Low.Batt) meldet. Ein bedingtes Notify muss also definieren, welcher Wert abgefragt werden soll.

z. B.: <code>define mach_was_bei_Fenster_auf notify myFHTTK:Window:Open ...</code>

== Batterielebensdauer ==
(Gute) Batterien halten bis zu fünf Jahre. Da in diesen Zeiträumen die Selbstentladung eine ebenso grosse Rolle spielt wie der Stromverbrauch des Gerätes, halten die Batterien um so länger, je '''kälter''' es ist (Selbstentladung sinkt mit der Temperatur deutlich ab).

== Bekannte Probleme ==
Keine.

== Sonstiges ==
* Das Gerät arbeitet zuverlässig bis ca. -20 Grad, kann bei entsprechend wasserdichter Anbringung auch im Aussenbereich eingesetzt werden.
* Durch die Möglichkeit, einen eigenen Kontakt an Klemmen im Inneren anzuschliessen, lassen sich auch Lösungen für andere Einsatzzwecke realisieren.
* Da der Tür-/Fensterkontakt von alleine ca. alle vier Minuten seinen Status sendet, lässt er sich auch gut zum Ausmessen der [[SlowRF]] Funklage eines Gebäudes verwenden. Den Tür-/Fensterkontakt im Haus an die zu untersuchenden Stellen legen und mittels FHEM RSSI beobachten. FS20 / FHT etc. arbeitet gut bei RSSI oberhalb -80, mäßig zwischen -80 und -85 und bei RSSI kleiner als -85 unzuverlässig bis gar nicht.

== Protokoll ==

Das benutzte Protokoll der FHT Baugruppen wird auf der Seite von FHZ4Linux [http://fhz4linux.info/tiki-index.php?page=FHT%20protocol FHT Protokoll] beschrieben. Ein FHT80TF-2 sendet in bestimmten Zeitabständen seinen momentanen Status. Dabei kann man in einen Hauptintervall und in einen Statusänderungsintervall unterscheiden. Erst genannter Intervall sendet immer in einem gleichen Abstand von 240 + x Sekunden seinen Status (unten Fett hervorgehoben) und zweit genannter geschieht intern immer in (240 + x) / 4 Sekunden. Sollte nun innerhalb des Hauptintervalls ein Statuswechsel von "on" auf "off" bzw. "Open" auf "Closed" eintreten, wird nach Ablauf von 1x (240 + x) / 4 (Statusänderungsintervall) der neue Status gesendet und noch einmal nach (240 + x) / 4 wiederholt. Danach verfällt der TF-2 wieder in den Hauptintervall, beginnend bei 0. Die Variable x wird aus dem Adressbyte vom Fensterkontakt berechnet, ähnlich dem Intervall für den [[FHT80b#Hinweise_zum_Betrieb_mit_FHEM|FHT8v]]. Es werden nur die 3 niederwertigen Bits verwendet. Beispiel: FHTTF-2 ID 8631'''0A''' -> 0x0A & 0x07 = '''2''' -> (16 - ('''2''' * 2)) = 12 Sekunden. 
 
Formel: 
:x = (16 - (Adressbyte & 0x7) * 2) 
:y = 240 + x
:y == Hauptintervall von 4 min + x
 
{| class="wikitable"
|-
! FHT Code !! HC1 !! HC2 !! Adressbyte !! Adressbyte & 0x7 !! Intervall
|-
| F7 FD 57 || 1111 0111 || 1111 1101 || 0101 0111 || 7 || 4:02
|-
| 83 C0 D7 || 1000 0011 || 1100 0000 || 1101 0111 || 7 || 4:02
|-
| 86 30 0A || 1000 0110 || 0011 0000 || 0000 1010 || 2 || 4:12
|-
| 86 31 0A || 1000 0110 || 0011 0001 || 0000 1010 || 2 || 4:12
|-
| CA 54 01 || 1100 1010 || 0101 0100 || 0000 0001 || 1 || 4:14
|-
| 64 C8 70 || 0110 0100 || 1100 1000 || 0111 0000 || 0 || 4:16
|}
 
<code>
2013-10-07_21:17:15 Fenster Window: off 
2013-10-07_21:21:17 Fenster Window: on 
2013-10-07_21:22:17 Fenster Window: on 
2013-10-07_21:26:19 Fenster Window: on 
2013-10-07_21:30:21 Fenster Window: on 
'''2013-10-07_21:34:23 Fenster Window: on''' 
'''2013-10-07_21:38:25 Fenster Window: on''' 
2013-10-07_21:50:32 Fenster Window: on 
2013-10-07_21:54:34 Fenster Window: off 
2013-10-07_21:55:34 Fenster Window: off 
2013-10-07_21:59:36 Fenster Window: off 
2013-10-07_22:03:38 Fenster Window: off 
2013-10-07_22:06:40 Fenster Window: on 
2013-10-07_22:07:40 Fenster Window: on 
2013-10-07_22:08:41 Fenster Window: off 
2013-10-07_22:09:41 Fenster Window: off 
2013-10-07_22:13:43 Fenster Window: off 
</code>
 
Ergänzung zur Synchronisierung:

Der Synchronisierungsprozess mit einem FHT 80 Regler wird mit einer Nachricht 0x0C (Befehlsbyte) begonnen und einem folgenden 0x0F (Befehlsbyte) abgeschlossen. Erst dann ist der TF am FHT angemeldet.

== Links ==
* [http://www.elv-downloads.de/service/manuals/84919_FHT80TF_2_UM.pdf Bedienungsanleitung] (auf der ELV Webseite)
* [http://forum.fhem.de/index.php/topic,27465.0.html Diskussionsthread] dazu

[[Kategorie:FHT Components]]
[[Kategorie:Kontaktsensor (magnetisch)]]

CUL FHTTK

2014-11-18T09:21:36Z

Matscher: /* Attribute */

FHT80TF-2

2014-11-18T08:30:37Z

Matscher: /* Protokoll */

{{Infobox Hardware
|Bild=FHT80TF.jpg
|Bildbeschreibung=Tür-/ Fensterkontakt, kleine Bauform
|HWProtocol=FHT
|HWType=Sensor
|HWCategory=FHT
|HWComm=868 MHz
|HWChannels=1
|HWVoltage=3V
|HWPowerConsumption=Batterielaufzeit bis zu 5 Jahre
|HWPoweredBy=2xLR03 (AAA)
|HWSize=25x117x17 mm (Sensor) 11x48x12 mm (Magnet)
|HWDeviceFHEM=[[CUL_FHTTK|09_CUL_FHTTK.pm]]
|HWManufacturer=ELV
}}

Der '''FHT80TF Tür-/Fensterkontakt''', ein Zubehörteil zum [[FHT80b]] Raumregler, dient zur Erkennung einer offenen Tür, eines offenen Fensters oder ähnlicher Meldesituationen. Das Geräte existiert in zwei Bauformen, dem älteren und deutlich grösseren FHT80TF und dem kleineren FHT80TF-2. Die Geräte sind funktional identisch.

== Features ==
Mittels des FHT80TF kann überprüft werden, ob eine Tür oder ein Fenster im zu heizenden Raum offen ist. Ist dies der Fall, wird der FHT80b, mit dem der Tür/Fensterkontakt gepairt ist, die Heiztemperatur auf die separat einstellbare "Fenstertemperatur" einregeln. Wird das Fenster (und damit der Kontakt) wieder geschlossen, so regelt der FHT80b wieder auf die aktuell eingestellte Temperatur hoch.

Der FHT80TF besteht aus dem eigentlichen Gehäuse mit Sender und Batteriefach (2x Micro) und einem separaten Magneten, der im geschlossenen Zustand des Fensters oder der Tür einen Reedkontakt im Inneren des Sendergehäuses betätigt. Das FHT80TF Gehäuse hat zwecks wahlfreier Installation einen solchen Kontakt auf beiden Gehäuseseiten, sowie einen Anschluss für externe Kontakte (normally Closed). Es kann nur einer der internen Kontakte verwendet werden, ein interner und externe Kontakte oder nur externe. Alle Kontakte sind in Reihe geschaltet, es ist also keine Einzelauswertung möglich.

== Hinweise zum Betrieb mit FHEM ==
In der Standard FHT/FS20 Umgebung ist die Einsetzbarkeit des FHT80TF eingeschränkt, da er nur vom gepairten FHT80b zwecks Temperaturabsenkung ausgewertet wird. Es handelt sich nicht um einen "echten" FS20 Sender, der auf einem einstellbaren Hauscode/Senderadresse sendet.

FHEM kann einen FHT80TF jedoch überdies direkt als Device auswerten, sodass sich damit ähnlich wie beim HMS Device [[HMS 100 TFK]] oder dem [[FS20 TFK]] Schließzustände von Türen, Toren und Fenstern direkt auswerten lassen. Voraussetzung ist allerdings ein [[CUL]], CUNO oder COC als [[Interface|Funkschnittstelle / Zentrale]].

Der sechsstellige (hexadezimale) Devicecode des FHT80TF lässt sich nicht ändern und wird während der Produktion eindeutig vergeben. Es wird also kein Hauscode vergeben und der FHT80TF ist auch kein FS20 Sender.
=== Definition ===
Der jeweilige Devicecode kann über das Logfile ermittelt werden. Wird ein neuer Türkontakt erkannt, erscheint im Logfile "FHTTK unknown device 123abc, please define it." (wobei 123abc ein Stellvertreter für den tatsächlichen Devicecode des Fensterkontaktes ist, der dem Logfileeintrag zu entnehmen ist), der Fensterkontakt kann dann mit
:<code>define <name> [[CUL_FHTTK]] <devicecode></code>
definiert werden.

Im Gegensatz zum FS20 TFK wird die Statusänderung des Kontaktes nicht sofort übermittelt. Die Sendung wird nicht durch Öffnen oder Schliessen ausgelöst, vielmehr sendet das Modul in Abständen zwischen einer bis vier Minuten eine Statusnachricht über den aktuellen Zustand der Kontakte. Der Einsatz in [[Alarmanlage|Alarmanlagen]] oder ähnlichen Anwendungen ist daher nur eingeschränkt möglich. Vorteilhaft ist jedoch der geringere Preis gegenüber einem FS20 TFK.

=== Anwendungsbeispiel ===
Die Programmierung eines [[notify]] ist unter [[FHTTK: Benachrichtigung bei offenem Fenster]] beschrieben.

Im Wesentlichen ist zu beachten, dass das FHTTK neben dem Fensterzustand (Open oder Closed) auch den Batteriezustand (ok oder Low.Batt) meldet. Ein bedingtes Notify muss also definieren, welcher Wert abgefragt werden soll.

z. B.: <code>define mach_was_bei_Fenster_auf notify myFHTTK:Window:Open ...</code>

== Batterielebensdauer ==
(Gute) Batterien halten bis zu fünf Jahre. Da in diesen Zeiträumen die Selbstentladung eine ebenso grosse Rolle spielt wie der Stromverbrauch des Gerätes, halten die Batterien um so länger, je '''kälter''' es ist (Selbstentladung sinkt mit der Temperatur deutlich ab).

== Bekannte Probleme ==
Keine.

== Sonstiges ==
* Das Gerät arbeitet zuverlässig bis ca. -20 Grad, kann bei entsprechend wasserdichter Anbringung auch im Aussenbereich eingesetzt werden.
* Durch die Möglichkeit, einen eigenen Kontakt an Klemmen im Inneren anzuschliessen, lassen sich auch Lösungen für andere Einsatzzwecke realisieren.
* Da der Tür-/Fensterkontakt von alleine ca. alle vier Minuten seinen Status sendet, lässt er sich auch gut zum Ausmessen der [[SlowRF]] Funklage eines Gebäudes verwenden. Den Tür-/Fensterkontakt im Haus an die zu untersuchenden Stellen legen und mittels FHEM RSSI beobachten. FS20 / FHT etc. arbeitet gut bei RSSI oberhalb -80, mäßig zwischen -80 und -85 und bei RSSI kleiner als -85 unzuverlässig bis gar nicht.

== Protokoll ==

Das benutzte Protokoll der FHT Baugruppen wird auf der Seite von FHZ4Linux [http://fhz4linux.info/tiki-index.php?page=FHT%20protocol FHT Protokoll] beschrieben. Ein FHT80TF-2 sendet in bestimmten Zeitabständen seinen momentanen Status. Dabei kann man in einen Hauptintervall und in einen Statusänderungsintervall unterscheiden. Erst genannter Intervall sendet immer in einem gleichen Abstand von 240 + x Sekunden seinen Status (unten Fett hervorgehoben) und zweit genannter geschieht intern immer in (240 + x) / 4 Sekunden. Sollte nun innerhalb des Hauptintervalls ein Statuswechsel von "on" auf "off" bzw. "Open" auf "Closed" eintreten, wird nach Ablauf von 1x (240 + x) / 4 (Statusänderungsintervall) der neue Status gesendet und noch einmal nach (240 + x) / 4 wiederholt. Danach verfällt der TF-2 wieder in den Hauptintervall, beginnend bei 0. Die Variable x wird aus dem Adressbyte vom Fensterkontakt berechnet, ähnlich dem Intervall für den [[FHT80b#Hinweise_zum_Betrieb_mit_FHEM|FHT8v]]. Es werden nur die 3 niederwertigen Bits verwendet. Beispiel: FHTTF-2 ID 8631'''0A''' -> 0x0A & 0x07 = '''2''' -> (16 - ('''2''' * 2)) = 12 Sekunden. 
 
Formel: 
:x = (16 - (Adressbyte & 0x7) * 2) 
:y = 240 + x
:y == Hauptintervall von 4 min + x
 
{| class="wikitable"
|-
! FHT Code !! HC1 !! HC2 !! Adressbyte !! Adressbyte & 0x7 !! Intervall
|-
| F7 FD 57 || 1111 0111 || 1111 1101 || 0101 0111 || 7 || 4:02
|-
| 83 C0 D7 || 1000 0011 || 1100 0000 || 1101 0111 || 7 || 4:02
|-
| 86 30 0A || 1000 0110 || 0011 0000 || 0000 1010 || 2 || 4:12
|-
| 86 31 0A || 1000 0110 || 0011 0001 || 0000 1010 || 2 || 4:12
|-
| CA 54 01 || 1100 1010 || 0101 0100 || 0000 0001 || 1 || 4:14
|-
| 64 C8 70 || 0110 0100 || 1100 1000 || 0111 0000 || 0 || 4:16
|}
 
<code>
2013-10-07_21:17:15 Fenster Window: off 
2013-10-07_21:21:17 Fenster Window: on 
2013-10-07_21:22:17 Fenster Window: on 
2013-10-07_21:26:19 Fenster Window: on 
2013-10-07_21:30:21 Fenster Window: on 
'''2013-10-07_21:34:23 Fenster Window: on''' 
'''2013-10-07_21:38:25 Fenster Window: on''' 
2013-10-07_21:50:32 Fenster Window: on 
2013-10-07_21:54:34 Fenster Window: off 
2013-10-07_21:55:34 Fenster Window: off 
2013-10-07_21:59:36 Fenster Window: off 
2013-10-07_22:03:38 Fenster Window: off 
2013-10-07_22:06:40 Fenster Window: on 
2013-10-07_22:07:40 Fenster Window: on 
2013-10-07_22:08:41 Fenster Window: off 
2013-10-07_22:09:41 Fenster Window: off 
2013-10-07_22:13:43 Fenster Window: off 
</code>
 
Ergänzung zur Synchronisierung:

Der Synchronisierungsprozess mit einem FHT 80 Regler wird mit einer Nachricht 0x0C (Befehlsbyte) begonnen und einem folgenden 0x0F (Befehlsbyte) abgeschlossen. Erst dann ist der TF am FHT angemeldet.

== Links ==
* [http://www.elv-downloads.de/service/manuals/84919_FHT80TF_2_UM.pdf Bedienungsanleitung] (auf der ELV Webseite)

[[Kategorie:FHT Components]]
[[Kategorie:Kontaktsensor (magnetisch)]]

FS20 S6A Aufputz Sender

2014-10-24T19:36:42Z

Matscher:

{{Infobox Hardware|Bild=PlatzHalter.png
|Bildbeschreibung=FS20 S6A Aufputzsender
|HWProtocol=FS20
|HWType=Sender
|HWCategory=FS20
|HWComm=868.350 MHz
|HWChannels=3/6
|HWVoltage=3 V
|HWPowerConsumption= -
|HWPoweredBy=2x Micro/AAA/LR03 (ca. 7 Jahre)
|HWSize=Tastenfeld: 55 x 55 x 10 mm
Rahmen: 85 x 85 x 23 mm
Gesamtbauhöhe: 21,7 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#FS20 10_FS20.pm]
|HWManufacturer=ELV
}}

Der '''FS20 S6A Aufputzsender''' ist ein batteriebetriebener 3/6 Kanal Aufputzwandsender. Dieser Sender wird mit einen Abdeckrahmen geliefert und zusätzlich kann dieser Sender auch in bestehende Schalterpogramme eingebunden werden. Deren Abdeckrahmen müssen ein Innenmaß von 55 x 55 mm aufweisen.

== Features ==

* 6 Tasten 3/6 Kanal Aufputzwandsender
* integrierbar in Schalterprogramme (Innenmaß von 55 x 55 mm)
* Empfangsdiode für FS 20 IRP/FS20 IRP 2

== Hinweise zum Betrieb mit FHEM ==
Uneingeschränkt einsetzbar.

== Bekannte Probleme ==
Keine.

== Links ==
* [http://files.elv.de/Assets/Produkte/10/1040/104082/Downloads/104082_FS20S6A_UM_G_120824.pdf Bedienungsanleitung ]
* [http://files.elv.de/Assets/Produkte/10/1040/104082/Downloads/104082_FS20S6A_um.pdf Druckvorlagen]

[[Kategorie:FS20 Components]]
[[Kategorie:Schalter (Sender)]]

FS20 S6A Aufputz Sender

2014-10-24T19:25:47Z

Matscher: Die Seite wurde neu angelegt: „{{Infobox Hardware|Bild=PlatzHalter.png |Bildbeschreibung=FS20 S6A Aufputzsender |HWProtocol=FS20 |HWType=Sender |HWCategory=FS20 |HWComm=868.350 MHz |HWChanne…“

{{Infobox Hardware|Bild=PlatzHalter.png
|Bildbeschreibung=FS20 S6A Aufputzsender
|HWProtocol=FS20
|HWType=Sender
|HWCategory=FS20
|HWComm=868.350 MHz
|HWChannels=3/6
|HWVoltage=3V
|HWPowerConsumption= -
|HWPoweredBy=2x Micro/AAA/LR03 (ca. 7 Jahre)
|HWSize=Tastenfeld: 55 x 55 x 10 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#FS20 10_FS20.pm]
|HWManufacturer=ELV
}}

Der '''FS20 S6A Aufputzsender''' ist ein batteriebetriebener 3/6 Kanal Aufputzwandsender. Dieser Sender wird mit einen Abdeckrahmen geliefert und zusätzlich kann dieser Sender auch in bestehende Schalterpogramme eingebunden werden. Deren Abdeckrahmen müssen ein Innenmaß von 55 x 55 mm aufweisen.

== Hinweise zum Betrieb mit FHEM ==
Uneingeschränkt einsetzbar.

== Bekannte Probleme ==
Keine.

== Links ==
* [http://files.elv.de/Assets/Produkte/10/1040/104082/Downloads/104082_FS20S6A_UM_G_120824.pdf Bedienungsanleitung ]
* [http://files.elv.de/Assets/Produkte/10/1040/104082/Downloads/104082_FS20S6A_um.pdf Druckvorlagen]

[[Kategorie:FS20 Components]]
[[Kategorie:Schalter (Sender)]]

CUL FHTTK

2014-10-15T14:02:42Z

Matscher: /* Attribute */

CUL FHTTK

2014-09-24T13:59:28Z

Matscher: /* Attribute */

Benutzer:Matscher

2014-09-24T12:58:17Z

Matscher:

== TODO ==
FS20 MS-2 Markisensteuerung

== Neue Artikel geplant ==
KS300

== Baustellen ==

* FHT80 TF-2 per CUL V3 virtualisieren -> Firmware Anpassungen
* Heizungsteuerung
* Alarmanlage

== Contributions ==
Nachfolgende betreue ich folgende Module:

* [[CUL_FHTTK|09_CUL_FHTTK.pm]] (übernommen von painseeker)

Benutzer:Matscher

2014-09-24T12:50:27Z

Matscher: /* Neue Artikel */

== TODO ==
FS20 MS-2 Markisensteuerung

== Neue Artikel ==
KS300

CUL FHTTK

2014-09-24T12:12:46Z

Matscher: /* Attribute */

CUL FHTTK

2014-09-24T11:36:25Z

Matscher: /* Voraussetzungen */

FHT80TF-2

2014-09-24T11:18:37Z

Matscher: /* Protokoll */

{{Infobox Hardware
|Bild=FHT80TF.jpg
|Bildbeschreibung=Tür-/ Fensterkontakt, kleine Bauform
|HWProtocol=FHT
|HWType=Sensor
|HWCategory=FHT
|HWComm=868 MHz
|HWChannels=1
|HWVoltage=3V
|HWPowerConsumption=Batterielaufzeit bis zu 5 Jahre
|HWPoweredBy=2xLR03 (AAA)
|HWSize=25x117x17 mm (Sensor) 11x48x12 mm (Magnet)
|HWDeviceFHEM=[[CUL_FHTTK|09_CUL_FHTTK.pm]]
|HWManufacturer=ELV
}}

Der '''FHT80TF Tür-/Fensterkontakt''', ein Zubehörteil zum [[FHT80b]] Raumregler, dient zur Erkennung einer offenen Tür, eines offenen Fensters oder ähnlicher Meldesituationen. Das Geräte existiert in zwei Bauformen, dem älteren und deutlich grösseren FHT80TF und dem kleineren FHT80TF-2. Die Geräte sind funktional identisch.

== Features ==
Mittels des FHT80TF kann überprüft werden, ob eine Tür oder ein Fenster im zu heizenden Raum offen ist. Ist dies der Fall, wird der FHT80b, mit dem der Tür/Fensterkontakt gepairt ist, die Heiztemperatur auf die separat einstellbare "Fenstertemperatur" einregeln. Wird das Fenster (und damit der Kontakt) wieder geschlossen, so regelt der FHT80b wieder auf die aktuell eingestellte Temperatur hoch.

Der FHT80TF besteht aus dem eigentlichen Gehäuse mit Sender und Batteriefach (2x Micro) und einem separaten Magneten, der im geschlossenen Zustand des Fensters oder der Tür einen Reedkontakt im Inneren des Sendergehäuses betätigt. Das FHT80TF Gehäuse hat zwecks wahlfreier Installation einen solchen Kontakt auf beiden Gehäuseseiten, sowie einen Anschluss für externe Kontakte (normally Closed). Es kann nur einer der internen Kontakte verwendet werden, ein interner und externe Kontakte oder nur externe. Alle Kontakte sind in Reihe geschaltet, es ist also keine Einzelauswertung möglich.

== Hinweise zum Betrieb mit FHEM ==
In der Standard FHT/FS20 Umgebung ist die Einsetzbarkeit des FHT80TF eingeschränkt, da er nur vom gepairten FHT80b zwecks Temperaturabsenkung ausgewertet wird. Es handelt sich nicht um einen "echten" FS20 Sender, der auf einem einstellbaren Hauscode/Senderadresse sendet.

FHEM kann einen FHT80TF jedoch überdies direkt als Device auswerten, sodass sich damit ähnlich wie beim HMS Device [[HMS 100 TFK]] oder dem [[FS20 TFK]] Schließzustände von Türen, Toren und Fenstern direkt auswerten lassen. Voraussetzung ist allerdings ein [[CUL]], CUNO oder COC als [[Interface|Funkschnittstelle / Zentrale]].

Der sechsstellige (hexadezimale) Devicecode des FHT80TF lässt sich nicht ändern und wird während der Produktion eindeutig vergeben. Es wird also kein Hauscode vergeben und der FHT80TF ist auch kein FS20 Sender.
=== Definition ===
Der jeweilige Devicecode kann über das Logfile ermittelt werden. Wird ein neuer Türkontakt erkannt, erscheint im Logfile "FHTTK unknown device 123abc, please define it." (wobei 123abc ein Stellvertreter für den tatsächlichen Devicecode des Fensterkontaktes ist, der dem Logfileeintrag zu entnehmen ist), der Fensterkontakt kann dann mit
:<code>define <name> [[CUL_FHTTK]] <devicecode></code>
definiert werden.

Im Gegensatz zum FS20 TFK wird die Statusänderung des Kontaktes nicht sofort übermittelt. Die Sendung wird nicht durch Öffnen oder Schliessen ausgelöst, vielmehr sendet das Modul in Abständen zwischen einer bis vier Minuten eine Statusnachricht über den aktuellen Zustand der Kontakte. Der Einsatz in [[Alarmanlage|Alarmanlagen]] oder ähnlichen Anwendungen ist daher nur eingeschränkt möglich. Vorteilhaft ist jedoch der geringere Preis gegenüber einem FS20 TFK.

=== Anwendungsbeispiel ===
Die Programmierung eines [[notify]] ist unter [[FHTTK: Benachrichtigung bei offenem Fenster]] beschrieben.

Im Wesentlichen ist zu beachten, dass das FHTTK neben dem Fensterzustand (Open oder Closed) auch den Batteriezustand (ok oder Low.Batt) meldet. Ein bedingtes Notify muss also definieren, welcher Wert abgefragt werden soll.

z. B.: <code>define mach_was_bei_Fenster_auf notify myFHTTK:Window:Open ...</code>

== Batterielebensdauer ==
(Gute) Batterien halten bis zu fünf Jahre. Da in diesen Zeiträumen die Selbstentladung eine ebenso grosse Rolle spielt wie der Stromverbrauch des Gerätes, halten die Batterien um so länger, je '''kälter''' es ist (Selbstentladung sinkt mit der Temperatur deutlich ab).

== Bekannte Probleme ==
Keine.

== Sonstiges ==
* Das Gerät arbeitet zuverlässig bis ca. -20 Grad, kann bei entsprechend wasserdichter Anbringung auch im Aussenbereich eingesetzt werden.
* Durch die Möglichkeit, einen eigenen Kontakt an Klemmen im Inneren anzuschliessen, lassen sich auch Lösungen für andere Einsatzzwecke realisieren.
* Da der Tür-/Fensterkontakt von alleine ca. alle vier Minuten seinen Status sendet, lässt er sich auch gut zum Ausmessen der [[SlowRF]] Funklage eines Gebäudes verwenden. Den Tür-/Fensterkontakt im Haus an die zu untersuchenden Stellen legen und mittels FHEM RSSI beobachten. FS20 / FHT etc. arbeitet gut bei RSSI oberhalb -80, mäßig zwischen -80 und -85 und bei RSSI kleiner als -85 unzuverlässig bis gar nicht.

== Protokoll ==

Das benutzte Protokoll der FHT Baugruppen wird auf der Seite von FHZ4Linux [http://fhz4linux.info/tiki-index.php?page=FHT%20protocol FHT Protokoll] beschrieben. Ein FHT80TF-2 sendet in bestimmten Zeitabständen seinen momentanen Status. Dabei kann man in einen Hauptintervall und in einen Statusänderungsintervall unterscheiden. Erst genannter Intervall sendet immer in einem gleichen Abstand von 240 + x Sekunden seinen Status (unten Fett hervorgehoben) und zweit genannter geschieht intern immer in (240 + x) / 4 Sekunden. Sollte nun innerhalb des Hauptintervalls ein Statuswechsel von "on" auf "off" bzw. "Open" auf "Closed" eintreten, wird nach Ablauf von 1x (240 + x) / 4 (Statusänderungsintervall) der neue Status gesendet und noch einmal nach (240 + x) / 4 wiederholt. Danach verfällt der TF-2 wieder in den Hauptintervall, beginnend bei 0. Die Variable x wird aus den ersten Byte des Hauscodes vom Fensterkontakt berechnet, ähnlich dem Intervall für den [[FHT80b#Hinweise_zum_Betrieb_mit_FHEM|FHT8v]]. Beispiel: FHTTF-2 ID ''86''31 -> 8'''6''' -> 6 * 2 = 12 Sekunden 
 
<code>
2013-10-07_21:17:15 Fenster Window: off 
2013-10-07_21:21:17 Fenster Window: on 
2013-10-07_21:22:17 Fenster Window: on 
2013-10-07_21:26:19 Fenster Window: on 
2013-10-07_21:30:21 Fenster Window: on 
'''2013-10-07_21:34:23 Fenster Window: on''' 
'''2013-10-07_21:38:25 Fenster Window: on''' 
2013-10-07_21:50:32 Fenster Window: on 
2013-10-07_21:54:34 Fenster Window: off 
2013-10-07_21:55:34 Fenster Window: off 
2013-10-07_21:59:36 Fenster Window: off 
2013-10-07_22:03:38 Fenster Window: off 
2013-10-07_22:06:40 Fenster Window: on 
2013-10-07_22:07:40 Fenster Window: on 
2013-10-07_22:08:41 Fenster Window: off 
2013-10-07_22:09:41 Fenster Window: off 
2013-10-07_22:13:43 Fenster Window: off 
</code>
 
Ergänzung zur Synchronisierung:

Der Synchronisierungsprozess mit einem FHT 80 Regler wird mit einer Nachricht 0x0C (Befehlsbyte) begonnen und einem folgenden 0x0F (Befehlsbyte) abgeschlossen. Erst dann ist der TF am FHT angemeldet.

== Links ==
* [http://www.elv-downloads.de/service/manuals/84919_FHT80TF_2_UM.pdf Bedienungsanleitung] (auf der ELV Webseite)

[[Kategorie:FHT Components]]
[[Kategorie:Kontaktsensor (magnetisch)]]

FHT80TF-2

2014-09-24T11:14:13Z

Matscher: /* Protokoll */

{{Infobox Hardware
|Bild=FHT80TF.jpg
|Bildbeschreibung=Tür-/ Fensterkontakt, kleine Bauform
|HWProtocol=FHT
|HWType=Sensor
|HWCategory=FHT
|HWComm=868 MHz
|HWChannels=1
|HWVoltage=3V
|HWPowerConsumption=Batterielaufzeit bis zu 5 Jahre
|HWPoweredBy=2xLR03 (AAA)
|HWSize=25x117x17 mm (Sensor) 11x48x12 mm (Magnet)
|HWDeviceFHEM=[[CUL_FHTTK|09_CUL_FHTTK.pm]]
|HWManufacturer=ELV
}}

Der '''FHT80TF Tür-/Fensterkontakt''', ein Zubehörteil zum [[FHT80b]] Raumregler, dient zur Erkennung einer offenen Tür, eines offenen Fensters oder ähnlicher Meldesituationen. Das Geräte existiert in zwei Bauformen, dem älteren und deutlich grösseren FHT80TF und dem kleineren FHT80TF-2. Die Geräte sind funktional identisch.

== Features ==
Mittels des FHT80TF kann überprüft werden, ob eine Tür oder ein Fenster im zu heizenden Raum offen ist. Ist dies der Fall, wird der FHT80b, mit dem der Tür/Fensterkontakt gepairt ist, die Heiztemperatur auf die separat einstellbare "Fenstertemperatur" einregeln. Wird das Fenster (und damit der Kontakt) wieder geschlossen, so regelt der FHT80b wieder auf die aktuell eingestellte Temperatur hoch.

Der FHT80TF besteht aus dem eigentlichen Gehäuse mit Sender und Batteriefach (2x Micro) und einem separaten Magneten, der im geschlossenen Zustand des Fensters oder der Tür einen Reedkontakt im Inneren des Sendergehäuses betätigt. Das FHT80TF Gehäuse hat zwecks wahlfreier Installation einen solchen Kontakt auf beiden Gehäuseseiten, sowie einen Anschluss für externe Kontakte (normally Closed). Es kann nur einer der internen Kontakte verwendet werden, ein interner und externe Kontakte oder nur externe. Alle Kontakte sind in Reihe geschaltet, es ist also keine Einzelauswertung möglich.

== Hinweise zum Betrieb mit FHEM ==
In der Standard FHT/FS20 Umgebung ist die Einsetzbarkeit des FHT80TF eingeschränkt, da er nur vom gepairten FHT80b zwecks Temperaturabsenkung ausgewertet wird. Es handelt sich nicht um einen "echten" FS20 Sender, der auf einem einstellbaren Hauscode/Senderadresse sendet.

FHEM kann einen FHT80TF jedoch überdies direkt als Device auswerten, sodass sich damit ähnlich wie beim HMS Device [[HMS 100 TFK]] oder dem [[FS20 TFK]] Schließzustände von Türen, Toren und Fenstern direkt auswerten lassen. Voraussetzung ist allerdings ein [[CUL]], CUNO oder COC als [[Interface|Funkschnittstelle / Zentrale]].

Der sechsstellige (hexadezimale) Devicecode des FHT80TF lässt sich nicht ändern und wird während der Produktion eindeutig vergeben. Es wird also kein Hauscode vergeben und der FHT80TF ist auch kein FS20 Sender.
=== Definition ===
Der jeweilige Devicecode kann über das Logfile ermittelt werden. Wird ein neuer Türkontakt erkannt, erscheint im Logfile "FHTTK unknown device 123abc, please define it." (wobei 123abc ein Stellvertreter für den tatsächlichen Devicecode des Fensterkontaktes ist, der dem Logfileeintrag zu entnehmen ist), der Fensterkontakt kann dann mit
:<code>define <name> [[CUL_FHTTK]] <devicecode></code>
definiert werden.

Im Gegensatz zum FS20 TFK wird die Statusänderung des Kontaktes nicht sofort übermittelt. Die Sendung wird nicht durch Öffnen oder Schliessen ausgelöst, vielmehr sendet das Modul in Abständen zwischen einer bis vier Minuten eine Statusnachricht über den aktuellen Zustand der Kontakte. Der Einsatz in [[Alarmanlage|Alarmanlagen]] oder ähnlichen Anwendungen ist daher nur eingeschränkt möglich. Vorteilhaft ist jedoch der geringere Preis gegenüber einem FS20 TFK.

=== Anwendungsbeispiel ===
Die Programmierung eines [[notify]] ist unter [[FHTTK: Benachrichtigung bei offenem Fenster]] beschrieben.

Im Wesentlichen ist zu beachten, dass das FHTTK neben dem Fensterzustand (Open oder Closed) auch den Batteriezustand (ok oder Low.Batt) meldet. Ein bedingtes Notify muss also definieren, welcher Wert abgefragt werden soll.

z. B.: <code>define mach_was_bei_Fenster_auf notify myFHTTK:Window:Open ...</code>

== Batterielebensdauer ==
(Gute) Batterien halten bis zu fünf Jahre. Da in diesen Zeiträumen die Selbstentladung eine ebenso grosse Rolle spielt wie der Stromverbrauch des Gerätes, halten die Batterien um so länger, je '''kälter''' es ist (Selbstentladung sinkt mit der Temperatur deutlich ab).

== Bekannte Probleme ==
Keine.

== Sonstiges ==
* Das Gerät arbeitet zuverlässig bis ca. -20 Grad, kann bei entsprechend wasserdichter Anbringung auch im Aussenbereich eingesetzt werden.
* Durch die Möglichkeit, einen eigenen Kontakt an Klemmen im Inneren anzuschliessen, lassen sich auch Lösungen für andere Einsatzzwecke realisieren.
* Da der Tür-/Fensterkontakt von alleine ca. alle vier Minuten seinen Status sendet, lässt er sich auch gut zum Ausmessen der [[SlowRF]] Funklage eines Gebäudes verwenden. Den Tür-/Fensterkontakt im Haus an die zu untersuchenden Stellen legen und mittels FHEM RSSI beobachten. FS20 / FHT etc. arbeitet gut bei RSSI oberhalb -80, mäßig zwischen -80 und -85 und bei RSSI kleiner als -85 unzuverlässig bis gar nicht.

== Protokoll ==

Das benutzte Protokoll der FHT Baugruppen wird auf der Seite von FHZ4Linux [http://fhz4linux.info/tiki-index.php?page=FHT%20protocol FHT Protokoll] beschrieben. Ein FHT80TF-2 sendet in bestimmten Zeitabständen seinen momentanen Status. Dabei kann man in einen Hauptintervall und in einen Statusänderungsintervall unterscheiden. Erst genannter Intervall sendet immer in einem gleichen Abstand von 240 + x Sekunden seinen Status (unten Fett hervorgehoben) und zweit genannter geschieht intern immer in (240 + x) / 4 Sekunden. Sollte nun innerhalb des Hauptintervalls ein Statuswechsel von "on" auf "off" bzw. "Open" auf "Closed" eintreten, wird nach Ablauf von 1x (240 + x) / 4 (Statusänderungsintervall) der neue Status gesendet und noch einmal nach (240 + x) / 4 wiederholt. Danach verfällt der TF-2 wieder in den Hauptintervall, beginnend bei 0. Die Variable x wird aus den ersten Byte des Hauscodes vom Fensterkontakt berechnet, ähnlich dem Intervall für den FHT8v. Beispiel: FHTTF-2 ID ''86''31 -> 8'''6''' -> 6 * 2 = 12 Sekunden 
 
<code>
2013-10-07_21:17:15 Fenster Window: off 
2013-10-07_21:21:17 Fenster Window: on 
2013-10-07_21:22:17 Fenster Window: on 
2013-10-07_21:26:19 Fenster Window: on 
2013-10-07_21:30:21 Fenster Window: on 
'''2013-10-07_21:34:23 Fenster Window: on''' 
'''2013-10-07_21:38:25 Fenster Window: on''' 
2013-10-07_21:50:32 Fenster Window: on 
2013-10-07_21:54:34 Fenster Window: off 
2013-10-07_21:55:34 Fenster Window: off 
2013-10-07_21:59:36 Fenster Window: off 
2013-10-07_22:03:38 Fenster Window: off 
2013-10-07_22:06:40 Fenster Window: on 
2013-10-07_22:07:40 Fenster Window: on 
2013-10-07_22:08:41 Fenster Window: off 
2013-10-07_22:09:41 Fenster Window: off 
2013-10-07_22:13:43 Fenster Window: off 
</code>
 
Ergänzung zur Synchronisierung:

Der Synchronisierungsprozess mit einem FHT 80 Regler wird mit einer Nachricht 0x0C (Befehlsbyte) begonnen und einem folgenden 0x0F (Befehlsbyte) abgeschlossen. Erst dann ist der TF am FHT angemeldet.

== Links ==
* [http://www.elv-downloads.de/service/manuals/84919_FHT80TF_2_UM.pdf Bedienungsanleitung] (auf der ELV Webseite)

[[Kategorie:FHT Components]]
[[Kategorie:Kontaktsensor (magnetisch)]]