[gelöst] Erweiterung SD_Keeloq um RIO-Funkprotokoll

Begonnen von plin, 11 Januar 2020, 14:49:02

Vorheriges Thema - Nächstes Thema

HomeAuto_User

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.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

plin

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 ...
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

plin

#77
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.
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

HomeAuto_User

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.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

plin

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

  • Device SD_Keeloq_012D101 inkl. Logfile gelöscht
  • Für den Motor 2 zweimal die up-Taste betätigt
  • Neu angelegtes SD_Keeloq_012D101 erscheint
  • Neues SD_Keeloq_012D101: model auf enjoy_motors_HS und verbose 5 gesetzt
  • Für den Motor 2 einmal die up-Taste betätigt -> DMSG = P88#2C4A49F8808B48058
  • Motor 2 per Fernbedienung etwas runter gefahren
  • Im Device SD_Keeloq_012D101 ein set ... up ausgeführt -> keine Reaktion des Motors, aber im Log erscheinen die Send-Commans im RAW-Format, produktive FHEM-Instanz erkennt up
  • Im Device SD_Keeloq_012D101 ein set ... down ausgeführt -> keine Reaktion des Motors, aber im Log erscheinen die Send-Commans im RAW-Format, produktive FHEM-Instanz erkennt down
  • Im SDUINO Device ein set mySIGNALduino sendMSG P88#0x2C4A49F8808B48058#R1 ausgeführt -> Motor fährt
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

HomeAuto_User

#80
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
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

plin

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?
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

HomeAuto_User

Mach nochmal ein update am besten.
Ich selbst hatte nicht nochmal erwähnt , das ein update gemacht wurde.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

plin

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?
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

HomeAuto_User

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.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

plin

#85
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?
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

HomeAuto_User

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?
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

plin

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.
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

HomeAuto_User

#88
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.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

HomeAuto_User

@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.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet