FSK mit dem SIGNALDuino

Begonnen von Ralf9, 22 Dezember 2019, 17:30:36

Vorheriges Thema - Nächstes Thema

roelleke

Das bringt leider auch keine Änderung.

Ralf9

Die Nachrichten müssten ungefähr so aussehen:
MN;D=E6837FE11FE7EFEFFEBD89FFFF197C801EE018101001427600000001;N=7;
Die Hexziffern der hinteren hälfte sind das Komplement der vorderen Hälfte.
Hinten gibt es einige 00 und in der vorderen Häfte gibt es einige FF und FE

Du kannst mal versuchen die Frequenz etwas zu ändern.
Im Bereich 868.250 bis 868.400 MHz
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Ralf9

#242
Falls Du mit ändern der Frequenz und Datenrate nicht weiterkommst, kannst Du deine Version des Bresser 5 in 1 mal mit der von @beaune vergleichen.
Es gibt anscheinend 2 Versionen, mit FSK Modulation mit ASK OOK
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

roelleke

Ja, die Frequenz Änderungen bringen nichts. Ich habe zwischen 868.000 bos 868.500 in 25 khz-Schritten alle Frequenzen ausprobiert.
Die Einträge im Log sehen immer gleich aus. Auch sind die vorderen Hexziffern nicht das komplement der hinteren.
Was hat Baune anders gemacht? Wahrscheinlich hat mein Sensor wirklich ein anderes Protokoll, aber ich weiß halt nicht wie ich das feststellen kann. Ich hatte nur gehofft, dass es jetzt mit den von dir eingebrachten Änderungen funktionieren könnte.


beaune

Ich weiß leider auch nicht, wie man die beiden Varianten unterscheidet, und ob es sie wirklich gibt. Die Hinweise in den Foren waren dazu widersprüchlich. Das was jetzt implementiert ist, passt aber zur "aktuellen" Variante. Ich hab die Wetterstation irgendwann in diesem Frühjahr gekauft. Ein Bild vom Typenschild hänge ich zum Vergleichen mal an.

Ansonsten könnten wir folgendes tun:

  • Nochmal alle Register vergleichen.
  • Oder ausschließen, dass es sich um ein Problem mit dem Signalduino handelt, indem Du mal die Variante SDR-Stick mit rtl_433 versuchst. Das kannst Du auch auf Windows ausprobieren. Wenn das geht wüßten wir zumindest, dass das Protokoll und die Modulationsart zu Deiner Wetterstation passt.

roelleke

Hallo,
danke für das Foto. Mein Sensor hat eine andere Typennummer, so dass er schon ein anderes Protokoll benutzen kann.
Das es am Signalduino liegt, glaube ich nicht, da ein zweiter SD die gleichen Probleme hat.
Um mit rtl_433 etwas zu machen muss ich mir erst eine SDR Stick besorgen, dass wir wohl etwas dauern.
Wenn ich dann soweit bin melde ich mich wieder.
Danke erst mal für die Hilfe.

Grüße
Dieter

Ralf9

Hallo,

hier wird gerade die Unterstützung für Rojaflex Rohrmotoren in den Signalduino eingebaut
https://github.com/RFD-FHEM/RFFHEM/issues/955

Ich möchte es auch in meine Version einbauen

Kann dies bitte mal jemand testen der Rojaflex Handsender und Rohrmotoren hat?

Hier sind für meine firmware die cc1101 Register und die Konfigvariablen: ccmode=4 und ccN=8

get sduino raw CW0001,0246,0302,04D3,0591,06FF,0700,0805,0D10,0EB0,0F71,10C8,1193,1213,1322,14F8,1535,1700,1818,1916,1B43,1C40,1D91,2211,23E9,242A,2500,2611,3D08,3E04,4052,416f,426a,4361,4466,456c,4665,4778


ein "get ccconf" ergibt dann
ccconf: freq:433.920MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9992.60Baud)
Modulation:GFSK (SYNC_MODE:30/32 sync) DEVIATN:20.630kHz


Ich hab mal zum testen dies hier gesendet
SN;N=8;D=083122FD201A011AA5;

am anderen sduino kam dann dies an:
2021.05.29 22:04:15.439 4 : sduino/msg READ: MN;D=083122FD201A011AA5;N=8;R=41;
2021.05.29 22:04:15.439 4 : sduino Parse_MN: Found GFSK Protocol id 109 length 18 RSSI = -53.5 -> Rojaflex
2021.05.29 22:04:15.439 4 : sduino ParseMN: ID=109 dmsg=P109#083122FD201A011AA5
2021.05.29 22:04:15.439 4 : sduino Dispatch: P109#083122FD201A011AA5, -53.5 dB
2021.05.29 22:04:15.439 4 : sduino: SD_Rojaflex_Parse, Protocol 109, rawData 083122FD201A011AA5
2021.05.29 22:04:15.439 4 : sduino: SD_Rojaflex_Parse, deviceCode 3122FD_0, housecode 3122FD, channel 0
2021-05-29 22:04:15.442 SD_Rojaflex SD_Rojaflex_3122FD_9 up
2021-05-29 22:04:15.442 SD_Rojaflex SD_Rojaflex_3122FD_9 motor: up
2021-05-29 22:04:15.442 SD_Rojaflex SD_Rojaflex_3122FD_9 targetPosition: 0
2021-05-29 22:04:15.442 SD_Rojaflex SD_Rojaflex_3122FD_9 RSSI: -53.5
2021-05-29 22:04:15.442 SD_Rojaflex SD_Rojaflex_3122FD_9 Protocol_ID: 109
2021-05-29 22:04:15.442 SD_Rojaflex SD_Rojaflex_3122FD_9 DMSG: P109#083122FD201A011AA5
2021-05-29 22:04:15.442 SD_Rojaflex SD_Rojaflex_3122FD_9 RAWMSG: MN;D=083122FD201A011AA5;N=8;R=41;


Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

elektron-bbs

Hast du gesicherte Erkenntnisse, das es sich bei der Modulation von Rojaflex um GFSK und nicht um 2-FSK handelt?
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + LaCrosseGateway

Ralf9

Nein gesicherte Erkenntnisse habe ich keine.
Bei diesem Spectrum sieht es aus wie GFSK
https://user-images.githubusercontent.com/68365998/115438571-da8ed380-a20d-11eb-9798-6eb6ab7de380.png
https://www.silabs.com/community/wireless/proprietary/knowledge-base.entry.html/2015/06/09/modulation_choice-oUw0
Nach dieser Berechung ist die bandwith von 101 noch zu hoch
https://www.silabs.com/community/wireless/proprietary/knowledge-base.entry.html/2015/02/17/calculation_of_theo-S9wI

@plin liest Du hier mit?

Ich hab mal die verschiedenen Kombinationen von FSK und  GFSK bei Sender und Empfänger getestet, es funktionieren alle Kombinationen.
Hab dazu das "083122FD201A011AA5" von einem sduino zum anderen gesendet.
Bei Sender und Empfänger GFSK war der Empfang am Besten

C07=04  RSSI and LQI values will be appended, as well as CRC OK
RX C12=13  TX C12=13
MN;D=083122FD201A011AA538B0;N=8;R=56;  RSSI = -46
MN;D=083122FD201A011AA538B0;N=8;R=56;
MN;D=083122FD201A011AA539B0;N=8;R=57;
RX C12=13  TX C12=03
MN;D=083122FD201A011AA52AB3;N=8;R=42;  RSSI = -53
MN;D=083122FD201A011AA52BB3;N=8;R=43;
MN;D=083122FD201A011AA52DB3;N=8;R=45;
RX C12=03  TX C12=03
MN;D=083122FD201A011AA52C8B;N=8;R=44;
MN;D=083122FD201A011AA52E8B;N=8;R=46;
MN;D=083122FD201A011AA52F8B;N=8;R=47;
RX C12=03  TX C12=13
MN;D=083122FD201A011AA52EBD;N=8;R=46;  RSSI = -51
MN;D=083122FD201A011AA52FBD;N=8;R=47;
MN;D=083122FD201A011AA52FBE;N=8;R=47;


Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

hofy

#249
Hallo in die Runde,

ich hätte da mal 8 bidirektionale Motoren zum testen.
Was soll ich denn genau testen, nur die Register Werte übernehmen?

Edit:
Ich habe gerade mal angefangen die Registerwerte zu prüfen und ich habe nur Register von:
0x0 -> 0x2F
Mir ist noch unklar warum Ihr mehr Configregister habt ..

Zur Info:
Ich hatte auch schon ein bisschen mit den Modulationen rumgespielt kenne mich da nur noch so aus.

Angefangen habe ich mit einem Decoder in rtl433, der alles Decodieren und sogar generieren kann, siehe Signalgenerator am Ende:
Der Request ist kurz davor in den Master zu kommen: https://github.com/merbanan/rtl_433/pull/1705

Es scheint mir auch das GFK schöner funktioniert, dann empfange ich auch alles im RTL433, allerdings verstopft dann mein FHEM Server.
Er empfängt genau eine Nachricht von der Fernbedienung und dann ist er still.

Aktuell fahren wir folgende Register. Damit lassen sich die Rolläden steuern und man kann die Fernbedienung empfangen:
  register        => ['0001','0246','0302','04D3','0591','06FF','0700','0805','0D10','0EB0','0F71','10C8','1193','1203','1322','14F8','1535','1916','1B43','1C40','2156','2211'],
     
Wenn man auf 0x1213 geht funktionieren die Rolläden weiterhin, aber man Empfängt nur eine Nachricht und dann scheint es zu Fehlern in dem FHEM Stack zu kommen. Ich kann gerne Schrittweise Abweichungen von unserem Known Good testen.

Ralf9

#250
In meiner Firmware (siehe hier den ersten Beitrag) gibt es Konfigurationsvariablen, ccN (Adr 3D) und ccmode (Adr 3E)
Diese werden mit dem CW Befehl automatisch mit gesetzt.
Sie können auch einzeln mit dem raw Befehl CSccN= und CSccmode= gesetzt werden.

ccN wird bei meiner multi cc1101 Firmwarevariante für den MapleMini (und später auch für den ESP32) benötigt, damit die Sendenachricht dem entsprechenden cc1101 Modul zugeordnet werden kann.

Mit ccmode wird beim Empfang die Art festgelegt wie die vom cc1101 empfangenen Daten in der Firmware verarbeitet werden.
Bei 0 werden die Daten über den GDO2 Pin empfangen (ASK/OOK)
1 und 2 ist speziell für Kopp_FC Fernbedienungen und Steckdosen, dafür sind spezielle cc1101 Registereinstellungen notwendig
3 und 4 ist für Lacrosse entwickelt worden und funktioniert bei den meisten FSK Protokollen.

Das Problem dabei ist, daß bei der Firmware von Sidey das FSK nur unvollständig von meiner Firmware übernommen wurde.
Die ccmode Variable wird direkt vom cc1101 Register 0x12 gesetzt, d.h. bei GFSK wird automatisch das ccmode für kopp verwendet.

Zum testen vom GFSK mit der firmware von Sidey müsste es auch funktionieren, wenn Du nach jeder empfangen Nachricht mit dem raw Befehl XQ dem Empfang deaktivierst und mit XE wieder aktivierst.


Nach dieser Formel müsste die Bandbreite ca 50 kHz sein (20.630 x 2 + 9992)
https://www.silabs.com/community/wireless/proprietary/knowledge-base.entry.html/2015/02/17/calculation_of_theo-S9wI
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

elektron-bbs

Danke für den Hinweis. Ich habe vorläufig mal unsere Firmware  gefixt. Damit funktioniert jetzt auch GFSK.
Senden und Empfangen von SIGNALduino zu SIGNALduino mit Protokoll Rojaflex geht auch gut mit einer Bandbreite von 58 kHz.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + LaCrosseGateway

Ralf9

Mit dem cc1101 Register 0x13 lässt sich durch erhöhen der  NUM_PREAMBLE bei Bedarf evtl die Zuverlässigkeit beim Senden erhöhen
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

hofy

#253
- Restest mit Register 0x1213 und der neuen Firmware ist erfolgreich.
- Funktioniert mit dem original Rolladen, Fernbedienung und SDR mit RTL433.

Gibt es noch weitere Registervorschläge?

Was die Firmware angeht so wäre es nett zu wissen, welche davon genutzt werden soll.
Da ich das gerade schon Produktiv einsetze möchte ich hier auf Firmwareebene nicht zu viel testen.


Ralf9

Du kannst mal testen ob es bei nicht so guten Empfangsbedingungen, z.B. bei etwas größerer Entfernung zwischen sduino und Rolladen, was bringt wenn Du beim cc1101 Register 0x13 die NUM_PREAMBLE erhöhst.

ZitatWas die Firmware angeht so wäre es nett zu wissen, welche davon genutzt werden soll.
Sollte eigentlich bei diesem speziellen Fall egal sein.
Zu beachten ist, daß das FSK von meiner Firmware nicht zu dem FSK von der Firmware von Sidey kompatibel ist.
Das FSK von meiner Firmware funktioniert nur mit meiner angepassten und erweitertne Version der 00_SIGNALduino.pm
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7