Pearl PIR (PX3953/for XMD-4400) - Unkown Code - Kann dieser aufgenommen werden?

Begonnen von Vista, 20 Dezember 2017, 09:55:14

Vorheriges Thema - Nächstes Thema

Vista

Hallo alle miteinander,

ich hab einen PIR von Pearl in die Finger bekommen.
Um genau zu sein diesen hier.
Er ist auf dem 433Mhz Band und wird auch von meinem Busware CUL (im SlowRF-Mode) wahrgenommen.
Allerdings kann das Modul die Nachricht nicht zuordnen bzw. versteht das Protokoll nicht.
Da der PIR ja nur untensehenden Code sendet wenn er eine Bewegung erkennt könnte ich mir vorstellen dass dieser eventuell
relativ leicht implementiert werden kann. Kann mir netter weise jemand Hilfestellung geben wie ich das umsetzten könnte.
BTW mir ist klar das ich das ganze im Notfall ein notify direkt über die Error-Meldung im Log triggern könnte aber das wäre ja nicht wirklich eine
saubere Lösung.


PS: Hier hab ich schon etwas zum Fensterkontakt des Systems gefunden und das funktioniert wunderbar (bereits getestet).
Falls jemand sich der Sache annehmen möchte kann ich natürlich versuchen alle weiteren Informationen die eventuell benötigt werden beizusteuern.

System:
aktuelles Fhem auf Raspi 2 mit CUL 433Mhz v3 von Busware...und weitere
FW vom verwendeten CUL
V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUL433 (F-Band: 433MHz)


2017.12.06 20:24:49 3: CUL_0: Unknown code ic7d30a, help me!
2017.12.06 20:24:49 3: CUL_0 IT: Code DD not supported by IT_10F11F0100.
2017.12.06 20:24:49 3: CUL_0 IT: Code DD not supported by IT_10F11F0100.
2017.12.06 20:24:49 3: CUL_0: Unknown code ic7d30a, help me!
2017.12.06 20:24:51 3: CUL_0 IT: Code DD not supported by IT_10F11F0100.
2017.12.06 20:24:51 3: CUL_0 IT: Code DD not supported by IT_10F11F0100.
2017.12.06 20:24:51 3: CUL_0: Unknown code ic7d30a, help me!
2017.12.06 20:24:52 3: CUL_0 IT: Code DD not supported by IT_10F11F0100.
2017.12.06 20:24:52 3: CUL_0 IT: Code DD not supported by IT_10F11F0100.
2017.12.06 20:24:52 3: CUL_0: Unknown code ic7d30a, help me!
2017.12.06 20:24:55 3: CUL_0 IT: Code DD not supported by IT_10F11F0100.
2017.12.06 20:24:55 3: CUL_0 IT: Code DD not supported by IT_10F11F0100



Hier die RAW def des autcreate-Devices

defmod IT_10F11F0100 IT 10F11F0100 1101 1111
attr IT_10F11F0100 IODev CUL_0
attr IT_10F11F0100 protocol V1
attr IT_10F11F0100 room IT

setstate IT_10F11F0100 on
setstate IT_10F11F0100 2017-12-06 20:24:33 protocol EV1527
setstate IT_10F11F0100 2017-12-14 17:48:03 state on

KölnSolar

sollte gar nicht so schwer sein: device wurde ja schon per autocreate angelegt. Nur der on-off-code passt noch nicht: ic7d30a=1010=DD
also einen Deiner on-off-codes(vermtlich 1111) in 1010 ändern.  ;)
Grüße Markus
PS: wenn es klappt, bitte noch genaue Typbezeichnung des BWM angeben, dann findet der Nächste diesen Thread.  ;)
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

Vista

Vielen Dank @KölnSolar.

Werde ich heute Abend gleich mal ausprobieren. Bin noch nicht dazu gekommen.
Ich hatte auch mit den Codes herumprobiert bin aber nicht auf die Umrechnung a=1010=DD gekommen.

Hast du mir ggf. einen Leitfaden wie sich die Codes ableiten?

KölnSolar

a=1010 ist eine simple Umrechnung eines nibbles(4 bit) von hexadezimaler in binäre Darstellung.

2 bits ergeben jeweils den einzelnen IT-Tristate-Code(Tristate deshalb, weil Original IT nur 0,1,F kennt; Derivate aber D einsetzen):
00=0, 01=F, 10=D, 11=1
Edit: Prima, dass Du die Typenbezeichnung nachgetragen hast. Dann drück ich mal die Daumen für heute Abend  ;)
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

Vista

Wunderbar. Und wieder erfolgreich durch die Mitarbeit der besten community ein Problem gelöst und endlich geschnallt dass zwischen bit und Byte (8bit) ja der nibble ist.

PS ich hab das Protokoll auf V3 ändern müssen damit es klappt. Wenn ich wieder am PC bin schreib ich nochmal eine genau Beschreibung

Gesendet von meinem FRD-L09 mit Tapatalk

KölnSolar

Zitatich hab das Protokoll auf V3 ändern müssen damit es klappt
da stimmt aber was nicht(beim Modul). Das Protokoll ist definitiv nicht V3. ???
mit protocol=EV1527 müsste es so funktionieren
Zitatdefine IT_10F11F0100 IT 10F11F0100 1101 1111
mit protocol=V1 so
Zitatdefine IT_10F11F0100 IT 10F11F0100 DF DD

@Ralf, Björn lest ihr mit ? Was meint ihr ?

@Vista wie wärs, wenn Du die Beschreibung direkt ins Wiki packst  8) (Könnte eh mal ne ordentliche Auffrischung vertragen)
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

Vista

Oh die Feiertage... War sehr beschäftigt. Hab aber jetzt auch Urlaub. Würde gerne was zum wiki beitragen. Am besten wir klären das nochmals ab ob das Modul eine Anpassung benötigt.

Melde mich wieder am Donnerstag

Gesendet von meinem FRD-L09 mit Tapatalk