search

RFD-FHEM / RFFHEM

Counterpart of SIGNALDuino, it's the code for FHEM to work with the data received from the uC
GNU General Public License v3.0
44 stars 33 forks source link

Erweiterung für 2. Conrad RSL Modul #470

Closed litronics closed 5 years ago

litronics commented 6 years ago

Ich habe das aktuelle RSL Modul so angepasst, dass es mit den Conrad RSL Schaltern funktioniert und als eigenes Modul implementiert.

Für das Modul gibt es auch schon einen Thread im Forum: https://forum.fhem.de/index.php/topic,78904.0.html

Damit das funktioniert benötige ich allerdings drei Anpassungen in dem SIGNALduino Modul.

Folgende Variablen müssten zusätzliche Einträge erhalten:

%matchListSIGNALduino --> "75:SD_RSL2" => "^P1RSL2#[A-Fa-f0-9]{8}",

$clientsSIGNALduino --> ."SD_RSL2:"

%ProtocolListSIGNALduino --> "75" => { name => 'ConradRSL2', id => '75', one => [3,-1], zero => [1,-3], clockabs => 500, format => 'twostate', preamble => 'P1RSL2#', clientmodule => 'SD_RSL2', modulematch => '^P1RSL2#[A-Fa-f0-9]{8}', length_min => '32', },

sidey79 commented 6 years ago

Danke für den Beitrag.

Vielleicht lässt sich das ja auch in das vorhandenen RSL Modul mit einbauen

@Ralf9 was meinst Du?

litronics commented 6 years ago

Das lässt sich theoretisch sicher machen - die zwei Module sind ja in großen Teilen identisch.

Ralf9 commented 6 years ago

Ich würde es auch besser finden, wenn man es in das vorhandene 14_SD_RSL Modul integrieren könnte. Ich habe die Vermutung/Verdacht, daß das Conrad RSL beim EZ-Control nicht ganz sauber impementiert ist und deshalb dafür die neue Protokoll Id 75 benötigt wird. Beim Senden mit dem SD_RSL2 Modul funktioniert es ja auch mit der Protokoll Id 1.

Sind die aktuellen Conrad RSL Schalter nicht mehr Intertechno kompatibel? Wenn sie sich mit den ITv3 Protokoll anlernen lassen, dann könnte man das IT-Modul verwenden.

litronics commented 6 years ago

Nope sind sie leider nicht - ich hab von IT beide Varianten versucht - aber mit keiner lassen sich die Schalter anlernen.

Ralf9 commented 6 years ago

Ich habe die neue Protokoll Id 75 eingebaut https://github.com/RFD-FHEM/RFFHEM/commit/a26ac697b13c10a19e14896e8bbc9b93fc60c3a4

Ich habe auch im SD_RSL Modul was angepasst, dabei ist mir aufgefallen, daß die my @RSLCodes und die my @RSL2Codes fast gleich sind, sie sind nur um 2 Zeilen verschoben.

litronics commented 6 years ago

ja, die sind super ähnlich - der Unterschied liegt nur in den ersten Bits - denn bei meiner Variante wird mit dem 5. Bit ON und OFF definiert - in der ursprünglichen ist das anders codiert.

elektron-bbs commented 5 years ago

Ich weiß jetzt nicht, wer für das Modul zuständig ist, aber man tappt bei diesem Log-Eintrag völlig im Dunkeln, was ihn verursacht:

2018.10.14 17:22:22 3: UNDEFINED Remotebutton send to define: 111DB1_0_0

Verursacher ist wohl die 14_SD_RSL.pm - Bitte mal die Logausgabe

  Log3 $hash, 3, "UNDEFINED Remotebutton send to define: $deviceCode";

ändern in z.B.:

  Log3 $hash, 3, "$name RSL_Parse UNDEFINED Remotebutton send to define: $deviceCode";
litronics commented 5 years ago

Ich weis nicht, was Du vor hast oder machst - aber es sieht so aus als hättest du ein Gerät mit einem Taster der bei Betätigung von dem Modul erkannt wird.

elektron-bbs commented 5 years ago

Ich wollte nur darauf hinweisen, das man aus der Log-Ausgabe nicht erkennt, um welches Protokoll es sich handeln könnte.

HomeAutoUser commented 5 years ago

@litronics bitte erfasse von deinem Device bzw. Devices mal mehr RAWMSG. Du hast keinen Start und so treffen auch andere Protokolldefinitionen zu. Gern würde ich der Sache noch einmal auf den Grund gehen und dort ist bestimmt Potienzial ;-)

2018.11.19 22:51:02 4: Dispatch: (38) get sduino_dummy raw MU;;P0=-332;;P1=92;;P2=-1028;;P3=12269;;P4=-510;;P5=1014;;P6=517;;D=01234545454545454545462626254546262546254626262626254625454625454546254545454546262626262545434545454545454545462626254546262546254626262626254625454625454546254545454546262626262545434545454545454545462626254546262546254626262626254625454625454546254545;;CP=6;;R=37;;O;;
2018.11.19 22:51:02 4: sduino_dummy/msg get raw: MU;P0=-332;P1=92;P2=-1028;P3=12269;P4=-510;P5=1014;P6=517;D=01234545454545454545462626254546262546254626262626254625454625454546254545454546262626262545434545454545454545462626254546262546254626262626254625454625454546254545454546262626262545434545454545454545462626254546262546254626262626254625454625454546254545;CP=6;R=37;O;
2018.11.19 22:51:03 4: sduino_dummy: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2018.11.19 22:51:03 4: sduino_dummy: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.11.19 22:51:03 4: sduino_dummy: decoded matched MU Protocol id 8 dmsg TXE6BE9107C length 44 dispatch(1/4) RSSI = -55.5
2018.11.19 22:51:03 3: sduino_dummy: Unknown code TXE6BE9107C, help me!
2018.11.19 22:51:03 4: sduino_dummy: decoded matched MU Protocol id 8 dmsg TXE6BE9107C length 44 dispatch(2/4) RSSI = -55.5
2018.11.19 22:51:03 4: sduino_dummy Dispatch: TXE6BE9107C, Dropped due to short time or equal msg
2018.11.19 22:51:03 4: sduino_dummy: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2018.11.19 22:51:03 4: sduino_dummy: Fingerprint for MU Protocol id 19 -> minify matches, trying to demodulate
2018.11.19 22:51:03 4: sduino_dummy: Fingerprint for MU Protocol id 50 -> optus_XT300 matches, trying to demodulate
2018.11.19 22:51:03 4: sduino_dummy: Fingerprint for MU Protocol id 64 -> WH2 matches, trying to demodulate
2018.11.19 22:51:03 4: sduino_dummy: Fingerprint for MU Protocol id 69 -> Hoermann matches, trying to demodulate
2018.11.19 22:51:03 4: sduino_dummy: decoded matched MU Protocol id 69 dmsg P69#00E6BE9107C length 44 dispatch(1/4) RSSI = -55.5
2018.11.19 22:51:03 4: sduino_dummy: SD_UT protocol 69, bitData 00000000111001101011111010010001000001111100
2018.11.19 22:51:03 4: sduino_dummy: decoded matched MU Protocol id 69 dmsg P69#00E6BE9107C length 44 dispatch(2/4) RSSI = -55.5
2018.11.19 22:51:03 4: sduino_dummy Dispatch: P69#00E6BE9107C, Dropped due to short time or equal msg
2018.11.19 22:51:03 4: sduino_dummy: Fingerprint for MU Protocol id 75 -> ConradRSL2 matches, trying to demodulate
2018.11.19 22:51:03 4: sduino_dummy: decoded matched MU Protocol id 75 dmsg P1#FF19416EC length 36 dispatch(1/4) RSSI = -55.5

"75" => ## ConradRSL2 @litronics https://github.com/RFD-FHEM/SIGNALDuino/issues/69

! same definition how ID 5, but other length !

MU;P0=-1365;P1=477;P2=1145;P3=-734;P4=-6332;D=01023202310102323102423102323102323101023232323101010232323231023102323102310102323102423102323102323101023232323101010232323231023102323102310102323102;CP=1;R=12;

{ name => 'ConradRSL2', id => '75', one => [3,-1], zero => [1,-3], clockabs => 500, format => 'twostate', clientmodule => 'SD_RSL', preamble => 'P1#',
modulematch => '^P1#[A-Fa-f0-9]{8}', length_min => '32', length_max => '40', },

litronics commented 5 years ago

@HomeAutoUser da muss ich leider passen - ich habe die Conrad RSL2 Aktoren mittlerweile ausgetauscht gegen HMIP Aktoren. Die RSL2 Aktoren waren nicht wirklich zuverlässig und mussten öfter mehrfach geschalten werden bevor sie überhaupt irgendwas gemacht haben. Mit den HMIP Aktoren waren diese Probleme sofort weg.

HomeAutoUser commented 5 years ago

Danke für die Antwort. Da kann ich nur weiter suchen! @Ralf9 hast du solche Aktoren?

Ralf9 commented 5 years ago

Nein, ich habe kein RSL. So viel Potienzial dürfte die ID 75 nicht haben. Evtl macht es Sinn die ID 75 mit der developId p oder y zu deaktivieren. Nachdem was ich in Errinnerung habe und im fhem forum gefunden habe hat @litronics keine orginal RSL Fernbedienung

Ich habe aber noch ein paar RSL Schalter die ich von meiner EZ-Control steuern kann.

litronics commented 5 years ago

Ich vermute ich war der einzige, der die Aktoren verwendet hat.

gandi1791 commented 5 years ago

Ich denke zwar, dass sich das hier erübrigt, da ja im fhem Forum Sidey und Ralf9 auch im dem Fred aktiv sind, in dem ich meine Probleme versuche (mit Eurer Hilfe) zu lösen.

Nur nochmal der Vollständigkeit halber. Ich habe 5x Funkschalter und 1x Fernbedienung von Conrad.

sidey79 commented 5 years ago

GitMate.io thinks the contributor most likely able to help you is @sidey79.

Possibly related issues are https://github.com/RFD-FHEM/RFFHEM/issues/169 (CUL_TCM97001 - Modul), https://github.com/RFD-FHEM/RFFHEM/issues/4 (Decoder für Eurochron), https://github.com/RFD-FHEM/RFFHEM/issues/61 (Protokoll für 2-Kanal Funk Grillthermometer Maverick ET-733), https://github.com/RFD-FHEM/RFFHEM/issues/159 (Protokoll für GT2000), and https://github.com/RFD-FHEM/RFFHEM/issues/182 (Befehl für "Signalsimulation").

sidey79 commented 5 years ago

Wir sollten das Thema hier weiter behandeln und nicht im Forum.

Was mich sehr wundert ist, dass Du z.B. folgendes um Logfile hast:

ERROR: >RSL_74A400_4_4< returned by the SD_RSL ParseFn is invalid, notify the module maintainer

Bei mir sehe ich andere Logmeldungen und auch ein anderes Verhalten.

Kannst Du bitte einmal ein version SIGNALduino.pm absetzen und auch ein List auf dein signalduino device?

HomeAutoUser commented 5 years ago

@litronics ich muss nochmal anfragen :-) Kannst du bitte ein paar RAWMSG von deinen Devices hier veröffentlichen? Die eine RAWMSG ist nicht aussagekräftig.

litronics commented 5 years ago

@HomeAutoUser Ich hab die Schalter wegen ihrer Unzuverlässigkeit mittlerweile ersetzt und hab die in der Schublade liegen. Wenn Du willst, schicke ich sie Dir, dann kannst Du der Sache noch tiefer auf den Grund gehen. Schick mir dazu einfach ein PN mit deiner Adresse.

sidey79 commented 5 years ago

Hier hat sich schon lange nichts mehr getan. Ich schließe das Issue. Bitte wieder öffnen, wenn es noch benötigt wird.