SIGNALduino Flamingo FA20RF / FA21RF Integration

Begonnen von Hauswart, 15 September 2016, 17:00:13

Vorheriges Thema - Nächstes Thema

Sidey

Zitat von: Hauswart am 18 Oktober 2016, 18:55:42
Also damit kann ich den FA21RF-Slave auslösen:
set sduino raw SR;;R=20;;P0=792;;P1=-1371;;P2=-2746;;P3=-7464;;P4=8116;;P5=-932;=03450102010102010102020101010101020202020101010201010;;
Damit beide Master & Slave:
set sduino raw SR;;R=20;;P0=814;;P1=-1359;;P2=-2728;;P3=-20003;;P4=8154;;P5=-894;=00102010102010102020101010202010101020101034501020101020101020201010101010202020201010102010103450102010102010102020101010101020202020101010201010345010201010201010202010101010102020202010101020101034501020101020101020201010101010202020201010102010103450;;[/code\

Du hast im letzten Code 20 Wiederholungen angegebene, aber bereits Wiederholungen in deinem Signal.

Geht es denn auch damit?
set sduino raw SR;;R=20;;P0=814;;P1=-1359;;P2=-2728;;P3=-20003;;P4=8154;;P5=-894;=0102010102010102020101010101020202020101010201010345;;


Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

ArduPino

Mal eine Frage zu diesen FA20RF/FA21RF
Bei Amazon sind extrem viele schlechte Bewertungen, hauptsächlich wegen Fehlalarmen.

Das ist ja nicht der Sinn der Sache. Wie sind denn die Erfahrungen hier ?

waschbaerbauch

Beim FA20RF hatte ich in den ganzen Jahren vielleicht einen oder sagen wir mal zwei Fehlalarm(e) falls ich einen vergessen haben sollte.

Neulich habe ich dann mal wieder eine Komplettwartung/-reinigung gemacht.

ArduPino

Ok, wäre ja noch erträglich.
Wie sieht es denn mit dem Batterieverbrauch aus?
Die sollen nach 9 Monaten schon leer sein.

Werden die von FHEM per autocreate erkannt ?

waschbaerbauch

Puh das kann ich gar nicht so genau sagen ...

Ich tausche die Batterien so 1x Jahr - notiere mir allerdings keine genauen Laufzeiten oder messe die Batterien durch.
Im Einsatz sind dann idR Batterien vom Penny oder ALDI - was grad so da ist ;)

Für die Sache mit der Erkennung ist das hier ja gedacht - wie ich im anderen Thread schon schrieb wurde da mal was angelegt, allerdings deutlich mehr als mir lieb war. Aktuell gedulde ich mich und warte auf Anforderung von Daten, falls notwendig.

KölnSolar

nur kurz OT meine Erfahrung: Fehlalarme keine; Mehrfach ausgelöst, wenn es aus dem Heizkamin etwas gaste und einmal zu viel Qualm in der Küche. Batterielebensdauer: sowohl 1*9V, als auch 3*AA ca. 1-2 Jahre. Rauchmelder geben Tonsignal, wenn Batterien zur Neige gehen. Lt. Anleitung sollten Batterien gleichzeitig gewechselt werden. Tu ich aber nicht.
Grüße Markus
PS: Ich fahre die Melder ja mit dem RFXTRX. Wenn ich evtl. mit Informationen des TRX dienen kann, bin ich gerne behilflich. Ggfs. kann ich auch gleichzeitig mit Empfangsdaten an einem 433CUL aushelfen.
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

ArduPino

Ok, danke für die Infos. Die Amazon Bewertungen haben mich doch sehr abgeschreckt.
Ich denke ich besorge mir mal so einen 2er Pack von den FA21RF.

mahowi

Funktioniert die Einbindung der FA21 nur mit dem "dev-r33_flamenco"-Zweig oder auch mit "dev-r33"? Laut README wird der Rauchmelder unterstützt, aber in dev-r33 fehlt ja die 14_FLAMINGO.pm.
CUBe (MAX): HT, FK | CUBe (SlowRF): ESA2000WZ
JeeLink: LaCrosse | nanoCUL433: Smartwares SHS-51001-EU, EM1000GZ
ZME_UZB1: GreenWave PowerNode, Popp Thermostat | SIGNALDuino: HE877, X10 MS14A, Revolt NC-5462,  IT Steckdosen + PIR
tado° | Milight | HUE, Lightify | SmarterCoffee

Sidey

In dev-r33 wird empfangen, aber nicht ausgewertet.

In dev-r33-flamenco wird an  der auswertung gearbeitet.
Die läuft aktuell noch nicht stabil.
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Hauswart

@Sidey
Zitat von: Sidey am 19 Oktober 2016, 01:02:37
Du hast im letzten Code 20 Wiederholungen angegebene, aber bereits Wiederholungen in deinem Signal.

Geht es denn auch damit?
set sduino raw SR;;R=20;;P0=814;;P1=-1359;;P2=-2728;;P3=-20003;;P4=8154;;P5=-894;=0102010102010102020101010101020202020101010201010345;;




Sorry für meine späte Antwort, wenn ich deinen Befehl eingebe erhalte ich folgende Fehlermeldung:
Unknown command =0102010102010102020101010101020202020101010201010345;, try help.
1. Installation:
KNX, Tasmota (KNX), Sonos, Unifi

2. Installation:
HM-CFG-USB, Unifi (, SIGNALduino 868, MySensors, SIGNALduino 433)

Sidey

Da müsste ;;D=01020101.... Am Ende stehen... Das D Fehlt.
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Hauswart

Zitat von: Sidey am 29 Dezember 2016, 14:59:42
Da müsste ; ;D =01020101.... Am Ende stehen... Das D Fehlt.


Du meinst?


set sduino raw SR;;R=20;;P0=814;;P1=-1359;;P2=-2728;;P3=-20003;;P4=8154;;P5=-894;D=0102010102010102020101010101020202020101010201010345;;


Ergibt auch Unknown command D=0102010102010102020101010101020202020101010201010345;, try help.
1. Installation:
KNX, Tasmota (KNX), Sonos, Unifi

2. Installation:
HM-CFG-USB, Unifi (, SIGNALduino 868, MySensors, SIGNALduino 433)

Sidey

Es fehlt noch ein ;... so müsste es klappen:

set sduino raw SR;;R=20;;P0=814;;P1=-1359;;P2=-2728;;P3=-20003;;P4=8154;;P5=-894;;D=0102010102010102020101010101020202020101010201010345;;
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Hardlife

Hallo!


Irgendwie funktioniert bei mir wohl die Signal-Dekodierung nicht mehr?

Ich hatte die Flamingo FA21RF bereits früher integriert.
Damals mit DEV-R32 und Firmware 3.2.22b(oder so).

Log-Auszug, den ich damals zum Device-Anlegen verwendet habe:
2016.01.10 20:00:04 4: SIGNALduino/msg READ: MS;P0=800;P1=-2740;P2=-1368;P3=-7416;P4=8144;P5=-912;D=03450202020202010102020202010102020201010102010102020;CP=0;SP=3;
2016.01.10 20:00:04 4: Founded matched MS Protocol id 13 -> 21RF
2016.01.10 20:00:04 4: Decoded matched MS Protocol id 13 dmsg u13#F9E713 length 24
2016.01.10 20:00:04 4: SIGNALduino_unknown incomming msg: u13#F9E713
2016.01.10 20:00:04 4: SIGNALduino_unknown rawData: F9E713
2016.01.10 20:00:04 4: SIGNALduino_unknown Protocol: 13
2016.01.10 20:00:04 4: SIGNALduino_unknown converted to bits: 111110011110011100010011
2016.01.10 20:00:04 4: SIGNALduino_unknown found RF21 protocol. devicecode=11111001111001110001001, unit=1


Man sieht sehr gut, daß das Protokoll "id 13 -> 21RF" und die Codierung "F9E713" erkannt wird.

Alles lief auch wie am Schnürchen.
SMS-Benachrichtigung, "Licht-An"-Funktion, usw, alles in Ordnung
(bis auf das, daß die Erkennung manchmal nicht zu 100% hinhaute)

Als ich die Tage eine Routine-Wartung und Auslösung vornahm, passierte nichts mehr...

Ich hatte mittlerweile auf den DEV-R33-Zweig geswitched und auch die Firmware aktualisiert.
Irgendwie erkennt er das Protokoll 13 nicht mehr (Intertechno und Co funktioniert)

Log-Auszug:
2017.01.01 16:01:33 4: SignalDuino_Stick/msg READ: MS;P0=8140;P1=-913;P2=806;P3=-1394;P4=-2735;P5=-14828;D=2501232324242423242324242423242324232324232324242423;CP=2;SP=5;O;
2017.01.01 16:01:33 4: SignalDuino_Stick/msg READ: MS;P0=805;P1=-2735;P2=-1394;P3=-14512;P4=8151;P5=-910;D=0345020201010102010201010102010201020201020201010102;CP=0;SP=3;O;
2017.01.01 16:01:34 4: SignalDuino_Stick/msg READ: MS;P0=805;P1=-1394;P2=-2735;P3=-14508;P4=8149;P5=-912;D=0345010102020201020102020201020102010102010102020201;CP=0;SP=3;O;
2017.01.01 16:01:35 4: SignalDuino_Stick/msg READ: MS;P0=808;P1=-1390;P2=-2736;P3=-14516;P4=8151;P5=-910;D=0345010102020201020102020201020102010102010102020201;CP=0;SP=3;O;
2017.01.01 16:01:35 4: SignalDuino_Stick/msg READ: MS;P0=806;P1=-1362;P2=-2733;P3=-14508;P4=8149;P5=-912;D=0345010102020201020102020201020102010102010102020201;CP=0;SP=3;
2017.01.01 16:01:35 4: SignalDuino_Stick/msg READ: MS;P1=8153;P2=-911;P3=806;P4=-1394;P5=-2735;P6=-14452;D=3612343435353534353435353534353435343435343435353534;CP=3;SP=6;O;


Es wird wohl nicht mehr als Protokoll id 13 identifiziert...
Die Meldungen wiederholen sich immer nur, es wird nichts erkannt.

Ich habe bereits den alten DEV-R32-Zweig und die alte Firmware zurückgespielt. Leider kein Erfolg.
Alle Logs natürlich mit verbose 4.
Unter Whitlist habe ich 13,13b,20.
Da es keine Besserung gab, bin ich wieder auf DEV-R33

Sende ich die empfangenen Daten als raw, löst der Brandmelder jedoch aus (sowohl mit Firmware 3.2, als auch mit 3.3)...
Das Signal stimmt also.

Hätte jemand einen Tip für mich?

Wäre echt nett, verzweifle hier...


Danke,
Hardlife
Raspi 4B
nanoCUL-868 & 433,JeeLink,milight,Signalduino,GPIO-433er-Sender/Empfänger, GPIO-Infrarot,GSM-Stick für SMS
MAX!-Heizungssteuerung,Intertechno-V1-Steckdosen + V3-Dimmer,"Flamingo FA21RF"-Funk-Rauchmelder
433er-China-Bewegungsmelder,"Voltcraft CO20"-Stick,LaCrosse-Temperatur,Revolt-NC5462

Sidey

Also laut log sendet dein Sensor jetzt eine andere Startsequenz. Das ist seltsam.

Kannst Du denn die Firmware mit der es mal funktioniert noch zweifelsfrei bestimmen?
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker