Welcher Saugroboter

Danke für die Info!

und wieder mal bin ich total unzufrieden mit dem Staubsauger und Valetudo RE.
Kann doch nicht sein. ich sauge an 2 Tagen. Jedes mal macht er bei einem Raum nur 2 Spuren (80% vom Raum macht er nicht) und beendet dann den Vorgang und fährt fertig zum Dock.
Außerdem zeigt er 2 Räume als gesaugt an die er nie und nimmer gesaugt hat (liegt alles noch so da (Fliesen).
Neuste Valetudo RE Version :heul:

Andere Frage: Kann man irgendwie die Reihenfolge bei einer Komplettreinigung angeben?= Als ich starte nur den Saugvorgang und will aber vorher die (immer gleiche) Reihenfolge wählen.
 
Komisch, also bei mir hat er tatsächlich bisher immer zuverlässig seinen Dienst verrichtet.
Einzig wo er Probleme bekommt wenn Spiegel ungünstig stehen. Da hat beim "Vorletzten" Saugvorgang das Schlafzimmer so vergrößert, dass sich die Karte zum Nachbarraum "vergrößert" und er versuchte dann beim "letzten" Vorgang clevererweise über den Nachbarraum den Raum zu betreten. Dort war dann aber Tür und Wand im Weg, so dass er das Schlafzimmer nicht erreichen konnte. Das Problem ist nicht aktuell, mir aber ganz zu Beginn mal genau so passiert.

Hast du irgendwas, was Ihm im betroffenen Raum stören könnte? Ist die Raumgrenze über die Wand hinaus überzogen, so dass er einen Punkt hat, den er nie erreichen könnte? (z.B. Station/ Karte verschoben, selbst eingezeichnete/r Raum/ Zone?) Hat er sich irgendwo die Sensoren eingesaut? Hast du den Raum komplett erkennen lassen oder hast du Ihn auf Grund der größe selbst aufgeteilt? (z.B. kombiniert Wohnzimmer/ Küche)
Nutzt du Räume oder Zonen?

Bei der Komplettreinigung wüsste ich es nicht, da er diese ja auch dazu nutzt die Karte und Räume neu zuerkennen und einzulesen. Generell kannst du auf der Karte die Räume in beliebiger Reihenfolge auswählen, die der Robbi dann auch so einhält. Ich lass Ihn z.B. auch immer erstmal bis in den hintersten Raum durch allen "Dreck" durchfahren damit er dann Rückwärts bis zur Station alles reinigt.
 
Also ich habe im Schlafzimmer ein spiegel, aber das Schlafzimmer macht er immer perfekt. Sensoren sind sauber. Er hat auch alle Räume einwandfrei erkannt und macht sie ja meist auch richtig. Warum es jetzt wieder 2x so war weiß ich nicht. Ich wüsste auch nicht, was stören könnte. Ich habe zwar dort einen Teppich, den er manchmal nicht beim ersten Mal nimmt, aber beim zweiten Versuch klappt es meist.

Ich habe außer einer Verbotszone auch absolut keine virtuellen Räume etc.

Ja das man die Zimmer einzeln wären kann, weiß ich. Mache ich manchmal aber meist ist mir das zu viel Arbeit bzw. rufe ich Siri zu, dass er die Komplettreinigung starten soll. Aber ist auch nicht so schlimm.

Werde das ganze mal noch verfolgen müssen. Nur irgendwie nervt es. :-)
 
T-Bone90, Du hattest ja schon von Anfang an Probleme mit dem Roboter. Weißt Du noch ob das mit allen Firmware-Versionen war? Also auch schon mit den pre-1910er Versionen, die noch ein vollständiges Ubuntu als Unterbau hatten? Und mit der stock-Firmware und der offiziellen App?
Klingt für mich eigentlich immer wieder nur nach Firmware-Issues. Valetudo ist ja auch nur eine weitere "App", die in der Firmware bestimmte Aktionen triggert, deshalb sollte es keinen Einfluss auf das Verhalten der Firmware-Operationen haben.
 
Zuletzt bearbeitet:
Naja so richtig sagen kann ich das nicht mehr. Mit der Stock Firmware habe ich es nie probiert. Hatte damals ja mit eurer Hilfe direkt Valetudo RE installiert. Also ich weiß es nicht mehr so richtig. Ist ja auch immer nur manchmal...
 
  • Gefällt mir
Reaktionen: ph0be
Bei mir war die Darstellung der Karte und des WebUI mit Valeduto deutlich schlechter als mir RE. Gefühlt wirkte die Oberfläche "älter".
 
Hey Leute, ich hoffe es geht euch gut! :-)

Es gibt ja mittlerweile wieder ein RE Update, 0.10.7.
https://github.com/rand256/valetudo/releases/tag/0.10.7
Dort gibt es ein pre-build image basierend auf Firmware version 2034.
Ich habe noch 2020.
Wie müsste ich denn jetzt vorgehen, um auf 2034 zu kommen oder geht das beim S5 gar nicht?
Wenn ich Valetudo RE normal update (also so https://github.com/rand256/valetudo/wiki/Updating-valetudo-binary-on-2008-firmware), wird ja die Basisfirmware nicht aktualisiert.
 
Ich habe bei mir damals einfach mit Xvacuum (App) die neue Firmware überspielt. Die Kartendaten und Einstellungen liegen scheinbar in einem separaten Speicherbereich, da Sie bei mir nicht überschrieben wurden.
 
Ah ok das teste ich mal, vielen Dank!
Die 4028 ist dann wohl Gen1 oder bzw. ich brauche die 2034 beim S5?

///edit: Genau ist Gen1, 2034 ist für Gen2 richtig
 
Zuletzt bearbeitet:
Sooo. ich habe geupdated und folgende Probleme.

Erst hat das Webinterface nicht geladen.
Dann bekomme ich keine Karte mehr angezeigt (no Map Data) und in der Info Log steht folgendes:

2021-05-22T16:47:41.513Z Probed last id = 1001 using get_status (53 retries)
2021-05-22T16:47:41.425Z Timesync packet received
2021-05-22T16:47:41.420Z Robot connected
2021-05-22T16:47:33.158Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-22T16:47:21.772Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-22T16:47:17.689Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-22T16:47:12.211Z tgBot: probeV6 finished with: v4
2021-05-22T16:47:01.821Z Webserver is running on port 80 (http)
2021-05-22T16:47:01.816Z Dummycloud is spoofing 203.0.113.1:8053 on 127.0.0.1:8053
2021-05-22T16:47:01.725Z No ssl key found. Expected path: /mnt/data/valetudo/key.pem
2021-05-22T16:47:01.724Z No ssl cert found. Expected path: /mnt/data/valetudo/cert.pem
2021-05-22T16:47:01.515Z timesync: ntpd: setting time to 2021-05-22 18:47:01.483369 (offset -402.975004s)
2021-05-22T16:53:43.283Z Loading configuration file: /mnt/data/valetudo/config.json

Was nun? :heul:

///Edit: Karte konnte ich mit "Karte laden" wiederherstellen (zwar 3 Monate alt aber passt noch). Trotzdem verhält sich das Webinterface irgendwie komisch... Die Fehler oben bleiben.

///Edit 2: Die Uhrzeit ist komisch, da sie nicht zur Zeitzone passt (obwohl die richtige eingestellt ist). Kann ich irgendwie den Log löschen, damit ich nochmal schauen kann, ob er den Fehler weiterhin bringt?
 
Zuletzt bearbeitet:
Hast Du den Roboter mal neugestartet, @T-Bone90 ?

BTW time zones sind okay. Log out ist immer UTC, in der vorletzten Zeile hat er ja per ntp die richtige Uhrzeit erkannt.

Und auch Firmware Updates könnt ihr doch schon länger über das Valetudo RE Interface einspielen... klappt einwandfrei.
 
Zuletzt bearbeitet:
Hab ich bereits alles versucht.
Er saugt auch ganz normal aber trotzdem ist irgendwas verbugt bei mir. Zwischendurch dachte ich mal, dass die Log sauber sei aber diese Nacht wieder das gleiche.

2021-05-27T05:36:16.870Z Timesync packet received
2021-05-27T05:06:16.870Z Timesync packet received
2021-05-27T04:36:16.870Z Timesync packet received
2021-05-27T04:06:16.870Z Timesync packet received
2021-05-27T03:36:16.870Z Timesync packet received
2021-05-27T03:06:16.870Z Timesync packet received
2021-05-27T02:36:16.870Z Timesync packet received
2021-05-27T02:06:16.870Z Timesync packet received
2021-05-27T01:36:16.771Z Probed last id = 1001 using get_status (69 retries)
2021-05-27T01:36:16.654Z Timesync packet received
2021-05-27T01:36:16.650Z Robot connected
2021-05-27T01:36:06.093Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-27T01:35:54.699Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-27T01:35:50.617Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-27T01:35:45.145Z tgBot: probeV6 finished with: v4
2021-05-27T01:35:34.783Z Webserver is running on port 80 (http)
2021-05-27T01:35:34.778Z Dummycloud is spoofing 203.0.113.1:8053 on 127.0.0.1:8053
2021-05-27T01:35:34.693Z No ssl key found. Expected path: /mnt/data/valetudo/key.pem
2021-05-27T01:35:34.692Z No ssl cert found. Expected path: /mnt/data/valetudo/cert.pem
2021-05-27T01:35:34.481Z timesync: ntpd: setting time to 2021-05-27 03:35:34.449349 (offset -427.471123s)
2021-05-27T01:42:40.753Z Loading configuration file: /mnt/data/valetudo/config.json
In wie weit die Fehlermeldungen "normal" sind, kann ich nicht wissen. Wie schaut die Log bei euch aus?
Er hatte zwischendurch bei der Karte auch mal die Ladestation um 1 Meter verrückt, dann aber beim ersten saugen wieder richtig gefunden.

Ich müsste vermutlich nochmal alles sauber draufspielen, aber da wäre ja alles weg...

///Edit: Ich update gerade nochmal die gleiche Firmware über das Valetudo RE Webinterface. Mal schauen

///Edit 2: Genau der gleiche misst.
Zu Beginn bekomme ich die Meldung wie im Bild. Danach ist die Karte weg und es steht im Log:
2021-05-27T06:06:48.465Z No response for message: {"id":166316399,"prop":"ota_state","params":{"ota_state":"idle","ts":1622095608}}
2021-05-27T06:06:48.463Z Unknown cloud message received: {"id":166316399,"prop":"ota_state","params":{"ota_state":"idle","ts":1622095608}}
2021-05-27T06:06:46.532Z Probed last id = 1001 using get_status (65 retries)
2021-05-27T06:06:46.433Z No response for message: {"id":115721025,"prop":"ota_state","params":{"ota_state":"idle","ts":1622095544}}
2021-05-27T06:06:46.432Z Unknown cloud message received: {"id":115721025,"prop":"ota_state","params":{"ota_state":"idle","ts":1622095544}}
2021-05-27T06:06:46.420Z Timesync packet received
2021-05-27T06:06:46.416Z Robot connected
2021-05-27T06:06:36.345Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-27T06:06:24.889Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-27T06:06:20.806Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-27T06:06:15.317Z tgBot: probeV6 finished with: v4
2021-05-27T06:06:04.923Z Webserver is running on port 80 (http)
2021-05-27T06:06:04.918Z Dummycloud is spoofing 203.0.113.1:8053 on 127.0.0.1:8053
2021-05-27T06:06:04.837Z No ssl key found. Expected path: /mnt/data/valetudo/key.pem
2021-05-27T06:06:04.836Z No ssl cert found. Expected path: /mnt/data/valetudo/cert.pem
2021-05-27T06:06:04.625Z timesync: ntpd: setting time to 2021-05-27 08:06:04.593785 (offset +0.495554s)
2021-05-27T06:06:01.866Z Loading configuration file: /mnt/data/valetudo/config.json

Jemand eine Idee?
 

Anhänge

  • Bildschirmfoto 2021-05-27 um 08.06.40.png
    Bildschirmfoto 2021-05-27 um 08.06.40.png
    8 KB · Aufrufe: 207
Zuletzt bearbeitet:
Hmm bei Vanilla Valetudo gab es ein DNS Patcher Problem, aber das hat meines Wissens nach nicht RE betroffen.
Du könntest die config.json mal umbenennen/wegschieben, damit der Roboter eine neue erstellt. Wenn das nicht das Problem ist, einfach wieder zurückschieben/überschreiben.
Ansonsten schau Dir mal die wifi.conf an und füge gegebenenfalls diese Variablen hinzu:
echo cfg_by=miot >> /mnt/data/miio/wifi.conf
echo region=de >> /mnt/data/miio/wifi.conf
echo 0 > /mnt/data/miio/device.uid
echo "de" > /mnt/data/miio/device.country

Hab gesehen Du hast einen GitHub Issue aufgemacht ;)
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: T-Bone90
Danke dir! Ja ich habe es auch gleich mal bei GitHub gepostet, vielleicht weiß der Entwickler was. ;-)
Config versuche ich gleich mal.
Die Config lädt er ja laut Log dann ganz normal trotz anfänglicher Fehlermeldung. Komisch.

Die Wificonfig besagt folgendes:
ssid="Netzwerkname, alles richtig"


psk="Passwort, alles richtig"


key_mgmt=WPA


uid=0
Sollte soweit alles passen.
 
Du kannst die Befehle ruhig mal ausführen um die Variablen hinzuzufügen.
 
Werde ich gleich mal machen.
Config File habe ich eine neue erstellen lassen aber zu beginn bekomme ich die gleiche Fehlermeldung. Dann ist die Sprache wieder auf English (also hat das Neueinstellen geklappt) aber die Meldungen im Log bleiben:

2021-05-27T07:16:18.920Z Probed last id = 1002 using get_status (53 retries)
2021-05-27T07:16:18.790Z Timesync packet received
2021-05-27T07:16:18.785Z Robot connected
2021-05-27T07:16:10.638Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-27T07:15:55.090Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-27T07:15:39.239Z Webserver is running on port 80 (http)
2021-05-27T07:15:39.233Z Dummycloud is spoofing 203.0.113.1:8053 on 127.0.0.1:8053
2021-05-27T07:15:39.138Z No ssl key found. Expected path: /mnt/data/valetudo/key.pem
2021-05-27T07:15:39.137Z No ssl cert found. Expected path: /mnt/data/valetudo/cert.pem
2021-05-27T07:15:39.017Z timesync: ntpd: setting time to 2021-05-27 09:15:38.985839 (offset -0.593783s)
2021-05-27T07:15:38.354Z No configuration file present. Creating one at: /mnt/data/valetudo/config.json
Ergänzung ()

So die 4 Wifi Befehle habe ich ausgeführt. Neu gestartet und die Fehlermeldungen im Log sind gleich geblieben... :-(
Soll ich die Wifi,.conf jetzt wieder umändern auf Standard?
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: ph0be
2021-05-27T01:49:15.354Z Timesync packet received
2021-05-27T01:19:14.732Z Probed last id = 1001 using get_status (68 retries)
2021-05-27T01:19:14.624Z Timesync packet received
2021-05-27T01:19:14.619Z Robot connected
2021-05-27T01:19:04.183Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-27T01:18:52.807Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-27T01:18:48.709Z Failed to get handshake for message: get_status [] { retries: 0, retriesHS: 100 }
2021-05-27T01:18:43.180Z tgBot: probeV6 finished with: v4
2021-05-27T01:18:32.873Z Webserver is running on port 80 (http)
2021-05-27T01:18:32.868Z Dummycloud is spoofing 203.0.113.1:8053 on 127.0.0.1:8053
2021-05-27T01:18:32.789Z No ssl key found. Expected path: /mnt/data/valetudo/key.pem
2021-05-27T01:18:32.788Z No ssl cert found. Expected path: /mnt/data/valetudo/cert.pem
2021-05-27T01:18:32.562Z timesync: ntpd: setting time to 2021-05-27 03:18:32.529515 (offset -27.420596s)
2021-05-27T01:18:58.506Z Loading configuration file: /mnt/data/valetudo/config.json
Oh, aber ich habe gerade mal geschaut, ich habe exakt die selben Meldungen im Log. Und das Webinterface funzt einwandfrei. Scheint also normal zu sein, muss ein anderes Problem sein!?
Mach doch mal einen Factory reset und lade das letzte Image erneut runter und spiele es neu ein (per XVacuum?).
 
  • Gefällt mir
Reaktionen: T-Bone90
OH ach so hmm...naja im Prinzip saugt er ja normal. Außer das halt die Karte weg ist (die ich aus dem Backup wieder holen kann). Dann ist es vielleicht doch ein Bug in der letzten Version oder so. Hatte vorher nie so wirklich reingeschaut in die Log.
 
Glaube nicht, dass es ein Bug ist, denn ich nutze noch RE 0.10.5.
 
Zurück
Oben