SIGNALDuino Empfänger Firmware V 3.3.2r-dev

[RaspII]

Hast Du das Commando XE eingegeben?
Wie bedienst Du den nanoCUL, via FHEM?

[Ralf9]

ja XE habe ich eingeben

mit fhem

Code Auswählen Erweitern

2019.12.23 00:29:25.188 3 : KOPP_FC_Set: Device Name: culfsk, command: on, Model: Switch, Transm.-/KeyCode: FA5E 21
2019-12-23 00:29:25.189 KOPP_FC culfsk on
2019.12.23 00:29:25.190 5 : myCUL sending ks21FA5E0200000N
2019.12.23 00:29:25.190 5 : SW: ks21FA5E0200000N
2019.12.23 00:29:26.396 3 : KOPP_FC_Set: Device Name: culfsk, command: off, Model: Switch, Transm.-/KeyCode: FA5E 21
2019-12-23 00:29:26.397 KOPP_FC culfsk off
2019.12.23 00:29:26.398 5 : myCUL sending ks21FA5E0200000N
2019.12.23 00:29:26.398 5 : SW: ks21FA5E0200000N

[RaspII]

Die Icons auf der FHEM Oberlfäche reagieren auf Knopfdruck (Lampen gehen an/aus)?

[Ralf9]

ja

[RaspII]

Augenblick, ich programmiere mal um

[RaspII]

Kannst Du mir bitte den Ausschnitt aus Deiner fhem.cfg senden?
Irgendwie sind Deine Log Einträge komisch

[Ralf9]

Code Auswählen Erweitern

define myCUL CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600G900-if00-port0@38400 1234
setuuid myCUL 5c574612-f33f-9dc4-7c82-da22bb565b725c55
attr myCUL rfmode KOPP_FC
attr myCUL room CUL_TCM97001
attr myCUL verbose 4

Code Auswählen Erweitern

define culfsk KOPP_FC 21 FA5E 02 11
setuuid culfsk 5dfeb9fa-f33f-9dc4-ff5c-198e20d9c9bde0e3
attr culfsk IODev myCUL
attr culfsk model Switch_8080_01
attr culfsk room CUL_TCM97001

[RaspII]

sieht gut aus.
Ich habe bei mir gerade ein ähnliches Problem,
wenn ich meinen Signalduino auf nanoCUL zurückflashe geht auch nichts mehr (keine Kommunikation..).

Habe jetzt mal meinen eigenen Build genommen, jetzt klappts.
-> Versuche es mal mit der angehängten Datei

[Ralf9]

funktioniert damit auch nicht.

Ich habe eine minicul und eine nanocul Hardware

Ich habe für den NanoCUL eine Testimplementierung gemacht,

Hast Du mir auch ein Hexfile für den minicul.
Aber heute Nacht nicht mehr

[RaspII]

minicul hab ich nicht.
Mit obigem Hexfile muss es gehen, damit arbeite ich bei mir schon über Jahre.

Bei mir kommt dann folgende Info (natürlich bei mir mit Taste1Rad5 und das Licht schaltet auch, d.h. FSK wird gesendet)

Code Auswählen Erweitern


2019.12.23 02:04:36 3: KOPP_FC_Set: Device Name: Taste1Rad5, command: on, Model: Switch, Transm.-/KeyCode: FA5E 05

Das ist passend zu Deinem Logfile, ich denke das Senden funktinoiert bei Dir bereits.
Kannst Du z.B. mit  SDR Sharp bei 868,3 Mhz lauschen? Es gab mal blaue Module die bzgl. Frequenz völlig daneben lagen,

Es könnte auch noch Probleme mit dem Signalduino geben, das hat bei mir auch immer erst auf den 2ten Versuch geklappt, weil ich beim Initialisieren der Register immer irgend etwas vergessent hatte.
z.B. musste XE immer das letzte Kommando nach dem Register schreiben sein.

dann geh jetzt auch ins Bett.

Nachtrag:
Bei deinem SignalDuino sind noch die Register 24 und 25 (FSCAL) unterschiedlich zu meinem Setting
Dem NanoCUL darf in FHEM nur das Kopp Protokoll zugewiesen sein

[plin]

Ich wollte ja sowieso mal einen anderen Weg als den SDUINO testen: Ich habe meinen SDUINO mit der nanocul fw geflasht.

Welchen RFmode muss ich wählen, um ein unbekanntes Funktprotokoll auf 868.275 MHz mit 25 kHz Hub zu empfangen?

[RaspII]

schwere Frage,
wie meinst Du das mit dem unbekannten Protokoll? Willst irgendein Protokoll z.b. von den Nachbarn empfangen (dann wäre vermutlich     
HomeMatic am besten geeignet, da es sehr verbreitet ist, allerdings passen Deine Parameter nicht unbedingt) oder ein spezifisches Protokoll analysieren?

Falls letzteres, dann lese diesen Beitrag und flashe die dort angehängte nanoCUL Datei
https://forum.fhem.de/index.php/topic,82379.msg1004482.html#msg1004482
Allerdings sind die Parameter dort wie im Text beschrieben. Die größere Bandbreite sollte nicht stören, allerdings bin ich mir bei der Frequenz nicht sicher.

Falls das alles nicht klappt, müsste ich Dir eine Spezialversion erstellen, dann sollte ich aber auch die Bitrate kennen.

[plin]

schwere Frage,
wie meinst Du das mit dem unbekannten Protokoll?

Hi RaspII,

mit "unbekannte Funkprotokolle" meine ich eine RIO Funkfernbedienung die meine Rolladenmotoren steuert. Die Motoren habe ich bei einem Bonner Herstelller gekauft. Die Fernbedienung hat er wohl nicht selbst entwickelt sondern dazu gekauft. Ein Anfrage bzgl. technischer Details verlief jedenfalls negativ. Deren aktuelle Serie hat eine andere Fernbedienung. So habe ich mich letztendlich auf den Weg der Messungen, Analysen und des Reverse-Engineerings gemacht (siehe https://forum.fhem.de/index.php/topic,85006.0.html sowie https://wiki.fhem.de/wiki/Unbekannte_Funkprotokolle). Der Zufall hat mir dabei geholfen, denn hätte ich mit dem SIGNALduino und OOK nichts empfangen, wäre ich gar nicht so weit gekommen. Screenshots des Spektrums befinden sich im Post https://forum.fhem.de/index.php/topic,58396.msg1003224.html#msg1003224. 

Die bisher ermittelten Eckdaten sind

    Trägerfrequenz 868.275 MHz
    Frequenzhub 25 kHz
    BaudRate 2482 Bd

   Sender-Chip: TDK5110
   Empfänger: TDA5210

Das Signal besteht aus 8 Bytes: 4 Bytes Vorspann (Random-Muster für pro Tastendruck), 4 Bytes Nutzlast (Rollade, Funktion, Fernbedienung). Die OOK raw-Commands sehen z.B. so aus:

Code Auswählen Erweitern

SR;;R=10;;P0=-32001;;P1=15860;;P2=-398;;P3=412;;P4=3998;;P5=822;;P6=-800;;D=1232323232323232323232324256363632525636363632525252525256363256363636363256325632525256363636363636363636325636363632525632563632563636363636363632563252;

Ich habe einen SDR-Stick, kann also das Signale von Fernbedienung und SIGNALduino in puncto Trägerfrequenz und Hub ver- bzw. abgleichen. Meine nächsten Schritte wären

• den SIGNALduino dazu zu bringen, dass er 2FSK bzw. GFSK sendet
• Frequenz und Hub mittels des SDR-Sicks und URH ermitteln (Vergleich Original FB gegen SIGNALduino) => Frquenz, Hub und 2FSK vs. GFSK
• Dann schauen, dass ich mit den Einstellungen Signale der FB empfange (die sollten vergleichbare Strukturen haben wie die mittels OOK empfangenen).
• Wann dann das Senden der Signale zu einer Reaktion meiner Rolladenmotoren führt gibt's zwei Varianten: durchtesten der empfangenen Signale bis ich stabile Patterns gefunden habe oder Generierung eines eigenen, synthetischen Signals auf Basis der bisherigen Erkennntnisse.

Dabei hat mir der SIGNALduino mit seinem offenen Ansatz sehr geholfen. Ich konnte alles über das FHEM-Modul ändern ohne ans Coding gehen zu müssen.

VG plin

[Ralf9]

bitte die allgemeinen Sachen wie Protokoll und ccRegister hier weiter diskutieren
https://forum.fhem.de/index.php/topic,106594.0.html

Wenn mir es gelingt, daß ich mit dem sduino ein xFSK signal empfange, dann kann ich das Empfangen und Senden mit dem FIFO des cc1101 einbauen, dann wird einiges einfacher.
Es wird für das Signalduino Modul demnächst ein neuer set Befehl geben, damit kann dann eine folge von ccRegistern gesendet werden.
z.B. set sduino cc1101_reg 1183 1214 1363 14B9 1500 1BF8 1DCF

Mit dem Senden mit dem nanocul und der culw firmware und dem kopp Protokoll komme ich nicht weiter.
Mein Problem ist, daß ich nicht weiss ob das Problem beim Sender (nanocul) oder beim Empfänger (minicul) ist.
Wenn ich eine ITv1 Nachricht vom nanocul (mode slowrf) zum minicul sende, dann funktioniert es. Ich habe eine freq von 868.3 und eine Bandbreite von 162 verwendet.

Ich überlege mir gerade ob ich vielleicht mit der a-culw weiterkomme, da gibt es auch eine firmware für den minicul.
Ich würde gerne auch mal versuchen mit dem minicul ein xFSK zu senden.
Evtl komme ich mit dem mode 1 und 2 (IT+) weiter, nur wie kann ich da was senden?

Falls jemand eine xFSK Fernbedienung hat die er nicht mehr benötigt, würde ich sie abkaufen

Gruß Ralf

[plin]

Wenn mir es gelingt, daß ich mit dem sduino ein xFSK signal empfange, dann kann ich das Empfangen und Senden mit dem FIFO des cc1101 einbauen, dann wird einiges einfacher.

Hi Ralf9,
ich habe gerade noch mal den minimalistischen Ansatz verfolgt: Zurück zu SIGNALDuino_nanocc1101_331rc7.hex, Register 12 auf GFSK bzw. 2-FSK geändert und bei

Code Auswählen Erweitern

ccconf: freq:868.275MHz bWidth:650KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud, Modulation:GFSK)
empfange ich jetzt MU-Nachrichten. Bei meinen weiteren Tests ist mir aber gerade die Baudrate abhanden gekommen (die steht jetzt auf 350 und ich empfange nichts).

VG plin