Test DreameHome: 3D-Visualisierung und Alexa-Steuerung

[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