Unterstützung erwünscht - Empfang und Entschlüsselung

[dewenni]

Hallo Zusammen,

vielleicht gibt es ja unter euch jemanden, der sich mit dem Thema schon mal etwas näher auseinandergesetzt hat und hier ggf. helfen kann.
Im Zuge der Implementierungen für das Auswerten der empfangenen Signale von den original Fernbedienungen ist noch ein Teil offen. Derzeit kann die Seriennummer und der Funktionscode (Up, Down, Stop, Shade) empfangen und ausgegeben werden.
Diese Infos befinden sich auch im nicht verschlüsselten Teil der Nachricht.
Interessant wäre nun aber auch noch die Info ob man mit der Fernbedienung eine Gruppe ansteuert oder nur einen einzelnen Rolladen. Diese Info steckt aber teilweise in dem verschlüsselten Anteil der Nachricht.

Wie die Nachricht aufgebaut ist findet man hier:

http://www.bastelbudenbuben.de/2017/04/25/protokollanalyse-von-jarolift-tdef-motoren/

In den ersten 8Bit von den 32Bit verschlüsselten Daten liegt also die Info über die Gruppen-Bits 0-7
Die Gruppenbits 8-16 liegen dann am Ende und sind wohl wieder unverschlüsselt.

Der Code entschlüsselt ja bereits diese 32Bit über die Funktion rx_keygen() und rx_decoder()
Wenn man sich das Ergebnis anschaut, dann variiert dieses aber scheinbar "willkürlich", auch wenn man auf der Fernbedienung die gleiche Taste drückt. Eigentlich sollte sich dann nur der Device Counter Wert in den 32Bit verändern.

Daher zweifle ich daran, dass die Entschlüsselung so wie sie derzeit implementiert ist, überhaupt korrekt funktioniert.

Daher hier der Aufruf an alle die sich damit schon näher befasst haben, dies gerne mal genauer anzuschauen und zu prüfen.

[Olilala]

Hi, ich kenne mich leider absolut nicht damit aus, helfe aber gerne weiter, insofern es in meiner Macht steht.

An Wandsendern hätte ich TDRC 01W, TDRC 02W, TDRC 08W und den TDRCT 04W zum testen ...

Interessant finde ich (vielleicht hilft das auch beim "Fehlersuchen"), das die Auswertung des Kanals beim Betätigen eines (einzelnen) Kanals am TDRC 08W die Channelnummer richtig erkannt und ausgegeben wird ( entsprechend Kanal 1 bis 8).

An einem TDRC 01W ist die Kanalnummer bei ein und demselben Wandsender zwar immer die gleiche, im Vergleich zu einem weiteren TDRC 01W hätte ich dabei aber die gleiche Kanalnummer erwartet ( und zwar die 1, denn es ist ja nur ein 1-Kanlasender), dem ist aber nicht so. Nicht nur die Seriennummern sind unterschiedlich (was ja auch richtig ist und zu erwarten war), sondern die beiden baugleichen Wandsender haben seltsamerweise unterschiedliche Kanalnummern, was meiner Meinung nach unlogisch ist. In meinem Fall hatte der eine die Kanalnummer 171 und der andere 73 ...

Ein TDRC 02W (also ein 2-Kanalsender) hat hingegen zwei unterschiedliche Seriennummern (was prinzipiell noch nachvollziehbar ist) aber beide Kanäle haben letztendlich die gleiche Channelnummer ( was für mich wieder unlogisch ist ). In meinem Fall war es Channelnummer 180 ( erwartet hätte ich eher 1 und 2 ) ...

Steffen hatte damals ja von einem TDRC 08W den Dump gezogen und das reverse Engineering gestartet, weshalb die Auswertung da ja ziemlich genau stimmt, aber bei den anderen Sendern (gefühlt) nicht.
Ich weiss nicht, inwieweit die Info hilft, aber das sind im Moment meine Beobachtungen.

[blissi]

Ich habe die Log-Ausgabe in rx_decoder() aktiviert und es ist wie du sagst, es kommt immer was anderes raus.

Im fhem-Code für Keeloq sieht die Decodierung wie folgt aus:

    Log3 $name, 5, '######## DEBUG PARSE - for LSB & MSB Keys ########';

    ### Hopcode
    my $Hopcode;
    if ($model eq 'JaroLift') {
      $Hopcode = $bit0to7.$bit8to15.$counter;   
    } elsif ($model ne 'JaroLift' && $model ne 'unknown') {
      $Hopcode = $bit0to15.$bit16to27.$bit28to31;   
    }

    $Hopcode = reverse $Hopcode;                                                  # invert
    Log3 $name, 5, "$ioname: SD_Keeloq_Parse - input to decode                      = $Hopcode";
    my $Hopcode_decr = SD_Keeloq_bin2dec($Hopcode);
    Log3 $name, 5, "$ioname: SD_Keeloq_Parse - HopCode - decrypts                   = $Hopcode_decr";

    my $keylow = $serial | 0x20000000;
    Log3 $name, 5, "$ioname: SD_Keeloq_Parse - decrypts (1)                         = $keylow";

    my $rx_device_key_lsb = SD_Keeloq_decrypt($keylow, hex($MasterMSB), hex($MasterLSB), $name);
    $keylow =  $serial | 0x60000000;
    Log3 $name, 5, "$ioname: SD_Keeloq_Parse - decrypts (2)                         = $keylow";

    my $rx_device_key_msb = SD_Keeloq_decrypt($keylow, hex($MasterMSB), hex($MasterLSB),$name);
    Log3 $name, 5, "$ioname: SD_Keeloq_Parse - rx_device_key_lsb                    = $rx_device_key_lsb";
    Log3 $name, 5, "$ioname: SD_Keeloq_Parse - rx_device_key_msb                    = $rx_device_key_msb";

    $Decoded = SD_Keeloq_decrypt($Hopcode_decr, $rx_device_key_msb, $rx_device_key_lsb,$name);
    Log3 $name, 5, "$ioname: SD_Keeloq_Parse - Decoded (HopCode,MSB,LSB)            = $Decoded";
    $Decoded = SD_Keeloq_dec2bin($Decoded);
    Log3 $name, 5, "$ioname: SD_Keeloq_Parse - Decoded (bin)                        = $Decoded\n";

    if ($model eq 'JaroLift') {
      my $Decoded_split;
      for my $i(0..31){
        $Decoded_split.= substr($Decoded,$i,1);
        if (($i+1) % 8 == 0 && $i < 17) {
          $Decoded_split.= ' ';
        }
      }

      ### Disc Group 1-8
      $bit0to7_decr = substr($Decoded, 0, 8);
      $bit0to7 = $bit0to7_decr;

      ### Counter
      $counter = substr($Decoded, 16, 16);
      $counter_decr = SD_Keeloq_bin2dec($counter);

      my $group_value0_7 = '';
      my @groups0_7 = split //, reverse $bit0to7;
      foreach my $i (0..7) {                                                                                        # group - ch0-ch7
        if ($groups0_7[$i] eq 1) {
          $group_value0_7.= ($i+1).',';
        }
      }

      $group_value = '' if($group_value8_15 == 8 && $group_value0_7 ne '');                                         # group reset text ' < 9'
      $group_value = '16' if($group_value8_15 == 8 && $group_value0_7 eq '');                                       # group text '16'
      $group_value0_7 = substr($group_value0_7,0,-1) if ($group_value0_7 =~ /,$/ && $group_value0_7 ne '');         # cut last ,

      $group_value = $group_value0_7.','.$group_value;                                                              # put together part1 with part2
      $group_value = substr($group_value,1,length($group_value)-1) if ($group_value =~ /^,/);                       # cut first ,
      $group_value = substr($group_value,0,-1) if ($group_value =~ /,$/);                                           # cut last ,
      $group_value = 'no' if ($group_value =~ /^\d+$/);                                                             # no group, only one channel

      ### ChannelDecrypted
      $channel_decr = substr($Decoded, 12, 4);
      ($channel_decr) = grep { $models{$model}{Channel}{$_} eq $channel_decr } keys %{$models{$model}{Channel}};    # search channels
      $bit8to15 = $channel_decr;    

      Log3 $name, 5, "$ioname: SD_Keeloq_Parse                                          Grp 0-7 |digitS/N|    counter";
      Log3 $name, 5, "$ioname: SD_Keeloq_Parse - Decoded (bin split)                  = $Decoded_split\n";
      Log3 $name, 5, '######## DEBUG only with LSB & MSB Keys ########';
      Log3 $name, 5, "$ioname: SD_Keeloq_Parse - channelpart1 (group 0-7)             = $bit0to7";
      Log3 $name, 5, "$ioname: SD_Keeloq_Parse - group_value_text 0-7  (2)            = $group_value0_7";
      Log3 $name, 5, "$ioname: SD_Keeloq_Parse - group_value_text 0-15 (3)            = $group_value";
      Log3 $name, 5, "$ioname: SD_Keeloq_Parse - last_digits (bin)                    = ".substr($Decoded, 8, 8).' (only 4 bits '.substr($Decoded, 12, 4).' = decrypts ch reversed '.reverse (substr ($bitData , 32 , 4)).')';
      Log3 $name, 5, "$ioname: SD_Keeloq_Parse - last_digits (channel from encoding)  = $bit8to15";
      Log3 $name, 5, "$ioname: SD_Keeloq_Parse - countervalue (receive)               = $counter_decr\n";

Perl habe ich noch nicht programmiert, aber so ein paar Sachen versteht man ja....ich schätze die haben die Bits als String ("11010110...") und interpretieren das hauptsächlich über String-Operationen. Da müssen wir mal zurückverfolgen, wie $bit0to7, $group_value0_7 und $group_value hergeleitet wird.

[Olilala]

ergänzend noch die Info zu den unterschiedlichen Serialnummern bei einem 2-Kanaltaster, dass sich diese nur an der zweiten Stelle ändert (zumindest mit der aktuellen Auswertelogik): Hab kurz hintereinander jeweils die Stop-Taste gedrückt:

drückt man die zweite Stoptaste zu schnell nach der ersten, gibt es auch schonmal Auswerteprobleme:

[Olilala]

und hier noch die Auswertung eines TDRCT 04W, bei dem kann man 4 Kanäle einzeln oder alle zusammen als eine gemeinsame Gruppe steuern:

Channel 5 wird ausgegeben, wenn alle 4 Kanäle zusammen bedient werden.

[blissi]

Das ist krass, dass das bei dir so perfekt funktioniert. Ich bekomme bei jedem Tastendruck eine andere Serial, völlig unzusammenhängende Counter usw. :-/

[dewenni]

und hier noch die Auswertung eines TDRCT 04W, bei dem kann man 4 Kanäle einzeln oder alle zusammen als eine gemeinsame Gruppe steuern:

Channel 5 wird ausgegeben, wenn alle 4 Kanäle zusammen bedient werden.

das deckt sich so auch mit meinen Tests. Daher dachte ich das es immer so ist. Das scheint aber nicht so zu sein.

[dewenni]

Ich habe das Problem gefunden!

Es lag wohl daran, dass ich innerhalb der Empfangsroutine nochmal getRssi() aufgerufen habe.
Ich dachte, dass dies nur ein Register aus dem CC1101 liest, aber scheinbar hat das auch die Empfangsdaten manipuliert.
Nachdem ich das jetzt da rausgenommen habe, kann ich auch plausible Werte für die unteren und die oberen 8Bit der Kanäle auswerten.
Ich werde also baldmöglichst nochmal ein neues Release machen.
Da werde ich dann immer die volle Seriennummer ausgeben und zusätzlich die 16 Kanal-Bits.
Anhand der Kanal Bits kann man dann sehen welcher Kanal angesteuert wird. Sind mehrere Kanal-Bits gesetzt, handelt es sich um einen Gruppen-Befehl.

[Olilala]

Erneut top Arbeit! Freue mich auf das Release! Insbesondere auch auf die Service Funktionen, denn das neu anlernen eines Endpunktes ist manchmal echt mega nervig mit den Fernbedienungen.

Bei Abbildung eines TDRC 08W (oder auch TDRC 16W) in den Remotes wäre dann ja eventuell ein Kreuzdialog notwendig (quasi das, was ich in #35 meinte mit mehreren Serialnummern für ein und denselben Rolladenmotor) ?

[blissi]

Mega 🙂

[Olilala]

Es scheint sporadisch einen Überlauf zu geben:

[dewenni]

Das habe ich teilweise auch gesehen. Ich kann es mir aber bisher nicht erklären.