[Modul] Miele@Home

Symcon PHP-Module (Diskussion)
361

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

362

Moin,

Verson:

grafik
grafik1059×878 98.9 KB

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

363

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.

364

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 …

365

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.

366

Ok - habe ich nun erst einmal deaktiviert …

367

@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.

368

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.