Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[skorpil]

Ich bin leider heute Abend nicht zu hause u. kann mit meinem Raspi keine konstruktiven Beiträge leisten. [emoji42]

[bahnuhr]

python27

[Meistertr]

@gst666 erste funktioniert, zweite nicht. Hab dir die Aufzeichnung per Pn geschickt

Gesendet von meinem E5823 mit Tapatalk

[Meistertr]

@gst, habe das update gerade einmal ausprobiert, keine reaktion, habe die nachrichten aus dem log genommen und mit xpn decodiert, klappt ohne Probleme, Klartext sieht gut aus, dann hab ich das paket genommen und über paketsender gesendet, gleiches wie vom adapter keine reaktion, irgendwas muss die verschlüsselung anders machen als die vom xpn file anders kann ich mir das nicht vorstellen

Die Zeichenanzahl wars doch nicht, war nur eine optische Täuschung…

[gst666]

So. :evil: :evil: :evil:

Ich glaube (hoffe), ich habe das Problem gefunden. Es lag an der MD5-Checksumme. Bei dem Air-Purifier muss der Bereich der Checksumme mit dem Token initialisiert werden. Bei dem Vacuum dagegen muss der Bereich mit Nullen initialisiert werden. Prima.

Bitte noch mal testen und Daumen drücken.

[Meistertr]

@gst666:

So. :evil: :evil: :evil:

Ich glaube (hoffe), ich habe das Problem gefunden. Es lag an der MD5-Checksumme. Bei dem Air-Purifier muss der Bereich der Checksumme mit dem Token initialisiert werden. Bei dem Vacuum dagegen muss der Bereich mit Nullen initialisiert werden. Prima.

Bitte noch mal testen und Daumen drücken. `

Ich trau mich fast nciht es zu sagen aber nein :shock: :o gleiches spiel, keine reaktion, hab nachgeschaut ob die änderungen drin sind (jep) auch über packetsender keine reaktion, xpn liefert Klartext

:(

[gst666]

OK. Für heute reicht es. Ich werde mir das noch mal anschauen. Vielleicht finde ich ja noch die Antwort. Ansonsten müssen wir mal ein Treffen arrangieren, so dass ich an dem "unwilligen Monstern" mal selber testen kann, woran es liegt.

[bahnuhr]

Bei einem Treffen würde ich gerne helfen.

Wo kommt ihr her ?

Ich komme aus der Mitte Deutschland.

Eichenzell bei Fulda.

Wenn ihr Hilfe braucht oder sonst wie Unterstützung sagt Bescheid.

mfg

Dieter

[gst666]

Ich komme aus einem Vorort von Hannover.

Gruß Gerhard

[skorpil]

Bei Köln

PS: aber um das Thema in den Griff zu kriegen, würde ich auch mal nach Hannover hochkommen :D

[Meistertr]

Komme aus Lingen. Da ist Hannover nicht die Welt

Gesendet von meinem E5823 mit Tapatalk

[bahnuhr]

Also ich würde auch mal ne Tour nach Hannover machen.

Sagt Bescheid ob ihr mich braucht.

Außer dem Robo und dann mal testen kann ich aber wahrscheinlich nicht viel dazu beitragen.

mfg

Dieter

[skorpil]

Lässt mich wissen, wann, wie, wo!

[mayer]

Warum fragst du nicht mal den User Flole vom Roboter-Forum? Dieser ist sehr hilfsbereit und wird sicher mit einem Hinweis bei dem Problem helfen. Viel kann es ja nicht mehr sein.

Gruss, mayer

[Meistertr]

Ist es richtig, dass der Key mit der Hexzahl berechnet wird?

  function setToken(token) {
    this.token = token;
    this.key = _md5(this.token);
    this.iv =  _md5(new Buffer(this.key.toString('hex')+this.token.toString('hex'),'hex'));
  }
}

da die md5s sonst alle mit string argument sind.

Ich baue das xpn und den Adapter gerade auf eine Statische ausgabe um, immer mit dem gleichen Timestamp, das ist dem Roboter nämlich egal, dann kann man besser die unterschiede vergleichen, ich hoffe, dass ich dann finde woran es ligt

[gst666]

Im Javascript habe ich alle Daten als Binary hinterlegt. Auch die MD5s.

Der token wird als Binary übergeben. Die Funktion _md5 erwartet ein Binary

Bei der Berechnung des iv Wandle ich sowohl den key, als auch den token in einen String um, füge sie zusammen und mache wieder ein Binary draus.

[skorpil]

Nur so eine Idee, weil ihr immer wieder über dem timestamp sprecht: meiner läuft definitiv auf China Zeit. Hab keine Ahnung, wo und wie ich das umstellen kann ist auch egal. Dann stelle ich den schedule eben stets 7 Stunden vor und fertig.

Aber vielleicht kann Euch das helfen mit dem Timestamp.

[Meistertr]

Sooooooooooooo…..

ich habe mich jetzt die letzten zwei Wochen sowohl in python, in das xpn script , den Adapter, Aufbau von Adaptern und AES Verschlüsselungen eingearbeitet und ich darf freudig mitteilen, dass ich das Problem gefunden und erfolgreich an meinem Robby getestet habe, ich werde es noch etwas neu formatieren (Kraut und Rüben) und dann zur Verfügung stellen.(oder gst666 ändert seins um) @gst666 Es war tatsächlich ein kleiner Fehler den du an deinem Luftreiniger nicht finden konntest, du hast am Anfang mal geschrieben, dass er den token jedes mal mit sendet, dass macht der Roboter aber nicht. in mihomepacket zeile 68(kann abweichen) setzt du jedoch den token auf checksumme. Somit wurde zur als token immer immer FFFFF.... genutzt.

[skorpil]

Wahnsinn

[gst666]

@Meistertr

Super, danke für die detektivische Leistung. Bei meinen Versuchen im Trockenlauf ist der Fehler natürlich auch nicht aufgetreten, da die Routine nicht aufgerufen wurde.

Jetzt stellt sich nur die Frage, ob bei der Checksummenberechung die Checksumme mit Nullen oder mit dem Token initialisiert werden muss. Ich habe es jetzt erst mal auf Token (so wie beim AirPurifier) eingestellt. Falls Du es testen möchtest, ist in der getRaw() im mihomepacket. Update sind eingespielt.

Danke, Gerhard