HM-SEC-SD Rauchmelder - Versionsgeschichte

Ph1959de: Link auf HMInfo angepasst

2021-12-03T11:04:21Z

Link auf HMInfo angepasst

← Nächstältere Version		Version vom 3. Dezember 2021, 13:04 Uhr
Zeile 14:		Zeile 14:
	\|HWManufacturer=ELV / eQ-3		\|HWManufacturer=ELV / eQ-3
	}}		}}

	== Features ==		== Features ==
	Der [[HM-SEC-SD Rauchmelder\|HM-SEC-SD]] 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.		Der [[HM-SEC-SD Rauchmelder\|HM-SEC-SD]] 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.
Zeile 101:		Zeile 100:
	Fehlt IODev (und bei Arbeit mit einer VCCU IOgrp) muss man dieses Attribut per Hand setzen, den richtigen Syntax/Inhalt findet man bei einem funktionierenden Homematic Gerät.		Fehlt IODev (und bei Arbeit mit einer VCCU IOgrp) muss man dieses Attribut per Hand setzen, den richtigen Syntax/Inhalt findet man bei einem funktionierenden Homematic Gerät.

	Am Besten die Konfiguration mit ~~HMinfo~~ '''configCheck''' prüfen, die ordnungsgemäße Funktion des TeamDev ist wichtig für den Erfolg des folgenden Peerings der Rauchmelder.		Am Besten die Konfiguration mit HMInfo '''configCheck''' prüfen, die ordnungsgemäße Funktion des TeamDev ist wichtig für den Erfolg des folgenden Peerings der Rauchmelder.

	Jeder Rauchmelder muss jetzt in das Team aufgenommen werden:		Jeder Rauchmelder muss jetzt in das Team aufgenommen werden:
Zeile 170:		Zeile 169:
	Meldet ein SD einen Alarm, wird dieser in dem SD und im TeamLead angezeigt.		Meldet ein SD einen Alarm, wird dieser in dem SD und im TeamLead angezeigt.

	Nutzt man [[~~HomeMatic~~ HMInfo~~\|HMinfo~~]], wird ein Rauchalarm auch hier als "Error" gemeldet. In ~~HMinfo~~ wird dies für alle SD-Teams im System gemacht.		Nutzt man [[HMInfo]], wird ein Rauchalarm auch hier als "Error" gemeldet. In HMInfo wird dies für alle SD-Teams im System gemacht.

	== Probleme beim SD-2 ==		== Probleme beim SD-2 ==

	Das Senden von TeamCall-/Alarmkommandos an die SD2 ist leider fragil. Bei jedem Befehl muss entweder der MessageCounter der Nachricht größer sein als der letzte oder (falls dies nicht der Fall ist) der Generationenzähler inkrementiert werden. Beide Werte werden in dem Reading aesCBCCounter des Teamleads abgelegt:		Das Senden von TeamCall-/Alarmkommandos an die SD2 ist leider fragil. Bei jedem Befehl muss entweder der MessageCounter der Nachricht größer sein als der letzte oder (falls dies nicht der Fall ist) der Generationenzähler inkrementiert werden. Beide Werte werden in dem Reading aesCBCCounter des Teamleads abgelegt:

Zeile 189:		Zeile 187:

	Falls das Reading komplett gelöscht wurde, bitte langsam rantasten und den Generationenzähler immer nur um 1 erhöhen, denn was passiert, wenn der Generationencounter nach FFFF überläuft hat bisher noch niemand ausprobiert...		Falls das Reading komplett gelöscht wurde, bitte langsam rantasten und den Generationenzähler immer nur um 1 erhöhen, denn was passiert, wenn der Generationencounter nach FFFF überläuft hat bisher noch niemand ausprobiert...


	== Nützliche Notifies ==		== Nützliche Notifies ==

Ph1959de: VCCU verlinkt

2021-01-12T10:30:10Z

VCCU verlinkt

← Nächstältere Version		Version vom 12. Januar 2021, 12:30 Uhr
Zeile 90:		Zeile 90:
	{{Randnotiz\|RNText=Bitte beachten		{{Randnotiz\|RNText=Bitte beachten
	die HMID (Beispiel 111111) '''muss''' für das gesamte System einmalig sein und es darf '''nur''' Btn1 (HM Channel ID xxxxxx01) als TeamLead verwendet werden!		die HMID (Beispiel 111111) '''muss''' für das gesamte System einmalig sein und es darf '''nur''' Btn1 (HM Channel ID xxxxxx01) als TeamLead verwendet werden!
	Insbesondere darf bei der Definition eines neuen virtuellen Devices '''nicht''' die HMID der VCCU oder eines IO verwendet werden. Man '''kann''' aber anstatt eines virtuellen Gerätes auch den '''ersten''' Kanal einer VCCU verwenden, falls der noch nicht anderweitig genutzt wird (nicht empfohlen).		Insbesondere darf bei der Definition eines neuen virtuellen Devices '''nicht''' die HMID der [[Virtueller Controller VCCU\|VCCU]] oder eines IO verwendet werden. Man '''kann''' aber anstatt eines virtuellen Gerätes auch den '''ersten''' Kanal einer VCCU verwenden, falls der noch nicht anderweitig genutzt wird (nicht empfohlen).

	}}		}}

Otto123: /* Virtueller TeamLead */ Hinweis ergänzt

2021-01-10T15:40:40Z

Virtueller TeamLead: Hinweis ergänzt

← Nächstältere Version		Version vom 10. Januar 2021, 17:40 Uhr
Zeile 97:		Zeile 97:
	rename TeamDev_Btn1 Rauchmelder_Team</pre>		rename TeamDev_Btn1 Rauchmelder_Team</pre>

	Nach der Definition bitte '''unbedingt''' überprüfen, dass TeamDev das Attribut ('''attr''') '''IODev''' bzw. '''IOgrp''' gesetzt hat (das sollte normalerweise automatisch passieren)! Am Besten die Konfiguration mit HMinfo '''configCheck''' prüfen, die ordnungsgemäße Funktion des TeamDev ist wichtig für den Erfolg des folgenden Peerings der Rauchmelder.		Nach der Definition bitte '''unbedingt''' überprüfen, dass TeamDev das Attribut ('''attr''') '''IODev''' bzw. '''IOgrp''' gesetzt hat! (das sollte normalerweise automatisch passieren)

			Fehlt IODev (und bei Arbeit mit einer VCCU IOgrp) muss man dieses Attribut per Hand setzen, den richtigen Syntax/Inhalt findet man bei einem funktionierenden Homematic Gerät.

			Am Besten die Konfiguration mit HMinfo '''configCheck''' prüfen, die ordnungsgemäße Funktion des TeamDev ist wichtig für den Erfolg des folgenden Peerings der Rauchmelder.

	Jeder Rauchmelder muss jetzt in das Team aufgenommen werden:		Jeder Rauchmelder muss jetzt in das Team aufgenommen werden:
Zeile 207:		Zeile 211:
	== Quellen ==		== Quellen ==
	<references />		<references />


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

Otto123: /* Virtueller TeamLead */ Beschreibung für HMID geändert

2019-10-27T21:16:48Z

Virtueller TeamLead: Beschreibung für HMID geändert

← Nächstältere Version		Version vom 27. Oktober 2019, 23:16 Uhr
Zeile 87:		Zeile 87:
	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 bessere Struktur, da dieser virtuelle Aktor nicht verloren gehen kann.		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 bessere Struktur, da dieser virtuelle Aktor nicht verloren gehen kann.

	Erzeugen eines virtuellen TeamLeads könnte so aussehen. Es wird ein virtuelles Gerät und ein virtueller Kanal definiert und mit einem sprechenden Namen versehen:		Erzeugen eines virtuellen TeamLeads könnte so aussehen. Es wird ein virtuelles Gerät und ein virtueller Kanal definiert und mit einem sprechenden Namen versehen. Dieser Code ist z.B. für die Raw Definition:
	<pre>define TeamDev CUL_HM ~~111111~~		{{Randnotiz\|RNText=Bitte beachten
			die HMID (Beispiel 111111) '''muss''' für das gesamte System einmalig sein und es darf '''nur''' Btn1 (HM Channel ID xxxxxx01) als TeamLead verwendet werden!
			Insbesondere darf bei der Definition eines neuen virtuellen Devices '''nicht''' die HMID der VCCU oder eines IO verwendet werden. Man '''kann''' aber anstatt eines virtuellen Gerätes auch den '''ersten''' Kanal einer VCCU verwenden, falls der noch nicht anderweitig genutzt wird (nicht empfohlen).

			}}
			<pre>define TeamDev CUL_HM <sechstellige selbstgewählte einmalige hmId>
	set TeamDev virtual 1		set TeamDev virtual 1
	rename TeamDev_Btn1 Rauchmelder_Team</pre>		rename TeamDev_Btn1 Rauchmelder_Team</pre>

	~~'''Bitte beachten''': die HMID (im obigen Beispiel 111111) '''muss''' für die gesamte Installation einmalig sein und es darf '''nur''' Btn1 (HM Channel ID xxxxxx01) als TeamLead verwendet werden.~~

	Nach der Definition bitte '''unbedingt''' überprüfen, dass TeamDev das Attribut ('''attr''') '''IODev''' bzw. '''IOgrp''' gesetzt hat (das sollte normalerweise automatisch passieren)! Am Besten die Konfiguration mit HMinfo '''configCheck''' prüfen, die ordnungsgemäße Funktion des TeamDev ist wichtig für den Erfolg des folgenden Peerings der Rauchmelder.		Nach der Definition bitte '''unbedingt''' überprüfen, dass TeamDev das Attribut ('''attr''') '''IODev''' bzw. '''IOgrp''' gesetzt hat (das sollte normalerweise automatisch passieren)! Am Besten die Konfiguration mit HMinfo '''configCheck''' prüfen, die ordnungsgemäße Funktion des TeamDev ist wichtig für den Erfolg des folgenden Peerings der Rauchmelder.

	~~Man '''kann''' anstatt des separaten virtuellen Gerätes auch den '''ersten''' Kanal einer VCCU verwenden, falls der noch nicht anderweitig genutzt wird.~~

	Jeder Rauchmelder muss jetzt in das Team aufgenommen werden:		Jeder Rauchmelder muss jetzt in das Team aufgenommen werden:

MGu: /* Teams */ case sensitive

2019-10-04T16:50:01Z

Teams: case sensitive

← Nächstältere Version		Version vom 4. Oktober 2019, 18:50 Uhr
Zeile 41:		Zeile 41:
	set Rauchmelder_Flur peerChan 0 Rauchmelder_KZ single set actor </pre>		set Rauchmelder_Flur peerChan 0 Rauchmelder_KZ single set actor </pre>

	Nutzt man einen virtuellen TeamLead - (siehe [[#~~virtueller TeamLead~~\|virtueller TeamLead]]) - werden alle realen SDs mit diesem gepeert		Nutzt man einen virtuellen TeamLead - (siehe [[#Virtueller_TeamLead\|virtueller TeamLead]]) - werden alle realen SDs mit diesem gepeert
	<pre>set Rauchmelder_Team peerChan 0 Rauchmelder_Flur single set actor		<pre>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_WZ single set actor

MGu: /* Readings */

2019-06-21T13:39:23Z

Readings

← Nächstältere Version		Version vom 21. Juni 2019, 15:39 Uhr
Zeile 117:		Zeile 117:

	=== Readings ===		=== Readings ===
			==== Einzelne SDs ====
	Für '''jeden''' SD sind folgende Readings relevant:		Für '''jeden''' SD sind folgende Readings relevant:

Zeile 130:		Zeile 131:
	*'''sdRepeat''' ist ein Flag ob der SD als Reapeater für Nachrichten anderer SDs arbeitet. Das kann nötig sein, wenn nicht jeder SD jeden anderen empfängt. Das Flag kann über die Taste am SD eingestellt werden (siehe Gebrauchsanleitung). Es dürfen maximal 3 SDs in einer Gruppe als Reapeater konfiguriert sein. Ansonsten kann es zu verzögerten Alarmmeldungen kommen.		*'''sdRepeat''' ist ein Flag ob der SD als Reapeater für Nachrichten anderer SDs arbeitet. Das kann nötig sein, wenn nicht jeder SD jeden anderen empfängt. Das Flag kann über die Taste am SD eingestellt werden (siehe Gebrauchsanleitung). Es dürfen maximal 3 SDs in einer Gruppe als Reapeater konfiguriert sein. Ansonsten kann es zu verzögerten Alarmmeldungen kommen.

	Beim '''TeamLead''' laufen alle Alarme auf		==== TeamLead ====
			Beim '''TeamLead''' laufen alle Alarme auf:

	teamCall: from <name>:<count>		teamCall: from <name>:<count>

MGu: /* Readings */

2019-06-21T13:37:38Z

Readings

← Nächstältere Version		Version vom 21. Juni 2019, 15:37 Uhr
Zeile 128:		Zeile 128:
	*'''count''' ist ein Zähler, den das Gerät liefert um neue Alarme unterscheiden zu können		*'''count''' ist ein Zähler, den das Gerät liefert um neue Alarme unterscheiden zu können
	*'''level''' ist ein Wert zwischen 0 und 200. 200 ist Alarm, 199 bedeutet Alarm, aber die Sirene ist abgeschaltet.		*'''level''' ist ein Wert zwischen 0 und 200. 200 ist Alarm, 199 bedeutet Alarm, aber die Sirene ist abgeschaltet.
	*'''sdRepeat''' ist ein Flag ob der SD als Reapeater für Nachrichten anderer SDs arbeitet. ~~Diese~~ Flag kann über die Taste am SD eingestellt werden (siehe Gebrauchsanleitung). Es dürfen maximal 3 SDs in einer Gruppe als Reapeater konfiguriert sein. Ansonsten kann es zu verzögerten Alarmmeldungen kommen.		*'''sdRepeat''' ist ein Flag ob der SD als Reapeater für Nachrichten anderer SDs arbeitet. Das kann nötig sein, wenn nicht jeder SD jeden anderen empfängt. Das Flag kann über die Taste am SD eingestellt werden (siehe Gebrauchsanleitung). Es dürfen maximal 3 SDs in einer Gruppe als Reapeater konfiguriert sein. Ansonsten kann es zu verzögerten Alarmmeldungen kommen.

	Beim '''TeamLead''' laufen alle Alarme auf		Beim '''TeamLead''' laufen alle Alarme auf

MGu: /* Readings */ sdRepeat

2019-06-21T13:34:03Z

Readings: sdRepeat

← Nächstältere Version		Version vom 21. Juni 2019, 15:34 Uhr
Zeile 124:		Zeile 124:
	battery:[ok\|low]		battery:[ok\|low]
	level:<0..200>		level:<0..200>
			sdRepeat:[on\|off]

	*'''count''' ist ein Zähler, den das Gerät liefert um neue Alarme unterscheiden zu können		*'''count''' ist ein Zähler, den das Gerät liefert um neue Alarme unterscheiden zu können
	*'''level''' ist ein Wert zwischen 0 und 200. 200 ist Alarm, 199 bedeutet Alarm, aber die Sirene ist abgeschaltet.		*'''level''' ist ein Wert zwischen 0 und 200. 200 ist Alarm, 199 bedeutet Alarm, aber die Sirene ist abgeschaltet.
			*'''sdRepeat''' ist ein Flag ob der SD als Reapeater für Nachrichten anderer SDs arbeitet. Diese Flag kann über die Taste am SD eingestellt werden (siehe Gebrauchsanleitung). Es dürfen maximal 3 SDs in einer Gruppe als Reapeater konfiguriert sein. Ansonsten kann es zu verzögerten Alarmmeldungen kommen.

	Beim '''TeamLead''' laufen alle Alarme auf		Beim '''TeamLead''' laufen alle Alarme auf

Beta-User: Hinweisbox wg. Modulupdate wieder gelöscht

2019-06-01T10:27:44Z

Hinweisbox wg. Modulupdate wieder gelöscht

← Nächstältere Version		Version vom 1. Juni 2019, 12:27 Uhr
Zeile 86:		Zeile 86:

	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 bessere Struktur, da dieser virtuelle Aktor nicht verloren gehen kann.		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 bessere Struktur, da dieser virtuelle Aktor nicht verloren gehen kann.

	{{Hinweis\|Aufgrund einer Änderung in Frühjahr 2019 ist es bis auf weiteres nicht möglich, den nachfolgenden Befehl <code>set TeamDev virtual 1</code> auszuführen. Stattdessen müssen übergangsweise folgende Befehle verwendet werden: <pre>attr TeamDev modelForce VIRTUAL
	~~define Rauchmelder_Team CUL_HM 11111101</pre>.}}~~

	Erzeugen eines virtuellen TeamLeads könnte so aussehen. Es wird ein virtuelles Gerät und ein virtueller Kanal definiert und mit einem sprechenden Namen versehen:		Erzeugen eines virtuellen TeamLeads könnte so aussehen. Es wird ein virtuelles Gerät und ein virtueller Kanal definiert und mit einem sprechenden Namen versehen:

Ph1959de: HMType eingefügt

2019-05-30T16:00:39Z

HMType eingefügt

← Nächstältere Version		Version vom 30. Mai 2019, 18:00 Uhr
Zeile 3:		Zeile 3:
	\|Bildbeschreibung=HomeMatic HM-SEC-SD Rauchmelder Oberseite		\|Bildbeschreibung=HomeMatic HM-SEC-SD Rauchmelder Oberseite
	\|HWProtocol=HomeMatic		\|HWProtocol=HomeMatic
	\|HWType=~~Aktor~~		\|HWType=[[HomeMatic Type smokeDetector\|smokeDetector]]
	\|HWCategory=HomeMatic		\|HWCategory=HomeMatic
	\|HWComm=868MHz		\|HWComm=868MHz