Xiaomi / Roboroc Baustein 19001929

[starwarsfan]

Ich hatte vorher auch einen Roomba, der ist mittlerweile sicher über zehn Jahre alt. Der verrichtet jetzt seinen Dienst im UG. Hier im Wohnbereich fährt jetzt seit ein paar Tagen ein S6 und ich völlig begeistert. Die Raumerkennung hat problemlos funktioniert und bis jetzt macht er genau das was er soll.

Aber da gibt's sicher noch mehr Feedback mit einem längeren Benutzungszeitraum als bei mir...

[Icecold]

Wie sind die Xiaomi´s denn so im Alltagsbetrieb? Ich habe bisher 2 Roomba´s (920) und suchen noch einige Sauger für Kanzlei und auch eventuell zuHause, da jemand für die abgeschriebenen Roomba´s Interesse angemeldet hat?

[starwarsfan]

Hi

Tritt das bei Euch öfters auf ? Könnt ihr das reproduzieren ? Wenn ja, dann bitte um kurze Anleitung.

Naja, da gibt's nicht viel anzuleiten. Es geht nach einer Weile einfach nicht mehr. Sprich, die Map wird nicht angezeigt, das Visu-Element bleibt leer. Soll ich etwas spezielles ausprobieren?

[sipiyou]

Jo, das Problem hab ich vor paar Tagen zum ersten Mal gehabt, aber seither ist es nicht wieder aufgetreten.

Tritt das bei Euch öfters auf ? Könnt ihr das reproduzieren ? Wenn ja, dann bitte um kurze Anleitung.

[starwarsfan]

Hi

bei mir verschwindet die Karte nach einer gewissen Zeit leider, der Rest funktioniert. Ein Neustart von Edomi behebt das Problem. Ich gehe daher davon aus, dass der Token nach einiger Zeit abläuft und der Kartenabruf fehlschlägt. Hat irgendjemand auch dieses Problem?

Ja, kann ich bestätigen. Das Problem habe ich auch.

[twi127]

Hallo zusammen,

bei mir verschwindet die Karte nach einer gewissen Zeit leider, der Rest funktioniert. Ein Neustart von Edomi behebt das Problem. Ich gehe daher davon aus, dass der Token nach einiger Zeit abläuft und der Kartenabruf fehlschlägt. Hat irgendjemand auch dieses Problem? Habe zum Test jetzt mal einen zusätzlichen Trigger eingebaut um einen Refresh des Tokens zu erzwingen (ich setze V#5 auf 0). Berichte weiter.

Ansonsten funktioniert der Baustein super! Danke hierfür!

Viele Grüße
Thomas

[starwarsfan]

Hallo miteinander,

super Sache, der LBS! Roboroc S6, hat (fast) auf Anhieb funktioniert.

Einziger aber zugleich sehr wichtiger Punkt ist, dass sich die Android-App per default erstmal in Singapur wähnt. Aber nachdem ich das auf hierzulande umkonfiguriert hatte, wird die Map korrekt dargestellt. Erste Tests einzelner Funktionen sind bis jetzt ebenfalls erfolgreich.

Jetzt mal in die Produktiv-Instanz einbauen...

[trollmar]

Hi,

der Baustein funktioniert leider nicht mehr.


gen1 Vacum
Mainland China



Wenn ich E1 trigger steht im Debug log.

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
 	 		[TR]
 			[TD]020-09-27 23:38:22[/TD]
 			[TD]006053[/TD]
 			[TD]30587[/TD]
 			[TD]Debug[/TD]
 			[TD]Cloud-Daten aus Cache verwenden. Kein Login![/TD]
 		[/TR]
 		[TR]
 			[TD]2020-09-27 23:38:22[/TD]
 			[TD]006335[/TD]
 			[TD]30587[/TD]
 			[TD]Debug[/TD]
 			[TD]V3=YmEndD9Ryv+ETqmQXXXXKqFdsJLLbYbxdlOuaZjdIgW2G5j litSIXcQdmvQmPUkb+Hi/IoIrUmdABpGW6FTQ2S2Hvy/n8WLZflpTZdlXCTnL0KO+jZyLD3b3bCTgSu6dmv9iiKKG1Sl67 0Xt0fbbB45omjwiy2T7bc+/yNwDhoI=V4=uhNhGJWy7kh3EyMi+nf3fw==V5=1682533391[/TD]
 		[/TR]
 		[TR]
 			[TD]2020-09-27 23:38:22[/TD]
 			[TD]006437[/TD]
 			[TD]30587[/TD]
 			[TD]Debug[/TD]
 			[TD]ip: bzw. token : sind leer. Cloud->getDeviceStatus()[/TD]
 		[/TR]
 		[TR]
 			[TD]2020-09-27 23:38:23[/TD]
 			[TD]131989[/TD]
 			[TD]30587[/TD]
 			[TD]Kritisch[/TD]
 			[TD]Geräte-Status konnte nicht aus der Cloud ermittelt werden![LF][/TD]
 		[/TR]
 		[TR]
 			[TD]2020-09-27 23:38:23[/TD]
 			[TD]132139[/TD]
 			[TD]30587[/TD]
 			[TD]Debug[/TD]
 			[TD]cloud->isAccessible:Y-E10=-E11=[/TD]
 		[/TR]
 		[TR]
 			[TD]2020-09-27 23:38:23[/TD]
 			[TD]132205[/TD]
 			[TD]30587[/TD]
 			[TD]Kritisch[/TD]
 			[TD]IP/Token leer! Baustein muss richtig konfiguriert werden! Abbruch[/TD]
 		[/TR]
 		[TR]
 			[TD]2020-09-27 23:38:23[/TD]
 			[TD]134023[/TD]
 			[TD]30587[/TD]
 			[TD]Debug[/TD]
 			[TD]Ausführungszeit: 1.1297879219055 [s][/TD]
 		[/TR]
 	 [/TABLE]

Was kann das sein?

LG

[Horst12]

Was soll ich sagen: Perfekt!

Der LBS läuft einwandfrei. Ich bekomme alle Daten, keine Fehler im Log und er arbeitet unwahrscheinlich schnell.
Endlich kann die unschöne Webseite des Valetudo aus meiner Visu raus und eine schicke Implementierung mittels des LBS ist möglich.

Vielen Dank für deinen Einsatz woda !
Und vielen Dank für den Umbau des LBS sipiyou !

[woda]

Horst12
Die neue Baustein Version sollte bei dir jetzt auch funktionieren.

[fisch3009]

Bei mir geht der Baustein an einem Roborock S50 Firmware 2020 mit Valetudo RE (0.98) jetzt auch. Vielen Dank für die Anpassung!

[sipiyou]

@woda: Vielen Dank fürs Testen. Hast du den Roboter nach der Umstellung der Zeitzone neu gestartet ?

Ich hab die Änderung jetzt reingenommen, 0.95 ist jetzt online, ich hab den Baustein seit gestern Abend auch damit laufen und es läuft stabil.

Fritze484
0.95 unterstützt jetzt auch die Targetposition. Hier wird ein Koordinatenpaar z.B. "10,15" am Eingang E19 als Argument erwartet. Dann fährt der Roboter die Position an.

Problem ist allerdings die richtigen Koordinaten rauszufinden, ich werd mir bei der nächsten Gelegenheit paar Gedanken im VSE dazu machen.

[woda]

Hallo sipiyou
ich hab jetzt folgende Versuche gemacht, konnte aber den Baustein nicht zu einem Fehler bewegen:
1. veränderter Baustein (mit der Änderung wie von dir vorgeschlagen) -> OK
2. Zeitzone am Roboter wieder zurück auf UTC -> OK
3. Original Baustein -> OK trotz falscher Zeitzone

Bemerkung: Ursprünglich gab es noch zusätzlich zur falschen Zeitzone einen Offset von ca. +2 Minuten auf dem Roboter, dieser ist aktuell nicht vorhanden.

Vorschlag: Du veröffentlichst hier eine Testversion mit deiner Änderung wie vorgeschlagen.
Damit könnten andere, bei denen die Verbindung zu Valetudo aktuell nicht funktioniert, testen ob es damit klappt.

Ich bleibe aber bei meinen ursprünglichen Anpassungen, da der Roboter dadurch immer mit der richtigen Urzeit arbeitet.

Vielen Dank

[sipiyou]

Interessant

Hast du Lust was auszuprobieren ?

Wenn ja, änder bitte die Funktion

public function getCurrentTimestamp () {
$time = time()+10;

$this->stamp[0] = ($time >> 24) & 0xFF;
$this->stamp[1] = ($time >> 16) & 0xFF;
$this->stamp[2] = ($time >> 8) & 0xFF;
$this->stamp[3] = $time & 0xFF;

//$time = pack ("H*", sprintf("%4X",time()));
} 

ab zu:

public function getCurrentTimestamp () {
} 

Dann nimmt der Baustein die Zeit, die es vom Roboter bekommt. Änder danach zum testen bitte wieder die Zeitzone vom Roboter ab. Wenn es funktioniert, dann schau ich, ob die reguläre Software vom Roboter auch so stabil läuft.

[woda]

sipiyou
ja, der Roboter lässt sich vom Edomi-Host normal anpingen und auch über Python-Miio steuern / abfragen.
Mit der Änderung macht er jetzt jeweils 5 Versuche, welche leider alle in einen Timeout laufen.

Ich hab gestern auch noch einen Werksreset und eine komplette Neuinstallation von Valetudo-RE durchgeführt (dauert gesamt ca. 20 Minuten).
Leider brachte auch das nichts. Alle Tools außer der LBS können den Roboter abfragen. Der neue Token wurde natürlich im LBS eingetragen.


UPDATE: Habs gefunden.
Der Sauger hatte eine falsche Uhrzeit + Zeitzone

Was ich gemacht habe um das zu beheben:

Lokalen Zeitserver auf dem Roboter konfigurieren, da er ja die Zeit nicht mehr aus dem Internet holen kann:
In der Datei /opt/rockrobo/watchdog/ntpserver.conf hab ich die Fritzbox als Zeitserver angegeben, also hier die IP des lokalen Zeitservers angeben.

#you can add your server line by line
192.168.0.253

Den Roboter von UTC auf CEST umstellen:

cp /usr/share/zoneinfo/Europe/Vienna /etc/localtime
echo 'Europe/Vienna' > /mnt/data/rockrobo/timezone
reboot

Der Python-Miio und die anderen Tools verwenden wie es aussieht den Zeitstempel des Roboters für das Kommando, deshalb funktionieren diese auch bei falscher Zeit des Roboters.

Gruß
Wolfgang