CUL FHTTK: Unterschied zwischen den Versionen

Aus FHEMWiki
(Erste Version der Seite)
 
(Anpassung an aktuelle Modulbeschreibung (Attribute model hat virtual statt dummy))
 
(16 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{Infobox Modul
{{Infobox Modul
|ModPurpose=Unterstützung des [[FHT80TF-2]] Fensterkontaks
|ModPurpose=Unterstützung des [[FHT80TF]] Fensterkontaks
|ModType=d
|ModType=d
|ModCmdRef=CUL_FHTTK
|ModCmdRef=CUL_FHTTK
Zeile 8: Zeile 8:
}}
}}


Im Modul [[CUL_FHTTK]] ist die Unterstützung für den [[FHT80TF-2]] Tür-/Fensterkontakt implementiert.
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 ==
== Voraussetzungen ==
...
Ein SlowRF [[Interface]] Derivat, zum Beispiel ein [[CUL]] im SlowRF Modus.


== Anwendung ==
== Anwendung ==
=== Define ===
=== Define ===
:<code>define <name> CUL_FHTTK <devicecode> </code>
:<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 ===
=== 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 ==
== Anwendungsbeispiele ==
Siehe [[FHTTK: Benachrichtigung bei offenem Fenster]]
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.<br />
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 ==
== 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]]
[[Kategorie:FHT Components]]
<!-- (Modulkategorie wird automatisch gesetzt) -->
<!-- (Modulkategorie wird automatisch gesetzt) -->

Aktuelle Version vom 13. Dezember 2020, 21:37 Uhr

CUL_FHTTK
Zweck / Funktion
Unterstützung des FHT80TF Fensterkontaks
Allgemein
Typ Gerätemodul
Details
Dokumentation EN / DE
Support (Forum) SlowRF
Modulname 09_CUL_FHTTK.pm
Ersteller matscher (Forum / Wiki)
Wichtig: sofern vorhanden, gilt im Zweifel immer die (englische) Beschreibung in der commandref!


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

define <name> CUL_FHTTK <devicecode>

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). Beispiele für Adressen sind auf der 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, 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 (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
hier ausführlich beschrieben
  • readingFnAttributes
hier ausführlich beschrieben

Anwendungsbeispiele

Siehe FHTTK: Benachrichtigung bei offenem Fenster

Verwendung von FHT Fremdgeräten, wie ein 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):

  1. define Fenster CUL_FHTTK 86310A
  2. attr Fenster model virtual
  3. FHT80B nach Anleitung in Syncmode für Fensterkontakte versetzen
  4. 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

Abgerufen von „http://wiki.fhem.de/w/index.php?title=CUL_FHTTK&oldid=34375“