Billigsensoren für RFXtrx433 gesucht (PIR, Rauch, Tür, Licht,..)

Begonnen von mario92, 07 Oktober 2013, 22:48:41

Vorheriges Thema - Nächstes Thema

drdownload

Wie siehts eigentlich mit diesen Tür-Sensoren aus? Besteht da eine Chance mit dem RFX
CUL 868 Slow-RF (FS20 Aktoren, Sender, FHT8V), CUL 868 (WMBUS-Empfang), Jeelink (PCA301), WS3600 (WH3080 über USB-Basis), Bewässerung mit ESP-Easy und Proplanta, RFXTRX433 Home-Easy Empfang und Senden, Oregon TH, WS001 TH), Blackbean IR, Mopidy-Snapcast MR Audio, Kodi, Forum-LED-Controller,

mario92

So Leute,

geschafft!

Zuerst zu den Eigenschaften des Sensors. Also, er misst sehr genau, finde ich! Den Winkel schätze ich auf 100-120 Grad nach links und rechts. Oben und unten weniger, ca 60-80.
Die Reichweite ist vergleichbar mit den ELRO AB440S Funksteckdosen. Also ca zwei, drei Wände, ohne 50m. Üblich für 433MHz.
Wollte aber bald noch mal gucken, ob ich die Antenne meines RFXtrx433 verstärken kann. So, genug dazu!

Als erstes habe ich dieses Protokoll definiert und ein Filelog erstellt für alle eingehenden Signale.

Bewegungsmelder_1 ist der Name des Bewegungsmelders, definiert mit 0:motion und 1:off, da 0 das letzte Element der übergebenen Zahlen ist. Evtl. auch 1 bei jemand anderem. Im Protokoll von PT2262 stand "030333011300" drin.
Dann habe ich ein Dummy erstellt, welches das Auslösen der Bewegung aktivieren bzw. deaktivieren soll, damit man nicht den Sender ausschalten muss. Bequem per Weboberfläche.
Dann eine Notify für die Lampe TRX_ARC_I11, welche für 30 Sekunden bei Bewegung an geht. Nach 10 Sekunden stellt sich der Status des Bewegungsmelders wieder auf 0, off, also keine Bewegung. Das ist, weil der Sensor nicht nach gewisser Zeit sendet, dass sich nichts bewegt, sondern er nur sendet, wenn sich was bewegt. Und so bekommt die Variable auch wieder einen Stillstand wert.
Eine kleine IF Abfrage steht noch drin, ob wenn der Dummy Email (setList on off) den status on hat, wer mir eine E-Mail schickt, wenn sich was bewegt. Verknüpft mit der Prowl Adresse, für Push auf das iPhone. Echt sehr toll!
Da ich die Bewegungsmelder nur im Urlaub oder anderer längerer Abwesenheit zur Push Benachrichtigung nutze, kann ich diese Funktion dann mit dem Email Dummy bequem deaktivieren.

################  PT2262  ###############################################
define TRX_PT2262 TRX_LIGHT PT2262
attr TRX_PT2262 room TRX_LIGHT
define FileLog_TRX_PT2262 FileLog ./log/TRX_PT2262-%Y.log TRX_PT2262
attr FileLog_TRX_PT2262 logtype text
attr FileLog_TRX_PT2262 room TRX_LIGHT

################  PIR  ##################################################
define Bewegungsmelder_1 TRX_LIGHT PT2262 03033301130 light 0:motion,1:off
attr Bewegungsmelder_1 devStateIcon motion:time_manual_mode off:audio_stop
attr Bewegungsmelder_1 room PIR
define FileLog_Bewegungsmelder_1 FileLog ./log/Bewegungsmelder_1-%Y.log Bewegungsmelder_1
attr FileLog_Bewegungsmelder_1 logtype text
attr FileLog_Bewegungsmelder_1 room PIR
##### Dummy für Automatik
define Bewegungsauto_1 dummy
attr Bewegungsauto_1 alias Bewegungsmelder 1 an aus
attr Bewegungsauto_1 devStateIcon on:control_on_off off:control_home
attr Bewegungsauto_1 room PIR
attr Bewegungsauto_1 setList off on
##### Bei Bewegung ausführen sowie Push
define Bewegungsmelder_1_Notify notify Bewegungsmelder_1:motion {\
if ("$value{Bewegungsauto_1}" eq "on") {\
  if ("$value{Email}" eq "on") {\
  DebianMail('emfaenger@@web.de','Bewegung','Bewegung der PIR Sensors Nummer 1');;\
  }\
  fhem "set TRX_ARC_I11 on";;\
  fhem "delete Bewegungsmelder_1_aus";;\
  fhem "define Bewegungsmelder_1_aus at +00:00:10 set Bewegungsmelder_1,TRX_ARC_I11 off";;\
} else {\
  fhem "delete Bewegungsmelder_1_aus";;\
  fhem "define Bewegungsmelder_1_aus at +00:00:30 set Bewegungsmelder_1 off";;\
}\
}


Falls Fragen sind, fragt ;)
LG

drdownload

#17
Zitat von: drdownload am 23 Oktober 2013, 18:20:54
Wie siehts eigentlich mit diesen Tür-Sensoren aus? Besteht da eine Chance mit dem RFX

Irgendwie ist gestern der Link zu diesen Türsensor verloren gegangen: http://www.ebay.de/itm/10-x-Funk-Turkontakt-Fensterkontakt-433-MHz-fur-GSM-Alarmanlage-Kontakt-Sensor-/271292720083?pt=DE_Haus_Garten_Heimwerker_Sicherheitstechnik&hash=item3f2a4e63d3 .

EDIT: Ich sehe gerade dass wohl zufällig den gleichen Shop wie der im ersten Post verlinkte PIR erwischt habe und beide Sensoren für die gleiche Alarmanlage beworben werden, dann werde ich wohl mal welche zum testen bestellen.

EDIT2: Wie zeigen diese Billig-Sensoren eigentlich leere Batterien an? Piezo-Piepsen oder Funk?
CUL 868 Slow-RF (FS20 Aktoren, Sender, FHT8V), CUL 868 (WMBUS-Empfang), Jeelink (PCA301), WS3600 (WH3080 über USB-Basis), Bewässerung mit ESP-Easy und Proplanta, RFXTRX433 Home-Easy Empfang und Senden, Oregon TH, WS001 TH), Blackbean IR, Mopidy-Snapcast MR Audio, Kodi, Forum-LED-Controller,

mario92


mario92

Wie kann ich denn jetzt meine bisherigen Geräte weiterhin empfangen?

z.B. habe ich "define TRX_ARC_A13 TRX_LIGHT ARC A13 light" für ein Intertechno Handsender. Da reagiert allerdings nichts. :/

Stattdessen:

TRX_LIGHT_parse_PT2262() TRX_PT2262 devn=TRX_PT2262 command=error, cmd=555514

im Log..

Willi

Bei Einschalten von Lighting4 in RFXmngr wird auch ARC abgeschaltet. Siehe WIKI http://www.fhemwiki.de/wiki/RFXtrx:
ZitatDazu kann man in RFXmngr das Protokoll Lighting4 einschalten, wodurch gleichzeitig die Verarbeitung des ARC-Protokolls ausgeschaltet wird.

Damit haben die alten defines mit ARC beim Empfangen keine Bedeutung mehr und werden nicht mehr verwendet. Beim Senden funktioniert es weiterhin.

Die Logmeldungen für PT2262 muss ich mal bei Gelegenheit überarbeiten. Empfangen wird der Tastendruck anscheinend mit dem Hexcode cmd=555514.

Probier mal im TRX_PT2262-Log die Codes zu identifizieren und gehe dabei wie beim IR-Empfänger vor.
Ob Du damit alle ARC-Codes empfangen kannst, bin ich mir allerdings nicht sicher. Im Zweifel frag bei RFXCOM an.

Grüße

Willi

FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

unimatrix

Hi,

nochmals vielen Dank für die Infos. Habe mir mal 5 Stück bestellt für insgesamt ca. 40 Euro.

Dass ich ARC dann nicht mehr empfangen kann, wusste ich ja sowieso. Da mir das egal ist, da ich keine solchen Sender habe, nur ARC Empfänger, wäre das wirklich eine günstige Lösung vor allem für Räume, bei der ich nicht unbedingt JEDE Bewegung mitbekommen muss und auch mit Verzögerungen leben kann.

Dass er alle 5 Sekunden sendet, scheint mir doch sehr viel zu sein. Aber ok, mal sehen...

mario92

Er sendet nur wenn er Bewegung merkt. Und falls die Bewegung andauert, dann sendet er alle 5 Sekunden. Wenn sich nichts bewegt, sendet er auch nichts. Sprich, falls das Signal gestört wird, gefälscht, abgefangen, oder die Batterie leer geht, bekommt FHEM davon nichts mit.

Jetzt habe ich hier 2 PIRs liegen, bin jedoch auf das ARC Protokoll angewiesen.. Echt blöd.. :(

Willi

Zitat von: mario92 am 28 Oktober 2013, 13:11:59
Jetzt habe ich hier 2 PIRs liegen, bin jedoch auf das ARC Protokoll angewiesen.. Echt blöd.. :(

Senden, also schalten kannst Du auch weiterhin per ARC. Es wird also vermutlich Dir nur um Deine Fernbedienung gehen.

Du kannst ja mal sehen, ob Du mit den empfangenen PT2262-Codes bei der ARC-Geräten etwas anfangen kanst.
Schau auch mal im Userguide des RFXtrx433 http://www.rfxcom.com/Documents/RFXtrx%20User%20Guide.pdf auf Seite 24ff.

-- Willi
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

unimatrix

Habe eben die 5 Bewegungsmelder erhalten. Man sieht ja deutlich, dass ein SC2262 verbaut ist. Bei Bewegung leuchtet die LED (etwas nervig, aber egal erstmal). Allerdings: Kein Empfang von gar nix. Habe den RFXMngr dran und es kommt einfach nix. Natürlich ist Lightning4 aktiviert (das hatte ich schon vorher für anderes genutzt wo es ja auch geht).

Nun wundert mich das, weil wir müssten ja genau die gleichen Geräte haben. So in richtig schlechtem klobigen Design mit einer total "tollen" Antenne und einem Ein-Aus schalter an der seite. Ich nahm mal an das müsste ja auch gehen, wenn ich an den Jumpern nix einstelle (sie alle weg lasse) - dachte mir dann sind alle Bits 0.

Nun ich habe es jetzt mit 2 von 5 PIRs ausprobiert. Noch irgendwer eine Idee?

Willi

@mario92 & unimatrix: Postet Ihr mal Fotos Eurer Geräte (Gehäuse und die Platine)? Habt Ihr von unterschiedlichen Händlern gekauft?

@unimatrix: Bist Du sicher, dass man Dir die 433 Mhz-Version geschickt hat? Auszuschließen ist nicht, dass man Dir ein 315 Mhz Modell geschickt hat, wie es in USA eingesetzt wird. Gibt es bzgl. der Funkfrequenz einen Aufkleber oder so?

RFXCOM hat mir zudem heute per Mail mitgeteilt, dass Lighting4 das Protokoll nur empfangen kann, wenn das Pulse-Timung 350 usec ist. Dazu muss der Oszilattor wohl mit 11,5 kHz laufen.

Schau mal auf Seite 6 von http://www.escol.com.my/Datasheets_specs/pt2262_1.pdf‎ .
RFXCOM ist sich nicht sicher, aber es müsste vermutlich für den Oszilattor ein 3M3 oder 2M7-Ohm-Widerstand eingebaut sein.

Evtl kann man ja mal die Platine von mario92 & unimatrix vergleichen.

Für weiteres nehmt Ihr am besten direkt Kontakt mit RFXCOm aus. Ich selbst kenne mich hier nicht aus.

Grüße

Willi
Grüße

Willi
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

unimatrix

#26
Hallo,

@Willi erstmal danke für dein Feedback. Ich weiß natürlich, dass du da auch nicht weiterwissen kannst. Ich habe nur gehofft, dass vll irgendwer eine Idee hat. Aber ich werde mich auch mal bei RFXCom erkundigen.

ANbei 3 Fotos von der Schaltung. Es ist zu sehen, dass die Frequenz schonmal stimmt. Das mit dem 350u kann natürlich sein. Zwischen OSC1 und OSC2 (Pin 12 und Pin13) ist offenbar ein Widerstand von 1M5 eingebaut. Wenn ich das richtig verstehe, könnte er ja ggf. ausgetauscht werden. Aus dem Datenblatt kann ich allerdings auch nicht wirklich entnehmen wie die Pulslänge über den Oscilator beeinflusst wird. Leider fehlt mir das Oszilloskop um mir direkt die ausgegebenen Daten incl. Pulsweiten anzusehen :(

@Mario sehen deine PIRs genau so aus?


unimatrix

Habe jetzt von RfxCOM die Info bekommen, dass offenbar ein 3M3-Widerstand korrekt wäre, um eine Pulselänge zu erzeugen, die vom RFXTRX empfangen werden kann.

Werde die Tage mal den Widerstand austauschen bzw. "fliegend" einlöten und berichten, ob es was gebracht hat.

Wenn es klappt, dann haben wir da schon sehr günstige PIRs - die zwar keinen Designpreis gewinnen, aber doch nutzbar sind (die LED sehr nervig, sollte man auch entfernen oder so)

Danke!

Willi

ARC-Senden funktioniert mit Lighting4 immer noch. Empfangen geht nur per Lighting4-Codierung.
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

unimatrix

Hallo Willi,

hab das mit den Widerständen hinbekommen (letztlich gab es einen Jumper für die Selektion der Pulseweite! - aber gut egal...)

jedenfalls kann ich mit dem RFXMngr alles empfangen. Jedoch tue ich mich mit FHEM und dem PT2262 schwer. Ich habe alle anderen PT2262 devices zunächst gelöscht und nur das eine angelegt, wo dann der Code ins Log geschrieben wird.

Bei 2 von 5 Meldern klappt es. Bei den anderen 3en sehe ich einen Code im RFXMngr aber nicht in FHEM.

Müsste nicht jeder Empfang der mit dem RFXMngr geht auch in FHEM ankommen ???

Danke!