Da kommt einfach keine Antwort.
Aktuelle Beta installiert?
Wobei dann dürften die anderen ja auch nicht gehen… 
Gibt es Fehlermeldungen im Meldungsfenster / Logfile ?
Sonst bitte noch mal ein Debug der dazugehörigen Clound-Instanz, wenn du Zustand lesen an klickst.
Michael
aktuelle Beta ist installiert, die anderen beiden Geräte funktionieren wie gesagt problemlos.
in den Meldungen ist vom Modul auch nichts hinterlegt, es scheint also keinen Fehler zu geben.
Dump hängt an
dump.txt (13,0 KB)
Doch, der wird aktuell nur nicht ausgeworfen:
→ CURLE_OPERATION_TIMEDOUT
Sprich, die Cloud antwortet nicht auf die Anfrage. Warum weiß ich nicht.
Wenn du willst, kannst du das Timeout mal erhöhen.
Dazu musst du aber in der Datei
/modules/.store/de.nall.chan.xiaomi/Xiaomi MIoT Cloud IO/module.php
in Zeile 203 das fest anpassen.
curl_setopt($ch, CURLOPT_TIMEOUT_MS, 5000); // hier statt 5000 mal 10000 ausprobieren.
Die Änderung wirkt sofort nach dem speichern der Datei.
Michael
Hey Michael,
ich wollte jetzt den Timeout erhöhen, bin aber zu doof den Pfad auf meiner Ubuntu-Installation zu finden.
Unter modules finde ich nur folgende Daten:
Wo müsste den die Datei korrekterweise liegen? Aktuell befinde ich mich im Pfad
/var/lib/symcon/modules/
Die Info von der HP:
hilft hier leider nicht weiter.
Da bist du schon richtig.
Der Ordner .store wird halt nicht angezeigt, weil er versteckt ist.
Michael
Danke fürs testen.
Ich überlege mal wie ich das sinnvoll umsetze.
Wie viele Variablen sind in der Instanz vorhanden?
Michael
ich habe insgesamt 3 Saugroboter in IPS (2x S12, 1xE12) und es sind jeweils 99 Variablen angelegt.
Hab mir bisher nicht die Mühe gemacht und überzählige Variablen gelöscht.
Okay, diese Anzahl könnte erklären warum die Antwort so lange dauert.
Danke, ich schau mal was ich machen kann.
Michael
wobei es zugegebenermaßen auch viele Variablen gibt, welche so aussehen:
oder so:
müsste es nur mal pro Instanz aufräumen 
aktuell erhalte ich folgende Fehlermeldung, obwohl seit gestern Abend am Modul nichts geändert wurde.
ich habe lediglich die aktuelle Testing-Version installiert, um den Stream-Fehler prüfen zu können:
wie kann ich unterstützen?
Der Fehlercode kommt aus der Cloud; leider habe ich keine Ahnung was der bedeuten soll.
Versuch mal die Cloud IO Instanz zu de- und aktiveren.
Sonst brauche ich wieder ein Debug der Cloud Instanz.
Michael
ich habe jetzt die Instanz vom E12 deaktiviert und der Fehler war sofort weg.
Aktiviere ich den E12 wieder, dann kommen die Fehler wieder.
Hier ein aktuelles Debug. Im Debug sollte die Aktivierung der Instanz und das Drücken von „Zustand lesen“ hinterlegt sein.
dump.txt (650,7 KB)
Wollte gerade das Modul testen, erhalte jedoch beim Login versuch im DEBUG folgende Meldung: 10.08.2024, 09:46:49 | ERROR Cloud | could not fetch token
Woran könnte das liegen?
Michael
Läuft, danke!
Die neuen Roborock Modelle sind hier sehr schön integriert 
Wie bekomme ich es hin das er nur einen bestimmten Raum reinigt ?
Klick mal auf den Link zur Doku vom Geräte in der Konfiguration der Instanz. Dort sind alle Eigenschaften und Aktionen des Gerätes aufgeführt.
Eventuell wirst du da fündig.
Michael
Bin mir nicht ganz sicher ob die Variable vom Modul überhaupt ausgelesen wird?
Room-ID aktualisiert sich bei mir nicht, laut der Doku ist das eine String Variable, die Räume haben in der Mi App auch richtige Namen wie „Wohnzimmer“
Wie im ersten Beitrag geschrieben, gibt es keine gerätespezifischen Anpassungen.
Wenn die Zuordnung zu einem Wert fehlt, um daraus z.b. ein Variablenprofil zu erstellen, dann gibt es nur den Rohwert.
Aus Erfahrung würde ich eher auf eine Aktion tippen, wo man den Raum übergeben muss.
Zeig doch mal den Link zum Gerät.
Michael
