CUL FHTTK - Versionsgeschichte

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

2020-12-13T20:37:59Z

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

← Nächstältere Version		Version vom 13. Dezember 2020, 22:37 Uhr
Zeile 24:		Zeile 24:

	* model		* 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.		: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, ~~dummy~~		:* FHT80TF, FHT80TF-2, virtual

	* IODev		* IODev
Zeile 46:		Zeile 46:

	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 />		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 />
	~~<br />~~
	Vorgehensweise zum anlegen eines virtuellen Fensterkontaktes für FHT80B (FHT Code dient als Beispiel):		Vorgehensweise zum anlegen eines virtuellen Fensterkontaktes für FHT80B (FHT Code dient als Beispiel):
	# define Fenster CUL_FHTTK 86310A		# define Fenster CUL_FHTTK 86310A
	# attr Fenster model ~~dummy~~		# attr Fenster model virtual
	# FHT80B nach Anleitung in Syncmode für Fensterkontakte versetzen		# FHT80B nach Anleitung in Syncmode für Fensterkontakte versetzen
	# set Fenster Pair		# set Fenster Pair
	Der Kontakt ist nun angelernt und ist initial auf Closed gestellt.~~<br />~~		Der Kontakt ist nun angelernt und ist initial auf Closed gestellt.
	~~<br />~~
	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.		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.

Zeile 62:		Zeile 62:

	[[Kategorie:FHT Components]]		[[Kategorie:FHT Components]]

	<!-- (Modulkategorie wird automatisch gesetzt) -->		<!-- (Modulkategorie wird automatisch gesetzt) -->

Soulman: Ergänzungen

2020-11-11T17:12:07Z

Ergänzungen

← Nächstältere Version		Version vom 11. November 2020, 19:12 Uhr
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. Sowohl das Empfangen als auch das Aussenden von FHT80 TF Daten ist mit diesem Modul möglich.		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 ==

Markusbloch: Ersetzung von Forum-Links mit Vorlage Link2Forum

2017-03-18T21:23:23Z

Ersetzung von Forum-Links mit Vorlage Link2Forum

← Nächstältere Version		Version vom 18. März 2017, 23:23 Uhr
Zeile 58:		Zeile 58:
	== Links ==		== Links ==
	* [[FHT80TF-2]]		* [[FHT80TF-2]]
	* ~~[http://forum.fhem.de/index.php/topic,~~27465~~.0.html~~ Diskussionsthread]		* {{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		* [http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/ latest SVN Firmware] - Version 1.62 oder höher wird benötigt

Matscher: angepasst an das modul

2016-10-09T18:32:41Z

angepasst an das modul

← Nächstältere Version		Version vom 9. Oktober 2016, 20:32 Uhr
Zeile 51:		Zeile 51:
	# attr Fenster model dummy		# attr Fenster model dummy
	# FHT80B nach Anleitung in Syncmode für Fensterkontakte versetzen		# FHT80B nach Anleitung in Syncmode für Fensterkontakte versetzen
	# set Fenster ~~Syncing~~		# set Fenster Pair
	Der Kontakt ist nun angelernt und ist initial auf Closed gestellt.<br />		Der Kontakt ist nun angelernt und ist initial auf Closed gestellt.<br />
	<br />		<br />

Matscher: Vorgehensweise anlernen virtuellen FHT Kontakt

2016-07-26T08:25:37Z

Vorgehensweise anlernen virtuellen FHT Kontakt

← Nächstältere Version		Version vom 26. Juli 2016, 10:25 Uhr
Zeile 45:		Zeile 45:
	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.		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 />
			<br />
			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.<br />
			<br />
			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 ==

Matscher: Link zur Moldulseite -> Beispieladressen

2015-09-17T11:36:08Z

Link zur Moldulseite -> Beispieladressen

← Nächstältere Version		Version vom 17. September 2015, 13:36 Uhr
Zeile 18:		Zeile 18:

	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.		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).		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 ===

Matscher: /* Define */

2015-01-09T10:39:11Z

Define

← Nächstältere Version		Version vom 9. Januar 2015, 12:39 Uhr
Zeile 18:		Zeile 18:

	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.		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).		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 ===		=== Attribute ===

Matscher am 8. Januar 2015 um 10:39 Uhr

2015-01-08T10:39:11Z

← Nächstältere Version		Version vom 8. Januar 2015, 12:39 Uhr
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-2]] Tür-/Fensterkontakt implementiert. Sowohl das Empfangen als auch das Aussenden von FHT80 TF Daten ist mit diesem Modul möglich.

	== Voraussetzungen ==		== Voraussetzungen ==
Zeile 18:		Zeile 18:

	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.		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, ~~wen~~ man einen FHT80TF simulieren möchte.		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 ===		=== Attribute ===
Zeile 28:		Zeile 28:

	* IODev		* IODev
	* do_not_notify		: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.
	* ignore
			* do_not_notify
			:Deaktiviert FileLog/notify/inform Informationen für dieses Gerät.

			* ignore
			:Ignoriere dieses Gerät.

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

	* readingFnAttributes		* 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.

	== Links ==		== 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]]		[[Kategorie:FHT Components]]

	<!-- (Modulkategorie wird automatisch gesetzt) -->		<!-- (Modulkategorie wird automatisch gesetzt) -->

Matscher: /* Attribute */

2015-01-08T10:18:39Z

Attribute

← Nächstältere Version		Version vom 8. Januar 2015, 12:18 Uhr
Zeile 23:		Zeile 23:
	Mögliche Attribute sind:		Mögliche Attribute sind:

	* ~~modul~~		* 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 ~~(basierend auf V1~~.~~61)~~ benötigt~~, welche sich noch im Pre-Alpha Status befindet~~ (~~{{Link2Forum\|Topic=27465\|Message=220237\|LinkText=Forenbeitrag dazu}})~~). Unterstützt werden bis zu 4 FHT80 TF's.		: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		:* FHT80TF, FHT80TF-2, dummy

Matscher: /* Define */

2014-11-18T13:52:33Z

Define

← Nächstältere Version		Version vom 18. November 2014, 15:52 Uhr
Zeile 16:		Zeile 16:
	=== 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. Weiterhin ist das erste Byte (HC1) immer über 0x69. Dies ist wichtig, wen man einen FHT80TF simulieren möchte.

	=== Attribute ===		=== Attribute ===