Die richtige Raumzuordnung habe ich nun bei beiden Robotern hinbekommen - es waren einige Räume doppelt vorhanden, so dass ich etliche gelöscht habe.
Problematik die bleibt:
Ich kann nur alles reinigen lassen - die unteren “Befehls”-Buttons funktionieren.
Selektiv auswählen geht, aber er bleibt im Dock stehen, als wenn die Befehle nicht an den Roboter gesendet werden.
In der YAML oben fällt mir wieder auf, dass unter den Map-Modes das MQTT-Topic fehlt. Das muss man hier jeweils manuell hinzufügen. Sonst werden die Befehle nicht an den Sauger gesendet. Bei mir sieht es dann so aus (musst entsprechend natürlich dein Topic ersetzen):
map_modes:
- template: vacuum_clean_zone
variables:
topic: valetudo/dreame_d9
- template: vacuum_clean_segment
variables:
topic: valetudo/dreame_d9
predefined_selections:
...
Unter den predefined_selections kommt dann die Raumkonfiguration, das sah bei dir oben schon soweit korrekt aus. Den Bug das Räume mehrfach angelegt werden kenne ich auch, das ist aber ein Problem mit der Vacuum Card, das macht der auch bei anderen Saugern. Hier muss man einfach die doppelten Räume löschen, was du ja bereits gemacht hast. Sonst sieht die YAML bis auf die fehlenden Topics korrekt aus.
Vielen Dank für die Antwort.
Leider bekomme ich es noch immer nicht hin, dass der Robotor sich auch nur 1 mm bewegt.
Ich habe vieles beim Topic ausprobiert “valetudo/dustvader // valetudo_dustvader etc.”
Und auch oben bei internal_variables habe ich einige der Kombinationen durch.
Muss internal_variables (also das dort benannte topic) und das topic in den map_modes identisch lauten?
Das muss deinem MQTT-Topic des Valetudo-Roboters entsprechen. Wie es genau lautet findest du in der Valetudo-Webübersicht unter Connectivity/MQTT Connectivity. Unter dem Punkt “Customization” solltest du den “Identifier” finden. Das Topic besteht dann sofern nicht verändert immer aus valetudo/idendifier”. Dort sollte auch ein Beispiel für das MQTT-Topic stehen. Die ersten beiden Strings des Beispiels sind das MQTT-Topic.
Das ist auch das gleiche was du sonst auch für die Ansteuerung des Valetudos via MQTT benötigst.
Vielen Dank - das war der entscheidende Hinweis …
Als Tipp an alle interessierten: Achtet auf die Groß- und Kleinschreibung 
Nun klappt es.
Danke für die Hilfestellung und die Geduld.
Super! Freut mich dass es jetzt funktioniert
Guten Tag alle miteinander!
Erstmal schön zu sehen dass von der Community schon viel mit den Eureka Bots gemacht wird. Auch ein Toller Beitrag, Vielen Dank!
Ich hätte eine kurze Frage bezüglich euren Erfahrungen bevor ich mir auch einen zulege:
Ich valetudo Subreddit erzählen einige User auf Probleme beim Mappen nach einigen Wochen. Bodenkanten werden nichtmehr richtig erkannt und allgemein Verliert sich der Roboter. Workaround ist neues mapping. Da ist auch nicht immer klar ob sie vom J15 Pro Ultra oder Max reden.
Ist das schonmal jemanden hier passiert, sind gründe bekannt oder gibt es sogar eine Lösung?
Vielen Dank !
Also mir ist noch nichts aufgefallen.
Mir auch nichts! Die zwei Eurekas putzen munter vor sich hin ohne derartige Probleme zu machen.
VG Olli
Wie ist hier die fortlaufende Erfahrung mit dem J15? Laufen sie weiterhin problemlos?
Unsere zwei Stück sind weiterhin tip-top! 
Danke für die Rückmeldung! Man liest auf Reddit häufiger mal davon, dass der J15 mit Valetudo nach einiger Zeit Probleme mit der Karte bekommt und merkbar schlechter durch die Wohnung navigiert. Scheint also kein allgemeines Problem zu sein.
Vielen Dank für Deinen Beitrag!
Er hat mich dazu verleitet, direkt den Eureka J15 Pro Ultra zu kaufen. Ausschlaggebend war auch bei mir die (hoffentlich relativ) einfache Vorgehensweise zum rooten/flashen für Valetudo.
Dieses Abenteuer ist noch vor mir und ich habe mir die Anleitung zur Installation über ADB angeschaut.
Das führt mich zur ersten Frage: Musstest Du bei Deiner Installation den happy path oder den unhappy path gehen?
Und wo genau sitzt beim J15 Pro Ultra der micro usb port?
Ich habe vor ein paar Jahren einen Roborock S5 mit Valetudo geflasht und er tut schon 900 Stunden seinen Dienst.
Für das Flashen gibt es es ein schönes Video (37 Sekunden lang), welches Schritt für Schritt alles erklärt.
Gibt es so etwas für ADB Installation auch? oder gerne auch geschrieben. Es muss ja nicht für genau dieses Modell sein. Es geht mir nur um den Ablauf. Ich habe bisher nichts gefunden.
Linux auf einem alten Laptop bereite ich schon vor, während ich auf die Lieferung warte.
Das erste Bild unter der von dir genannten Doku zeigt in etwa, wo der USB-Port ist. Ich habe von iFixit so ein Tool-Set, mit dem ich die Gummi-Abdeckung sehr einfach rausholen konnte.
Bei mir war es zweimal der unhappy path, aber das war dann eigentlich gar nicht so viel komplexer in der Ausführung. Man muss die Anleitung halt vor dem Vorgang aufmerksam durchlesen und befolgen. Und mit der Anleitung alleine, habe ich es hinbekommen.
Weiss jemand, ob das auch mit dem Eureka J15 MAX Ultra funktioniert?
Könnte meine Bestellung noch ändern, weil die Bestellung noch in der Warteschleife ist bei A… (seltsam).
Eureka J15 MAX Ultra soll auch mit Valetudo funktionieren. Ich habe die Bestellung geändert.
Angebotspreis 599 €. Werde beriochten.
Nun ist er da und den Deckel kann man leicht mit einem Kunststoff Tool lösen.
ADP läuft und er meldet:
midea login: root
OTP Password:
Das wäre ja sogar der happy path.
Beim Befehl dmesg Bekomme ich die Meldung read kernel buffer failed operation not permitted. Bei mir läuft linux debian 13 live auf usb. Konnte ich mit dem Befehl sudo -i lösen.
Ich konnte sie Seriennummer auslesen und, das PW generieren und mich mit root einloggen.
root@debian:~# adb shell
midea login: root
OTP Password:
root@midea:~#
Jetzt bin ich bei Punkt 4 (Übertragung angekommen).
Aber die nächste Unsicherheit ist da.
Ich habe einen Intel Prozessor. Dann ist es die Datei mit der .exe Dateiendung?
Linux fragt mich nach Doppelklick im Datei Explorer, womit ich das starten möchte.
Die exe ist nur für Windows. Sofern es ein 64 Bit Prozessor ist, sollte amd64 funktionieren.
ich bekomme es aktuell nicht hin, ein Backup vom Auslieferungszustand zu erstellen.
ssh root@10.201.126.1 1337
oder
ssh ``root@10.201.126.1
oder
ssh ``root@10.201.126.1
gibt mir jedes mal „ssh_ connect to host 10.201.126.1 port 22“
Bei mir ist das ja schon einige Tage her und ich habe mir kein Backup gezogen (volles Risiko, I know).
Aber probiert mal
ssh root@10.201.126.1 -p 1337
da das eigentlich die vollständig korrekt Syntax für den Befehl sein sollte.