Adapter mihome-vacuum anpassungen

[socialbeat]

@dirkhe said in Adapter mihome-vacuum anpassungen:

get_room_mapping

Hi Dirk, ich habe leider das selbe Problem, dass mir die Räume nicht angezeigt werden.

Habe es eben mit dem Befehl im "send_command" probiert. Jedoch bekomme ich keine Antwort im "get response".

die logs sehen folgendermaßen aus:

Hast du mir möglicherweiße einen Tipp wie ich das Problem beheben kann?
Besten Dank dir

Grüße
Nico

[dirkhe]

@bob-der-1 sollte mit der 4.1.1 behoben sein

@socialbeat Ohne debug log bringt das nichts. welche version installiert? Welcher roboter?

[socialbeat]

@dirkhe

Danke für deine schnelle Rückmeldung.

Version: v4.0.0
Roboter: dreame.vacuum.p2027 (ist der Dreame W10)

[bob der 1.]

@dirkhe

Teste und melde mich

Edit:bisher alles ok,beobachte aber das Log weiterhin und wenn was auffällt melde ich mich

[dirkhe]

@socialbeat zum dream kann ich leider nichts sagen, aber das debug log braucht jeder, der dir helfen soll

[samsungfreak]

Hallo,

ich benutze den Adapter bereits seit 2017 und habe mich zuletzt mit ihm beschäftigt, als ich mir den S50 zugelegt hatte vor ca. drei Jahren.
Jetzt habe ich meine komplette ioBroker Umgebung neu augesetzt und einen weiteren Staubsauger gekauft, den S7.

Bei der Recherche bzgl. der Token Thematik bin ich auf einen weiteren Adapter gestoßen, den Roborock Adapter. Allerdings konnte ich noch nicht genau herausfinden, was beide Adapter unterscheidet.

• Verstehe ich es richtig, dass der Roborock Adapter den Staubsauger über die Cloud steuert und der Mihome-vacuum Adapter die Staubsauger lokal über die Tokens steuert?
• Verstehe ich es richtig, dass die Mihome Vacuum den Cloudzugang nur einmalig nutzt zum Auslesen des Token?
• Verstehe ich es richtig, dass der Cloudzugang nur benötigt wird wenn die Karte mit geladen werden sollen für die VIS?
• Ist die Information in der Dokumentation korrekt/aktuell, dass der Staubersauger (S7) sich im gleichen Subnetz befinden muss wie der ioBroker?

[dirkhe]

@samsungfreak

• nein
• nein
• nein
• ja

[cheffe]

@chillbreak sagte in Adapter mihome-vacuum anpassungen:

V

hallo..
ich habe gerade versucht unseren xiaomi s50 in iobroker einzubinden. klappt auch soweit... aber ich hab auch das problem mit den raumnamen. finde in der offiziellen app weiterhin keine möglichkeit den raum zu bennenen..

die von dir geschilderte app ist jedoch auf meinem aktellen samsung telefon im playstore nicht mehr freigegeben... gibt es eine alternative neue möglichkeit zur benennung der räume?

[jwerlsdf]

Hallo,
Bei mir läuft der Adapter seit einigerzeit und auch sehr stabil. Vielen Dank erst einmal dafür! Ich habe einen S7 Max Ultra.

Ich würde gerne nun die Karte angezeigt bekommen. Leider bekomme ich nur beim Datenpunkt "mihome-vacuum.0.cleanmap.mapURL" ein "NULL"

Canvas:

pi@iobroker-master:/opt/iobroker $ npm list canvas
iobroker.inst@3.0.0 /opt/iobroker
├── canvas@2.11.2
├─┬ iobroker.mihome-vacuum@4.2.0
│ └── canvas@2.11.2 deduped
└─┬ iobroker.roborock@0.6.4
  └── canvas@2.11.2 deduped

zeigt das an.

Haken bei "enable map" im Adapter ist gesetzt.

Woran könnte es liegen?

[Thomas Braun]

@jwerlsdf sagte in Adapter mihome-vacuum anpassungen:

Schmeiß das mal aus der ersten Ebene raus.

cd /opt/iobroker
npm uninstall canvas

[jwerlsdf]

@thomas-braun

pi@iobroker-master:/opt/iobroker $ npm list canvas
iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.mihome-vacuum@4.2.0
│ └── canvas@2.11.2
└─┬ iobroker.roborock@0.6.4
  └── canvas@2.11.2 deduped

Adapter neugestartet aber gleicher Fehler "NULL"

[Thomas Braun]

@jwerlsdf

Ja, sieht besser aus.

[jwerlsdf]

@thomas-braun
Datenpunkt wird immer noch nicht ausgefüllt...

[Thomas Braun]

@jwerlsdf
Mag sein. Aber das Modul hatte trotzdem in der obersten Ebene nix verloren.

[jwerlsdf]

@thomas-braun

Könnte es dann an fehlenden Schreibrechten liegen?

bzw. beim restart des Adapters bekomme ich folgenden Fehler:

mihome-vacuum.0
2024-06-26 11:07:24.302	warn	can not set map64

admin.0
2024-06-26 11:07:24.299	warn	Read-only state "mihome-vacuum.0.cleanmap.map64" has been written without ack-flag with value ""

mihome-vacuum.0
2024-06-26 10:40:21.693	warn	HTTP error when getting token cookie

mihome-vacuum.0
2024-06-26 10:40:21.693	error	HTTP error when getting token cookie{}

mihome-vacuum.0
2024-06-26 10:40:21.374	warn	Model roborock.vacuum.a65 not supported! Please open issue on git: https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/issues

mihome-vacuum.0
2024-06-26 10:40:16.220	error	Socket Close

Adapter ist grün und ich kann alle Befehle absetzen und den S7 steuern.

[Neuschwansteini]

@jwerlsdf sagte in Adapter mihome-vacuum anpassungen:

Model roborock.vacuum.a65 not supported! Please open issue on git: https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/issues mihome-vacuum.0 2024-06-26 10:40:16.220 error Socket Close

Hi,
das hat nix mit den Schreibrechten zu tun, sondern daran, dass dein Model lt. Fehlermeldung nicht supported ist..

[dirkhe]

@ilovegym nein, das mit dem support steht da nur, weil es noch nicht getestet wurde. Im defsult wird die mihome lib geladen. Wenn soweit alles funktioniert, ist er quasi supported. Das mit der Karte müsdte man sich dann genauer anschauen. Da steht ja read-only state, hat also auf jeden fall was mit rechten zu tun

[jwerlsdf]

@dirkhe
Die Rechte kann ich ja aber nicht verändern, da diese ja vom adapter geschrieben werden?!

[dirkhe]

@jwerlsdf nein, der adapter nutzt den internen file to datenpunkt mechanismuss. Liegt also irgenwie am system. Du könntest mal versuchen den dp zu löschen und den adapter neu starten

[chuck2941]

Guten Morgen,
hoff ich bin hier richtig.
Ich hatte heute morgen folgendes im Log, kann da jemand weiterhelfen?

mihome-cloud.0
2024-06-27 05:34:03.428	warn	No properties for roborock.vacuum.s5 Identify cannot extract information

mihome-cloud.0
2024-06-27 05:34:03.030	warn	Please report this url to the developer: https://cdn.alsgp0.fds.api.mi-img.com/rn-plugins/2020-12-08/signed_10047_1000570_39_IOS_bundle_e6776fdd671602f308b9be25d889bb0c.zip

mihome-cloud.0
2024-06-27 05:34:03.021	warn	Remote commmands too long for roborock.vacuum.s5