Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[gst666]

Danke @Meistertr

Das hat mir schon etwas geholfen. Offensichtlich stimmt etwas nicht mit der Verschlüsselung. In einer früheren Version sah das Ergebnis anders aus. Ich muss mir mal die Verschlüsselungsroutine noch mal genauer anschauen.

[gst666]

Gute und schlechte Nachrichten:

Die Gute: Die Verschlüsselung ist zum Glück nicht das Problem.

Die Schlechte: Ich weiß nicht, wo das Problem zur Zeit liegt.

Die im Debug angezeigten Nachrichten konnten nicht decodier werden, da das Log die Nachricht abgeschnitten hat. Grrgh. Hat mich viel zeit gekostet.

Habe jetzt die Nachrichten in zwei Zeilen aufgeteilt, so dass das Problem seltener auftreten dürfte.

Nur wo liegt das Problem: Hier gibt es nur noch zwei denkbare Stellen:

Timestamp und ID.

Als Timestamp verwende ich den Timestamp aus dem Helo-Paket. Hatte bislang funktioniert. Warum denn jetzt nicht mehr.

Also ist die wahrscheinlichste Ursache die ID. In den Nachrichten, die ich habe, beginnen sie mit 6000. Vielleicht muss sie bei dem Robot 4-stellig sein? Wer weiß. Habe das mal testweise geändert. Wenn sich jemand zum Testen opfern würde, wäre es prima.

[Meistertr]

Mach ich nachher. Habe gestern leider mein Testsystem zerschossen. Muss gleich noch neu aufsetzen. Aus welcher Funktion wird die decodierungsfunc. Aufgerufen? Konnte das nirgendwo finden…

Gesendet von meinem E5823 mit Tapatalk

[gst666]

Such mal nach GetPlainData() in main.js

[mayer]

Empfangen <<< Helo <<< 2131002000000000034cce9258c3dd52ffffffffffffffffffffffffffffffff
info	>>> 2131005000000000034cce9258c3dd50eb0c4d40cfa09c0b16e1f342d3643b83485ac6f0a9674e825a05e4d1e3161339d4bdb67d611407aaae26c0203468d948f5207261187e8442b0541a6cb42f8228
info	Sende >>> {"id":6431,"method":"find_me","params":[""]}

Habe mal getestet. Leider keine Reaktion vom Robot.

[gst666]

Die verschlüsselten Daten scheinen richtig zu sein. Da ich mir ein solches Gerät immer noch nicht geleistet habe, benötige ich Eure Hilfe:

Bitte schickt mir per PM eine aktuelle Kommunikation zwischen Handy App und Robo nebst Token zu. Vielleicht komme ich dann dahinter, woran es hakt.

Danke, Gerhard

[bahnuhr]

cd /opt/iobroker
npm i https://github.com/ioBroker/ioBroker.mihome-vacuum/tarball/dev

Habe wie das von bluefox geschrieben wurde mal installiert.

Es kamen Fehlermeldungen.
filename="bild1.jpg" index="0">~~

Und dann die instanz erstellt.

Daten eingegeben und gespeichert. Die Instanz wird nicht grün, es bleibt bei gelb.

Liegt es an win7 ?

mfg

[gst666]

Gelb bedeutet, dass der Adapter zwar läuft, es aber keine Verbindung hergestellt werden konnte.

Das könnte drei Gründe haben:

1. falsche IP

2. DGRAM nicht richtig installiert

3. Firewall funkt dazwischen

Versuche mal einen ping von der Komandozeile aus. Wenn das nicht geht, ist es die IP

[bahnuhr]

falsche ip: glaub ich eigentlich nicht.

In der fritzbox hab ich feste ip vergeben.

Diese eingegeben bei instanz.
filename="bild2.jpg" index="0">~~

und ping funktioniert doch auch:
filename="bild1.jpg" index="1">~~

zu 2:

Was ist dgram ??

Was sagen die anderen Fehler, z.B.

python nicht installiert, etc…..

[gst666]

So wie es aussieht benötigt DGRAM Python bei der Installation unter Windows. DGRAM ist die Kommunikationsbibliothek. Versuche doch bitte mal Python zu installieren um dann noch mal den Adapter zu installieren. Eventuell fehlen aber noch weitere Build Tools.

[bahnuhr]

@gst66

ok, dann muss ich aussteigen.

Wenn ich nicht genau weiß, was ich wie wo eingeben soll, dann komm ich nicht weiter.

Bisher ist mihome auf der instanz gelb.

mfg

[gst666]

Du musst Python von der Webseite python.org installieren und dann den Adapter löschen und neu installieren.

[bahnuhr]

python hab ich doch drauf (dachte ich jedenfalls).

Hab doch mit dem xpn.py rum experimentiert. Hat ja fast alles geklappt. (-h, -info, etc.). Nur der Robo ist nicht angesprungen.

Die Installation des app "mihome" erkennt aber nun python nicht.

Warum nicht ?

Ich hab keine Ahnung.

Fazit:

python war installiert.

npm i mihome….. erkennt python nicht ????

mfg

[Homoran]

puthon 2.7 oder python 3.0???

du benötigst 2.7!

Gruß

Rainer

[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

:(