NEWS
Test Adapter Mihome-vacuum v3.1.6 Next Generarition
-
@meistertr Mit 3.1.9 hat die Kartenaktualisierung bei den eben gesaugten 2 RĂ€umen funktioniert.
Ăbermorgen sind wieder 6 RĂ€ume dran. Dann wissen wir noch mehr. -
@Meistertr
Ich verwende den S7 und grundsĂ€tzlich lĂ€uft alles soweit schon wirklich gut. Wie oben bereits gemeldet habe auch ich auch regelmĂ€Ăig AbstĂŒrze des Adapters, wenn ich eine Raumreinigung starte. Das tritt aber nur sporadisch auf:2021-05-18 18:10:59.437 - info: mihome-vacuum.0 (1065) trigger cleaning segment 18 2021-05-18 18:11:08.185 - info: mihome-vacuum.0 (1065) should trigger cleaning segment 22, but is currently active(18). Add to queue 2021-05-18 18:13:27.481 - info: mihome-vacuum.0 (1065) should trigger cleaning segment 23, but is currently active(18). Add to queue 2021-05-18 18:13:29.487 - error: mihome-vacuum.0 (1065) 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(). 2021-05-18 18:13:29.487 - error: mihome-vacuum.0 (1065) unhandled promise rejection: undefined 2021-05-18 18:13:29.488 - error: mihome-vacuum.0 (1065) undefined 2021-05-18 18:13:29.721 - info: mihome-vacuum.0 (1065) terminating 2021-05-18 18:13:29.722 - warn: mihome-vacuum.0 (1065) Terminated (UNCAUGHT_EXCEPTION): Without reason 2021-05-18 18:13:30.547 - error: host.iobroker Caught by controller[0]: 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(). The promise rejected with the reason: 2021-05-18 18:13:30.550 - error: host.iobroker Caught by controller[1]: MESSAGE TIMEOUT 2021-05-18 18:13:30.550 - error: host.iobroker instance system.adapter.mihome-vacuum.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2021-05-18 18:13:30.551 - info: host.iobroker Restart adapter system.adapter.mihome-vacuum.0 because enabled -
@audi1503 Der Hauptaugenmerk liegt noch auf bugfixes, wenn die 3er ins stable geht kĂŒmmere ich mich um die Dreame Sauger. Das Protokoll hab ich schon drin, Fehlt nur das mappen der States.
@meistertr sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
@audi1503 Der Hauptaugenmerk liegt noch auf bugfixes, wenn die 3er ins stable geht kĂŒmmere ich mich um die Dreame Sauger. Das Protokoll hab ich schon drin, Fehlt nur das mappen der States.
Super, das hört sich gut an. Mein Dreame L10 Pro befindet sich in der Zustellung. Da kann ich ja doch noch hoffen, dass ich den irgendwann in iobroker einbinden kann. Das sind super Nachrichten, nachdem ich nach einem Dreame-Adapter gesucht und nicht gefunden hatte. Ich hatte mich schon damit abgefunden, dass ich fĂŒr den Sauger keine View in meiner VIS anlegen kann.
Ich sage jetzt schon mal danke!
-
@Meistertr
Ich verwende den S7 und grundsĂ€tzlich lĂ€uft alles soweit schon wirklich gut. Wie oben bereits gemeldet habe auch ich auch regelmĂ€Ăig AbstĂŒrze des Adapters, wenn ich eine Raumreinigung starte. Das tritt aber nur sporadisch auf:2021-05-18 18:10:59.437 - info: mihome-vacuum.0 (1065) trigger cleaning segment 18 2021-05-18 18:11:08.185 - info: mihome-vacuum.0 (1065) should trigger cleaning segment 22, but is currently active(18). Add to queue 2021-05-18 18:13:27.481 - info: mihome-vacuum.0 (1065) should trigger cleaning segment 23, but is currently active(18). Add to queue 2021-05-18 18:13:29.487 - error: mihome-vacuum.0 (1065) 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(). 2021-05-18 18:13:29.487 - error: mihome-vacuum.0 (1065) unhandled promise rejection: undefined 2021-05-18 18:13:29.488 - error: mihome-vacuum.0 (1065) undefined 2021-05-18 18:13:29.721 - info: mihome-vacuum.0 (1065) terminating 2021-05-18 18:13:29.722 - warn: mihome-vacuum.0 (1065) Terminated (UNCAUGHT_EXCEPTION): Without reason 2021-05-18 18:13:30.547 - error: host.iobroker Caught by controller[0]: 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(). The promise rejected with the reason: 2021-05-18 18:13:30.550 - error: host.iobroker Caught by controller[1]: MESSAGE TIMEOUT 2021-05-18 18:13:30.550 - error: host.iobroker instance system.adapter.mihome-vacuum.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2021-05-18 18:13:30.551 - info: host.iobroker Restart adapter system.adapter.mihome-vacuum.0 because enabled -
@meistertr Mit 3.1.9 hat die Kartenaktualisierung bei den eben gesaugten 2 RĂ€umen funktioniert.
Ăbermorgen sind wieder 6 RĂ€ume dran. Dann wissen wir noch mehr.@diginix sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
@meistertr Mit 3.1.9 hat die Kartenaktualisierung bei den eben gesaugten 2 RĂ€umen funktioniert.
Ăbermorgen sind wieder 6 RĂ€ume dran. Dann wissen wir noch mehr.@Meistertr
Heute habe ich 6 RĂ€ume saugen lassen. Immer 2 am StĂŒck danach ins Dock. Karte wurde immer sauber mit v3.1.9 aktualisiert. :+1: -
@denbo die debug EintrÀge im Vorfeld wÀren super, so kann ich da nicht viel raus deuten
@meistertr Sobald der Fehler wieder auftritt werde ich das Debug-Log hier posten.
-
Ich habe ein kleines Problem mit der neuen Version.
FrĂŒher habe ich aus der VIS heraus mit einem Schiebeschalter den Datenpunkt "clean_home" auf true (fĂŒr reinigen) oder false (fĂŒr stoppen) gesetzt.Das geht komischerweise immer noch, obwohl es die Datenpunkte nicht mehr gibt?
Dummerweise setzt sich nach einer Reinigung "clean_home" aber nicht mehr auf false zurĂŒck.EDIT: Hat sich erledigt. Die Option "FĂŒge einen Status fĂŒr Alexa hinzu" hat gefehlt.
-
@saeft_2003 erstelle einen issue auf git un dann kommt es vll irgendwann :)
Ich hab da noch was. Und zwar wenn ich zum Beispiel ĂŒber den Reset DP die Reinigung der Sensoren zurĂŒcksetze dann springen die % in der app sofort auf 100%, der Adapter aber behĂ€lt noch sehr lange den alten stand.
Könnte sich der Adapter nicht nach einem Reset der Verbrauchsartikel die Prozent neu holen und nicht warten bis diese eh aktualisiert werden, oder liege ich irgendwie falsch?
-
Ich hab da noch was. Und zwar wenn ich zum Beispiel ĂŒber den Reset DP die Reinigung der Sensoren zurĂŒcksetze dann springen die % in der app sofort auf 100%, der Adapter aber behĂ€lt noch sehr lange den alten stand.
Könnte sich der Adapter nicht nach einem Reset der Verbrauchsartikel die Prozent neu holen und nicht warten bis diese eh aktualisiert werden, oder liege ich irgendwie falsch?
-
@saeft_2003 ist in der 3.2.0 mit drin, die ist dann jetzt auch die RC version wenn keiner mehr groĂe fehler zu bemĂ€ngeln hat, bei mir lĂ€uft sie jetzt eigentlich mehrere Wochen Stabil
Alles klar đ Das letzte was ich noch vermisse ist, dass man in den RĂ€umen den Zyklus einstellen kann. Wie stehen die Chancen das du das noch âeinbauenâ kannst? Sonst lĂ€ufts wunderbar âșïž
-
Alles klar đ Das letzte was ich noch vermisse ist, dass man in den RĂ€umen den Zyklus einstellen kann. Wie stehen die Chancen das du das noch âeinbauenâ kannst? Sonst lĂ€ufts wunderbar âșïž
-
@denbo die debug EintrÀge im Vorfeld wÀren super, so kann ich da nicht viel raus deuten
@meistertr Das Problem mit der sporadischen Fehlermeldung bei der Raumauswahl ist bei mir seitdem jetzt nicht mehr aufgetreten. LĂ€uft soweit alles gut.
-
@saeft_2003 ich kann nur immer wieder betonen, dass die liste lang ist die ich umsetzten will,. also kann es in ein paar Wochen oder Monaten kommen
@meistertr
Ich bin gerade meinen IOBroker am neu aufsetzen, jetzt habe ich mit einer Instanz des Adapters (3.2.0) das Problem das die RÀume nicht geladen werden, ist jetzt schon gut 2 Stunden her alle daten sind da,auch die Karte,nur eben die RÀume nicht, beider 2. Instanz sofort ohne Probleme. Hast du eine Idee was ich noch testen kann :) Was benötigst du noch an infos ;) -
@meistertr
Ich bin gerade meinen IOBroker am neu aufsetzen, jetzt habe ich mit einer Instanz des Adapters (3.2.0) das Problem das die RÀume nicht geladen werden, ist jetzt schon gut 2 Stunden her alle daten sind da,auch die Karte,nur eben die RÀume nicht, beider 2. Instanz sofort ohne Probleme. Hast du eine Idee was ich noch testen kann :) Was benötigst du noch an infos ;) -
@meistertr
Beide Instanzen S5 Max einer geht der andere LÀd die rÀume einfach nicht Hab ihn auch schon mal komplett saugen lassen ... Log kommt gleich -
@meistertr
Hier noch den Log :)
-
@saeft_2003 ich kann nur immer wieder betonen, dass die liste lang ist die ich umsetzten will,. also kann es in ein paar Wochen oder Monaten kommen
@meistertr sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:
@saeft_2003 ich kann nur immer wieder betonen, dass die liste lang ist die ich umsetzten will,. also kann es in ein paar Wochen oder Monaten kommen
Alles klar das verstehe ich natĂŒrlich. Falls ich bei irgendwelchen simplen Sachen helfen kann was dazu hilft den Zyklus zu integrieren, dann sag Bescheid.
-
Hi,
hab seit letzter Wochen einen Roborock S7 und wollte den mit iobroker verbinden.
Die Verbindung bekomme ich soweit auch hin. Token usw. hat geklappt.
Ich habe Version 3.20 am laufen und bekomme in endlosschleife diese Log Ausgaben.mihome-vacuum.0 2021-06-07 10:11:32.591 debug (17421) Helo message Timeout mihome-vacuum.0 2021-06-07 10:11:20.589 debug (17421) Time difference between Mihome Vacuum and ioBroker: -1623027974 sec mihome-vacuum.0 2021-06-07 10:11:20.588 debug (17421) Receive <<< Helo <<< 213100200000000018cf43ce000063a2ffffffffffffffffffffffffffffffff mihome-vacuum.0 2021-06-07 10:11:19.784 debug (17421) MIIO RECIVE: {"id":326,"result":[{"enable":1,"current_integral":450,"current_high":500,"current_low":400,"stall_time":10}],"exe_time":100} mihome-vacuum.0 2021-06-07 10:11:19.576 debug (17421) Message= {"id":326,"method":"get_carpet_mode"} mihome-vacuum.0 2021-06-07 10:11:19.575 debug (17421) MIIO RECIVE: {"id":325,"result":[90],"exe_time":200} mihome-vacuum.0 2021-06-07 10:11:19.285 debug (17421) Message= {"id":325,"method":"get_sound_volume"} mihome-vacuum.0 2021-06-07 10:11:19.274 debug (17421) MIIO RECIVE: {"id":324,"result":{"ssid":"Familie-Gerndt","ip":"192.168.178.70","mac":"b0:4a:39:15:75:03","bssid":"2c:91:ab:a5:2f:9a","rssi":-47},"exe_time":100} mihome-vacuum.0 2021-06-07 10:11:19.085 debug (17421) Message= {"id":324,"method":"get_network_info"} mihome-vacuum.0 2021-06-07 10:11:19.083 debug (17421) setGetStatus {"msg_ver":2,"msg_seq":609,"state":8,"battery":90,"clean_time":2399,"clean_area":30630000,"error_code":0,"map_present":true,"in_cleaning":false,"in_returning":0,"in_fresh_state":1 mihome-vacuum.0 2021-06-07 10:11:19.082 debug (17421) MIIO RECIVE: {"id":323,"result":[{"msg_ver":2,"msg_seq":609,"state":8,"battery":90,"clean_time":2399,"clean_area":30630000,"error_code":0,"map_present":1,"in_cleaning":0,"in_returning":0,"in_f mihome-vacuum.0 2021-06-07 10:11:18.814 debug (17421) Message= {"id":323,"method":"get_status"} mihome-vacuum.0 2021-06-07 10:11:18.813 debug (17421) get params for stock Vacuum mihome-vacuum.0 2021-06-07 10:11:10.583 debug (17421) Time difference between Mihome Vacuum and ioBroker: -1623027974 sec mihome-vacuum.0 2021-06-07 10:11:10.582 debug (17421) Receive <<< Helo <<< 213100200000000018cf43ce00006398ffffffffffffffffffffffffffffffff mihome-vacuum.0 2021-06-07 10:11:00.533 debug (17421) Helo message Timeout mihome-vacuum.0 2021-06-07 10:10:58.811 debug (17421) MIIO Receive Timeout<<< mihome-vacuum.0 2021-06-07 10:10:56.809 debug (17421) Message= {"id":322,"method":"get_carpet_mode"} mihome-vacuum.0 2021-06-07 10:10:56.809 debug (17421) ERROR at setGetSoundVolume: MESSAGE TIMEOUT mihome-vacuum.0 2021-06-07 10:10:56.807 debug (17421) MIIO Receive Timeout<<< mihome-vacuum.0 2021-06-07 10:10:54.805 debug (17421) Message= {"id":321,"method":"get_sound_volume"} mihome-vacuum.0 2021-06-07 10:10:54.797 debug (17421) MIIO RECIVE: {"id":320,"result":{"ssid":"Familie-Gerndt","ip":"192.168.178.70","mac":"b0:4a:39:15:75:03","bssid":"2c:91:ab:a5:2f:9a","rssi":-52},"exe_time":101} mihome-vacuum.0 2021-06-07 10:10:53.045 debug (17421) Message= {"id":320,"method":"get_network_info"} mihome-vacuum.0 2021-06-07 10:10:53.043 debug (17421) setGetStatus {"msg_ver":2,"msg_seq":607,"state":8,"battery":89,"clean_time":2399,"clean_area":30630000,"error_code":0,"map_present":true,"in_cleaning":false,"in_returning":0,"in_fresh_state":1 mihome-vacuum.0 2021-06-07 10:10:53.030 debug (17421) MIIO RECIVE: {"id":319,"result":[{"msg_ver":2,"msg_seq":607,"state":8,"battery":89,"clean_time":2399,"clean_area":30630000,"error_code":0,"map_present":1,"in_cleaning":0,"in_returning":0,"in_f mihome-vacuum.0 2021-06-07 10:10:52.839 debug (17421) Message= {"id":319,"method":"get_status"} mihome-vacuum.0 2021-06-07 10:10:52.838 debug (17421) get params for stock VacuumEs kommt also stÀndig ein Timeout und das es eine Zeitdifferenz gibt. Kann man da was dagegen tun?
Danke und GrĂŒĂe
Ronny
-
hat irgendwer die 3.2.0 Version mit einem S5 am Laufen? Ich habe ihn nicht zum Laufen bekommen hinsichtlich "load rooms" - zurĂŒck auf 2.5.5 funktioniert wieder alles einwandfrei.
Im debug protokoll ist mir aufgefallen, dass er bei 3.2.0 irgendwas mit "unknown device model" sagte...und Frage 2: funktioniert beim S5 die Detektion der Wischeinheit? bei mir bleibt der "water_box" Datenpunkt immer auf false - mag aber sein, dass das der S5 das gar nicht kann.