[gelöst] Erweiterung SD_Keeloq um RIO-Funkprotokoll

[plin]

Hardware

RIO-Fernbedienung der Fa. Specht (HS-8 HANDSENDER RIO-FUNKSYSTEM 868MHz, https://www.markisen-kauf.de/templates/markisen/downloads/bal_funksender_hs8.pdf)
SIGNALduino

SIGNALduino

Settings:

• Frequenz       = 868.302 MHz
• Bandwidth     = 58.036 kHz
• Deviation       = 25.391 kHz
• Datarate        = 24.796 kHz
• Modulation     = GFSK

FHEM

Der SIGNALduino empfängt und interpretiert die Signale der RIO FB wie folgt

Code Auswählen Erweitern


2020.01.04 09:11:27 5: mySIGNALduino: Read, RAW rmsg: Ms; À½;<91><97><81>;²<9e><81>;³¸<8f>;¤¨<83>;<85> <83>;d<81>1E%%%%!E%%%%!AAE!E!E%!AAE!AE!AE!E%%%%%%%%!E%%%!AE!E%!E%%%%%%%!E!A^A!!!!!!!!!!!;C1;S3;R25;O;m2;^C
2020.01.04 09:11:27 4: mySIGNALduino: Read, msg READredu: MS;P0=-15680;P1=407;P2=-414;P3=-4024;P4=-808;P5=800;D=1314525252525214525252525214141452145214525214141452141452141452145252525252525252521452525252141452145252145252525252525252145214101212121212121212121212;CP=1;SP=3;R=37;O;m2;
2020.01.04 09:11:27 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 14 -> LED X-MAS
2020.01.04 09:11:27 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.01.04 09:11:27 5: mySIGNALduino: Parse_MS, Found wrong signalpattern 10, catched 64 bits, aborting demodulation
2020.01.04 09:11:27 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 41 -> wireless doorbell
2020.01.04 09:11:27 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.01.04 09:11:27 5: mySIGNALduino: Parse_MS, Found wrong signalpattern 10, catched 64 bits, aborting demodulation
2020.01.04 09:11:27 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 87 -> JAROLIFT
2020.01.04 09:11:27 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.01.04 09:11:27 4: mySIGNALduino: Parse_MS, last part pair=1 reconstructed, last bit=1
2020.01.04 09:11:27 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 88 -> HCS300/HCS301
2020.01.04 09:11:27 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.01.04 09:11:27 4: mySIGNALduino: Parse_MS, last part pair=1 reconstructed, last bit=1
2020.01.04 09:11:27 5: mySIGNALduino: Parse_MS, dispatching bits: 1 0 0 0 0 0 1 0 0 0 0 0 1 1 1 0 1 0 1 0 0 1 1 1 0 1 1 0 1 1 0 1 0 0 0 0 0 0 0 0 0 1 0 0 0 0 1 1 0 1 0 0 1 0 0 0 0 0 0 0 0 1 0 1 1 0 0 0 with 3 Paddingbits 0
2020.01.04 09:11:27 4: mySIGNALduino: Parse_MS, Decoded matched MS Protocol id 88 dmsg P88#820EA76D004348058 length 68  RSSI = -55.5
2020.01.04 09:11:27 5: mySIGNALduino: Dispatch, P88#820EA76D004348058, test ungleich: disabled
2020.01.04 09:11:27 5: mySIGNALduino: Dispatch, P88#820EA76D004348058, -55.5 dB, dispatch
2020.01.04 09:11:27 5: mySIGNALduino: dispatch P88#820EA76D004348058
2020.01.04 09:11:27 2: mySIGNALduino: SD_Keeloq_Parse Unknown device unknown with Code 012C200 detected, please define (rawdate=820EA76D004348058)
2020.01.04 09:11:27 2: autocreate: define SD_Keeloq_012C200 SD_Keeloq 012C200
2020.01.04 09:11:27 2: autocreate: define FileLog_SD_Keeloq_012C200 FileLog ./log/SD_Keeloq_012C200-%Y.log SD_Keeloq_012C200
2020.01.04 09:11:27 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 91.1 -> Atlantic security


Das Modul SD_Keeloq legt pro zu steuerndem Rolladenmotor ein Device an. Bei der 8fach FB sind dies SD_Keeloq_012C200 - SD_Keeloq_012C207 .
Die Sequenz SD_Keeloq_012C200 repräsentiert die jeweilige FB.

Ohne konkrete Zuordnung des Attributs "modul" erzeugt ein Tastendruck auf/Stopp/ab jeweils ein Reading in "button". Dabei gilt folgende Ausprägung:

• 1010 = up
• 1000 = stop
• 1100 = down

Readings

• batteryState: Wir meines Erachtens nach von der Fernbedienung nicht übermittelt.
• serial_receive: Ist der eindeutige Code der Fernbedienung
• weitere Readings: sind mir nicht bekannt

Empfang
Die Betätigung eines Buttons an der Fernbedienung sollte den Status oder zumindest das Reading "button" des zugehörigen Devices auf up/stop/down setzen.

Senden
Die Spezifikation erfordert weitere Tests. Kann ich die DMSG P88#C553B0BC004348018 via SIGNALduino nutzen?

Weitergehende Informationen

• https://forum.fhem.de/index.php/topic,106594.0.html
• https://forum.fhem.de/index.php/topic,82379.0.html
• https://forum.fhem.de/index.php/topic,85006.0.html
• https://wiki.fhem.de/wiki/Unbekannte_Funkprotokolle

cc1101-Config

Code Auswählen Erweitern


ccregAll:

ccreg 00: 0D 2E 2D 47 D3 91 3D 04 32 00 00 06 00 21 65 6F
ccreg 10: 86 90 18 23 B9 40 07 00 18 14 6C 07 00 91 87 6B
ccreg 20: F8 B6 11 EF 0D 3E 1F 41 00 59 7F 27 88 31 0B

Configuration Register Detail (address, name, value):
0x00 IOCFG2   - 0x0D
0x01 IOCFG1   - 0x2E
0x02 IOCFG0   - 0x2D
0x03 FIFOTHR  - 0x47
0x04 SYNC1    - 0xD3
0x05 SYNC0    - 0x91
0x06 PKTLEN   - 0x3D
0x07 PKTCTRL1 - 0x04
0x08 PKTCTRL0 - 0x32
0x09 ADDR     - 0x00
0x0A CHANNR   - 0x00
0x0B FSCTRL1  - 0x06
0x0C FSCTRL0  - 0x00
0x0D FREQ2    - 0x21
0x0E FREQ1    - 0x65
0x0F FREQ0    - 0x6F
0x10 MDMCFG4  - 0x86
0x11 MDMCFG3  - 0x90
0x12 MDMCFG2  - 0x18
0x13 MDMCFG1  - 0x23
0x14 MDMCFG0  - 0xB9
0x15 DEVIATN  - 0x40
0x16 MCSM2    - 0x07
0x17 MCSM1    - 0x00
0x18 MCSM0    - 0x18
0x19 FOCCFG   - 0x14
0x1A BSCFG    - 0x6C
0x1B AGCCTRL2 - 0x07
0x1C AGCCTRL1 - 0x00
0x1D AGCCTRL0 - 0x91
0x1E WOREVT1  - 0x87
0x1F WOREVT0  - 0x6B
0x20 WORCTRL  - 0xF8
0x21 FREND1   - 0xB6
0x22 FREND0   - 0x11
0x23 FSCAL3   - 0xEF
0x24 FSCAL2   - 0x0D
0x25 FSCAL1   - 0x3E
0x26 FSCAL0   - 0x1F
0x27 RCCTRL1  - 0x41
0x28 RCCTRL0  - 0x00
0x29 FSTEST   - 0x59
0x2A PTEST    - 0x7F
0x2B AGCTEST  - 0x27
0x2C TEST2    - 0x88
0x2D TEST1    - 0x31
0x2E TEST0    - 0x0B


[HomeAuto_User]

Hallo,

Ich habe das ganze soeben schonmal überflogen.
Definitiv muss ein neues Modell angelegt werden weil die bisherigen Tastencodes in den vorhandenen Modellen nicht mit deinen übereinstimmen.
-> somit ist die Auswahl eines anderen Modelles nicht möglich.

EDIT:
Ist es machbar, das du bei der Fernbedienung mal Bilder von der Platine posten kannst. Mir stellst sich soeben die Frage, ob es der selbe Chicp wie bei den anderen Sachen ist oder ob es sich vermutlich nur aufgrund der ähnlichen Pulspausezeiten um eine SD_Keeloq Interprätation handelt.

Mit

Code Auswählen Erweitern

Durch den 64 Bit Rolling Sicherheitscode im HS-8 RIO ist ein optimaler Schutz vor unberechtigtem Bedienen der angeschlossenen Geräte durch Unbefugte gewährleiste
sollte sichergestellt sein, das es sich für einen Bestandteil von SD_Keeloq handelt. Den Einbau für die normale Tastenerkennung sollte kein Problem darstellen. Senden ist aber ohne Kennung der Schlüssel nicht möglich.

Wir haben einen unverschlüsselten Teil und einen verschlüsselten Teil. Die Tasten kommen im unverschlüsselten Teil und die zu sendenden Daten werden zusammengesetzt im verschlüsselten Teil. Es KANN sein, das du den selben String senden kannst ABER Erfahrungen der anderen User berichten davon, das dann deine remote mit deinem Device nicht mehr funktionieren könnte. Grund, im verschlüsselten Teil sind Daten welche ständig mitzählen. Wenn diese irgendwann zu sehr abweichen, merkt das deine Hardware.

Vorschlag Modellname: enjoy_motors_HS-8

Frage:
1) Was für Fernbedienungen von dem System gibt es nicht?
2) Solltest du mehr als 3 Tasten haben an der Remote, bitte alle drücken um die Codetabelle vollständig zu erhalten.

MfG

[plin]

Ist es machbar, das du bei der Fernbedienung mal Bilder von der Platine posten kannst. Mir stellst sich soeben die Frage, ob es der selbe Chicp wie bei den anderen Sachen ist oder ob es sich vermutlich nur aufgrund der ähnlichen Pulspausezeiten um eine SD_Keeloq Interprätation handelt.

siehe Anlage (sobald ich es geschafft habe die hochzuladen ... Alternative -> https://forum.fhem.de/index.php/topic,106594.msg1005277.html#msg1005277)

Mit

Code Auswählen Erweitern

Durch den 64 Bit Rolling Sicherheitscode im HS-8 RIO ist ein optimaler Schutz vor unberechtigtem Bedienen der angeschlossenen Geräte durch Unbefugte gewährleiste
sollte sichergestellt sein, das es sich für einen Bestandteil von SD_Keeloq handelt. Den Einbau für die normale Tastenerkennung sollte kein Problem darstellen. Senden ist aber ohne Kennung der Schlüssel nicht möglich.

Wir haben einen unverschlüsselten Teil und einen verschlüsselten Teil. Die Tasten kommen im unverschlüsselten Teil und die zu sendenden Daten werden zusammengesetzt im verschlüsselten Teil. Es KANN sein, das du den selben String senden kannst ABER Erfahrungen der anderen User berichten davon, das dann deine remote mit deinem Device nicht mehr funktionieren könnte. Grund, im verschlüsselten Teil sind Daten welche ständig mitzählen. Wenn diese irgendwann zu sehr abweichen, merkt das deine Hardware.

Im Prinzip ja, nur bei der Implementierung hat man sich nicht viel Mühe gegeben. Aktuell steuere ich die Rolläden über mitgeschnittene MU-Sequenzen. Diese Code-Sequenzen lassen sich beliebig oft nutzen. Ein Mischbetrieb aus RIO FB und SDUINO ist auch problemlos möglich. Die FB sendet bei jedem Tastendruck einen anderen Sicherheitscode, der mag auch rollierend sein, aber es findet anscheinend kein Vergleich mit dem vorher gesendeten statt. Wichtig wäre demnach nur einen Code aus dem Keyring zu nehmen, die Position im Ring ist vermutlich egal.

Vorschlag Modellname: enjoy_motors_HS-8

passt

Frage:
1) Was für Fernbedienungen von dem System gibt es nicht?

ich kenne nur 2 Ausführungen

• einfach
• 8fach

Frage:
2) Solltest du mehr als 3 Tasten haben an der Remote, bitte alle drücken um die Codetabelle vollständig zu erhalten.

Meine 8fach hat 4 Tasten: Wahl des Aktor, up, stop, down
Die 1fach hat up, stop, down

[HomeAuto_User]

Es stellt sich die Frage, was machen andere Baugleiche Fernbedienungen mit dem Code den du fest sendest.

Was meinst du mit, es wurde sich nicht viel Mühe gegeben.

Um es vollständig einbinden zu können, müsstest du die Codes alle zum Testen mal mir zukommen lassen sowie von jeder gedrückter Taste die RAWMSG's.


Gesendet von iPhone mit Tapatalk Pro

[plin]

Es stellt sich die Frage, was machen andere Baugleiche Fernbedienungen mit dem Code den du fest sendest.

Ich bin seit Februar 2018 an dem Thema dran (https://forum.fhem.de/index.php/topic,85006.msg773149.html#msg773149) und habe bisher keinen Hinweis auf eine andere FB mit demselben Protokoll gefunden.

Was meinst du mit, es wurde sich nicht viel Mühe gegeben.

Nach meinem bisherigen Verständnis müsste man sich bei einem rollierenden Code an die Reihenfolge halten, habe mich mit dem Thema aber nie ernsthaft auseinander gesetzt, da ich in der Vergangenheit viele andere Probleme zu lösen hatte bis ich den heutigen Stand erreicht habe.

Um es vollständig einbinden zu können, müsstest du die Codes alle zum Testen mal mir zukommen lassen sowie von jeder gedrückter Taste die RAWMSG's.

Ich habe nur mitgeschnittene MU-Codesequenzen (die anderen Messagetypes hatte ich ausgeschaltet). Reichen Dir die oder möchtest Du lieber neue? Wieviele Wiederholungen bräuchtest Du pro Aktor/Taste?

[HomeAuto_User]

Ich habe nur mitgeschnittene MU-Codesequenzen (die anderen Messagetypes hatte ich ausgeschaltet). Reichen Dir die oder möchtest Du lieber neue? Wieviele Wiederholungen bräuchtest Du pro Aktor/Taste?

Um hier anzuknöpfen müssten wir vorher noch einiges abgleichen.
1) mit welcher Firmware nimmst du diese MU Sequenzen auf?
2) welche Modulversion besitzt du?
3) Pro Taste würden dann zur Sicherheit 10 Nachrichten reichen aber wenn alle Decoder und Nachrichtentypen eingeschalten sind

MfG

[plin]

Um hier anzuknöpfen müssten wir vorher noch einiges abgleichen.
1) mit welcher Firmware nimmst du diese MU Sequenzen auf?
2) welche Modulversion besitzt du?
3) Pro Taste würden dann zur Sicherheit 10 Nachrichten reichen aber wenn alle Decoder und Nachrichtentypen eingeschalten sind

MfG

Aktuell nutze ich
version V 3.4.0-dev SIGNALduino cc1101 (chip CC1101) - compiled at Dec 4 2019 22:02:15
versionProtocols 1.12
versionmodul v3.4.1_dev_18.12

Ich würde mit
config: MS=1;MU=1;MC=1;Mred=1
noch mal alle durchspielen.

[HomeAuto_User]

Geht in Ordnung.
Bitte poste den Inhalt am besten hier.

[plin]

Geht in Ordnung.
Bitte poste den Inhalt am besten hier.

kleine Zusatzfrage: Welchen Log-Auszug brauchst Du? SDUINO oder Keeloqs?

[HomeAuto_User]

kleine Zusatzfrage: Welchen Log-Auszug brauchst Du? SDUINO oder Keeloqs?

Am besten dem vom Signalduino (verbose 4) solltest du keinen Sensordschungel besitzen

[plin]

Upload siehe https://github.com/fhem/SD_Keeloq/issues/19

Ich habe

    eine Fernbedienung
    Aktoren 1-8
    pro Aktor jeweils 10x up und 10x down

durchgespielt.

Schau mal, ob die Daten brauchbar sind. Meine aktive Instanz kann die Tastendrücke korrekt den heute Morgen neu generierten SD_Keeloq-Devices zuordnen, ich erlebe aber gerade eine Inflation an neuen Keeloq-Devices...

[HomeAuto_User]

Meine aktive Instanz kann die Tastendrücke korrekt den heute Morgen neu generierten SD_Keeloq-Devices zuordnen, ich erlebe aber gerade eine Inflation an neuen Keeloq-Devices...

Kannst du eingrenzen wann die Inflation beginnt?

Gesendet von iPhone mit Tapatalk Pro

[plin]

Kannst du eingrenzen wann die Inflation beginnt?

Gestern ab 18 Uhr, als ich die Tasten durchgespielt habe. Tagsüber war alles ok. Heute morgen habe ich die down-Taste durchgetestet. Derselbe Effekt. In Summe habe ich jetzt ca. 80 falsche Devices. Und das bei 2 FHEM-Instanzen mit SDUINO. Die "produktive" steht auf config: MS=1;MU=1;MC=0;Mred=0.

Alle Devices waren noch als model Roto spezifiziert. Nachdem ich die model-Angabe gelöscht habe scheint der Effekt nicht mehr vorzukommen. Der Schein kann aber auch trügen.

[HomeAuto_User]

@plin,

Mache mal bitte folgendes.
Lösche alle SD_Keeloq Devices inklusive Logfiles.

Danach drück die Tasten durch.
Ohne eine Änderung des Models bitte.
- ist das Verhalten gleich?


Gesendet von iPhone mit Tapatalk Pro

[plin]

@plin,

Mache mal bitte folgendes.
Lösche alle SD_Keeloq Devices inklusive Logfiles.

Danach drück die Tasten durch.
Ohne eine Änderung des Models bitte.
- ist das Verhalten gleich?

Test-Instanz

• alle Keeloq-Devices und Logfile gelöscht
• Tasten up/stop für alle 8 Aktoren durchgespielt
• Es wurden nur die 8 Keeloq-Devices unter der bekannten ID angelegt
• alle Keeloq-Devices als model Roto deklariert
• Tasten up/stop für alle 8 Aktoren durchgespielt
• Es wurden keine weiteren Keeloq-Devices angelegt

FHEM-Instanz im Wohnzimmer (alle Keeloq-Devices ohne model-Angabe)

• Es wurden weitere Keeloq-Devices angelegt
• Auf die aktuelle SDUINO-Firmare aktualisiert
• Wieder verschiedene Tasten durchgespielt
• Es wurden keine weiteren Keeloq-Devices angelegt