Test Adapter mihome-vacuum v2.0.x
-
Bei mir sieht es aus wie bei Bluelinux. Map URL leer.
Hier mal mein Log vom Adapterstart.
mihome-vacuum.0 2020-09-18 17:15:35.555 warn (12019) Could not receive Mappointer, giving up mihome-vacuum.0 2020-09-18 17:15:15.059 warn (12019) Could not receive Mappointer, giving up mihome-vacuum.0 2020-09-18 17:15:09.459 info (12019) create state for carpet_mode mihome-vacuum.0 2020-09-18 17:15:08.881 info (12019) set nächster Timer: Nicht verfügbar mihome-vacuum.0 2020-09-18 17:15:08.450 info (12019) Connected mihome-vacuum.0 2020-09-18 17:15:08.411 info (12019) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-09-18 17:15:08.411 warn (12019) Time difference between Mihome Vacuum and ioBroker: -58 sec mihome-vacuum.0 2020-09-18 17:15:08.398 info (12019) New generation or new fw(3.5.8,004018) detected, create new states goto and zoneclean mihome-vacuum.0 2020-09-18 17:15:08.361 info (12019) Cloud control disabled mihome-vacuum.0 2020-09-18 17:15:08.359 info (12019) Expert mode disabled, states deleted mihome-vacuum.0 2020-09-18 17:15:07.749 info (12019) starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v12.18.3, js-controller: 3.1.6 mihome-vacuum.0 2020-09-18 17:15:03.451 info (1637) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason mihome-vacuum.0 2020-09-18 17:15:03.409 info (1637) terminating mihome-vacuum.0 2020-09-18 17:15:03.268 info (1637) Got terminate signal TERMINATE_YOURSELF mihome-vacuum.0 2020-09-18 17:14:53.699 warn (1637) Could not receive Mappointer, giving upEDIT: OK liegt evtl. an der Version ... ist bei mir noch die 2.1.1 ... ich hab als Verwahrungsort "latest" eingestellt. Ist die 2.2.4 nur direkt auf github zu finden?
-
hallo Leute ich muss mal eine Kurze umfrage machen, Ich brauche alle Modelbezeichnungen die igr mit dem adapter zur Zeit am laufen habt
Folgende habe ich schon:'roborock.vacuum.s5' : VacuumManager, 'roborock.vacuum.s6' : VacuumManager, 'roborock.vacuum.m1s' : VacuumManager, 'rockrobo.vacuum.v1' : VacuumManager -
@Meistertr Ich hab nen s6 maxV
roborock.vacuum.a10 -
@Rushmed sagte in Test Adapter mihome-vacuum v2.0.x:
s6 maxV
und der adapter funktioniert ohne probleme? die Saugstufe müsste falsch angezeigt werden oder?
-
@Meistertr Ich nutze das Reingen der gesamten Karte, bzw. bestimmter Räume uber die Datenpunkte. Ebenso funktionieren spotclean, fanpower, start und gohome.
Das Anzeigen der Karte habe ich nicht hinbekommen.Ich kann gerne bestimmte Funktionen Testen wenn dus genau wissen willst.
-
S50 Roborock
-
Hallo,
zunächst vielen Dank für die neue Version des Adapters, genau darauf habe ich gewartet (wollte nicht die russische App installieren, um an das Token zu kommen).
Jetzt habe ich die 2.2.4 via GitHub installiert und bekomme immer "discover Login failed", obwohl die Eingabedaten definitiv korrekt sind. Ich habe einen Roborock S5 Max und benutze die Robrock App. Liegt das daran? Muss ich Mihome installieren?
Danke für Eure Hilfe und Geduld
-
@Ahnungsbefreit genau, mit der roborock App geht es nicht, musst ihn in die mihome App einbinden.
-
@Meistertr Meinen Typ kennst schon.
rockrobo.vacuum.v1 -
@Meistertr: rockrobo.vacuum.v1
-
Bei mir ist's der S5Max
-
Hat jemand auch das nachfolgende Problem?
Ich habe verschiedene Zonen in Valetudo angelegt. Einzeln ansteuern oder über meine Robby Seite funktioniert auch. Wenn ich jetzt allerdings mit dem Befehl mihome-vacuum.0.control.X_send_command mit dem Wert "app_segment_clean;[18,19]" arbeite, dann resettet er immer die Position der Dock. (18,19 sind hierbei Flur und Bad) Beispiel:Karte vorher:
Karte nachher:
Demnach findet er natürlich nicht seine Wege und fährt mehr oder minder blind. Eine Kartenwiederherstellung mit anschließendem "Suche Dock" packt die Dock dann wieder dahin wo sie hingehört.
Kann ich dieses resetten irgendwie unterbinden?
Valetudo-Version: v.0.9.8
Roborock S50
mihome-Version: 2.2.3Danke!
-
Ich suche mir nun seit Tagen einen Wolf und eine Lösung, wenn ich in Valetudo Zonen anlege und diese ins Script einfüge fährt er mir immer die Falschen Postionen an, aus der Weboberfläche von Valetudo nimmt er die Zonen richtig. FloleVac bekomme ich nicht ans laufen da ich den DID nicht rausbekomme, bzw darüber auch nirgends was gefunden habe.
Gibt es ein Script für die Raumsteuerung ? -
Hallo,
ich bin am verzweifeln. Laut Anleitung soll man doch 2 Räume mit dem Adapter gleichzeitig saugen lassen können.
Ich möchte in meiner Vis ein Button zum reinigen der Küche und Esszimmer und einen anderen Button für Flur + Wohnzimmer + Gäste WC.
Wie realisiere ich das?
-
@Qualle888 das einfachste ist, du legst dir einen Timer an, deaktivierst ihn und startest ihn via vis manuell
-
@dirkhe Vielen Dank für deine Hilfe.
Also wenn ich den Button für Küche und Esszimmer drücke (in Vis) soll die Küche gesaugt werden und gleichzeitig ein Timer ablaufen. Ist der Timer abgelaufen soll das Esszimmer gesaugt werden?
Ich habe gedacht ich kann dem Adapter mehrere Room Ids zum saugen geben. In der MiHome app kann ich auch 2 Räume auswählen und dann saugen lassen.
-
@Qualle888
Unter mihome-vacuum.0.rooms sind doch deine Räume hinterlegt und in jedem Raumordner ist ein Button roomClean.
Hinter dem VIS Button legst du ein Skript, das erst den Button für die Küche auf true setzt und anschließend mit ein wenig Verzögerung (setStateDelayed) den Button für das Esszimmer auf true setzt.Die Küche wird dann gesaugt und das Esszimmer in die Warteschlange (Queue) gesetzt. Ist die küche fertig, wird das Esszimmer gesaugt. Jeder weitere Raum der per Button betätigt wird, wird in der Warteschlange hinten angehangen.
Das ist doch genau was du willst oder?
-
Gibts eine Möglich den Adapter mit 360 S6 zu Verbinden, suche sowas vergebens =(
-
@blackeagle998 vielen lieben Dank. Das ist meine Lösung. Danke Danke Danke
-
@Meistertr: Ich habe die Version 2.1.1 installiert habe aber das Problem, dass keine Verbindung zu meinem Roborter aufgebaut werden kann:
2020-10-16 07:17:13.620 - debug: mihome-vacuum.0 (8938) no answer for id:35 received, giving up 2020-10-16 07:17:13.620 - debug: mihome-vacuum.0 (8938) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 2020-10-16 07:17:17.358 - info: admin.0 (574) Subscribe on all states again 2020-10-16 07:17:18.582 - debug: mihome-vacuum.0 (8938) Receive <<< Helo <<< 2131002000000000139bcd175f892cdfffffffffffffffffffffffffffffffff 2020-10-16 07:17:18.582 - warn: mihome-vacuum.0 (8938) Time difference between Mihome Vacuum and ioBroker: 1 sec 2020-10-16 07:17:18.583 - info: mihome-vacuum.0 (8938) connecting, this can take up to 10 minutes ... 2020-10-16 07:17:18.583 - debug: mihome-vacuum.0 (8938) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 2020-10-16 07:17:18.585 - debug: mihome-vacuum.0 (8938) sendMsg[1] >>> {"id":36,"method":"get_status"} 2020-10-16 07:17:23.586 - debug: mihome-vacuum.0 (8938) sendMsg[2] >>> {"id":36,"method":"get_status"} 2020-10-16 07:17:24.459 - info: admin.0 (574) Unsubscribe from all states, except system's, because over 3 seconds the number of events is over 200 (in last second 0) 2020-10-16 07:17:28.588 - debug: mihome-vacuum.0 (8938) sendMsg[3] >>> {"id":36,"method":"get_status"} 2020-10-16 07:17:33.589 - debug: mihome-vacuum.0 (8938) no answer for id:36 received, giving up 2020-10-16 07:17:33.589 - debug: mihome-vacuum.0 (8938) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 2020-10-16 07:17:38.651 - debug: mihome-vacuum.0 (8938) Receive <<< Helo <<< 2131002000000000139bcd175f892cf3ffffffffffffffffffffffffffffffff 2020-10-16 07:17:38.652 - warn: mihome-vacuum.0 (8938) Time difference between Mihome Vacuum and ioBroker: 1 sec 2020-10-16 07:17:38.653 - info: mihome-vacuum.0 (8938) connecting, this can take up to 10 minutes ... 2020-10-16 07:17:38.653 - debug: mihome-vacuum.0 (8938) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 2020-10-16 07:17:38.659 - debug: mihome-vacuum.0 (8938) sendMsg[1] >>> {"id":37,"method":"get_status"}Kann mir jemand helfen, das Problem zu finden.
