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.
bin über Euren Thread gestolpert LEIDER weil ich mit ähnliche Probleme habe.
Meine Frau ist alles andere als begeistert und hätte am liebsten alles wider ausgebaut. Auch ohne das - ist es auch für mein Spaß am Smarthome “nachteilig”.
Habe zwar keine Shelly Plus - aber meine fibaro zwave Aktoren zuletzt um diverse scheinbar was modernere und günstigere Shelly Wave 2PM ergänzt.
DAs sind derzeit 5-Stück. Die kamen alle in den letzten 1-2 Woche hinzu.
1.) Nun hat gestern einer plötzlich nicht mehr reagiert. Weder über Anforderung von HA noch per lokalem Hardwareschalter. Die Relais klackten nicht und blieben “off” (auch wenn in HA bei Betägigung dort die Anzeige auf ON ging).
2.) Dann las ich Euren Thread hier und machte das Ding über “Sicherung aus” mal für 5-10sec stromlos. Seitdem geht er erstmal wieder.
3.) Heute früh dann mit dem zweiten genau das gleiche Problem - Stromlos halft auch dort. IN dem fall ist der sicherungskreis aber schon deutlich blöder weil auch der HWR mit Fritbox, NAS usw. daran hängt.
Ist inzwischen bekannt woran so etwas liegt? Kann man da etwas nachhaltiges gegen tun - was möglichst NICHT ein Ersatz gegen Fibaro ist (die Fibaro machten noch nie derartige Probleme und sind seit 8-11 Jahren ca. verbaut).
Beste Grüße
Sammy
PS: hatte zuletzt auch mit sonoff usb sticks für zigbee2mqtt experimentiert. Um auszuschleßen das es damit zusamemnängt und weil da bislang eh noch keine Geräte angelernt sind (außer einem router) hab ich die erstmal außer Betrieb genommen. Das gar kein licht mehr geht an der ein oder andere Stelle plötzlichi ist leider wirklcih nicht akzeptabel fett gedruckter Text
Komisch das hier Niemand dazu etwas weiß oder ähnliche Probleme hat?
Hatte inzwischen Kontakt mit dem Shelly Support. Vielleicht hilft es doch noch jemand anderem daher folgende Infos von denen:
Hallo Samuel,
Was Sie beschreiben, deckt sich in der Tat mit dem bekannten Problem im Zusammenhang mit dem Fehler im Z-Wave SDK. Das Problem mit dem zufälligen Ein- und Ausschalten wurde bereits behoben - das entsprechende Firmware-Update finden Sie in unserem GitHub-Repository -, aber das Problem mit den Geräten, die vorübergehend nicht mehr reagieren, ist noch nicht gelöst.
Diese Verzögerung rührt von der SDK-Bibliothek selbst her, die von Silicon Labs (Z-Wave Alliance) gepflegt wird. Zusammen mit anderen Herstellern warten wir derzeit auf eine stabile und zuverlässige Version des SDK, um eine Firmware zu erstellen, die diese verbleibenden Probleme beheben kann.
Es ist wichtig zu wissen, dass die Fibaro-Geräte, auf die Sie sich beziehen, auf der älteren 500er-Serie basieren, die nicht von den aktuellen SDK-bezogenen Zuverlässigkeitsproblemen betroffen ist. Im Gegensatz dazu sind alle Geräte und Controller, die auf dem neueren SDK basieren - einschließlich unserer Wave 2 PM - betroffen.
Wir haben jedoch Verständnis für die Unannehmlichkeiten und können Ihnen anbieten, das problematische Wave 2 PM-Gerät durch ein neues zu ersetzen.
Mit freundlichen Grüßen,
Shelly Support Team
Hallo Samuel,
Vielen Dank für Ihr Verständnis.
Das betreffende Firmware-Update wurde bislang nicht in die Z-Wave JS-Updatebibliothek integriert. Falls Sie das Update dennoch installieren möchten, muss dies manuell erfolgen. Eine entsprechende Anleitung finden Sie unter folgendem Link: How to do OTA Wave devices in Home Assistant - Z-Wave JS UI and Z-Wave JS
Wir möchten Ihnen gegenüber offen sein: Es kann leider nicht ausgeschlossen werden, dass der Shutter nicht das gleiche Problem hat wie das Modell Wave 2PM. Aufgrund eines bekannten SDK-Problems, das auch in der Shutter-Firmware vorhanden ist, können wir derzeit keine uneingeschränkte Funktionalität garantieren. Die Geräte funktionieren prinzipiell, können aber sporadisch ausfallen.
Aktuell sind die Fibaro Shutter der Serie 3 oder niedriger als stabiler einzustufen, da sie auf dem Z-Wave Series 500-Chip basieren, der ein bewährtes und stabiles SDK nutzt. Für die Serie 4 können wir hingegen keine Stabilitätszusage machen, da diese – ebenso wie unsere Geräte – den Z-Wave Series 800-Chip verwenden und somit ebenfalls vom instabilen SDK betroffen sind. Es empfiehlt sich gegebenenfalls, online nach Erfahrungsberichten zur Stabilität der Fibaro Shutter Serie 4 zu suchen.
Bitte seien Sie versichert, dass wir alles in unserer Macht Stehende tun, um bei den SDK-Entwicklern kontinuierlich auf die Bereitstellung einer funktionalen Version zu drängen. Nur so ist es uns möglich, stabile Firmware-Versionen für unsere Geräte zu entwickeln.
… Als es gibt wohl ein recovery process.
fett gedruckter Text