FHEMWiki - Benutzerbeiträge [de]

HM-SEC-SD Rauchmelder

2016-02-02T09:35:34Z

Manuel-123: /* virtueller TeamLead */

{{Infobox Hardware
|Bild=HM-SEC-SD o.jpeg 
|Bildbeschreibung=HomeMatic HM-SEC-SD Rauchmelder Oberseite
|HWProtocol=HomeMatic
|HWType=Aktor
|HWCategory=HomeMatic
|HWComm=868MHz
|HWChannels=
|HWVoltage=9V
|HWPowerConsumption= W im Standby
|HWPoweredBy=3 x 1,5 V LR6/AA
|HWSize=120x44mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#CUL_HM CUL_HM]
|HWManufacturer=ELV / eQ-3
}}
== Features ==
Das Gerät ist ein VdS-zertifizierter Rauchmelder. Mehrere Rauchmelder können unabhängig von einer Zentrale zu einer Gruppe zusammengefasst werden. Auch ohne FHEM-Zentrale meldet ein Rauchmelder seinen Alarm immer an die anderen vernetzten Rauchmelder weiter.

== Hinweise zum Betrieb mit FHEM ==
Der HM-SEC-SD Rauchmelder beherrscht kein AES. Der Betrieb ist mit <u>[[HMLAN Konfigurator]]</u> oder mit <u>[[CUL]]</u> möglich.
Das Pairing sollte wie in <u>[[HomeMatic Devices pairen]]</u> beschrieben durchgeführt werden.

===Teams===
Rauchmelder können/sollen in Teams gruppiert werden. Jeder SD kann einem Team angehören - und das sollte man auch einrichten. Nutzt man nur einen SD sollte man diesen mit sich selbst Teamen.

Beispiele:
nutzt man einen SD und will diese nicht mit anderen in einem team haben peert man ihm mit sich selbst. Damit ist der SD sein eigener teamLead.
<code>set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single set actor</code>.

Hat man mehrere SDs, die in einem Team zusammenfassen will wird der teamLead festgelegt und alle SDs werden mit ihm gepeert. Das Team kann jederzeit erweitert werden.

<code><nowiki>set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single set actor
set Rauchmelder_Flur peerChan 0 Rauchmelder_WZ single set actor
set Rauchmelder_Flur peerChan 0 Rauchmelder_SZ single set actor
set Rauchmelder_Flur peerChan 0 Rauchmelder_KZ single set actor
...
</nowiki></code>

Nutzt man einen virtuellen TeamLead - siehe Kapitel - werden alle realen SDs mit diesem gepeert
<code><nowiki>set Rauchmelder_Team peerChan 0 Rauchmelder_Flur single set actor
set Rauchmelder_Team peerChan 0 Rauchmelder_WZ single set actor
set Rauchmelder_Team peerChan 0 Rauchmelder_SZ single set actor
set Rauchmelder_Team peerChan 0 Rauchmelder_KZ single set actor
...
</nowiki></code>

Ein SD kann aus einem Team mittels unset entfernt werden.
<code>set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single unset actor </code>

Um einen SD von einem Team in ein anderes zu transferieren muss man ihn erst mit unset aus dem Team entfernen, dann mit set in das neue Team eintragen. Einen physkalischen TeamLead kann man nur aus dem Team nehmen, indem man ihn aus allen team-mitgliedern entfernt.

Die korrekte Gruppierung sollte nach der Konfiguration durch einen teamCall geprüft werden. <br>
Der Betrieb mehrer Teams ist möglich, ein SD kann aber nur einem Team angehören. Will man einen SD von einem Team in ein anderes umhängen muss man ihn erste aus dem ersten Team entfernen (unset) und dann in das Neue aufnehmen.

===TeamLead===
Für ein Team muss immer ein TeamLead festgelegt werden. Anders als der Name suggeriert gibt es hier keinen Master. Sinn und Zweck ist einzig, eine Team-Adresse (HMId) festzulegen, unter der man alle SDs eines Teams ansprechen kann. Diese muss, wie alle HMIds, einzig im System sein. Um dies zu erreichen verwendet HM beim Teamen ohne Zentrale die HMId eines der SDs.
Verwendet man eine Zentrale (FHEM) kann man dies auch entzerren und einen virtuelen SD als teamLead nutzen. Siehe hierzu virtual TeamLead.<br>
Nutzt man nur einen einzelnen SD sollte man diesen mit sich selbst teamen.
===Kommandos===
Es gibt Team-Nachrichten die jeder SD senden kann und auf die jeder SD im Team reagiert. Jeder SD kann somit einen teamcall auslösen oder einen Alarm ausgeben. Die Kommandos werden '''nicht''' von einem SD zum anderen weitergereicht. Auch der TeamLead hat '''keine''' Sonderfunktion. Der einzelne SD sendet seine Nachricht an das Team und jeder im Team reagiert darauf. <br>
Es ist somit darauf zu achten, dass auch die entferntesten SDs sich gegenseitig erreichen können. <br>
Die Kommandos können von der Zentrale getriggert werden. Da sie unter der TeamId gesendet werden stehen sie nur bei der Komponente des Teamleads zu Verfügung.<br>
Dazu gehören teamCall, alarmOn und alarmOff. <br>
Sie stehen nur für die Entity des TeamLeads zu Verfügung.

<code>set EurerTeamleader alarmOn
set EurerTeamleader alarmOff
set EurerTeamleader teamCall</code>

'''teamCall''' testet die Zugehörigkeit und Erreichbarkeit aller SDs im Team. Alle SDs sollten 10 mal leise piepen.

Einzelne SDs kann man mit "statusRequest" abfragen.

==virtueller TeamLead==
Nutzt man einen SD kann/sollte man diesen mit sich selbst teamen (peerChan). In allen andere Fällen braucht man einen Teamlead um eine team-ID zu erhalten. Man kann hierzu einen der SDs nutzen. Wird dieser einmal ausgewechselt hat man allerdings seine team-ID verloren.<br>
Wenn man mit Zentrale (FHEM) arbeitet gibt es eigentlich keinen vernünftigen Grund (ausser 1-SD-Teams) einen der SDs als lead zu nutzen. Man kann genauso gut einen virtuellen Aktor bauen und diesen zum Lead machen. Das ergibt eine sauberere Struktur.<br>
Erzeugen eines virtuellen TeamLeads könnte so aussehen:

<code>define TeamDev CUL_HM 111111
set TeamDev virtual 1
rename TeamDev_Btn1 Rauchmelder_Team</code>

Bitte beachten: '''die HMID muss für die gesamte Installation einmalig sein'''.<br>
Anschließend muss man noch einen Homematic-Kanal für das Peering definieren.<br>
Jeder Rauchmelder muss jetzt in das Team aufgenommen werden:

<code>set Rauchmelder_Team peerChan 0 Rauchmelder_Flur single set actor
set Rauchmelder_Team peerChan 0 Rauchmelder_WZ single set actor
...
save</code>

Hierbei ist "Rauchmelder_Team" der Name des virtuellen Teamleaders und "Rauchmelder_Flur" der Name des jeweiligen Rauchmelders. <br>
Das "save" ist notwendig um auch die Einstellungen des virtuellen SDs im Config file zu sichern. <br>
Bei jedem Rauchmelder sollte den Name des virtuellen Teamleaders in der peerList stehen und beim virtuellen Teamleader jeder Rauchmelder.<br>
Mit teamCall sollte man die korrekte Funktion des Teams prüfen, wer will auch mit alarmOn.

==Variablen==
===Internals===
keine Spezifischen
===Readings===
Für '''jeden''' SD sind folgende Readings relevant:
teamCall from <name>:<count>
state:[off|smoke-Alarm_<count>]
smoke_detect:<von_name>
battery:[ok|low]
level:<0..200>
*'''count''' ist ein Zähler, den das Gerät liefert um neue Alarme unterschieden zu können
*'''level''' ist ein Wert zwischen 0 und 200. 200 ist alarm, 199 bedeutet Alarm, aber die Sirene ist abgeschaltet.

Beim '''Teamlead''' laufen alle Alarme auf
teamCall: from <name>:<count>
recentAlarm:<von_name>
level:<0..200>
eventNo:<count>
state:[off|smoke-Alarm_<count>]
smoke_detect:<von_name>
SDteam:[add_<name>|remove_<name>]
*'''von_name''' ist der Name des SD, der gemeldet hat.
*'''smoke_detect''' ist der aktuelle Alarm, während '''recentAlarm''' die letzte Alarmquelle anzeigt, auch wenn der Alarm schon behoben ist.
*'''SDteam''' kommt gelegentlich bei Konfigurationsereignissen zum Tragen.

===Attribute===
besondere Attribute
* '''msgRepeat''' sollte auf 1 stehen. SD ist ein burst device, wiederholen von Nachrichten belastet das HMLAN besonders. Die Team-kommandos sind hiervon nicht beeinflusst, also auch nicht das Auslösen eines Alarms.
* '''actCycle''' wird auf 99 Stunden gesetzt. Ein SD meldet sich alle 3 Tage bei der Zentrale, was der ActionDetector prüft.
* '''msgRepeat''' 1
Allgemein vorgeschlagen
'''IODev''' [HMLAN/HMUSB/CUL]
'''autoReadReg''' 5_readMissing
'''event-on-change-reading''' .*
Optional, nur als Anregung zu verstehen
'''devStateIcon''' off:general_ok *:secur_alarm
'''group''' smokeDetect
'''icon''' secur_smoke_detector

==Alarme==
Meldet ein SD einen Alarm wird dieser in dem SD und im TeamLead angezeigt.<br>
Nutzt man HMIinfo wird ein Rauchalarm auch hier als "Error" gemeldet. In HMInfo wird dies für alle SD-teams im System gemacht.

== Nützliche Notifies ==
Codefragmente, die man einsetzen kann. Ggf. muss man etwas anpassen, zumindest können sie als Anregung nützlich sein.
* Bei Alarm email schicken und Licht im Flur anschalten
define sd.nf.report notify sdTeam:.*smoke-Alarm.* {\
<Mail versenden>;;
fhem("set LichtTreppenhaus on");;
}\

* Bei Alarm alle SDs des Team stumm schalten durch stumm Schalten eines einzelnen
define sd.nf.quiet notify sdTeam:.*level:.199 set sdTeam alarmOff

== Links ==
Anleitung [http://www.eq-3.de/Downloads/eq3/pdf_produkte/83454_HM-Sec-SD_GE_V1.4_20131011.pdf] PDF

[[Kategorie:HomeMatic Components]]
[[Kategorie:Rauchmelder]]

HM-SEC-SD Rauchmelder

2016-02-02T09:33:54Z

Manuel-123: /* Teams */

{{Infobox Hardware
|Bild=HM-SEC-SD o.jpeg 
|Bildbeschreibung=HomeMatic HM-SEC-SD Rauchmelder Oberseite
|HWProtocol=HomeMatic
|HWType=Aktor
|HWCategory=HomeMatic
|HWComm=868MHz
|HWChannels=
|HWVoltage=9V
|HWPowerConsumption= W im Standby
|HWPoweredBy=3 x 1,5 V LR6/AA
|HWSize=120x44mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#CUL_HM CUL_HM]
|HWManufacturer=ELV / eQ-3
}}
== Features ==
Das Gerät ist ein VdS-zertifizierter Rauchmelder. Mehrere Rauchmelder können unabhängig von einer Zentrale zu einer Gruppe zusammengefasst werden. Auch ohne FHEM-Zentrale meldet ein Rauchmelder seinen Alarm immer an die anderen vernetzten Rauchmelder weiter.

== Hinweise zum Betrieb mit FHEM ==
Der HM-SEC-SD Rauchmelder beherrscht kein AES. Der Betrieb ist mit <u>[[HMLAN Konfigurator]]</u> oder mit <u>[[CUL]]</u> möglich.
Das Pairing sollte wie in <u>[[HomeMatic Devices pairen]]</u> beschrieben durchgeführt werden.

===Teams===
Rauchmelder können/sollen in Teams gruppiert werden. Jeder SD kann einem Team angehören - und das sollte man auch einrichten. Nutzt man nur einen SD sollte man diesen mit sich selbst Teamen.

Beispiele:
nutzt man einen SD und will diese nicht mit anderen in einem team haben peert man ihm mit sich selbst. Damit ist der SD sein eigener teamLead.
<code>set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single set actor</code>.

Hat man mehrere SDs, die in einem Team zusammenfassen will wird der teamLead festgelegt und alle SDs werden mit ihm gepeert. Das Team kann jederzeit erweitert werden.

<code><nowiki>set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single set actor
set Rauchmelder_Flur peerChan 0 Rauchmelder_WZ single set actor
set Rauchmelder_Flur peerChan 0 Rauchmelder_SZ single set actor
set Rauchmelder_Flur peerChan 0 Rauchmelder_KZ single set actor
...
</nowiki></code>

Nutzt man einen virtuellen TeamLead - siehe Kapitel - werden alle realen SDs mit diesem gepeert
<code><nowiki>set Rauchmelder_Team peerChan 0 Rauchmelder_Flur single set actor
set Rauchmelder_Team peerChan 0 Rauchmelder_WZ single set actor
set Rauchmelder_Team peerChan 0 Rauchmelder_SZ single set actor
set Rauchmelder_Team peerChan 0 Rauchmelder_KZ single set actor
...
</nowiki></code>

Ein SD kann aus einem Team mittels unset entfernt werden.
<code>set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single unset actor </code>

Um einen SD von einem Team in ein anderes zu transferieren muss man ihn erst mit unset aus dem Team entfernen, dann mit set in das neue Team eintragen. Einen physkalischen TeamLead kann man nur aus dem Team nehmen, indem man ihn aus allen team-mitgliedern entfernt.

Die korrekte Gruppierung sollte nach der Konfiguration durch einen teamCall geprüft werden. <br>
Der Betrieb mehrer Teams ist möglich, ein SD kann aber nur einem Team angehören. Will man einen SD von einem Team in ein anderes umhängen muss man ihn erste aus dem ersten Team entfernen (unset) und dann in das Neue aufnehmen.

===TeamLead===
Für ein Team muss immer ein TeamLead festgelegt werden. Anders als der Name suggeriert gibt es hier keinen Master. Sinn und Zweck ist einzig, eine Team-Adresse (HMId) festzulegen, unter der man alle SDs eines Teams ansprechen kann. Diese muss, wie alle HMIds, einzig im System sein. Um dies zu erreichen verwendet HM beim Teamen ohne Zentrale die HMId eines der SDs.
Verwendet man eine Zentrale (FHEM) kann man dies auch entzerren und einen virtuelen SD als teamLead nutzen. Siehe hierzu virtual TeamLead.<br>
Nutzt man nur einen einzelnen SD sollte man diesen mit sich selbst teamen.
===Kommandos===
Es gibt Team-Nachrichten die jeder SD senden kann und auf die jeder SD im Team reagiert. Jeder SD kann somit einen teamcall auslösen oder einen Alarm ausgeben. Die Kommandos werden '''nicht''' von einem SD zum anderen weitergereicht. Auch der TeamLead hat '''keine''' Sonderfunktion. Der einzelne SD sendet seine Nachricht an das Team und jeder im Team reagiert darauf. <br>
Es ist somit darauf zu achten, dass auch die entferntesten SDs sich gegenseitig erreichen können. <br>
Die Kommandos können von der Zentrale getriggert werden. Da sie unter der TeamId gesendet werden stehen sie nur bei der Komponente des Teamleads zu Verfügung.<br>
Dazu gehören teamCall, alarmOn und alarmOff. <br>
Sie stehen nur für die Entity des TeamLeads zu Verfügung.

<code>set EurerTeamleader alarmOn
set EurerTeamleader alarmOff
set EurerTeamleader teamCall</code>

'''teamCall''' testet die Zugehörigkeit und Erreichbarkeit aller SDs im Team. Alle SDs sollten 10 mal leise piepen.

Einzelne SDs kann man mit "statusRequest" abfragen.

==virtueller TeamLead==
Nutzt man einen SD kann/sollte man diesen mit sich selbst teamen (peerChan). In allen andere Fällen braucht man einen Teamlead um eine team-ID zu erhalten. Man kann hierzu einen der SDs nutzen. Wird dieser einmal ausgewechselt hat man allerdings seine team-ID verloren.<br>
Wenn man mit Zentrale (FHEM) arbeitet gibt es eigentlich keinen vernünftigen Grund (ausser 1-SD-Teams) einen der SDs als lead zu nutzen. Man kann genauso gut einen virtuellen Aktor bauen und diesen zum Lead machen. Das ergibt eine sauberere Struktur.<br>
Erzeugen eines virtuellen TeamLeads könnte so aussehen:

<code>define TeamDev CUL_HM 111111
set TeamDev virtual 1
rename TeamDev_Btn1 Rauchmelder_Team</code>

Bitte beachten: '''die HMID muss für die gesamte Installation einmalig sein'''.<br>
Anschließend muss man noch einen Homematic-Kanal für das Peering definieren.<br>
Jeder Rauchmelder muss jetzt in das Team aufgenommen werden:

<code>set Rauchmelder_Team peerChan 0 Rauchmelder_Flur single set
set Rauchmelder_Team peerChan 0 Rauchmelder_WZ single set
...
save</code>

Hierbei ist "Rauchmelder_Team" der Name des virtuellen Teamleaders und "Rauchmelder_Flur" der Name des jeweiligen Rauchmelders. <br>
Das "save" ist notwendig um auch die Einstellungen des virtuellen SDs im Config file zu sichern. <br>
Bei jedem Rauchmelder sollte den Name des virtuellen Teamleaders in der peerList stehen und beim virtuellen Teamleader jeder Rauchmelder.<br>
Mit teamCall sollte man die korrekte Funktion des Teams prüfen, wer will auch mit alarmOn.

==Variablen==
===Internals===
keine Spezifischen
===Readings===
Für '''jeden''' SD sind folgende Readings relevant:
teamCall from <name>:<count>
state:[off|smoke-Alarm_<count>]
smoke_detect:<von_name>
battery:[ok|low]
level:<0..200>
*'''count''' ist ein Zähler, den das Gerät liefert um neue Alarme unterschieden zu können
*'''level''' ist ein Wert zwischen 0 und 200. 200 ist alarm, 199 bedeutet Alarm, aber die Sirene ist abgeschaltet.

Beim '''Teamlead''' laufen alle Alarme auf
teamCall: from <name>:<count>
recentAlarm:<von_name>
level:<0..200>
eventNo:<count>
state:[off|smoke-Alarm_<count>]
smoke_detect:<von_name>
SDteam:[add_<name>|remove_<name>]
*'''von_name''' ist der Name des SD, der gemeldet hat.
*'''smoke_detect''' ist der aktuelle Alarm, während '''recentAlarm''' die letzte Alarmquelle anzeigt, auch wenn der Alarm schon behoben ist.
*'''SDteam''' kommt gelegentlich bei Konfigurationsereignissen zum Tragen.

===Attribute===
besondere Attribute
* '''msgRepeat''' sollte auf 1 stehen. SD ist ein burst device, wiederholen von Nachrichten belastet das HMLAN besonders. Die Team-kommandos sind hiervon nicht beeinflusst, also auch nicht das Auslösen eines Alarms.
* '''actCycle''' wird auf 99 Stunden gesetzt. Ein SD meldet sich alle 3 Tage bei der Zentrale, was der ActionDetector prüft.
* '''msgRepeat''' 1
Allgemein vorgeschlagen
'''IODev''' [HMLAN/HMUSB/CUL]
'''autoReadReg''' 5_readMissing
'''event-on-change-reading''' .*
Optional, nur als Anregung zu verstehen
'''devStateIcon''' off:general_ok *:secur_alarm
'''group''' smokeDetect
'''icon''' secur_smoke_detector

==Alarme==
Meldet ein SD einen Alarm wird dieser in dem SD und im TeamLead angezeigt.<br>
Nutzt man HMIinfo wird ein Rauchalarm auch hier als "Error" gemeldet. In HMInfo wird dies für alle SD-teams im System gemacht.

== Nützliche Notifies ==
Codefragmente, die man einsetzen kann. Ggf. muss man etwas anpassen, zumindest können sie als Anregung nützlich sein.
* Bei Alarm email schicken und Licht im Flur anschalten
define sd.nf.report notify sdTeam:.*smoke-Alarm.* {\
<Mail versenden>;;
fhem("set LichtTreppenhaus on");;
}\

* Bei Alarm alle SDs des Team stumm schalten durch stumm Schalten eines einzelnen
define sd.nf.quiet notify sdTeam:.*level:.199 set sdTeam alarmOff

== Links ==
Anleitung [http://www.eq-3.de/Downloads/eq3/pdf_produkte/83454_HM-Sec-SD_GE_V1.4_20131011.pdf] PDF

[[Kategorie:HomeMatic Components]]
[[Kategorie:Rauchmelder]]

HM-SEC-SD Rauchmelder

2016-02-02T09:29:55Z

Manuel-123: /* Teams */

{{Infobox Hardware
|Bild=HM-SEC-SD o.jpeg 
|Bildbeschreibung=HomeMatic HM-SEC-SD Rauchmelder Oberseite
|HWProtocol=HomeMatic
|HWType=Aktor
|HWCategory=HomeMatic
|HWComm=868MHz
|HWChannels=
|HWVoltage=9V
|HWPowerConsumption= W im Standby
|HWPoweredBy=3 x 1,5 V LR6/AA
|HWSize=120x44mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#CUL_HM CUL_HM]
|HWManufacturer=ELV / eQ-3
}}
== Features ==
Das Gerät ist ein VdS-zertifizierter Rauchmelder. Mehrere Rauchmelder können unabhängig von einer Zentrale zu einer Gruppe zusammengefasst werden. Auch ohne FHEM-Zentrale meldet ein Rauchmelder seinen Alarm immer an die anderen vernetzten Rauchmelder weiter.

== Hinweise zum Betrieb mit FHEM ==
Der HM-SEC-SD Rauchmelder beherrscht kein AES. Der Betrieb ist mit <u>[[HMLAN Konfigurator]]</u> oder mit <u>[[CUL]]</u> möglich.
Das Pairing sollte wie in <u>[[HomeMatic Devices pairen]]</u> beschrieben durchgeführt werden.

===Teams===
Rauchmelder können/sollen in Teams gruppiert werden. Jeder SD kann einem Team angehören - und das sollte man auch einrichten. Nutzt man nur einen SD sollte man diesen mit sich selbst Teamen.

Beispiele:
nutzt man einen SD und will diese nicht mit anderen in einem team haben peert man ihm mit sich selbst. Damit ist der SD sein eigener teamLead.
<code>set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single set actor</code>.

Hat man mehrere SDs, die in einem Team zusammenfassen will wird der teamLead festgelegt und alle SDs werden mit ihm gepeert. Das Team kann jederzeit erweitert werden.
<code>set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single set actor
set Rauchmelder_Flur peerChan 0 Rauchmelder_WZ single set actor
set Rauchmelder_Flur peerChan 0 Rauchmelder_SZ single set actor
set Rauchmelder_Flur peerChan 0 Rauchmelder_KZ single set actor
...
</code>

Nutzt man einen virtuellen TeamLead - siehe Kapitel - werden alle realen SDs mit diesem gepeert
<code>set Rauchmelder_Team peerChan 0 Rauchmelder_Flur single set actor
set Rauchmelder_Team peerChan 0 Rauchmelder_WZ single set actor
set Rauchmelder_Team peerChan 0 Rauchmelder_SZ single set actor
set Rauchmelder_Team peerChan 0 Rauchmelder_KZ single set actor
...
</code>

Ein SD kann aus einem Team mittels unset entfernt werden.
<code>set Rauchmelder_Flur peerChan 0 Rauchmelder_Flur single unset actor </code>

Um einen SD von einem Team in ein anderes zu transferieren muss man ihn erst mit unset aus dem Team entfernen, dann mit set in das neue Team eintragen. Einen physkalischen TeamLead kann man nur aus dem Team nehmen, indem man ihn aus allen team-mitgliedern entfernt.

Die korrekte Gruppierung sollte nach der Konfiguration durch einen teamCall geprüft werden. <br>
Der Betrieb mehrer Teams ist möglich, ein SD kann aber nur einem Team angehören. Will man einen SD von einem Team in ein anderes umhängen muss man ihn erste aus dem ersten Team entfernen (unset) und dann in das Neue aufnehmen.

===TeamLead===
Für ein Team muss immer ein TeamLead festgelegt werden. Anders als der Name suggeriert gibt es hier keinen Master. Sinn und Zweck ist einzig, eine Team-Adresse (HMId) festzulegen, unter der man alle SDs eines Teams ansprechen kann. Diese muss, wie alle HMIds, einzig im System sein. Um dies zu erreichen verwendet HM beim Teamen ohne Zentrale die HMId eines der SDs.
Verwendet man eine Zentrale (FHEM) kann man dies auch entzerren und einen virtuelen SD als teamLead nutzen. Siehe hierzu virtual TeamLead.<br>
Nutzt man nur einen einzelnen SD sollte man diesen mit sich selbst teamen.
===Kommandos===
Es gibt Team-Nachrichten die jeder SD senden kann und auf die jeder SD im Team reagiert. Jeder SD kann somit einen teamcall auslösen oder einen Alarm ausgeben. Die Kommandos werden '''nicht''' von einem SD zum anderen weitergereicht. Auch der TeamLead hat '''keine''' Sonderfunktion. Der einzelne SD sendet seine Nachricht an das Team und jeder im Team reagiert darauf. <br>
Es ist somit darauf zu achten, dass auch die entferntesten SDs sich gegenseitig erreichen können. <br>
Die Kommandos können von der Zentrale getriggert werden. Da sie unter der TeamId gesendet werden stehen sie nur bei der Komponente des Teamleads zu Verfügung.<br>
Dazu gehören teamCall, alarmOn und alarmOff. <br>
Sie stehen nur für die Entity des TeamLeads zu Verfügung.

<code>set EurerTeamleader alarmOn
set EurerTeamleader alarmOff
set EurerTeamleader teamCall</code>

'''teamCall''' testet die Zugehörigkeit und Erreichbarkeit aller SDs im Team. Alle SDs sollten 10 mal leise piepen.

Einzelne SDs kann man mit "statusRequest" abfragen.

==virtueller TeamLead==
Nutzt man einen SD kann/sollte man diesen mit sich selbst teamen (peerChan). In allen andere Fällen braucht man einen Teamlead um eine team-ID zu erhalten. Man kann hierzu einen der SDs nutzen. Wird dieser einmal ausgewechselt hat man allerdings seine team-ID verloren.<br>
Wenn man mit Zentrale (FHEM) arbeitet gibt es eigentlich keinen vernünftigen Grund (ausser 1-SD-Teams) einen der SDs als lead zu nutzen. Man kann genauso gut einen virtuellen Aktor bauen und diesen zum Lead machen. Das ergibt eine sauberere Struktur.<br>
Erzeugen eines virtuellen TeamLeads könnte so aussehen:

<code>define TeamDev CUL_HM 111111
set TeamDev virtual 1
rename TeamDev_Btn1 Rauchmelder_Team</code>

Bitte beachten: '''die HMID muss für die gesamte Installation einmalig sein'''.<br>
Anschließend muss man noch einen Homematic-Kanal für das Peering definieren.<br>
Jeder Rauchmelder muss jetzt in das Team aufgenommen werden:

<code>set Rauchmelder_Team peerChan 0 Rauchmelder_Flur single set
set Rauchmelder_Team peerChan 0 Rauchmelder_WZ single set
...
save</code>

Hierbei ist "Rauchmelder_Team" der Name des virtuellen Teamleaders und "Rauchmelder_Flur" der Name des jeweiligen Rauchmelders. <br>
Das "save" ist notwendig um auch die Einstellungen des virtuellen SDs im Config file zu sichern. <br>
Bei jedem Rauchmelder sollte den Name des virtuellen Teamleaders in der peerList stehen und beim virtuellen Teamleader jeder Rauchmelder.<br>
Mit teamCall sollte man die korrekte Funktion des Teams prüfen, wer will auch mit alarmOn.

==Variablen==
===Internals===
keine Spezifischen
===Readings===
Für '''jeden''' SD sind folgende Readings relevant:
teamCall from <name>:<count>
state:[off|smoke-Alarm_<count>]
smoke_detect:<von_name>
battery:[ok|low]
level:<0..200>
*'''count''' ist ein Zähler, den das Gerät liefert um neue Alarme unterschieden zu können
*'''level''' ist ein Wert zwischen 0 und 200. 200 ist alarm, 199 bedeutet Alarm, aber die Sirene ist abgeschaltet.

Beim '''Teamlead''' laufen alle Alarme auf
teamCall: from <name>:<count>
recentAlarm:<von_name>
level:<0..200>
eventNo:<count>
state:[off|smoke-Alarm_<count>]
smoke_detect:<von_name>
SDteam:[add_<name>|remove_<name>]
*'''von_name''' ist der Name des SD, der gemeldet hat.
*'''smoke_detect''' ist der aktuelle Alarm, während '''recentAlarm''' die letzte Alarmquelle anzeigt, auch wenn der Alarm schon behoben ist.
*'''SDteam''' kommt gelegentlich bei Konfigurationsereignissen zum Tragen.

===Attribute===
besondere Attribute
* '''msgRepeat''' sollte auf 1 stehen. SD ist ein burst device, wiederholen von Nachrichten belastet das HMLAN besonders. Die Team-kommandos sind hiervon nicht beeinflusst, also auch nicht das Auslösen eines Alarms.
* '''actCycle''' wird auf 99 Stunden gesetzt. Ein SD meldet sich alle 3 Tage bei der Zentrale, was der ActionDetector prüft.
* '''msgRepeat''' 1
Allgemein vorgeschlagen
'''IODev''' [HMLAN/HMUSB/CUL]
'''autoReadReg''' 5_readMissing
'''event-on-change-reading''' .*
Optional, nur als Anregung zu verstehen
'''devStateIcon''' off:general_ok *:secur_alarm
'''group''' smokeDetect
'''icon''' secur_smoke_detector

==Alarme==
Meldet ein SD einen Alarm wird dieser in dem SD und im TeamLead angezeigt.<br>
Nutzt man HMIinfo wird ein Rauchalarm auch hier als "Error" gemeldet. In HMInfo wird dies für alle SD-teams im System gemacht.

== Nützliche Notifies ==
Codefragmente, die man einsetzen kann. Ggf. muss man etwas anpassen, zumindest können sie als Anregung nützlich sein.
* Bei Alarm email schicken und Licht im Flur anschalten
define sd.nf.report notify sdTeam:.*smoke-Alarm.* {\
<Mail versenden>;;
fhem("set LichtTreppenhaus on");;
}\

* Bei Alarm alle SDs des Team stumm schalten durch stumm Schalten eines einzelnen
define sd.nf.quiet notify sdTeam:.*level:.199 set sdTeam alarmOff

== Links ==
Anleitung [http://www.eq-3.de/Downloads/eq3/pdf_produkte/83454_HM-Sec-SD_GE_V1.4_20131011.pdf] PDF

[[Kategorie:HomeMatic Components]]
[[Kategorie:Rauchmelder]]

Fronthem Installation

2016-01-08T01:13:32Z

Manuel-123: Änderung 13489 von Manuel-123 (Diskussion) rückgängig gemacht.

Einen Überblick über Fronthem findet man auf der Seite zu [[Fronthem]]

== Allgemein ==
=== Fhem ===
Ein lauffähiges Fhem mit einem aktuellen Update sollte installiert sein.

=== Webserver ===
Für smartVISU muss ein Webserver (z.B. lighttpd oder Apache oder nginx) installiert sein.

==== lighttpd ====

sudo apt-get update
sudo apt-get install lighttpd
sudo apt-get install php5-common php5-cgi php5
cd /var/www
sudo lighty-enable-mod fastcgi-php
sudo service lighttpd force-reload
sudo chown www-data:www-data /var/www
sudo chmod 775 /var/www
sudo usermod -a -G www-data pi
sudo usermod -a -G www-data bananapi

==== nginx ====
Folgende Pakete werden benötigt:
$ apt-get install nginx php5-fpm

Die Konfiguration für nginx kann man unter
sudo nano /etc/nginx/sites-enabled/default
vornehmen.

Folgende Konfiguration sollte direkt funktionieren:
server {
listen 80;
root /var/www;
index index.html index.php;
server_name localhost;
location / {
try_files $uri $uri/ /index.php?$args;
}
location ~ \.php$ {
try_files $uri =404;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}

== Installation smartVISU ==
Die Installation stammt aus Jörg Herrmanns git-Repo: https://github.com/herrmannj/smartvisu-cleaninstall

Folgende Pakete werden benötigt:
$ apt-get install git

Hierbei handelt es sich um das original smartVISU inkl. diverser Anpassungen (fhem-Treiber, ...).

'''Download:'''
$ mkdir ~/install
$ cd ~/install
$ git clone https://github.com/herrmannj/smartvisu-cleaninstall.git

'''Installation:'''
$ sudo cp -rp smartvisu-cleaninstall /var/www/smartvisu
$ cd /var/www
$ sudo chown -R www-data:www-data smartvisu

'''Installation überprüfen:'''

Beim Aufruf der Seite http://<IP-Adresse>/smartvisu sollte folgende Seite angezeigt werden: {{Randnotiz|RNTyp=y|RNText=Wenn ihr hier einen Fehler erhaltet und euch nicht die SmartVisu Seite angezeigt wird müsst ihr die Datei "config.ini.default" zu "config.ini" umbenennen, am besten erstellt ihr eine neue Kopie wie folgt:
<code>$ sudo cp /var/www/smartvisu/config.ini.default /var/www/smartvisu/config.ini</code>
Ebenso bitte ggf. in der php.ini (error_reporting) die Ausgabe von Warnings abschalten, wenn so was kommt wie "Notice: Undefined index..."
}}

[[Datei:Installation_SmartVISU.png]]

== Installation Fronthem ==
Folgende Pakete werden benötigt:
curl -L https://cpanmin.us | perl - --sudo App::cpanminus
sudo cpanm Net::WebSocket::Server
sudo cpanm JSON

Mit folgendem Befehl kann man Fronthem installieren / updaten:
update force https://raw.githubusercontent.com/herrmannj/fronthem/master/controls_fronthem.txt

Konfiguration von Fronthem in Fhem (Eingabe in der Fhem Web Kommandozeile):
define <Name Webservice> fronthem
define <Name Endgerät> fronthemDevice <IP Endgerät>

Beispiel:
define meinfronthem fronthem
define meiniphone fronthemDevice 192.168.178.25

"Save" nicht vergessen!
Näheres dazu findet man auch unter http://www.fhemwiki.de/wiki/Fronthem#Basic_Syntax

== Eigenes smartVISU Projekt anlegen ==
* im Ordner "''/var/www/smartVISU/pages''" einen neuen Ordner "''MeinHaus"'' anlegen.
* aus dem Ordner "''../pages/_template''" alles in den neuen Ordner ("''/var/www/smartVISU/pages/MeinHaus"'') kopieren.
* "''rooms_menu.html''" an eigene Gegebenheiten anpassen hierzu dienen die "_template-Dateien" als Orientierung.
* alle rooms anlegen durch Kopien des Beispielraumes (''room_sleeping.html'') und passende icons und Überschriften verteilen. ([http://www.smartvisu.de/docu/2.7/index.php?page=design/design_icons SmartVisu Icons])
* SmartVISU nutzt [http://twig.sensiolabs.org/ Twig] als Template engine und die Seiten bestehen aus Blöcken und Widgets, die immer in doppelten geschweiften Klammern stehen <nowiki>{{ ... }}</nowiki>
* Widget Syntax auf [http://www.smartvisu.de/docu/2.7/index.php SmartVISU Doku] nachschlagen und kopieren.
* innerhalb eines Raums zwischen {% block content %} und {% endblock %} als Beispiel folgenden Abschnitt einfügen:

<pre><nowiki>
<h1><img class="icon" src='{{ icon0 }}scene_livingroom.png'/>Wohnzimmer</h1>
<div class="preblock">
</div>
<div class="block">
<div class="set-2" data-role="collapsible-set" data-theme="c" data-content-theme="a" data-mini="true">
<div data-role="collapsible" data-collapsed="false" >
<h3>Licht</h3>
<table width="90%">
<tr><td align="left" width="100px"> {{ basic.switch('Leselampe', 'Leselampe.sw', icon1~'light_floor_lamp.png', icon0~'light_floor_lamp.png') }}</td>
<td>Leselampe</td>
</tr>
</table>
</div>
</div>
</div>
</nowiki></pre>

* Datei speichern und checken, dass die Rechte mindestens auf "755" stehen, ansonsten mit "sudo chmod 755" korrigieren.
* smartVISU aufrufen, Zahnrad = configmenü, eigenes Haus auswählen (Ordnername!) und als Treiber DOMOTIGA (oder auch FHEM) mit Port 2121 mit der IP des FHEM-Servers
* speichern der Config nicht vergessen (Save ganz unten!)
* jetzt ist es wichtig, dass ihr einmal eure Seiten in Smartvisu aufruft damit im Hintergrund die GADs erstellt werden.
* In Fhem eure fronthemDevice Detailansicht öffnen
* Nun seht ihr eure GADs, aus der gadliste ein gad auswählen (hier: "Leselampe.sw" wie im obigen Code-Beispiel definiert.) und die Parameter vergeben:
<pre>
device: <fhem-Name-des-fhem-devices> (in diesem Fall die Leselampe.sw)
reading: state
converter: OnOff
cmd set: state
write: ja (haken setzen)
read: ja (haken setzen)
</pre>
: "state" immer klein schreiben und speichern nicht vergessen!
* Die Settings für das Device gelten für alle Endgeräte, aber die read/write Rechte müssen für jedes Endgerät separat gesetzt werden.

== Verbindung smartVISU mit Fhem ==
=== Konfiguration smartVISU-Treiber ===
==== Interface ====
TODO

==== I/O-Connection ====
Unter smartVISU in die Konfigurationsoberfläche wechseln (http://<IP-Adresse>/smartvisu/index.php?page=config)

Driver: ''Fhem'' (wird in Github von hermmanj bereitgestellt, falls smartvisu nicht von dort bezogen wird)

Adresse: ''<IP-Adresse Fhem-Server>''

Port: ''2121''

== Bekannte Probleme ==
TODO

Fronthem Installation

2016-01-08T01:12:43Z

Manuel-123: /* Installation smartVISU */ kopieren der config.ini hinzugefügt

Einen Überblick über Fronthem findet man auf der Seite zu [[Fronthem]]

== Allgemein ==
=== Fhem ===
Ein lauffähiges Fhem mit einem aktuellen Update sollte installiert sein.

=== Webserver ===
Für smartVISU muss ein Webserver (z.B. lighttpd oder Apache oder nginx) installiert sein.

==== lighttpd ====

sudo apt-get update
sudo apt-get install lighttpd
sudo apt-get install php5-common php5-cgi php5
cd /var/www
sudo lighty-enable-mod fastcgi-php
sudo service lighttpd force-reload
sudo chown www-data:www-data /var/www
sudo chmod 775 /var/www
sudo usermod -a -G www-data pi
sudo usermod -a -G www-data bananapi

==== nginx ====
Folgende Pakete werden benötigt:
$ apt-get install nginx php5-fpm

Die Konfiguration für nginx kann man unter
sudo nano /etc/nginx/sites-enabled/default
vornehmen.

Folgende Konfiguration sollte direkt funktionieren:
server {
listen 80;
root /var/www;
index index.html index.php;
server_name localhost;
location / {
try_files $uri $uri/ /index.php?$args;
}
location ~ \.php$ {
try_files $uri =404;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}

== Installation smartVISU ==
Die Installation stammt aus Jörg Herrmanns git-Repo: https://github.com/herrmannj/smartvisu-cleaninstall

Folgende Pakete werden benötigt:
$ apt-get install git

Hierbei handelt es sich um das original smartVISU inkl. diverser Anpassungen (fhem-Treiber, ...).

'''Download:'''
$ mkdir ~/install
$ cd ~/install
$ git clone https://github.com/herrmannj/smartvisu-cleaninstall.git

'''Installation:'''
$ sudo cp -rp smartvisu-cleaninstall /var/www/smartvisu
$ cd /var/www
$ sudo cp smartvisu/config.ini.default smartvisu/config.ini
$ sudo chown -R www-data:www-data smartvisu

'''Installation überprüfen:'''

Beim Aufruf der Seite http://<IP-Adresse>/smartvisu sollte folgende Seite angezeigt werden: {{Randnotiz|RNTyp=y|RNText=Wenn ihr hier einen Fehler erhaltet und euch nicht die SmartVisu Seite angezeigt wird müsst ihr die Datei "config.ini.default" zu "config.ini" umbenennen, am besten erstellt ihr eine neue Kopie wie folgt:
<code>$ sudo cp /var/www/smartvisu/config.ini.default /var/www/smartvisu/config.ini</code>
Ebenso bitte ggf. in der php.ini (error_reporting) die Ausgabe von Warnings abschalten, wenn so was kommt wie "Notice: Undefined index..."
}}

[[Datei:Installation_SmartVISU.png]]

== Installation Fronthem ==
Folgende Pakete werden benötigt:
curl -L https://cpanmin.us | perl - --sudo App::cpanminus
sudo cpanm Net::WebSocket::Server
sudo cpanm JSON

Mit folgendem Befehl kann man Fronthem installieren / updaten:
update force https://raw.githubusercontent.com/herrmannj/fronthem/master/controls_fronthem.txt

Konfiguration von Fronthem in Fhem (Eingabe in der Fhem Web Kommandozeile):
define <Name Webservice> fronthem
define <Name Endgerät> fronthemDevice <IP Endgerät>

Beispiel:
define meinfronthem fronthem
define meiniphone fronthemDevice 192.168.178.25

"Save" nicht vergessen!
Näheres dazu findet man auch unter http://www.fhemwiki.de/wiki/Fronthem#Basic_Syntax

== Eigenes smartVISU Projekt anlegen ==
* im Ordner "''/var/www/smartVISU/pages''" einen neuen Ordner "''MeinHaus"'' anlegen.
* aus dem Ordner "''../pages/_template''" alles in den neuen Ordner ("''/var/www/smartVISU/pages/MeinHaus"'') kopieren.
* "''rooms_menu.html''" an eigene Gegebenheiten anpassen hierzu dienen die "_template-Dateien" als Orientierung.
* alle rooms anlegen durch Kopien des Beispielraumes (''room_sleeping.html'') und passende icons und Überschriften verteilen. ([http://www.smartvisu.de/docu/2.7/index.php?page=design/design_icons SmartVisu Icons])
* SmartVISU nutzt [http://twig.sensiolabs.org/ Twig] als Template engine und die Seiten bestehen aus Blöcken und Widgets, die immer in doppelten geschweiften Klammern stehen <nowiki>{{ ... }}</nowiki>
* Widget Syntax auf [http://www.smartvisu.de/docu/2.7/index.php SmartVISU Doku] nachschlagen und kopieren.
* innerhalb eines Raums zwischen {% block content %} und {% endblock %} als Beispiel folgenden Abschnitt einfügen:

<pre><nowiki>
<h1><img class="icon" src='{{ icon0 }}scene_livingroom.png'/>Wohnzimmer</h1>
<div class="preblock">
</div>
<div class="block">
<div class="set-2" data-role="collapsible-set" data-theme="c" data-content-theme="a" data-mini="true">
<div data-role="collapsible" data-collapsed="false" >
<h3>Licht</h3>
<table width="90%">
<tr><td align="left" width="100px"> {{ basic.switch('Leselampe', 'Leselampe.sw', icon1~'light_floor_lamp.png', icon0~'light_floor_lamp.png') }}</td>
<td>Leselampe</td>
</tr>
</table>
</div>
</div>
</div>
</nowiki></pre>

* Datei speichern und checken, dass die Rechte mindestens auf "755" stehen, ansonsten mit "sudo chmod 755" korrigieren.
* smartVISU aufrufen, Zahnrad = configmenü, eigenes Haus auswählen (Ordnername!) und als Treiber DOMOTIGA (oder auch FHEM) mit Port 2121 mit der IP des FHEM-Servers
* speichern der Config nicht vergessen (Save ganz unten!)
* jetzt ist es wichtig, dass ihr einmal eure Seiten in Smartvisu aufruft damit im Hintergrund die GADs erstellt werden.
* In Fhem eure fronthemDevice Detailansicht öffnen
* Nun seht ihr eure GADs, aus der gadliste ein gad auswählen (hier: "Leselampe.sw" wie im obigen Code-Beispiel definiert.) und die Parameter vergeben:
<pre>
device: <fhem-Name-des-fhem-devices> (in diesem Fall die Leselampe.sw)
reading: state
converter: OnOff
cmd set: state
write: ja (haken setzen)
read: ja (haken setzen)
</pre>
: "state" immer klein schreiben und speichern nicht vergessen!
* Die Settings für das Device gelten für alle Endgeräte, aber die read/write Rechte müssen für jedes Endgerät separat gesetzt werden.

== Verbindung smartVISU mit Fhem ==
=== Konfiguration smartVISU-Treiber ===
==== Interface ====
TODO

==== I/O-Connection ====
Unter smartVISU in die Konfigurationsoberfläche wechseln (http://<IP-Adresse>/smartvisu/index.php?page=config)

Driver: ''Fhem'' (wird in Github von hermmanj bereitgestellt, falls smartvisu nicht von dort bezogen wird)

Adresse: ''<IP-Adresse Fhem-Server>''

Port: ''2121''

== Bekannte Probleme ==
TODO