[Modul] Miele@Home

Hmm, das darf so nicht sein, ich frage mich, wer das speichern des SSO-Client auslöst.

Was steht im Denug des Miele-SSO-IO-Instanz? (Limitierung im Debug erhöhen, den Output als Datei an die Antwort anhängen)

Was steht im Debug der MieleSplitter-Instanz? (auch hier Limitierung beachten und als Datei anhängen)

Wenn die das auslöst, muss im Denug was passendes stehen.

Zudem

welche Version des Moduls (Splitter-Instanz, Bereich “Information”)?

ggfs. auf die Beta-Version des Moduls aktualisieren

Was steht in der Splitter-Instanz im Bereich “Referenzen” zum Thema “Timer” (ganz am Ende)

Ggfs. als nach den obigen Prüfungen, die Splitter-Instanz deaktivieren

Moin,

Verson:

Dump:

Splitter dump.txt (48,6 KB)

io dump.txt (41,1 KB)

Ich habe das nun nicht sooo lange mitlaufen lassen, da die Meldungen ja die gleichen sind ..

Grüße
Thomas

Grund ist, das der Miele-Server (mal wieder) einen Fehler meldet:

TXT: 03.12.2025, 07:52:02 |              DATA IN | <html><CR><LF><head><title>503 Service Temporarily Unavailable</title></head><CR><LF><body><CR><LF><center><h1>503 Service Temporarily Unavailable</h1></center><CR><LF><hr><center>nginx</center><CR><LF></body><CR><LF></html>

Daraufhin wird der SSO-Client von dem Splitter wieder geweckt - und das passiert laufend …

Interessant: bei mir läuft Miele ganz normal …

Blödes Problem, denn wenn ich den SSO-Client nicht immer wieder reaktivieren würde, würde er ganz einschlafen. Da muss ich erstmal drüber nachdenken, ob es da eine Lösung gibt.

Bis ich nachgedacht habe, bleibt nur, den Miele-Splitter auf inaktiv zu setzen (“Instanz deaktivieren”); das sollte Ruhe schaffen, aber natürlich ist Miele damit einstweilen ausser Gefecht.

Version ist übrigens aktuell.

Deaktiviert bekomme ich es ja nicht, da IPS ja ständig zwischen den Zuständen wechselt …

Wenn die API mal wieder online ist, kann ich das Modul ja mal deaktivieren …

Was da wechselt ist doch die SSE-IO-Instanz und nicht die Miele-Splitter-Instanz; und die sollten Du deaktivieren.

Nachtrag:

per Script könntest Du den Splitter so deaktivieren:

IPS_SetProperty(<InstanzID des Splitters>, 'module_disable', true);
IPS_ApplyChanges(<InstanzID des Splitters>);

wobei natürlich durch die Objekt-ID deines Miele-Splitter ersetzt werden muss.

Ok - habe ich nun erst einmal deaktiviert …

@Dr.Niels ich mus da nochmal nachhaken.

RequireParent() wird in dem Beispiel in der Doku im Create() aufgerufen, ForceParent() jedoch im ApplyChanges().

Ist das zwingend so oder kann ich ein RequireParent() auch im ApplyChanges() machen? Dort könnte ich ja auf ein Property reagieren und entweder das RequireParent() oder (wenn aktuell eine Verbindung existiert), diese IO-Instanz per IPS_DisconnectInstance() abhängen.

Das kannst du auch im ApplyChanges machen. Die Beispiele gehen halt davon aus, dass der Splitter konstant ist. Dann ergibt es halt Sinn das einmalig im Create zu erstellen. Wenn das fluktuiert, dann kann man das auch an anderen Stellen wie ApplyChanges machen.

Ich benutze das Modul und es läuft auch gut. Allerdings erhalte ich sehr häufig (an einem Tag über 200) folgende Meldungen:

Zum Beispiel

Manchmal ist auch die unknown value 148. Was soll mir das sagen und wie kann man das ändern?

Gruß Dirk

Da scheint deine Maschine einen bisher nicht benutzen Gerätecode zu senden und ein Wäsche(?)Programm zu melden, was das Modul noch nicht kennt.

Was ist es denn für ein Gerät und was war das Programm um 14:40 laut Miele-App?

Hallo,

DecodeDevice: unknown value ist vermutlich der State, da gibt es laut API (bisher) kein Wert 147 oder 148. Ich benötige zur Prüfung ein Log des jew. MieleAtHomeDevice; bitte unbedingt einen kompletten Abruf, d.h. die Limitierung im Debugfenster) deutlich erhöhen und als Datei schicken (die mit Cut&Paste oder gr als Screenshot). Am besten als PN, da in Logs persönliche Informationen drin sein könnten.
programType2Text: unknown value 4 gibt es eigentlich auch nicht (geht laut Doku von 0..3). Das könnte man aber umgehen, indem man die unter Einstellungen das Feld Status-Code selbst in Text umsetzen von Feld … Programm auf nein setzt und den übermittelten Text verwendet.
Das ich in dem Modul überhupt selbst übersetze, liegt daran, das diese Umsetzung in den gelieferten Daten zT unvollständig war (oder eventuell noch ist).
Ansonsten müsste ich wissen, was der Wert 4 bedeuten soll und da wäre - wie von @volkerm gesagt, die Anzeige in der Miele-App eine Referenz.

Ist halt häufiger so, das die Api-Dokumentation bei allen Herstellen hinterher hinkt (wobei die von Miele noch recht gut ist)

Danke für die rasche Reaktion. Ich werde mal abwarten, wann ich die Meldung noch mal erhalte und dann das Log übersenden.

Für die 4 muss ich auch mal abwarten, Umstellung ist erfolgt

Ich habe dir eine PN geschickt

Gruß Dirk

Hallo!

Ich habe gerade mit dem Miele@Home-Modul unsere neue Waschmaschine in Symcon eingebunden. Für die Visualisierung würde ich gerne wissen, was die einzelnen Variablen genau beinhalten und welche Ausprägungen es jeweils gibt. Klar, die meisten sind selbsterklärend, aber nicht alle.

Deshalb meine Frage in die Runden: Gibt es dazu irgendwo eine deutsche Beschreibung der Variablen und deren Ausprägungen?

Vielen Dank im Voraus.

Nein, es gibt keine darüber hinausgehende Beschreibung.

Von Miele selbst gibt es die API-Dokumentation in englisch; ich möchte aber darauf hinweisen, das die Bezeichnungen nicht immer wirklich erhellend sind.

Ansonsten greife ich immer (und auch in dem Fall) darauf zurück, was die Hersteller-App bzw. ggfs. das Gerät so sagt.

Hallo!

Vielen Dank für die Rückmeldung. Die englische API-Dokumentation von Miele hatte ich auch schon gesehen, war mir aber keine Hilfe. Also werde ich mich auch auf die Angaben der Miele-App und die überlieferten Daten stützen.

Hallo zusammen, ich bin erst heute auf 9.0 umgestiegen. Leider bekomme ich jetzt im Sekundentakt folgende Fehlermeldungen, könnt ihr da weiterhelfen?

Konnte Konfigurationsform nicht laden

Warning: The float NAN is not representable as an int, cast occurred in /var/lib/symcon/modules/.store/demel42.mieleathome/libs/common.php(10) : eval()'d code on line 437

Warning: unexpected NAN value was coerced to string in /var/lib/symcon/modules/.store/demel42.mieleathome/libs/common.php(10) : eval()'d code on line 437 (Code: -32603)

Stell mal das Modulstore im Modulstore auf Beta um (im Modulstore bei dem jew. Modul unter “weitere Optionen”).

perfekt, besten dank, das hatte ich gar nicht auf dem Schirm.

1 „Gefällt mir“

Danke für den Tip mit Beta, aber ich habe immer noch ein 401 und “invalid client” mit branneuen Credentials. Was könnte das denn seinà?