Fibaro FGSS-001 smoke sensor

Begonnen von FhemOnSynology, 01 März 2014, 16:48:21

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 2 3 Alle
Benutzer-Aktionen

jeep

#30
17 Dezember 2015, 21:24:02
Hallo zusammen,

habe auch den FGSD-002 der aber doch fast identisch mit dem FGSS-001 ist. Am  letzteren kann man eine eine externe Stromversorgung anschließen und ihn an einen externen Alarm-Hub koppeln.
Es ist klar das ein Melder keinen anderen a la Homematic ansteuern kann.
Ich habe beide Anleitungen gelesen und verstehe folgendes (korrigiert mich wenn ich falsch liege):
Was aber beide Geräte können ist folgendes. Stellt man im Parameter 13 den Wert auf 1 oder 3 verschickt  er Alarme als Broadcast ( also nicht geroutet) an alle in Reichweite befindlichen Geräte.

Beim FGSS-001 kann man in der assocGroup_1 5 Geräte angeben die im Alarmfall angesprochen werden können.
Beim FGSD-002 kann man in der assocGroup_2 und assocGroup_4 je 5 Geräte angeben an denen dann Alarmframes gesendet werden, also Dimmer, Wallplugs, Relay Switch, Sirenen etc.

Damit sollte man doch eine ziemlich sichere Alarmierung hinbekommen, so das ich nicht unbedingt die Notwendigkeit der Vernetzung der Rauchsensoren brauche. Wie gesagt, liege ich mit meinen Vermutungen falsch lasse ich mich gern vom Gegenteil überzeugen.  ;) Ich werde nächstes Jahr noch 2 FGSD-002 bestellen und intensive Test damit machen. Möchte jetzt die weihnachtliche Ruhe nicht durch Sirenengeheul stören.

Grüße,
Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

snickers2k

#31
18 Dezember 2015, 04:13:19
Vielen Dank für die Antworten.
Ouh man... Dann habe ich da ja mal grundlegend was falsch verstanden. Nachdem Ei-Elektronics, Gira usw. bereits Funkrauchmelder hatten, bevor es welche von Zwave gab - und diese alle untereinander Auslösen, war es für mich völlig klar, dass die Zwave Rauchmelder es genau so machen - ohne weiter nachzuforschen.
Nun gut, dann gehen die Teile also zurück.

Dann also nochmal recherchieren. Vllt werden es dann ja die Popp. Obwohl teurer und vom Design einfach völlig veraltet :(

Nochmals danke.

krikan

#32
18 Dezember 2015, 13:41:43
@jeep / Josef
Verstehe es aus der Anleitung genauso wie Du. Unsicher bin ich nur bei Auswirkungen Parameter 13: Dann nur per Broadcast oder auch als Broadcast; vermutlich leider aber erstes.
Gruß, Christian

flurin

#33
18 Dezember 2015, 14:39:04
@krikan & @jeep
Unter Parameter 13: Note: Operating in Z-Wave network security mode automatically disables sending alarms in broadcast mode.

Es wird vermutlich nicht gehen, da der Sensor die SECURITY CLASS unterstützt. Wie es mit dem security mode geht, weiss ich nicht; ich habe mich noch nicht damit beschäftigt

krikan

#34
18 Dezember 2015, 15:59:00
Zitat von: flurin am 18 Dezember 2015, 14:39:04
@krikan & @jeep
Unter Parameter 13: Note: Operating in Z-Wave network security mode automatically disables sending alarms in broadcast mode.

Es wird vermutlich nicht gehen, da der Sensor die SECURITY CLASS unterstützt. Wie es mit dem security mode geht, weiss ich nicht; ich habe mich noch nicht damit beschäftigt
Aber doch nur, wenn der mit secure inkludiert (addNode on sec) wird!?
Bei einer normalen Inklusion ohne Nutzung der SECURITY CLASS tritt das Problem mMn nicht auf und Broadcast sollte funktionieren. Also im Endeffekt wahlweise. Mir ist aber persönlich auch nicht wirklich verständlich, warum ich bei Rauchmeldern mit SECURITY einbinden sollte.

flurin

#35
18 Dezember 2015, 16:54:49
Js, stimmt. Ich muss mich mal damit beschäftigen.

Übrigens welches Reading nimmt man am besten für den Alarm?

Bei Alarm steht bei mir:
Code Auswählen

Smoke: unknown event 00, arg 0103


Zurzeit verwende ich ein UserReadings:

Code Auswählen

smoke-alarm {ReadingsVal("smoke_living","alarm","") =~/event 00/ ? 0 : 1}

krikan

#36
18 Dezember 2015, 18:13:32
Zitat von: flurin am 18 Dezember 2015, 16:54:49
Übrigens welches Reading nimmt man am besten für den Alarm?

Bei Alarm steht bei mir:
Code Auswählen

Smoke: unknown event 00, arg 0103

Das ist ein Event eines FGSD-002? Sieht verdächtig nach Class ALARM aus und die hat der FGSS-001 laut pepper1 nicht.
Der FGSD-002 nutzt laut pepper1 ALARM V5 und die ist in FHEM nicht explizit eingebaut. Darum auch wohl der seltsame Event. Rudi hatte V4 wegen meines Philio eingebaut.
Zu V5 finde ich keine Infos. Hast Du den gezeigten Event durch einen Testknopf ausgelöst? Evtl. ist das Rohtelegramm ganz interessant um Rückschlüsse auf die Änderungen in V5 zu finden.

flurin

#37
18 Dezember 2015, 18:43:06
Sensor: FIBARO System FGSD002 Smoke Sensor
Version: Lib 3 Prot 4.5 App 3.2 HW 2 FWCounter 1 FW 3.2

Der Alarm wird vom Sensor ausgelöst, also nicht mit dem Button B.
Bei einem Test Alarm (Button B) sieht es so aus:

Code Auswählen

Smoke: Alarm Test, arg 00

krikan

#38
19 Dezember 2015, 11:32:41
Hallo Flurin,
das verstehe ich nicht. Testknopf-Auslösung sieht "normal" aus, d.h. so kenne ich Meldungen auch von ALARM V4. Der vorherige "reale" Event ist dann im Aufbau für mich nicht nachvollziehbar.
Gruß, Christian

flurin

#39
19 Dezember 2015, 13:26:18 Letzte Bearbeitung: 19 Dezember 2015, 13:30:13 von flurin
Hallo Krikan,
Wenn Dir das hilft, hier die logs:

Zuerst mit Test-Knopf und dann mit einem echten Alarm

smoke_living (Sensor):

Code Auswählen

2015-12-19_13:08:46 smoke_living alarm: Smoke: Alarm Test, arg 00
2015-12-19_13:08:46 smoke_living smoke-alarm: 1
2015-12-19_13:08:57 smoke_living temperature: 22.1 C
2015-12-19_13:08:57 smoke_living smoke-alarm: 1
2015-12-19_13:08:58 smoke_living alarm: Smoke: unknown event 00, arg 0103
2015-12-19_13:08:58 smoke_living smoke-alarm: 0
2015-12-19_13:09:57 smoke_living alarm: Smoke: detected, Unknown Location, arg 00
2015-12-19_13:09:57 smoke_living smoke-alarm: 1
2015-12-19_13:09:57 smoke_living alarm_type_01: level ff node 0c seconds 0
2015-12-19_13:09:57 smoke_living smoke-alarm: 1
2015-12-19_13:09:57 smoke_living alarm_type_01: level ff node 0c seconds 0
2015-12-19_13:09:57 smoke_living smoke-alarm: 1
2015-12-19_13:10:20 smoke_living temperature: 22.8 C
2015-12-19_13:10:20 smoke_living smoke-alarm: 1
2015-12-19_13:10:24 smoke_living wakeup: notification
2015-12-19_13:10:24 smoke_living smoke-alarm: 1
2015-12-19_13:10:27 smoke_living wakeup: notification
2015-12-19_13:10:27 smoke_living smoke-alarm: 1
2015-12-19_13:10:44 smoke_living temperature: 23.4 C
2015-12-19_13:10:44 smoke_living smoke-alarm: 1
2015-12-19_13:10:49 smoke_living alarm: Smoke: unknown event 00, arg 0102
2015-12-19_13:10:49 smoke_living smoke-alarm: 0
2015-12-19_13:10:49 smoke_living alarm_type_01: level 00 node 0c seconds 0
2015-12-19_13:10:49 smoke_living smoke-alarm: 0
2015-12-19_13:10:49 smoke_living alarm_type_01: level 00 node 0c seconds 0
2015-12-19_13:10:49 smoke_living smoke-alarm: 0
2015-12-19_13:13:37 smoke_living temperature: 22.9 C
2015-12-19_13:13:37 smoke_living smoke-alarm: 0
2015-12-19_13:17:07 smoke_living temperature: 22.4 C
2015-12-19_13:17:07 smoke_living smoke-alarm: 0


ZME_UZB1 (verbose 5):

Code Auswählen

2015.12.19 13:08:46 5: SW: 06
2015.12.19 13:08:46 5: ZME_UZB1 dispatch 0004000c097105000000ff010300
2015.12.19 13:08:46 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:097105000000ff010300
2015.12.19 13:08:57 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 0004000c063105012200dd
2015.12.19 13:08:57 5: SW: 06
2015.12.19 13:08:57 5: ZME_UZB1 dispatch 0004000c063105012200dd
2015.12.19 13:08:57 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:063105012200dd
2015.12.19 13:08:58 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 0004000c0a7105000000ff01000103
2015.12.19 13:08:58 5: SW: 06
2015.12.19 13:08:58 5: ZME_UZB1 dispatch 0004000c0a7105000000ff01000103
2015.12.19 13:08:58 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:0a7105000000ff01000103
2015.12.19 13:09:57 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 0004000c097105000000ff010200
2015.12.19 13:09:57 5: SW: 06
2015.12.19 13:09:57 5: ZME_UZB1 dispatch 0004000c097105000000ff010200
2015.12.19 13:09:57 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:097105000000ff010200
2015.12.19 13:09:57 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 0004080c079c020c01ff0000
2015.12.19 13:09:57 5: SW: 06
2015.12.19 13:09:57 5: ZME_UZB1 dispatch 0004080c079c020c01ff0000
2015.12.19 13:09:57 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:079c020c01ff0000
2015.12.19 13:09:57 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 0004000c079c020c01ff0000
2015.12.19 13:09:57 5: SW: 06
2015.12.19 13:09:57 5: ZME_UZB1 dispatch 0004000c079c020c01ff0000
2015.12.19 13:09:57 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:079c020c01ff0000
2015.12.19 13:10:20 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 0004000c063105012200e4
2015.12.19 13:10:20 5: SW: 06
2015.12.19 13:10:20 5: ZME_UZB1 dispatch 0004000c063105012200e4
2015.12.19 13:10:20 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:063105012200e4
2015.12.19 13:10:24 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 0004000c028407
2015.12.19 13:10:24 5: SW: 06
2015.12.19 13:10:24 5: ZME_UZB1 dispatch 0004000c028407
2015.12.19 13:10:24 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:028407
2015.12.19 13:10:26 5: ZWDongle_Write 00130c028408250c (f3339ac2)
2015.12.19 13:10:26 5: SW: 010900130c028408250c4e
2015.12.19 13:10:26 5: ACK received, WaitForAck=>2 for 010900130c028408250c4e
2015.12.19 13:10:26 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 011301
2015.12.19 13:10:26 5: SW: 06
2015.12.19 13:10:26 5: ZME_UZB1 dispatch 011301
2015.12.19 13:10:26 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 00130c000003
2015.12.19 13:10:26 5: SW: 06
2015.12.19 13:10:26 5: device ack reveived, removing 010900130c028408250c4e from dongle sendstack
2015.12.19 13:10:26 5: ZME_UZB1 dispatch 00130c000003
2015.12.19 13:10:26 4: ZME_UZB1 CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.12.19 13:10:26 4: ZME_UZB1 transmit OK for 0c
2015.12.19 13:10:27 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 0004000c028407
2015.12.19 13:10:27 5: SW: 06
2015.12.19 13:10:27 5: ZME_UZB1 dispatch 0004000c028407
2015.12.19 13:10:27 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:028407
2015.12.19 13:10:29 5: ZWDongle_Write 00130c028408250c (f3339ac2)
2015.12.19 13:10:29 5: SW: 010900130c028408250c4e
2015.12.19 13:10:29 5: ACK received, WaitForAck=>2 for 010900130c028408250c4e
2015.12.19 13:10:29 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 011301
2015.12.19 13:10:29 5: SW: 06
2015.12.19 13:10:29 5: ZME_UZB1 dispatch 011301
2015.12.19 13:10:29 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 00130c000002
2015.12.19 13:10:29 5: SW: 06
2015.12.19 13:10:29 5: device ack reveived, removing 010900130c028408250c4e from dongle sendstack
2015.12.19 13:10:29 5: ZME_UZB1 dispatch 00130c000002
2015.12.19 13:10:29 4: ZME_UZB1 CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.12.19 13:10:29 4: ZME_UZB1 transmit OK for 0c
2015.12.19 13:10:44 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 0004000c063105012200ea
2015.12.19 13:10:44 5: SW: 06
2015.12.19 13:10:44 5: ZME_UZB1 dispatch 0004000c063105012200ea
2015.12.19 13:10:44 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:063105012200ea
2015.12.19 13:10:49 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 0004000c0a7105000000ff01000102
2015.12.19 13:10:49 5: SW: 06
2015.12.19 13:10:49 5: ZME_UZB1 dispatch 0004000c0a7105000000ff01000102
2015.12.19 13:10:49 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:0a7105000000ff01000102
2015.12.19 13:10:49 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 0004080c079c020c01000000
2015.12.19 13:10:49 5: SW: 06
2015.12.19 13:10:49 5: ZME_UZB1 dispatch 0004080c079c020c01000000
2015.12.19 13:10:49 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:079c020c01000000
2015.12.19 13:10:49 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 0004000c079c020c01000000
2015.12.19 13:10:49 5: SW: 06
2015.12.19 13:10:49 5: ZME_UZB1 dispatch 0004000c079c020c01000000
2015.12.19 13:10:49 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:079c020c01000000
2015.12.19 13:11:30 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 000400050c600d03033105014400000821
2015.12.19 13:11:30 5: SW: 06
2015.12.19 13:11:30 5: ZME_UZB1 dispatch 000400050c600d03033105014400000821
2015.12.19 13:11:30 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:0c600d03033105014400000821
2015.12.19 13:11:30 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 000400050c600d04043105014400000885
2015.12.19 13:11:30 5: SW: 06
2015.12.19 13:11:30 5: ZME_UZB1 dispatch 000400050c600d04043105014400000885
2015.12.19 13:11:30 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:0c600d04043105014400000885
2015.12.19 13:11:30 4: ZWDongle_Read ZME_UZB1: sending ACK, processing 000400050c600d05053105014400000e9f
2015.12.19 13:11:30 5: SW: 06
2015.12.19 13:11:30 5: ZME_UZB1 dispatch 000400050c600d05053105014400000e9f
2015.12.19 13:11:30 4: ZME_UZB1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:0c600d05053105014400000e9f


Edit: für meine Auswertung habe ich wie oben beschrieben ein UserReadings definiert, das ist für mich OK.
Drucken
Nach oben Seiten 1 2 3 Alle
Benutzer-Aktionen