Ja, ich habe nicht X08 sondern X27 gesagt.
Falls dabei nichts sinnvolles rauskommt, kann man noch mit culfw/tools/timer
rumspielen, aber nur, wenn man versteht was es tut. Und ein CUL433 um 433MHz
Daten zu empfangen ist auch nicht ganz verkehrt.
> rfrfrf[...]
Etwas weniger vom "rf" haette auch gereicht :)
>> Oder mach ich was grundlegend falsch:
>
> Ja, ich habe nicht X08 sondern X27 gesagt.
Warum da jetzt X08 steht, ist mir schleierhaft. Ich hatte X27, X09 und X67 an, jeweils nix.
> Falls dabei nichts sinnvolles rauskommt, kann man noch mit culfw/tools/timer
> rumspielen, aber nur, wenn man versteht was es tut. Und ein CUL433 um 433MHz
> Daten zu empfangen ist auch nicht ganz verkehrt.
Wär ja schön, wenn irgendwann was rauskommt. Leider hat busware das wohl geahnt und mal schnell die Preise angehoben ;-)
>> rfrfrf[...]
>
> Etwas weniger vom "rf" haette auch gereicht :)
Jetzt wo Du es sagst, stimmt.
Grüße und frohes Fest
Oskar
Falls es jemanden gibt, der aus den Daten was lesen kann, hab ich mal einen trace rangehängt, timer /dev/cu.usbmodem117 500 war das Kommando, schien mir recht sinnvoll als Unterscheider zwischen 0 und 1.
Es sind insgesamt 20 Kommandos abgesetzt worden, 10 mal Einschaltbefehl und 10 mal Ausschaltbefehl vom gleichen Handsender.
Grüße
Oskar
Hallo,
viele Dank für die Testangebote hier und per PM. Ein kurzes Update zum aktuellen Stand:
Ich denke ich habe das Protokoll jetzt soweit verstanden das Fernbedienungen und Wandsender empfangen werden können und man den CUL als Fernbedienung (bzw. beliebig viele) verwenden kann. Vor einer Testversion muss ich das Ganze noch etwas saubere programmieren. Das wird aber ein paar Wochen dauern, weil ich erst noch ein anderes Projekt beenden muss.
Eine Frage an die Entwickler im Forum:
Das Protokoll arbeitet bei 1kHz Datenrate mit dem Biphase-Mark-Code und einer Preambel bei der der Sender für 4ms eingeschaltet wird. Die Sendefrequenz liegt bei 433,42 MHz ±100 kHz, was nicht dem default tuning des CUL433 entspricht. Vor und nach dem Senden will ich das tuning jeweils anpassen. Unentschlossen bin ich beim Empfangen. Man kann das ganze entweder so implemtieren, dass
A) slow_rf parallel zum Insta Protokoll funktioniert (man aber entsprechend tunen muss)
B) der CUL wie bei MAX und HM in FHEM über rf_mode umgeschaltet wird und dann nur das Insta Protokoll empfängt
Lösung B) hätte den Vorteil dass die Implementierung etwas einfacher und übersichtlicher wird, weil man den rf_mode im receive interrupt ganz am Anfang abfragen kann und den code nicht zu sehr mit dem aktuellen verheiraten muss. Dazu kommt später eine klare Auswahl in fhem.
Lösung A) würde ggf. das gleichzeitige empfangen von slow rf Protokollen erlauben. Allerdings empfange ich bei mir verschiedenen Sensoren beim defaulttuning, allerdings keine bei dem für Insta Funk notwendigen 433,42MHz
Jetzt die Frage:
Kennt jemand Sensoren mit slow rf protokoll die auf 433,42Mhz senden oder lohnt sich der Mehraufwand für Lösung A) nicht weil es auf dieser Frequenz keine bekannten Sensoren gibt?
Jens
Abschirmung: | |
Antenne: | |
Firmware: | |
Gehäuse: | |
USB-Verlängerungskabel: |