[Gelöst] 14_SD_Keeloq.pm erzeugt kein Device

Begonnen von imh0tep, 27 März 2023, 14:44:20

Vorheriges Thema - Nächstes Thema

imh0tep

Hallo zusammen,

ich versuche eine Jarolift FB (Chip: HCS361) für den Jarolift Jaromat Gurtwickler über FHEM anzusteuern.

Die FB macht Keeloq, weshalb ich das Modul 14_SD_Keeloq.pm verwenden möchte.

HW: SIGNALDuino_nanoCC1101 ATMEGA328P FT232RL FTDI

Habe schon verschiedene FW & Modul Versionen, auch von SIGNALduino.pm ausprobiert, nichts funktioniert.

Soweit ich das Keeloq Modul verstanden habe, erstellt das Modul beim Drücken einer Taste auf der FB ein Device, was bei mir nicht funktioniert. So als würde das Modul gar nicht geladen werden. Ich muss beim shutdown restart auch immer erst einen Reload vom Keeloq Modul machen.

Bekomme haufenweise Unknown Messages von der FB. Vielleicht hat jemand einen Rat.

elektron-bbs

Ein reload des Moduls ist eigentlich nicht erforderlich. Das Modul wird geladen, sobald es benötigt wird.
Ich habe mir mal die Dokumentation zum HCS361 und HCS301 angesehen. Das Protokoll ist eigentlich ähnlich, bis auf eine CRC-Prüfung beim HCS361. Es können allerdings auch verschiedene Baudraten programmiert sein.

Bitte lade mal einen Auszug der Datei fhem.log mit verbose 4 hoch bei Empfang der Fernbedienung.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + LaCrosseGateway

imh0tep

2023.03.30 17:05:26 4: sduino/msg READredu: MU;P0=-874;P1=450;P2=-4492;P3=905;P4=-426;P5=-26224;CP=1;R=241;D=0101234343410343410343434101034343410103434341010101034341010101010341010343434103410341010103410343434343434343434343434343434101010103415;e;i;
2023.03.30 17:05:26 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2023.03.30 17:05:26 4: sduino: Fingerprint for MU Protocol id 19 -> minify matches, trying to demodulate
2023.03.30 17:05:26 4: sduino: Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA | Mandolyn | Pollin ISOTRONIC matches, trying to demodulate
2023.03.30 17:05:26 4: sduino: Fingerprint for MU Protocol id 60 -> WS2000 matches, trying to demodulate
2023.03.30 17:05:26 4: sduino: WS2000 Sensortyp 4 - ERROR lenght of message 60 (70)
2023.03.30 17:05:26 4: sduino: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2023.03.30 17:05:27 4: sduino/msg READredu: MS;P0=-4188;P1=451;P2=891;P3=-436;P4=-873;P5=-29252;D=1023141423142314142323142323142314142323142314141423141414231414141414232323142314231414142314232323232323232323232323232323142314142325;CP=1;SP=0;R=245;e;s=1;
2023.03.30 17:05:27 4: sduino: Matched MS Protocol id 1 -> Conrad RSL v1, bitLen=67
2023.03.30 17:05:27 4: sduino: Matched MS Protocol id 91.1 -> Atlantic security, bitLen=66.5
2023.03.30 17:05:27 4: sduino: last part pair=3 reconstructed, last bit=0, bitLen=1
2023.03.30 17:05:27 4: sduino/msg READredu: MU;P0=-13148;P1=459;P2=-867;P3=112;P4=-4396;P5=909;P6=-422;CP=1;R=245;D=01212321212121212145612125612561212565612565612561212565612561212125612121256121212121256565612561256121212561256565656565656565656565656565612561212565;e;i;
2023.03.30 17:05:28 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2023.03.30 17:05:28 4: sduino: Fingerprint for MU Protocol id 19 -> minify matches, trying to demodulate
2023.03.30 17:05:28 4: sduino: Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA | Mandolyn | Pollin ISOTRONIC matches, trying to demodulate
2023.03.30 17:05:28 4: sduino: Fingerprint for MU Protocol id 60 -> WS2000 matches, trying to demodulate
2023.03.30 17:05:28 4: sduino: WS2000 Sensortyp 5 - ERROR lenght of message 65 (40)
2023.03.30 17:05:28 4: sduino: Fingerprint for MU Protocol id 83 -> RH787T matches, trying to demodulate
2023.03.30 17:05:28 4: sduino: Fingerprint for MU Protocol id 86 -> BOSCH | CAME | Novy | Neff | Refsta Topdraft matches, trying to demodulate
2023.03.30 17:05:28 4: sduino: Fingerprint for MU Protocol id 95 -> Techmar matches, trying to demodulate
2023.03.30 17:06:09 4: sduino/msg READredu: MU;P0=974;P1=470;P2=-4037;P3=-2000;P4=-2692;P5=112;P6=-1022;P7=-15992;CP=1;R=212;D=12121213131213121312145613131313121706060;p;
2023.03.30 17:06:09 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2023.03.30 17:06:09 4: sduino: Fingerprint for MU Protocol id 9 -> weatherID9 matches, trying to demodulate
2023.03.30 17:06:09 4: sduino: Fingerprint for MU Protocol id 34 -> QUIGG | LIBRA | Mandolyn | Pollin ISOTRONIC matches, trying to demodulate
2023.03.30 17:06:09 4: sduino: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2023.03.30 17:06:09 4: sduino: Fingerprint for MU Protocol id 81 -> SA-434-1 matches, trying to demodulate

elektron-bbs

Tja, bei mir wird zumindest diese Nachricht dekodiert:
MS;P0=-4188;P1=451;P2=891;P3=-436;P4=-873;P5=-29252;D=1023141423142314142323142323142314142323142314141423141414231414141414232323142314231414142314232323232323232323232323232323142314142325;CP=1;SP=0;R=245;
Im Log steht danach:
2023.03.30 17:27:35 4: sduino_dummy: get rawmsg: MS;P0=-4188;P1=451;P2=891;P3=-436;P4=-873;P5=-29252;D=1023141423142314142323142323142314142323142314141423141414231414141414232323142314231414142314232323232323232323232323232323142314142325;CP=1;SP=0;R=245;
2023.03.30 17:27:35 4: sduino_dummy: Parse_MS, Matched MS protocol id 1 -> Conrad RSL v1
2023.03.30 17:27:35 4: sduino_dummy: Parse_MS, Matched MS protocol id 88 -> HCS300/HCS301
2023.03.30 17:27:35 4: sduino_dummy: Parse_MS, last part pair=2 reconstructed, last bit=0
2023.03.30 17:27:35 4: sduino_dummy: Parse_MS, Decoded matched MS protocol id 88 dmsg P88#6B259777C57400058 length 68 RSSI = -79.5
2023.03.30 17:27:35 2: sduino_dummy: SD_Keeloq_Parse Unknown device unknown with Code 0002EA3 detected, please define (rawdate=6B259777C57400058)
2023.03.30 17:27:36 4: sduino_dummy: Parse_MS, Matched MS protocol id 91.1 -> Atlantic security
2023.03.30 17:27:36 4: sduino_dummy: Parse_MS, last part pair=3 reconstructed, last bit=0

Hast du die aktuelle 14_SD_Keeloq.pm wirklich installiert?
Installieren kannst du diese mittels folgendem Befehl:
update all https://raw.githubusercontent.com/fhem/SD_Keeloq/master/controls_SD_Keeloq.txt
Am besten gleich damit zur Update-Liste hinzufügen:
update add https://raw.githubusercontent.com/fhem/SD_Keeloq/master/controls_SD_Keeloq.txt
Ist Protokoll 87 und 88 bei deinem sduino aktiviert?

Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + LaCrosseGateway

imh0tep

Waren tatsächlich die fehlenden Protokolle. Habe 87 & 88 auf die Whitelist gesetzt. Vielen Dank für die Hilfe.

Kent

#5
Hi,

ich würde das Thema nochmal gerne aufgreifen, da bei mir ebenfalls keine Keeloq Devices (Rollos) automatisch angelegt werden.
Das über autocreate angelegte SD_Keeloq_70E000 Device erkennt die Tastendrücke meiner TDRCT richtig. Leider wird daraus kein Device angelegt :-(

Siganlduino läuft auf Version 3.50. Die Protokolle sind aktiviert.

cc1101_config Freq: 433.920 MHz, Bandwidth: 812 kHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5.60 kBaud

cc1101_config_ext Modulation: ASK/OOK

cc1101_patable C3E = 00 84 00 00 00 00 00 00 => 5_dBm

config MS=1;MU=1;MC=1;Mred=1


Was läuft da falsch?

Grüße

2023.12.20 14:27:15 5: SIGNALduino433: Read, RAW rmsg: Ms;���;���;���;���;���;���;��;D4R66R66R666R66R66RRRR66RR6666R666RRRRRRRRRRRRRRRRR666RRRR666RRRR6RRRRRRRW␒22222222;C3;S4;R23;O;m0;␃
2023.12.20 14:27:15 4: SIGNALduino433: Read, msg READredu: MS;P1=1541;P2=-402;P3=409;P4=-3966;P5=807;P6=-816;P7=-15979;D=34523636523636523636365236365236365252525236365252363636365236363652525252525252525252525252525252523636365252525236363652525252365252525252525257123232323232323232;CP=3;SP=4;R=35;O;m0;
2023.12.20 14:27:15 4: SIGNALduino433: Parse_MS, Matched MS protocol id 87 -> JAROLIFT
2023.12.20 14:27:15 5: SIGNALduino433: Parse_MS, Starting demodulation at Position 2
2023.12.20 14:27:15 4: SIGNALduino433: Parse_MS, last part pair=5 reconstructed, last bit=0
2023.12.20 14:27:15 5: SIGNALduino433: Parse_MS, dispatching bits: 0 1 1 0 1 1 0 1 1 1 0 1 1 0 1 1 0 0 0 0 1 1 0 0 1 1 1 1 0 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 0 0 0 0 1 1 1 0 0 0 0 1 0 0 0 0 0 0 0 0
2023.12.20 14:27:15 4: SIGNALduino433: Parse_MS, Decoded matched MS protocol id 87 dmsg P87#6DDB0CF7000070E100 length 72 RSSI = -56.5
2023.12.20 14:27:15 5: SIGNALduino433: Dispatch, P87#6DDB0CF7000070E100, test gleich
2023.12.20 14:27:15 4: SIGNALduino433: Dispatch, P87#6DDB0CF7000070E100, Dropped due to short time or equal msg
2023.12.20 14:27:15 5: SIGNALduino433: Read, RAW rmsg: Mu;���;�܀;���;���;���;���;���;d4R66R66R666R66R66RRRR66RR6666R666RRRRRRRRRRRRRRRRR666RRRR666RRRR6RRRRRRRP␐;C3;R23;␃
2023.12.20 14:27:15 4: SIGNALduino433: Read, msg READredu: MU;P0=-23916;P1=92;P2=-403;P3=396;P4=-3966;P5=796;P6=-819;D=345236365236365236363652363652363652525252363652523636363652363636525252525252525252525252525252525236363652525252363636525252523652525252525252501;CP=3;R=35;
2023.12.20 14:27:16 5: SIGNALduino433: Read, RAW rmsg: Mu;���;���;���;���;���;���;���;���;D␒␒␒␒␒␒␒␒␒4␒T␒T␔␔␔␔␔␒T␒RRRRT␔␔␔␒RT␔␔␔␔␔␔␔␒T␔␔␔␔␔␔␔␔␔␔␔␔␔␔␔␔␒RRT␔␔␔␒RRT␔␔␒T␔␔␔␔␔␔␔␔bpP␒␒4␒T␒T␔␔␔␔␔␒T␒RRRRT␔␔␔␒RT␔␔␔␔␔␔␔␒T␔␔␔␔␔␔␔␔;C4;R27;O;␃
2023.12.20 14:27:16 4: SIGNALduino433: Read, msg READredu: MU;P0=124;P1=-421;P2=393;P3=-3998;P4=797;P5=-818;P6=-15888;P7=-5620;D=12121212121212121234125412541414141414125412525252525414141412525414141414141414125414141414141414141414141414141414125252541414141252525414141254141414141414141462705012123412541254141414141412541252525252541414141252541414141414141412541414141414141414;CP=4;R=39;O;
2023.12.20 14:27:16 5: SIGNALduino433: Read, RAW rmsg: Mu;���;���;���;���;D␁␁␁␁␁␁␁␁␂221␁␁␁␂221␁␁␂1␁␁␁␁␁␁␁␁;C1;R28;␃
2023.12.20 14:27:16 4: SIGNALduino433: Read, msg READredu: MU;P0=-407;P1=793;P2=395;P3=-807;D=01010101010101010232323101010102323231010102310101010101010101;CP=1;R=40;
HW: Raspberry 4 mit FHEM und IOBroker, 433MHz Signalduino (3.50 Firmware), 868MHz CUL, Elero Drive Stick, 1-Wire Temperatur Sensoren

Ralf9

Zitatich würde das Thema nochmal gerne aufgreifen, da bei mir ebenfalls keine Keeloq Devices (Rollos) automatisch angelegt werden.
Das über autocreate angelegte SD_Keeloq_70E000 Device erkennt die Tastendrücke meiner TDRCT richtig. Leider wird daraus kein Device angelegt
Wenn das SD_Keeloq_70E000 Device per autocreate angelegt wurde und die Tastendrücke erkannt werden, wo ist dann das Problem?

ZitatDispatch, P87#6DDB0CF7000070E100, Dropped due to short time or equal msg
Damit lässt sich nicht erkennen, was nicht passt.
Er erfolgt nur bei der ersten Nachricht ein dispatch, die Wiederholungen werden gedroppt.

Wenn ich damit P87#6DDB0CF7000070E100 ein dispatch mache bekomme ich:
2023.12.20 23:54:16.971 4: sduinoD/msg get dispatch: P87#6DDB0CF7000070E100
2023.12.20 23:54:16.971 5: sduinoD: dispatch P87#6DDB0CF7000070E100
2023.12.20 23:54:16.972 4: sduinoD: SD_Keeloq_Parse device JaroLift with rawData=6DDB0CF7000070E100, hlen=18
2023-12-20 23:54:16.980 SD_Keeloq SD_Keeloq_70E000 button: up
2023-12-20 23:54:16.980 SD_Keeloq SD_Keeloq_70E000 channel: 1
2023-12-20 23:54:16.980 SD_Keeloq SD_Keeloq_70E000 channel_control: no
2023-12-20 23:54:16.980 SD_Keeloq SD_Keeloq_70E000 counter_receive: 8654
2023-12-20 23:54:16.980 SD_Keeloq SD_Keeloq_70E000 last_digits: 1
2023-12-20 23:54:16.980 SD_Keeloq SD_Keeloq_70E000 receive up on single control
2023-12-20 23:54:16.980 SD_Keeloq SD_Keeloq_70E000 user_modus: all_functions
2023-12-20 23:54:16.980 SD_Keeloq SD_Keeloq_70E000 user_info: none
2023-12-20 23:54:16.980 SD_Keeloq SD_Keeloq_70E000 LastAction_Channel_01: up

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

Kent

Danke Ralf.

Das Problem ist, dass FHEM per Autocreate keine Rollos anlegt. Ich lese überall, dass die eigentlich auf Basis der entschlüsselten Nachrichten automatisch angelegt werden sollten.

Grüße

Markus
HW: Raspberry 4 mit FHEM und IOBroker, 433MHz Signalduino (3.50 Firmware), 868MHz CUL, Elero Drive Stick, 1-Wire Temperatur Sensoren

Ralf9

Du meinst wahrscheinlich ein Icon für jeden Kanal in dem die Position (open, closed, 50% ...) angezeigt wird.
Das wurde bis jetzt noch nicht ins 14_SD_Keeloq Modul eingebaut.
Falls dafür bedarf besteht, müsste dafür im github ein issues aufgemacht werden.
https://github.com/fhem/SD_Keeloq/issues
Hier liest vermutlich keiner der Entwickler mit.

Bis jetzt gibts nur für jeden Kanal ein set up down stop ...
und ein state in dem der letzte set Befehl oder gedrückte Taste angezeigt wird.

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

Kent

Eigentlich meine ich ein Device das z.B. Kanal 1 auf der Fernbedienung entspricht mit dem ich das Rollo auf Kanal 1 rauf und runter fahren kann. Das Icon ist mir tatsächlich egal.

Oder muss ich das manuell anlegen?
HW: Raspberry 4 mit FHEM und IOBroker, 433MHz Signalduino (3.50 Firmware), 868MHz CUL, Elero Drive Stick, 1-Wire Temperatur Sensoren

Ralf9

Das angelegte Device ist für alle Kanäle.
Mit dem Attribut Channels kannst Du die Anzahl der Kanäle angeben.
In der Device Overview hast Du dann für jeden Kanal die Icons für up, down, ..
oder z.B. mit "set down 2" für Kanal 2
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Kent

#11
Moin Ralf,

danke nochmal für deine Unterstützung. Jetzt läuft es... Es gab noch ein zwei andere Stolpersteine. Ich hab mal ein paar Dinge zusammen geschrieben um es anderen evtl einfacher zu machen: https://forum.fhem.de/index.php?topic=116083.msg1297633#msg1297633

Grüße und schöne Feiertage
HW: Raspberry 4 mit FHEM und IOBroker, 433MHz Signalduino (3.50 Firmware), 868MHz CUL, Elero Drive Stick, 1-Wire Temperatur Sensoren

HomeAuto_User

Zitat von: Ralf9 am 21 Dezember 2023, 14:13:46...
Falls dafür bedarf besteht, müsste dafür im github ein issues aufgemacht werden.
https://github.com/fhem/SD_Keeloq/issues
Hier liest vermutlich keiner der Entwickler mit.
...

@Kent, hast du noch Probleme mir dem Modul?
Eine Weiterleitung deines Problemes geschah nicht.

MfG und noch ein erfolgreiches Jahr 2024
"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

Kent

Hi HomeAuto_User,

nein hab keine Probleme mehr mit dem Modul. Hatten nur Verständnisprobleme mit dem Setzen aller notwendigen Attribute.

Hab dazu ein kleines How-to geschrieben, damit es anderen nicht so geht: https://forum.fhem.de/index.php?topic=116083.msg1297633#msg1297633

Das Modul funktioniert super! Gerne kann mein How-to auf der GitHub Seite des Projektes übernommen werden.

Grüße
HW: Raspberry 4 mit FHEM und IOBroker, 433MHz Signalduino (3.50 Firmware), 868MHz CUL, Elero Drive Stick, 1-Wire Temperatur Sensoren