http://wiki.fhem.de/w/api.php?action=feedcontributions&feedformat=atom&user=RaspIIFHEMWiki - Benutzerbeiträge [de]2026-04-09T21:23:34ZBenutzerbeiträgeMediaWiki 1.43.6http://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=32476Kopp Allgemein2020-01-19T00:09:23Z<p>RaspII: /* Unterstützte Aktuatoren */</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM. Das vom Hersteller Kopp unter dem Namen [http://www.kopp.eu/de/service/praktische-tipps/technische-informationen-zum-funk-system-free-control Free-control] angebotene Funk-System unterstützt verschiedene Aktoren und Schalter zur Steuerung in Haus und Wohnung. <br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter'' (bisher nur im RAW Mode)<br />
<br />
'''Hinweis:'''<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br><br />
<br />
'''Bitte beachten:'''<br><br />
[[Datei:Symbole.jpg|mini|left|Symbole der unterschiedlichen Versionen]]<br>Unterstützt werden nur Module der Version 2.<br><br />
Die älteren Version 1 Module werden derzeit '''nicht''' unterstützt.<br><br />
Eine Unterscheidung ist anhand des aufgedruckten Symboles möglich.<br><br />
<br>'''2020-01-19: Update: Es gibt jetzt eine Testversion auch für die Version 1 (nur senden)'''<br />
<br />
Bei Bedarf bitte private Mitteilung an [https://forum.fhem.de/index.php?action=profile;u=6455 RaspII] über das Forum.<br><br><br><br><br><br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh-Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der {{Link2CmdRef|Anker=CUL}} (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device darf nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
Die Tastencodes und Transmittercodes müssen jeweils den Codes eines Kopp Senders entsprechen oder dem entsprechenden Aktuator angelernt werden.<br />
(siehe Kopp Handbuch) <br />
<br><br />
==== Darstellung in der FHEM Oberflache ====<br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis ist im Raum "Test" zu finden (siehe Bild)<br><br />
<br><br />
[[Datei:Kopp-Aktuatoren.jpg]]<br />
<br><br><br />
==== Dimmer (8011.00), über einen Taster gesteuert (on/off, dimm, stop)====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CUL_0</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer (8011.00), über drei Taster gesteuert (on, off, dimm, stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CUL_0</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen (8080.02), über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CUL_0</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CUL_0</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CUL_0</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br><br />
<br />
[[Kategorie:Other Components]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=32475Kopp Allgemein2020-01-19T00:06:43Z<p>RaspII: /* Unterstützte Aktuatoren */</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM. Das vom Hersteller Kopp unter dem Namen [http://www.kopp.eu/de/service/praktische-tipps/technische-informationen-zum-funk-system-free-control Free-control] angebotene Funk-System unterstützt verschiedene Aktoren und Schalter zur Steuerung in Haus und Wohnung. <br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter'' (bisher nur im RAW Mode)<br />
<br />
'''Hinweis:'''<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br><br />
<br />
'''Bitte beachten:'''<br><br />
[[Datei:Symbole.jpg|mini|left|Symbole der unterschiedlichen Versionen]]<br>Unterstützt werden nur Module der Version 2.<br><br />
Die älteren Version 1 Module werden derzeit '''nicht''' unterstützt.<br><br />
Eine Unterscheidung ist anhand des aufgedruckten Symboles möglich.<br><br />
<br>2020-01-19: Update: Es gibt jetzt eine Testversion auch für die Version 1 (nur senden)<br />
<br />
Bei Bedarf bitte private Mitteilung an [https://forum.fhem.de/index.php?action=profile;u=6455 RaspII] über das Forum.<br><br><br><br><br><br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh-Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der {{Link2CmdRef|Anker=CUL}} (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device darf nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
Die Tastencodes und Transmittercodes müssen jeweils den Codes eines Kopp Senders entsprechen oder dem entsprechenden Aktuator angelernt werden.<br />
(siehe Kopp Handbuch) <br />
<br><br />
==== Darstellung in der FHEM Oberflache ====<br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis ist im Raum "Test" zu finden (siehe Bild)<br><br />
<br><br />
[[Datei:Kopp-Aktuatoren.jpg]]<br />
<br><br><br />
==== Dimmer (8011.00), über einen Taster gesteuert (on/off, dimm, stop)====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CUL_0</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer (8011.00), über drei Taster gesteuert (on, off, dimm, stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CUL_0</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen (8080.02), über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CUL_0</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CUL_0</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CUL_0</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br><br />
<br />
[[Kategorie:Other Components]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=32474Kopp Allgemein2020-01-19T00:05:47Z<p>RaspII: /* Derzeit unterstützte Funkmodule */</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM. Das vom Hersteller Kopp unter dem Namen [http://www.kopp.eu/de/service/praktische-tipps/technische-informationen-zum-funk-system-free-control Free-control] angebotene Funk-System unterstützt verschiedene Aktoren und Schalter zur Steuerung in Haus und Wohnung. <br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter'' (bisher nur im RAW Mode)<br />
<br />
'''Hinweis:'''<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br><br />
<br />
'''Bitte beachten:'''<br><br />
[[Datei:Symbole.jpg|mini|left|Symbole der unterschiedlichen Versionen]]<br>Unterstützt werden nur Module der Version 2.<br><br />
Die älteren Version 1 Module werden derzeit '''nicht''' unterstützt.<br><br />
Eine Unterscheidung ist anhand des aufgedruckten Symboles möglich.<br><br />
<br>2020-01-19: Update: Es gibt jetzt eine Testversion auch für die Version 1 (nur senden)<br />
Bei Bedarf bitte private Mitteilung an [https://forum.fhem.de/index.php?action=profile;u=6455 RaspII] <br><br><br><br><br><br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh-Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der {{Link2CmdRef|Anker=CUL}} (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device darf nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
Die Tastencodes und Transmittercodes müssen jeweils den Codes eines Kopp Senders entsprechen oder dem entsprechenden Aktuator angelernt werden.<br />
(siehe Kopp Handbuch) <br />
<br><br />
==== Darstellung in der FHEM Oberflache ====<br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis ist im Raum "Test" zu finden (siehe Bild)<br><br />
<br><br />
[[Datei:Kopp-Aktuatoren.jpg]]<br />
<br><br><br />
==== Dimmer (8011.00), über einen Taster gesteuert (on/off, dimm, stop)====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CUL_0</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer (8011.00), über drei Taster gesteuert (on, off, dimm, stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CUL_0</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen (8080.02), über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CUL_0</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CUL_0</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CUL_0</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br><br />
<br />
[[Kategorie:Other Components]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=28958Kopp Allgemein2019-01-05T14:55:57Z<p>RaspII: /* Unterstützte Aktuatoren */</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM. Das vom Hersteller Kopp unter dem Namen [http://www.kopp.eu/de/service/praktische-tipps/technische-informationen-zum-funk-system-free-control Free-control] angebotene Funk-System unterstützt verschiedene Aktoren und Schalter zur Steuerung in Haus und Wohnung. <br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter'' (bisher nur im RAW Mode)<br />
<br />
'''Hinweis:'''<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br><br />
<br />
'''Bitte beachten:'''<br><br />
[[Datei:Symbole.jpg|mini|left|Symbole der unterschiedlichen Versionen]]<br><br><br />
Unterstützt werden nur Module der Version 2.<br><br />
Die älteren Version 1 Module werden derzeit '''nicht''' unterstützt.<br><br />
Eine Unterscheidung ist anhand des aufgedruckten Symboles möglich.<br><br />
<br><br><br><br><br><br><br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh-Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der {{Link2CmdRef|Anker=CUL}} (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device darf nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
Die Tastencodes und Transmittercodes müssen jeweils den Codes eines Kopp Senders entsprechen oder dem entsprechenden Aktuator angelernt werden.<br />
(siehe Kopp Handbuch) <br />
<br><br />
==== Darstellung in der FHEM Oberflache ====<br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis ist im Raum "Test" zu finden (siehe Bild)<br><br />
<br><br />
[[Datei:Kopp-Aktuatoren.jpg]]<br />
<br><br><br />
==== Dimmer (8011.00), über einen Taster gesteuert (on/off, dimm, stop)====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CUL_0</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer (8011.00), über drei Taster gesteuert (on, off, dimm, stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CUL_0</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen (8080.02), über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CUL_0</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CUL_0</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CUL_0</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br><br />
<br />
[[Kategorie:Other Components]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=28957Kopp Allgemein2019-01-05T14:54:41Z<p>RaspII: /* Unterstützte Aktuatoren */</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM. Das vom Hersteller Kopp unter dem Namen [http://www.kopp.eu/de/service/praktische-tipps/technische-informationen-zum-funk-system-free-control Free-control] angebotene Funk-System unterstützt verschiedene Aktoren und Schalter zur Steuerung in Haus und Wohnung. <br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter'' (bisher nur im RAW Mode)<br />
<br />
'''Hinweis:'''<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br><br />
<br />
'''Bitte beachten:'''<br><br />
[[Datei:Symbole.jpg|mini|left|Symbole der unterschiedlichen Versionen]]<br><br><br />
Unterstützt werden nur Module der Version 2.<br><br />
Die älteren Version 1 Module werden derzeit '''nicht''' unterstützt.<br><br />
Eine Unterscheidung ist anhand des aufgedruckten Symboles möglich.<br><br />
<br><br><br><br><br><br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh-Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der {{Link2CmdRef|Anker=CUL}} (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device darf nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
Die Tastencodes und Transmittercodes müssen jeweils den Codes eines Kopp Senders entsprechen oder dem entsprechenden Aktuator angelernt werden.<br />
(siehe Kopp Handbuch) <br />
<br><br />
==== Darstellung in der FHEM Oberflache ====<br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis ist im Raum "Test" zu finden (siehe Bild)<br><br />
<br><br />
[[Datei:Kopp-Aktuatoren.jpg]]<br />
<br><br><br />
==== Dimmer (8011.00), über einen Taster gesteuert (on/off, dimm, stop)====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CUL_0</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer (8011.00), über drei Taster gesteuert (on, off, dimm, stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CUL_0</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen (8080.02), über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CUL_0</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CUL_0</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CUL_0</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br><br />
<br />
[[Kategorie:Other Components]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=28955Kopp Allgemein2019-01-05T14:50:44Z<p>RaspII: /* Unterstützte Aktuatoren */</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM. Das vom Hersteller Kopp unter dem Namen [http://www.kopp.eu/de/service/praktische-tipps/technische-informationen-zum-funk-system-free-control Free-control] angebotene Funk-System unterstützt verschiedene Aktoren und Schalter zur Steuerung in Haus und Wohnung. <br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter'' (bisher nur im RAW Mode)<br />
<br />
'''Hinweis:'''<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br><br />
<br />
'''Bitte beachten:'''<br><br />
Unterstützt werden nur Module der Version 2.<br />
Die älteren Version 1 Module werden derzeit '''nicht''' unterstützt.<br />
Eine Unterscheidung ist anhand des aufgedruckten Symboles möglich.<br />
[[Datei:Symbole.jpg|mini|left|Symbole der unterschiedlichen Versionen]]<br />
<br><br><br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh-Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der {{Link2CmdRef|Anker=CUL}} (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device darf nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
Die Tastencodes und Transmittercodes müssen jeweils den Codes eines Kopp Senders entsprechen oder dem entsprechenden Aktuator angelernt werden.<br />
(siehe Kopp Handbuch) <br />
<br><br />
==== Darstellung in der FHEM Oberflache ====<br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis ist im Raum "Test" zu finden (siehe Bild)<br><br />
<br><br />
[[Datei:Kopp-Aktuatoren.jpg]]<br />
<br><br><br />
==== Dimmer (8011.00), über einen Taster gesteuert (on/off, dimm, stop)====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CUL_0</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer (8011.00), über drei Taster gesteuert (on, off, dimm, stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CUL_0</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen (8080.02), über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CUL_0</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CUL_0</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CUL_0</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br><br />
<br />
[[Kategorie:Other Components]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Datei:Symbole.jpg&diff=28954Datei:Symbole.jpg2019-01-05T14:43:32Z<p>RaspII: </p>
<hr />
<div>Die Darstellung zeigt die Symbole der unterschiedlichen Versionen</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=20535Somfy via SIGNALduino2017-03-05T09:11:18Z<p>RaspII: Korrektur bei "Bekannte Probleme"</p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.'''<br />
<br />
'''Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.B. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
'''Bitte beachten:'''<br />
<br />
'''Der NanoCUL sollte eine Version mit FTDI USB Chip sein (ist evt. minimal teurer). NanoCUL Varianten mit WCH-USB-Chip (CH340 o.ä.)haben den Nachteil, dass diese keine eindeutige ID haben, d.h. diese können später nicht eindeutig einem FHEM Device zugeordnet werden, wenn mehr wie ein derartiger NanoCUL am FHEM System betrieben wird.'''<br />
<br />
=== Erstinbetriebnahme ===<br />
Die Erstinbetriebnahme des SIGNALduino-CC1101 sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
Die Inbetriebnahme des SIGNALduino-CC1101 ist in der [[SIGNALduino#Einbinden in FHEM|SIGNALDuino Wiki]] unter ''"Einbinden in FHEM"'' erklärt. Auch eine noch unprogrammierte SIGNALduino Hardware kann wie dort beschrieben programmiert werden.<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 (oder die CSn Leitung von D10, hier ist sich der Autor nicht mehr sicher bei welchen Pin das funktioniert hat, Feed Back ist willkommen) des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
=== Tipps und Tricks ===<br />
* {{Link2Forum|Topic=58396|Message=497921|LinkText=CC1101: Konfiguration und Statusinformationen}}<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste noch in Entwicklung befindliche SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
'''Hinweis:'''<br />
<br />
Ein via "Autocreate" in FHEM angelegtes SOMFY-RTS Device kann nicht zum Steuern von SOMFY-RTS Aktuatoren (Empfänger, z.B. Rolläden etc.) verwendet werden, da SOMFY-RTS einen "Rolling Code" verwendet, welcher dafür sorgt, dass wirklich nur die angelernte Fernbedienung über den 6 stelligen Hex Code (s.u.) mit dem Aktuator kommuniziert.<br />
Weitere Fernbedienung bzw. FHEM Devices '''müssen''' beim Aktuator neu angelernt werden.<br />
<br />
<br />
'''Vorgehensweise zur Definition eines SOMFY Devices in FHEM incl. "Pairing" mit dem Aktuator:'''<br />
<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
== Foren Links ==<br />
* {{Link2Forum|Topic=58396|LinkText=SIGNALDuino Empfänger Firm- und Hardware}}<br />
* {{Link2Forum|Topic=58397|LinkText=Signalduino Entwicklung Version 3.3.1 }}<br />
* [http://www.nemcon.nl/blog2/wiring Beschreibung zu diversen Empfängern und Verbesserung der Empfangsleistung]<br />
* [[SIGNALduino in die Arduino Entwicklungsumgebung einbinden]]<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]<br />
[[Kategorie:Rollladensteuerung]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=20087Somfy via SIGNALduino2017-02-19T10:57:43Z<p>RaspII: /* HW-Variante mit CC1101 Transceiver */</p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.'''<br />
<br />
'''Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.B. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
'''Bitte beachten:'''<br />
<br />
'''Der NanoCUL sollte eine Version mit FTDI USB Chip sein (ist evt. minimal teurer). NanoCUL Varianten mit WCH-USB-Chip (CH340 o.ä.)haben den Nachteil, dass diese keine eindeutige ID haben, d.h. diese können später nicht eindeutig einem FHEM Device zugeordnet werden, wenn mehr wie ein derartiger NanoCUL am FHEM System betrieben wird.'''<br />
<br />
=== Erstinbetriebnahme ===<br />
Die Erstinbetriebnahme des SIGNALduino-CC1101 sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
Die Inbetriebnahme des SIGNALduino-CC1101 ist in der [[SIGNALduino#Einbinden in FHEM|SIGNALDuino Wiki]] unter ''"Einbinden in FHEM"'' erklärt. Auch eine noch unprogrammierte SIGNALduino Hardware kann wie dort beschrieben programmiert werden.<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
* {{Link2Forum|Topic=58396|Message=497921|LinkText=CC1101: Konfiguration und Statusinformationen}}<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste noch in Entwicklung befindliche SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
'''Hinweis:'''<br />
<br />
Ein via "Autocreate" in FHEM angelegtes SOMFY-RTS Device kann nicht zum Steuern von SOMFY-RTS Aktuatoren (Empfänger, z.B. Rolläden etc.) verwendet werden, da SOMFY-RTS einen "Rolling Code" verwendet, welcher dafür sorgt, dass wirklich nur die angelernte Fernbedienung über den 6 stelligen Hex Code (s.u.) mit dem Aktuator kommuniziert.<br />
Weitere Fernbedienung bzw. FHEM Devices '''müssen''' beim Aktuator neu angelernt werden.<br />
<br />
<br />
'''Vorgehensweise zur Definition eines SOMFY Devices in FHEM incl. "Pairing" mit dem Aktuator:'''<br />
<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
== Foren Links ==<br />
* {{Link2Forum|Topic=58396|LinkText=SIGNALDuino Empfänger Firm- und Hardware}}<br />
* {{Link2Forum|Topic=58397|LinkText=Signalduino Entwicklung Version 3.3.1 }}<br />
* [http://www.nemcon.nl/blog2/wiring Beschreibung zu diversen Empfängern und Verbesserung der Empfangsleistung]<br />
* [[SIGNALduino in die Arduino Entwicklungsumgebung einbinden]]<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]<br />
[[Kategorie:Rollladensteuerung]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19799Somfy via SIGNALduino2017-02-12T19:42:21Z<p>RaspII: Link in "Tipps und Tricks" eingebaut</p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.'''<br />
<br />
'''Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
'''Bitte beachten:'''<br />
<br />
'''Der NanoCUL sollte eine Version mit FTDI USB Chip sein (sind evt minimal teurer). NanoCUL Varianten mit WCH-USB-Chip (CH340 oä.)haben den Nachteil, dass diese keine eindeutige ID haben, d.h. diese können später nicht eindeutig einem FHEM Device zugeordnet werden, wenn mehr wie ein derartiger NanoCUL am FHEM System betrieben wird.'''<br />
<br />
=== Erstinbetriebnahme ===<br />
Die Erstinbetriebnahme des SIGNALduino-CC1101 sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
Die Inbetriebnahme des SIGNALduino-CC1101 ist in der [[SIGNALduino#Einbinden in FHEM|SIGNALDuino Wiki]] unter ''"Einbinden in FHEM"'' erklärt. Auch eine noch unprogrammierte SIGNALduino Hardware kann wie dort beschrieben programmiert werden.<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
* {{Link2Forum|Topic=58396|Message=497921|LinkText=CC1101: Konfiguration und Statusinformationen}}<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste noch in Entwicklung befindliche SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
'''Hinweis:'''<br />
<br />
Ein via "Autocreate" in FHEM angelegtes SOMFY-RTS Device kann nicht zum Steuern von SOMFY-RTS Aktuatoren (Empfänger, z.B. Rolläden etc.) verwendet werden, da SOMFY-RTS einen "Rolling Code" verwendet, welcher dafür sorgt, dass wirklich nur die angelernte Fernbedienung über den 6 stelligen Hex Code (s.u.) mit dem Aktuator kommuniziert.<br />
Weitere Fernbedienung bzw. FHEM Devices '''müssen''' beim Aktuator neu angelernt werden.<br />
<br />
<br />
'''Vorgehensweise zur Definition eines SOMFY Devices in FHEM incl. "Pairing" mit dem Aktuator:'''<br />
<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
== Foren Links ==<br />
* {{Link2Forum|Topic=58396|LinkText=SIGNALDuino Empfänger Firm- und Hardware}}<br />
* {{Link2Forum|Topic=58397|LinkText=Signalduino Entwicklung Version 3.3.1 }}<br />
* [http://www.nemcon.nl/blog2/wiring Beschreibung zu diversen Empfängern und Verbesserung der Empfangsleistung]<br />
* [[SIGNALduino in die Arduino Entwicklungsumgebung einbinden]]<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]<br />
[[Kategorie:Rollladensteuerung]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=SIGNALduino&diff=19798SIGNALduino2017-02-12T19:29:06Z<p>RaspII: Zusätzliche Links eingebaut</p>
<hr />
<div>{{Infobox Modul<br />
|ModPurpose=Empfang und Verarbeitung von digialen Signalen<br />
|ModType=d<br />
|ModFTopic=38402<br />
|ModCmdRef=SIGNALduino<br />
|ModForumArea=Sonstige Systeme<br />
|ModTechName=00_SIGNALduino.pm<br />
|ModOwner=Sidey ({{Link2FU|8018|Forum}}/[[Benutzer Diskussion:Sidey|Wiki]])<br />
}}<br />
<br />
Das Modul [[SIGNALduino]] unterstützt den gleichnamigen Low-Cost Empfänger für digitale Signale, ähnlich einem [[CUL]]. Der SIGNALduino (Hardware) basiert auf einem Arduino. Hauptsächlich wurde er für den [http://arduino.cc/de/Main/ArduinoBoardNano Arduino Nano] entwickelt. Es stehen jedoch auch für den [https://www.arduino.cc/en/Main/arduinoBoardUno UNO] und [https://www.arduino.cc/en/Main/ArduinoBoardProMini PRO Mini] Firmware Dateien zur Verfügung. Die ausgelieferte Firmware läuft nur auf Mikrocontrollern mit 16 Mhz. Wer einen Mikrocontroller mit 8 Mhz verwenden möchte, muss die Firmware selbst compilieren.<br />
<br />
Er wird hauptsächlich über den USB Port angeschlossen, kann aber auch mit Zusätzlichen ESP Modulen über ein WLAN angebunden werden. Die Schaltung entspricht der des [[FHEMduino]]. <br />
In Arbeit ist auch eine Variante zum [[Selbstbau_CUL]]. <br />
Und ebenso eine Variante, die auf einem [[ESP8266]] nativ läuft.<br />
<br />
# Das Modul wird stetig weiterentwickelt<br />
# Das Modul gibt bei Bedarf sehr viele Meldungen ins Logfile, in den Normaleinstellungen verhält es sich aber relativ ruhig.<br />
<br />
== Was macht dieser SIGNALduino? ==<br />
[[Datei:Fhemduino_schematic.png|200px|thumb|right|SIGNAL(FHEM)duino Schaltplan]] <br />
Digitale Signale anhand von Mustern erkennen und zum Auswerten an FHEM weitergeben, dort können die Daten dann dekodiert werden.<br />
Zwischenzeitlich gibt der Arduino alle erkannten Signale an FHEM weiter, dies hilft um vor allem Signale zu finden, die noch nicht bekannt sind.<br />
<br />
Beispiel:<br />
Arduino mit 433 Mhz Empfänger an einen FHEM Server anschließen und IT Steckdosen empfangen / schalten<br />
<br />
Das System ist jedoch nicht auf 433 Mhz beschränkt. Es funktioniert auch mit anderen Frequenzen oder Medien, z.B. auch mit Infrarot oder direkt angebunden via Draht.<br />
<br />
== Worin liegt der Vorteil zu einem CUL oder FHEMduino? ==<br />
Der vorteil besteht darin, dass man sehr schnell das Funksignal demodulieren kann. <br />
Wer Lust hat weitere Protokolle zu dekodieren, braucht dazu nur ein passendes FHEM Modul entwickeln oder ein universelles Modul erweitern. Änderungen am Arduino Code sind "eigentlich" nicht notwendig, dadurch skaliert das System gut.<br />
<br />
Andere Möglichkeit: Wer einen Wettersensor dekodieren möchte, muss ja erst mal feststellen, was der Sensor sendet. Dazu kann man den SIGNALduino auch an den Sendeausgang des Sensors anbinden und empfängt die digitalen Signale. Bitte achtet aber auf die passenden Spannungen, bevor ihr eine solche Schaltung vornehmt. Ein Arduino Nano verträgt 5V.<br />
<br />
== Unterstützte Geräte ==<br />
Für die folgenden Geräte gibt es derzeit eine Unterstützung für den Betrieb mit FHEM. Die Geräte werden [[autocreate|automatisch erkannt]] und in der Konfiguration eingetragen wenn der SIGNALduino mal läuft.<br />
{|class="wikitable"<br />
! style="text-align:left;"| Produkt <br />
! (E)mpfangen<br />(S)enden <br />
! Hinweise <br />
! Verwendetes Modul <br />
! Protokoll ID<br />
|-<br />
|TCM Wetterstation (97001 und 21xxx Serie)||E|| || CUL_TCM97001 || 0<br />
|-<br />
|ABS Wetterstation (ABS 700)||E|| || CUL_TCM97001 || 0<br />
|-<br />
|Prologue Wetterstation ||E|| ||CUL_TCM97001 || 0<br />
|-<br />
|Rubicson Wetterstation ||E|| ||CUL_TCM97001 ||0 <br />
|-<br />
|NC_WS Wetterstation ||E|| ||CUL_TCM97001 || 0<br />
|-<br />
|[http://www.gt-support.de/ GT-WT-02 Wetterstation]||E|| ||CUL_TCM97001 || 0<br />
|-<br />
|AURIOL Wetterstation ||E|| ||CUL_TCM97001 || 0<br />
|-<br />
|Mebus Wetterstation ||E|| ||CUL_TCM97001 || 0<br />
|-<br />
|Intertechno Funkschalter||E S|| ||IT || 3,4,5,17<br />
|-<br />
|<strike>Conrad RSL Funkschalter</strike>||E S|| Funktioniert aktuell nicht || SIGNALduino_RSL || <br />
|-<br />
|[http://global.oregonscientific.com/product_view.php?id=5 Oregon Scientific Wettersensoren]||E || Protokoll V2 & V3 implementiert || OREGON || 10<br />
|-<br />
|Bresser Temp/Hydro Sensor||E || || Hideki || 12<br />
|-<br />
|[https://de.hama.com/00104985/hama-aussensensor-ts33c-fuer-wetterstation Hama TS33C]||E || || Hideki || 12<br />
|-<br />
|TFA Temp/Hydro Sensor||E || || Hideki || 12<br />
|-<br />
|Lacrosse TX2/TX3 Sensoren||E || || CUL_TX || 8<br />
|-<br />
|TFA 30320902||E || || SD_WS07 || 7<br />
|-<br />
|Eurochon eas800z||E || || SD_WS07 || 7<br />
|-<br />
|Technoline WS6750/TX70DTH||E || || SD_WS07 || 7<br />
|-<br />
|FreeTec Außenmodul NC-7344||E || || SD_WS07 || 7<br />
|-<br />
|CTW600||E || || SD_WS09 || 9<br />
|-<br />
|WH1080||E || || SD_WS09 || 9<br />
|-<br />
|Visivon remote pt4450||E || || none || 24<br />
|-<br />
|Einhel HS 434/6||E || || none || 21<br />
|-<br />
|FA21RF||E || || none || 13<br />
|-<br />
|mumbi m-FS300||E || || none || 26,27<br />
|-<br />
|TFA 30.3200||E || || none || 33<br />
|-<br />
|Livolo||E|| || none || 20<br />
|-<br />
|Smartwares SH5-TSO-A||E S|| || IT || ?<br />
|-<br />
|X10 Security Devices||E|| || || 39<br />
|-<br />
|[[Somfy_via_SIGNALduino|Somfy RTS]]||E S|| || SOMFY || 43<br />
|}<br />
<br />
== Hardware ==<br />
Wie muss der Arduino verkabelt werden?<br />
Die Verkabelung ist Identisch zum [[FHEMduino]]<br />
<br />
Des weiteren benötigt man neben dem Arduino ein Sendemodul und auch ein Empfangsmodul.<br />
Für gut befunden sind z.B. ein RXB6 Modul um 433 Mhz Signale empfangen zu können.<br />
<br />
== Bauanleitung und Teileliste ==<br />
<br />
Benötigt wird ein Arduino Nano, Uno oder mini. Zu empfehlen ist der Nano.<br />
An den Nano, werden Empfänger und Sendeeinheit angeschlossen.<br />
Als weitere Komponenten benötigt man einen Sender und Empfänger im gewünschten Frequenzspektrum. Hierzu kann auch eine bestehende Wetterstation oder Funkfernbedienung ausgeschlachtet werden.<br />
<br />
Durch die geringe Anzahl an Bauteilen lässt sich das System sehr gut auf einer Lochrasterplatine aufbauen und ist somit auch für Anwender, die mit dem Aufbau von Schaltungen weniger bewandert sind, leicht zu realisieren.<br />
<br />
Anbei eine Auswahl häufig verwendeter Komponenten. Diese sind alle (z.B. auf Ebay) leicht zu finden:<br />
* Arduino Nano V3.0 ATmega328P 5V 16M <br />
* 433 Mhz Transmitter FS1000A (dieser wird in der Regel mit einem Empfänger XY-MK-5V angeboten. Der Empfänger ist jedoch relativ unbrauchbar)<br />
* 433 Mhz Empfänger RXB-6 oder alternativ auch RXB-8<br />
* 433MHz Helix Antenne<br />
<br />
<br />
== Einbinden in FHEM ==<br />
Die SIGNALduino Module werden über das FHEM [[update]] verteilt. <br />
<br />
Die in der Entwicklung befindliche Version kann auch geladen werden. Dazu folgende Befehle in FHEM ausführen:<br />
<br />
1. FHEM aktualisieren: <code>update</code> <br />
2. SIGNALduino Modul und Firmware aktualisieren: <code>update all <nowiki>https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</nowiki></code> <br />
<br />
Gerade wenn neue Entwicklungen für euch interessant sind, könnt ihr FHEM auch dauerhaft die developer Version aktualisieren lassen:<br />
<code>update add <nowiki>https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</nowiki></code> <br />
Danach wird FHEM bei dem normalen Update Befehl immer automatisch die aktuelle dev Version laden.<br />
<br />
Durch das Update von FHEM wird sichergestellt, dass das Modul mit FHEM arbeitet. Außerdem wird auch die Firmware geladen. Im Log File seht ihr, wo diese hinkopiert wurden: z.B. nach FHEM/firmware/SIGNALduino_nano328.hex<br />
<br />
Danach kann das Gerät wie folgt definiert werden (die Spezifikation des USB Anschlusses muss natürlich an die aktuellen Gegebenheiten angepasst werden):<br />
:<code>define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600</code><br />
<br />
Nach dem Einbinden wird der SIGNALduino, falls er erkannt wird, im Status "Opened" angezeigt. <br />
<br />
== Flashen des Ardunio mit der SIGNALduino Firmware ==<br />
Falls avrdude noch nicht vorhanden ist, kann es mit folgendem Befehl installiert werden:<br />
:<code>sudo apt-get install avrdude</code><br />
<br />
In FHEM ist der SIGNALduino ja bereits mit dem Status "Open" vorhanden. Jetzt müssen wir FHEM noch mitteilen, welche Hardware wir angeschlossen haben. Über das Attribut ''hardware'' lässt sich zwischen den mitgelieferten Firmware Dateien wechseln.<br />
<br />
Beispiel:<br />
<code>attr sduino hardware nano328</code><br />
<br />
Anschließend kann der ''flash'' Befehl abgesetzt werden: <br />
<code>set sduino flash </code><br />
Dadurch wird der Arduino mit der gewählten Firmware geflasht. Das Ergebnis wird im Webinterface direkt angezeigt.<br />
<br />
Alternativ kann auch der Flash-Befehl mit einem Dateinamen aufgerufen werden. Diese Möglichkeit sollte jedoch nur verwendet werden, wenn die SIGNALduino Firmware selbst compiliert wurde und eine andere Hardware verwendet wird. Der Flash-Befehl wird wie folgt aufgerufen:<br />
:<code>set sduino flash FHEM/firmware/SIGNALduino_mega2560.hex</code><br />
(je nachdem wo und unter welchem Namen die .hex Datei abgelegt wurde)<br />
<br />
=== Arduino Nano mit cc1101 / NanoCul (nur development Version) ===<br />
Solltet ihr einen Nano mit cc1101 Transreceiver verwenden, so wählt bitte folgende Hadware, damit die richtige Firmware geflasht wird,<br />
<code>attr sduino hardware nanoCC1101</code><br />
<br />
<br />
== Daten aus dem Logfile erklärt ==<br />
Im Logfile ab [[Verbose]] 4 tauchen diverse Meldungen auf, deren Bedeutung kurz erläutert wird:<br />
<br />
Unknown Code, so oder ähnlich bedeutet, dass der SIGNALduino Signaldaten empfangen und diese binär interpretiert hat. Diese Meldung soll uns nun aber mitteilen, dass es dann nicht weiter verarbeitet werden kann, da kein Modul existiert, welches diese Daten jetzt in ihre Bedeutung umwandeln kann. <br />
:<br />
<code>sduino: Unknown code u1FFFFF0, help me!</code><br />
<br />
Mittlerweile sind über 50 Protokolle für den SIGNALduino definiert. Dadurch kommt es vor, dass sich ein Signal mit mehr als einem Protokoll demodulieren lässt. Meist führt dies dann zu Zusätzlichen Unknown code Einträgen.<br />
Diese Einträge können mit dem Attribut WhitelistID minimiert werden. Geräte, welche ihr empfangen wollt, könnt ihr in die WhitelistID aufnehmen. Die Geräte werden dadurch anhand einer Protokollnummer identifiziert. Diese kann der obigen Tabelle zum Teil entnommen werden. Hilfreich ist es auch, wenn ihr in den verwendeten Geräten im Internal <gerätename>_DMSG nachseht. Diese sind teilweise nach folgendem Schema aufgebaut: <code>W50#FF553335FFBC</code> W50 bedeutet dann Protokoll #50.<br />
Ist der Aufbau nicht so, hilft noch ein Blick in den Quellcode<br />
<br />
<br />
MS - Nachricht mit Sync Puls: Es wurde eine Signal empfangen. P0-P6 sind die Signalpegel (Dauer und positiv/negativ). Hinter D= befindet sich die Abfolge der Signale. 15 Bedeutet es wurde ein Signalpegel (1) 395 Mikrosekundenhigh und Anschließend (5) 8916 Mikrosekunden low gemessen. CP=1 ist die Referenz auf den Takt des Signales. Getaktet wird in diesem Fall mit ~395 Mikrosekunden. SP=5 gibt die Referenz zum Syncpuls an. Welche Signalfolge nun eine binäre 1 bzw. 0 bedeutet, wird im SIGNALduino über die integrierte Protokoll Liste realisiert.<br />
:<br />
<code>MS;P0=-108;P1=395;P2=-1033;P3=-547;P4=-19932;P5=-8916;P6=1368;D=151313131312131313131313131313131312121212121313131313131312131212132;CP=1;SP=5;</code><br />
<br />
MC - Nachricht vom Typ Manchester: Manchester Kodierte Signale, können bereits sehr einfach im Arduino in eine Binärform umgewandelt werden. Es wird hier nach IEEE 802.3 umgewandelt. In Manchester Signalen gibt es lange und kurze Pulse. Deren Durchschnittswert wird mit LL (long low), LH (long high), SL (short low) und SH (short high) übermittelt. Zusätzlich, um das Protokoll schneller erkennen zu können, wird die Taktfrequenz mit übermittelt (C=429 Mikrosekunden). Die Daten befinden sich hinter D= und werden in HEX Form übergeben.<br />
:<br />
<code>MC;LL=-1066;LH=904;SL=-562;SH=385;D=332B4B4D54D5554B552CD2D554B2B5354A;C=429;</code><br />
<br />
MU - Message unsynced: Diese Art von Nachrichten, sind nicht nach Manchester codiert und haben auch keinen erkennbaren Sync / Clock Signalpegel am Start der Nachricht.<br />
Bei diesen Nachrichtentypen ist es, im Vergleich zu den anderen, am wahrscheinlichsten, dass das übermittelte Signal unvollständig oder überhaupt kein Signal ist.<br />
Wie bei MS sind P0-P6 die Signalpegel und in D= wird die Abfolge der Signalpegel referenziert. CP=2 gibt auch hier die Referenz zum Takt an, allerdings muss dieser nicht korrekt erkannt worden sein.<br />
:<br />
<code>MU;P0=1372;P1=-580;P2=362;P3=-1047;D=01212321212321212121212121212123212123212321232121212121212321;CP=2;</code><br />
<br />
== Mein Gerät wird in FHEM nicht erkannt ==<br />
1. Prüfen, ob vom Sensor die Signaldaten (verbose >=4) erkannt werden. Sobald ihr die empfangenen Signaldaten im Logfile zuordnen könnt, geht es weiter mit:<br />
<br />
2. Eröffnet ein Thema unter [https://github.com/RFD-FHEM/RFFHEM/issues github] nach folgendem Muster:<br />
:''Thema : Protokoll für <Das verwendete Gerät><br />
:Inhalt: Eure Hardware z.B. Arduino Nano mit XYZ Empfänger, oder Arduino Nano direkt an Gerät x<br />
Auszug aus dem Logfile, welches zum Gerät gehört.<br />
:''Alles was ihr sonst noch über das Gerät und die übertragenen Daten wisst.<br />
<br />
Alternativ könnt ihr auch im Forum posten. Um einzelne Erweiterungen besser im Überblick zu behalten, eignet sich das github jedoch besser.<br />
<br />
<br />
== Es wird ein Protokoll erkannt, Autocreate legt aber kein device an ==<br />
Im SIGNALduino sind >30 Protokolle implementiert. Jedoch gibt es nur wenige Module, welche diese Protokolle verarbeiten.<br />
Teilweise ist das auch nicht zwingend Notwendig um seine Anforderungen zu erfüllen.<br />
<br />
Insbesondere für Schalter bzw. Sensoren die nur zwei Zustände kennen geht es meist ohne Modul und automatisch angelegtem Gerät.<br />
<br />
Nehmen wir an, wir haben einen Schalter. Dieser kann einen oder zwei Zustände senden<br />
Im FHEM Log tauchen Meldungen ähnlich dieser auf<br />
<br />
<code><br />
2015.11.15 15:52:23 4: SIGNALduino_unknown incomming msg: u85#FF8081<br />
</code><br />
<br />
Wir können mit Hilfe des Modules DOIF auf diese Nachricht eine Aktion ausführen:<br />
<br />
Entweder, wenn wir den Inhalt der Nachricht nur zu teilen wissen, da er sich ändert:<br />
<code><br />
define mydoif DOIF ([sduino:&DMSG] =~ "u85#FF8081") (set Lamp on)<br />
attr mydoif do always<br />
</code><br />
<br />
Oder, wenn wir den Inhalt exakt kennen, dann auch als Vergleichsstring<br />
<code><br />
define mydoif DOIF ([sduino:&DMSG] eq "u85#FF8081") (set relais on)<br />
attr mydoif do always<br />
</code><br />
<br />
Der Teil u85#FF8081 muss individuell angepasst werden. Der Name eures SIGNALduino eventuell auch.<br />
<br />
<br />
== Wie kann ich etwas Senden ==<br />
Der SIGNALduino kann etwas senden, indem ihm das SIGNAL so übermittelt wird, wie er es moduliert.<br />
Genannt "raw senden".<br />
<br />
Um in der FHEM Kommandozeile etwas zu senden muss der Befehl wie folgt eingegeben werden:<br />
<br />
<code><br />
set sduino sendMsg P3#00111010#R4<br />
</code><br />
<br />
Moduliert die Bitfolge 00111010 mittels Protokoll #3 und wiederholt die Nachricht 4x.<br />
Die Protokoll Nummer kann aus einer empfangenen Nachricht extrahiert werden. Ebenso die Bits.<br />
<code><br />
sduino: extracted data 00111010 (bin)<br />
sduino: Found Protocol id 3 <br />
</code><br />
<br />
Alternativ kann das Signal auch in einer "rohform" angegeben werden. Dies ist manchmal in speziellen Fällen notwendig:<br />
<code><br />
set sduino raw SR;;R=3;;P0=4742;;P1=-1554;;P2=286;;P3=-786;;P4=649;;P5=-420;;D=0123234545234545452323232323454523234523454523232345454523232323452345234523452345;;<br />
</code><br />
<br />
R=3 bedeutet das Signal wird 3x gesendet.<br />
Die Übertragung besteht aus den in D angegeben Pulsen, welche in P0-P5 definiert werden.<br />
Die Daten kann man aus einer empfangenen MS oder MU Nachricht extrahieren.<br />
<br />
Alternativ kann ab Version 3.2 auch eine vereinfachte Form eingegeben werden.<br />
== Es erscheinen viele Logmeldungen für Geräte die ich nicht habe ==<br />
Es erscheinen viele Meldungen dieser Art:<br />
<br />
<pre><br />
Fingerprint for MU Protocol id xxxx -> yyy matches, trying to demodulate<br />
sduino: Starting demodulation at Position 1<br />
Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate<br />
sduino: Starting demodulation at Position 1<br />
Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate<br />
</pre><br />
<br />
Viele dieser Logmeldungen können durch Setzen des ''verbose'' Levels auf den Wert ''3'' unterdrückt werden.<br />
<br />
Dennoch kommt es gehäuft zu Logmeldungen und auch Events in ähnlicher Form:<br />
:<code>SIGNALduino_unknown incomming msg: u85#FF8081</code><br />
<br />
Das Attribut ''whitelistIDs'' erlaubt es, anzugeben, welche Protokolle vom FHEM Modul berücksichtigt werden. Für Protokolle, die nicht berücksichtigt werden, gibt es weder Logeinträge noch Events. Diese werden im Programmablauf nicht berücksichtigt. Das spart zum einen Ressourcen und trägt auch zur Übersichtlichkeit bei. Die Angabe erfolgt durch Komma getrennt: z.B.:<br />
:<code>1,2,5,10</code><br />
<br />
== Foren Links ==<br />
* {{Link2Forum|Topic=38402|LinkText=Forenthread - Ankündigung}}<br />
* {{Link2Forum|Topic=58396|LinkText=SIGNALDuino Empfänger Firm- und Hardware}}<br />
* {{Link2Forum|Topic=58397|LinkText=Signalduino Entwicklung Version 3.3.1 }}<br />
* [http://www.nemcon.nl/blog2/wiring Beschreibung zu diversen Empfängern und Verbesserung der Empfangsleistung]<br />
* [[SIGNALduino in die Arduino Entwicklungsumgebung einbinden]]<br />
* [[Somfy via SIGNALduino]]<br />
<br />
<br />
[[Kategorie:Interfaces]]<br />
[[Kategorie:Arduino]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19797Somfy via SIGNALduino2017-02-12T19:26:53Z<p>RaspII: SIGNALduino in die Arduino Entwicklungsumgebung einbinden in eine eigene HOWTO verschoben</p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.'''<br />
<br />
'''Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
'''Bitte beachten:'''<br />
<br />
'''Der NanoCUL sollte eine Version mit FTDI USB Chip sein (sind evt minimal teurer). NanoCUL Varianten mit WCH-USB-Chip (CH340 oä.)haben den Nachteil, dass diese keine eindeutige ID haben, d.h. diese können später nicht eindeutig einem FHEM Device zugeordnet werden, wenn mehr wie ein derartiger NanoCUL am FHEM System betrieben wird.'''<br />
<br />
=== Erstinbetriebnahme ===<br />
Die Erstinbetriebnahme des SIGNALduino-CC1101 sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
Die Inbetriebnahme des SIGNALduino-CC1101 ist in der [[SIGNALduino#Einbinden in FHEM|SIGNALDuino Wiki]] unter ''"Einbinden in FHEM"'' erklärt. Auch eine noch unprogrammierte SIGNALduino Hardware kann wie dort beschrieben programmiert werden.<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste noch in Entwicklung befindliche SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
'''Hinweis:'''<br />
<br />
Ein via "Autocreate" in FHEM angelegtes SOMFY-RTS Device kann nicht zum Steuern von SOMFY-RTS Aktuatoren (Empfänger, z.B. Rolläden etc.) verwendet werden, da SOMFY-RTS einen "Rolling Code" verwendet, welcher dafür sorgt, dass wirklich nur die angelernte Fernbedienung über den 6 stelligen Hex Code (s.u.) mit dem Aktuator kommuniziert.<br />
Weitere Fernbedienung bzw. FHEM Devices '''müssen''' beim Aktuator neu angelernt werden.<br />
<br />
<br />
'''Vorgehensweise zur Definition eines SOMFY Devices in FHEM incl. "Pairing" mit dem Aktuator:'''<br />
<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
== Foren Links ==<br />
* {{Link2Forum|Topic=58396|LinkText=SIGNALDuino Empfänger Firm- und Hardware}}<br />
* {{Link2Forum|Topic=58397|LinkText=Signalduino Entwicklung Version 3.3.1 }}<br />
* [http://www.nemcon.nl/blog2/wiring Beschreibung zu diversen Empfängern und Verbesserung der Empfangsleistung]<br />
* [[SIGNALduino in die Arduino Entwicklungsumgebung einbinden]]<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]<br />
[[Kategorie:Rollladensteuerung]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=SIGNALduino_Compilieren&diff=19796SIGNALduino Compilieren2017-02-12T19:22:16Z<p>RaspII: Die Seite wurde neu angelegt: „== Inbetriebnahme == Zur Inbetriebnahme auf der Arduino IDE (getestet mit auf Arduino V1.6.7) müssen die Sourcen von [https://github.com/RFD-FHEM/SIGNALDuino/…“</p>
<hr />
<div>== Inbetriebnahme ==<br />
Zur Inbetriebnahme auf der Arduino IDE (getestet mit auf Arduino V1.6.7) müssen die Sourcen von [https://github.com/RFD-FHEM/SIGNALDuino/ GitHub] (Stand Feb. 2017) geladen werden.<br />
<br />
Dort ''"Clone or download"'' und danach ''"Download ZIP"'' klicken.<br />
<br />
Aus der ZIP Datei werden folgende Dateien benötigt:<br />
* Die Datei ''"RF_Receiver.ino"'' in einen Ordner ''"RF_Receiver"'', am besten direkt ins ''"Arduino"'' Verzeichnis der IDE kopieren.<br />
* Im ''"libraries"'' Ordner der Arduino IDE am besten ein Ordner mit Namen ''"SIGNALduino"'' anlegen, dort müssen dann die Dateien ''"bitstore"'' ''"output"'' ''"signalDecoder"'' ''"SimpleFIFO"'' und ''"TimerOnce"'' (jeweils ''".cpp"'' und ''".h"'' Datei) aus dem ZIP Archiv abgelegt werden.<br />
* Im diesem ''"SIGNALduino"'' Verzeichnis ist dann noch ein Unterverzeichnis ''"config"'' anzulegen, dort muss die Datei ''"known_16bit_timers.h"'' abgelegt werden.<br />
<br />
Struktur der SIGNALduino libraries:[[Datei:SIGNALduino-ViaArduinoEnvironment.jpg]]<br />
<br />
<br />
In Der Arduino Entwicklungsumgebung unter "Werkzeuge" -> "Board" ''"Arduino Nano"'' und unter "Werkzeuge" -> Prozessor ''"ATmega328"'' angeben. Nach Einstecken des SIGNALduinos in die USB Buchse noch den entsprechenden ''"COM-Port"'' unter "Werkzeuge" -> "Port" angeben, danach sollte sich der Scetch ''"RF_Receiver.ino"'' übersetzen und auf den SIGNALduino laden lassen.<br />
<br />
== Foren Links ==<br />
* {{Link2Forum|Topic=58396|LinkText=SIGNALDuino Empfänger Firm- und Hardware}}<br />
* {{Link2Forum|Topic=58397|LinkText=Signalduino Entwicklung Version 3.3.1 }}<br />
* [http://www.nemcon.nl/blog2/wiring Beschreibung zu diversen Empfängern und Verbesserung der Empfangsleistung]<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Interfaces]]<br />
[[Kategorie:Arduino]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19522Somfy via SIGNALduino2017-02-07T21:09:23Z<p>RaspII: </p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.'''<br />
<br />
'''Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
'''Bitte beachten:'''<br />
<br />
'''Der NanoCUL sollte eine Version mit FTDI USB Chip sein (sind evt minimal teurer). NanoCUL Varianten mit WCH-USB-Chip (CH340 oä.)haben den Nachteil, dass diese keine eindeutige ID haben, d.h. diese können später nicht eindeutig einem FHEM Device zugeordnet werden, wenn mehr wie ein derartiger NanoCUL am FHEM System betrieben wird.'''<br />
<br />
=== Erstinbetriebnahme mit Arduino IDE ===<br />
Die Erstinbetriebnahme des SIGNALduino-CC1101 sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
<br />
Zur Inbetriebnahme auf der Arduino IDE (getestet mit auf Arduino V1.6.7) müssen die Sourcen von [https://github.com/RFD-FHEM/SIGNALDuino/ GitHub] (Stand Feb. 2017) geladen werden.<br />
<br />
Dort ''"Clone or download"'' und danach ''"Download ZIP"'' klicken.<br />
<br />
Aus der ZIP Datei werden folgende Dateien benötigt:<br />
* Die Datei ''"RF_Receiver.ino"'' in einen Ordner ''"RF_Receiver"'', am besten direkt ins ''"Arduino"'' Verzeichnis der IDE kopieren.<br />
* Im ''"libraries"'' Ordner der Arduino IDE am besten ein Ordner mit Namen ''"SIGNALduino"'' anlegen, dort müssen dann die Dateien ''"bitstore"'' ''"output"'' ''"signalDecoder"'' ''"SimpleFIFO"'' und ''"TimerOnce"'' (jeweils ''".cpp"'' und ''".h"'' Datei) aus dem ZIP Archiv abgelegt werden.<br />
* Im diesem ''"SIGNALduino"'' Verzeichnis ist dann noch ein Unterverzeichnis ''"config"'' anzulegen, dort muss die Datei ''"known_16bit_timers.h"'' abgelegt werden.<br />
<br />
Struktur der SIGNALduino libraries:[[Datei:SIGNALduino-ViaArduinoEnvironment.jpg]]<br />
<br />
<br />
In Der Arduino Entwicklungsumgebung unter "Werkzeuge" -> "Board" ''"Arduino Nano"'' und unter "Werkzeuge" -> Prozessor ''"ATmega328"'' angeben. Nach Einstecken des SIGNALduinos in die USB Buchse noch den entsprechenden ''"COM-Port"'' unter "Werkzeuge" -> "Port" angeben, danach sollte sich der Scetch ''"RF_Receiver.ino"'' übersetzen und auf den SIGNALduino laden lassen.<br />
<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste noch in Entwicklung befindliche SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
'''Hinweis:'''<br />
<br />
Ein via "Autocreate" in FHEM angelegtes SOMFY-RTS Device kann nicht zum Steuern von SOMFY-RTS Aktuatoren (Empfänger, z.B. Rolläden etc.) verwendet werden, da SOMFY-RTS einen "Rolling Code" verwendet, welcher dafür sorgt, dass wirklich nur die angelernte Fernbedienung über den 6 stelligen Hex Code (s.u.) mit dem Aktuator kommuniziert.<br />
Weitere Fernbedienung bzw. FHEM Devices '''müssen''' beim Aktuator neu angelernt werden.<br />
<br />
<br />
'''Vorgehensweise zur Definition eines SOMFY Devices in FHEM incl. "Pairing" mit dem Aktuator:'''<br />
<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]<br />
[[Kategorie:Rollladensteuerung]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Datei:SIGNALduino-ViaArduinoEnvironment.jpg&diff=19521Datei:SIGNALduino-ViaArduinoEnvironment.jpg2017-02-07T21:05:26Z<p>RaspII: </p>
<hr />
<div></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19520Somfy via SIGNALduino2017-02-07T21:00:55Z<p>RaspII: /* Erstinbetriebnahme mit Arduino IDE */</p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.'''<br />
<br />
'''Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
'''Bitte beachten:'''<br />
<br />
'''Der NanoCUL sollte eine Version mit FTDI USB Chip sein (sind evt minimal teurer). NanoCUL Varianten mit WCH-USB-Chip (CH340 oä.)haben den Nachteil, dass diese keine eindeutige ID haben, d.h. diese können später nicht eindeutig einem FHEM Device zugeordnet werden, wenn mehr wie ein derartiger NanoCUL am FHEM System betrieben wird.'''<br />
<br />
=== Erstinbetriebnahme mit Arduino IDE ===<br />
Die Erstinbetriebnahme des SIGNALduino-CC1101 sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
<br />
Zur Inbetriebnahme auf der Arduino IDE (getestet mit auf Arduino V1.6.7) müssen die Sourcen von [https://github.com/RFD-FHEM/SIGNALDuino/ GitHub] (Stand Feb. 2017) geladen werden.<br />
<br />
Dort ''"Clone or download"'' und danach ''"Download ZIP"'' klicken.<br />
<br />
Aus der ZIP Datei werden folgende Dateien benötigt:<br />
* Die Datei ''"RF_Receiver.ino"'' in einen Ordner ''"RF_Receiver"'', am besten direkt ins ''"Arduino"'' Verzeichnis der IDE kopieren.<br />
* Im ''"libraries"'' Ordner der Arduino IDE am besten ein Ordner mit Namen ''"SIGNALduino"'' anlegen, dort müssen dann die Dateien ''"bitstore"'' ''"output"'' ''"signalDecoder"'' ''"SimpleFIFO"'' und ''"TimerOnce"'' (jeweils ''".cpp"'' und ''".h"'' Datei) aus dem ZIP Archiv abgelegt werden.<br />
* Im diesem ''"SIGNALduino"'' Verzeichnis ist dann noch ein Unterverzeichnis ''"config"'' anzulegen, dort muss die Datei ''"known_16bit_timers.h"'' abgelegt werden.<br />
<br />
In Der Arduino Entwicklungsumgebung dann noch bei "Werkzeuge" -> "Board" ''"Arduino Nano"'' und unter "Werkzeuge" -> Prozessor ''"ATmega328"'' angeben. Nach einstecken des SIGNALduinos in die USB Buchse noch den entsprechenden ''"COM-Port"'' unter "Werkzeuge" -> "Port" angeben, danach sollte sich der Scetch ''"RF_Receiver.ino"'' übersetzen und auf den SIGNALduino laden lassen.<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste noch in Entwicklung befindliche SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
'''Hinweis:'''<br />
<br />
Ein via "Autocreate" in FHEM angelegtes SOMFY-RTS Device kann nicht zum Steuern von SOMFY-RTS Aktuatoren (Empfänger, z.B. Rolläden etc.) verwendet werden, da SOMFY-RTS einen "Rolling Code" verwendet, welcher dafür sorgt, dass wirklich nur die angelernte Fernbedienung über den 6 stelligen Hex Code (s.u.) mit dem Aktuator kommuniziert.<br />
Weitere Fernbedienung bzw. FHEM Devices '''müssen''' beim Aktuator neu angelernt werden.<br />
<br />
<br />
'''Vorgehensweise zur Definition eines SOMFY Devices in FHEM incl. "Pairing" mit dem Aktuator:'''<br />
<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]<br />
[[Kategorie:Rollladensteuerung]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19518Somfy via SIGNALduino2017-02-07T20:09:20Z<p>RaspII: /* Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute */</p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.'''<br />
<br />
'''Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
'''Bitte beachten:'''<br />
<br />
'''Der NanoCUL sollte eine Version mit FTDI USB Chip sein (sind evt minimal teurer). NanoCUL Varianten mit WCH-USB-Chip (CH340 oä.)haben den Nachteil, dass diese keine eindeutige ID haben, d.h. diese können später nicht eindeutig einem FHEM Device zugeordnet werden, wenn mehr wie ein derartiger NanoCUL am FHEM System betrieben wird.'''<br />
<br />
=== Erstinbetriebnahme mit Arduino IDE ===<br />
Sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
<br />
''Beitrag wird noch vervollständigt''<br />
<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste noch in Entwicklung befindliche SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
'''Hinweis:'''<br />
<br />
Ein via "Autocreate" in FHEM angelegtes SOMFY-RTS Device kann nicht zum Steuern von SOMFY-RTS Aktuatoren (Empfänger, z.B. Rolläden etc.) verwendet werden, da SOMFY-RTS einen "Rolling Code" verwendet, welcher dafür sorgt, dass wirklich nur die angelernte Fernbedienung über den 6 stelligen Hex Code (s.u.) mit dem Aktuator kommuniziert.<br />
Weitere Fernbedienung bzw. FHEM Devices '''müssen''' beim Aktuator neu angelernt werden.<br />
<br />
<br />
'''Vorgehensweise zur Definition eines SOMFY Devices in FHEM incl. "Pairing" mit dem Aktuator:'''<br />
<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]<br />
[[Kategorie:Rollladensteuerung]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19319Somfy via SIGNALduino2017-02-02T20:56:23Z<p>RaspII: /* HW-Variante mit CC1101 Transceiver */</p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.'''<br />
<br />
'''Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
'''Bitte beachten:'''<br />
<br />
'''Der NanoCUL sollte eine Version mit FTDI USB Chip sein (sind evt minimal teurer). NanoCUL Varianten mit WCH-USB-Chip (CH340 oä.)haben den Nachteil, dass diese keine eindeutige ID haben, d.h. diese können später nicht eindeutig einem FHEM Device zugeordnet werden, wenn mehr wie ein derartiger NanoCUL am FHEM System betrieben wird.'''<br />
<br />
=== Erstinbetriebnahme mit Arduino IDE ===<br />
Sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
<br />
''Beitrag wird noch vervollständigt''<br />
<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste noch in Entwicklung befindliche SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]<br />
[[Kategorie:Rollladensteuerung]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19315Somfy via SIGNALduino2017-02-02T20:50:38Z<p>RaspII: /* Definition des SIGNALduino Devices */</p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.'''<br />
<br />
'''Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
<br />
=== Erstinbetriebnahme mit Arduino IDE ===<br />
Sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
<br />
''Beitrag wird noch vervollständigt''<br />
<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste noch in Entwicklung befindliche SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A903N5T5-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]<br />
[[Kategorie:Rollladensteuerung]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19256Somfy via SIGNALduino2017-02-01T22:52:02Z<p>RaspII: /* Installation unter FHEM */</p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.'''<br />
<br />
'''Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
<br />
=== Erstinbetriebnahme mit Arduino IDE ===<br />
Sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
<br />
''Beitrag wird noch vervollständigt''<br />
<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste noch in Entwicklung befindliche SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-1a86_USB2.0-Serial-if00-port0''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]<br />
[[Kategorie:Rollladensteuerung]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19255Somfy via SIGNALduino2017-02-01T21:12:12Z<p>RaspII: /* Update der SIGNALduino Firmware via FHEM */</p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.'''<br />
<br />
'''Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
<br />
=== Erstinbetriebnahme mit Arduino IDE ===<br />
Sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
<br />
''Beitrag wird noch vervollständigt''<br />
<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-1a86_USB2.0-Serial-if00-port0''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]<br />
[[Kategorie:Rollladensteuerung]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=SOMFY&diff=19254SOMFY2017-02-01T21:11:03Z<p>RaspII: /* Links */</p>
<hr />
<div>{{Infobox Modul<br />
|ModPurpose=Somfy RTS (und Simu Hz) Protokoll<br />
|ModType=d<br />
|ModForumArea=Sonstiges<br />
|ModFTopic=25321<br />
|ModTechName=10_SOMFY.pm<br />
|ModOwner={{Link2FU|7670|thdankert}}<br />
}}<br />
<br />
Das Modul [[SOMFY]] implementiert die Unterstützung für das Somfy RTS (und das dazu identische Simu Hz) Protokoll.<br />
<br />
== Voraussetzungen ==<br />
''SOMFY'' setzt auf Seiten des [[Interface]] die [http://culfw.de/culfw.html CULFW] voraus, das entsprechende [[CUL]] Device muss vor dem Anlegen des SOMFY Device vorhanden / definiert sein. Das Modul ist derzeit (12/2015) unidirektional und unterstützt nur das Senden von Somfy Befehlen.<br />
<br />
== Anwendung ==<br />
=== Define ===<br />
Siehe commandref.<br />
<br />
=== Attribute ===<br />
Siehe commandref.<br />
<br />
== Anwendungsbeispiele ==<br />
Ein Anwendungsbeispiel ist auf der Seite [[VELUX Solar-Rollladen SSL]] beschrieben.<br />
<br />
== Bekannte Probleme ==<br />
* Bei Umzug von einem FHEM-Server auf einen anderen (oder Rückspielen eines Backups) kommt es vor, dass die FHEM-Fernsteuerung einen niedrigeren Rolling Code hat, als der Rollladen erwartet / zuletzt gesehen hat. In diesem Fall reagiert der Aktor (Rollladen) solange nicht - nicht einmal auf erneute Anlern-Versuche! - bis der gesendete Rolling Code ausreichend hoch ist! <br />
* Lösungen:<br />
# Der letzte bekannte Rolling Code kann aus der /fhem/log/fhem.save-Datei (der alten Installation!) gelesen werden - danach kann man einfach solange Befehle senden (z.B. per at +*00:00:05 ...), bis dieser Rolling Code (plus ein paar mehr für die Zwischenzeit) erreicht ist. <br />
# Diesem Rollladen einen neuen Kanal zuweisen - dann gehen die Codes von vorn los, ABER: SOMFY gibt irgendwo maximal 12 Fernsteuerungen pro Motor an.<br />
# Rolling Code und Enc-Key setzen, ABER: Rolling Code und Enc-Key zu setzen (setreading) werden nur übernommen, wenn beide (gleichzeitig?) neu gesetzt werden!<br />
<br />
== Links ==<br />
* {{Link2Forum|Topic=25321|LinkText=Forenthread zu diesem Modul}}<br />
* HOWTO: [[Somfy via SIGNALduino]]<br />
<br />
[[Kategorie:Rollladensteuerung]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19253Somfy via SIGNALduino2017-02-01T21:05:52Z<p>RaspII: /* Einleitung */</p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.'''<br />
<br />
'''Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
<br />
=== Erstinbetriebnahme mit Arduino IDE ===<br />
Sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
<br />
''Beitrag wird noch vervollständigt''<br />
<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-1a86_USB2.0-Serial-if00-port0''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19252Somfy via SIGNALduino2017-02-01T21:01:40Z<p>RaspII: </p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.<br />
Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder empfangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
<br />
=== Erstinbetriebnahme mit Arduino IDE ===<br />
Sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
<br />
''Beitrag wird noch vervollständigt''<br />
<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI) anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-1a86_USB2.0-Serial-if00-port0''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein, ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Sendehardware zugewiesen (diese sendet/empfängt die SOMFY Kommandos, s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladens angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel eine kleine Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19251Somfy via SIGNALduino2017-02-01T20:52:42Z<p>RaspII: </p>
<hr />
<div>== Einleitung ==<br />
'''Dieser Beitrag bezieht sich auf das SOMFY-RTS Protokoll.<br />
Weitere SOMFY Protokolle wurden in diesem Zusammenhang bisher nicht beschrieben bzw. getestet.'''<br />
<br />
<br />
== SIGNALduino ==<br />
Der SIGNALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass SOMFY Protokolle empfangen und gesendet werden können.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder emfpangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY-RTS System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY-RTS Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY-RTS Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY-RTS System '''nicht''' genutzt werden<br />
<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY-RTS Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum [[Selbstbau_CUL#Schaltplan|NanoCUL]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
<br />
=== Erstinbetriebnahme mit Arduino IDE ===<br />
Sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
<br />
''Beitrag wird noch vervollständigt''<br />
<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY-RTS via SIGNALduino in FHEM unterstützt wird muss FHEM die neueste SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Kommandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Updates künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die aktuellen SIGNALduino Module aktiv werden''<br />
<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI)anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 '''usb-1a86_USB2.0-Serial-if00-port0''' -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre>define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600 </pre><br />
<pre>attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre>attr sduino hardware nanoCC1101 </pre><br />
<br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
<pre>define RolloOben SOMFY 12345F</pre><br />
''Definition des Rolladen in FHEM. der 6 stellige Hex Code darf nicht von einem anderen Sender (z.B. SOMFY Sender) belegt sein ist darüber hinaus beliebig wählbar und spezifisch für einen Rolladen''<br />
<pre>attr RolloOben IODev sduino</pre><br />
''Hiermit wird die Hardware zugewiesen, über die die SOMFY Kommandos gesendet werden sollen (s.o.)''<br />
<pre>attr RolloOben devStateIcon open:fts_shutter_10 10:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 down:fts_shutter_100 closed:fts_shutter_100</pre><br />
''mit diesem Attribut werden die ICONs zugewiesen, die in FHEM während des Öffnen/Schliessen des Rolladen angezeigt werden''<br />
<pre>attr RolloOben drive-down-time-to-100 23</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum "aufliegen" benötigt (die Lamellen sind noch offen; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-down-time-to-close 27</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um von ganz oben bis zum völligen Schliessen benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-100 4</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zu geöffneten Lamellen benötigt (der Rollo liegt noch auf; diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben drive-up-time-to-open 28</pre><br />
''Die Zeit [sec] die der Rolladen benötigt um vom komplett geschlossenen Zustand bis zum vollständig geöffneten Zustand benötigt (diese Zeit muss ausgemessen werden)'' <br />
<pre>attr RolloOben eventMap on:down stop:stop off:up</pre><br />
''mapping der zu sendenden Befehle auf logische Kommandos''<br />
<pre>attr RolloOben room Rolladen</pre><br />
''Die Rolladensteuerung wird im FHEM Raum "Rolladen" erscheinen''<br />
<pre>attr RolloOben webCmd down:stop:up</pre><br />
''Diese Kommandos werden in der Web Oberfläche angeboten''<br />
<br />
Im FHEM Raum "Rolladen" sieht das ganze dann wie folgt aus:<br />
[[Datei:SomfyRolladen_01.jpg]]<br />
<br />
<br />
=== Anlernen des Rollos an FHEM ===<br />
Als nächser Schritt muss der "FHEM Sender" and den Rolladen angelernt werden.<br />
Dazu wird ein SOMFY Sender (z.B. Handsender) benötigt. Auf der Rückseite des Senders befindet sich in der Regel ein Kleiner Vertiefung (Loch) mit einem Taster, der z.B. über ein Streichholzende für 0,5 sec gedrückt werden muss.<br />
Danach fährt der Rolladen zur Quittierung kurz nach unten und wieder zurück (ruckt).<br />
Unmittelbar danach ist in FHEM das Kommando<br />
<pre>set RolloOben prog</pre><br />
abzusetzen.<br />
Zur Quittierung "ruckt" der Rolladen wieder.<br />
Danach kann der Rolladen über die Kommandos "up" "stop" "down" aus der FHEM Oberfläche gesteuert werden<br />
<br />
<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
Beim sduino Device (Raum Rolladen -> RolladenOben -> sduino) den Befehl<br />
<pre>set sduino flash</pre><br />
absetzen (weitere Parameter sind nicht nötig)<br />
<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:Other Components]]<br />
[[Kategorie:Arduino]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Datei:SomfyRolladen_01.jpg&diff=19243Datei:SomfyRolladen 01.jpg2017-02-01T20:22:40Z<p>RaspII: </p>
<hr />
<div></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19229Somfy via SIGNALduino2017-01-31T22:09:04Z<p>RaspII: /* SIGNALduino */</p>
<hr />
<div>== SIGNALduino ==<br />
Der SINGALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass das SOMFY Protokoll empfangen und gesendet werden kann.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder Emfpangen (z.B. FHEMduino)<br />
Weitergehende Informationen zur Variante mit '''Standard Transmitter und Receiver''' sind in der [[SIGNALduino]] Wiki dokumentiert.<br />
Für das SOMFY System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY System '''nicht''' genutzt werden<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer etc.) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum NanoCUL [[Selbstbau_CUL#Schaltplan]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
=== Erstinbetriebnahme mit Arduino IDE ===<br />
Sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
<br />
''Beitrag wird noch vervollständigt''<br />
<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY via SIGNALduino in FHEM unterstütz wird muss FHEM die neueste SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Commandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Update künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die akutellen SIGNALduino Module aktiv werden''<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI)anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre> define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600 </pre><br />
<pre> attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre> attr sduino hardware nanoCC1101 </pre><br />
<br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
''Beitrag wird noch erstellt''<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
''Beitrag wird noch erstellt''<br />
<br />
<br />
<br />
2017-01-31: So der Anfang ist gemacht, ich werde den Beitrag die nächsten Tage erweitern / fertigstellen<br />
<br />
<br />
<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:SOMFY]]<br />
[[Kategorie:SIGNALduino]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Somfy_via_SIGNALduino&diff=19228Somfy via SIGNALduino2017-01-31T21:55:46Z<p>RaspII: Die Seite wurde neu angelegt: „== SIGNALduino == Der SINGALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass das SOMFY Protokoll empfangen und gesendet werden ka…“</p>
<hr />
<div>== SIGNALduino ==<br />
Der SINGALduino hat gegenüber anderen Lösungen (z.B. CUL, FHEMduino) den Vorteil, dass das SOMFY Protokoll empfangen und gesendet werden kann.<br />
Alternative Hardware Lösungen (Stand Januar 2017) können entweder senden (z.B. CUL) oder Emfpangen (z.B. FHEMduino)<br />
Weitergehende Informationen findet in der [[SIGNALduino]] Wiki erklärt.<br />
Für das SOMFY System ist wichtig, dass die passende HW Variante gewählt wird: <br />
<br />
=== HW-Variante mit Standard 433,92Mhz Transmitter und Receiver (z.B. STX882 und RXB6) ===<br />
SOMFY Systeme senden auf 433,42Mhz. SIGNALduino Aufbauten mit den billig Transmitter/Receivern sind fest auf 433,92Mhz eingestellt und nicht wirklich geeignet um SOMFY Systeme mit 433,42 Mhz zu steuern. Grundsätzlich kann die Funkverbindung funktionieren, als Ergebnis werden sich jedoch drastische Reichweitenprobleme ergeben (je nach Streuung der Bauteile)<br />
<br />
'''Fazit:''' diese HW Variante sollte für das SOMFY System '''nicht''' genutzt werden<br />
<br />
=== HW-Variante mit CC1101 Transceiver ===<br />
Eine SIGNALduino Hardware kann auch mit CC1101 Transceiver aufgebaut werden (wird von der Firmware erkannt und unterstützt).<br />
Der CC1101 ist bzgl. Sende- und Empfangsfrequenz programmierbar und kann also z.b. zwischen 433,92Mhz (beliebte Frequenz bei z.B. Funkthermometer etc.) und anderen Frequenzen (z.B. 433,42Mhz bei SOMFY Anlagen) umgeschaltet werden. Deshalb ist diese Hardware die erste Wahl.<br />
Die Hardware selbst ist identisch zum NanoCUL [[Selbstbau_CUL#Schaltplan]]. Der Aufbau und die Inbetriebnahme ist im [[SIGNALduino]] Wiki erklärt.<br />
<br />
=== Erstinbetriebnahme mit Arduino IDE ===<br />
Sollte auf einem Steckboard erfolgen (siehe "Bekannte Probleme")<br />
<br />
''Beitrag wird noch vervollständigt''<br />
<br />
<br />
=== Bekannte Probleme bei der Inbetriebnahme des SIGNALduino mit CC1101 ===<br />
Lässt sich der SIGNALduino mit verbautem CC1101 in FHEM nicht initialisieren, dann die MOSI Leitung von D11 des Adruino Nano abtrennen (nicht den kompletten CC1101 entfernen, sonst wird der CC1101 nicht erkannt und der Befehl unten nicht akzeptiert). Danach sollte sich der SIGNALduino initialisieren lassen. Danach in FHEM beim SIGNALduino Device den Befehl:<br />
<pre>get sduino raw e</pre><br />
eingeben und die MOSI Leitung wieder verbinden.<br />
<br />
=== Tipps und Tricks ===<br />
''An dieser Stelle sollen noch Tipps und Tricks bzgl. Inbetriebnahme des SINGALduino-CC1101 entstehen. Noch besser wäre die Tipps und Tricks werden in der SINGALduino Wiki direkt dokumentiert, ich werde das bei gegebener Zeit mit dem Author klären.''<br />
<br />
<br />
== SOMFY via SIGNALduino ==<br />
<br />
=== Installation unter FHEM ===<br />
Damit SOMFY via SIGNALduino in FHEM unterstütz wird muss FHEM die neueste SIGNALduiono FW und SW Module unterstützen.<br />
Dazu in die FHEM Commandozeile folgende Befehle eingeben:<br />
<pre>update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt</pre><br />
''Damit werden bei einem FHEM Update künftig auch die aktuellen SIGNALduino Module geladen''<br />
<pre>update</pre><br />
''Startet einen FHEM Update Vorgang''<br />
<pre>shutdown restart</pre><br />
''Neustart von FHEM damit die akutellen SIGNALduino Module aktiv werden''<br />
<br />
=== Definition des SIGNALduino Devices ===<br />
* SIGNALduino an FHEM Server (im Beipiel hier Raspberry PI)anschliessen<br />
* USB ID des SIGNALduino Devices ermitteln<br />
<pre> ls -l /dev/serial/by-id </pre><br />
Ergebnis: ''lrwxrwxrwx 1 root root 13 Jan 31 00:02 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0<br />
''<br />
* In FHEM damit z.B. das Device "sduino" definieren<br />
<pre> define sduino SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600 </pre><br />
<pre> attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE] </pre><br />
<pre> attr sduino hardware nanoCC1101 </pre><br />
<br />
<br />
=== Definition des SOMFY Devices (z.B. Rolladen) sowie setzten der Attribute ===<br />
''Beitrag wird noch erstellt''<br />
<br />
=== Update der SIGNALduino Firmware via FHEM ===<br />
''Beitrag wird noch erstellt''<br />
<br />
<br />
<br />
2017-01-31: So der Anfang ist gemacht, ich werde den Beitrag die nächsten Tage erweitern / fertigstellen<br />
<br />
<br />
<br />
<br />
[[Kategorie:HOWTOS]]<br />
[[Kategorie:SOMFY]]<br />
[[Kategorie:SIGNALduino]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=14106Kopp Allgemein2016-02-08T18:27:11Z<p>RaspII: "attr Dimmer IODev CUL_0" anstelle von "attr Dimmer IODev CCD" damit Beispiele konsistent sind</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter'' (bisher nur im RAW Mode)<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br><br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device darf nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
Die Tastencodes und Transmittercodes müssen jeweils den Codes eines Kopp Senders entsprechen oder dem entsprechenden Aktuator angelernt werden.<br />
(siehe Kopp Handbuch) <br />
<br><br />
==== Darstellung in der FHEM Oberflache ====<br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis ist im Raum "Test" zu finden (siehe Bild)<br><br />
<br><br />
[[Datei:Kopp-Aktuatoren.jpg]]<br />
<br><br><br />
==== Dimmer (8011.00), über einen Taster gesteuert (on/off, dimm, stop)====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CUL_0</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer (8011.00), über drei Taster gesteuert (on, off, dimm, stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CUL_0</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen (8080.02), über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CUL_0</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CUL_0</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CUL_0</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13980Kopp Allgemein2016-01-31T19:17:23Z<p>RaspII: Added Device numbers</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter'' (bisher nur im RAW Mode)<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br><br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device darf nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
Die Tastencodes und Transmittercodes müssen jeweils den Codes eines Kopp Senders entsprechen oder dem entsprechenden Aktuator angelernt werden.<br />
(siehe Kopp Handbuch) <br />
<br><br />
==== Darstellung in der FHEM Oberflache ====<br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis ist im Raum "Test" zu finden (siehe Bild)<br><br />
<br><br />
[[Datei:Kopp-Aktuatoren.jpg]]<br />
<br><br><br />
==== Dimmer (8011.00), über einen Taster gesteuert (on/off, dimm, stop)====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CCD</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer (8011.00), über drei Taster gesteuert (on, off, dimm, stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CCD</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen (8080.02), über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CCD</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CCD</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch (8080.01), über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CCD</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13979Kopp Allgemein2016-01-31T19:09:33Z<p>RaspII: /* Kopp Protokoll aktivieren / einem Funk Device zuordnen */</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter'' (bisher nur im RAW Mode)<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br><br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device darf nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
Die Tastencodes und Transmittercodes müssen jeweils den Codes eines Kopp Senders entsprechen oder dem entsprechenden Aktuator angelernt werden.<br />
(siehe Kopp Handbuch) <br />
<br><br />
==== Darstellung in der FHEM Oberflache ====<br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis ist im Raum "Test" zu finden (siehe Bild)<br><br />
<br><br />
[[Datei:Kopp-Aktuatoren.jpg]]<br />
<br><br><br />
==== Dimmer, über einen Taster gesteuert ====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CCD</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer, über drei Taster gesteuert (on, off, dimmen/stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CCD</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen, über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CCD</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch, über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CCD</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch, über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CCD</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13978Kopp Allgemein2016-01-31T19:09:10Z<p>RaspII: /* Kopp Protokoll aktivieren / einem Funk Device zuordnen */</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter'' (bisher nur im RAW Mode)<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br><br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device kann/darf nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
Die Tastencodes und Transmittercodes müssen jeweils den Codes eines Kopp Senders entsprechen oder dem entsprechenden Aktuator angelernt werden.<br />
(siehe Kopp Handbuch) <br />
<br><br />
==== Darstellung in der FHEM Oberflache ====<br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis ist im Raum "Test" zu finden (siehe Bild)<br><br />
<br><br />
[[Datei:Kopp-Aktuatoren.jpg]]<br />
<br><br><br />
==== Dimmer, über einen Taster gesteuert ====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CCD</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer, über drei Taster gesteuert (on, off, dimmen/stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CCD</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen, über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CCD</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch, über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CCD</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch, über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CCD</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13977Kopp Allgemein2016-01-31T19:08:09Z<p>RaspII: /* Unterstützte Aktuatoren */</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter'' (bisher nur im RAW Mode)<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br><br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device kann nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
Die Tastencodes und Transmittercodes müssen jeweils den Codes eines Kopp Senders entsprechen oder dem entsprechenden Aktuator angelernt werden.<br />
(siehe Kopp Handbuch) <br />
<br><br />
==== Darstellung in der FHEM Oberflache ====<br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis ist im Raum "Test" zu finden (siehe Bild)<br><br />
<br><br />
[[Datei:Kopp-Aktuatoren.jpg]]<br />
<br><br><br />
==== Dimmer, über einen Taster gesteuert ====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CCD</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer, über drei Taster gesteuert (on, off, dimmen/stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CCD</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen, über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CCD</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch, über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CCD</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch, über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CCD</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13975Kopp Allgemein2016-01-31T16:54:03Z<p>RaspII: Bild hinzugefuegt</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter''<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br><br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device kann nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
Die Tastencodes und Transmittercodes müssen jeweils den Codes eines Kopp Senders entsprechen oder dem entsprechenden Aktuator angelernt werden.<br />
(siehe Kopp Handbuch) <br />
<br><br />
==== Darstellung in der FHEM Oberflache ====<br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis ist im Raum "Test" zu finden (siehe Bild)<br><br />
<br><br />
[[Datei:Kopp-Aktuatoren.jpg]]<br />
<br><br><br />
==== Dimmer, über einen Taster gesteuert ====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CCD</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer, über drei Taster gesteuert (on, off, dimmen/stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CCD</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen, über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CCD</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch, über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CCD</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch, über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CCD</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Datei:Kopp-Aktuatoren.jpg&diff=13974Datei:Kopp-Aktuatoren.jpg2016-01-31T16:43:31Z<p>RaspII: Beispiel Kopp Aktuatoren an der FHEM Oberflache</p>
<hr />
<div>Beispiel Kopp Aktuatoren an der FHEM Oberflache</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13973Kopp Allgemein2016-01-31T16:42:37Z<p>RaspII: Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM: Dimmer, Switch, Rolladensteuerung hinzugefügt</p>
<hr />
<div>Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br><br />
== Allgemeine Hinweise ==<br />
<br><br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br><br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter''<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br><br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br><br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device kann nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br><br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
<br><br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis kann man sich im Raum "Test" anschauen<br><br />
<br><br />
==== Dimmer, über einen Taster gesteuert ====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CCD</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br><br />
==== Dimmer, über drei Taster gesteuert (on, off, dimmen/stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CCD</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br><br />
<br><br />
==== Rolladen, über zwei Taster gesteuert (top, up, stop, down, bottom) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define TasteUp KOPP_FC 10 C2AD 03 00</code><br><br />
<code>attr TasteUp IODev CCD</code><br><br />
<code>attr TasteUp devStateIcon up:fts_shutter_up down:fts_shutter_down stop:fts_shutter_updown top:fts_shutter_10 bottom:fts_shutter_90</code><br><br />
<code>attr TasteUp eventMap up:up down:down stop:stop top:top bottom:bottom</code><br><br />
<code>attr TasteUp group Rolladen</code><br><br />
<code>attr TasteUp model Blind_8080_02</code><br><br />
<code>attr TasteUp room Test</code><br><br />
<code>attr TasteUp webCmd top:up:stop:down:bottom</code><br><br />
<br><br />
==== Schalter/Switch, über zwei Taster gesteuert (on, off) ====<br />
'''Achtung:''' hier müssen zwingend 2 Tastencodes definiert werden.<br><br />
<code>define 2Switch KOPP_FC 30 C2AD 03 20</code><br><br />
<code>attr 2Switch IODev CCD</code><br><br />
<code>attr 2Switch group Switch</code><br><br />
<code>attr 2Switch model Switch_8080_01_2Key</code><br><br />
<code>attr 2Switch room Test</code><br><br />
<code>attr 2Switch webCmd on:off</code><br><br />
<br><br />
==== Schalter/Switch, über einen Taster gesteuert (on, off) ====<br />
Jeder Tastendruck toggelt den Zustand.<br><br />
<code>define Switch KOPP_FC 00 C2AD 03</code><br><br />
<code>attr Switch IODev CCD</code><br><br />
<code>attr Switch group Switch</code><br><br />
<code>attr Switch model Switch_8080_01</code><br><br />
<code>attr Switch room Test</code><br><br />
<br></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13971Kopp Allgemein2016-01-31T16:23:08Z<p>RaspII: /* Dimmer, über drei Taster gesteuert (on, off, dimmen/stop) */ Zusätzliche Infos zur Definition der Tasten</p>
<hr />
<div>'''Diese Seite wir in kürze weiter befüllt'''<br />
<br />
Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br />
== Allgemeine Hinweise ==<br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter''<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device kann nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
<br><br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis kann man sich im Raum "Test" anschauen<br><br />
==== Dimmer, über einen Taster gesteuert ====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CCD</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br />
==== Dimmer, über drei Taster gesteuert (on, off, dimmen/stop) ====<br />
'''Achtung:''' hier müssen zwingend 3 Tastencodes definiert werden.<br><br />
Die Software macht hier noch keine Fehlerprüfung, fehlenden Tastencodes könnte unerwartetes Verhalten der Devices zur Folge haben.<br><br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CCD</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13970Kopp Allgemein2016-01-31T16:18:25Z<p>RaspII: </p>
<hr />
<div>'''Diese Seite wir in kürze weiter befüllt'''<br />
<br />
Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br />
== Allgemeine Hinweise ==<br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter''<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device kann nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
<br><br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis kann man sich im Raum "Test" anschauen<br><br />
==== Dimmer, über einen Taster gesteuert ====<br />
Für dieses Devide ist ein Tastencode festzulegen.<br />
<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CCD</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br />
==== Dimmer, über drei Taster gesteuert (on, off, dimmen/stop) ====<br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CCD</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13969Kopp Allgemein2016-01-31T16:16:26Z<p>RaspII: /* Kopp Sender auswerten */</p>
<hr />
<div>'''Diese Seite wir in kürze weiter befüllt'''<br />
<br />
Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br />
== Allgemeine Hinweise ==<br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter''<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- '''Transmitter Code 2'''<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1/2 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device kann nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
<br><br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis kann man sich im Raum "Test" anschauen<br><br />
==== Dimmer, über einen Taster gesteuert ====<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CCD</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br />
==== Dimmer, über drei Taster gesteuert (on, off, dimmen/stop) ====<br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CCD</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13968Kopp Allgemein2016-01-31T16:15:08Z<p>RaspII: Erkläuterung zur Auswertung der Roh Daten von Kopp Sendern</p>
<hr />
<div>'''Diese Seite wir in kürze weiter befüllt'''<br />
<br />
Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br />
== Allgemeine Hinweise ==<br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter''<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
Um erste FHEM Erfahrungen mit Kopp Sender und Aktuatoren zu machen ist es sinnvoll <br />
innerhalb von FHEM ein Device anzulegen, das die selben Kommando versendet wie ein vorhandener Kopp Sender.<br />
Nachdem z.B. einem CUL USB Stick das Kopp Protokoll zugeswiesen wurde können in der FHEM Oberfläche <br />
über den Link "CUL_0" (mein Beispiel) vom Kopp Sender übermittelte Telegramme ausgewertet werden.<br />
Drückt man danach eine Taste des Senders und aktualisiert das Browser Fensert, ist dort ein Eintrag ähnlich:<br />
<br />
''RAWMSG kr07C2AD1A30CC0F0328''<br />
<br />
zu sehen.<br />
Dabei handelt es sich um die vom Sender gesendeten Roh Daten, die wir teilweise innerhalb von FHEM wiederverwenden.<br />
<br />
<br />
Aufbau der Rohdaten:<br />
kr07C2AD1A30CC0F0328<br />
|| |||| || ++-------- Transmitter Code 2<br />
|| |||| ++-------------- '''Keycode'''<br />
|| ++++------------------ '''Transmitter Code 1'''<br />
++------------------------ kr wird von der culfw bei Empfang einer Kopp Botschaft als Kennung gesendet<br />
<br />
Keycode und Tranmitter Code 1 werden zur Definition eines Kopp Devices in FHEM benötig.<br />
<br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device kann nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
<br><br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis kann man sich im Raum "Test" anschauen<br><br />
==== Dimmer, über einen Taster gesteuert ====<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CCD</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br />
==== Dimmer, über drei Taster gesteuert (on, off, dimmen/stop) ====<br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CCD</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13932Kopp Allgemein2016-01-30T20:00:57Z<p>RaspII: Added HW Descriptions and declaration</p>
<hr />
<div>'''Diese Seite wir in kürze weiter befüllt'''<br />
<br />
Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br />
== Allgemeine Hinweise ==<br />
=== Derzeit unterstützte Funkmodule ===<br />
CCD<br />
CUL Version 3<br />
nanoCUL<br />
<br />
=== Unterstützte Aktuatoren ===<br />
Folgende Kopp Aktuatoren werden zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter''<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Bsp.: Taste 1 schaltet ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
''wird nachgeliefert''<br />
<br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyACM0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device kann nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br><br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
Syntax:<br />
define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75<br />
|||||||||||||||||| ||||||| || |||| || || ++- Keycode 3 (Taster 3, optional)<br />
|||||||||||||||||| ||||||| || |||| || ++---- Keycode 2 (Taster 2, optional)<br />
|||||||||||||||||| ||||||| || |||| ++------- Transmittercode 2 (fix)<br />
|||||||||||||||||| ||||||| || ++++---------- Transmittercode 1 (fix)<br />
|||||||||||||||||| ||||||| ++--------------- Keycode 1 (Taster 1)<br />
|||||||||||||||||| +++++++------------------ Zu nutzendes Funkprotokoll=KOPP_FC <br />
++++++++++++++++++-------------------------- Name des neu definierten Devices (frei wählbar)<br />
<br><br />
Folgende Beispiele in die fhem.cfg kopieren, das Ergebnis kann man sich im Raum "Test" anschauen<br><br />
==== Dimmer, über einen Taster gesteuert ====<br />
<code>define Dimmer KOPP_FC 65 FA5E 02</code><br><br />
<code>attr Dimmer IODev CCD</code><br><br />
<code>attr Dimmer devStateIcon OnOff:toggle:dimm dimm:dim50%:stop stop:on:dimm off:toggle:dimm</code><br><br />
<code>attr Dimmer eventMap on:OnOff dimm:dimm stop:stop</code><br><br />
<code>attr Dimmer group Dimmer_1KeyMode</code><br><br />
<code>attr Dimmer model Dimm_8011_00</code><br><br />
<code>attr Dimmer room Test</code><br><br />
<code>attr Dimmer webCmd OnOff:dimm:stop</code><br><br />
<br />
==== Dimmer, über drei Taster gesteuert (on, off, dimmen/stop) ====<br />
<code>define DimmerDevice_OnOff KOPP_FC 65 FA5E 02 55 75</code><br><br />
<code>attr DimmerDevice_OnOff IODev CCD</code><br><br />
<code>attr DimmerDevice_OnOff devStateIcon dimm:dim50%:stop stop:on:off on:on:off off:off:on</code><br><br />
<code>attr DimmerDevice_OnOff group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_OnOff model Dimm_8011_00_3Key</code><br><br />
<code>attr DimmerDevice_OnOff room Test</code><br><br />
<br><br />
<code>define DimmerDevice_Dimm dummy</code><br><br />
<code>attr DimmerDevice_Dimm devStateIcon dimm:dim50%:stop stop:off:dimm</code><br><br />
<code>attr DimmerDevice_Dimm group Dimmer_Via_KOPP_FC_3TastenMode</code><br><br />
<code>attr DimmerDevice_Dimm room Test</code><br><br />
<code>attr DimmerDevice_Dimm webCmd dimm:stop</code><br><br />
<code>define DimmerDevice_DimmInAction notify DimmerDevice_Dimm set DimmerDevice_OnOff $EVENT</code><br></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13931Kopp Allgemein2016-01-30T15:05:58Z<p>RaspII: </p>
<hr />
<div>'''Diese Seite wir in kürze weiter befüllt'''<br />
<br />
Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br />
== Allgemeine Hinweise ==<br />
=== Unterstützte Aktuatoren ===<br />
Folgende Hardware wird zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080.02 = Rolladenschalter'' <br />
''8080.04 = Timer/Schalter''<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Taste 1 schaltet z.B. ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
''wird nachgeliefert''<br />
<br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyAMA0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device kann nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br />
<br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
==== Dimmer, über einen Taster gesteuert ====<br />
==== Dimmer, über zwei Taster gesteuert ====</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13930Kopp Allgemein2016-01-30T15:04:52Z<p>RaspII: Hier entsteht eine allgemeine Beschreibung zum einbinden von Kopp Komponenten</p>
<hr />
<div>'''Diese Seite wir in kürze weiter befüllt'''<br />
<br />
Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
<br />
== Allgemeine Hinweise ==<br />
=== Unterstützte Aktuatoren ===<br />
Folgende Hardware wird zur Zeit unterstützt:<br />
''8011.00 = Dimmer''<br />
''8080.01 = Schalter''<br />
''8080_02 = Rolladenschalter'' <br />
''8080_04 = Timer/Schalter''<br />
<br />
Hinweis:<br />
<br />
Manche Aktoren konnen in verschiedenen Modi betrieben werden<br><br />
a) Einzel Taste (jeder Tastendruck toggelt den Zustand)<br><br />
b) Zwei Tasten Mode (Taste 1 schaltet z.B. ein, Taste 2 schaltet aus).<br><br />
'''Im Zwei Tastenmode müssen beide Tasten in einem Anlernzyklus angelernt werden''' (Anlernvorgang: siehe Kopp Handbuch)<br />
<br />
=== Kopp Sender auswerten ===<br />
<br />
''wird nachgeliefert''<br />
<br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL Version3, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
:<code>define CUL_0 CUL /dev/ttyAMA0@38400 1234</code><br />
:<code>attr CUL_0 rfmode KOPP_FC</code><br />
Details zur Definition einen CUL Devices kann man in der Commandref (FHEM Oberfläche -> Commandref -> CUL) nachlesen<br />
<br />
'''Unbedingt beachten:'''<br />
Einem CUL oder CCD Device kann nebem dem Kopp Protokoll '''kein''' weiteres Protokoll zugewiesen werden<br />
<br />
<br />
=== Beispiele zur Festlegung von Schaltern, Dimmer und anderen Aktuatoren ===<br />
==== Dimmer, über einen Taster gesteuert ====<br />
==== Dimmer, über zwei Taster gesteuert ====</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13929Kopp Allgemein2016-01-30T14:20:47Z<p>RaspII: </p>
<hr />
<div>'''Diese Seite wir in kürze weiter befüllt'''<br />
<br />
Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
<nowiki>define CUL_0 CUL /dev/ttyAMA0@38400 1234 <br />
attr CUL_0 rfmode KOPP_FC</nowiki></div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13928Kopp Allgemein2016-01-30T14:10:14Z<p>RaspII: </p>
<hr />
<div>'''Diese Seite wir in kürze weiter befüllt'''<br />
<br />
Allgemeine Informationen zur Steuerung von Kopp Aktuatoren via FHEM<br />
== Erste Schritte ==<br />
=== Kopp Protokoll aktivieren / einem Funk Device zuordnen ===<br />
Damit FHEM in der Lage ist mit Kopp Devices zu kommunizieren, muss als erster Schritt das Kopp Protokoll aktiviert werden.<br />
Dies erfolgt indem die Funk Hardware definiert wird (z.B. CUL, CCD) das Attribut "rfmode KOPP_FC" zugewiesen wird.<br />
<br />
Bsp.:<br />
<br />
''define CUL_0 CUL /dev/ttyAMA0@38400 1234<br />
<br />
attr CUL_0 rfmode KOPP_FC''</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Kopp_Allgemein&diff=13926Kopp Allgemein2016-01-30T13:51:06Z<p>RaspII: Die Seite wurde neu angelegt: „'''Diese Seite wir in kürze befüllt'''“</p>
<hr />
<div>'''Diese Seite wir in kürze befüllt'''</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Hauptseite&diff=13924Hauptseite2016-01-30T13:41:45Z<p>RaspII: Neue Hardware Kopp angelegt</p>
<hr />
<div>{{DISPLAYTITLE:FHEMWiki - Informationsportal zum FHEM Hausautomationsserver}}<br />
{| width="100%"<br />
|-<br />
|style="vertical-align:top" |<br />
<br />
<div style="margin: 0; margin-right:10px; border: 1px solid #dfdfdf; border-radius: 8px; padding: 0 1em 1em 1em; background-color:#cce5ff;"><br />
<!--<br />
<div style="float: right;"><br />
http://banner.fhemwiki.de/fhemwiki_logo_200x80.png<br />
</div><br />
--><br />
'''Was ist FHEM?'''<br />
<br />
'''FHEM''' ist ein Hausautomations-Server von Rudolf Koenig et al. in Perl geschrieben, um diverse per Funk und Kabel angebundene [[:Kategorie:Hardware|Komponenten]] aus dem Bereich der Hausautomation zu steuern. Er ist lizensiert unter der GPL v2. Das FHEMWiki stellt neben dem [http://forum.fhem.de/ Forum] und der [http://www.fhem.de Fhem] Seite die zentrale Informationsquelle rund um FHEM dar.<br />
<br />
{{NUMBEROFUSERS}} [[Special:Listusers|Benutzer]] haben sich seit Mai 2013 registriert und {{NUMBEROFARTICLES}} Artikel geschrieben. ({{NUMBEROFEDITS}} Seitenänderungen bislang).<br />
<br />
Bitte [[FHEMWiki:Support | unterstütze uns]] und hilf, [[:Kategorie:NeedsEditing| das Wiki zu erweitern]]. Vielen Dank!<br />
<br />
<div align="right"><small>'''Mehr [[FHEMWiki:Über_FHEMWiki|über FHEMWiki]]'''</small></div><br />
</div><br />
<br />
<div style="margin: 0; margin-top:10px; margin-right:10px; border: 1px solid #dfdfdf; border-radius: 8px; padding: 0em 1em 1em 1em; background-color:#efefef;"><br />
'''Wie fange ich an?'''<br />
* [[Datei:Info_green.png|20px]][http://fhem.de/Heimautomatisierung-mit-fhem.pdf FHEM-Übersicht für Anfänger][[Datei:Info_green.png|20px]]<br />DER Startpunkt. '''Pflichtlektüre!'''<br /><br />
* Ein kleiner fhem-Kurs, benötigt keine Hardware: [[Erste_Schritte_in_fhem|Erste Schritte in fhem]]<br />
* [[Systemübersicht]]<br />
* Phasen eines Fhem-Projekts:<br />
** [[Planung]]<br />
** [[Umsetzung]] (Implementierung)<br />
** [[Betrieb]] ("Produktion")<br />
* [[:Kategorie:Glossary|Glossar]] (Erklärung für bestimmte Begriffe)<br /><br />
* [[:Kategorie:HOWTOS|Verschiedene HowTos]]<br /><br />
* [[:Kategorie:FAQ|Frequently asked Questions - Häufig gestellte Fragen mit Antworten]]<br /><br />
<!-- Verlinkte Wiki-Seite für Anfänger ist leer, darum auskommentiert<br />
<div align="right"><small>'''[[Help:Reading|How to read FHEMWiki]]'''</small></div>--><br />
</div><br />
<br />
<div style="margin: 0; margin-top:10px; margin-right:10px; border: 1px solid #dfdfdf; border-radius: 8px; padding: 0 1em 1em 1em; background-color:#fff0e0;"><br />
'''Unterstützte Hardware'''<br />
<br />
* [[:Kategorie:Hardware Typen|Hardware Typen]] - Funktionsbezogene Übersicht (z.B. [[:Kategorie:Unterhaltungselektronik|Unterhaltungselektronik / Multimedia]], [[:Kategorie:Heizungssteuerung|Heizungssteuerung]], [[:Kategorie:Energieverbrauchsmessung|Energieverbrauchsmessung]], etc.)<br />
* [[:Kategorie:Server Hardware|Server Hardware]] - Hardware, auf der FHEM installiert werden kann<br />
* [[:Kategorie:FS20 Components|FS20 Komponenten]]<br />
* [[:Kategorie:panStamp|panStamp Komponenten]]<br />
* [[:Kategorie:HMS Components|HMS Komponenten]]<br />
* [[:Kategorie:EMS Components|EMS Komponenten]]<br />
* [[:Kategorie:FHT Components|FHT Komponenten]]<br />
* [[:Kategorie:1-Wire|1-Wire System]]<br />
* [[:Kategorie:EIB/KNX|EIB/KNX Komponenten]]<br />
* [[:Kategorie:EnOcean Components|EnOcean Komponenten]]<br />
* [[:Kategorie:HomeMatic Components|HomeMatic Komponenten]]<br />
* [[:Kategorie:Kopp Components|Kopp Komponenten]]<br />
* [[:Kategorie:MAX|MAX! Komponenten]]<br />
* [[:Kategorie:Z-Wave Components|Z-Wave Komponenten]]<br />
* [[:Kategorie:IP Components|Geräte mit Webinterface ("IP")]]<br />
* [[:Kategorie:Other Components|Andere Komponenten / Sonstige Systeme]]<br />
<br />
<div align="right"><small>'''[[:Kategorie:Hardware|Alle Hardware-Kategorien]]'''</small></div><br />
</div><br />
<br />
<div style="margin:0; margin-top:10px; margin-right:10px; border:1px solid #dfdfdf; border-radius: 8px; padding:0 1em 1em 1em; background-color:#F8F8FF;"><br />
'''Ideen und Lösungen'''<br />
<br />
* [[:Kategorie:Code_Snippets|Verschiedene kommentierte Lösungen und Code-Schnippsel]]<br />
* [[:Kategorie:Examples|Beispielanwendungen - Hardwarelösungen - Fremdsystemanbindungen]]<br />
* [[Anwendungsszenarien]]<br />
* [[Trick der Woche|Tipp der Woche]]<br />
* [[Wie kann ich...]]?<br />
<br />
<div align="right"><small>'''[[:Kategorie:FHEM|Fhem-Haupt-Kategorien]]'''</small></div><br />
</div><br />
<br />
<div style="margin:0; margin-top:10px; margin-right:10px; border:1px solid #dfdfdf; border-radius: 8px; padding:0 1em 1em 1em; background-color:#FFFFE7;"><br />
'''Developers Corner'''<br />
<br />
* [[:DevelopmentModuleIntro|Development Module Introduction]]<br />
* [[:DevelopmentGuidelinesAV|Development Guidelines AV-Module]]<br />
* [[:How_to_write_a_patch|How to write a patch]]<br />
<br />
<div align="right"><small>'''[[:Kategorie:Development|Alle Artikel zu Development]]'''</small></div><br />
</div><br />
<br />
| width="55%" style="vertical-align:top" |<br />
<div style="margin:0; border:1px solid #888888; border-radius: 8px; padding: 0em 1em 1em 1em; background-color:#d7ffff;height:14em;"><br />
'''FHEMWiki News'''<br />
<div style="font-size:small;height:10em;overflow:scroll;overflow-x:hidden;"><small>{{FHEMWiki_News}}</small></div><br />
<div align="right"><small>'''Mehr [[FHEMWiki:News|News]]'''</small></div><br />
</div><br />
<br />
<div style="margin:0; margin-top:10px; border:1px solid #dfdfdf; border-radius: 8px; padding:0 1em 1em 1em; background-color:#F8F8FF;"><br />
'''Letzte Änderungen'''<br />
<div style="font-size:small;color:black;"><small>{{Special:Recentchanges/5}}</small></div><br />
<div align="right"><small>'''Mehr [[Special:Recentchanges|Änderungen]]'''</small></div><br />
</div><br />
<br />
<!-- Vorbereitung für "letzte 5 neuen Seiten" ... --><br />
<div style="margin:0; margin-top:10px; border:1px solid #dfdfdf; border-radius: 8px; padding:0 1em 1em 1em; background-color:#FFFFAA;"><br />
'''Die letzten fünf neuen Seiten'''<br />
<small>{{Special:NewPages/5}}</small><br />
<div align="right"><small>'''Mehr [[Special:NewPages|Neue Seiten]]'''</small></div><br />
</div><br />
<!-- Ende von "Vorbereitung für ..." --><br />
<br />
<div style="margin:0; margin-top:10px; border:1px solid #dfdfdf; border-radius: 8px; padding:0 1em 1em 1em; background-color:#DDD68F;"><br />
'''Administratives zum Wiki'''<br />
<br />
''Allgemeine Aktivitäten:''<br />
* Registrierung zur Mitarbeit: wende Dich bitte an einen [[FHEMWiki:Administratoren|Administrator]]<br />
* Basiswissen über die Mitarbeit an einem Wiki erarbeiten ([http://de.wikipedia.org/wiki/Wikipedia:Beteiligen z.B. Wikipedia])<br />
* Erweiterung und Korrektur von Artikeln, wo immer nötig<br />
* Ein(ig)e der [[Spezial:Gewünschte Seiten|gewünschten Seiten]] erstellen <br />
* Ideen aus dem [http://forum.fhem.de Forum] in bestehende oder neue Artikel einarbeiten<br />
* [[Spezial:Verwaiste Seiten|verwaiste Seiten]] in sinnvoller Weise verlinken<br />
* [[Spezial:Sackgassenseiten|Sackgassenseiten]] wikifizieren (Links auf andere Seiten einfügen)<br />
* [[Datei:Info_red.png|20px]] '''Tips / Regeln / Hinweise auf "[[FHEMWiki:Über FHEMWiki|Über FHEMWiki]]" beachten!''' [[Datei:Info_red.png|20px]]<br />
<!-- <br />
dieser Abschnitt sollte jetzt (hoffentlich) nicht mehr erforderlich sein<br />
''Sonderaktivitäten nach dem Festplattencrash auf dem Wiki-Server:''<br />
* Bereinigung von [[Spezial:Unbenutzte_Dateien|verwaisten Dateien]]; oft läßt schon der Dateiname Rückschlüsse auf die Seite zu, die diese Datei / dieses Bild verwenden sollte<br />
* Überarbeiten von [[:Kategorie:Seiten mit defekten Dateilinks|Seiten mit defekten Dateilinks]]<br />
* generell: aufmerksames Lesen der Artikel, da manche Dinge bei der automatisierten Datenrettung nicht vollständig wieder hergestellt werden konnten --><br />
<br />
''Aktivitäten für Administratoren:''<br />
* Sichten / Löschen von [[:Kategorie:Löschkandidaten|Löschkandidaten]]<br />
* Vorschlag: Einrichten einer Seite, auf der Anfragen an Benutzer mit Admin-Rechten eingetragen werden können<br />
* Beobachten der "Letzten Änderungen"<br />
<br />
''Sonstiges:''<br />
* Zum Ausprobieren bitte die [[FHEMWiki:Sandbox]] benutzen<br />
* [//meta.wikimedia.org/wiki/Help:Contents Wiki Benutzerhandbuch].<br />
* [//www.mediawiki.org/wiki/Manual:Configuration_settings Liste der Wiki-Konfigurationsvariablen]<br />
* [//www.mediawiki.org/wiki/Manual:FAQ MediaWiki FAQ]<br />
* [[FHEMWiki:Interna|Internes zu diesem Wiki]]<br />
</div><br />
<br />
|}<br />
<br />
[[Kategorie:FHEM]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Buderus_Web_Gateway&diff=10934Buderus Web Gateway2015-04-08T10:39:06Z<p>RaspII: /* Plot Inhalte via Plot Editor konfigurieren */</p>
<hr />
<div>{{Infobox Modul<br />
|Name=km200<br />
|ModPurpose= Anbindung eines Buderus Web-Gateway<br />
|ModType=d<br />
<!-- |ModCategory= (noch?) nicht verwendet --><br />
|ModCmdRef=km200<br />
|ModForumArea=Heizungssteuerung/Raumklima<br />
|ModTechName=73_km200.pm<br />
|ModOwner=[http://forum.fhem.de/index.php?action=profile;u=4705 Sailor]<br />
}}<br />
<br />
== Allgemein ==<br />
[[Datei:KM200.png|1024px|thumb|left |Buderus Kommunikationsmodul KM200<BR>Quelle: "Bosch Thermotechnik GmbH, Buderus Deutschland" <BR> &copy; Buderus]]<br />
[[Datei:KM300.png|1024px|thumb|right|Buderus Kommunikationsmodul KM300<BR>Quelle: "Bosch Thermotechnik GmbH, Buderus Deutschland" <BR> &copy; Buderus]]<br />
<br />
Das Modul 73_km200.pm ermöglicht die Anbindung eines Buderus Web-Gateway an einen FHEM Server (Raspberry-Pi, Fritzbox, NAS) zur Steuerung/Regelung der Heizungsanlage in der FHEM Umgebung zur Erweiterung der Hausautomatisierung.<br />
<br />
Übersicht der steuerbaren Funktionen und abrufbaren Werte (Services) können unter folgendem Link http://www.ip-symcon.de/wiki/Buderus_KM200 eingesehen werden. Diese können aber in Abhängigkeit der Kombination KM/RC sowie der aktuell installierten Firmware auf dem KM unterschiedlich ausfallen. Weitere Details werden nach und nach ergänzt.<br />
<div style="clear:both;"></div><br />
<br />
<br />
== Vorbereitungen ==<br />
=== Vorbereitungen der Hardware ===<br />
<br />
==== Installation der Hardware ====<br />
Allein aus Gründen der Garantieansprüche, sollte das KMxxx Gerät heizungsseitig nur von Heizungsfachmann installiert werden.<br />
Netzwerseitig sollte das KMxxx Gerät mit einem Netzwerkkabel besser Cat5 direkt an den Router angeschlossen werden.<br />
<br />
<br />
==== Update der Firmware ====<br />
Um eine funktionsfähige Kommunikation zwischen dem fhem-Modul und dem KMxxx Gerät aufbauen zu können, muss die entsprechende Firmware installiert werden.<br />
Die Firmware ändert sich paradoxerweise in Abhängigkeit der angeschlossenen Geräte. Aus diesem Grund muss das KMxxx Gerät vor Betrieb mit fhem in jedem Fall zunächst ins Internet. Sobald die LED des KMxxx Geräts auf grün wechselt, ist die Internetverbindung erfolgreich hergestellt. Ab jetzt kann es unter extremen Umständen bis über Nacht dauern, ehe sich die korrekte Firmware automatisch installiert hat.<br />
<br />
<br />
==== Persönliches Passwort ====<br />
Das persönliche Passwort muss zunächst noch erstellt werden, da die KMxxx Geräte ohne persönliches Passwort ausgeliefert werden. <br />
<br />
Aus diesem Grunde ist es notwendig sich einmalig die Buderus APP [http://www.buderus.de/Online_Anwendungen/Apps/fuer_den_Endverbraucher/EasyControl-4848514.html EasyControl] auf einem SmartPhone zu installieren und das Passwort zu setzen. Hierzu muss einfach den Anweisungen Folge geleistet werden.<br />
<pre style="color: red">ACHTUNG: Keine deutschen Umlaute Verwenden!</pre><br />
<br />
<br />
==== Sperrung des Internetzugangs ====<br />
Ohne, dass der Umstand in den Unterlagen der KMxxx Geräte aus datenschutzrechtlicher Sicht auch nur erwähnt ist, baut das KMxxx-Gerät nach jedem Polling seitens des fhem-Moduls von sich aus eine Verbindung zum Server von Buderus bzw. BOSH Thermotechnik auf. Über den Inhalt der Datenübertragung kann nur spekuliert werden.<br />
Um diese Datenübertragung zu unterbinden, muss man in dem jeweiligen Internet-Router das KMxxx Gerät bzw. dessen entsprechende IP-Adresse für den Internetzugang gesperrt werden. <br />
In der Fritz!Box bzw. unter Fritz!OS funktioniert dies am Besten mit der [http://avm.de/nc/service/fritzbox/fritzbox-7390/wissensdatenbank/publication/show/8_Internetnutzung-mit-Kindersicherung-einschraenken Kindersicherung]<br />
Bei andewren Routern muss die entsprechende Bedienungsanleitung konsultiert werden.<br />
<br />
Eine erfolgreiche Sperrung des Internet-Zugangs quittiert das KMxxx Gerät mit dem Wechsel der Betriebs-LED auf die orange Farbe.<br />
<br />
<br />
=== Vorbereitungen in Linux ===<br />
<br />
<br />
Damit das Modul unter FHEM und Linux funktioniert müssen zusätzliche Perl-Module installiert werden.<br />
<br />
Damit die ständige Eingabe des „sudo“ Befehls zur Installation der einzelnen Module „muss mit Root-Rechten erfolgen“ umgangen werden kann, bitte folgenden Befehl eingeben und mit Password freigeben.<br />
<br />
Code: <br />
:<Code>sudo bash</code><br />
<br />
Um die folgenden Perl-Module installieren zu können benötigen wir CPANMINUS, dazu bitte folgenden Befehl zur Installation in die Kommandozeile eingeben.<br />
<br />
:<Code>curl -L https://cpanmin.us | perl - --sudo App::cpanminus</code><br />
<br />
Kommt es dabei zu einer Fehlermeldung bitte mit folgenden Befehl beginnen.<br />
<br />
Code:<br />
:<Code>sudo apt-get install cpanminus</code><br />
<br />
Dann nacheinander die u.g. Module per (Copy/Paste) und Bestätigung per {{Taste|Enter}} installieren.<br />
<br />
Code:<br />
:<Code>cpanm JSON</code><br />
<br />
:<Code>cpanm List::MoreUtils</code><br />
<br />
:<Code>cpanm Crypt::Rijndael</code><br />
<br />
:<Code>cpanm LWP::UserAgent</code><br />
<br />
:<Code>cpanm MIME::Base64</code><br />
<br />
:<Code>cpanm Time::HiRes</code><br />
<br />
:<Code>cpanm Digest::MD5</code><br />
<br />
:<Code>cpanm base</code><br />
<br />
:<Code>apt-get install libltdl</code><br />
<br />
<br />
Zur Vermeidung bekannter Fehler aufgrund Versionsunterschiede, sollte man seine bereits installierten Pakete auf den neusten Stand bringen:<br />
<br />
:<Code>apt-get update</code><br />
<br />
:<Code>apt-get upgrade</code><br />
<br />
<br />
Zum Abschluss nach erfolgter Installation der Module noch mit Eingabe des Code:<br />
:<Code>exit</code> <br />
<br />
wieder in den User-Mode wechseln.<br />
<br />
=== Vorbereitung in FHEM ===<br />
<br />
==== Passwörter ====<br />
<br />
Es werden für das fhem Modul "km200" 2 Passwörter benötigt:<br />
<br />
a) Gateway Passwort<br />
<br />
Das Gateway Passwort ist fix auf das Gateway programmiert und befindet sich auf dem Typenschild des jeweiligen KM-Moduls.<br />
Es hat das Format aaaa-bbbb-cccc-dddd<br />
<br />
<br />
b) Persoenliches Passwort<br />
<br />
Das persönliche Passwort muss zunächst noch erstellt werden, da die KMxxx Module ohne persoenliches Passwort ausgeliefert werden. <br />
Siehe vorheriges Kapitel [[#Persönliches_Passwort|Persönliches Passwort]]<br />
<br />
<br />
==== Aktivierung und Definition in FHEM ====<br />
In der [[Konfiguration|fhem.cfg]] das Modul definieren mit:<br />
<br />
:<Code>define <devicename> km200 <IPAdresse des KM200> <Gateway Passwort> <persönliches Passwort></code><br />
<br />
Hierbei können die Passwörter wahlweise als direkter Text (bareword) oder als Base64 codierter text eigegeben werden, sofern man keine direkten Passwörter in der fhem.cfg stehen haben möchte.<br />
<br />
==== Einstellungen über Attribute ====<br />
Es können neben den Standard Attributen wie "room" oder "verbose" noch folgende für das km200-Modul individuelle Attribute in der fhem.cfg ergänzt werden.<br />
<br />
<pre style="width:650px;"><br />
attr <devicename> IntervalDynVal <time in sec><br />
attr <devicename> IntervalStatVal <time in sec><br />
attr <devicename> PollingTimeout <time in sec><br />
attr <devicename> ConsoleMessage <1 or 0><br />
attr <devicename> DoNotPoll <Service_1> <Service_2> <Service_3> ... <Service_n><br />
attr <devicename> ReadBackDelay <time in ms><br />
</pre><br />
<br />
<br />
;IntervalDynVal<br />
:Ein gültiges Interval für die Abfrage der sich dynamisch verändernden Werte der Heizung welche über die KM-Module eingelesen werden. Der Wert muss >= 20s sein um dem Modul zu erlauben einen kompletten Poll abzuwarten. Der Default Wert ist 90s.<br />
<br />
;IntervalStatVal<br />
:Ein gültiges Interval für die Abfrage der sich statisch und somit nicht verändernden Werte der Heizung welche über die KM-Module eingelesen werden. Der Wert muss >= 20s sein um dem Modul zu erlauben einen kompletten Poll abzuwarten. Der Default Wert ist 3600s.<br />
:Der Wert "0" deaktiviert die Abfrage der statischen Werte und wird diese nicht vor dem nächsten Start des fhem System oder dem Reload der fhem.cfg erneut abfragen.<br />
<br />
;PollingTimeout<br />
:Zeitraum in dem das auf eine Antwort seitens des KM200/KM50 Moduls warten soll. Sollte ein sehr langsames Heimnetz vorhanden sein, so muss der Wert entsprechend hochgesetzt werden. Der Default-Wert ist 5s.<br />
<br />
;ConsoleMessage<br />
:Sollte es aus Gründen der Fehlersuche erwünscht sein, dem Modul beim Pollen der einzelnen Werte life zuzusehen, so kann man die Ausgabe im Konsolenfenster (STD-OUT) aktivieren. Hierzu muss der Wert auf "1" gesetzt werden.<br />
:Bitte daran denken, dass dies nicht automatisch in dem Telnet Fenster (e.g. PUTTY) angezeigt wird. Man muss zur Anzeige dort das fhem-System stoppen und wieder starten.<br />
:Der Default-Wert is "0" = deaktiviert.<br />
<br />
;DoNotPoll<br />
:Eine durch Leerzeichen getrennte Liste von Services die nicht gepollt werden sollen. Dies kann bei wiederholten Abstürzen durch Abfrage bestimmter Services angewendet werden sowie für das gezielte Ausblenden von irrelevanten Werten (Z.B.: Rücklauftemperatur = -32768°C, etc.). <br />
:Der Default Wert ist "" somit werden alle Werte abgefragt.<br />
<br />
;ReadBackDelay<br />
:Zeitraum in Millisekunden in dem das Modul mit einem Zurücklesen der Werte nach einem Schreibvorgang warten soll, da es sonst zu keinem erfolgreichen Schreibvorgang kommt. Die Größe des Wertes hängt sehr stark von der Geschwindigkeit des fhem-Host-Systems sowie der angeschlossenen Netzwerkverbindung ab und kann daher mehr oder minder stark schwanken. Der Default-Wert ist 100ms.<br />
<br />
== Beispiel für Menüführung ==<br />
<br />
=== Anzeige der Liste für Fehlermeldungen ===<br />
<pre style="color: red">Mit freundlicher Einladung an DLindner :-) </pre><br />
<br />
=== Steuerungsmenü eines Heizkreises ===<br />
<pre style="color: red">Mit freundlicher Einladung an DLindner :-) </pre><br />
<br />
=== Steuerungsmenü der Warmwasserbereitstellung ===<br />
<pre style="color: red">Mit freundlicher Einladung an DLindner :-) </pre><br />
<br />
== Beispiel für readingsGroup ==<br />
[[Datei:Buderus_RoomHeizung.png|200px|thumb|right|readingsGroup "Heizung" und "Temperaturen" mit 73_km200 - Werten]]<br />
In diesem Beispiel werden im Raum "Heizung" zwei Gruppen namens "Heizung" und "Temperaturen" angelegt und die Services mit entsprechenden Symbolen versehen. <br />
<br />
fhem.cfg<br />
<br />
<code>define Temperaturen readingsGroup myKm200:<%temp_temperature>,<AussenTemp.>,/system/sensors/temperatures/outdoor_t1 myKm200:<%sani_solar_temp><SonnenkollektorTemp.>,/solarCircuits/sc1/collectorTemperature myKm200:<%sani_buffer_temp_all>,<HeißwasserTemp.>,/system/sensors/temperatures/hotWater_t2</code><BR><br />
<code>attr Temperaturen room Heizung</code><BR><br />
<code>attr Temperaturen valueStyle style="text-align:right"</code><br />
<br />
<code>define Heizung readingsGroup myKm200:<%sani_domestic_waterworks>,<Heizungsdruck>,/system/appliance/systemPressure myKm200:<%sani_supply_temp>,<Vorlauftemp>,/system/sensors/temperatures/supply_t1 myKm200:<%sani_return_temp>,<Rücklauftemp>,/heatSources/returnTemperature<BR><br />
attr Heizung room Heizung<BR><br />
attr Heizung valueStyle style="text-align:right"</code><br />
<br />
== Beispiel für Plot ==<br />
<br />
=== Mit dBLog ===<br />
<br />
[[Datei:DbLog-plot.png|1024px|thumb|none|plot mit Werten aus 73_km200]]<br />
<br />
Um einen obigen Plot anzuzeigen geht man wie folgt vor:<br />
<br />
==== [[Konfiguration|fhem.cfg]] ====<br />
<br />
Folgende Einträge müssen in der [[Konfiguration|fhem.cfg]] vorgenommen werden:<br />
<br />
define SVG_CH_Values SVG myDbLog:CentralHeating_CH:HISTORY<br />
attr SVG_CH_Values plotsize 1600,400<br />
attr SVG_CH_Values room Plots<br />
attr SVG_CH_Values title "Central Heating"<br />
<br />
==== gplot ====<br />
<br />
Die entsprechende plot-Datei namens "<code>CentralHeating_CH.gplot</code>" sieht dann wie folgt aus:<br />
<br />
# Created by FHEM/98_SVG.pm, 2015-01-12 22:57:42<br />
set terminal png transparent size <SIZE> crop<br />
set output '<OUT>.png'<br />
set xdata time<br />
set timefmt "%Y-%m-%d_%H:%M:%S"<br />
set xlabel " "<br />
set title '<TL>'<br />
set ytics <br />
set y2tics <br />
set grid y2tics<br />
set ylabel "Temperature in °C / Modulation in %"<br />
set y2label "Power in kW"<br />
set yrange [0:105]<br />
set y2range [0:21]<br />
#DbLog myKm200:/heatSources/actualPower<br />
#DbLog myKm200:/system/sensors/temperatures/supply_t1<br />
#DbLog myKm200:/heatingCircuits/hc1/pumpModulation<br />
#DbLog myKm200:/system/sensors/temperatures/hotWater_t2<br />
plot "<IN>" using 1:2 axes x1y2 title 'Power' ls l3 lw 1 with lines,\<br />
"<IN>" using 1:2 axes x1y1 title 'Vorlauftemperatur' ls l0 lw 1 with lines,\<br />
"<IN>" using 1:2 axes x1y1 title 'Ladepumpe' ls l1 lw 1 with lines,\<br />
"<IN>" using 1:2 axes x1y1 title 'Warmwasser' ls l2 lw 1 with lines<br />
<br />
Diese Plotdatei kann auch mit Hilfe des [[Plots_erzeugen#.gplot-Editor|Ploteditors]] generiert werden. Die Vorgehensweise entspricht -bis auf die Plot-Source dBLog- dem im Folgenden beschriebenen Ablauf mit FileLog.<br />
<br />
=== Mit FileLog ===<br />
[[Datei:Buderus_Temperaturen_MitFileLog.png|1024px|thumb|none|typischer Temperatur plot]]<br />
<br />
Obiger Plot wurde mit Hilfe des Ploteditors erstellt.<br />
<br />
==== [[Konfiguration|fhem.cfg]] ====<br />
<br />
Die Ploterstellung erfolgt anhand der nachfolgenden Beispiel-Konfiguration:<br />
<br />
# Buderus Gateway aktivieren und Parameter setzen<br />
# ===============================================<br />
define heizung km200 <IP ADR> <SYS PW> <User PW><br />
attr heizung IntervalDynVal 90<br />
attr heizung IntervalStatVal 3600 <br />
attr heizung PollingTimeout 200 <br />
attr heizung ConsoleMessage 0 <br />
attr heizung room Heizung <br />
<br />
# Loggen aller Daten aktivieren, Pfad/Dateiname ./log/Heizung-<Jahr>-<Monat>.log; Bsp.: "Heizung-2015-01.log"<br />
# ===========================================================================================================<br />
define FileLog_heizung FileLog ./log/Heizung-%Y-%m.log heizung<br />
attr FileLog_heizung logtype text<br />
attr FileLog_heizung room LogFiles<br />
attr FileLog_heizung group Heizung<br />
<br />
# Loggen einer Auswahl von Daten aktivieren, Pfad/Dateiname ./log/Heizung-<Jahr>-<Monat>.log; Bsp.: "Heizung-2015-01.log"<br />
# =======================================================================================================================<br />
define FileLog_heizung FileLog ./log/Heizung-%Y-%m.log heizung:(/system/sensors/temperatures/hotWater_t2|/system/sensors/temperatures/outdoor_t1).*<br />
attr FileLog_heizung logtype text<br />
attr FileLog_heizung room LogFiles<br />
attr FileLog_heizung group Heizung<br />
<br />
==== Plot Anlegen ==== <br />
[[Datei:Logfiles_FileLog_heizung.png|512px|thumb|right|Logfiles_FileLog_heizung.png]]<br />
Nach Fertigstellung und Abspeichern der ''"[[Konfiguration|fhem.cfg]]"'' Datei ist als erster Schritt der Plot anzulegen. Dazu:<br />
* im Raum ''"LogFiles"'' auf den Link ''"FileLog_heizung"'' klicken.<br />
* Im neuen Fenster auf den Link ''"Create SVG Plot"'' klicken<br />
jetzt kann die eigentliche Konfiguration der darzustellenden Daten beginnen.<br />
<div style="clear:both;"></div><br />
==== Plot Inhalte via Plot Editor konfigurieren ====<br />
[[Datei:Buderus_Heiztemperaturen_Ploteditor.png|1024px|thumb|right|Buderus_Heiztemperaturen_Ploteditor.png]]<br />
Nun ist der Plot noch mit Leben zu füllen. <br />
Dazu müssen dem Plot noch mit Hilfe des [[Plots_erzeugen#.gplot-Editor|Ploteditors]] die eigentlichen Messwerte des Buderus Gateways zugeordnet werden:<br />
<br />
* Link ''"Heiztemperaturen"'' unten links anklicken (siehe oben, Temperatur Plot)<br />''Es erscheint der Ploteditor (Buderus_Heiztemperaturen_Ploteditor.png)''<BR />''Der Plot selbst (oben) erscheint beim ersten Mal noch nicht, da bisher keine Meßgrößen selektiert wurden''<br><br />
*Die Beschriftung von ''Titel, Achsen'' etc. sollte selbst erklärend sein (1)<br />
*In den Zeilen unter ''"Diagram Label, Source..."'' legt man die eigentlichen Meßwerte für den Plot fest<br />
*''"Diagram Label"'' (2) = beliebige Bezeichnung des Meßwertes<br />
*''"Source"'' (3) = in diesem Auswahlfenster legt man die Logdatei fest, aus der die Daten extrahiert werden sollen, hier "FileLog_heizung"<br />
*''"Input:Column"'' (4) = Spalte innerhalb der Logdatei in der die Meßwerte stehen, bei uns immer ''"4"'' (Spalte 1 = Zeitstempel)<br />
*''"Regexp"'' (5) = hier legt wählt man die eigentliche Meßgröße aus<br />
*''"DefaultValue"'' (6) = Defaultwert, wird angezeigt wenn es keine echten Meßdaten gibt (Man sieht dann den Default Wert, ist eher schlecht deshalb bei mir leer)<BR><br />
*''"Function"'' (7) = hier kann eine Umrechnungsformel angegeben werden<br />
*''"Y-Axis"'' (8) = hier kann die Referenzachse (Rechte oder Linke) ausgewählt werden<br />
*''"Plot-Type"'' (9) = hier wird festgelegt ob die Darstellung als "Linie" oder "Punkte" etc. erfolgt<br />
*''"Style"'' (10) = Farbe/Struktur der Linie....<br />
*''"Width"'' (11) = Stärke der Linie....<br />
<br />
Sind alle diese Parameter für einen Meßwert definiert ist noch der Button ''"Write .gplot file"'' (12) zu drücken, danach wird die erste Kurve dargestellt.<br />
'''Aber aufpassen:''' angezeigt werden in obiger Konfiguration immer nur die Meßwerte '''eines Tages'''. Erstellt man diese Konfiguration z.B. um 0:01 Uhr Nachts<br />
sieht man '''nichts''', weil es u.U. noch keine Meßwerte für diesen Tag gibt.<br />
Für weitere Messwerte wird obiger Vorgang wiederholt.<BR><br />
<br />
Danach kann bei Bedarf noch via ''"attr FileLog_heizung Room"'' ein gewünschter "Raum" festgelegt werden. Am Ende noch auf ''"Save config"'' klicken damit das Werk auch abgespeichert wird. <br />
<br />
<br />
<big>'''Hinweis:'''</big><BR><br />
<br />
Das Laden der Plots dauert eventuell sehr lang. Das liegt daran, dass alle Daten der Logdatei geladen werden m&uuml;ssen und unter Umst&auml;nden sehr viele Daten durch ein sehr kurzes Poll-Intervall gespeichert werden. Ein schwaches Rechensystem z.B. Raspberry PI kann diesen Umstand noch verst&auml;rken.<br />
Als Abhilfe kann z.B. nur ein Teil der Daten geloggt werden, s.o. unter: "# Loggen einer Auswahl von Daten aktivieren,....". Geloggt werden im obigen Beispiel die Daten in der runden Klammer (.hotWater_t2 und ..outdoor_t1).<br />
<br />
== Bekannte Probleme ==<br />
<br />
=== Fehlermeldung: "Use of uninitialized value in concatenation (.) or string at ./FHEM/73_km200.pm" ===<br />
<br />
<u>'''Beschreibung / Ursache:'''</u><br />
<br />
Diese Fehlermeldung tritt meistens in Verbindung mit einem sehr langsamen Netzwerk auf. <br />
Hierbei antwortet das KM300/KM200/KM50 nicht rechtzeitig bevor das 73_km200.pm - Modul aufgibt und die unten genannte Fehlermeldung ausgibt.<br />
<br />
<br />
<br />
<u>'''Lösung:'''</u><br />
<br />
Um das Modul "geduldiger" zu machen, muß man nur das Attribut "PollingTimeout" entsprechend höher setzen. Ein guter Erfahrungswert wäre zum Beispiel 20, was den 4-fachen des Default-Werts entspricht.<br />
Besser wäre es jedoch einen qualitativ höherwertigen Netzwerk-Switch statt beispielsweise Netzwerk-Hub oder gar billigen Router einzusetzen.<br />
<BR><br />
<BR><br />
<BR><br />
<br />
=== Sporadischer Absturz von fhem ===<br />
<br />
<u>'''Beschreibung / Ursache:'''</u><br />
<br />
Aus noch ungeklärter Ursache kann es bei einzelnen Buderus KMxxx Geräten in Verbindung mit verschiedenen Buderus RCs bei Abfrage bestimmter Services zum Komplett-Absturz des fhem - Systems kommen.<br />
Es ist dem Developer des Moduls bisher nicht gelungen diese Abstürze nachzustellen um den Fehler entsprechend abzufangen.<br />
Bisher treten diese Abstuerze insbesondere bei Abfrage der folgenden Services auf:<br />
<br />
:<Code>/heatSources/flameCurrent</Code><br />
:<Code>/heatSources/flameStatus</Code><br />
:<Code>/system/appliance/flameCurrent</Code><br />
:<Code>/system/appliance/flameStatus</Code><br />
Aber auch andere Services könnten dieses Problem auslösen. Sind dem Developer aber zur Zeit nicht bekannt.<br />
<br />
<br />
<br />
<u>'''Lösung:'''</u><br />
<br />
Zu diesem Zweck muss man zunächst das Attribut ConsoleMessage aktivieren (Siehe Attribute) und sehen, ab welcher Ausgabe sich das fhem-System aufhängt.<br />
<br />
Der Wert der Probleme bereitet ist der nächste Wert, der eben gerade nicht angezeigt wird.<br />
<br />
Die bekannten Problem-Services hinter das Attribut DoNotPoll hängen. Sie werden anschließend nicht mehr abgefragt und können somit keinen Absturz mehr verursachen.<br />
<BR><br />
<BR><br />
<BR><br />
=== Keine Services lesbar / Keine Readings im fhem ===<br />
<br />
<u>'''Beschreibung / Ursache:'''</u><br />
<br />
Es kann sein das das fhem System nach eine Weile abstürzt ohne vorher Readings in das device geschrieben zu haben.<br />
Wenn man zum debuggen dann das Attribut "ConsoleMessage" aktiviert hat (Siehe Attribute) dann taucht folgende Liste in der Konsole auf:<br />
<br />
<br />
:<Code>Sounding and importing of services started</Code><br />
:<Code>The following Service CANNOT be read &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: /</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway/DateTime</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway/instAccess</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway/instWriteAccess</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway/uuid</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway/versionFirmware</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway/versionHardware</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /heatingCircuits</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /heatingCircuits/hc1</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /heatingCircuits/hc1/activeSwitchProgram</Code><br />
:<Code>The following Service CANNOT be read&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: /heatingCircuits/hc1/actualSupplyTemperature</Code><br />
:<Code>The following Service CANNOT be read&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: /heatingCircuits/hc1/controlType</Code><br />
:<Code>The following Service CANNOT be read&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: /heatingCircuits/hc1/currentOpModeInfo</Code><br />
:<Code>The following Service CANNOT be read&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: /heatingCircuits/hc1/currentRoomSetpoint</Code><br />
:<Code>The following Service CANNOT be read&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: /heatingCircuits/hc1/designTemp</Code><br />
(Gekürzt)<br />
<br />
<br />
<br />
<u>'''Lösung:'''</u><br />
Bisher tauchen diese Symptome nur in Verbindung mit einem falschen Passwort auf.<br />
Zu diesem Zwecke beide Passwörter überprüfen und ggf. das private Passwort mit der App erneut setzen.<br />
<pre style="color: red">ACHTUNG: Keine deutschen Umlaute Verwenden!</pre><br />
<BR><br />
=== Fehlermeldung: "encrypt: datasize not multiple of blocksize (16 bytes) at ./FHEM/73_km200.pm line xxx" ===<br />
<br />
<u>'''Beschreibung / Ursache:'''</u><br />
<br />
Während der Initialisierung des Geräts taucht die Fehlermeldung <br />
<br />
<Code>encrypt: datasize not multiple of blocksize (16 bytes) at ./FHEM/73_km200.pm line xxx</Code> <br />
<br />
in der Konsole auf und stürzt ab. Offensichtlich kann es aus noch ungeklärter Ursache dazu kommen, dass das KM Gerät 2 Byte zuviel sendet.<br />
<br />
<br />
<br />
<u>'''Lösung:'''</u><br />
<br />
Die Ursache konnte noch nicht gefunden werden. Bei dem einzigen bekannten Fall hat der User nur mit einem kompletten Hardware-RESET des KM - Gerätes die Funktion, bzw. den Kontakt zum KM-Gerät wiederherstellen können.<br />
<BR><br />
<BR><br />
=== FlameStatus "OFF" wird erkannt, FlameStatus "ON" wird aufgrund falscher Codierung verworfen ===<br />
<br />
<u>'''Beschreibung / Ursache:'''</u><br />
<br />
Die Readings <br />
:<code>/heatSources/flameStatus</code><br />
:<code>/system/appliance/flameStatus</code> <br />
<br />
werden zwar eingelesen, jedoch verweilt der Status in "OFF". Da das Gerät einen undefinierten aber nicht reproduzierbaren JSON-Wert für "ON" zurückgibt, wird dieser vom 73_km200 Modul verworfen.<br />
<BR><br />
<BR><br />
<u>'''Lösung:'''</u><br />
<br />
Die Ursache kann vom 73_km200 Modul nicht behoben, bzw. abgefangen werden, da sich die fehlerhaften Stringmeldungen von Gerät zu Gerät in Abhängigkeit von Hardware, Linux-Version, Applikations-Version unterscheiden können.<br />
<br />
Der Fehler liegt nach bisheriger Einschätzung im Gerät bzw. dessen Firmware.<br />
<BR><br />
<BR><br />
Aus diesem Grunde wird empfohlen eine Abfrage auf<br />
:<Code>/heatSources/flameCurrent > 0uA </Code><br />
oder<br />
:<Code>/system/appliance/flameCurrent > 0uA</Code><br />
zu programmieren. Sobald der Ionisierungsstrom >0 ist, läuft der Brenner ganz sicher. <br />
<br />
Die interne Logik der Zentralheizung macht im Grunde nichts Anderes.<br />
<br />
== Anhang A - Liste bekannter Root Services ==<br />
<br />
Die folgenden Werte sind dem Developer bekannt und können durch das Modul abgefragt werden, sofern eine Antwort seitens des KMxxx kommt oder sich nicht hinter dem DoNotPoll Attribut befinden.<br />
Alle untergeordneten Services werden seit Version 0045 automatisch geladen und können von User zu User variieren.<br />
<br />
<span style="font-family:Courier New"><br />
/<BR><br />
/dhwCircuits<BR><br />
/gateway<BR><br />
/heatingCircuits<BR><br />
/heatSources<BR><br />
/notifications<BR><br />
/recordings<BR><br />
/solarCircuits<BR><br />
/system<BR><br />
<BR><br />
</span><br />
<br />
== Links ==<br />
* {{Link2Forum|Topic=25540}} zur Entwicklung und Support des Moduls<br />
* {{Link2Forum|Topic=25540|Message=230504}}, der auf einem Raspbery Pi schrittweise -ausgehend von der Betriebssysteminstallation über die Fhem-Installation- die Modulnutzung beschreibt<br />
* [http://www.buderus.de Buderus Internetseite]<br />
* [http://de.documents.buderus.com/download/pdf/file/6720807675.pdf Logamatic web KM50 &nbsp; - Installations- und Bedienungsanleitung]<br />
* [http://documents.buderus.com/download/pdf/file/6720647836.pdf Logamatic web KM200 - Installationsanleitung für den Fachmann]<br />
* [http://heizungsfachshop.de/media/pdf/technische-unterlagen-buderus-logamatic-web-km300.pdf Logamatic web KM300 - Installationsanleitung für den Fachmann]<br />
<br />
[[Kategorie:Heizungssteuerung]]<br />
[[Kategorie:Other Components]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Buderus_Web_Gateway&diff=10933Buderus Web Gateway2015-04-08T10:33:24Z<p>RaspII: /* fhem.cfg */</p>
<hr />
<div>{{Infobox Modul<br />
|Name=km200<br />
|ModPurpose= Anbindung eines Buderus Web-Gateway<br />
|ModType=d<br />
<!-- |ModCategory= (noch?) nicht verwendet --><br />
|ModCmdRef=km200<br />
|ModForumArea=Heizungssteuerung/Raumklima<br />
|ModTechName=73_km200.pm<br />
|ModOwner=[http://forum.fhem.de/index.php?action=profile;u=4705 Sailor]<br />
}}<br />
<br />
== Allgemein ==<br />
[[Datei:KM200.png|1024px|thumb|left |Buderus Kommunikationsmodul KM200<BR>Quelle: "Bosch Thermotechnik GmbH, Buderus Deutschland" <BR> &copy; Buderus]]<br />
[[Datei:KM300.png|1024px|thumb|right|Buderus Kommunikationsmodul KM300<BR>Quelle: "Bosch Thermotechnik GmbH, Buderus Deutschland" <BR> &copy; Buderus]]<br />
<br />
Das Modul 73_km200.pm ermöglicht die Anbindung eines Buderus Web-Gateway an einen FHEM Server (Raspberry-Pi, Fritzbox, NAS) zur Steuerung/Regelung der Heizungsanlage in der FHEM Umgebung zur Erweiterung der Hausautomatisierung.<br />
<br />
Übersicht der steuerbaren Funktionen und abrufbaren Werte (Services) können unter folgendem Link http://www.ip-symcon.de/wiki/Buderus_KM200 eingesehen werden. Diese können aber in Abhängigkeit der Kombination KM/RC sowie der aktuell installierten Firmware auf dem KM unterschiedlich ausfallen. Weitere Details werden nach und nach ergänzt.<br />
<div style="clear:both;"></div><br />
<br />
<br />
== Vorbereitungen ==<br />
=== Vorbereitungen der Hardware ===<br />
<br />
==== Installation der Hardware ====<br />
Allein aus Gründen der Garantieansprüche, sollte das KMxxx Gerät heizungsseitig nur von Heizungsfachmann installiert werden.<br />
Netzwerseitig sollte das KMxxx Gerät mit einem Netzwerkkabel besser Cat5 direkt an den Router angeschlossen werden.<br />
<br />
<br />
==== Update der Firmware ====<br />
Um eine funktionsfähige Kommunikation zwischen dem fhem-Modul und dem KMxxx Gerät aufbauen zu können, muss die entsprechende Firmware installiert werden.<br />
Die Firmware ändert sich paradoxerweise in Abhängigkeit der angeschlossenen Geräte. Aus diesem Grund muss das KMxxx Gerät vor Betrieb mit fhem in jedem Fall zunächst ins Internet. Sobald die LED des KMxxx Geräts auf grün wechselt, ist die Internetverbindung erfolgreich hergestellt. Ab jetzt kann es unter extremen Umständen bis über Nacht dauern, ehe sich die korrekte Firmware automatisch installiert hat.<br />
<br />
<br />
==== Persönliches Passwort ====<br />
Das persönliche Passwort muss zunächst noch erstellt werden, da die KMxxx Geräte ohne persönliches Passwort ausgeliefert werden. <br />
<br />
Aus diesem Grunde ist es notwendig sich einmalig die Buderus APP [http://www.buderus.de/Online_Anwendungen/Apps/fuer_den_Endverbraucher/EasyControl-4848514.html EasyControl] auf einem SmartPhone zu installieren und das Passwort zu setzen. Hierzu muss einfach den Anweisungen Folge geleistet werden.<br />
<pre style="color: red">ACHTUNG: Keine deutschen Umlaute Verwenden!</pre><br />
<br />
<br />
==== Sperrung des Internetzugangs ====<br />
Ohne, dass der Umstand in den Unterlagen der KMxxx Geräte aus datenschutzrechtlicher Sicht auch nur erwähnt ist, baut das KMxxx-Gerät nach jedem Polling seitens des fhem-Moduls von sich aus eine Verbindung zum Server von Buderus bzw. BOSH Thermotechnik auf. Über den Inhalt der Datenübertragung kann nur spekuliert werden.<br />
Um diese Datenübertragung zu unterbinden, muss man in dem jeweiligen Internet-Router das KMxxx Gerät bzw. dessen entsprechende IP-Adresse für den Internetzugang gesperrt werden. <br />
In der Fritz!Box bzw. unter Fritz!OS funktioniert dies am Besten mit der [http://avm.de/nc/service/fritzbox/fritzbox-7390/wissensdatenbank/publication/show/8_Internetnutzung-mit-Kindersicherung-einschraenken Kindersicherung]<br />
Bei andewren Routern muss die entsprechende Bedienungsanleitung konsultiert werden.<br />
<br />
Eine erfolgreiche Sperrung des Internet-Zugangs quittiert das KMxxx Gerät mit dem Wechsel der Betriebs-LED auf die orange Farbe.<br />
<br />
<br />
=== Vorbereitungen in Linux ===<br />
<br />
<br />
Damit das Modul unter FHEM und Linux funktioniert müssen zusätzliche Perl-Module installiert werden.<br />
<br />
Damit die ständige Eingabe des „sudo“ Befehls zur Installation der einzelnen Module „muss mit Root-Rechten erfolgen“ umgangen werden kann, bitte folgenden Befehl eingeben und mit Password freigeben.<br />
<br />
Code: <br />
:<Code>sudo bash</code><br />
<br />
Um die folgenden Perl-Module installieren zu können benötigen wir CPANMINUS, dazu bitte folgenden Befehl zur Installation in die Kommandozeile eingeben.<br />
<br />
:<Code>curl -L https://cpanmin.us | perl - --sudo App::cpanminus</code><br />
<br />
Kommt es dabei zu einer Fehlermeldung bitte mit folgenden Befehl beginnen.<br />
<br />
Code:<br />
:<Code>sudo apt-get install cpanminus</code><br />
<br />
Dann nacheinander die u.g. Module per (Copy/Paste) und Bestätigung per {{Taste|Enter}} installieren.<br />
<br />
Code:<br />
:<Code>cpanm JSON</code><br />
<br />
:<Code>cpanm List::MoreUtils</code><br />
<br />
:<Code>cpanm Crypt::Rijndael</code><br />
<br />
:<Code>cpanm LWP::UserAgent</code><br />
<br />
:<Code>cpanm MIME::Base64</code><br />
<br />
:<Code>cpanm Time::HiRes</code><br />
<br />
:<Code>cpanm Digest::MD5</code><br />
<br />
:<Code>cpanm base</code><br />
<br />
:<Code>apt-get install libltdl</code><br />
<br />
<br />
Zur Vermeidung bekannter Fehler aufgrund Versionsunterschiede, sollte man seine bereits installierten Pakete auf den neusten Stand bringen:<br />
<br />
:<Code>apt-get update</code><br />
<br />
:<Code>apt-get upgrade</code><br />
<br />
<br />
Zum Abschluss nach erfolgter Installation der Module noch mit Eingabe des Code:<br />
:<Code>exit</code> <br />
<br />
wieder in den User-Mode wechseln.<br />
<br />
=== Vorbereitung in FHEM ===<br />
<br />
==== Passwörter ====<br />
<br />
Es werden für das fhem Modul "km200" 2 Passwörter benötigt:<br />
<br />
a) Gateway Passwort<br />
<br />
Das Gateway Passwort ist fix auf das Gateway programmiert und befindet sich auf dem Typenschild des jeweiligen KM-Moduls.<br />
Es hat das Format aaaa-bbbb-cccc-dddd<br />
<br />
<br />
b) Persoenliches Passwort<br />
<br />
Das persönliche Passwort muss zunächst noch erstellt werden, da die KMxxx Module ohne persoenliches Passwort ausgeliefert werden. <br />
Siehe vorheriges Kapitel [[#Persönliches_Passwort|Persönliches Passwort]]<br />
<br />
<br />
==== Aktivierung und Definition in FHEM ====<br />
In der [[Konfiguration|fhem.cfg]] das Modul definieren mit:<br />
<br />
:<Code>define <devicename> km200 <IPAdresse des KM200> <Gateway Passwort> <persönliches Passwort></code><br />
<br />
Hierbei können die Passwörter wahlweise als direkter Text (bareword) oder als Base64 codierter text eigegeben werden, sofern man keine direkten Passwörter in der fhem.cfg stehen haben möchte.<br />
<br />
==== Einstellungen über Attribute ====<br />
Es können neben den Standard Attributen wie "room" oder "verbose" noch folgende für das km200-Modul individuelle Attribute in der fhem.cfg ergänzt werden.<br />
<br />
<pre style="width:650px;"><br />
attr <devicename> IntervalDynVal <time in sec><br />
attr <devicename> IntervalStatVal <time in sec><br />
attr <devicename> PollingTimeout <time in sec><br />
attr <devicename> ConsoleMessage <1 or 0><br />
attr <devicename> DoNotPoll <Service_1> <Service_2> <Service_3> ... <Service_n><br />
attr <devicename> ReadBackDelay <time in ms><br />
</pre><br />
<br />
<br />
;IntervalDynVal<br />
:Ein gültiges Interval für die Abfrage der sich dynamisch verändernden Werte der Heizung welche über die KM-Module eingelesen werden. Der Wert muss >= 20s sein um dem Modul zu erlauben einen kompletten Poll abzuwarten. Der Default Wert ist 90s.<br />
<br />
;IntervalStatVal<br />
:Ein gültiges Interval für die Abfrage der sich statisch und somit nicht verändernden Werte der Heizung welche über die KM-Module eingelesen werden. Der Wert muss >= 20s sein um dem Modul zu erlauben einen kompletten Poll abzuwarten. Der Default Wert ist 3600s.<br />
:Der Wert "0" deaktiviert die Abfrage der statischen Werte und wird diese nicht vor dem nächsten Start des fhem System oder dem Reload der fhem.cfg erneut abfragen.<br />
<br />
;PollingTimeout<br />
:Zeitraum in dem das auf eine Antwort seitens des KM200/KM50 Moduls warten soll. Sollte ein sehr langsames Heimnetz vorhanden sein, so muss der Wert entsprechend hochgesetzt werden. Der Default-Wert ist 5s.<br />
<br />
;ConsoleMessage<br />
:Sollte es aus Gründen der Fehlersuche erwünscht sein, dem Modul beim Pollen der einzelnen Werte life zuzusehen, so kann man die Ausgabe im Konsolenfenster (STD-OUT) aktivieren. Hierzu muss der Wert auf "1" gesetzt werden.<br />
:Bitte daran denken, dass dies nicht automatisch in dem Telnet Fenster (e.g. PUTTY) angezeigt wird. Man muss zur Anzeige dort das fhem-System stoppen und wieder starten.<br />
:Der Default-Wert is "0" = deaktiviert.<br />
<br />
;DoNotPoll<br />
:Eine durch Leerzeichen getrennte Liste von Services die nicht gepollt werden sollen. Dies kann bei wiederholten Abstürzen durch Abfrage bestimmter Services angewendet werden sowie für das gezielte Ausblenden von irrelevanten Werten (Z.B.: Rücklauftemperatur = -32768°C, etc.). <br />
:Der Default Wert ist "" somit werden alle Werte abgefragt.<br />
<br />
;ReadBackDelay<br />
:Zeitraum in Millisekunden in dem das Modul mit einem Zurücklesen der Werte nach einem Schreibvorgang warten soll, da es sonst zu keinem erfolgreichen Schreibvorgang kommt. Die Größe des Wertes hängt sehr stark von der Geschwindigkeit des fhem-Host-Systems sowie der angeschlossenen Netzwerkverbindung ab und kann daher mehr oder minder stark schwanken. Der Default-Wert ist 100ms.<br />
<br />
== Beispiel für Menüführung ==<br />
<br />
=== Anzeige der Liste für Fehlermeldungen ===<br />
<pre style="color: red">Mit freundlicher Einladung an DLindner :-) </pre><br />
<br />
=== Steuerungsmenü eines Heizkreises ===<br />
<pre style="color: red">Mit freundlicher Einladung an DLindner :-) </pre><br />
<br />
=== Steuerungsmenü der Warmwasserbereitstellung ===<br />
<pre style="color: red">Mit freundlicher Einladung an DLindner :-) </pre><br />
<br />
== Beispiel für readingsGroup ==<br />
[[Datei:Buderus_RoomHeizung.png|200px|thumb|right|readingsGroup "Heizung" und "Temperaturen" mit 73_km200 - Werten]]<br />
In diesem Beispiel werden im Raum "Heizung" zwei Gruppen namens "Heizung" und "Temperaturen" angelegt und die Services mit entsprechenden Symbolen versehen. <br />
<br />
fhem.cfg<br />
<br />
<code>define Temperaturen readingsGroup myKm200:<%temp_temperature>,<AussenTemp.>,/system/sensors/temperatures/outdoor_t1 myKm200:<%sani_solar_temp><SonnenkollektorTemp.>,/solarCircuits/sc1/collectorTemperature myKm200:<%sani_buffer_temp_all>,<HeißwasserTemp.>,/system/sensors/temperatures/hotWater_t2</code><BR><br />
<code>attr Temperaturen room Heizung</code><BR><br />
<code>attr Temperaturen valueStyle style="text-align:right"</code><br />
<br />
<code>define Heizung readingsGroup myKm200:<%sani_domestic_waterworks>,<Heizungsdruck>,/system/appliance/systemPressure myKm200:<%sani_supply_temp>,<Vorlauftemp>,/system/sensors/temperatures/supply_t1 myKm200:<%sani_return_temp>,<Rücklauftemp>,/heatSources/returnTemperature<BR><br />
attr Heizung room Heizung<BR><br />
attr Heizung valueStyle style="text-align:right"</code><br />
<br />
== Beispiel für Plot ==<br />
<br />
=== Mit dBLog ===<br />
<br />
[[Datei:DbLog-plot.png|1024px|thumb|none|plot mit Werten aus 73_km200]]<br />
<br />
Um einen obigen Plot anzuzeigen geht man wie folgt vor:<br />
<br />
==== [[Konfiguration|fhem.cfg]] ====<br />
<br />
Folgende Einträge müssen in der [[Konfiguration|fhem.cfg]] vorgenommen werden:<br />
<br />
define SVG_CH_Values SVG myDbLog:CentralHeating_CH:HISTORY<br />
attr SVG_CH_Values plotsize 1600,400<br />
attr SVG_CH_Values room Plots<br />
attr SVG_CH_Values title "Central Heating"<br />
<br />
==== gplot ====<br />
<br />
Die entsprechende plot-Datei namens "<code>CentralHeating_CH.gplot</code>" sieht dann wie folgt aus:<br />
<br />
# Created by FHEM/98_SVG.pm, 2015-01-12 22:57:42<br />
set terminal png transparent size <SIZE> crop<br />
set output '<OUT>.png'<br />
set xdata time<br />
set timefmt "%Y-%m-%d_%H:%M:%S"<br />
set xlabel " "<br />
set title '<TL>'<br />
set ytics <br />
set y2tics <br />
set grid y2tics<br />
set ylabel "Temperature in °C / Modulation in %"<br />
set y2label "Power in kW"<br />
set yrange [0:105]<br />
set y2range [0:21]<br />
#DbLog myKm200:/heatSources/actualPower<br />
#DbLog myKm200:/system/sensors/temperatures/supply_t1<br />
#DbLog myKm200:/heatingCircuits/hc1/pumpModulation<br />
#DbLog myKm200:/system/sensors/temperatures/hotWater_t2<br />
plot "<IN>" using 1:2 axes x1y2 title 'Power' ls l3 lw 1 with lines,\<br />
"<IN>" using 1:2 axes x1y1 title 'Vorlauftemperatur' ls l0 lw 1 with lines,\<br />
"<IN>" using 1:2 axes x1y1 title 'Ladepumpe' ls l1 lw 1 with lines,\<br />
"<IN>" using 1:2 axes x1y1 title 'Warmwasser' ls l2 lw 1 with lines<br />
<br />
Diese Plotdatei kann auch mit Hilfe des [[Plots_erzeugen#.gplot-Editor|Ploteditors]] generiert werden. Die Vorgehensweise entspricht -bis auf die Plot-Source dBLog- dem im Folgenden beschriebenen Ablauf mit FileLog.<br />
<br />
=== Mit FileLog ===<br />
[[Datei:Buderus_Temperaturen_MitFileLog.png|1024px|thumb|none|typischer Temperatur plot]]<br />
<br />
Obiger Plot wurde mit Hilfe des Ploteditors erstellt.<br />
<br />
==== [[Konfiguration|fhem.cfg]] ====<br />
<br />
Die Ploterstellung erfolgt anhand der nachfolgenden Beispiel-Konfiguration:<br />
<br />
# Buderus Gateway aktivieren und Parameter setzen<br />
# ===============================================<br />
define heizung km200 <IP ADR> <SYS PW> <User PW><br />
attr heizung IntervalDynVal 90<br />
attr heizung IntervalStatVal 3600 <br />
attr heizung PollingTimeout 200 <br />
attr heizung ConsoleMessage 0 <br />
attr heizung room Heizung <br />
<br />
# Loggen aller Daten aktivieren, Pfad/Dateiname ./log/Heizung-<Jahr>-<Monat>.log; Bsp.: "Heizung-2015-01.log"<br />
# ===========================================================================================================<br />
define FileLog_heizung FileLog ./log/Heizung-%Y-%m.log heizung<br />
attr FileLog_heizung logtype text<br />
attr FileLog_heizung room LogFiles<br />
attr FileLog_heizung group Heizung<br />
<br />
# Loggen einer Auswahl von Daten aktivieren, Pfad/Dateiname ./log/Heizung-<Jahr>-<Monat>.log; Bsp.: "Heizung-2015-01.log"<br />
# =======================================================================================================================<br />
define FileLog_heizung FileLog ./log/Heizung-%Y-%m.log heizung:(/system/sensors/temperatures/hotWater_t2|/system/sensors/temperatures/outdoor_t1).*<br />
attr FileLog_heizung logtype text<br />
attr FileLog_heizung room LogFiles<br />
attr FileLog_heizung group Heizung<br />
<br />
==== Plot Anlegen ==== <br />
[[Datei:Logfiles_FileLog_heizung.png|512px|thumb|right|Logfiles_FileLog_heizung.png]]<br />
Nach Fertigstellung und Abspeichern der ''"[[Konfiguration|fhem.cfg]]"'' Datei ist als erster Schritt der Plot anzulegen. Dazu:<br />
* im Raum ''"LogFiles"'' auf den Link ''"FileLog_heizung"'' klicken.<br />
* Im neuen Fenster auf den Link ''"Create SVG Plot"'' klicken<br />
jetzt kann die eigentliche Konfiguration der darzustellenden Daten beginnen.<br />
<div style="clear:both;"></div><br />
==== Plot Inhalte via Plot Editor konfigurieren ====<br />
[[Datei:Buderus_Heiztemperaturen_Ploteditor.png|1024px|thumb|right|Buderus_Heiztemperaturen_Ploteditor.png]]<br />
Nun ist der Plot noch mit Leben zu füllen. <br />
Dazu müssen dem Plot noch mit Hilfe des [[Plots_erzeugen#.gplot-Editor|Ploteditors]] die eigentlichen Messwerte des Buderus Gateways zugeordnet werden:<br />
<br />
* Link ''"Heiztemperaturen"'' unten links anklicken (siehe oben, Temperatur Plot)<br />''Es erscheint der Ploteditor (Buderus_Heiztemperaturen_Ploteditor.png)''<BR />''Der Plot selbst (oben) erscheint beim ersten Mal noch nicht, da bisher keine Meßgrößen selektiert wurden''<br><br />
*Die Beschriftung von ''Titel, Achsen'' etc. sollte selbst erklärend sein (1)<br />
*In den Zeilen unter ''"Diagram Label, Source..."'' legt man die eigentlichen Meßwerte für den Plot fest<br />
*''"Diagram Label"'' (2) = beliebige Bezeichnung des Meßwertes<br />
*''"Source"'' (3) = in diesem Auswahlfenster legt man die Logdatei fest, aus der die Daten extrahiert werden sollen, hier "FileLog_heizung"<br />
*''"Input:Column"'' (4) = Spalte innerhalb der Logdatei in der die Meßwerte stehen, bei uns immer ''"4"'' (Spalte 1 = Zeitstempel)<br />
*''"Regexp"'' (5) = hier legt wählt man die eigentliche Meßgröße aus<br />
*''"DefaultValue"'' (6) = Defaultwert, wird angezeigt wenn es keine echten Meßdaten gibt (Man sieht dann den Default Wert, ist eher schlecht deshalb bei mir leer)<BR><br />
*''"Function"'' (7) = hier kann eine Umrechnungsformel angegeben werden<br />
*''"Y-Axis"'' (8) = hier kann die Referenzachse (Rechte oder Linke) ausgewählt werden<br />
*''"Plot-Type"'' (9) = hier wird festgelegt ob die Darstellung als "Linie" oder "Punkte" etc. erfolgt<br />
*''"Style"'' (10) = Farbe/Struktur der Linie....<br />
*''"Width"'' (11) = Stärke der Linie....<br />
<br />
Sind alle diese Parameter für einen Meßwert definiert ist noch der Button ''"Write .gplot file"'' (12) zu drücken, danach wird die erste Kurve dargestellt.<br />
'''Aber aufpassen:''' angezeigt werden in obiger Konfiguration immer nur die Meßwerte '''eines Tages'''. Erstellt man diese Konfiguration z.B. um 0:01 Uhr Nachts<br />
sieht man '''nichts''', weil es u.U. noch keine Meßwerte für diesen Tag gibt.<br />
Für weitere Messwerte wird obiger Vorgang wiederholt.<BR><br />
<br />
Danach kann bei Bedarf noch via ''"attr FileLog_heizung Room"'' ein gewünschter "Raum" festgelegt werden. Am Ende noch auf ''"Save config"'' klicken damit das Werk auch abgespeichert wird. <br />
<br />
<br />
<big>'''Hinweis:'''</big><BR><br />
<br />
Das Laden der Plots dauert eventuell sehr lang. Das liegt daran, dass alle Daten der Logdatei geladen werden m&uuml;ssen und unter Umst&auml;nden sehr viele Daten durch ein sehr kurzes Poll-Intervall gespeichert werden. Ein schwaches Rechensystem z.B. Raspberry PI kann diesen Umstand noch verst&auml;rken.<br />
<br />
== Bekannte Probleme ==<br />
<br />
=== Fehlermeldung: "Use of uninitialized value in concatenation (.) or string at ./FHEM/73_km200.pm" ===<br />
<br />
<u>'''Beschreibung / Ursache:'''</u><br />
<br />
Diese Fehlermeldung tritt meistens in Verbindung mit einem sehr langsamen Netzwerk auf. <br />
Hierbei antwortet das KM300/KM200/KM50 nicht rechtzeitig bevor das 73_km200.pm - Modul aufgibt und die unten genannte Fehlermeldung ausgibt.<br />
<br />
<br />
<br />
<u>'''Lösung:'''</u><br />
<br />
Um das Modul "geduldiger" zu machen, muß man nur das Attribut "PollingTimeout" entsprechend höher setzen. Ein guter Erfahrungswert wäre zum Beispiel 20, was den 4-fachen des Default-Werts entspricht.<br />
Besser wäre es jedoch einen qualitativ höherwertigen Netzwerk-Switch statt beispielsweise Netzwerk-Hub oder gar billigen Router einzusetzen.<br />
<BR><br />
<BR><br />
<BR><br />
<br />
=== Sporadischer Absturz von fhem ===<br />
<br />
<u>'''Beschreibung / Ursache:'''</u><br />
<br />
Aus noch ungeklärter Ursache kann es bei einzelnen Buderus KMxxx Geräten in Verbindung mit verschiedenen Buderus RCs bei Abfrage bestimmter Services zum Komplett-Absturz des fhem - Systems kommen.<br />
Es ist dem Developer des Moduls bisher nicht gelungen diese Abstürze nachzustellen um den Fehler entsprechend abzufangen.<br />
Bisher treten diese Abstuerze insbesondere bei Abfrage der folgenden Services auf:<br />
<br />
:<Code>/heatSources/flameCurrent</Code><br />
:<Code>/heatSources/flameStatus</Code><br />
:<Code>/system/appliance/flameCurrent</Code><br />
:<Code>/system/appliance/flameStatus</Code><br />
Aber auch andere Services könnten dieses Problem auslösen. Sind dem Developer aber zur Zeit nicht bekannt.<br />
<br />
<br />
<br />
<u>'''Lösung:'''</u><br />
<br />
Zu diesem Zweck muss man zunächst das Attribut ConsoleMessage aktivieren (Siehe Attribute) und sehen, ab welcher Ausgabe sich das fhem-System aufhängt.<br />
<br />
Der Wert der Probleme bereitet ist der nächste Wert, der eben gerade nicht angezeigt wird.<br />
<br />
Die bekannten Problem-Services hinter das Attribut DoNotPoll hängen. Sie werden anschließend nicht mehr abgefragt und können somit keinen Absturz mehr verursachen.<br />
<BR><br />
<BR><br />
<BR><br />
=== Keine Services lesbar / Keine Readings im fhem ===<br />
<br />
<u>'''Beschreibung / Ursache:'''</u><br />
<br />
Es kann sein das das fhem System nach eine Weile abstürzt ohne vorher Readings in das device geschrieben zu haben.<br />
Wenn man zum debuggen dann das Attribut "ConsoleMessage" aktiviert hat (Siehe Attribute) dann taucht folgende Liste in der Konsole auf:<br />
<br />
<br />
:<Code>Sounding and importing of services started</Code><br />
:<Code>The following Service CANNOT be read &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: /</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway/DateTime</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway/instAccess</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway/instWriteAccess</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway/uuid</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway/versionFirmware</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /gateway/versionHardware</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /heatingCircuits</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /heatingCircuits/hc1</Code><br />
:<Code>The following Service CANNOT be parsed by JSON : /heatingCircuits/hc1/activeSwitchProgram</Code><br />
:<Code>The following Service CANNOT be read&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: /heatingCircuits/hc1/actualSupplyTemperature</Code><br />
:<Code>The following Service CANNOT be read&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: /heatingCircuits/hc1/controlType</Code><br />
:<Code>The following Service CANNOT be read&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: /heatingCircuits/hc1/currentOpModeInfo</Code><br />
:<Code>The following Service CANNOT be read&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: /heatingCircuits/hc1/currentRoomSetpoint</Code><br />
:<Code>The following Service CANNOT be read&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: /heatingCircuits/hc1/designTemp</Code><br />
(Gekürzt)<br />
<br />
<br />
<br />
<u>'''Lösung:'''</u><br />
Bisher tauchen diese Symptome nur in Verbindung mit einem falschen Passwort auf.<br />
Zu diesem Zwecke beide Passwörter überprüfen und ggf. das private Passwort mit der App erneut setzen.<br />
<pre style="color: red">ACHTUNG: Keine deutschen Umlaute Verwenden!</pre><br />
<BR><br />
=== Fehlermeldung: "encrypt: datasize not multiple of blocksize (16 bytes) at ./FHEM/73_km200.pm line xxx" ===<br />
<br />
<u>'''Beschreibung / Ursache:'''</u><br />
<br />
Während der Initialisierung des Geräts taucht die Fehlermeldung <br />
<br />
<Code>encrypt: datasize not multiple of blocksize (16 bytes) at ./FHEM/73_km200.pm line xxx</Code> <br />
<br />
in der Konsole auf und stürzt ab. Offensichtlich kann es aus noch ungeklärter Ursache dazu kommen, dass das KM Gerät 2 Byte zuviel sendet.<br />
<br />
<br />
<br />
<u>'''Lösung:'''</u><br />
<br />
Die Ursache konnte noch nicht gefunden werden. Bei dem einzigen bekannten Fall hat der User nur mit einem kompletten Hardware-RESET des KM - Gerätes die Funktion, bzw. den Kontakt zum KM-Gerät wiederherstellen können.<br />
<BR><br />
<BR><br />
=== FlameStatus "OFF" wird erkannt, FlameStatus "ON" wird aufgrund falscher Codierung verworfen ===<br />
<br />
<u>'''Beschreibung / Ursache:'''</u><br />
<br />
Die Readings <br />
:<code>/heatSources/flameStatus</code><br />
:<code>/system/appliance/flameStatus</code> <br />
<br />
werden zwar eingelesen, jedoch verweilt der Status in "OFF". Da das Gerät einen undefinierten aber nicht reproduzierbaren JSON-Wert für "ON" zurückgibt, wird dieser vom 73_km200 Modul verworfen.<br />
<BR><br />
<BR><br />
<u>'''Lösung:'''</u><br />
<br />
Die Ursache kann vom 73_km200 Modul nicht behoben, bzw. abgefangen werden, da sich die fehlerhaften Stringmeldungen von Gerät zu Gerät in Abhängigkeit von Hardware, Linux-Version, Applikations-Version unterscheiden können.<br />
<br />
Der Fehler liegt nach bisheriger Einschätzung im Gerät bzw. dessen Firmware.<br />
<BR><br />
<BR><br />
Aus diesem Grunde wird empfohlen eine Abfrage auf<br />
:<Code>/heatSources/flameCurrent > 0uA </Code><br />
oder<br />
:<Code>/system/appliance/flameCurrent > 0uA</Code><br />
zu programmieren. Sobald der Ionisierungsstrom >0 ist, läuft der Brenner ganz sicher. <br />
<br />
Die interne Logik der Zentralheizung macht im Grunde nichts Anderes.<br />
<br />
== Anhang A - Liste bekannter Root Services ==<br />
<br />
Die folgenden Werte sind dem Developer bekannt und können durch das Modul abgefragt werden, sofern eine Antwort seitens des KMxxx kommt oder sich nicht hinter dem DoNotPoll Attribut befinden.<br />
Alle untergeordneten Services werden seit Version 0045 automatisch geladen und können von User zu User variieren.<br />
<br />
<span style="font-family:Courier New"><br />
/<BR><br />
/dhwCircuits<BR><br />
/gateway<BR><br />
/heatingCircuits<BR><br />
/heatSources<BR><br />
/notifications<BR><br />
/recordings<BR><br />
/solarCircuits<BR><br />
/system<BR><br />
<BR><br />
</span><br />
<br />
== Links ==<br />
* {{Link2Forum|Topic=25540}} zur Entwicklung und Support des Moduls<br />
* {{Link2Forum|Topic=25540|Message=230504}}, der auf einem Raspbery Pi schrittweise -ausgehend von der Betriebssysteminstallation über die Fhem-Installation- die Modulnutzung beschreibt<br />
* [http://www.buderus.de Buderus Internetseite]<br />
* [http://de.documents.buderus.com/download/pdf/file/6720807675.pdf Logamatic web KM50 &nbsp; - Installations- und Bedienungsanleitung]<br />
* [http://documents.buderus.com/download/pdf/file/6720647836.pdf Logamatic web KM200 - Installationsanleitung für den Fachmann]<br />
* [http://heizungsfachshop.de/media/pdf/technische-unterlagen-buderus-logamatic-web-km300.pdf Logamatic web KM300 - Installationsanleitung für den Fachmann]<br />
<br />
[[Kategorie:Heizungssteuerung]]<br />
[[Kategorie:Other Components]]</div>RaspIIhttp://wiki.fhem.de/w/index.php?title=Diskussion:Buderus_Web_Gateway&diff=9984Diskussion:Buderus Web Gateway2015-02-08T20:10:25Z<p>RaspII: </p>
<hr />
<div>== Verlinkung von externen Seiten, obwohl eigene Wiki-Seite existiert ==<br />
Hallo, obwohl Du noch nicht fertig bist, erlaube ich mir mal eine Anmerkung: Du verlinkst zur Raspi-Installation eine externe Seite, obwohl es Wiki-intern genügend Infos dazu gibt. Fände die Verlinkung Wiki-interner Seiten wie [[Raspberry_Pi]] sinnvoller, da sich externe Seiten vollkommen der Kontrolle der Community und damit von uns entzieht. Wir können Fehler, Unstimmigkeiten und mangelnde Aktualität auf diesen Seiten nicht beheben. Gruß, Christian --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 15:39, 5. Jan. 2015 (UTC)<br />
:Habe den Abschnitt "Fhem-Installation" mit dem besagten externen Link mangels Rückäußerungen gelöscht. Die Fhem-Installation ist Voraussetzung aller Module und damit aus meiner Sicht nicht auf jeder Modulseite erwähnenswert, insbesondere wenn nur eine externe Seiten verlinkt werden. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 18:37, 9. Jan. 2015 (UTC)<br />
<br />
== Plot auf Filelog-Basis ==<br />
Vielen Dank @RaspII für die ausführliche Beschreibung der Plot-Editor-Nutzung [[Buderus_Web_Gateway#Mit_FileLog]]. Den Abschnitt habe ich bereits als Beispiel zur Nutzung des [[Plots_erzeugen|Ploteditors]] verlinkt.<BR><br />
Einige Anmerkungen nach meiner Kenntnis mit der Bitte um Kontrolle und ggfs. Überarbeitung:<br />
* die '''Voraussetzungen''' sind nmM überflüssig: manuelles Kopieren und Schreibrechte setzen ist unnötig und zu kompliziert, da man das besser direkt über Fhemweb machen kann;siehe Nachfolgend. Die Bearbietung sollte auf allen Plattformen von Fhem gleich sein und nicht Raspi-spezifisch.<br />
* Bei der Definition des Filelog sollte logtype so definiert werden: <code>attr FileLog_heizung logtype text</code>. Die anderen Einstellungen sollten überflüssig sein (siehe commandref)<br />
* Den Weblink für das Plot würde ich nicht manuell definieren, sondern den Fhemweb-Weg einschlagen: Detail-Ansicht des definierten Filelogs aufrufen und dort "Create SVG Plot" anklicken, dann im Plot-Editor entsprechend bearbeiten.<br />
Danke, --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 09:22, 4. Feb. 2015 (UTC)<br />
<HR><br />
:Hi Krikan,<br />
:danke für die Tipps.<br />
:Wie man Plots konfiguriert/den Ploteditor nutzt habe ich mir teilweise durch "ausprobieren" angeeignet.<br />
:(hab einige Zeit benötigt bis ich überhaupt einen Plot zustande bekommen habe)<br />
:'''Danke''' für die Tipps wie mans richtig macht (darauf hatte ich insgeheim gehofft).<br />
<br />
:Ich werde Deine Tipps ausprobieren und wenn alles klappt in der Doku nachziehen.<br />
:'''Bgzl. Schreibschutz:'''<br />
:Bei mir war das tatsächlich nötig, wie das via FHEM funktioniert erschliesst sich mir noch nicht (bin blutiger Anfänger)<br />
:Du darfst die Doku aber auch gerne direkt ändern, ich wollte einfach das was ich schon weiss dokumentieren, damit es Andere leichter haben wie ich.<br />
<br />
:'''Nachtrag:'''<br />
:Hab jetzt mal den Link "Create SVG Plot" genutzt, ja so einfach kann es sein wenn man weiss wie es geht :-)<br />
:Was sich mir hier aber noch nicht erschliesst ist wie man das zu nutzende GPLOT Template angeben kann (oder ist diese Annahme Blödsinn weil alles vom Scratch neu angeleget wird?) Wo definiere ich über :diese Methode den Namen des GPLOT Files? <br />
<br />
:Gruß<br />
:RaspII<br />
<HR><br />
::Hallo RaspII, mir geht es mit dem Ausprobieren nicht anders. Bin vielleicht länger dabei, aber bleibe immer Anfänger. Ich möchte Deine Doku ungerne direkt ändern, da ich das nicht alles überprüfen kann und Du evtl. bessere Kenntnis/Ideen als ich hast. Darum diskutieren. Zudem sind wir hier über jeden Mitstreiter froh. ;-)<BR> Zum Thema:<br />
::* Schreibschutz: Eigentlich ist sämtliches direktes Bearbeiten des Dateisystems für den Normal-User unnötig. Du erhälst höchstens Probleme. Ich habe an meinem Produktiv-Raspi das Dateisystem noch nie anpacken müssen; aber ich mache auch alles über FhemWeb.<br />
::* GPlot-Templates: Die Nutzung des Templates ist nicht notwendig. Das GPlot-File wird durch den Ploteditor angelegt. Der Name ist nach meiner Meinung letztlich uninteressant, da von Fhem verwaltet. (->Command: rename) Achtung: Wenn automatisch ein Template von Fhem vorgeschlagen wird, dann "set weblink copyGplotFile" nutzen, da sonst das Template "zerstört" wird (siehe [[Plots_erzeugen#.gplot-Editor]], insbesondere den dort verlinkten Forenbeitrag)<BR><br />
:: Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:06, 5. Feb. 2015 (UTC)<br />
<HR><br />
:Hi Krikan, habs erledigt. Wäre nett wenn Du nochmal reinschaust.<br />
:Dein Hinweis hat mich auch etwas erleuchtet :-). Bisher hab ich alles direkt in der fhem.cfg geändert, wusste es halt nicht besser.<br />
:FHEM gefällt mir immer besser, ein genial mächtiges Tool<br />
Gruß --[[Benutzer:RaspII|RaspII]] ([[Benutzer Diskussion:RaspII|Diskussion]]) 20:10, 8. Feb. 2015 (UTC)</div>RaspII