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ü

Smartwares RM174RF Rauchmelder mit 433-Signalduino(CC1101)

Begonnen von KölnSolar, 01 Juni 2024, 15:39:50

Vorheriges Thema - Nächstes Thema

KölnSolar

Hallo Ralf u. weitere Mitstreiter,

ich versuche gerade im Betreff genannten RM einzubinden.

Mit neueren RFXTRX klappt das in FHEM:  https://forum.fhem.de/index.php?topic=74251.msg659563#msg659563 mit scheinbar folgenden 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
Ich hab ihn nun mit 433-CC1101-Signalduino und firmware v3.4.7-dev_ralf_18.11. getestet. Bei drücken des Testbutton wird ein IT V1 device angelegt
1527x810c8 0011 0000
Sduino433_DMSG
i810C83
Sduino433_MSGCNT
13
Sduino433_Protocol_ID
3
Sduino433_RAWMSG
MS;P2=416;P3=-11268;P4=1156;P5=-501;P6=-1244;D=234526262626262645262626264545262645262626262645452525;CP=2;SP=3;R=54;O;b=2;m0;

Beim Pairingversuch werden gleich 2 devices angelegt
1527x80150 0011 0000
Sduino433_DMSG
i801503
Sduino433_MSGCNT
44
Sduino433_Protocol_ID
3
Sduino433_RAWMSG
MS;P1=436;P2=-1197;P3=1168;P4=-441;P6=-11156;D=16341212121212121212121234123412341212121212123434141;CP=1;SP=6;R=234;e;m1;

und

FFFFFFFFFF FF F0
Sduino433_DMSG
i555555
Sduino433_MSGCNT
43
Sduino433_Protocol_ID
3
Sduino433_RAWMSG
MS;P1=436;P2=-1197;P3=1168;P4=-441;P6=-11156;D=161234123412341234123412341234123412341234123412341414;CP=1;SP=6;R=234;e;b=23;s=1;m0;

Ist also nicht wirklich IT V1, sondern "mehr".

Zur battery habe ich bisher nichts empfangen lt. fhem-log. Auch nicht mit leerer Batterie(trotz akustischer Meldung).

Ausgelöst per set in allen Variationen bekomme ich ihn auch nicht.

Batteriewechsel ändert nichts. Es gibt also keine longid.

Jemand ne Idee wie ich der device-id und dem richtigen Protokoll näher komme ?

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

Ralf9

ZitatZur battery habe ich bisher nichts empfangen lt. fhem-log. Auch nicht mit leerer Batterie(trotz akustischer Meldung).
Hast Du schon geschaut ob mit verbose 4 im fhem log was steht?
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

KölnSolar

Hi Ralf,
hab jetzt erstmal meinen Eingangspost editiert, da der ja fürchterlich zu lesen war.  :'(

Du meinst verbose 4 am Sduino ? Halte ich nicht für sinnvoll. Unbekannte oder vermeintlich fehlerhafte messages werden ja mit kleinerem level protokolliert. Evtl. fehlschlagende autocreates werden auch protokolliert.

Und das battery reading ist auch nicht sooooo wichtig.

Ich werde demnächst mal eine "echte" Rauchauslösung machen, um zu prüfen, ob es dasselbe Signal wie beim Testbutton ist.

Außerdem ist mir jetzt noch ein 2. RM in die Finger gefallen, so dass ich das Pairing vollziehen kann.

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