[gelöst] Erweiterung SD_Keeloq um RIO-Funkprotokoll

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

Vorheriges Thema - Nächstes Thema

HomeAuto_User

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
"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 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.
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

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.
"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 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.
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

Dann sind aber die anderen Tasten nun zusätzlich notwendig


Gesendet von iPad mit Tapatalk Pro
"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 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?
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

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%.
"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 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.
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

Schaust du hier ;-)

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.
"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

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

#25
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?
"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 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) 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.
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

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.
"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 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.
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

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.
"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