Test DreameHome: 3D-Visualisierung und Alexa-Steuerung

[wawyo]

@hahne der Trick liegt darin, dass der DreameHome-Adapter die Alexa-Kommandos abfängt und umwandelt - auch wenn Alexa diese Befehle offiziell nicht unterstützt. So funktioniert's:

1. Magie im Hintergrund:

   • Der Adapter überwacht die Alexa-History (über den Alexa2-Adapter)
   • Er erkennt spezifische Befehle wie "Roboter Filter Status" oder "Wohnzimmer Turbo saugen" (auch wenn Alexa sie normalerweise ignorieren würde)
   • Beispiel:
     "Alexa, sag dem Roboter Küche nass wischen" → DreameHome übersetzt dies in den Befehl 5121 (Wischmodus) für Raum-ID 10.

2. Teste es selbst:

   • Sprich einen Befehl aus Post #39 z.B.:
     "Alexa, Roboter Filter Status"
     "Alexa, Wohnzimmer Turbo saugen"
   • Der Adapter sollte reagieren, auch wenn Alexa nur eine generische Bestätigung gibt ("Okay").

3. Voraussetzungen:

   • Alexa2-Adapter muss "History auslesen" dürfen (Einstellung enableHistory).
   • Der DreameHome-Adapter muss im "Alexa-Modus" konfiguriert sein (siehe Adaptereinstellungen).

Wichtig: Es gibt keine offizielle Alexa-Integration - die Befehle werden durch den Adapter "geschummelt". Falls etwas nicht klappt:

• Prüfe die Alexa-History im Alexa2-Adapter (Objekt alexa2.0.Echo-Devices.XYZ.History)

[hahne]

@wawyo

Ich hab Mal 2 Bilder gemacht wie sie Adaptereinstellungen bei mir aussehen.

Ich habe beim Alexa2 Adapter keine Auswahlmöglichkeit irgendetwas mit Histor zu aktivieren. Auch der Datenpunkt "History" existiert unter Alexa2.0.echodevices nicht.

Auch im Dreamehome Adapter habe ich keine Auswahlmöglichkeit irgendwas mit Alexa zu aktivieren.

Grüße

[wawyo]

Hallo @hahne,

kannst du bitte der Screenshot vom DreameHome-Adapter löschen? Man sieht darauf deine E-Mail-Adresse – wäre gut, das aus Datenschutzgründen zu entfernen.

Zum Thema Alexa History:
Das Update läuft aktuell alle 5 Minuten. Könntest du das History-Aktualisierungsintervall bitte auf 60 umstellen?

[hahne]

@wawyo
Hab ich gelöscht.
Den Intervall habe ich auf 60 Sekunden gestellt .

Es gibt aber keinen Ordner unter den Echo Devices der History Heißt, der Ordner der History heißt ist bei mir im Stammverzeichnis alexa2.0.History

Der Dreamehome Adapter ist grün und unter den Objekten sehe ich auch meinen Roboter.

Egal was ich zu Alexa sage was mit saugen, wischen , Roboter zu tun hat es kommt immer :
Ich weiß nicht wie ich dir dabei helfen kann.

Hab ich irgendwas übersehen?

[wawyo]

@hahne
Sorry, mein Fehler – das relevante Objekt ist alexa2.0.History.summary, nicht unter den Echo-Devices direkt.

Bitte geh folgendermaßen vor, um die Alexa-Anbindung und den Roboterbefehl zu testen:

---

1. DreameHome-Adapter neustarten
   Gehe in ioBroker auf die Adapter-Seite und starte dreamehome.0 neu.
   Im Log sollte dabei folgendes (oder etwas Ähnliches) erscheinen:

   dreamehome.0   info   Connection to MQTT successfully established
   dreamehome.0   info   Alexa ist aktiv, und der Roboter akzeptiert Sprachbefehle. Du kannst einfach sagen: ...
   dreamehome.0   info   Speak on both voice and input - Alexa will speak.
   

2. Einstellung prüfen:
   Unter dreamehome.0.settings.alexaSpeakMode sollte der Wert auf
   „On both voice and input commands“ stehen.
   Nur dann werden Sprach- und Textbefehle verarbeitet.

3. Zwei Browser-Tabs öffnen:

   • Tab 1: http://<dein-ioBroker>/#tab-objects
   • Tab 2: http://<dein-ioBroker>/#tab-logs

4. Testbefehl an Alexa geben:
   Sag zu Alexa:
   „Alexa, Wohnzimmer Turbo saugen“

5. Überprüfen:

   • Im Objektbaum unter alexa2.0.History.summary sollte der gesprochene Text erscheinen:
     „wohnzimmer turbo saugen“
   • Gleichzeitig im Log schauen, ob der DreameHome-Adapter den Befehl verarbeitet oder zumindest eine Reaktion zeigt.

---

Wenn bei einem dieser Schritte etwas nicht passt, sag Bescheid – dann schauen wir uns den Teil genauer an.

[hahne]

@wawyo

Zu 1.
Im Log erscheinen die von dir gezeigten Meldungen.

Zu 2.
Wert steht auf :
"On both voice and input commands"

Zu 5.

Habe Alexa ein paar Befehle gesagt. Auch mit Licht An z.b.
Der Wert summary wurde nur 1 Mal am Anfang aktualisiert, egal was ich seitdem sage steht dort nicht.

Habe den Alexa2 Adapter gelöscht und neu installiert und mich neu angemeldet. Keine Besserung.

Welche Version vom Alexa2 Adapter hast du installiert?

Grüße

[wawyo]

@hahne Jetzt wissen wir, wo das Problem liegt: Der Alexa-Adapter aktualisiert die History nicht.

Ich verwende derzeit die Version 3.26.5 des Alexa2-Adapters.

Ich habe inzwischen die aktuelle Version des Alexa2-Adapters im ioBroker überprüft – es ist die Version 3.27.3, und es scheint, dass das Problem möglicherweise mit dieser neueren Version zusammenhängt.
Außerdem habe ich unter History-Aktualisierungsintervall den Wert auf 2 gesetzt, obwohl laut Dokumentation mindestens 60 erforderlich sind.
Zusätzlich habe ich unter Aktualisierungsintervall der Gerätekonfiguration den Wert auf 300 gesetzt, während du laut deinem Screenshot 3600 eingestellt hast.

Wäre es möglich, dass du das mal mit der Version 3.26.5 des Alexa2-Adapters testest, um zu sehen, ob sich das Problem dadurch behebt?

[hahne]

@wawyo
Habe die version von dir Installiert, jedoch bleibt der Datenpunkt Summary bei mir leer.
Ich muss aber sagen das ich Alexa grade vom Handy aus Kommandos gebe, das dürfte aber kaum einen Unterschied machen,oder?

[Peter V.]

@wawyo
bzgl. History und Sprachsteuerung
Nach dem löschen des Alexa2 Adapter Zugriffs auf der Amazone (link auf Git im Alexa2 Adapter) und neu einrichten, gehts bei mir nun.!
allerdings antwortet mir Alexa immer wieder "Es tut mir leid, ich kann...." und mitten im Satz wird sie unterbrochen und gibt mir die gewünschten Informationen aus (getestet "Roboter Filter Status")
Im Log bekomme ich allerdings einen Fehler:

dreamehome.0
	2025-07-30 23:15:23.482	warn	Read-only state "alexa2.0.History.summary" has been written without ack-flag with value ""

Auch scheint in den OrdnerTitel was zu fehlen:
Screenshot 2025-07-30 232316.png

PS: Steuerung vom Handy-Alexa App geht nicht, bei den Echo Devices gibts das o.g. Bild

[wawyo]

@PeterV.

vielen Dank für dein Feedback!

Zum Problem:
Der Alexa2-Adapter aktualisiert history.summary zu langsam – dadurch erkennt DreameHome den Befehl erst, wenn Alexa bereits in den Timeout geht (~3 Sekunden).

Folge:
Alexa sagt zunächst: „Es tut mir leid...“, und erst danach wird der eigentliche Befehl ausgeführt.

→ Versuch mal, das Update-Intervall des Alexa2-Adapters (History-Aktualisierungsintervall) zu reduzieren – möglicherweise reagiert DreameHome dann schneller.

Zum Fehlerhinweis:
alexa2.0.History.summary ist eigentlich ein schreibgeschützter Zustand, der automatisch von der Alexa-Integration gefüllt wird, sobald ein Sprachbefehl erkannt wird.
Allerdings wird dieser Zustand von DreameHome manipuliert, um den Alexa-Befehlscache zu leeren und doppelte Verarbeitung zu verhindern.

Fazit:
Die Warnung ist harmlos und kann ignoriert werden.

@hahne
Funktioniert es bei dir jetzt, nachdem @Peter V. das Feedback gegeben hat?

[hahne]

@wawyo

Hab gerade den Alexa2 Adapter nochmal gelöscht und neu eingerichtet und beide Versionen Probiert. Leider bekomme ich keinen Wert bei dem Summary Datenpunkt.
Ich probiere es morgen nochmal von Zuhause aus. Villeicht liegt es daran das ich es von meinem Handy aus probiert habe.

Wenn man 2 oder 3 Roboter im Adapter integriert hat welchen nutzt er Standartmäßig bei Alexa Befehlen?
Kann man das einstellen?

[Peter V.]

@hahne
vom Handy ging es bei mir auch nicht.
Edit: Habe auch auf der Amazon Seite vor Neueinrichtung die Verknüpfung zum IOB gelöscht.
Link: https://www.amazon.de/hz/mycd/digital-console/devicedetails?deviceFamily=ALEXA_APP

@wawyo
Danke, probiere ich aus.

[Max_yeah]

@wawyo Hi, danke für deine Rückmeldung.
Hast du schon über eine Möglichkeit nachgedacht wie man den Roboter direkt über den Adapter starten kann. Wenn man direkt Zugriff auf die Einstellungen (saugen/wischen, stärke, raum) hätte und dann einen Custom start um den Roboter mit den eingestellten Einstellungen zu starten wäre das ein Traum.

[hahne]

@wawyo
Nach komplettem Deinstallieren + Löschen der Verbindung zum ioBroker auf der Amazon Website bekomme ich jetzt werte im History Adapter angezeigt.

Der Dreamehome Adapter versucht anscheinend auch etwas daraus zu lesen aber im log kommt immer die Meldung :

dreamehome.0 2025-08-01 22:42:55.386 info	No rooms detected, no cleaning process started.

[mule]

@wawyo : Erst einmal besten Dank für den super Adapter.
Da es ja noch keine Lösung für die korrekte Funktion/Darstellung in VIS-2 gibt, würde ich ganz simpel ein paar definierte Shortcuts per Buttons in VIS-2 starten wollen. Wie kann man denn definierte Shortcuts starten? Geht das irgendwie über das Objekt "control\command"?

Edit: Frage hat sich erledigt. Habe die Antwort mittlerweile gefunden. Funktioniert über Objekt "remote.start-clean" und entsprechende Kommandotexte.

[ltsalvatore]

@wawyo sagte in Test DreameHome: 3D-Visualisierung und Alexa-Steuerung:

0.1.8

Vielen Dank für den großartigen Adapter – endlich etwas, womit man wirklich arbeiten kann!
Trotzdem habe ich ein paar Fragen, bevor ich den Adapter in mein System einbinde:

1. Installation der Version 0.1.8

• Laut deinem Feedback in diesem Thread hier ist 0.1.8 die aktuelle Version.
• Über das Beta-Repository wurde mir zwar der dreamehome Adapter angezeigt, die Installation schlug jedoch fehl (Fehlermeldung leider nicht notiert). Seitdem wird der Adapter gar nicht mehr zur Installation angeboten.
• Über die benutzerdefinierte Installation ist nur bis Version 0.1.5 möglich: https://github.com/spayrosam/ioBroker.dreamehome/archive/refs/tags/v0.1.5.zip

Frage: Wie kann ich zuverlässig Version 0.1.8 installieren?

2. Einstellung „Auf der Karte“

• In den Adapter-Einstellungen gibt es den Punkt „Auf der Karte“.

Frage: Was bedeutet diese Option genau?

3. Steuerung über Alexa

• Ich nutze weder VIS noch VIS2 und brauche keine Visualisierung des Dreame.
• Wichtig ist mir die Sprachsteuerung mit Alexa.
• Zwar habe ich mir mit dem X50 die integrierte Sprachsteuerung gegönnt, allerdings ist der eingebaute Assistent von Dreame sehr eingeschränkt.

Frage: Wie richte ich den Adapter so ein, dass Alexa die Steuerung übernimmt? Gibt es dazu ein Tutorial oder eine Schritt-für-Schritt-Anleitung?

4. Steuerung über einen Wand-Switch

• Geplant ist ein Schalter im Flur, über den per Tastendruck eine vordefinierte Reinigung startet.
• Die meisten Datenpunkte sind selbsterklärend, dennoch:
• Gibt es eine Dokumentation mit detaillierter Beschreibung der Datenpunkte?
• Beispiel: Zwei Buttons sollen einmal die gesamte Wohnung reinigen und einmal nur das Wohnzimmer. Standardmäßig ist in der App „Clean Genius“ aktiviert.

Frage: Welche Datenpunkte muss ich in einem Skript dafür nutzen?

Ich danke dir schon mal für jegliche Hilfestellung!

viele grüße
ltsalvatore

[mcm1957]

@ltsalvatore said in Test DreameHome: 3D-Visualisierung und Alexa-Steuerung:

• Laut deinem Feedback in diesem Thread hier ist 0.1.8 die aktuelle Version.
• Über das Beta-Repository wurde mir zwar der dreamehome Adapter angezeigt, die Installation schlug jedoch fehl (Fehlermeldung leider nicht notiert). Seitdem wird der Adapter gar nicht mehr zur Installation angeboten.

Da der Adapter derzeit (noch immer nicht) in den Repositories angemeldet ist, wundert es mich, dass du diesen jemals in einem Repository angezeigt bekommen hast. Es ist daher völlig in Ordnung dass dieser nunmher nicht im LATEST (und schon gar nicht im STABLE) Repository angezeigt wird.

• Über die benutzerdefinierte Installation ist nur bis Version 0.1.5 möglich: https://github.com/spayrosam/ioBroker.dreamehome/archive/refs/tags/v0.1.5.zip

Keine Ahnung was du unter benutzerdefinierter Installation meinst. Wenn du dich auf eine Github Installation beziehst musst du dich mit dem Dev abstimmen - abgesehen davon dass von Github Installationen prinzipiell abgeraten wird.

Frage: Wie kann ich zuverlässig Version 0.1.8 installieren?

Gar nicht

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

Und falls es irgendwie unklar ist:

ioBroker unterstützt folgende Arten von Installation:

• aus dem STABLE Repository

  Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.

• aus dem LATEST Repository

  Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.

• direkt von GITHUB

  Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.

• direkt von npm

  Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.

Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch.

@mcm1957