Neuigkeiten:

Am Sonntag den 8.12.2024 kann es ab ca. 8:00 Uhr zu kurzzeitigen Einschränkungen / Ausfällen bei den Diensten des FHEM Vereines kommen.
Die Server müssen mal gewartet und dabei neu gestartet werden ;)

Hauptmenü

Rauchmelder Smartwares

Begonnen von BM030, 14 Juli 2017, 18:42:39

Vorheriges Thema - Nächstes Thema

BM030

Gibt es die Möglichkeit diesen Rauchmelder mit anzubinden:

RM174RF/2



Im FHEM Protokoll habe ich leider nur diese Einträge:


2017.07.14 17:41:10 1: TRX_SECURITY_parse_X10Sec() TRX_SECURITY: error undefined subtype=10
2017.07.14 17:41:10 1: TRX_SECURITY_Parse() unsupported hex=08200a8f0000000689


Im RFXmngr werden lesbare Daten angezeigt.

Greeting BM030

KölnSolar

Korrekte Meldung  8)
Es gibt (noch) keinen subtype 10 im Modul. Die firmware des RFXTRX aber sehr wohl. Müsste also in FHEM implementiert werden. Da wir aber keinen maintainer mehr haben  :'( :'( :'(
Selbst ist der Mann  ;) Protokoll analysieren(die Stellen hinter 08200a) und in 46_TRX_SECURITY.pm einbauen.
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

BM030

Wie fängt man denn am besten an.? Hat hier schon hon einer sowas gemacht?

Greetings BM030

CoolTux

Zitat von: KölnSolar am 15 Juli 2017, 12:54:37
Protokoll analysieren(die Stellen hinter 08200a)

Fang mit dem einfachen an.
Was kommen für Telegramme wenn Du verschiedene Situationen nachbildest.
hex=08200a8f0000000689
Zum Beispiel bei Rauchalarm wird das Telegramm nach 08200a ander aussehen und nach dem Alarm quitieren auch. Das zeichnest Du erstmal auf.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

stefanne

Hallo,

ich habe diese Rauchmelder erfolgreich eingebunden. Hier habe ich eine Änderung in der 46_TRX_SECURITY.pm machen müssen.



my %security_device_codes = (   # HEXSTRING => "NAME", "name of reading",
        # 0x20: X10, KD101, Visonic, Meiantech
        0x2000 => [ "DS10A", "Window" ],
        0x2001 => [ "MS10A", "motion" ],
        0x2002 => [ "KR18", "key" ],
        0x2003 => [ "KD101", "smoke" ],
        0x2004 => [ "VISONIC_WINDOW", "window" ],
        0x2005 => [ "VISONIC_MOTION", "motion" ],
        0x2006 => [ "VISONIC_REMOTE", "key" ],
        0x2007 => [ "VISONIC_WINDOW_AUX", "window" ],
        0x2008 => [ "MEIANTECH", "alarm" ],
        0x2009 => [ "SA30", "alarm" ],
        0x200a => [ "RM174RF", "smoke" ],
);
my %security_device_commands = (        # HEXSTRING => commands
        # 0x20: X10, KD101, Visonic, Meiantech
        0x2000 => [ "Closed", "", "Open", "", "", "", ""], # DS10A
        0x2001 => [ "", "", "", "", "alert", "normal", ""], # MS10A
        0x2002 => [ "", "", "", "", "", "", "Panic", "EndPanic", "", "Arm_Away", "Arm_Away_Delayed", "Arm_Home", "Arm_Home_Delayed", "Disarm"], # KR18
        0x2003 => [ "", "", "", "", "", "", "alert", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "pair"], # KD101
        0x2004 => [ "normal", "", "alert"], #VISONIC_WINDOW
        0x2005 => [ "", "", "", "", "motion", "nomotion", "alert"], #VISONIC_MOTION
        0x2008 => [  "", "", "", "", "", "", "Panic", "", "IR", "Arm_Away", "", "Arm_Home", "", "Disarm"], #MEIANTECH
        0x2009 => [ "", "", "", "", "", "", "alert", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "pair"], #SA30
        0x200a => [ "", "", "", "", "", "", "Panic", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", "", ""], #RM174RF

); 
...
if ($type ne "DS10A" && $type ne "SD90" && $type ne "MS10A" && $type ne "MS14A" && $type ne "KR18" && $type ne "KD101" && $type ne "VISONIC_WINDOW" && $type ne "VISONIC_MOTION" && $type ne "VISONIC_WINDOW_AUX" && $type ne "VISONIC_REMOTE" && $type ne "MEIANTECH" && $type ne "SA30" && $type ne "GD18" && $type ne "WD18" && $type ne "SD18" && $type ne "COD18" && $type ne "GB10E" && $type ne "RM174RF") {
        Log3 $hash, 1,"TRX_SECURITY_Define() wrong type: $type";
        return "TRX_SECURITY: wrong type: $type";
  }
...

  my %security_devtype =
    (   # HEXSTRING =>
        0x00 => [ "DS10A", "Window" ],                  # X10 security door/window sensor
        0x01 => [ "MS10A", "motion" ],                  # X10 security motion sensor
        0x02 => [ "KR18", "key" ],                      # X10 security remote (no alive packets)
        0x03 => [ "KD101", "smoke" ],                   # KD101 (no alive packets)
        0x04 => [ "VISONIC_WINDOW", "window" ], # Visonic PowerCode door/window sensor – primary contact (with alive packets)
        0x05 => [ "VISONIC_MOTION", "motion" ], # Visonic PowerCode motion sensor (with alive packets)
        0x06 => [ "VISONIC_REMOTE", "key" ],    # Visonic CodeSecure (no alive packets)
        0x07 => [ "VISONIC_WINDOW_AUX", "window" ],     # Visonic PowerCode door/window sensor – auxiliary contact (no alive packets)
        0x0a => [ "RM174RF", "smoke" ],                 # RM174RF (no alive packets)
  );

Hope that helps.




KölnSolar

Prima, danke.

Wie verhalten die sich eigentlich ? Ähnlich wie KD101,FA20RF.... ? Also
1. Pairing ist nichts anderes als einen Code eines Rm den anderen Rm zuweisen
2. bei Auslösung durch Rauch, aussenden dieses Codes und damit Nutzung in FHEM
3. Ansteuerung von FHEM mit dem Code, um die Rm's z.B. als Sirenen zu "missbrauchen".
4. bei externer Auslösung(FHEM) Alarm nur für die Dauer von ca. 10 sec

oder gibt es evtl. auch ein battery-reading
oder zyklisches keep-alive-Signal
oder lässt sich irgendetwas abfragen
oder ....

Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

BM030

Super, habe genau letzten Monat den Melder gegen einen Homematic ausgetauscht ...

Habe Deinen Beitrag leider erst jetzt gelesen ???

stefanne

Wie verhalten die sich eigentlich ? Ähnlich wie KD101,FA20RF.... ? Also
1. Pairing ist nichts anderes als einen Code eines Rm den anderen Rm zuweisen  --> Beim Pairing wird allen Rauchmeldern ein neuer/gleicher Code zugewiesen
2. bei Auslösung durch Rauch, aussenden dieses Codes und damit Nutzung in FHEM --> Leider gibt es nur die Alert Meldung
3. Ansteuerung von FHEM mit dem Code, um die Rm's z.B. als Sirenen zu "missbrauchen".  --> Der RFXTrx den ich habe unterstützt kein Senden
4. bei externer Auslösung(FHEM) Alarm nur für die Dauer von ca. 10 sec --> Externe Auslösung wie 3. eher nicht. Die mitgelieferte Fernbedienung zum Testen sendet keinen mir nachvollziehbaren Code.

oder gibt es evtl. auch ein battery-reading --> Das Modul liefert zwar ein Battery Reading, allerdings glaube ich nicht daran
oder zyklisches keep-alive-Signal  --> nein nur einen Alert :-(
oder lässt sich irgendetwas abfragen --> nein
oder ....

Hier die Readings

battery ok 2019-07-07 10:38:49
batteryState ok 2019-07-07 10:38:49
smoke alert 2019-07-07 10:38:49
state alert 2019-07-11 22:09:01
statechange alert 2019-07-07 10:38:49

Gruß
Stefan

KernSani

Hab das mal mit eingebaut. Kommt mit dem nächsten Update...
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

Verkehrsrot

set TRX_RM174RF_000000 alert

No set implemented for RM174RF

-> leider keine Ansteuerung über fhem / rfxtrx433 möglich ?

KernSani

Zitat von: Verkehrsrot am 08 März 2020, 00:02:24
set TRX_RM174RF_000000 alert

No set implemented for RM174RF

-> leider keine Ansteuerung über fhem / rfxtrx433 möglich ?
Nope... nur Empfang von "panic"
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...

Verkehrsrot

Ich habe von "meinen" RF174 auch schon alert gesehen im fhem log.

KölnSolar

Ich nehme mal den alten Thread.  :-\
Der RM174RF geht ja leider nicht bei den alten RFXTRX mit firmware type1 oder 2.
Daher möchte ich ihn nun mit dem Signalduino einbinden und bekomme auch 2 typische IT-V1 devices(Test u. pairing mode). Mich wundern aber die unterschiedlichen Codierungen, aus denen sich nicht simpel eine device id ableiten lässt.

Ich würde daher von den Nutzern des TRX_SECURITY gerne meine alte Frage beantwortet wissen u. wie Cooltux sie konkretisiert hatte
Zitat von: CoolTux am 16 Juli 2017, 21:23:03
Zitat von: KölnSolar am 15 Juli 2017, 12:54:37Protokoll analysieren(die Stellen hinter 08200a)

Fang mit dem einfachen an.
Was kommen für Telegramme wenn Du verschiedene Situationen nachbildest.
hex=08200a8f0000000689
Zum Beispiel bei Rauchalarm wird das Telegramm nach 08200a ander aussehen und nach dem Alarm quitieren auch. Das zeichnest Du erstmal auf.

Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt