FHEM Forum

FHEM - Hausautomations-Systeme => Sonstige Systeme => Thema gestartet von: plin am 11 Januar 2020, 14:49:02

Titel: [gelöst] Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 11 Januar 2020, 14:49:02
Hardware

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

SIGNALduino

Settings:

FHEM

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

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:

Readings

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

cc1101-Config


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



Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 11 Januar 2020, 15:03:30
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
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
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 11 Januar 2020, 16:27:55
Zitat von: HomeAuto_User am 11 Januar 2020, 15:03:30
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 (https://forum.fhem.de/index.php/topic,106594.msg1005277.html#msg1005277))

Zitat von: HomeAuto_User am 11 Januar 2020, 15:03:30
Mit
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.

Zitat von: HomeAuto_User am 11 Januar 2020, 15:03:30
Vorschlag Modellname: enjoy_motors_HS-8
passt

Zitat von: HomeAuto_User am 11 Januar 2020, 15:03:30
Frage:
1) Was für Fernbedienungen von dem System gibt es nicht?
ich kenne nur 2 Ausführungen

Zitat von: HomeAuto_User am 11 Januar 2020, 15:03:30
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
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 11 Januar 2020, 16:34:14
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
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 11 Januar 2020, 16:49:13
Zitat von: HomeAuto_User am 11 Januar 2020, 16:34:14
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 (https://forum.fhem.de/index.php/topic,85006.msg773149.html#msg773149)) und habe bisher keinen Hinweis auf eine andere FB mit demselben Protokoll gefunden.

Zitat von: HomeAuto_User am 11 Januar 2020, 16:34:14
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.

Zitat von: HomeAuto_User am 11 Januar 2020, 16:34:14
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?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 11 Januar 2020, 17:11:03
ZitatIch 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
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 11 Januar 2020, 17:28:30
Zitat von: HomeAuto_User am 11 Januar 2020, 17:11:03
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.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 11 Januar 2020, 17:46:51
Geht in Ordnung.
Bitte poste den Inhalt am besten hier (https://github.com/fhem/SD_Keeloq/issues).
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 11 Januar 2020, 17:55:44
Zitat von: HomeAuto_User am 11 Januar 2020, 17:46:51
Geht in Ordnung.
Bitte poste den Inhalt am besten hier (https://github.com/fhem/SD_Keeloq/issues).
kleine Zusatzfrage: Welchen Log-Auszug brauchst Du? SDUINO oder Keeloqs?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 11 Januar 2020, 18:01:03
Zitat von: plin am 11 Januar 2020, 17:55:44
kleine Zusatzfrage: Welchen Log-Auszug brauchst Du? SDUINO oder Keeloqs?

Am besten dem vom Signalduino (verbose 4) solltest du keinen Sensordschungel besitzen :-)
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 11 Januar 2020, 18:34:57
Upload siehe https://github.com/fhem/SD_Keeloq/issues/19 (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...
Titel: Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 11 Januar 2020, 21:46:19
Zitat von: plin am 11 Januar 2020, 18:34:57
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
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 12 Januar 2020, 09:08:51
Zitat von: HomeAuto_User am 11 Januar 2020, 21:46:19
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.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 12 Januar 2020, 10:46:08
@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
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 12 Januar 2020, 15:01:23
Zitat von: HomeAuto_User am 12 Januar 2020, 10:46:08
@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

FHEM-Instanz im Wohnzimmer (alle Keeloq-Devices ohne model-Angabe)
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 12 Januar 2020, 15:04:38
Nun würde mich das bzw die 8Logfiles der Devices interessieren vom Model unknown.

Wieso stellst du das Model Roto ein" dieses entspricht nicht deinen angegeben Tasten vom Post 1.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 12 Januar 2020, 15:52:55
Zitat von: HomeAuto_User am 12 Januar 2020, 15:04:38
Nun würde mich das bzw die 8Logfiles der Devices interessieren vom Model unknown.
siehe Anlage

Zitat von: HomeAuto_User am 12 Januar 2020, 15:04:38
Wieso stellst du das Model Roto ein" dieses entspricht nicht deinen angegeben Tasten vom Post 1.
Ist korrekt. Beim Post 1 war ich noch froh, dass überhaupt etwas erkannt wird. Bei meinen Versuchen hatte ich im Vorfeld ja ein model mit 3 Tasten gewählt und bin so beim Roto gelandet. Die Einstellung hat sich in FHEM länger als geplant gehalten und wurde nun nur für Analysezwecke wieder eingeschaltet, um zu schauen, ob das möglicherweise die Ursache für die vielen erzeugten Devices ist. Aktuell habe ich die model-Angabe bei allen Devices wieder gelöscht.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 12 Januar 2020, 16:27:04
Gehe ich davon aus, du hast immer 2 verschiedene Tasten gedrückt?

2020-01-11_10:14:26 SD_Keeloq_012D107 button: 1010
2020-01-11_10:14:27 SD_Keeloq_012D107 button: 1000

2020-01-12_14:35:09 SD_Keeloq_012D106 button: 1000
2020-01-12_14:35:11 SD_Keeloq_012D106 button: 1010

2020-01-04_09:44:48 SD_Keeloq_012D105 button: 1010
2020-01-11_10:14:18 SD_Keeloq_012D105 button: 1000

2020-01-11_10:14:14 SD_Keeloq_012D104 button: 1000
2020-01-11_10:37:45 SD_Keeloq_012D104 button: 1010

2020-01-11_10:14:08 SD_Keeloq_012D103 button: 1010
2020-01-11_10:14:09 SD_Keeloq_012D103 button: 1000

2020-01-11_10:14:06 SD_Keeloq_012D102 button: 1000
2020-01-11_10:37:36 SD_Keeloq_012D102 button: 1010

2020-01-04_09:18:04 SD_Keeloq_012D101 button: 1100
2020-01-04_09:18:08 SD_Keeloq_012D101 button: 1010
2020-01-11_10:04:03 SD_Keeloq_012D101 button: 1000

2020-01-11_10:12:35 SD_Keeloq_012D100 button: 1010
2020-01-11_10:12:37 SD_Keeloq_012D100 button: 1000


Die eine Ausnahme würde ich als falschen Empfang deklarieren.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 12 Januar 2020, 16:30:30
Zitat von: HomeAuto_User am 12 Januar 2020, 16:27:04
Gehe ich davon aus, du hast immer 2 verschiedene Tasten gedrückt?

2020-01-11_10:14:26 SD_Keeloq_012D107 button: 1010
2020-01-11_10:14:27 SD_Keeloq_012D107 button: 1000

2020-01-12_14:35:09 SD_Keeloq_012D106 button: 1000
2020-01-12_14:35:11 SD_Keeloq_012D106 button: 1010

2020-01-04_09:44:48 SD_Keeloq_012D105 button: 1010
2020-01-11_10:14:18 SD_Keeloq_012D105 button: 1000

2020-01-11_10:14:14 SD_Keeloq_012D104 button: 1000
2020-01-11_10:37:45 SD_Keeloq_012D104 button: 1010

2020-01-11_10:14:08 SD_Keeloq_012D103 button: 1010
2020-01-11_10:14:09 SD_Keeloq_012D103 button: 1000

2020-01-11_10:14:06 SD_Keeloq_012D102 button: 1000
2020-01-11_10:37:36 SD_Keeloq_012D102 button: 1010

2020-01-04_09:18:04 SD_Keeloq_012D101 button: 1100
2020-01-04_09:18:08 SD_Keeloq_012D101 button: 1010
2020-01-11_10:04:03 SD_Keeloq_012D101 button: 1000

2020-01-11_10:12:35 SD_Keeloq_012D100 button: 1010
2020-01-11_10:12:37 SD_Keeloq_012D100 button: 1000


Die eine Ausnahme würde ich als falschen Empfang deklarieren.
Genau. Das sind die Buttons up und stop. Die kann ich gefahrlos betätigen ohne immer alle Rolläden in Bewegung zu setzen.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 12 Januar 2020, 16:33:05
Dann sind aber die anderen Tasten nun zusätzlich notwendig


Gesendet von iPad mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 12 Januar 2020, 16:42:53
Zitat von: HomeAuto_User am 12 Januar 2020, 16:33:05
Dann sind aber die anderen Tasten nun zusätzlich notwendig
Du meinst 'down' für die Aktoren 1-8? Reichen Dir die beigefügten Logs von der Wohnzimmer-Instanz?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 12 Januar 2020, 17:12:53
Mit anderen Tasten meinte ich, das du bisher up - down aufgezeichnet hattest.
Wenn es noch andere Tasten an der remote gibt, so benötigen wir diese natürlich auch.

Könntest du im SIGNALduino mal bitte zusätzlich addvaltrigger auf 1 stellen.

Ich würde einfach nun für den ersten Schritt mal die 3 Tasten integrieren mit dem Modell.
Du hattest Readings wie batteryState angezweifelt. Bei dem Chip der verbaut ist, wird dies übertragen.
Aus diesem Grund bat ich, ob du mal eine Remote öffnen kannst störungsfrei und Bilder von der Rückseite und Vorderseite anfertigen könntest. Somit verifizieren wir am Ende die hardware noch zu 100%.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 12 Januar 2020, 17:21:29
Zitat von: HomeAuto_User am 12 Januar 2020, 17:12:53
Mit anderen Tasten meinte ich, das du bisher up - down aufgezeichnet hattest.
Wenn es noch andere Tasten an der remote gibt, so benötigen wir diese natürlich auch.
Wie bereits geschrieben gibt es nur up, stop und down. Reichen Dir die hochgeladenen Logs (issue auf github und Logs hier im Thread)?

Zitat von: HomeAuto_User am 12 Januar 2020, 17:12:53
Könntest du im SIGNALduino mal bitte zusätzlich addvaltrigger auf 1 stellen.
ok. Was brauchst bzw. erwartest Du?

Zitat von: HomeAuto_User am 12 Januar 2020, 17:12:53
Ich würde einfach nun für den ersten Schritt mal die 3 Tasten integrieren mit dem Modell.
Würde mir reichen

Zitat von: HomeAuto_User am 12 Januar 2020, 17:12:53
Du hattest Readings wie batteryState angezweifelt. Bei dem Chip der verbaut ist, wird dies übertragen.
Interessante Sache. Ich dachte ich hätte die 128 bit Nutzlast schon recht gut analysiert (64 bits rollierender Code, 64 bits Inhalt). In der Ausprägung für RIO wüsste ich kein Zubehör das in der Lage wäre den Batteriestatus auszuwerten. Bin aber mal gespannt, ob der gesetzt wird.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 12 Januar 2020, 17:28:18
Schaust du hier ;-)  (https://www.mouser.com/datasheet/2/268/21143b-64900.pdf)

Mit dem Attribut addvaltrigger aktivierst du die RAWMSG Ausgabe fürs logfile.
Diese würden mich mal interessieren, da diese auch dokumentiert werden sollen.

Ich würde mal was vorbereiten zum updaten und dann probierst du nochmal und da sollten diese im Log registriert werden.
Diese kannst du dann in Git am besten mal hochladen.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 12 Januar 2020, 17:41:05
Zitat von: HomeAuto_User am 12 Januar 2020, 17:28:18
Schaust du hier ;-)  (https://www.mouser.com/datasheet/2/268/21143b-64900.pdf)
Wenn ich mir die Codesequenzen anschaue fühle ich mich direkt zu Hause.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 12 Januar 2020, 17:48:30
Mit
update all https://raw.githubusercontent.com/fhem/SD_Keeloq/pre-release/controls_SD_Keeloq.txt

kannst du gern mal das update einspielen und testen.

Edit:
Readings user_info oder user_modus kann man gern ausblenden bzw dann "wegzaubern" wenn du sagst man benötige diese nicht.

Edit 2:
Du kannst gern auch mal auf verbose 5 im modul stellen, so siehst du den verschlüsselten Teil welcher sich ggf ändert immer.

Edit 3:
Ich würde die Modellbezeichnung nochmal ändern wollen. Es gibt ja auch HS-1. Dieser hat bestimmt die selben Codes. So ist bestimmt enjoy_motors_HS eine passendere Variante oder was denkst du?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 12 Januar 2020, 18:08:20
Zitat von: HomeAuto_User am 12 Januar 2020, 17:48:30
Mit
update all https://raw.githubusercontent.com/fhem/SD_Keeloq/pre-release/controls_SD_Keeloq.txt

kannst du gern mal das update einspielen und testen.
Klappt reibungslos.

Zitat von: HomeAuto_User am 12 Januar 2020, 17:48:30
Readings user_info oder user_modus kann man gern ausblenden bzw dann "wegzaubern" wenn du sagst man benötige diese nicht.
Funktion ist wichtiger als Optik. Vermeidet aber Rückfragen beim Autor durch den nächsten Benutzer "Was muss ich denn da eingeben?"   ;)

Zitat von: HomeAuto_User am 12 Januar 2020, 17:48:30
Du kannst gern auch mal auf verbose 5 im modul stellen, so siehst du den verschlüsselten Teil welcher sich ggf ändert immer.
Den variablen Teil hatte ich ja auch schon erkannt. Da ich auf dem Foto der Fernbedienung (siehe https://forum.fhem.de/index.php/topic,106594.msg1005277.html#msg1005277 (https://forum.fhem.de/index.php/topic,106594.msg1005277.html#msg1005277)) keinen Hinweis auf einen HCS301 gefunden haben, war das halt bisher eher Re-Enegineering.

SUPER Sache. Vielen Dank. Da wurde doch tatsächlich aus meinem unbekannten Funkprotokoll ein bekanntes :). Ich habe direkt das Wiki nachgezogen.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 12 Januar 2020, 18:11:48
Hervorragend, das es klappt.

Da würde ich nur wie oben schon angesprochen das Model nochmal umbenennen in enjoy_motors_HS wegen der HS1.
Oder ist dir bekannkt das es noch andere Remotes gibts?

Readings lassen wir erstmal drin denn du kannst dich ja gern testen und auch wenn du fündig werden solltest, kann man mit dem Code dann den vollen Umfang nutzen.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 12 Januar 2020, 18:14:26
Zitat von: HomeAuto_User am 12 Januar 2020, 18:11:48
Da würde ich nur wie oben schon angesprochen das Model nochmal umbenennen in enjoy_motors_HS wegen der HS1.
Oder ist dir bekannkt das es noch andere Remotes gibts?
Ich habe  in den letzten beiden Jahren keine anderen Modelle gesehen.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 12 Januar 2020, 18:19:41
Ich habe nochmal den Modellnamen angepasst in enjoy_motors_HS.
Das Result kann via
update all https://raw.githubusercontent.com/fhem/SD_Keeloq/pre-release/controls_SD_Keeloq.txt
genutzt werden.

Wenn neue Erkenntnisse auftreten, dann einfach zu Wort melden.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 12 Januar 2020, 18:25:49
Mir fiel noch ein, würdest du im ersten Post mal noch dein Register vom CC1101 ergänzen womit du die Remote empfängst bei GFSK.
Somit haben wir in alle Richtungen die Umgebung gesichert  :D
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 12 Januar 2020, 18:29:43
Zitat von: HomeAuto_User am 12 Januar 2020, 18:25:49
Mir fiel noch ein, würdest du im ersten Post mal noch dein Register vom CC1101 ergänzen womit du die Remote empfängst bei GFSK.
Somit haben wir in alle Richtungen die Umgebung gesichert  :D
Ist drin. Jetzt trink ich mir erst mal einen ... 2 Jahre ...
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 12 Januar 2020, 18:48:39
Pro...  ;D

Ich bräuchte mal noch 3 RAWMSG für die 3 Buttons, das ich diese Simulieren kann.
Bestmöglich von einem Device. Leider war bei dem einen log noch nicht addvaltrigger an.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 12 Januar 2020, 20:31:13
Zitat von: HomeAuto_User am 12 Januar 2020, 18:48:39
Ich bräuchte mal noch 3 RAWMSG für die 3 Buttons, das ich diese Simulieren kann.
Bestmöglich von einem Device. Leider war bei dem einen log noch nicht addvaltrigger an.
siehe Anlage
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 12 Januar 2020, 23:28:40
Besten Dank nochmals.

Wenn ich das richtig verstanden hatte, sendet du von SIGNALduino auch das Protokoll und es steuert die Geräte?
Sollte das klappen trotz des unbekannten Schlüssels, so könnte dies ja ggf eingebunden werden in das Modul wenn Interesse besteht.

MfG
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 13 Januar 2020, 18:13:14
Zitat von: HomeAuto_User am 12 Januar 2020, 23:28:40
Wenn ich das richtig verstanden hatte, sendet du von SIGNALduino auch das Protokoll und es steuert die Geräte?
Sollte das klappen trotz des unbekannten Schlüssels, so könnte dies ja ggf eingebunden werden in das Modul wenn Interesse besteht.
ja, ich steuere die aktuell über Commands wie dieses
set mySIGNALduino raw SR;R=4;P0=-15562;P1=400;P2=-413;P3=-4010;P4=799;P5=-811;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;

Das sind immer mitgeschnittene und auf Brauchbarkeit geprüfte Sequenzen. Bei 6 Aktoren a 3 Commands also in Summe 18 verschiedene Sequenzen und somit auch 18 unterschiedliche Rolling Codes. Vor einem Jahr hatte ich mal versucht die Sequenz selbst zu generieren (damals aber noch mit den qualitativ schlechteren OOK-Mitschnitten), da war ich aber ncht erfolgreich.

Wie kann ich denn aus einem mitgeschnittenen P88#-Code einen SDUINO-Command zusammenbauen?

Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 13 Januar 2020, 18:19:23
Zitat von: plin am 13 Januar 2020, 18:13:14
Wie kann ich denn aus einem mitgeschnittenen P88#-Code einen SDUINO-Command zusammenbauen?

Wenn du die Form
set <name> raw ...
wie von dir schon verwendet haben möchtest, so muss man diesen umrechnen in 000111 ..... damit wir diesen dann senden können mit der vorhandenen Protokolldefinition.

Aber... es gibt auch die Form von Dmsg senden, da müsste ich mal in einen Code schauen wo dies schonmal mir gezeigt wurde.

Was ist deine Absicht?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 13 Januar 2020, 21:57:54
Zitat von: HomeAuto_User am 13 Januar 2020, 18:19:23
Was ist deine Absicht?
Idealerweise gebe ich nur den Aktor und die Richtung an. Ich muss aber erst ein paar Tests mit selbst gebauten RAW-Commands durchführen...

Update:
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 14 Januar 2020, 17:46:04
Es bleibt dabei:
Damit scheint es aktuell nicht möglich zu sein einen Wertevorrat an Rolling Codes anzulegen und diesen mit selbst zusammengebauten Commands zu kombinieren. Es bleibt also dabei die mitgeschnittenen Sequenzen für die Steuerung zu verwenden.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 14 Januar 2020, 17:48:45
Zitat von: plin am 14 Januar 2020, 17:46:04
Es bleibt dabei:

  • Test mit einem mitgeschnittenen Code und begradigten Zeitscheiben (409->400, 798->800 etc.) funktioniert
  • Eine eigene Codesequenz aus Präamble und Rolling-Code des einen Mitschnitts zzgl. Nutzlast eines anderen Mitschnitts zusammenbauen hat bisher noch nicht funkioniert
Damit scheint es aktuell nicht möglich zu sein einen Wertevorrat an Rolling Codes anzulegen und diesen mit selbst zusammengebauten Commands zu kombinieren. Es bleibt also dabei die mitgeschnittenen Sequenzen für die Steuerung zu verwenden.

Das möchte ich mal in Frage stellen und muss beleuchet werden.
Das ist so eine geringe Anpassung das ist ncihts.

Stelle mir bitte mal deine Codes zur Verfügung und ich werde hier mal was zusammenbauen um auf den selben Code zu kommen.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 14 Januar 2020, 17:56:37
Zitat von: HomeAuto_User am 14 Januar 2020, 17:48:45
Stelle mir bitte mal deine Codes zur Verfügung und ich werde hier mal was zusammenbauen um auf den selben Code zu kommen.
ok, dann probieren wir es mal mit

2|down|P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151|0121212121212121212121213|42424215424215151515154215421542|42154215151542151542154242154242|15424242424242421542424215421515|42154242154242424242424242421515|1110110000010101|1010001001011011|0111111101110100|1011011111111100|EC15|A25B|7F74|B7FC|EC15 A25B 7F74 B7FC
2|down|P0=-15970;P1=396;P2=-411;P3=-4014;P4=-813;P5=800;D=0121212121212121212121213141452145252145252145214525214521414521452141452145252145252525214525252525252521452525214521414521452521452525252525252525214141|0121212121212121212121213|14145214525214525214521452521452|14145214521414521452521452525252|14525252525252521452525214521414|52145252145252525252525252521414|0010110110101101|0010100101101111|0111111101110100|1011011111111100|2DAD|296F|7F74|B7FC|2DAD 296F 7F74 B7FC
2|down|P0=-15526;P1=404;P2=-410;P3=-4012;P4=-807;P5=802;D=0121212121212121212121213141452145252141452141414141414521452521414521452145252145252145214525252525252521452525214521414521452521452525252525252525214141|0121212121212121212121213|14145214525214145214141414141452|14525214145214521452521452521452|14525252525252521452525214521414|52145252145252525252525252521414|0010110010000001|0110010101101101|0111111101110100|1011011111111100|2C81|656D|7F74|B7FC|2C81 656D 7F74 B7FC
2|down|P0=-15528;P1=402;P2=-408;P3=-4008;P4=-809;P5=803;D=0121212121212121212121213145252141452521414141414525252525214521452145214141452141452525214525252525252521452525214521414521452521452525252525252525214141|0121212121212121212121213|14525214145252141414141452525252|52145214521452141414521414525252|14525252525252521452525214521414|52145252145252525252525252521414|0110011000001111|1010101000100111|0111111101110100|1011011111111100|660F|AA27|7F74|B7FC|660F AA27 7F74 B7FC
2|down|P0=-15562;P1=401;P2=-411;P3=-4014;P4=801;P5=-810;D=0121212121212121212121213421542421542424242151515424215421515154215424215421515421542154215424242424242421542424215421515421542421542424242424242424215151|0121212121212121212121213|42154242154242424215151542421542|15151542154242154215154215421542|15424242424242421542424215421515|42154242154242424242424242421515|1011011110001101|0001011010010101|0111111101110100|1011011111111100|B78D|1695|7F74|B7FC|B78D 1695 7F74 B7FC
2|down|P0=-15604;P1=402;P2=-406;P3=-4014;P4=-809;P5=803;D=0121212121212121212121213141452145252521414145214521414145252521452521452525252521452141414525252525252521452525214521414521452521452525252525252525214141|0121212121212121212121213|14145214525252141414521452141414|52525214525214525252525214521414|14525252525252521452525214521414|52145252145252525252525252521414|0010111000101000|1110110111110100|0111111101110100|1011011111111100|2E28|EDF4|7F74|B7FC|2E28 EDF4 7F74 B7FC
2|down|P0=-15570;P1=401;P2=-410;P3=-4012;P4=-807;P5=799;D=0121212121212121212121213141414525252141452521414141414521452145214525252141452141414141414525252525252521452525214521414521452521452525252525252525214141|0121212121212121212121213|14141452525214145252141414141452|14521452145252521414521414141414|14525252525252521452525214521414|52145252145252525252525252521414|0001110011000001|0101011100100000|0111111101110100|1011011111111100|1CC1|5720|7F74|B7FC|1CC1 5720 7F74 B7FC


Die Spalten sind

Ich habe mir daraus eine Kombination wie
set mySIGNALduino raw SR;R=4;P0=-15600;P1=400;P2=-400;P3=-4000;P4=800;P5=-800;D=012121212121212121212121342424215424215151515154215421542421542151515421515421542421542421452525252525252145252521452141452145252145252525252525252521414;
gebaut auf die der Motor nicht reagiert hat.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 14 Januar 2020, 18:20:36
Danke.

Ich werde mal testen und ggf. ne mod. Version zum testen anbringen.
Mal schauen.  8)
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 14 Januar 2020, 18:52:06
Zitat von: HomeAuto_User am 14 Januar 2020, 18:20:36
Ich werde mal testen und ggf. ne mod. Version zum testen anbringen.
Mal schauen.  8)
Meine Gedanke war: wenn's nicht mit dem RAW-Command funktioniert braucht mans erst gar nicht im Modul zu versuchen.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 14 Januar 2020, 18:59:14
Falls Du noch einen Satz Rolling Codes brauchst:
1414141414145252145252141414145252525252525252521414145252141452
1414141414521414525252145252525214141414141414521452141452141414
1414141414521452145214525214141414525252525252525252141452141452
1414141414525252525214145252141414521452141414525252145252521452
1414141452141452141414521452525214525252145214521452521452141452
1414141452145214141452521452525252141414521452141414141414525214
1414141452145214145214141414521452525252521414141414141452145214
1414141452145252141452521452141414525214141452521414141414521452
1414141452145252145252141414145214521452525252521452145252145214
1414141452525252525214141414525252141414521414525252521452525214
1414145214145214521452141452141452145214145214141414525214145252
1414145214145252525214525214521452145214521414525214521414145252
1414145214145252525214525252525252141452141452521452525214145214
1414145214521452521452521414141414145252145214525252145214525252
1414145214525214141452141414145252521452525252145214145214525252
1414145214525252525214525214141452145214521452141414525252521452
1414145252145214525214141452141452521452145214521414141452525252
1414145252145252145214525214525214521452145214521414141452521414
1414145252521414525214141414145214521452145252521414521414141414
1414145252525214145214521414525214141414521452521452145252521452
1414371414143714143714371414143737141437143737373737143714141414
1414521414145214521452145252141414525214141452525214141452145252
1414521414145252141414141414145252525214145252521414521414145214
1414521452141414141414521452141414521452521414521452525252521452
1414521452141452141452145214521414521414521452141452521414141414
1414521452141452145214145214525252525252525214141414521452525252
1414521452145214141452145252521414141414525214145214145252145214
1414521452521414521414141414145214525214145214521452521452521452
1414521452521452521452145252145214145214521414521452521452525252
1414521452525214141452145214141452525214525214525252525214521414
1414521452525214145214525214525252525252145214141414141452145252
1414521452525214521452141414525252145214145252141452141452141452
1414525214145214145214141414521452521414521414145252525214521452
1414525214145214525214525214145214145214145214521452145252525214
1414525252141414145214145214521452145252525214141414141414521414
1414525252145252141414145214145252141414145214145214521414525214
1414525252521414525214525214145252141452145252521414525214521414
1414525252525252521452521414525214145252145214521452521414145214
1414525252525252525252521452145252525214521452521452525214525252
1452141414145214145214145214525252145214141414145252521414521414
1452141414145214521414521414141452525214521414145214521414521452
1452141414145252141452145214145252525214525214141452145252521452
1452141452141414145214145252521452141414525214141414521414141414
1452141452141452525214145252525214141452145252521452141452141452
1452141452145252521452521414521452525214525214145252521414525252
1452141452525214145252521414521414145214521452521452145214141452
1452141452525252521414525252145252521452141414141452525252525252
1452145214521414141414521414141452141452141414521414525252525252
1452145214521452145252521452525252525252141414525214145214145252
1452145252141414141414141414521452145214145214521414525252141414
1452145252141452145252141414145252141414521452145252141414525214
1452145252145252525214141452521414521414525214145214141414145214
1452145252521452521414521414525252521414145214141452145252521452
1452521414141414141452525252525252141452525252145252141452145252
1452521414141414525214525252141452145252141452525214141414141414
1452521414521414141452141414525214525252145252141414525214145214
1452521414521414521414521452145214141414145214521414521452145214
1452521414525214141414145252525252145214521452141414521414525252
1452521414525214525252521414521452141414525214145214525252145252
1452521414525252145252141452521452141452141452525214525252141452
1452521452521414141452521452521452521414141452521452145214145214
1452525214521452145252525252141452525214145214521452145214521414
1452525214521452521414145214525214525252145252521452145214525214
1452525252525214521414525252141414141414141452521414525214141414
1452525252525214521452141414525214141414525252521414145214141452
3636367474747474367436367436747474743636743636367436363636367474
4215151515151542151515154215424242421515151515421542151542424215
4215151515154242154242421542424242421515421542151515154242154215
4215151515421542424215424215424215421542424215421542424215424242
4215151515424242151542151542424242424242151542424215151515154215
4215151542151515421515154215154215154242424215154215154215424242
4215151542154215154215421515421515151542421542154215424215154215
4215151542154242154215154215421515421515421542421515151515154215
4215151542154242424215154215151542421542154215154215424215424215
4215151542424242151515151542154242151515421542151515154215151542
4215154215154242154242151515154215151542151542424215424242151542
4215154215424215424215154242424215424215151542154215424215151515
4215154242151515424242424215424242421542151542421542154215424215
4215154242421542154242424242151542154215424242424242424242154215
4215154242424215154215154242151515421542424242424215154215424215
4215154242424215421542421515151515421542154215421515154242421515
4215154242424242421515151542151542424242154215151515154215424242
4215421515151515151542421515154215424215151515154242151542424215
4215421515151515421542421542424215154215424215421515151515151542
4215421515151542421515154242421542154242154215424215154242424242
4215421515421515424242421515421542424242154242154242421515421515
4215421515421542154242151515154215424215154242154215421542151542
4215421515424215154242424215421542154242421515151515424242421515
4215421542151542154242154242151515154242421542151515151542421542
4215421542421515151542154242424215424215424242421542154215424215
4215421542424215424242151515154215421542154215151542421542424215
4215421542424242151542154215421515154242421515421542421515421542
4215424215151542154242424242154242154215421515424215154242421542
4215424215154215151515424242154215421515154215151542421515424242
4215424215421515424242421542154215151515421542151542421542154242
4215424215424242421515154242154215151542154242154215154215421542
4215424242151542154215154242154242424215154215151542151542424242
4215424242154242421542424242151515151515421542154242421542421515
4215424242424215424242424215154215424215424215424215424242151515
4215424242424242154242151542154242154242424242421515151542421515
4215424242424242424242151542424215154242151515421515424215154215
4242151515151515424215151515424242151542151515151542424242424215
4242151515154242151542154242424242421542154215154215154215421515
4242151515154242421515424242151515424215151542424242424242421515
4242151515154242424215154242154242421542151542421542424242424242
4242151515421542151542424215151515421542151515421515421542151542
4242151515421542424242424242421542154215154215421515151542424242
4242151542421515151515154215151515421542424215424215154215424215
4242151542421542154242421542421542421542151515154242154215151515
4242151542421542421542154242154215151542421515151542151542424242
4242151542421542421542424215424242424242424215424242421515424215
4242151542424215154242424242424242421515154215421542151515151542
4242151542424242151515154215154215151542154215421515421542154215
4242151542424242151542151515424242424242421542151542421515151515
4242154215151515151542424215424242151515151515154242421515154242
4242154215151515154242151515421515154215154215151542151515154215
4242154215154215421542424242421515421515421542154242421515421542
4242154215154242151515151515154215421515421542424215151542154242
4242154215421515151542421515421515424215424215151542151515424242
4242154215424215421542424242154242424215424242151542154215421515
4242154215424215424215424215421542151515151542151515154215154242
4242154215424215424242421515421542154215424215424215154242421542
4242154215424242151515151542421542421515421542421542424242151515
4242154242151515154215151542424215421515154242151515154242421515
4242154242151515421542154242154215421542154215421542151515151515
4242154242151542151542421542151542151515421542421515151515421542
4242154242421515424242421542154215421515151542154242151542154215
4242154242424215151542154215421515154215424215154242421515151515
4242421515154242154215424242151515421542154242154215151542421542
4242421515421542154215154215424242151515151542154242424215151542
4242421515424215154215154242424215154215151515151542424242421515
4242421515424242424242424215154242151542424215151542154242421515
4242421542151515154242151542154242154242154242424242154215424242
4242421542151542154215421542151515154242421515154215424242151542
4242421542151542154242424242421515424242154242151515154242151515
4242421542154215424242154215154242151542151515151515421515154242
4242421542421515151515421542154242154215151542151542154242154242
4242421542424215154215421542424215151542424242154242424215424215
4242421542424215424242151542151515424215421542154215154215151542
4242421542424242151542421515424215424215151515421515154215421542
4242424215151542421542421515424215424215151542421515151515421542
4242424215154242151542151542424215421515151515151515151542421515
4242424215154242421542151542421542421542421542151542421542421515
4242424215421515424242421515154215154242151542151515151542154215
4242424215424215151542421515151515424242424215421542421542151515
4242424215424242424242421515151542154215424215151515424242151515
4242424242151542151515151515424215424242154242421515154242421542
4242424242154242424242424215154242421515421515424215424242151515
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 14 Januar 2020, 19:00:51
Ich bin gerade dabei mir erstmal die Schablone zu integrieren damit ich weiß an welche Stelle was muss.
Als nächstes nehme ich dann die Werte welche ich vom anlegen habe unsw...
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 14 Januar 2020, 19:08:48
Wenn du auf Anhieb mal die Zusamenstellung der Bits schon parat hast, könnt mir dies helfen.

Edit:

schon gefunden

2020.01.14 19:21:35 5: sduino_dummy: SD_Keeloq_Parse - typ = enjoy_motors_HS
2020.01.14 19:21:35 5: sduino_dummy: SD_Keeloq_Parse                                encoded     <- | ->     decrypts
2020.01.14 19:21:35 5: sduino_dummy: SD_Keeloq_Parse                sync counter |discriminat.| bt |           serial           | bt |V|R|padding
2020.01.14 19:21:35 5: sduino_dummy: SD_Keeloq_Parse - bitData = 1100101111011010 100001001101 0010 0000000010001011010010000000 0001 1 0
2020.01.14 19:21:35 5: sduino_dummy: SD_Keeloq_Parse - bitData = |->     must be calculated!    <-| 0000000100101101000100000000 1000 1 0
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 14 Januar 2020, 19:29:36
Zitat von: HomeAuto_User am 14 Januar 2020, 19:08:48
Wenn du auf Anhieb mal die Zusamenstellung der Bits schon parat hast, könnt mir dies helfen.
Da muss ich noch mal rangehen. Meine Messungen aus 2018 mitt OOK passen nicht zu den aktuell mitgeschnittenen ...
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 14 Januar 2020, 19:30:39
Miss du mal und ich setze das mal so um wie ich bisher alle Modelle eingebunden habe und auch die Erfahrungen der Decrypt erhielt aus dem Netz ;-)
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 14 Januar 2020, 19:36:36
Damals war's der Stand aus der Anlage. Die Struktur wird passen, die Inhalte aber nicht mehr ganz.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 14 Januar 2020, 20:06:54
Als Anlage die frischen 2020 Bits & Bytes

Der Motor sieht interessant aus:

Wenn man die Bits negiert und spiegelt sieht das so aus:
1111 .... .... .... -> 0000 -> 0 = Motor1
0111 .... .... .... -> 0001 -> 1 = Motor2
1011 .... .... .... -> 0010 -> 2 = Motor3
0011 .... .... .... -> 0011 -> 3 = Motor4
...

Bei der Richtung sind es die beiden bits in der Mitte:
.... .... .... 1100  = down
.... .... .... 1110 = stop
.... .... .... 1010  = up


Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 14 Januar 2020, 20:17:54
Könntest du mir bitte mal noch die Sendekommandos für das Device

012D100
bereitstellen für die Kommandos

Morgen werde ich es fortsetzen. Ich habe schon einen sehr guten Stand.  ;)
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 14 Januar 2020, 20:36:44
Zitat von: HomeAuto_User am 14 Januar 2020, 20:17:54
Könntest du mir bitte mal noch die Sendekommandos für das Device 012D100 bereitstellen für die Kommandos
  • up
  • down
  • stop

down
set mySIGNALduino raw SR;;R=4;;P0=-15562;;P1=400;;P2=-413;;P3=-4010;;P4=799;;P5=-811;;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;;

stop
set mySIGNALduino raw SR;;R=4;;P0=-15618;;P1=398;;P2=-411;;P3=-4016;;P4=-813;;P5=798;;D=01212121212121212121212131414521452145214141452145252521414141414525214145214145252145214525252525252525214525252145214145214525214525252525252525252521412;;

up
set mySIGNALduino raw SR;;R=4;;P0=-15618;;P1=401;;P2=-410;;P3=-4014;;P4=-810;;P5=801;;D=0121212121212121212121213141414525214525214141452141414145214525214521414145214521452525252525252525252521452525214521414521452521452525252525252521452141;;
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 15 Januar 2020, 12:55:45
@plin,

ich bitte dich mal zu testen nach einem

update all https://raw.githubusercontent.com/fhem/SD_Keeloq/pre-release_RIO_send/controls_SD_Keeloq.txt

Als Grundlage habe ich nun die Daten genommen welöche ich empfangen habe.
Das heißt, sobald eine Device angelegt wurde und somit bitMSG Daten zur Verfügung sind, so nehme ich mir dort den Rollingcode.
Somit vermeide ich vorerst einen festen Code zu nutzen.


Wenn das geht, so kannst du mal testen wieweit es klappt, wenn ich ein up Kommando empfange, darauf ein down zu senden.

Sollte es nicht funktionieren, so müssten wir den Zusammenhang mit dem RollingCode mal herausfinden.
Hast du diese Codes beim senden vorab getestet immer oder einfach einige gesammelnt und beim senden frei verwendet?

MfG
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 15 Januar 2020, 18:48:19
Zitat von: HomeAuto_User am 15 Januar 2020, 12:55:45
ich bitte dich mal zu testen nach einem
update all https://raw.githubusercontent.com/fhem/SD_Keeloq/pre-release_RIO_send/controls_SD_Keeloq.txt
Frische Version eingespielt, FHEM durchgestartet, erstes Keeloq-Device gelöscht. Taste betätigt, bei neuem Device das modul enjoy_motors_HS eingestellt

Zitat von: HomeAuto_User am 15 Januar 2020, 12:55:45
Als Grundlage habe ich nun die Daten genommen welöche ich empfangen habe.
Das heißt, sobald eine Device angelegt wurde und somit bitMSG Daten zur Verfügung sind, so nehme ich mir dort den Rollingcode.
Somit vermeide ich vorerst einen festen Code zu nutzen.

  • Als erstes wäre es interesant, ob du ein Empfanges Kommando senden kannst.
    Sozusagen 1:1.
Laut Keeloq-Device habe ich
[/list]mySIGNALduino_RAWMSG: MS;P1=403;P2=-451;P3=-4034;P4=-808;P5=759;P7=-15540;D=1314521414525252141414525252521452525252141452141414525214141414145252525252525252145252521452141452145252145252525252525252145214171212121212121212121212;CP=1;SP=3;R=97;O;m2;
empfangen und dann mittel SDUINO raw command
SR;P1=403;P2=-451;P3=-4034;P4=-808;P5=759;P7=-15540;D=1314521414525252141414525252521452525252141452141414525214141414145252525252525252145252521452141452145252145252525252525252145214171212121212121212121212;CP=1;SP=3;R=97;O;m2;
gesendet -> keine Wirkung

Dann verkürzt auf (Präambel hatte sich wiederholt):
SR;P1=403;P2=-451;P3=-4034;P4=-808;P5=759;P7=-15540;D=13145214145252521414145252525214525252521414521414145252141414141452525252525252521452525214521414521452521452525252525252521452141;
-> keine Wirkung

Repeat eingebaut
SR;R=4;P1=403;P2=-451;P3=-4034;P4=-808;P5=759;P7=-15540;D=13145214145252521414145252525214525252521414521414145252141414141452525252525252521452525214521414521452521452525252525252521452141;
-> keine Wirkung

Die empfangene
bitMSG 10011010000111010010101010110100000000001000101101001000000000011000
umfasst 68 bits, es sollten aber 64 sein.

Zitat von: HomeAuto_User am 15 Januar 2020, 12:55:45
Sollte es nicht funktionieren, so müssten wir den Zusammenhang mit dem RollingCode mal herausfinden.
Hast du diese Codes beim senden vorab getestet immer oder einfach einige gesammelnt und beim senden frei verwendet?

Ich habe alle FB-Testen mehrfach durchgespielt, Codesequenzen aus dem fhem-log extrahiert, syntaktisch geprüft (Präambel sieht brauchbar aus, Message ist lang genug etc.), dann dekodiert bis zum Hex-Code und so  brauchbare Sequenzen ermittelt. Damals mit OOK musste ich die dann per Script durchtesten. Heute mit FSK sind die qualitativ deutlich besser und ich kann mir quasi irgendeinen nehmen und der funktioniert mit großer Wahrscheinlichkeit.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 15 Januar 2020, 18:56:14
Hallo,
ich habe nun mal deine Sendekommandos genutzt.

Eine
# set nano_433Mhz raw SR;;R=4;;P0=-15618;;P1=401;;P2=-410;;P3=-4014;;P4=-810;;P5=801;;D=0121212121212121212121213141414525214525214141452141414145214525214521414145214521452525252525252525252521452525214521414521452521452525252525252521452141;;
bringt als Ergebnis
11100100111011110100101110101000000000001000101101001000000001011000
mit einer Länge von 68.

Solltest du eine Länge von 64 haben, so müsstest du in einem anderen Protokoll herauskommen weil die HexLengh dann 17 ist und nicht 18.

Mach doch gern das Spielchen und setze dein Device auf verbose 5. So siehst du was beim Empfang reinkommt.
Wenn du nun sendest, so siehst du, das du das selbe eigendlcih heraus gibst.

Es kann nun einspielen, welche Firmware du nutzt oder der SIGNALduino interprätiert es nicht richtig.

Hast du mal in die Remote geschaut nach dem Chip?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 15 Januar 2020, 19:06:01
@plin.

Bitte fahre mal den Test

# Log3 $name, 4, "$ioname: SD_Keeloq_Set - Padding_bits              = $padding\n";
# $bits.= $padding;


Die beiden Zeilen auszukommentieren. Hier lag ein Fehler von mir vor, das ich diese vom SIGNALduino aufgefüllten bits mit nutze.

DEINE
SR;R=4;P0=-15618;P1=401;P2=-410;P3=-4014;P4=-810;P5=801;D=0121212121212121212121213141414525214525214141452141414145214525214521414145214521452525252525252525252521452525214521414521452521452525252525252521452141;

alte FALSCHE
SR;R=3;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=01010101010101010101010203030341410341410303034103030303410341410341030303410341034141414141414141414141034141410341030341034141034141414141414141034103034141415;

neues Ergebnis
SR;R=3;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101020303034141034141030303410303030341034141034103030341034103414141414141414141414103414141034103034103414103414141414141414103410303415;


Der Unterschied besteht noch, das der Sync zum Schluss gesendet wird, deswegen mehrere Wiederholungen testen.

PS: Sollte das alles nichts helfen, so kann ich die zu sendenden Teile noch umbauen auf raw.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 15 Januar 2020, 21:33:52
Zitat von: HomeAuto_User am 15 Januar 2020, 19:06:01
@plin.
Bitte fahre mal den Test
# Log3 $name, 4, "$ioname: SD_Keeloq_Set - Padding_bits              = $padding\n";
# $bits.= $padding;


Das sieht besser aus. Auf die Sequenz
SR;P1=379;P2=-15672;P4=-448;P5=-4036;P6=776;P7=-813;D=1564646464646417171717171717176464176464641717171764641717641764646464646464646464176464641764171764176464176464646464646464176417121414141414141414141414;
hat der Motor direkt reagiert.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 15 Januar 2020, 21:49:50
Zitat von: HomeAuto_User am 15 Januar 2020, 18:56:14
Hast du mal in die Remote geschaut nach dem Chip?
siehe https://forum.fhem.de/index.php/topic,106594.msg1005277.html#msg1005277 (https://forum.fhem.de/index.php/topic,106594.msg1005277.html#msg1005277)

Da finde ich keinen HCS301. Muss wohl der PIC16F636 sein. Der ist auch von Microchip und kann Keeloq (http://ww1.microchip.com/downloads/en/devicedoc/41232d.pdf (http://ww1.microchip.com/downloads/en/devicedoc/41232d.pdf)).
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 15 Januar 2020, 21:55:03
Zitat von: plin am 15 Januar 2020, 21:33:52
Das sieht besser aus. Auf die Sequenz
SR;P1=379;P2=-15672;P4=-448;P5=-4036;P6=776;P7=-813;D=1564646464646417171717171717176464176464641717171764641717641764646464646464646464176464641764171764176464176464646464646464176417121414141414141414141414;
hat der Motor direkt reagiert.

Geht dann jeder Rillingcode den du auch empfängst, direkt zu senden?

Ich lade die Änderung direkt noch hoch,


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 15 Januar 2020, 22:11:12
Zitat von: HomeAuto_User am 15 Januar 2020, 21:55:03
Geht dann jeder Rollingcode den du auch empfängst, direkt zu senden?
nee, der hier
SR;P0=-761;P3=-15710;P4=453;P5=-368;P6=-4034;P7=844;D=4675754040757540407575757575754040754040757540754040754040407575407575757575757575407575754075404075407575407575757575757575757540434545454545454545454545;
geht z.B. nicht
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 15 Januar 2020, 22:13:59
Versuch mal herauszubekommen wann es geht und wann nicht.

Wir können ja nicht ständig den gleichen nehmen, oder?

Vielleicht gibt es RollingCodes welche gehen durch Zufall oder weil irgendetwas passt.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 15 Januar 2020, 22:31:41
Zitat von: plin am 14 Januar 2020, 18:59:14
Falls Du noch einen Satz Rolling Codes brauchst:
1414141414145252145252141414145252525252525252521414145252141452
1414141414521414525252145252525214141414141414521452141452141414
1414141414521452145214525214141414525252525252525252141452141452
1414141414525252525214145252141414521452141414525252145252521452
1414141452141452141414521452525214525252145214521452521452141452
1414141452145214141452521452525252141414521452141414141414525214
1414141452145214145214141414521452525252521414141414141452145214
1414141452145252141452521452141414525214141452521414141414521452
1414141452145252145252141414145214521452525252521452145252145214
1414141452525252525214141414525252141414521414525252521452525214
1414145214145214521452141452141452145214145214141414525214145252
1414145214145252525214525214521452145214521414525214521414145252
1414145214145252525214525252525252141452141452521452525214145214
1414145214521452521452521414141414145252145214525252145214525252
1414145214525214141452141414145252521452525252145214145214525252
1414145214525252525214525214141452145214521452141414525252521452
1414145252145214525214141452141452521452145214521414141452525252
1414145252145252145214525214525214521452145214521414141452521414
1414145252521414525214141414145214521452145252521414521414141414
1414145252525214145214521414525214141414521452521452145252521452
1414371414143714143714371414143737141437143737373737143714141414
1414521414145214521452145252141414525214141452525214141452145252
1414521414145252141414141414145252525214145252521414521414145214
1414521452141414141414521452141414521452521414521452525252521452
1414521452141452141452145214521414521414521452141452521414141414
1414521452141452145214145214525252525252525214141414521452525252
1414521452145214141452145252521414141414525214145214145252145214
1414521452521414521414141414145214525214145214521452521452521452
1414521452521452521452145252145214145214521414521452521452525252
1414521452525214141452145214141452525214525214525252525214521414
1414521452525214145214525214525252525252145214141414141452145252
1414521452525214521452141414525252145214145252141452141452141452
1414525214145214145214141414521452521414521414145252525214521452
1414525214145214525214525214145214145214145214521452145252525214
1414525252141414145214145214521452145252525214141414141414521414
1414525252145252141414145214145252141414145214145214521414525214
1414525252521414525214525214145252141452145252521414525214521414
1414525252525252521452521414525214145252145214521452521414145214
1414525252525252525252521452145252525214521452521452525214525252
1452141414145214145214145214525252145214141414145252521414521414
1452141414145214521414521414141452525214521414145214521414521452
1452141414145252141452145214145252525214525214141452145252521452
1452141452141414145214145252521452141414525214141414521414141414
1452141452141452525214145252525214141452145252521452141452141452
1452141452145252521452521414521452525214525214145252521414525252
1452141452525214145252521414521414145214521452521452145214141452
1452141452525252521414525252145252521452141414141452525252525252
1452145214521414141414521414141452141452141414521414525252525252
1452145214521452145252521452525252525252141414525214145214145252
1452145252141414141414141414521452145214145214521414525252141414
1452145252141452145252141414145252141414521452145252141414525214
1452145252145252525214141452521414521414525214145214141414145214
1452145252521452521414521414525252521414145214141452145252521452
1452521414141414141452525252525252141452525252145252141452145252
1452521414141414525214525252141452145252141452525214141414141414
1452521414521414141452141414525214525252145252141414525214145214
1452521414521414521414521452145214141414145214521414521452145214
1452521414525214141414145252525252145214521452141414521414525252
1452521414525214525252521414521452141414525214145214525252145252
1452521414525252145252141452521452141452141452525214525252141452
1452521452521414141452521452521452521414141452521452145214145214
1452525214521452145252525252141452525214145214521452145214521414
1452525214521452521414145214525214525252145252521452145214525214
1452525252525214521414525252141414141414141452521414525214141414
1452525252525214521452141414525214141414525252521414145214141452
3636367474747474367436367436747474743636743636367436363636367474
4215151515151542151515154215424242421515151515421542151542424215
4215151515154242154242421542424242421515421542151515154242154215
4215151515421542424215424215424215421542424215421542424215424242
4215151515424242151542151542424242424242151542424215151515154215
4215151542151515421515154215154215154242424215154215154215424242
4215151542154215154215421515421515151542421542154215424215154215
4215151542154242154215154215421515421515421542421515151515154215
4215151542154242424215154215151542421542154215154215424215424215
4215151542424242151515151542154242151515421542151515154215151542
4215154215154242154242151515154215151542151542424215424242151542
4215154215424215424215154242424215424215151542154215424215151515
4215154242151515424242424215424242421542151542421542154215424215
4215154242421542154242424242151542154215424242424242424242154215
4215154242424215154215154242151515421542424242424215154215424215
4215154242424215421542421515151515421542154215421515154242421515
4215154242424242421515151542151542424242154215151515154215424242
4215421515151515151542421515154215424215151515154242151542424215
4215421515151515421542421542424215154215424215421515151515151542
4215421515151542421515154242421542154242154215424215154242424242
4215421515421515424242421515421542424242154242154242421515421515
4215421515421542154242151515154215424215154242154215421542151542
4215421515424215154242424215421542154242421515151515424242421515
4215421542151542154242154242151515154242421542151515151542421542
4215421542421515151542154242424215424215424242421542154215424215
4215421542424215424242151515154215421542154215151542421542424215
4215421542424242151542154215421515154242421515421542421515421542
4215424215151542154242424242154242154215421515424215154242421542
4215424215154215151515424242154215421515154215151542421515424242
4215424215421515424242421542154215151515421542151542421542154242
4215424215424242421515154242154215151542154242154215154215421542
4215424242151542154215154242154242424215154215151542151542424242
4215424242154242421542424242151515151515421542154242421542421515
4215424242424215424242424215154215424215424215424215424242151515
4215424242424242154242151542154242154242424242421515151542421515
4215424242424242424242151542424215154242151515421515424215154215
4242151515151515424215151515424242151542151515151542424242424215
4242151515154242151542154242424242421542154215154215154215421515
4242151515154242421515424242151515424215151542424242424242421515
4242151515154242424215154242154242421542151542421542424242424242
4242151515421542151542424215151515421542151515421515421542151542
4242151515421542424242424242421542154215154215421515151542424242
4242151542421515151515154215151515421542424215424215154215424215
4242151542421542154242421542421542421542151515154242154215151515
4242151542421542421542154242154215151542421515151542151542424242
4242151542421542421542424215424242424242424215424242421515424215
4242151542424215154242424242424242421515154215421542151515151542
4242151542424242151515154215154215151542154215421515421542154215
4242151542424242151542151515424242424242421542151542421515151515
4242154215151515151542424215424242151515151515154242421515154242
4242154215151515154242151515421515154215154215151542151515154215
4242154215154215421542424242421515421515421542154242421515421542
4242154215154242151515151515154215421515421542424215151542154242
4242154215421515151542421515421515424215424215151542151515424242
4242154215424215421542424242154242424215424242151542154215421515
4242154215424215424215424215421542151515151542151515154215154242
4242154215424215424242421515421542154215424215424215154242421542
4242154215424242151515151542421542421515421542421542424242151515
4242154242151515154215151542424215421515154242151515154242421515
4242154242151515421542154242154215421542154215421542151515151515
4242154242151542151542421542151542151515421542421515151515421542
4242154242421515424242421542154215421515151542154242151542154215
4242154242424215151542154215421515154215424215154242421515151515
4242421515154242154215424242151515421542154242154215151542421542
4242421515421542154215154215424242151515151542154242424215151542
4242421515424215154215154242424215154215151515151542424242421515
4242421515424242424242424215154242151542424215151542154242421515
4242421542151515154242151542154242154242154242424242154215424242
4242421542151542154215421542151515154242421515154215424242151542
4242421542151542154242424242421515424242154242151515154242151515
4242421542154215424242154215154242151542151515151515421515154242
4242421542421515151515421542154242154215151542151542154242154242
4242421542424215154215421542424215151542424242154242424215424215
4242421542424215424242151542151515424215421542154215154215151542
4242421542424242151542421515424215424215151515421515154215421542
4242424215151542421542421515424215424215151542421515151515421542
4242424215154242151542151542424215421515151515151515151542421515
4242424215154242421542151542421542421542421542151542421542421515
4242424215421515424242421515154215154242151542151515151542154215
4242424215424215151542421515151515424242424215421542421542151515
4242424215424242424242421515151542154215424215151515424242151515
4242424242151542151515151515424215424242154242421515154242421542
4242424242154242424242424215154242421515421515424215424242151515


Welche Pulsezeiten sind was?
Nur Zahlen nützen mir nichts.

Ich möchte die mal umrechnen und was testen aber so gehts nett:( wenn keine Hex erzeugen kann.

EDIT:
Der Motor sieht interessant aus:

ZitatWenn man die Bits negiert und spiegelt sieht das so aus:
1111 .... .... .... -> 0000 -> 0 = Motor1
0111 .... .... .... -> 0001 -> 1 = Motor2
1011 .... .... .... -> 0010 -> 2 = Motor3
0011 .... .... .... -> 0011 -> 3 = Motor4

Wo entnimmst du dies? kannst du mir ggf deine Liste zur Verfügung stellen?
Scheinbar könnte man dann die Ausgabe vom Motor noch ins Modul integrieren.

Gesendet von iPad mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 16 Januar 2020, 07:40:56
Zitat von: HomeAuto_User am 15 Januar 2020, 22:31:41
Welche Pulsezeiten sind was?
Nur Zahlen nützen mir nichts.
Ich möchte die mal umrechnen und was testen aber so gehts nett:( wenn keine Hex erzeugen kann.
Gesamtliste aller mitgeschnittenen Codes: siehe meine PN an Dich

Zitat von: HomeAuto_User am 15 Januar 2020, 22:31:41
EDIT:
Der Motor sieht interessant aus:
Wo entnimmst du dies? kannst du mir ggf deine Liste zur Verfügung stellen?
Scheinbar könnte man dann die Ausgabe vom Motor noch ins Modul integrieren.
ich habe das Bitmuster der 4 letzten Bytes verglichen, also up für die Motoren 1..6. Dabei kam das Ergebnis raus.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 16 Januar 2020, 10:19:05
Danke.
Ich schaue mir die Liste an.

Gehe ich richtig davon aus, deine benannten Motoren sind die einzustellenden Channels an der Fernbedienung?

Die Frage für uns ist, wie binden wir es ein, das du sofort senden kannst ohne die RAWs zu setzen.
Wie ist derzeit deine Vorgehensweise?
Baust du diese bei einer bewussten Steuerung zusammen oder hast du ein Kommando fest definiert?

Gruß


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 16 Januar 2020, 17:31:00
Zitat von: HomeAuto_User am 16 Januar 2020, 10:19:05
Danke.
Ich schaue mir die Liste an.

Gehe ich richtig davon aus, deine benannten Motoren sind die einzustellenden Channels an der Fernbedienung?
ja, Channels 1-6 steuern bei mir die Rolläden/Motoren 1-6.

Zitat von: HomeAuto_User am 16 Januar 2020, 10:19:05
Die Frage für uns ist, wie binden wir es ein, das du sofort senden kannst ohne die RAWs zu setzen.
Wie ist derzeit deine Vorgehensweise?
Baust du diese bei einer bewussten Steuerung zusammen oder hast du ein Kommando fest definiert?
Aktuell steuere ich stabil mit mitgeschnittenen RAW-Codes. Ich setze nur ein "SR;R=4;" davor. Hin und wieder (aber selten) kommt es vor, dass ein Code versagt. Nach ein paar Minuten geht's dann aber wieder.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 16 Januar 2020, 18:29:48
Zitat von: plin am 16 Januar 2020, 17:31:00
Aktuell steuere ich stabil mit mitgeschnittenen RAW-Codes. Ich setze nur ein "SR;R=4;" davor. Hin und wieder (aber selten) kommt es vor, dass ein Code versagt. Nach ein paar Minuten geht's dann aber wieder.

Das beantwortet nicht ganz meine Frage.
Du suchst aktuell manuell den RAW Code zum steuern heraus aus deiner Liste und sagst "steure bitte das". richtig?

Diesen Schritt würde ich implementieren wollen und daher die Frage wie wir deine Mitgeschnittenen Codes einbauen ODER den Unterschied noch finden um das empfange dann für dich zu senden. Leider wird dort vermutlich der RollingCode nicht plausibel sein ohne ihn entschlüsselt zu haben.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 16 Januar 2020, 19:19:10
Zitat von: HomeAuto_User am 16 Januar 2020, 18:29:48
Das beantwortet nicht ganz meine Frage.
Du suchst aktuell manuell den RAW Code zum steuern heraus aus deiner Liste und sagst "steure bitte das". richtig?

Diesen Schritt würde ich implementieren wollen und daher die Frage wie wir deine Mitgeschnittenen Codes einbauen ODER den Unterschied noch finden um das empfange dann für dich zu senden. Leider wird dort vermutlich der RollingCode nicht plausibel sein ohne ihn entschlüsselt zu haben.
Ich nutze das Modul ROLLO und habe dort die einmal mitgeschnittenen und für gut befundenen Commands hinterlegt, also 6x3=18 in Summe
Internals:
   CHANGED   
   FUUID      5ca063f4-f33f-cfec-846d-f912d2de284f8ea4
   NAME       Rollladen_EG_WG_L
   NR         57
   STATE      open
   TYPE       ROLLO
   READINGS:
     2020-01-12 14:48:16   command         open
     2020-01-12 14:48:16   desired_pct     0
     2018-03-24 08:31:46   desired_position 0
     2020-01-12 14:48:16   drive-type      modul
     2020-01-12 14:48:16   last_drive      drive-up
     2020-01-12 14:48:50   pct             0
     2018-03-24 08:31:52   position        0
     2020-01-16 18:59:55   statStateDay    closed: 00:00:20 closed_Count: 3 drive-down: 00:00:48 drive-down_Count: 9 drive-up: 00:03:05 drive-up_Count: 9 open: 445d 00:06:01 open_Count: 9 pct-10: 00:00:05 pct-10_Count: 1 pct-40: 00:00:03 pct-40_Count: 1 pct-80: 00:00:07 pct-80_Count: 2 pct-90: 00:01:10 pct-90_Count: 3 (since: 2018-10-28_18:48:16)
     2020-01-16 18:59:55   statStateMonth  closed: 00:00:20 closed_Count: 3 drive-down: 00:00:48 drive-down_Count: 9 drive-up: 00:03:05 drive-up_Count: 9 open: 445d 00:06:01 open_Count: 9 pct-10: 00:00:05 pct-10_Count: 1 pct-40: 00:00:03 pct-40_Count: 1 pct-80: 00:00:07 pct-80_Count: 2 pct-90: 00:01:10 pct-90_Count: 3 (since: 2018-10-28_18:48:16)
     2020-01-16 18:59:55   statStateYear   closed: 00:00:20 closed_Count: 3 drive-down: 00:00:48 drive-down_Count: 9 drive-up: 00:03:05 drive-up_Count: 9 open: 445d 00:06:01 open_Count: 9 pct-10: 00:00:05 pct-10_Count: 1 pct-40: 00:00:03 pct-40_Count: 1 pct-80: 00:00:07 pct-80_Count: 2 pct-90: 00:01:10 pct-90_Count: 3 (since: 2018-10-28_18:48:16)
     2020-01-12 14:48:50   state           open
   helper:
     _98_statistics myStatDevice
Attributes:
   RollEG     Rollladen_EG
   RollEGo2   Rollladen_EG
   alias      Rollladen (WG links)
   cmdIcon    open:fts_shutter_up closed:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
   devStateIcon open:fts_shutter_10@green closed:fts_shutter_100@black position-9\d.*:fts_shutter_90 position-8\d.*:fts_shutter_80 position-7\d.*:fts_shutter_70 position-6\d.*:fts_shutter_60 position-5\d.*:fts_shutter_50 position-4\d.*:fts_shutter_40 position-3\d.*:fts_shutter_30 position-2\d.*:fts_shutter_20 position-1\d.*:fts_shutter_10 position-0\d.*:fts_shutter_100 on:fts_window_2w@green closed:fts_shutter_100@black drive-up:fts_shutter_up@red:stop drive-down:fts_shutter_down@red:stop
   icon       fts_shutter
   rl_autoStop 0
   rl_commandDown set mySIGNALduino raw SR;;R=4;;P0=-15608;;P1=400;;P2=-408;;P3=-4012;;P4=803;;P5=-809;;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151;;
   rl_commandStop set mySIGNALduino raw SR;;R=4;;P0=-15680;P1=401;P2=-411;P3=-4014;P4=799;P5=-808;D=012121212121212121212121342154242424242421542421515421542421542424242424215151515424215151542424242424242154242421542151542154242154242424242424242424215
   rl_commandUp set mySIGNALduino raw SR;;R=4;;P0=-15614;;P1=402;;P2=-411;;P3=-4016;;P4=-809;;P5=798;;D=0121212121212121212121213141452521414521452145252145252145252145214521452145252521414141414525252525252521452525214521414521452521452525252525252521452141;;
   rl_excessBottom 2
   rl_excessTop 4
   rl_forceDrive 1
   rl_resetTime 0
   rl_secondsDown 30
   rl_secondsUp 30
   rl_switchTime 1
   rl_type    normal
   room       Rolläden,Wohnzimmer
   userattr   RollEG RollEG_map RollEGo2 RollEGo2_map structexclude
   webCmd     open:closed:stop


Mein Gedanke war den Code aus bekannten Bauteilen zusammenzusetzen:
SR;R=4;P0=-15600;P1=400;P2=-400;P3=-4000;P4=800;P5=-808;
D=0121212121212121212121213
4242421542421515151515421542154242154215151542151542154242154242
15424242424242421542424215421515421542421542424242424242424215151;

Den Rolling-Code hätte ich einem Pool von mitgeschnittenen Rolling Codes entnommen. Den Steuercode hätte ich aus den bekannten Teilen (Motor, FB, Richtung) zusammengesetzt.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 16 Januar 2020, 19:33:14
Dann würde ich vorschlagen,
das du 3 RollingCodes definieren musst welche ich dann einbaue in das selbst erbaute Sendekommamdo.

Ich würde die Bestandteile wie folgt nutzen
- SR String mit Zeiten
- RollingCode aus Bsp. einem Attribut
- Commando je SET
- Serial vom DEF

Der MotorChannel sollte ja nicht notwendig sein weil es ja die Serial ist.
Zusätzlich kann ich Channel in einem Reading ja speichern.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 16 Januar 2020, 20:18:01
Zitat von: HomeAuto_User am 16 Januar 2020, 19:33:14
Dann würde ich vorschlagen, ...
Ich habe soeben erfolgreich eine mitgeschnittene Kurzform
P88#0x84345AC2808B48058#R4
senden können.

Bedeutet aber für mich: Mir fehlt bei meinen bisherigen Codes ein Halbbyte? Ich bin ja immer von so etwas wie E97E76187F74B7FA, also 16 Halbbytes ausgegangen.

Wie sind die aufgeteilt? 8+9 oder 9+8? Ich könnte einen neuen Versuch mit einem Mix von Rolling- und Steuercode starten.
Titel: Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 16 Januar 2020, 21:10:23
Der Signalduino rundet auf volle Bytes auf. Das Protokoll umfasst 32+64 Bits. Somit ergeben sich 16,5 was aufgerundet wird auf 17. Die 0,5 werden mit Nullen aufgefüllt.

Ohne deine Codes soeben auseinander genommen zu haben, so sendest du bestimmt die 16,5. Das gleich müssen wir senden und flexibel zusammen setzen.

Die Bitaufteilung ist eine Anlehnung an den HCS301. -> 8+9
8 RollingCode und 9 ,,other" bestehend aus 8,5 festen und beim Empfang 0,5 ,,Aufrundung".


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 17 Januar 2020, 16:49:21
So, ich habe die "Höllenlärm durch Staubsauger"-Phase genutzt, um noch mal alle Codes durchzuspielen und die P88er Codes zu extrahieren. Die scheinen ziemlich sauber zu funktionieren. Ich kann mir irgendeinen Code schnappen und im Format
P88#0x0AE6FB82808B48058#R1
via sendMsg senden. Die Motoren reagieren direkt darauf.

Wenn ich jetzt aber hingehe, einen
P88#0AE6FB82808B48058 up
nehme und aus dem down
P88#6D3D92E5808B48038
nur die 38 am Ende nehme, zu einem
P88#0AE6FB82808B48038 newdown
zusammen baue und als
P88#0x0AE6FB82808B48038#R1
sende passiert nix ...

Immerhin gefallen mir die P88er-Codes deutlich besser als meine RAW-Commands. Damit könnte ich leben. Es bleibt dann halt nur der Schönheitsfehler, dass Empfangen und Senden auf 2 Devices verteilt sind.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 17 Januar 2020, 17:00:36
Hallo,

wie hast du deine genannten Codes extrahiert?

Die Anlegung von 2 Devices ist nicht notwendig. Wir können das senden beliebig anpassen.

Die ,,Schnittstelle" wie es richtig nutzbar müssen wir nur aufgreifen.

Kannst du einen empfangenen P88# Value senden von Hand wenn du diesen eigenhändig umstellst?


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 17 Januar 2020, 17:47:46
Zitat von: HomeAuto_User am 17 Januar 2020, 17:00:36
Hallo,
wie hast du deine genannten Codes extrahiert?
Alle Keeloq-Devices auf verbose 5 gesetzt.
Alle Channels und Tasten durchgespielt.
Dann
grep "2020-01-17" *Keeloq* > newcodes_Keeloq.log
Script erstellt
#!/bin/bash
while read p1 p2 p3 p4 rest
do
   channel="${p2:16:1}"
   let channel=$channel+1
   if [ $p3 = "button:" ]
   then
      dir=$p4
   fi
   if [ $p3 = "DMSG:" ]
   then
      dmsg=$p4
   fi
   if [ $p3 = "RAWMSG:" ]
   then
      rawmsg=$p4
      echo "$channel|$dir|$dmsg|$rawmsg"
   fi
done<newcodes_Keeloq.log

und die extrahiertens Codes strkturiert abgespeichert
./extp88codes.sh | sort > allp88codes.out
Führt dann zu einem File mit folgendenm Aufbau
2|down|P88#1D5EAAD9808B48038|MS;P1=-15570;P2=402;P3=-411;P4=-4014;P5=-808;P6=800;D=2425252563632525632563252563632525632525252563256363252563636363632563636363636363256363632563252563256363256363636363636363632525212323232323232323232323;CP=2;SP=4;R=86;O;m2;
2|down|P88#6D3D92E5808B48038|MS;P0=-15532;P1=401;P2=-408;P3=-4012;P4=802;P5=-812;D=1342151542151542154242151515154215154242154242154215151542421542151542424242424242154242421542151542154242154242424242424242421515101212121212121212121212;CP=1;SP=3;R=66;O;m2;
2|down|P88#855F0353008B48058|MS;P1=-15628;P2=403;P3=-411;P4=-4012;P5=799;P6=-808;D=2453535326262653265326532626262653265326532653265326265326265353262653535353535353265353532653262653265353265353535353535353532626212323232323232323232323;CP=2;SP=4;R=89;O;m2;


Zitat von: HomeAuto_User am 17 Januar 2020, 17:00:36
Hallo,
Kannst du einen empfangenen P88# Value senden von Hand wenn du diesen eigenhändig umstellst?
Ich habe einen Code wie z.B. P88#1D5EAAD9808B48038 genommen und als
set mySIGNALduino sendMsg P88#0x1D5EAAD9808B48038#R1
gesendet.


Was hältst Du von folgendem Ansatz: ein Attribut pro Richtung mit dem jeweiligen P88er-Code?

Könnte dann idealerweise so aussehen
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 17 Januar 2020, 19:43:13
Zitat von: plin am 17 Januar 2020, 17:47:46
Alle Channels und Tasten durchgespielt.

[/code]
Ich habe einen Code wie z.B. P88#1D5EAAD9808B48038 genommen und als
set mySIGNALduino sendMsg P88#0x1D5EAAD9808B48038#R1
gesendet.

Wenn du das bei jedem Kommando wiederholst, also Device neu anlegen lassen, Modell wählen, nochmals Remote drücken um den Zustand zu erhalten und anschließend mit der DMSG die sendMSG zusammenbaust, empfängt das der Motor?

Dein Ansatz von Vorschlag wäre ein Workaround welchen ich nur zu aller letzt nutzen würde.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 09:23:15
Zitat von: HomeAuto_User am 17 Januar 2020, 19:43:13
Wenn du das bei jedem Kommando wiederholst, also Device neu anlegen lassen, Modell wählen, nochmals Remote drücken um den Zustand zu erhalten und anschließend mit der DMSG die sendMSG zusammenbaust, empfängt das der Motor?

tja, wie sagt man doch so schön: Die Hoffnung stirbt zuletzt
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 09:47:38
Zitat von: plin am 18 Januar 2020, 09:23:15
  • Für den Motor 2 einmal die up-Taste betätigt -> DMSG = P88#57165C04808B48058
  • Im Device SD_Keeloq_012D101 ein set ... up ausgeführt -> keine Reaktion
  • Im SDUINO Device ein set mySIGNALduino sendMSG P88#0x57165C04808B48058#R1 ausgeführt -> Motor fährt hoch

Ich werde nun das senden mal dafür umsetzen und gebe Bescheid.

Zitat von: plin am 18 Januar 2020, 09:23:15
P.S. In meiner produktiven FHEM-Instanz habe ich aktuell 147 Keeloq-Devices.

Kannst du nachvollziehen wieso und wann dies so auftritt? Anfangs hattest du gesagt nicht solte Probleme zu haben.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 09:54:23
Zitat von: HomeAuto_User am 18 Januar 2020, 09:47:38
Kannst du nachvollziehen wieso und wann dies so auftritt? Anfangs hattest du gesagt nicht solte Probleme zu haben.
Den Effekt hatte ich schon mal, damals glaubte ich das könnte am model Roto liegen. Ich recherchiere mal ...
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 10:17:55
Zitat von: plin am 18 Januar 2020, 09:54:23
Den Effekt hatte ich schon mal, damals glaubte ich das könnte am model Roto liegen. Ich recherchiere mal ...

Das müssen die Zeitfenster sein in denen ich intensiv Buttons durchgespielt habe. In meiner Test-Instanz wurden z.B. in einem Zeitfenster am 11.1. 148 Devices neu angelegt, in der produktiven Instanz 250. Ich glaube das waren Tastendrücke unterschiedlicher Dauer. Vermutlich sind einige falsch interpretiert worden.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 12:55:52
Hallo @plin,

bitte updaten und testen.
update all https://raw.githubusercontent.com/fhem/SD_Keeloq/pre-release_RIO_send/controls_SD_Keeloq.txt

:) Ich hoffe positive Erfahrungen zu sammeln.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 13:53:08
Zitat von: HomeAuto_User am 18 Januar 2020, 12:55:52
:) Ich hoffe positive Erfahrungen zu sammeln.

tja, wie sagt man doch so schön: Die Hoffnung stirbt zuletzt
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 13:57:45
Mache nun mal folgendes, schalte verbose 5 an und sende bitte ein Kommando nachdem das Device angelegt wurde.

Dort gibt es eine Zeilen
2020.01.18 13:52:11 4: nano_433Mhz: SD_Keeloq_Set - sendMSG (intern) = P88#0x5F48D2FE008B48038#R1
2020.01.18 13:52:11 4: nano_433Mhz: SD_Keeloq_Set - sendMSG (build)  = SR;;R=3;;P0=-15600;;P1=400;;P2=-400;;P3=-4000;;P4=800;;P5=-800;;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151542;;


Mit diesen Testes du mal einzeln. Ich gehe davon aus, das die erste interne DMSG funktioniert.
Danach nimmst du dir die SR Message und testest. Wenn diese nicht geht, schneide mal bitte hinten 2 "Zahlen weg" und teste diese zu senden.
Die jetzige Vermutung ist, das dort noch 2 zu lang sind.

Edit 14:25
Ich habe es nun soweit angepasst, das genau das gleiche herauskommt. Nun muss es klappen und mit einem Verbose 5 siehst du den Vergleich als Ergebnis.
Hier kommt beim senden das gleiche auch wieder an.

Edit 14:26
Das Reading Channel müssen wir noch gegenprüfen wenn das abgehakt sein sollte  ;)

2020.01.18 14:20:08 4: nano_433Mhz: SD_Keeloq_Set - sendMSG (intern) = P88#0x5F48D2FE008B48038#R1
2020.01.18 14:20:08 4: nano_433Mhz: SD_Keeloq_Set - send org     = SR;;R=4;;P0=-15562;;P1=400;;P2=-413;;P3=-4010;;P4=799;;P5=-811;;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;;
2020.01.18 14:20:08 4: nano_433Mhz: SD_Keeloq_Set - send (build) = SR;;R=3;;P0=-15600;;P1=400;;P2=-400;;P3=-4000;;P4=800;;P5=-800;;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;;
2020.01.18 14:20:09 4: radino_433Mhz: SD_Keeloq_Parse device enjoy_motors_HS with rawData=5F48D2FE008B48038, hlen=17
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 15:41:20
Zitat von: HomeAuto_User am 18 Januar 2020, 13:57:45
2020.01.18 14:20:08 4: nano_433Mhz: SD_Keeloq_Set - sendMSG (intern) = P88#0x5F48D2FE008B48038#R1
2020.01.18 14:20:08 4: nano_433Mhz: SD_Keeloq_Set - send org     = SR;;R=4;;P0=-15562;;P1=400;;P2=-413;;P3=-4010;;P4=799;;P5=-811;;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;;
2020.01.18 14:20:08 4: nano_433Mhz: SD_Keeloq_Set - send (build) = SR;;R=3;;P0=-15600;;P1=400;;P2=-400;;P3=-4000;;P4=800;;P5=-800;;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;;
2020.01.18 14:20:09 4: radino_433Mhz: SD_Keeloq_Parse device enjoy_motors_HS with rawData=5F48D2FE008B48038, hlen=17


mmh, irgendwie tut sich gar nichts. Meine Log-Einträge sehen auch leicht anders aus:
2020.01.18 15:34:44 4: mySIGNALduino: SD_Keeloq_Set - sendMSG (intern) = P88#0xCBE8B105808B48058#R1
2020.01.18 15:34:44 4: mySIGNALduino: SD_Keeloq_Set - send (org user) = SR;;R=4;;P0=-15562;;P1=400;;P2=-413;;P3=-4010;;P4=799;;P5=-811;;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;;
2020.01.18 15:34:44 4: mySIGNALduino: SD_Keeloq_Set - send (rebuild)  = SR;;R=3;;P0=-15600;;P1=400;;P2=-400;;P3=-4000;;P4=800;;P5=-800;;D=0121212121212121212121213151542421542151515151542154242421542151542424215424242424215421515424242424242421542424215421515421542421542424242424242421542151;;


Im Modul-Header steht bei mir
# $Id: 14_SD_Keeloq.pm 32 2020-01-18 09:56:00Z v3.4 $
also eine Version von 09:56:00 Uhr?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 15:42:51
Mach nochmal ein update am besten.
Ich selbst hatte nicht nochmal erwähnt , das ein update gemacht wurde.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 16:02:05
Zitat von: HomeAuto_User am 18 Januar 2020, 15:42:51
Mach nochmal ein update am besten.
Ich selbst hatte nicht nochmal erwähnt , das ein update gemacht wurde.

2020.01.18 16:00:04 1 : Downloading https://raw.githubusercontent.com/fhem/SD_Keeloq/pre-release_RIO_send/controls_SD_Keeloq.txt
2020.01.18 16:00:04 1 : nothing to do...


Wie kann ich prüfen, das sich die richtige Version habe?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 16:04:54
ein update
update force https://raw.githubusercontent.com/fhem/SD_Keeloq/pre-release_RIO_send/controls_SD_Keeloq.txt

erzwingt das update und du solltest dann
# $Id: 14_SD_Keeloq.pm 21010 2020-01-18 16:00:00Z v3.4 $
besitzen.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 17:05:11
Die aktuelle Version ist drin, aber irgendwie ist tote Hose.

In dem Sender stecken ein PIC16F636 und ein PIC16F636 drin. Ist es denkbar, dass die Nutzdaten in den Rolling Code einfließen?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 17:10:58
Zitat von: plin am 18 Januar 2020, 17:05:11
Die aktuelle Version ist drin, aber irgendwie ist tote Hose.

Stelle bitte verbose auf den Wert 5.
Du siehst die Zeilen
2020.01.18 17:08:22 4: sduino_dummy: SD_Keeloq_Set - send (org user) = SR;;R=4;;P0=-15562;;P1=400;;P2=-413;;P3=-4010;;P4=799;;P5=-811;;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;;
2020.01.18 17:08:22 4: sduino_dummy: SD_Keeloq_Set - send (rebuild)  = SR;;R=3;;P0=-15600;;P1=400;;P2=-400;;P3=-4000;;P4=800;;P5=-800;;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;;


Die fest eingebaute Zeile
send (org user)
ist ein Kommando von dir was du als gängig definiertest.

Sende dies zum testen und wenn das geht, den gleich Kommand dazu.
Da siehst du, das es das gleiche ist bis auf die "Rundungszeiten".

Wie ist da der Stand?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 17:25:40
Zitat von: HomeAuto_User am 18 Januar 2020, 17:10:58
Stelle bitte verbose auf den Wert 5.
Sende dies zum testen und wenn das geht, den gleich Kommand dazu.
Da siehst du, das es das gleiche ist bis auf die "Rundungszeiten".
Wie ist da der Stand?
verbose 5 habe ich immer sowohl beim SDUINO als auch den Keeloq-Devices eingestellt.

Der Mitschnitt:

2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - cmd=down
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - encoded, from bitMSG      = 11101100011100000011011110001011
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - Serial                    = 012D101
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - Serial bits               = 0000000100101101000100000001
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - Serial bits reverse       = 1000000010001011010010000000
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - Button                    = down
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - Button_bits               = 1100
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - Button_bits reverse       = 0011
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - Voltage LOW indicator (V) = 1
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - Repeat indicator (R)      = 0
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - Padding bits (SD intern)  = 00
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set                                  encoded     <- | ->     decrypts
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - is device,          encoded (Rolling code)    |           serial           | bt |V|R|padding
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - bits (send) = 11101100011100000011011110001011 1000000010001011010010000000 0011 1 0 00
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - sendMSG (intern) = P88#0xEC70378B808B48038#R1
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - send (org user) = SR;;R=4;;P0=-15562;;P1=400;;P2=-413;;P3=-4010;;P4=799;;P5=-811;;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;;
2020.01.18 17:16:13 4: mySIGNALduino: SD_Keeloq_Set - send (rebuild)  = SR;;R=3;;P0=-15600;;P1=400;;P2=-400;;P3=-4000;;P4=800;;P5=-800;;D=0121212121212121212121213151515421515424242151515424242424242151542151515154242421542151515424242424242421542424215421515421542421542424242424242424215151;;


Wenn jetzt ich den Command
SR;R=4;P0=-15562;P1=400;P2=-413;P3=-4010;P4=799;P5=-811;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;
absetze fährt Motor 1 runter statt Motor 2.

Bei
SR;R=3;P0=-15600;P1=400;P2=-400;P3=-4000;P4=800;P5=-800;D=0121212121212121212121213151515421515424242151515424242424242151542151515154242421542151515424242424242421542424215421515421542421542424242424242424215151;
rührt sich gar nichts.

Ein sendMsg von
P88#0xEC70378B808B48038#R1
führt auch zu keiner Reaktion.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 17:30:45
Zitat von: plin am 18 Januar 2020, 17:25:40
Wenn jetzt ich den Command
SR;R=4;P0=-15562;P1=400;P2=-413;P3=-4010;P4=799;P5=-811;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;
absetze fährt Motor 1 runter statt Motor 2.

Bei
SR;R=3;P0=-15600;P1=400;P2=-400;P3=-4000;P4=800;P5=-800;D=0121212121212121212121213151515421515424242151515424242424242151542151515154242421542151515424242424242421542424215421515421542421542424242424242424215151;
rührt sich gar nichts.


Wir müssen bei ein und dem selben Motor schon bleiben erstmal zum testen.
Die beiden Kommandos sind unterschiedlich, so muss auch entweder nichts gehen oder der falsche Motor fährt.

Folgendes, nenne mir ein SR;; Sendekommando was bei dir funktioniert bitte.
Wir machen das nun Step bei Step.

Edit: Der Fehler ist reproduziert wurden, da schlägt eine umsetzung fehl. Beim Befehl down

2020.01.18 17:50:39 4: sduino_dummy: SD_Keeloq_Set - send (org user) = SR;;R=4;;P0=-15562;;P1=400;;P2=-413;;P3=-4010;;P4=799;;P5=-811;;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;;
2020.01.18 17:50:39 4: sduino_dummy: SD_Keeloq_Set - send (rebuild)  = SR;;R=3;;P0=-15600;;P1=400;;P2=-400;;P3=-4000;;P4=800;;P5=-800;;D=0121212121212121212121213421542151515151542154242154242421515421542421542151515151515154242424242424242421542424215421515421542421542424242424242424215151;;


wird es nur gehen.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 18:05:40
@plin,

ich würde dich mal bitten das logfile vom Empfänger auf verbos 4 zu stellen und dein Kommando zu senden.
Davon benötige ich die Zeile

2020.01.18 18:03:07 4: nano_433Mhz: HandleWriteQueue, called
2020.01.18 18:03:07 4: nano_433Mhz: SendFromQueue, called
2020.01.18 18:03:07 4: nano_433Mhz: SendFromQueue, msg=SR;R=1;P0=4....
2020.01.18 18:03:07 4: nano_433Mhz: Read, msg: SR;...
2020.01.18 18:03:07 4: nano_433Mhz: CheckSendrawResponse, sendraw answer: SR;..


Zusätzlich bitte die Version vom Modul + Hardware Firmware.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 19:36:52
Zitat von: HomeAuto_User am 18 Januar 2020, 18:05:40
ich würde dich mal bitten das logfile vom Empfänger auf verbos 4 zu stellen und dein Kommando zu senden.
Davon benötige ich die Zeile
...
Zusätzlich bitte die Version vom Modul + Hardware Firmware.

Mein Output sieht leicht anders aus

2020.01.18 19:35:15 4: mySIGNALduino: KeepAlive, not ok, retry = 1 -> get ping
2020.01.18 19:35:16 4: mySIGNALduino: Set, raw SR;R=4;P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151;
2020.01.18 19:35:16 4: mySIGNALduino: Read, msg: OK
2020.01.18 19:35:16 4: mySIGNALduino: Read, msg: V 3.4.0-dev SIGNALduino cc1101 (chip CC1101) - compiled at Dec  4 2019 22:02:15
2020.01.18 19:35:16 4: mySIGNALduino: SendFromQueue, msg=SR;R=4;P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151;
2020.01.18 19:35:16 4: mySIGNALduino: Read, msg: SR;nF
2020.01.18 19:35:16 4: mySIGNALduino: Read, sendraw answer: SR;nF
2020.01.18 19:35:16 4: mySIGNALduino: HandleWriteQueue, nothing to send, stopping timer
2020.01.18 19:35:17 4: mySIGNALduino: Read, msg: R=4;P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151;
2020.01.18 19:35:17 4: mySIGNALduino: Read, msg:


Der Signalduino sagt
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

Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 19:39:39
Danke für den Output.
Wenn du nun ein Update machst bitte und dann erneut probierst, was kommt dann?

Bei Versbose siehst du die hex Ausgabe und welche du normalerweise selbst immer gesendet hattest. Diese wird nun gesendet und hier sehe ich auch eine Reaktion. hm.

2020.01.18 19:36:33 3: nano_433Mhz: SD_Keeloq_Set - sendMsg (hex) = P88#0x5F48D2FE008B48038#R1
entspricht
2020.01.18 19:36:33 3: nano_433Mhz: SendFromQueue, msg=SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024103410303030303410341410341414103034103414103410303030303030341414141414141414103414141034103034103414103414141414141414141030303414141;


zum Vergleich dein
P88#0x57165C04808B48058#R1
wird hier zum
2020.01.18 19:44:17 3: nano_433Mhz: SendFromQueue, msg=SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024103410341030303414141034103034141034103030341414141414141034141034141414141414103414141034103034103414103414141414141414103410303414141;
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 19:48:30
Zitat von: HomeAuto_User am 18 Januar 2020, 19:39:39
Wenn du nun ein Update machst bitte und dann erneut probierst, was kommt dann?

Nach einem
update force https://raw.githubusercontent.com/fhem/SD_Keeloq/pre-release_RIO_send/controls_SD_Keeloq.txt
und einem Motor 2 down mit meinen mitgeschnittenen Commands kommt
2020.01.18 19:46:09 4: mySIGNALduino: Set, raw SR;R=4;P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151;
2020.01.18 19:46:09 5: mySIGNALduino: AddSendQueue, mySIGNALduino: SR;R=4;P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151; (1)
2020.01.18 19:46:09 5: mySIGNALduino: SimpleWrite, SR;R=4;P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151;
2020.01.18 19:46:09 4: mySIGNALduino: SendFromQueue, msg=SR;R=4;P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151;
2020.01.18 19:46:10 4: mySIGNALduino: Read, msg: SR;R=4;P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151;
2020.01.18 19:46:10 5: mySIGNALduino: Parse, noMsg: SR;R=4;P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151;
2020.01.18 19:46:10 5: mySIGNALduino: Read, msg: regexp=^S(?:R|C|M);. cmd=sendraw msg=SR;R=4;P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151;
2020.01.18 19:46:10 4: mySIGNALduino: Read, sendraw answer: SR;R=4;P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151;
2020.01.18 19:46:10 4: mySIGNALduino: HandleWriteQueue, nothing to send, stopping timer
2020.01.18 19:46:10 4: mySIGNALduino: Read, msg:
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 19:57:17
Zum nachvollziehen, ich nehme deinen RAW
2020.01.18 19:46:09 4: mySIGNALduino: Set, raw SR;R=4;P0=-15608;P1=400;P2=-408;P3=-4012;P4=803;P5=-809;D=0121212121212121212121213424242154242151515151542154215424215421515154215154215424215424215424242424242421542424215421515421542421542424242424242424215151;
und empfange diesen.

Dann wird der nun kommende String draus beim senden.

Also, wenn du nun ein raw
SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341410303030303410341034141034103030341030341034141034141034141414141414103414141034103034103414103414141414141414141030303;
absendest mit
set mySIGNALduino raw SR;;R=1;;P0=400;;P1=-400;;P2=-4000;;P3=-800;;P4=800;;P5=-15600;;D=0101010101010101010101024141410341410303030303410341034141034103030341030341034141034141034141414141414103414141034103034103414103414141414141414141030303;;
passiert dann was?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 20:16:08
Zitat von: HomeAuto_User am 18 Januar 2020, 19:57:17
Also, wenn du nun ein raw
SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341410303030303410341034141034103030341030341034141034141034141414141414103414141034103034103414103414141414141414141030303;
absendest mit
set mySIGNALduino raw SR;;R=1;;P0=400;;P1=-400;;P2=-4000;;P3=-800;;P4=800;;P5=-15600;;D=0101010101010101010101024141410341410303030303410341034141034103030341030341034141034141034141414141414103414141034103034103414103414141414141414141030303;;
passiert dann was?
Motor 2 bewegt sich
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 20:23:17
Wenn du nun ein
P88#0x13EA5DA4808B48038#R1

sendest mit
set mySIGNALduino sendMsg P88#0x13EA5DA4808B48038#R1

bewegt sich dann was?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 20:27:20
Zitat von: HomeAuto_User am 18 Januar 2020, 20:23:17
Wenn du nun ein
P88#0x13EA5DA4808B48038#R1

sendest mit
set mySIGNALduino sendMsg P88#0x13EA5DA4808B48038#R1

bewegt sich dann was?
jow, Motor 2
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 20:31:26
Wenn jetzt mit

SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341410303030303410341034141034103030341030341034141034141034141414141414103414141034103034103414103414141414141414141030303414141;
also mit
set mySIGNALduino raw SR;;R=1;;P0=400;;P1=-400;;P2=-4000;;P3=-800;;P4=800;;P5=-15600;;D=0101010101010101010101024141410341410303030303410341034141034103030341030341034141034141034141414141414103414141034103034103414103414141414141414141030303414141;;

ebenso sich was bewegt, so könnte es nach einem Update aus dem Programm klappen.

Ich habe nun nichts anderes gemacht, als die Hex aus der Logausgabe zu senden.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 20:34:51
Zitat von: HomeAuto_User am 18 Januar 2020, 20:31:26
... ebenso sich was bewegt, so könnte es nach einem Update aus dem Programm klappen.
ja, Motor 2 bewegt sich
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 20:36:25
P.S. "Update aus dem Programm" Welches?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 20:38:47
Dann bitte ich dich nun mal zur Sicherheit ein update zu machen und nach einem shutdown restart deine Remote zu nehmen.
Dann bitte das Device neu anzulegen und sobald du das Device angelegt hast, den selben Befehl aus dem Device zu senden

update force https://raw.githubusercontent.com/fhem/SD_Keeloq/pre-release_RIO_send/controls_SD_Keeloq.txt
solte sowas liefern
# $Id: 14_SD_Keeloq.pm 21010 2020-01-18 20:35:00Z v3.4 $

... ob sich da was bewegt  ???
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 20:49:19
Zitat von: HomeAuto_User am 18 Januar 2020, 20:38:47
Dann bitte ich dich nun mal zur Sicherheit ein update zu machen und nach einem shutdown restart deine Remote zu nehmen.
Dann bitte das Device neu anzulegen und sobald du das Device angelegt hast, den selben Befehl aus dem Device zu senden
update force https://raw.githubusercontent.com/fhem/SD_Keeloq/pre-release_RIO_send/controls_SD_Keeloq.txt
solte sowas liefern
# $Id: 14_SD_Keeloq.pm 21010 2020-01-18 20:35:00Z v3.4 $
done, im Header steht aber
# $Id: 14_SD_Keeloq.pm 21010 2020-01-18 19:35:00Z v3.4 $


Zitat von: HomeAuto_User am 18 Januar 2020, 20:38:47
... ob sich da was bewegt  ???
Nee, da tut sich nix.

Hier der Extrakt aus dem Lob ab autocreate:

2020.01.18 20:41:42 5: mySIGNALduino: Parse_MS, dispatching bits: 1 1 0 0 1 0 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 1 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 1 0 1 1 0 1 0 0 1 0 0 0 0 0 0 0 0 0 0 1 1 0 0 0 with 3 Paddingbits 0
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, Decoded matched MS Protocol id 88 dmsg P88#CB363E00808B48018 length 68  RSSI = -29.5
2020.01.18 20:41:42 5: mySIGNALduino: Dispatch, P88#CB363E00808B48018, test ungleich: disabled
2020.01.18 20:41:42 5: mySIGNALduino: Dispatch, P88#CB363E00808B48018, -29.5 dB, dispatch
2020.01.18 20:41:42 5: mySIGNALduino: dispatch P88#CB363E00808B48018
2020.01.18 20:41:42 2: mySIGNALduino: SD_Keeloq_Parse Unknown device unknown with Code 012D101 detected, please define (rawdate=CB363E00808B48018)
2020.01.18 20:41:42 2: autocreate: define SD_Keeloq_012D101 SD_Keeloq 012D101
2020.01.18 20:41:42 3: SD_Keeloq: set attr room to SD_Keeloq
2020.01.18 20:41:42 3: SD_Keeloq: set attr model to unknown
2020.01.18 20:41:42 2: autocreate: define FileLog_SD_Keeloq_012D101 FileLog ./log/SD_Keeloq_012D101-%Y.log SD_Keeloq_012D101
2020.01.18 20:41:42 3: SD_Keeloq: set attr event-min-interval to .*:300
2020.01.18 20:41:42 3: SD_Keeloq: set attr event-on-change-reading to .*
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 91.1 -> Atlantic security
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 3
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, last part pair=4 reconstructed, last bit=1
2020.01.18 20:41:42 5: mySIGNALduino: Read, RAW rmsg: Ms;▒Ƽ;▒▒▒;▒▒▒;▒▒▒;▒▒▒;▒▒▒;DRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR;C1;S3;R59;O;m1;
2020.01.18 20:41:42 4: mySIGNALduino: Read, msg READredu: MS;P0=-15558;P1=402;P2=-410;P3=-4015;P4=-809;P5=796;D=1314145252145214145252141452141452525214141414145252525252525252521452525252525252145252521452141452145252145252525252525252525214101212121212121212121212;CP=1;SP=3;R=89;O;m1;
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 14 -> LED X-MAS
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MS, Found wrong signalpattern 10, catched 64 bits, aborting demodulation
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 41 -> wireless doorbell
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MS, Found wrong signalpattern 10, catched 64 bits, aborting demodulation
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 87 -> JAROLIFT
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, last part pair=1 reconstructed, last bit=1
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 88 -> HCS300/HCS301
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, last part pair=1 reconstructed, last bit=1
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MS, dispatching bits: 1 1 0 0 1 0 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 1 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 1 0 1 1 0 1 0 0 1 0 0 0 0 0 0 0 0 0 0 1 1 0 0 0 with 3 Paddingbits 0
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, Decoded matched MS Protocol id 88 dmsg P88#CB363E00808B48018 length 68  RSSI = -29.5
2020.01.18 20:41:42 5: mySIGNALduino: Dispatch, P88#CB363E00808B48018, test gleich
2020.01.18 20:41:42 4: mySIGNALduino: Dispatch, P88#CB363E00808B48018, Dropped due to short time or equal msg
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 91.1 -> Atlantic security
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 3
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, last part pair=4 reconstructed, last bit=1
2020.01.18 20:41:42 5: mySIGNALduino: Read, RAW rmsg: Mu;▒▒▒;▒▒▒;▒▒▒;▒▒▒;▒▒▒;▒Є;dRRRRRRRRRRRRRRRRRRRRRRRRRRRRRWRRRRRRRRRRRRR;C1;R59;
2020.01.18 20:41:42 4: mySIGNALduino: Read, msg READredu: MU;P1=396;P2=-408;P3=-4015;P4=-812;P5=805;P7=-1232;D=13141452521452141452521414521414525252141414141452525252525252525214525252525252521452525214521457521452521452525252525252525252141;CP=1;R=89;
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:)((?:14|57){43,})) did not match
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 13.1 -> FLAMINGO FA22RF / FA21RF / LM-101LD not found, aborting
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 16 -> Dooya not found, aborting
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 19 -> minify matches, trying to demodulate
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, part is 1414525214521414525214145214145252521414141414525252525252525252145252525252525214525252145214 starts at position 2 and ends at 96
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, 1. skip demodulation (length 47 is to long) at Pos 2 regex ((?:)((?:52|14){19,}))
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 21 -> Einhell Garagedoor not found, aborting
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 22 -> HAMULiGHT not found, aborting
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 24 -> visivon remote not found, aborting
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 28 -> IC Ledspot not found, aborting
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 29 -> HT12e not found, aborting
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 30 -> diverse not found, aborting
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 32 -> wireless doorbell not found, aborting
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA | Mandolyn | Pollin ISOTRONIC matches, trying to demodulate
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:5)((?:45|75){19,}(?:4|7)?)) did not match
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 36 -> remote not found, aborting
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 37 -> Bresser 7009994 not found, aborting
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 38 -> NC-3911 not found, aborting
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, for MU Protocol id 39, applying filterfunc SIGNALduino_compPattern
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 39 -> X10 Protocol not found, aborting
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 40 -> Romotec  matches, trying to demodulate
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, part is 14525214521414525214145214145252521414141414525252525252525252145252525252525214525252145214 starts at position 0 and ends at 94
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, Starting demodulation (StartStr: 14 first found at 2 regex: (?:14)((?:52|14){12,}) Pos 2) length_min_max (12..) length=46
2020.01.18 20:41:42 5: mySIGNALduino: Parse_MU, dispatching hex: u40#699383FEFEE8
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MU, Decoded matched MU Protocol id 40 dmsg u40#699383FEFEE8 length 48 dispatch(1/4) RSSI = -29.5
2020.01.18 20:41:42 5: mySIGNALduino: Dispatch, u40#699383FEFEE8, test ungleich: disabled
2020.01.18 20:41:42 5: mySIGNALduino: Dispatch, u40#699383FEFEE8, -29.5 dB, dispatch
2020.01.18 20:41:42 5: mySIGNALduino: dispatch u40#699383FEFEE8
2020.01.18 20:41:43 4: SIGNALduino_unknown incomming msg: u40#699383FEFEE8
2020.01.18 20:41:43 4: SIGNALduino_unknown rawData: 699383FEFEE8
2020.01.18 20:41:43 4: SIGNALduino_unknown Protocol: 40
2020.01.18 20:41:43 4: SIGNALduino_unknown converted to bits: 011010011001001110000011111111101111111011101000
2020.01.18 20:41:43 4: SIGNALduino_unknown mySIGNALduino Protocol:40 | To help decode or debug, please add u40! (attr mySIGNALduino development u40)
2020.01.18 20:41:43 4: Unknown, please report
2020.01.18 20:41:43 4: SIGNALduino_unknown incomming msg: u40#699383FEFEE8
2020.01.18 20:41:43 4: SIGNALduino_unknown rawData: 699383FEFEE8
2020.01.18 20:41:43 4: SIGNALduino_unknown Protocol: 40
2020.01.18 20:41:43 4: SIGNALduino_unknown converted to bits: 011010011001001110000011111111101111111011101000
2020.01.18 20:41:43 4: SIGNALduino_unknown mySIGNALduino Protocol:40 | To help decode or debug, please add u40! (attr mySIGNALduino development u40)
2020.01.18 20:41:43 4: Unknown, please report
2020.01.18 20:41:43 3: mySIGNALduino: Unknown code u40#699383FEFEE8, help me!
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, part is 5252145252525252525252525214 starts at position 98 and ends at 128
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, 2. try demodulation at Pos 98
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, dispatching hex: u40#DFF8
2020.01.18 20:41:43 4: mySIGNALduino: Parse_MU, Decoded matched MU Protocol id 40 dmsg u40#DFF8 length 16 dispatch(2/4) RSSI = -29.5
2020.01.18 20:41:43 5: mySIGNALduino: Dispatch, u40#DFF8, test ungleich: disabled
2020.01.18 20:41:43 5: mySIGNALduino: Dispatch, u40#DFF8, -29.5 dB, dispatch
2020.01.18 20:41:43 5: mySIGNALduino: dispatch u40#DFF8
2020.01.18 20:41:43 4: SIGNALduino_unknown incomming msg: u40#DFF8
2020.01.18 20:41:43 4: SIGNALduino_unknown rawData: DFF8
2020.01.18 20:41:43 4: SIGNALduino_unknown Protocol: 40
2020.01.18 20:41:43 4: SIGNALduino_unknown converted to bits: 1101111111111000
2020.01.18 20:41:43 4: SIGNALduino_unknown mySIGNALduino Protocol:40 | To help decode or debug, please add u40! (attr mySIGNALduino development u40)
2020.01.18 20:41:43 4: Unknown, please report
2020.01.18 20:41:43 4: SIGNALduino_unknown incomming msg: u40#DFF8
2020.01.18 20:41:43 4: SIGNALduino_unknown rawData: DFF8
2020.01.18 20:41:43 4: SIGNALduino_unknown Protocol: 40
2020.01.18 20:41:43 4: SIGNALduino_unknown converted to bits: 1101111111111000
2020.01.18 20:41:43 4: SIGNALduino_unknown mySIGNALduino Protocol:40 | To help decode or debug, please add u40! (attr mySIGNALduino development u40)
2020.01.18 20:41:43 4: Unknown, please report
2020.01.18 20:41:43 3: mySIGNALduino: Unknown code u40#DFF8, help me!
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 44 -> BresserTemeo not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 44.1 -> BresserTemeo not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 45 -> Revolt not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 46 -> SKXxxx, GF0x0x not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 48 -> TFA Dostmann not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 49.1 -> GT-9000 not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 49.2 -> GT-9000 not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 56 -> Celexon not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 59 -> AK-HD-4 not found, aborting
2020.01.18 20:41:43 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 60 -> WS2000 matches, trying to demodulate
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, part is 1414525214521414525214145214145252521414141414525252525252525252145252525252525214525252145214 starts at position 2 and ends at 96
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, Starting demodulation ( regex: (?:)((?:14|52){38,}) Pos 0) length_min_max (38..82) length=47
2020.01.18 20:41:43 5: mySIGNALduino: callsub, applying postDemodulation, value before: 1 1 0 0 1 0 1 1 0 0 1 1 0 1 1 0 0 0 1 1 1 1 1 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 0 0 0 1 0 1
2020.01.18 20:41:43 5: mySIGNALduino: WS2000 protolength: 47, datastart: 0, datalength 47
2020.01.18 20:41:43 4: mySIGNALduino: WS2000 Sensortyp 9 - ERROR typ to big (0-7)
2020.01.18 20:41:43 5: mySIGNALduino: callsub, rcode=0, after calling postDemodulation
2020.01.18 20:41:43 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:)((?:14|14){38,})) did not match
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 62 -> Clarus_Switch not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 66 -> WS7035 not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 69 -> Hoermann not found, aborting
2020.01.18 20:41:43 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:)((?:14|14){50,})) did not match
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 72 -> Siro shutter not found, aborting
2020.01.18 20:41:43 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:)((?:14|14){59,})) did not match
2020.01.18 20:41:43 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:)((?:52|14){50,})) did not match
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 76 -> LED XM21 not found, aborting
2020.01.18 20:41:43 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 79 -> wireless doorbell matches, trying to demodulate
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:31)((?:25|41){12,})) did not match
2020.01.18 20:41:43 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:)((?:14|14){104,})) did not match
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 81 -> SA-434-1 not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 83 -> RH787T not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 84 -> IAN 283582 / TV-4848 not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 85 -> TFA 30.3222.02 not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 86 -> BOSCH | CAME | Novy | Neff | Refsta Topdraft not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 89 -> TFA 30.3221.02 not found, aborting
2020.01.18 20:41:43 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 91 -> Atlantic security matches, trying to demodulate
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:31)((?:41|25){36,}(?:2|4)?)) did not match
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 92 -> KRINNER Lumix not found, aborting
2020.01.18 20:41:43 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 94 -> Atech not found, aborting
2020.01.18 20:42:01 3: SD_Keeloq: set attr model to enjoy_motors_HS
2020.01.18 20:42:05 5: HttpUtils url=http://192.168.3.147:23/
2020.01.18 20:42:05 4: IP: 192.168.3.147 -> 192.168.3.147
2020.01.18 20:42:06 4: mySIGNALduino: KeepAlive, ok, retry = 0
2020.01.18 20:42:13 3: SD_Keeloq: set attr verbose to 5
2020.01.18 20:42:18 5: mySIGNALduino: Read, RAW rmsg: Ms;▒▒;▒▒▒;▒▒▒;▒▒▒;▒▒▒;▒▒▒;▒▒▒;d▒4$$!T$$$$!T!T!T!T!T!T!QQT!T!T!T$!T$$$$$$!T$$!T!QT!T$!T$$$$$$$$$!Q!!!!!!!!!da;C1;S3;R59;O;m2;
2020.01.18 20:42:18 4: mySIGNALduino: Read, msg READredu: MS;P0=-15608;P1=398;P2=-412;P3=-4014;P4=799;P5=-811;P6=-572;D=1342424215424242424215421542154215421542154215151542154215421542421542424242424242154242421542151542154242154242424242424242424215101212121212121212121646;CP=1;SP=3;R=89;O;m2;
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 14 -> LED X-MAS
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MS, Found wrong signalpattern 10, catched 64 bits, aborting demodulation
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 41 -> wireless doorbell
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MS, Found wrong signalpattern 10, catched 64 bits, aborting demodulation
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 87 -> JAROLIFT
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MS, last part pair=1 reconstructed, last bit=1
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 88 -> HCS300/HCS301
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 2
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MS, last part pair=1 reconstructed, last bit=1
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MS, dispatching bits: 0 0 0 1 0 0 0 0 0 1 0 1 0 1 0 1 0 1 0 1 0 1 1 1 0 1 0 1 0 1 0 0 1 0 0 0 0 0 0 0 1 0 0 0 1 0 1 1 0 1 0 0 1 0 0 0 0 0 0 0 0 0 0 1 1 0 0 0 with 3 Paddingbits 0
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MS, Decoded matched MS Protocol id 88 dmsg P88#10555754808B48018 length 68  RSSI = -29.5
2020.01.18 20:42:18 5: mySIGNALduino: Dispatch, P88#10555754808B48018, test ungleich: disabled
2020.01.18 20:42:18 5: mySIGNALduino: Dispatch, P88#10555754808B48018, -29.5 dB, dispatch
2020.01.18 20:42:18 5: mySIGNALduino: dispatch P88#10555754808B48018
2020.01.18 20:42:18 4: mySIGNALduino: SD_Keeloq_Parse device enjoy_motors_HS with rawData=10555754808B48018, hlen=17
2020.01.18 20:42:18 5: ######## DEBUG PARSE - START ########
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - bitData = 00010000010101010101011101010100100000001000101101001000000000011000

2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - model = enjoy_motors_HS
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - DMSG  = P88#10555754808B48018
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse                                encoded     <- | ->     decrypts
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse                sync counter |discriminat.| bt |           serial           | bt |V|R|padding
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - bitData = 0001000001010101 010101110101 0100 1000000010001011010010000000 0001 1 0
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - bitData = |->     must be calculated!    <-| 0000000100101101000100000001 1000 1 0

2020.01.18 20:42:18 5: ######## DEBUG without LSB & MSB Keys ########
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - decrypts button                      = stop
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - decrypts serial (hex)                = 012D101 (for each channel)
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - decrypts serial (bin)                = 100101101000100000001 (for each channel)
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - decrypts channel (from serial)       = 2
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - decrypts Voltage LOW indicator       = 1
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - decrypts Repeat indicator            = 0
2020.01.18 20:42:18 5: ######## DEBUG END ########

2020.01.18 20:42:18 4: mySIGNALduino: Parse_MS, Matched MS Protocol id 91.1 -> Atlantic security
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MS, Starting demodulation at Position 3
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MS, last part pair=2 reconstructed, last bit=0
2020.01.18 20:42:18 5: mySIGNALduino: Read, RAW rmsg: Mu;▒▒▒;▒▒▒;▒▒▒;▒▒▒;▒▒▒;DBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB;C1;R59;
2020.01.18 20:42:18 4: mySIGNALduino: Read, msg READredu: MU;P1=401;P2=-412;P3=-4014;P4=797;P5=-830;D=134242421542424242421542154215421542154215421515154215421542154242154242424242424215424242154215154215424215424242424242424242421515;CP=1;R=89;
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 13.1 -> FLAMINGO FA22RF / FA21RF / LM-101LD not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 16 -> Dooya not found, aborting
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 19 -> minify matches, trying to demodulate
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, part is 4242421542424242421542154215421542154215421515154215421542154242154242424242424215424242154215154215424215424242424242424242421515 starts at position 2 and ends at 132
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, 1. skip demodulation (length 65 is to long) at Pos 2 regex ((?:)((?:42|15){19,}))
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 21 -> Einhell Garagedoor not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 22 -> HAMULiGHT not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 24 -> visivon remote not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 28 -> IC Ledspot not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 29 -> HT12e not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 30 -> diverse not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 32 -> wireless doorbell not found, aborting
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA | Mandolyn | Pollin ISOTRONIC matches, trying to demodulate
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:4)((?:54|54){19,}(?:5)?)) did not match
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 36 -> remote not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 37 -> Bresser 7009994 not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 38 -> NC-3911 not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, for MU Protocol id 39, applying filterfunc SIGNALduino_compPattern
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 39 -> X10 Protocol not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 40 -> Romotec  not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 44 -> BresserTemeo not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 44.1 -> BresserTemeo not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 45 -> Revolt not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 46 -> SKXxxx, GF0x0x not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 48 -> TFA Dostmann not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 49.1 -> GT-9000 not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 49.2 -> GT-9000 not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 56 -> Celexon not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 59 -> AK-HD-4 not found, aborting
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 60 -> WS2000 matches, trying to demodulate
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, part is 4242421542424242421542154215421542154215421515154215421542154242154242424242424215424242154215154215424215424242424242424242421515 starts at position 2 and ends at 132
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, Starting demodulation ( regex: (?:)((?:15|42){38,}) Pos 0) length_min_max (38..82) length=65
2020.01.18 20:42:18 5: mySIGNALduino: callsub, applying postDemodulation, value before: 0 0 0 1 0 0 0 0 0 1 0 1 0 1 0 1 0 1 0 1 0 1 1 1 0 1 0 1 0 1 0 0 1 0 0 0 0 0 0 0 1 0 0 0 1 0 1 1 0 1 0 0 1 0 0 0 0 0 0 0 0 0 0 1 1
2020.01.18 20:42:18 5: mySIGNALduino: WS2000 protolength: 65, datastart: 3, datalength 62
2020.01.18 20:42:18 4: mySIGNALduino: WS2000 Sensortyp 0 - ERROR lenght of message 60 (35)
2020.01.18 20:42:18 5: mySIGNALduino: callsub, rcode=0, after calling postDemodulation
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, part is 4242421542424242421542154215421542154215421515154215421542154242154242424242424215424242154215154215424215424242424242424242421515 starts at position 2 and ends at 132
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, 1. skip demodulation (length 65 is to long) at Pos 2 regex ((?:)((?:15|42){38,}))
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 62 -> Clarus_Switch not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 66 -> WS7035 not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 69 -> Hoermann not found, aborting
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, part is 4242421542424242421542154215421542154215421515154215421542154242154242424242424215424242154215154215424215424242424242424242421515 starts at position 2 and ends at 132
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, 1. skip demodulation (length 65 is to long) at Pos 2 regex ((?:)((?:15|42){50,}))
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 72 -> Siro shutter not found, aborting
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 73 -> FHT80 matches, trying to demodulate
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:)((?:42|42){59,})) did not match
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, part is 4242421542424242421542154215421542154215421515154215421542154242154242424242424215424242154215154215424215424242424242424242421515 starts at position 2 and ends at 132
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, Starting demodulation ( regex: (?:)((?:15|42){50,}) Pos 0) length_min_max (50..67) length=65
2020.01.18 20:42:18 5: mySIGNALduino: callsub, applying postDemodulation, value before: 0 0 0 1 0 0 0 0 0 1 0 1 0 1 0 1 0 1 0 1 0 1 1 1 0 1 0 1 0 1 0 0 1 0 0 0 0 0 0 0 1 0 0 0 1 0 1 1 0 1 0 0 1 0 0 0 0 0 0 0 0 0 0 1 1
2020.01.18 20:42:18 5: mySIGNALduino: FS20 - pos=3 length=61
2020.01.18 20:42:18 5: mySIGNALduino: FS20 ERROR - wrong length=61 (must be 45 or 54)
2020.01.18 20:42:18 5: mySIGNALduino: callsub, rcode=0, after calling postDemodulation
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 76 -> LED XM21 not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 79 -> wireless doorbell not found, aborting
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:)((?:15|42){104,})) did not match
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 81 -> SA-434-1 not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 83 -> RH787T not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 84 -> IAN 283582 / TV-4848 not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 85 -> TFA 30.3222.02 not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 86 -> BOSCH | CAME | Novy | Neff | Refsta Topdraft not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 89 -> TFA 30.3221.02 not found, aborting
2020.01.18 20:42:18 4: mySIGNALduino: Parse_MU, Fingerprint for MU Protocol id 91 -> Atlantic security matches, trying to demodulate
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, 0. try, regex ((?:34)((?:51|24){36,}(?:5|2)?)) did not match
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 92 -> KRINNER Lumix not found, aborting
2020.01.18 20:42:18 5: mySIGNALduino: Parse_MU, start pattern for MU Protocol id 94 -> Atech not found, aborting
2020.01.18 20:42:31 4: ######## DEBUG SET - START ########
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - cmd=down
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - encoded, from bitMSG      = 00010000010101010101011101010100
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - Serial                    = 012D101
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - Serial bits               = 0000000100101101000100000001
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - Serial bits reverse       = 1000000010001011010010000000
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - Button                    = down
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - Button_bits               = 1100
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - Button_bits reverse       = 0011
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - Voltage LOW indicator (V) = 1
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - Repeat indicator (R)      = 0
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - Padding bits (SD intern)  = 00

2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set                                  encoded     <- | ->     decrypts
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_set - should (HCS301),   sync cnt |discriminat.| bt |           serial           | bt |V|R|padding
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - is device,          encoded (Rolling code)    |           serial           | bt |V|R|padding
2020.01.18 20:42:31 4: mySIGNALduino: SD_Keeloq_Set - bits (send) = 00010000010101010101011101010100 1000000010001011010010000000 0011 1 0 00

2020.01.18 20:42:31 3: mySIGNALduino: SD_Keeloq_Set - sendMsg (hex) = P88#0x10555754808B48038#R1
2020.01.18 20:42:31 3: mySIGNALduino: SD_Keeloq_Set - sendMsg (bits) = P88#00010000010101010101011101010100100000001000101101001000000000111P#R3
2020.01.18 20:42:31 5: mySIGNALduino: Write, sending via Set sendMsg P88#0x10555754808B48038#R1
2020.01.18 20:42:31 5: mySIGNALduino: Set, sendmsg msg=P88#0x10555754808B48038#R1
2020.01.18 20:42:31 5: mySIGNALduino: Set, sendmsg Preparing rawsend command for protocol=88, repeats=1, clock=400 bits=00010000010101010101011101010100100000001000101101001000000000111000
2020.01.18 20:42:31 5: mySIGNALduino: AddSendQueue, mySIGNALduino: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141; (1)
2020.01.18 20:42:31 4: mySIGNALduino: Set, sending via SendMsg: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:42:31 5: mySIGNALduino: SimpleWrite, SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:42:31 4: mySIGNALduino: SendFromQueue, msg=SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:42:32 4: mySIGNALduino: Read, msg: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:42:32 5: mySIGNALduino: Parse, noMsg: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:42:32 5: mySIGNALduino: Read, msg: regexp=^S(?:R|C|M);. cmd=sendraw msg=SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:42:32 4: mySIGNALduino: Read, sendraw answer: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:42:32 4: mySIGNALduino: HandleWriteQueue, nothing to send, stopping timer
2020.01.18 20:42:32 4: mySIGNALduino: Read, msg:
2020.01.18 20:43:00 4: ######## DEBUG SET - START ########
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - cmd=up
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - encoded, from bitMSG      = 00010000010101010101011101010100
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - Serial                    = 012D101
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - Serial bits               = 0000000100101101000100000001
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - Serial bits reverse       = 1000000010001011010010000000
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - Button                    = up
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - Button_bits               = 1010
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - Button_bits reverse       = 0101
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - Voltage LOW indicator (V) = 1
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - Repeat indicator (R)      = 0
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - Padding bits (SD intern)  = 00

2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set                                  encoded     <- | ->     decrypts
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_set - should (HCS301),   sync cnt |discriminat.| bt |           serial           | bt |V|R|padding
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - is device,          encoded (Rolling code)    |           serial           | bt |V|R|padding
2020.01.18 20:43:00 4: mySIGNALduino: SD_Keeloq_Set - bits (send) = 00010000010101010101011101010100 1000000010001011010010000000 0101 1 0 00

2020.01.18 20:43:00 3: mySIGNALduino: SD_Keeloq_Set - sendMsg (hex) = P88#0x10555754808B48058#R1
2020.01.18 20:43:00 3: mySIGNALduino: SD_Keeloq_Set - sendMsg (bits) = P88#00010000010101010101011101010100100000001000101101001000000001011P#R3
2020.01.18 20:43:00 5: mySIGNALduino: Write, sending via Set sendMsg P88#0x10555754808B48058#R1
2020.01.18 20:43:00 5: mySIGNALduino: Set, sendmsg msg=P88#0x10555754808B48058#R1
2020.01.18 20:43:00 5: mySIGNALduino: Set, sendmsg Preparing rawsend command for protocol=88, repeats=1, clock=400 bits=00010000010101010101011101010100100000001000101101001000000001011000
2020.01.18 20:43:00 5: mySIGNALduino: AddSendQueue, mySIGNALduino: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414103410303414141; (1)
2020.01.18 20:43:00 4: mySIGNALduino: Set, sending via SendMsg: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414103410303414141;
2020.01.18 20:43:00 5: mySIGNALduino: SimpleWrite, SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414103410303414141;
2020.01.18 20:43:00 4: mySIGNALduino: SendFromQueue, msg=SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414103410303414141;
2020.01.18 20:43:01 4: mySIGNALduino: Read, msg: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414103410303414141;
2020.01.18 20:43:01 5: mySIGNALduino: Parse, noMsg: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414103410303414141;
2020.01.18 20:43:01 5: mySIGNALduino: Read, msg: regexp=^S(?:R|C|M);. cmd=sendraw msg=SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414103410303414141;
2020.01.18 20:43:01 4: mySIGNALduino: Read, sendraw answer: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414103410303414141;
2020.01.18 20:43:01 4: mySIGNALduino: HandleWriteQueue, nothing to send, stopping timer
2020.01.18 20:43:01 4: mySIGNALduino: Read, msg:
2020.01.18 20:43:06 4: mySIGNALduino: KeepAlive, ok, retry = 0
2020.01.18 20:43:08 5: HttpUtils url=http://192.168.3.147:23/
2020.01.18 20:43:08 4: IP: 192.168.3.147 -> 192.168.3.147
2020.01.18 20:43:09 4: ######## DEBUG SET - START ########
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - cmd=down
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - encoded, from bitMSG      = 00010000010101010101011101010100
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - Serial                    = 012D101
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - Serial bits               = 0000000100101101000100000001
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - Serial bits reverse       = 1000000010001011010010000000
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - Button                    = down
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - Button_bits               = 1100
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - Button_bits reverse       = 0011
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - Voltage LOW indicator (V) = 1
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - Repeat indicator (R)      = 0
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - Padding bits (SD intern)  = 00

2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set                                  encoded     <- | ->     decrypts
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_set - should (HCS301),   sync cnt |discriminat.| bt |           serial           | bt |V|R|padding
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - is device,          encoded (Rolling code)    |           serial           | bt |V|R|padding
2020.01.18 20:43:10 4: mySIGNALduino: SD_Keeloq_Set - bits (send) = 00010000010101010101011101010100 1000000010001011010010000000 0011 1 0 00

2020.01.18 20:43:10 3: mySIGNALduino: SD_Keeloq_Set - sendMsg (hex) = P88#0x10555754808B48038#R1
2020.01.18 20:43:10 3: mySIGNALduino: SD_Keeloq_Set - sendMsg (bits) = P88#00010000010101010101011101010100100000001000101101001000000000111P#R3
2020.01.18 20:43:10 5: mySIGNALduino: Write, sending via Set sendMsg P88#0x10555754808B48038#R1
2020.01.18 20:43:10 5: mySIGNALduino: Set, sendmsg msg=P88#0x10555754808B48038#R1
2020.01.18 20:43:10 5: mySIGNALduino: Set, sendmsg Preparing rawsend command for protocol=88, repeats=1, clock=400 bits=00010000010101010101011101010100100000001000101101001000000000111000
2020.01.18 20:43:10 5: mySIGNALduino: AddSendQueue, mySIGNALduino: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141; (1)
2020.01.18 20:43:10 4: mySIGNALduino: Set, sending via SendMsg: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:43:10 5: mySIGNALduino: SimpleWrite, SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:43:10 4: mySIGNALduino: SendFromQueue, msg=SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:43:11 4: mySIGNALduino: Read, msg: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:43:11 5: mySIGNALduino: Parse, noMsg: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:43:11 5: mySIGNALduino: Read, msg: regexp=^S(?:R|C|M);. cmd=sendraw msg=SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:43:11 4: mySIGNALduino: Read, sendraw answer: SR;R=1;P0=400;P1=-400;P2=-4000;P3=-800;P4=800;P5=-15600;D=0101010101010101010101024141410341414141410341034103410341034103410303034103410341034141034141414141414103414141034103034103414103414141414141414141030303414141;
2020.01.18 20:43:11 4: mySIGNALduino: HandleWriteQueue, nothing to send, stopping timer
2020.01.18 20:43:11 4: mySIGNALduino: Read, msg:

Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 20:54:11
Das verstehe ich echt nicht.
Wenn wir uns den jetzt zu letzt genommenen Motor nehmen und so senden

Zitat von: HomeAuto_User am 18 Januar 2020, 20:23:17
Wenn du nun ein
P88#0x10555754808B48058#R1

sendest mit
set mySIGNALduino sendMsg P88#0x10555754808B48058#R1

bewegt sich dann was?

ging doch vorhin das?
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 21:01:48
Zitat von: HomeAuto_User am 18 Januar 2020, 20:54:11
Das verstehe ich echt nicht.
Wenn wir uns den jetzt zu letzt genommenen Motor nehmen und so senden
ging doch vorhin das?

na ja, es waren zwei unterschiedliche Sequenzen
set mySIGNALduino sendMsg P88#0x13EA5DA4808B48038#R1 -> ok
set mySIGNALduino sendMsg P88#0x10555754808B48058#R1 -> nok


Update: Der P88#0x10555754808B48058#R1 stand im da-tut-sich-nix-Log
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 21:04:49
Zitat von: plin am 18 Januar 2020, 21:01:48
na ja, es waren zwei unterschiedliche Sequenzen
set mySIGNALduino sendMsg P88#0x13EA5DA4808B48038#R1 -> ok
set mySIGNALduino sendMsg P88#0x10555754808B48058#R1 -> nok


dann geht diese weiterhin?
set mySIGNALduino sendMsg P88#0x13EA5DA4808B48038#R1
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 21:06:45
Zitat von: HomeAuto_User am 18 Januar 2020, 21:04:49
dann geht diese weiterhin?
set mySIGNALduino sendMsg P88#0x13EA5DA4808B48038#R1
Ja, habe das gerade noch mal verifiziert
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 21:19:19
Der Grund ist wie folgt,
deine Remote sendet teilweise im Verschlüsselten Teil was anderes.

2020.01.18 20:41:42 5: mySIGNALduino: dispatch P88#CB363E00808B48018
2020.01.18 20:41:42 2: mySIGNALduino: SD_Keeloq_Parse Unknown device unknown with Code 012D101 detected, please define (rawdate=CB363E00808B48018)
2020.01.18 20:41:42 2: autocreate: define SD_Keeloq_012D101 SD_Keeloq 012D101
2020.01.18 20:41:42 4: mySIGNALduino: Parse_MS, Decoded matched MS Protocol id 88 dmsg P88#CB363E00808B48018 length 68  RSSI = -29.5
2020.01.18 20:41:42 5: mySIGNALduino: Dispatch, P88#CB363E00808B48018, test gleich
2020.01.18 20:41:42 4: mySIGNALduino: Dispatch, P88#CB363E00808B48018, Dropped due to short time or equal msg

2020.01.18 20:42:18 4: mySIGNALduino: Read, msg READredu: MS;P0=-15608;P1=398;P2=-412;P3=-4014;P4=799;P5=-811;P6=-572;D=1342424215424242424215421542154215421542154215151542154215421542421542424242424242154242421542151542154242154242424242424242424215101212121212121212121646;CP=1;SP=3;R=89;O;m2;
2020.01.18 20:42:18 5: mySIGNALduino: Dispatch, P88#10555754808B48018, test ungleich: disabled
2020.01.18 20:42:18 5: mySIGNALduino: Dispatch, P88#10555754808B48018, -29.5 dB, dispatch
2020.01.18 20:42:18 5: mySIGNALduino: dispatch P88#10555754808B48018
2020.01.18 20:42:18 4: mySIGNALduino: SD_Keeloq_Parse device enjoy_motors_HS with rawData=10555754808B48018, hlen=17
2020.01.18 20:42:18 5: ######## DEBUG PARSE - START ########
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - bitData = 00010000010101010101011101010100100000001000101101001000000000011000

2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - model = enjoy_motors_HS
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - DMSG  = P88#10555754808B48018
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse                                encoded     <- | ->     decrypts
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse                sync counter |discriminat.| bt |           serial           | bt |V|R|padding
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - bitData = 0001000001010101 010101110101 0100 1000000010001011010010000000 0001 1 0
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - bitData = |->     must be calculated!    <-| 0000000100101101000100000001 1000 1 0

2020.01.18 20:42:18 5: ######## DEBUG without LSB & MSB Keys ########
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - decrypts button                      = stop
2020.01.18 20:42:18 5: mySIGNALduino: SD_Keeloq_Parse - decrypts serial (hex)                = 012D101 (for each channel)


Sobald du da eine im Device hast, welche dir was "anderes sagt" so geht es nicht mehr.
Ich vermute der RollingCode hat eine Lücke oder sowas.

Das Problem besteht darin, ich müsste dir 8 Optionen zur Verfügung stellen um die Codes einzutragen.

Kannst du sicherstellen, das die von dir funktionierenden RollCodes IMMER funktionieren wenn du diese hinterinander senden würdest über Tage ...
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 21:26:56
Zitat von: HomeAuto_User am 18 Januar 2020, 21:19:19
Das Problem besteht darin, ich müsste dir 8 Optionen zur Verfügung stellen um die Codes einzutragen.
Kannst du sicherstellen, das die von dir funktionierenden RollCodes IMMER funktionieren wenn du diese hinterinander senden würdest über Tage ...
Aktuell arbeite ich ja mit meinen Mitschnitten, also habe ich bei 6 Motoren und 3 Buttons in Summe 18 verschiedene Rolling-Codes im Einsatz. Seit 30.12. sende ich diese stabil mit GFSK. Deshalb wäre mein Ansatz meine langen RAW-Commands zumindest durch die kürzeren P88er Codes zu ersetzen und mittels sendMsg zu senden. Sieht eleganter aus  ;).
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 21:28:16
Das stellt ein Workaround dar und ich würde nen Ziel haben wollen wo du das mit dem normalen Kommando senden kannst  >:(

Edit:
Können wir 18 DMSG mit Motornummer und Kommando mal niederschreiben?
Ich habe im Kopf diese in einem Attribut zu speichern und davon zu nehmen aber dazu bräuchte ich die Zuarbeit und das ich auch sehe ob ich nur die RollingCodes als Hex benötige oder das komplette Kommando.

In etwa so
{
"CH1_down" => "1234",
"CH1_up" => "45678"
}
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 21:31:58
Zitat von: HomeAuto_User am 18 Januar 2020, 21:28:16
Dss stellt ein Workaround dar und ich würde nen Ziel haben wollen wo du das mit dem normalen Kommando senden kannst  >:(
Auch mein Motto ist "Aufgeben gilt nicht". Seit einem nervigen Projekt im Jahr 2015 aber mit dem Zusatz "es ist aber nicht immer einfach"  ::).
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 21:37:18
Zitat von: HomeAuto_User am 18 Januar 2020, 21:28:16
Das stellt ein Workaround dar und ich würde nen Ziel haben wollen wo du das mit dem normalen Kommando senden kannst  >:(

Edit:
Können wir 18 DMSG mit Motornummer und Kommando mal niederschreiben?
Ich habe im Kopf diese in einem Attribut zu speichern und davon zu nehmen aber dazu bräuchte ich die Zuarbeit und das ich auch sehe ob ich nur die RollingCodes als Hex benötige oder das komplette Kommando.
Die Frage ist: Sind die Fernbedienungen noch irgendwie individuell kodiert oder nutzen alle die gleichen Rolling Codes (also im Chip fest verdrahtet)?

Für mich wäre dann die Variante mit dem Anlernen und ablegen in drei Attributen für up/stop/down noch akzeptabel/halbwegs komfortabel.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 21:42:34
Zitat von: plin am 18 Januar 2020, 21:37:18
Die Frage ist: Sind die Fernbedienungen noch irgendwie individuell kodiert oder nutzen alle die gleichen Rolling Codes (also im Chip fest verdrahtet)?

Die Erfahrungen mit JaroLift wo es unschlüsselt wurde, zeigte mir, jede Fernbedienung hat eine eigene ID und der Rolling Code wird maximal doppelt auftreten in zich tausend Fällen.
Das können wir nur herausbekommen wenn wir die RollingCodes alle aufzeichnen würden *smile*

Zitat von: plin am 18 Januar 2020, 21:37:18
Für mich wäre dann die Variante mit dem Anlernen und ablegen in drei Attributen für up/stop/down noch akzeptabel/halbwegs komfortabel.

Dann aufgabe für dich, mal die DMSG zusammen zu fassen mit Motornummer und Kommando.
Dann via 3 oder einem Attribut kann man diese definieren.

Haben wir schon den Test mal vollzogen einen RollingCode einfach nur zu ersetzen ob er dann erkannt wird oder ob dieser den Zusammenhang mit den folgenden Bits veknüpft.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 21:42:48
Zitat von: HomeAuto_User am 18 Januar 2020, 21:28:16
Edit:
Können wir 18 DMSG mit Motornummer und Kommando mal niederschreiben?
Ich habe im Kopf diese in einem Attribut zu speichern und davon zu nehmen aber dazu bräuchte ich die Zuarbeit und das ich auch sehe ob ich nur die RollingCodes als Hex benötige oder das komplette Kommando.

In etwa so
{
"CH1_down" => "1234",
"CH1_up" => "45678"
}


Ich habe dir eine PN geschickt ...
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 18 Januar 2020, 21:44:46
Zitat von: HomeAuto_User am 18 Januar 2020, 21:42:34
Haben wir schon den Test mal vollzogen einen RollingCode einfach nur zu ersetzen ob er dann erkannt wird oder ob dieser den Zusammenhang mit den folgenden Bits veknüpft.
Das war mein allererster Versuch eigene Codes zusammenzubauen und der war erfolglos.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 18 Januar 2020, 21:50:55
Sehr auffällig ist, das deine Mitgeschnitten Codes auch doppelte Anfänge besitzen.
Das heißt, die Fernbedienung wird vielleicht erst beim loslassen den Rollingcode ändern oder nach x mal drücken.

PS: Liste habe, danke
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 19 Januar 2020, 10:12:33
@plin,

ich habe begonnen etwas einzubauen und vielleicht wird es heute fertig.

Du kannst dann via einem Attribut die funktionierenden Codes für up/down/stop definieren. Bei jedem senden aus FHEM soll geschaut werden ob für das Kommando ,,Bsp up" ein Code vorliegt. Wenn ja, nutze diesen.

Da ich die Daten nicht sortiert durchlaufen möchte, so kannst du ggf. mehrere Codes eingeben weil bei jedem Klick startet ein anderer Durchlauf.

Wenn einer nicht geht, so kannst du die DMSG wieder nehmen und entfernen.

Ist das plausibel und vorstellbar?


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 19 Januar 2020, 10:17:52
Zitat von: HomeAuto_User am 19 Januar 2020, 10:12:33
Ist das plausibel und vorstellbar?
ja, das geht. Das ROLLO-Modul bietet auch mehrere Möglichkeiten, z.B. rl_commandUp, rl_commandUp2, rl_commandUp3.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 19 Januar 2020, 10:22:39
Ich werde ein Attribut anstatt mehreren nutzen und weil es nur bei einem Model zutrifft verankerte ich es im userattr. Also wir weiten das nur auf dein Model aus um nicht andere User zu verunsichern. Eine Erweiterung auf andere Modell kann immer noch erfolgen wenn der Bedarf besteht.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 19 Januar 2020, 17:43:44
@plin

Du kannst gern mal einen Versuch wagen von dem Ansatz.
Soeben wurde ein update hochgeladen.

Nachdem du das Modell ausgewählt hast, so siehst du sofort, das das userattr erweitert wurde.
Da kannst du absofort das Attribut RollingCodes definieren mit den Codes, welche bei dir funktionieren.

Die Eingabe wurde hoffentlich selbsterklärend gestaltet wenn ein Fehler kommt.

Mfg
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 19 Januar 2020, 19:56:34
Zitat von: HomeAuto_User am 19 Januar 2020, 17:43:44
Die Eingabe wurde hoffentlich selbsterklärend gestaltet wenn ein Fehler kommt.
Ich habe da ein kleines Problem mit dem "selbsterklärenden" Teil, in der Modul-Hilfe ist der ja noch nicht erläutert.

Ich habe im Coding nachgeschaut und es dann mit
RollingCodes:{ "down" => "P88#0x1D5EAAD9808B48038#R3", "stop" => "P88#0x79F77758808B48018#R3", "up" => "P88#0x0AE6FB82808B48058#R3" }
versucht. Im Log taucht aber immer nur die Meldung
SD_Keeloq_Set - sendMsg found no RollingCode for button stop, rebuild msg from receive
auf.

Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 19 Januar 2020, 20:15:49
Ich schaue es mir mal an.
Derzeit über das Handy denke ich, das ein Syntax falsch ist oder der Zugriff nicht gelingt.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 19 Januar 2020, 20:38:04
Zitat von: HomeAuto_User am 19 Januar 2020, 20:15:49
Ich schaue es mir mal an.
Derzeit über das Handy denke ich, das ein Syntax falsch ist oder der Zugriff nicht gelingt.

Bei Definition in zwei Schritten klappts:
attr SD_Keeloq_012D101 userattr RollingCodes
attr SD_Keeloq_012D101 RollingCodes { "down" => "P88#0x1D5EAAD9808B48038#R3", "stop" => "P88#0x79F77758808B48018#R3", "up" => "P88#0x0AE6FB82808B48058#R3" }

und Motor 2 reagiert und fährt down/up  :).

Update 21:00:
nach einem 'shutdown restart' fehlen die 'set' commands ...

Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 19 Januar 2020, 21:20:26
Das klingt schonmal gut :)

Das Set hatte ich eingeschränkt nur wenn Bits da sind. Dies würde ich ändern darauf, wenn RollingCodes eingetragen sind, sofort Set bereit stellen.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 19 Januar 2020, 23:47:22
@plin

vor Ende des Tages noch das update für dich.
Bitte mal austesten ob es so verständlich ist und auch die Funktion gegeben ist.

Die Commandref habe ich ergänzt und auch die von dir angezeigte Setlist.

Sollte alles i.O sein, wo würde ich den Branch überführen für jedermann in den stable Branch bzw. pre-release.
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: plin am 20 Januar 2020, 18:02:46
Zitat von: HomeAuto_User am 19 Januar 2020, 23:47:22
Bitte mal austesten ob es so verständlich ist und auch die Funktion gegeben ist.
Sollte alles i.O sein, wo würde ich den Branch überführen für jedermann in den stable Branch bzw. pre-release.
Funktion ist ok. Die set-Funktion war direkt nach dem Restart verfügbar. Alle Motoren durchgespeilt -> OK.

Zitat von: HomeAuto_User am 19 Januar 2020, 23:47:22
Die Commandref habe ich ergänzt und auch die von dir angezeigte Setlist.
Beim Attribut 'RollingCodes' fehlt mir der Hinweis, dass dies zunächst als userattr gesetzt werden muss.

Aber ansonsten: Alles gut. Danke für Deine Unterstützung  :).
Titel: Antw:Erweiterung SD_Keeloq um RIO-Funkprotokoll
Beitrag von: HomeAuto_User am 20 Januar 2020, 18:40:04
Zitat von: plin am 20 Januar 2020, 18:02:46
Beim Attribut 'RollingCodes' fehlt mir der Hinweis, dass dies zunächst als userattr gesetzt werden muss.

Korrekter Weise muss nur der Hinweis, das das Attribut selbstständig generiert wird via userattr. Der Benutzer muss nach der Modelauswahl nur RollingCodes auswählen.

Zitat von: plin am 20 Januar 2020, 18:02:46
Aber ansonsten: Alles gut. Danke für Deine Unterstützung  :).

Immer gern.
Wenn wir durch sind, können wir ja den Titel des Fadens noch mit [gelöst] versehen.


Gesendet von iPhone mit Tapatalk Pro