leider habe Ich ein Problem mit meinen Rollladen, welches Ich nicht gelöst bekomme.
Ich habe für die Rollladensteuerung die Shelly Plus 2PM verbaut.
Diese habe Ich über die Shelly APP & dann über die Shelly Integration in HA integriert.
Es kommt immer mal vor, dass einer dieser Shelly plötzlich nicht mehr erreichbar ist.
In HA sieht man dann ein gelbes Fragezeichen (nicht verfügbar) und in der Shelly APP ist das Gerät offline. Über die IP im Browser ist das Gerät dann auch nicht mehr zu erreichen. Was mich dann wundert - selbst der physikalische Schalter (Shelly Switch) im Zimmer funktioniert dann nicht mehr. Es scheint also, als ob sich der Shelly aufhängt?
Ich habe mal die Logs aktiviert (Websocket) die waren danach jedoch weg.
In HA habe ich mir mal rückwirkend aus der Sekunde vor dem letzten “Absturz” Spannung, Strom, Frequenz, Temperatur etc. angeschaut. War jetzt nicht auffälig.
Das deutet auf einen Defekt des 2PM hin.
Shelly’s hängen sich mal auf, oder verlieren auch mal den Kontakt zum WLAN oder der Cloud, dann funktioniert aber immer noch der mechanische Eingang.
Du kannst mal den 2PM kurz stromlos machen, evtl. repariert er sich dann wieder, falls das Problem weiter auftritt => Austauschen.
Das hatte ich in der ersten Beschreibung vergessen aufzuführen.
Um den Shelly dann wieder zu starten muss ich kurz die Sicherung rausmachen.
Danach läuft er wieder normal, bis sporadisch irgendwann wieder dieses Problem auftaucht.
Ich habe es momentan vermehrt bei einem der Shelly (noch kein Jahr alt)
Hatte es jedoch auch sporadisch schon bei anderen. Daher hatte Ich die Vermutung, dass es auch einen anderen Grund als einen defekt haben könnte.
Sporadisch habe ich das Problem mit einzelnen Shelly’s auch, aber dabei funktioniert immer noch der mechanische Eingang.
Zurück bekomme ich sie aber auch nur durch kurzes spannungslos machen.
Dass die Shelly ab und an mal nicht mehr erreichbar sind, habe ich schon erlebt.
Meist in Verbindung mit WLAN Problemen / Problem mit dem Access Point.
Dass auch auf ein externes, direktes Signal über Taster nicht reagiert wird, habe ich noch nicht gehabt, so weit ich mich erinnere.
Work around ist für mich, dass die Geräte regelmäßig durch eine Automatisierung neu gestartet werden. Dies tut überraschend vielen IoT Geräten gut.
Wenn man dies in einen Zeitraum legt, in denen die Geräte für gewöhnlich ohnehin nicht genutzt werden, merkt man hiervon nicht einmal etwas.
Ich habe auch die o.g. Phänomene. Was mir aufgefallen ist, das es die Probleme erst seit ca. 4-5 Wochen gibt. Vorher liefen die Jahre einwandfrei. Ich meine zu dem Zeitpunkt gab es ein Update der Geräte…
Eine Lösung habe ich leider auch noch nicht gefunden…
Ich scheine aber ja tatsächlich nicht der einzige mit dem Problem zu sein.
Ich bin gespannt, ob jemandg ggf. noch einen Ansatz hat, oder ob es sich wirklich um einen defekt handelt.
Ich habe zusätzlich jetzt nochmal bei Shelly ein Ticket erstellt.
Ich hatte das früher auch öfters mal, aber ich konnte mir mit einem Script behelfen. Ob das heute noch von Nöten ist weiss ich aber nicht da ich in Professionelle Netzwerktechnik (Mikrotik) investiert habe und seitdem läuft vieles um einiges besser
Erreicht der Shelly 10min lang den HA nicht, startet der sich neu
// This script tries to execute HTTP GET requests within a set time, against a set of endpoints
// After certain number of failures the script resets the shelly
let CONFIG = {
endpoints: [
"http://IPDEINESHASERVERS:8123/",
],
//number of failures that trigger the reset
numberOfFails: 5,
//time in seconds after which the http request is considered failed
httpTimeout: 10,
//time in seconds to retry a "ping"
pingTime: 120,
};
let endpointIdx = 0;
let failCounter = 0;
let pingTimer = null;
function pingEndpoints() {
Shelly.call(
"http.get",
{ url: CONFIG.endpoints[endpointIdx], timeout: CONFIG.httpTimeout },
function (response, error_code, error_message) {
//http timeout, magic number, not yet documented
if (error_code === -114) {
print("Failed to fetch ", CONFIG.endpoints[endpointIdx]);
failCounter++;
print("Rotating through endpoints");
endpointIdx++;
endpointIdx = endpointIdx % CONFIG.endpoints.length;
} else {
failCounter = 0;
}
if (failCounter >= CONFIG.numberOfFails) {
print("Too many fails, resetting...");
failCounter = 0;
Timer.clear(pingTimer);
Shelly.call("Shelly.Reboot");
}
}
);
}
print("Start watchdog timer");
pingTimer = Timer.set(CONFIG.pingTime * 1000, true, pingEndpoints);
Ich hatte das Problem als ich von 1.2.x auf 1.3.0/1 ging. Mit dem BugFix auf 1.3.2 ist wieder alles stabil.
In der Integeration selber gibt es auch paar Issues dazu, das manche das Problem haben mit dem letzten HA Update. Vielleicht ist beim Issue Tacker was dabei.
Aber das mechanische Eingang nicht mehr ging hatte ich noch nie. Ist das bei all deinen Shellies so?
PS: Witzig war das ich im Urlaub war und ein paar Shellies (1.3.1) das Problem hatten und sich nach 2-3 Tage wieder gefangen haben von selber. Daheim wartet man wohl nie so lange … Als es gibt wohl ein recovery process.
Ansonsten habe ich auch einiges als Extender eingerichtet und die Signalstärke runtergesetzt, ab wann er neu suchen soll. Das hat bisher am Besten geholfen. Seitdem lief es bis Update auf 1.3.0/1 und ab 1.3.2 wieder alles top.
… Als es gibt wohl ein recovery process.