Test Adapter Mihome-vacuum v3.1.6 Next Generarition
-
@coffeelover das war natürlich das erste was ich gemacht hab. er config hat oben einen block für xiaomi cloud logindaten (hab ich nicht, mag ich nicht) und drunter nen block für manuelle config, wo man die IP-Adresse und nen Token eingeben soll. Token hab ich nicht bzw. weiß ich nicht wo ich den finden könnte, Google sagt mir das muss man aus der Xiaomi App auslesen (welche ich nicht verwenden möchte & für die ich mich nicht registrieren möchte).
-
@tigiba ohne cloud wirste da keinen Token bekommen, von da wird der ausgelesen..
-
@tigiba du kannst den Token über valetudo auslesen einfach im Browser valetudo/api/Token oder so musste mal googeln
-
Ich hab unter http://valetudo/swagger/ ne liste von API calls, aber leider nix mit nem Token.
Und ich hab schon ziemlich viel zu dem Thema gegooglet, alles was ich finde sind Wege den Token aus der orginal Xiaomi App auf Android oder jailbrake iOS auszulesen, nachdem man dort ein Konto eingerichtet und den Roboter verbunden hat.
-
@ilovegym said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
@tigiba ohne cloud wirste da keinen Token bekommen, von da wird der ausgelesen..
Ja, so hab ich das auch verstanden. Aber ich werd' hald einfach bei "Vanilla MQTT" bleiben, das funktioniert auch ohne Cloud. Wollte mir nur die zusätzlichen Funktionen und den höheren Komfort des extra Adapters mal ansehen, aber wenn der ohne Registrierung bei Xiaomi nicht funktioniert, lass' ich's lieber.
-
ich habe seit heute mit der 3.2.2 wieder Adapter crashs. Davor gab es mit der 3.2.1 keinerlei Probleme.
mihome-vacuum.0 2021-08-07 21:05:00.612 warn Terminated (UNCAUGHT_EXCEPTION): Without reason mihome-vacuum.0 2021-08-07 21:05:00.612 error Socket Close mihome-vacuum.0 2021-08-07 21:05:00.547 error undefined mihome-vacuum.0 2021-08-07 21:05:00.547 error unhandled promise rejection: undefined mihome-vacuum.0 2021-08-07 21:05:00.544 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). mihome-vacuum.0 2021-08-07 13:40:08.943 warn Terminated (UNCAUGHT_EXCEPTION): Without reason mihome-vacuum.0 2021-08-07 13:40:08.942 error Socket Close mihome-vacuum.0 2021-08-07 13:40:08.901 error undefined mihome-vacuum.0 2021-08-07 13:40:08.901 error unhandled promise rejection: undefined mihome-vacuum.0 2021-08-07 13:40:08.899 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().Was habe ich gemacht?
mihome-vacuum Adapter update von 3.2.1 auf 3.2.2
admin update auf 5.xWann passiert der crash?
Immer beim starten einer Raumreinigung. Danach wird der Adapter neugestartet/crasht und man kann die Raumreinigung erneut starten.
-
Hab noch falsche Datentypen gefunden:
mihome-vacuum.0 2021-08-09 17:14:10.059 info State value to set for "mihome-vacuum.0.info.water_box" has to be type "text" but received type "boolean" mihome-vacuum.0 2021-08-09 17:14:09.590 info create states for water boxGitHub Issue wurde schon erstellt
-
@saeft_2003 sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
ich habe seit heute mit der 3.2.2 wieder Adapter crashs. Davor gab es mit der 3.2.1 keinerlei Probleme.
mihome-vacuum.0 2021-08-07 21:05:00.612 warn Terminated (UNCAUGHT_EXCEPTION): Without reason mihome-vacuum.0 2021-08-07 21:05:00.612 error Socket Close mihome-vacuum.0 2021-08-07 21:05:00.547 error undefined mihome-vacuum.0 2021-08-07 21:05:00.547 error unhandled promise rejection: undefined mihome-vacuum.0 2021-08-07 21:05:00.544 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). mihome-vacuum.0 2021-08-07 13:40:08.943 warn Terminated (UNCAUGHT_EXCEPTION): Without reason mihome-vacuum.0 2021-08-07 13:40:08.942 error Socket Close mihome-vacuum.0 2021-08-07 13:40:08.901 error undefined mihome-vacuum.0 2021-08-07 13:40:08.901 error unhandled promise rejection: undefined mihome-vacuum.0 2021-08-07 13:40:08.899 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().Was habe ich gemacht?
mihome-vacuum Adapter update von 3.2.1 auf 3.2.2
admin update auf 5.xWann passiert der crash?
Immer beim starten einer Raumreinigung. Danach wird der Adapter neugestartet/crasht und man kann die Raumreinigung erneut starten.
Seit dem downgrade auf 3.2.1 sind die crashs wieder verschwunden. Soll ich ein issues auf git aufmachen?
-
@saeft_2003 bitte
-
-
Hallo,
bei mir wurde die map nicht angezeigt (funktionierte aber eigentlich schon lange).Instanz und Adapter deinstalliert.
Und alles neu wie in #1 beschrieben.Dann habe ich den neuen DP wie früher per binding in ein basic-html widget eingefügt:
In run wird mir angezeigt:
Hat sich die Vorgehensweise geändert ?
Oder wie bekomme ich die Karte wieder angezeigt ?mfg
Dieter -
<img src="{mihome-vacuum.0.cleanmap.map64}"/>und basic HTML nutze ich dafür.
Klappt wunderbar.
-
@haselchen sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
<img src="
Dies war früher nicht drin.
Egal, jetzt läuft es.
Danke schön.
mfg
Dieter -
Nachtrag:
Ich bekomme im log folgendes angezeigt:
mihome-vacuum.0 2021-09-10 09:47:59.128 warn Get Error when receiving map url: Error: connect ETIMEDOUT 124.251.58.87:443 mihome-vacuum.0 2021-09-10 09:28:48.411 warn Get Error when receiving map url: Error: connect ETIMEDOUT 124.251.58.87:443 mihome-vacuum.0 2021-09-10 08:56:05.404 warn Get Error when receiving map url: Error: connect ETIMEDOUT 183.84.6.21:443Und die map wird nicht aktualisiert.
Habt ihr das auch ?
-
@bahnuhr sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
ETIMEDOUT
sagt das der Adapter keine Antwort bekommt von der genannten IP - das scheint ja irgendwas externes zu sein
-
@bahnuhr Taucht bei mir in keinem Log der letzten 14 Tage auf und in der Zeit wurde der Sauger ca. 24 mal gestartet und in Räume geschickt und nach Beendigung die Karte aus der Xiaomi Cloud per E-Mail an mich gesendet.
Karte inkl. gefahrener Route war in der Zeit immer korrekt.
Ich nutze ein Xiaomi 1S mit Xiaomi Cloud. -
Seit heute wird die Instanz nicht mehr grün (bleibt auf gelb).
Im debug log kommt:
mihome-vacuum.0 2021-09-11 12:44:07.794 debug Helo message Timeout mihome-vacuum.0 2021-09-11 12:44:05.791 debug server started on 0.0.0.0:53421 mihome-vacuum.0 2021-09-11 12:44:05.788 info IOT enabled, create state mihome-vacuum.0 2021-09-11 12:44:05.784 debug MIIO: Config: ip:192.168.abc.xxx token: 30374952abcedee mihome-vacuum.0 2021-09-11 12:44:05.783 debug Create State for deviceInfowifi_signal mihome-vacuum.0 2021-09-11 12:44:05.782 debug Create State for deviceInfofw_ver mihome-vacuum.0 2021-09-11 12:44:05.781 debug Create State for deviceInfomodel mihome-vacuum.0 2021-09-11 12:44:05.781 debug Create State for deviceInfomac mihome-vacuum.0 2021-09-11 12:44:05.780 debug Create State for deviceInfo mihome-vacuum.0 2021-09-11 12:44:05.739 debug load Map creator... true mihome-vacuum.0 2021-09-11 12:44:05.668 info starting. Version 3.2.2 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v12.21.0, js-controller: 3.3.15jemand eine idee?
-
jetzt ging es wieder.
Scheint wohl an China zu legen. -
Hallo zusammen,
bekomme seit einiger Zeit immer diese Warnungen im Log:
Ich nutze einen S50.
Wenn ich in der offiziellen App den Reinigungsmodus ändere, werden auch tasächlich kleine Werte (38,60, etc. in den Datenpunkt eingetragen).
Der Adapter erwartet hier offenbar Werte größer 102.An meinem S50 habe ich länger keine Firmware Apdates eingespielt, da dieser gerootet ist und so wunderbar funktioniert.
Liegt es eventuell daran? Kann ich das irgendwie umgehen? -
@nu_81
Du kannst den min Wert des Objektes einfach editieren:
Danach sollte die Meldung weg sein. Evtl. setzt der Adapter ihn bei einem Neustart wieder zurück. Dann müsste man es im Code des Adapters korrigieren. Wenn es für alle S50 gebraucht würde, wäre ein GIT Issue richtig.
