HM-SEC-SD-2 neu

Begonnen von martinp876, 21 März 2015, 17:28:26

Vorheriges Thema - Nächstes Thema

M_I_B

Info: Das im April erworbene 3er-Set ist nunmehr ein 2er-Set. Ein RM hat nun etwa 10 mal bevorzugt zwischen 2-4 Uhr einen Fehlalarm ausgelöst, was sich auch nicht an einem anderen Montageort (Tausch Kellerflur <-> Wohnzimmer) geändert hat. Habe gerade Gewähr bei ELV angefragt.
Wenn man so die anderen Aussagen dazu liest, komme ich auf etwa einen von 8 RM, die nicht rund laufen... Wer kann das bestätigen?

M_I_B

So, der Austauschmelder ist heute hier eingetroffen... Das ging flott, so das ich auch mal was positives zu ELV vermelden kann!

Habe den neuen Melder gerade eingebunden; so weit so gut. Aber ich ahnte schon so was... natürlich geht der vTeamLeader nicht mehr. Also habe ich dort alle peerings gelöscht (und kontrolliert, ob auch alle weg sind) und jeden einzelnen RM erneut mit dem vTL gepeert... Nüscht... Null... nix...
Also offensichtlich ist der Austausch eines defekten RM nicht so trivial wie ich vermutet habe...

Frage ist also, wie ich sinnvoller Weise vorzugehen habe, wenn ich nicht alles komplett von vorne machen möchte; gibt es da eine bestimmte Vorgehensweise, einen Austausch-RM wieder ins Team zu bringen? Könnte nicht mal wer ein WiKi dazu schreiben, welches auch solch ein Thema abhandelt? Ich lese auch gerne Korrektur und solche Sachen...

M_I_B

... da es leider keine Antwort(en) resp. Lösungsansätze gibt und auch ein Löschen aller RM in FHEM, Löschen des TeamLeaders in FHEM, neu Anlernen der RM, erstellen eines neuen TL und peeren mit diesem der vorherige Zustand nicht wieder zu erreichen ist (Alarme werden zwar am TL gemeldet, ein "alarmOn" und/oder "TeamCall" vom TL gesendet bleibt schlicht ohne Reaktion), habe ich den ganzen Kram aus FHEM verbannt. Die RM funktionieren zum Glück auch ohne FHEM in der Vernetzung... Jetzt kann ich mir zwar keine Nachricht mehr zusenden lassen, wenn ein RM ausgelöst hat, aber wenn die Hütte während meiner Abwesenheit in Flammen steht, nutzt mir das eh nix, sollte ich weiter als 5 Minuten weg sein...

martinp876

Warum du die funktionierenden geloescht hast ist mir unklar.
Wenn der Key korrekt gesetzt ist sollte erst einmal alles klappen. Ausnahme ist die event Nummer des RM. Diese scheint er sich zu merken und nur zu reagieren, wenn sie passt. Wie dies synchronisiert wird ist bisher nicht erforscht. es stellt ein Problem dar. Ich werde hiermit wohl noch experimentieren müssen.

M_I_B

... na, gelöscht habe ich die verbliebenen zwei Funktionierenden, weil der Austausch-RM nicht in die Gruppe zu bringen, alle diesbezüglichen Versuche auch mit Hilfe der Hinweise hier im Forum vergeblich waren und ich keine andere Option mehr sah.
Jetzt ist er zwar in der Gruppe, alle empfangen lt. Logfile den AlarmOn, aber keinen kümmerts... also funktioniert halt der TL nicht mehr. Das ist aber viel eher zu verschmerzen als eine nicht funktionierende Hardware- Gruppe.

Na egal. Hardware alleine funktioniert auch und ist ja auch die Hauptfunktion der RM. Das ist vordringlich und FHEM nur untergeordnet (Überleben vor Spaß)...

FhemDav

Hallo an alle Forummitglieder,

bin Neuling was fhem angeht und benötige eure Hilfe.
Ist es möglich 8x SD2 in fhem so einzubinden, das jeder einzelne einen Alarm meldet. Ein Beispiel: wenn  4. brennt :-) dann soll 4. und 1. auslösen und mir eine SMS senden 4 brennt. Dies soll für alle anderen gelten 2-8 sollen jeweils einzeln und mit 1. auslösen. Dann benötige ich einen Notfallbefehl der alle gleichzeitig auslöst. Das ganze wäre perfekt wenn ich  alle oder einzeln deaktivieren könnte.

Jemand eine Idee ??
Danke schon mal im vorraus für eure Mühe.
Gruß David

PS: Verzeiht mir wenn ich den falschen Thread dafür ausgewählt habe. ;D
Gruß
David


Rasp 3 / CUL / FHEM

Marlen

Hallo,

also dieser Rauchmelder macht mich wahnsinnig!

Er meldet sich immer nach der actCycle Zeit dead!!!

Woran liegt das? Bitte helft mir!

FhemDav

Bitte um nachsicht sollte ich hier schon beantwortete Fragen stellen, aber ich kann folgende Probleme nicht lösen.
1. Wie kann ich einen am SD ausgelösten Alarm wieder per Fhem stoppen, AarmOff funktioniert nur bei alarmOn über den Teamleader ???
2. Wenn ich den Teamleder auf alarmOn stelle, bekomme ich erst smoke-detected wenn ich danach auf Off stelle angezeigt und das state:off wenn ich wiederholt auf team alarmOff gehe ??

Benötige dringend eure Hilfe ... ansonsten kann ich nächste Woche neue Akkus besorgen  und meine Frau verlangt die Scheidung  ;D
Gruß
David


Rasp 3 / CUL / FHEM

Pfriemler

Zitat von: FhemDav am 20 Oktober 2016, 12:21:07
Ist es möglich 8x SD2 in fhem so einzubinden, das jeder einzelne einen Alarm meldet. Ein Beispiel: wenn  4. brennt :-) dann soll 4. und 1. auslösen und mir eine SMS senden 4 brennt. Dies soll für alle anderen gelten 2-8 sollen jeweils einzeln und mit 1. auslösen. Dann benötige ich einen Notfallbefehl der alle gleichzeitig auslöst. Das ganze wäre perfekt wenn ich  alle oder einzeln deaktivieren könnte.
Eigentümliches Szenario. Du möchstest also 1. als Generalmelder, der bei allen Ereignissen anspringt, sonst sollen nur die Melder selbst alarmieren... warum? Feuer ist Feuer, da lasse ich lieber alle lärmen. Welcher Melder ausgelöst hat, kann man sich in SMS/Pushover/... ja direkt melden lassen ...
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Pfriemler

Zitat von: Marlen am 25 Oktober 2016, 11:15:50
Er meldet sich immer nach der actCycle Zeit dead!!!
Nicht der Rauchmelder meldet sich dead, das macht ActionDetector. actCycle hat dabei nicht unbedingt sinnvolle Vorgaben. Beim alten SD waren die Zeiträume oft zu kurz, so dass es auch dort "dead"-Meldungen gab. Für den SD_2 kenne ich die Meldezeiträume nicht, beim alten SD lagen sie bei 99 Stunden.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

FhemDav

@pfriemler
ungewöhnlich ist das schon .. ich möchte einen Fehlalarm so weit wie möglich ausgrenzen. Also folgenedes hab ich realisiert ... jeder der 8 in ein eigenes Team als Teamleader ... jeder der 7 mit notify mit dem Hauptmelder verkuppelt. Wenn also ein Alarm losgeht werde ich über den Hauptmelder wach, ich geh nachschauen und aktivier über Taster im ernstfall alle. Problem ... wie man es sieht ... ist das deaktivieren des Fehlalarmmelders. Die anderen über Team alarmON bekomme ich deaktiviert. Übrigens liegen die 8 nicht in einer Wohnung sondern jeweils in 4 Etagen je einer im Flur und je 1er in der Etagenwohnung bzw. Keller.

Kannst du mir mit dem Problem weiterhelfen ?

Gruß
David


Rasp 3 / CUL / FHEM

Pfriemler

Ah ... sowas mit 4 Wohnungen hatte ich mir schon gedacht, bei denen nicht alles gleichzeitig losheulen soll...
Das mit den Fehlalarmen ist so eine Sache, aber im wirklichen Ernstfall ist nix mit mal nachschauen gehen, da kommt es auf jede Sekunde an, die die Bewohner der Hütte eher auf den Beinen sind. Bei mir funktioniert das Deaktivieren des gesamten Teams über einen Rauchmelder jedenfalls einwandfrei, und über Pushover (bei mir ist es die Variante andNotify) lese ich in Sekunden auf dem Handy, welcher der 6 Melder bei mir ausgelöst hat. Das geht schneller als Nachsehen.
Vorteil einer großen Gruppe ist ja gerade, dass sie auch ohne FHEM noch zuverlässig funktioniert. Wenn das Notify nicht ankommt, weil dem Raspi schon der Strom ausgegangen ist, kann das Problem schon unbeherrschbar geworden sein.
Davon ab würde ich aber maximal 7 Teamleader in FHEM definieren, sondern je Wohnung einen mit ggf. mehreren Meldern. Ich steuere meine Rauchmelder jedenfalls über einen in FHEM definierten Teamleader. Die Idee, einen der Melder mit einem separaten Teamleader als Alarmsirene zu missbrauchen, habe ich aus Zuverlässigkeitsüberlegungen wieder verworfen.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

dk3572

Hallo,

könnte mir hierbei einer weiterhelfen?

Rauchmelder_Team
DEF    11111101
NAME Rauchmelder_Team
NOTIFYDEV global
NR 423
NTFY_ORDER 50-Rauchmelder_Team
STATE off
TESTNR 3
TYPE CUL_HM
chanNo 01
device TeamDev
peerList Rauchmelder_EG,Rauchmelder_KG,Rauchmelder_OG
sdTeam sdLead


aesCBCCounter 00000C
eventNo 03
level 0
peerList Rauchmelder_EG,Rauchmelder_KG,Rauchmelder_OG,
smoke_detect none
state off
teamCall from TeamDev:02


Rauchmelder_EG
DEF    4BEF45
HMLAN1_MSGCNT 11
HMLAN1_RAWMSG R5CE55956,0001,00069420,FF,FFD3,86A6104BEF45246BDF0601000027
HMLAN1_RSSI -45
HMLAN1_TIME 2016-11-13 09:54:44
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 11
NAME Rauchmelder_EG
NOTIFYDEV global
NR 416
NTFY_ORDER 50-Rauchmelder_EG
STATE off
TYPE CUL_HM
lastMsg No:86 - t:10 s:4BEF45 d:246BDF 0601000027
peerList Rauchmelder_Team
protCmdDel 2
protIOerr 1 last_at:2016-11-13 09:45:16
protLastRcv 2016-11-13 09:54:44
protNack 1 last_at:2016-11-13 09:53:14
protResnd 1 last_at:2016-11-13 09:54:43
protSnd 4 last_at:2016-11-13 09:54:44
protState CMDs_done
rssi_HMLAN1 avg:-39.5 min:-40 max:-39 lst:-39 cnt:2
rssi_at_HMLAN1 avg:-46.9 min:-48 max:-45 lst:-45 cnt:11


Activity alive
CommandAccepted no
D-firmware 1.0
D-serialNr NEQ0507782
PairedTo 0x246BDF
R-pairCentral 0x246BDF
RegL_00. 02:01 0A:24 0B:6B 0C:DF 16:00 1F:00 00:00
aesCommToDev pending
aesKeyNbr 00
alarmTest ok
battery ok
level 0
peerList Rauchmelder_Team,
recentStateType info
sdRepeat off
smokeChamber ok
smoke_detect none
state off
teamCall from TeamDev:02


Wie bekomme ich das aesCommToDev pending weg?
teamCall funktioniert.

Danke schon mal...

Edi77

Hallo,

Zuerst möchte ich vorweg schicken das das mein erster Ausflug in die Homematic Welt ist.
Ich habe jetzt ein neues HomeMatic HM-LGW-O-TW-W-EU-2 mit Firmware 1.15 mit meiner FHEM Zentrale verbunden und libcrypt-rijndael-perl installiert.
in fhem.cfg folgende Zeilen eingefügt

# Homematic FunkLan Gateway
define HMLGW HMUARTLGW x.x.x.x
attr HMLGW hmId 123456
attr HMLGW hmKey "geheim;)"
attr HMLGW lgwPw "geheim;)"
attr HMLGW room CUL_HM


Dann habe ich auch einen HM-Sec-SD-2 mit dem FHEM verbinden wollen.
Ich benötige ja, da ich im Moment nur 1x HM-Sec-SD-2 kein Team mit anderen Rauchmeldern, muss ich ihn trotzdem mit sich selbst pairen, oder mit einem VTeamlaeder?

Ist das VTeam so richtig konfiguriert?

define TeamDevSD2 CUL_HM 123456
attr TeamDevSD2 IODev HMLGW
attr TeamDevSD2 modul virtual_1
attr TeamDevSD2 subType virtual
attr TeamDevSD2 webCmd virtual


Ich habe also laut Anleitung den Taster so lange gedrückt gehalten bis die LED orange blinkt, nach eine Weile war der smokeDetector dann sichtbar.

Danach habe ich mit set HM_48CAB6 assignHmKey den AES Key geschickt.


Internals
DEF 48CAB6
HMLGW_MSGCNT 19
HMLGW_RAWMSG 0500002203144148CAB648CAB60103000000007EDC6F17
HMLGW_RSSI -34
HMLGW_TIME 2016-11-13 14:37:25
IODev HMLGW
LASTInputDev HMLGW
MSGCNT 19
NAME HM_48CAB6
NOTIFYDEV global
NR 273
NTFY_ORDER 50-HM_48CAB6
STATE unreachable
TYPE CUL_HM
lastMsg No:03 - t:41 s:48CAB6 d:48CAB6 0103000000007EDC6F17
protCmdDel 28
protLastRcv 2016-11-13 14:37:25
protResnd 26 last_at:2016-11-13 15:26:09
protResndFail 26 last_at:2016-11-13 15:26:14
protSnd 26 last_at:2016-11-13 15:26:06
protState CMDs_done_Errors:1
rssi_at_HMLGW avg:-44.1 cnt:19 min:-53 max:-27 lst:-34

Readings
Activity alive 2016-11-13 14:23:27
D-firmware 1.0 2016-11-13 14:23:27
D-serialNr NEQ0003930 2016-11-13 14:23:27
RegL_00.
state unreachable 2016-11-13 15:26:26
trigger_cnt 3 2016-11-13 14:37:22

Attributes
IODev HMLGW
actCycle 099:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SD-2
msgRepeat 1
room CUL_HM
serialNr NEQ0003930
subType smokeDetector
webCmd statusRequest


Ich hatte auch mal mit etwas Rauch einen Brand simuliert, und den Funktest durchgeführt was auch man auch im Protokoll beobachten konnte, aber mit Activity:alive oder mit Trigger_Cnt: 2 - 3
Aber immer wieder kommt ResndFail, unreachable oder Missing ACK.


2016-11-13_13:24:48 HM_48CAB6 MISSING ACK
2016-11-13_13:25:02 HM_48CAB6 unreachable
2016-11-13_13:55:10 HM_48CAB6 ResndFail
2016-11-13_13:55:10 HM_48CAB6 MISSING ACK
2016-11-13_13:55:23 HM_48CAB6 unreachable
2016-11-13_14:23:27 HM_48CAB6 Activity: alive
2016-11-13_14:23:27 HM_48CAB6 D-firmware: 1.0
2016-11-13_14:23:27 HM_48CAB6 D-serialNr: NEQ0003930
2016-11-13_14:23:30 HM_48CAB6 trigger_cnt: 1
2016-11-13_14:25:33 HM_48CAB6 ResndFail
2016-11-13_14:25:33 HM_48CAB6 MISSING ACK
2016-11-13_14:25:44 HM_48CAB6 unreachable
2016-11-13_14:37:04 HM_48CAB6 trigger_cnt: 2
2016-11-13_14:37:22 HM_48CAB6 trigger_cnt: 3
2016-11-13_14:55:53 HM_48CAB6 ResndFail
2016-11-13_14:55:53 HM_48CAB6 MISSING ACK
2016-11-13_14:56:05 HM_48CAB6 unreachable
2016-11-13_15:12:10 HM_48CAB6 ResndFail
2016-11-13_15:12:10 HM_48CAB6 MISSING ACK


Ich habe mir den wirklich alles durchgelesen, aber gerade der Sonderfall 1x HMLGW und 1x HM-Sec-SD-2 und Verbindung aufbauen ist nicht so gut beschrieben, meist wird ja noch vom alten HM-SEC-SD gesprochen und dem alten HMLAN was man ja wohl nicht vergleichen kann.

Hat jemand eine Idee was ich falsch gemacht habe? :-\
Master FHEM 6 als VM auf ESX Ubuntu 20.04 LTS mit MAXCube/MAX!/FS20|TabletUI|Flightradar|Tasmota|TTN Lora|CCU3 HomematicIP|RPi mit GammaScout|MQTT EasyESP 8266|LuftdatenInfo|deCONZ HUEDev|probemon|Siemens Logo|P4D|3D PRINTER RAISE3D

automatisierer

@Edi77:

der SD2 ist nicht richtig gepairt. Ich bezweifele auch, dass das 'Taster so lange gedrückt halten bis LED orange blinkt' den pairing-Modus auslöst. Ich denke eher, dass das den SD2 resettet - ob das wirklich so ist, steht aber in dessen Bedienungsanleitung. 

Ob du einen HMLAN oder einen HMLGW nutzt sollte unerheblich sein.

Den virtuellen TeamLead kannst du erstellen wie in dem wiki für den alten SD beschrieben.

Die Schritte zum pairen und peeren des SD2 sind hier:
https://forum.fhem.de/index.php/topic,35298.msg460380.html#msg460380
beschrieben.
Bitte nach jedem Schritt überprüfen ob es geklappt hat und erst dann zum nächsten Schritt gehen. Da das pairing schon nicht geklappt hat, funktionieren die danach abgesetzten Befehle natürlich auch nicht.


Gruß
Ingo