PIR Detector aus Fernost mit Anlaufschwierigkeiten

Floca · 25 Oktober 2016, 17:02:49

Hallo zusammen,
bin dank euch sehr zufrieden mit meinem RFXTRX und derKooperation mit FHEM.
Ich habe jetzt aber selber ein anliegen wo ich nicht ganz hintersteige...

Gerät: PIR Bewegungsmelder (Bild im Anhang)
Problem: Wird in Fhem nicht erkannt/angelegt, wird aber in der RFXTRX Software erkannt.
Debug Logs:

Abgebildet ist der Log der Testsoftware, pro Block eine Auslösung:

Code Auswählen


Packettype    = Lighting4
subtype       = PT2262
Sequence nbr  = 0
Code          = 93C423 decimal:9684003
S1- S24  = 1001 0011 1100 0100 0010 0011 
Pulse         = 403 usec
Signal level  = 8  -56dBm
------------------------------------------------
------------------------------------------------
Packettype    = Lighting4
subtype       = PT2262
Sequence nbr  = 1
Code          = 93C423 decimal:9684003
S1- S24  = 1001 0011 1100 0100 0010 0011 
Pulse         = 403 usec
Signal level  = 8  -56dBm
------------------------------------------------
------------------------------------------------
Packettype    = Lighting4
subtype       = PT2262
Sequence nbr  = 2
Code          = 93C423 decimal:9684003
S1- S24  = 1001 0011 1100 0100 0010 0011 
Pulse         = 403 usec
Signal level  = 8  -56dBm
------------------------------------------------
------------------------------------------------
Packettype    = Lighting4
subtype       = PT2262
Sequence nbr  = 3
Code          = 93C423 decimal:9684003
S1- S24  = 1001 0011 1100 0100 0010 0011 
Pulse         = 403 usec
Signal level  = 8  -56dBm
------------------------------------------------
------------------------------------------------
Packettype    = Lighting4
subtype       = PT2262
Sequence nbr  = 4
Code          = 93C423 decimal:9684003
S1- S24  = 1001 0011 1100 0100 0010 0011 
Pulse         = 403 usec
Signal level  = 8  -56dBm
------------------------------------------------
------------------------------------------------
Packettype    = Lighting4
subtype       = PT2262
Sequence nbr  = 5
Code          = 93C423 decimal:9684003
S1- S24  = 1001 0011 1100 0100 0010 0011 
Pulse         = 403 usec
Signal level  = 8  -56dBm
------------------------------------------------
------------------------------------------------
Packettype    = Lighting4
subtype       = PT2262
Sequence nbr  = 6
Code          = 93C423 decimal:9684003
S1- S24  = 1001 0011 1100 0100 0010 0011 
Pulse         = 403 usec
Signal level  = 8  -56dBm
------------------------------------------------
------------------------------------------------
Packettype    = Lighting4
subtype       = PT2262
Sequence nbr  = 7
Code          = 93C423 decimal:9684003
S1- S24  = 1001 0011 1100 0100 0010 0011 
Pulse         = 405 usec
Signal level  = 8  -56dBm

Log aus FHEM, auch hier, Pro Zeile jeweils eine Auslösung:

Code Auswählen

2016.10.25 16:45:40 1: TRX_LIGHT_Parse() unsupported hex=0913000f93c423019370
2016.10.25 16:45:47 1: TRX_LIGHT_Parse() unsupported hex=0913001093c423019370
2016.10.25 16:45:51 1: TRX_LIGHT_Parse() unsupported hex=0913001193c423019570
2016.10.25 16:45:52 1: TRX_LIGHT_Parse() unsupported hex=0913001293c423019370
2016.10.25 16:45:56 1: TRX_LIGHT_Parse() unsupported hex=0913001393c423019570
2016.10.25 16:46:01 1: TRX_LIGHT_Parse() unsupported hex=0913001493c423019370
2016.10.25 16:46:06 1: TRX_LIGHT_Parse() unsupported hex=0913001593c423019370
2016.10.25 16:46:11 1: TRX_LIGHT_Parse() unsupported hex=0913001693c423019370

Kann mir evtl. jemand helfen, oder muss TRX_LIGHT evtl. angepasst werden?

Gruß
Floca

KölnSolar · 25 Oktober 2016, 20:37:53

Lies mal den Abschnit PT2262 hier: http://www.fhemwiki.de/wiki/RFXtrx
Vielleicht hilfts.
Grüße Markus
Edit: und wenn Du damit nicht weiterkommst mal verbose=5 setzen und das Log hier einstellen, damit man sieht, was dem TRX_Light evtl. nicht passt.

Floca · 25 Oktober 2016, 21:16:59

Moin KölnSolar,
den hatte ich mir schon angesehen, damit komme ich leider nicht weiter...

Hier mal der Verbose "5" Log:

Code Auswählen

2016.10.25 21:13:37 5: TRX/RAW: /	
2016.10.25 21:13:37 5: TRX: TRX_Read '09'
2016.10.25 21:13:37 5: TRX_Read END
2016.10.25 21:13:37 5: TRX/RAW: 	/s��#�p
2016.10.25 21:13:37 5: TRX: TRX_Read '0913007393c423019570'
2016.10.25 21:13:37 5: TRX_Read rmsg '0913007393c423019570'
2016.10.25 21:13:37 5: TRX_Read TRX_data '0913007393c423019570'
2016.10.25 21:13:37 5: TRX_Parse() '0913007393c423019570'
2016.10.25 21:13:37 5: RFXTRXUSB dispatch 0913007393c423019570
2016.10.25 21:13:37 5: TRX_LIGHT_Parse() decoding delay=324.550249814987 hex=0913007393c423019570
2016.10.25 21:13:37 5: TRX_LIGHT_Parse()Lighting4/PT2262 num_bytes=9 hex=0913007393c423019570
2016.10.25 21:13:37 5: TRX_LIGHT: PT2262 device_name=TRX_PT2262 data=93c423
2016.10.25 21:13:37 1: TRX_LIGHT_Parse() unsupported hex=0913007393c423019570
2016.10.25 21:13:37 5: TRX_Read END

Ich hoffe das hilft irgendwie

Gruß
Floca

KölnSolar · 25 Oktober 2016, 21:46:38

Hab mich mal etwas durch den Programmcode gewühlt. Kann es sein, dass Du ein device PT2262 mit attr PT2262 ignore 1 hast ? Versuch mal ein delete PT2262 und lass danach noch mal mit verbose 5 funken.
Grüße Markus

Floca · 25 Oktober 2016, 21:55:49

Hallo Markus, danke das du dich der Sache annimmst.

Also ich habe das von dir genannte Device nicht, was aber passiert ist, dass mein a-CUL ein Device mit IT Code erstellt. Ich will den Cul aber mittelfristig abschalten, deshalb will ich den TRX nutzen.

Die Definition von dem Ignorierten Device sieht so aus:

Code Auswählen

define IT_1527x93c42 IT 1527x93c42 0011 0000
attr IT_1527x93c42 IODev 433
attr IT_1527x93c42 ignore 1
attr IT_1527x93c42 room IT

...sollte den TRX also nicht beeinflussen

KölnSolar · 25 Oktober 2016, 23:06:36

nach dieser

Code Auswählen

2016.10.25 21:13:37 5: TRX_LIGHT: PT2262 device_name=TRX_PT2262 data=93c423Meldung müsste ein paar Programmzeilen weiter dieser Logeintrag erzeugt werden

Code Auswählen

TRX_LIGHT_parse_PT2262() xxxxxx devn=TRX_PT2262 ....................
Der kommt aber nicht. Als einzigen Grund kann ich nur eine Abfrage auf das ignored device xxxxxx erkennen. Ich dachte das müssen PT2262 heißen

Leider bin ich nicht fit genug die xxxxxx zu "entschlüsseln"

Wenn Du aber die Source 46_TRX_LIGHT.pm editieren kannst, könntest Du die Zeile 909

Code Auswählen

  Log3 $name, 5, "TRX_LIGHT_parse_PT2262() $name devn=$device_name command=$command, cmd=$hexdata";

zusätzlich vor Zeile 905 kopieren. Dann müsste im Log die obige Meldung mit dem Klartext für xxxxxx kommen, der bei Dir auf ignored steht.
Grüße Markus

Floca · 26 Oktober 2016, 00:17:20

Hi Markus,
das ist mir echt peinlich.
Ich hatte das wirklich ignoriert, dein Tipp hat geklappt

Mal eine andere Frage, ich hänge mal einen Ausschnitt an, so sollte es ja richtig definiert sein.

Kann man das irgendwie definieren, dass sich motion automatisch auf nomotion nach 1Sek. zurückstellt?

Vielen Vielen Dank für deine Super Hilfe

KölnSolar · 26 Oktober 2016, 07:11:25

Na prima. das zurückstellen hängt ja vom Gerät ab und passiert nicht in fhem. Du könntest aber über ein notify auf motion ein at mit 1sek und einem setreading nomotion machen.
angehängt hattest Du zu später Stund aber nichts ?
Wie hieß denn das ignorierte device ?
Grüße Markus

RaspiCOC · 09 November 2016, 17:03:31

Mal ein paar andere Fragen zu dem PIR-Device, die Du vielleicht idealer Weise in diesem Thread beantworten könntest: https://forum.fhem.de/index.php/topic,17026.0.html

1.) Preis pro Stück
2.) Kurze Beschreibung
3.) Sendet jeder einzelne der PIR Sensoren dauerhaft seinen eigenen Code und ist damit dauerhaft eindeutig identifizierbar? Oder kann ich die Dinger technisch nicht auseinanderhalten, wie so bei manchen PT2262 PIR-Sensoren (siehe meinen Post im obigen Thread)
4.) ggf. define und auf was sonst zu achten ist.

Im übrigen, das Rücksetzen des PIR auf "normal" (nomotion) musst Du teilweise auch bei teureren in Europa verfügbaren Geräten machen. Gleiches gilt für so manchen PT2262-Fensteröffnungssensor, die leider nur "open" senden. Die Dinger sind allenfalls als Melder für den Briefkasten geeignet