Muss hier nochmal eine Korrektur abgeben, laut meinem Log ( für Geräte die nicht erreichbar sind ) ist der Eltako seit der 2.35.0 Beta nicht mehr ausgestiegen. Hatte das nicht weiter verfolgt da er ja trotzdem funktionierte.
Ist seit dem nicht einmal unerreichbar gewesen beim schalten. Bei der 2.34 hatte ich dieses Phänomen noch.
Ich bin zwar gerade noch in Kontakt mit @Maik2012 aber seine Probleme mit den Geräte waren auch schon zu älteren Versionen:
2020-07-09 10:28:33.109] [HAL] [info] <set unavailable> Außenmodul (nodeID:52) | reason device unreachable
[2020-07-12 12:51:33.261] [HAL] [info] <set unavailable> Küche, Terrassentür (nodeID:12) | reason switchAttributes
[2020-07-09 10:28:33.205] [HAL] [info] <set unavailable> Regensensor (nodeID:53) | reason device unreachable
[2021-12-07 16:51:17.158] [HAL] [info] <set unavailable> Rollladen Wohnen, Lüften (nodeID:17) | reason switchAttributes
Was dann einen direkten Zusammenhang mit der 2.35.0 nicht mehr ganz bestätigen sollte.
Guten Morgen,
Also ich hatte das Problem gestern Abend als ich manuell 8 RS im Wohnzimmer geschaltet habe und heute morgen gingen 2 Rollläden per HG nicht nach oben und waren nicht verfügbar.
Ich hatte es gestern leider manuell nicht nachstellen können… versuche es heute nochmal.
Viele Grüße
Also meine Nodons steigen auch seit neuestem regelmäßig aus und manche Rollos gehen nicht hoch. Auch bei der „Öffne alle“ Funktion. Seit wann das nicht geht - keine Ahnung, vermutlich auch erst seit 2.35 nicht mehr.
Haben die anderen eine Lösung? Hat das Anheben und wiederaufsetzen geholfen?
Ich hab aktuell 11 Enocean Rollos. Ich bilde mir ein, dass das vorher mit dem verzögerten Schalten problemlos ging.
Falls @Steffen noch draufschauen will bevor ich irgendwas ausprobiere (außer dem Update hab ich seitdem nichts gemacht) kann ich mich zur Verfügung stellen
Guten Morgen @speedy-grufti,
kannst du mir bitte einen Supportzugang per PN zukommen lassen, dann sehe ich mir das gerne mal an.
Hallo @speedy-grufti,
Bei mir ist es unverändert. Heute morgen hing wieder ein Homeegram zum Auto öffnen.
Ich habe alle verlaufsspeicherungen abgestellt und auch alle verläufe etc. Gelöscht. Hat alles nicht geholfen.
Ich habe die Probleme erst seit dem neusten Update. Denke ich werde eine Version downgraden…
Viele Grüße
Guten Abend @Buedi80,
Kannst du mir bitte einen Supportzugang per PN zukommen lassen, dann sehe ich mir das gerne mal an.
Hallo zusammen, hallo @Steffen,
Ich habe Anfang der Woche meine Homeegramme für die Rollläden geändert.
Vorher habe ich mit einer Gruppe gearbeitet und dort alle auf runter/hochfahren programmiert.
Dann habe ich jedes Gerät einzeln mit einer Sekunde Verzögerung programmiert. Also Rollladen1 hochfahren, 1 Sekunde warten, Rolladen 2 hochfahren, 1 Sekunde warten,…
Seit dieser Änderung läuft alles stabil und es gibt keinen Ausfall mehr…
Das sollte aber m.E. nur ein Workaround sein…
Viele Grüße!
ich kann das gleiche berichten, nachdem @Steffen mir auch diesen Tipp gegeben hat - mit den eingebauten Verzögerungen und nicht alles auf einmal schalten geht es wieder ausfallfrei seit 1 Woche. Ich hab allerdings tollkühn immer 2 Geräte parallel geschaltet statt zwischen jedem Befehl 1 Sekunde Luft zu lassen, damit geht es trotzdem einigermaßen schnell.
Als Dauerlösung würd ich das aber auch nicht ansehen…
Hallo zusammen, wie schaut es mittlerweile hierzu bei euch aus?
läuft!
bei mir funktioniert es mit dem genannten Workaround auch, ich musste allerdings meine Zweier-Pärchen jetzt auch auf jedes Gerät 1 Sekunde Verzögerung reduzieren, da die 2er Kombo zwar zuverlässiger, aber nicht 100% zuverlässig, war. Mit Jedes Gerät Schalten und dann 1 sec. warten funktioniert es. Aber schön ist es nicht…
Läuft bei mit auch… ich hatte seit der Umstellung nur 1 oder 2 mal einen „ausfall“
Hey @Steffen ,
ich vermisse den Fix in der aktuellen Beta 2.36.
Wurde dies Problem noch nicht gelöst oder habe ich es übersehen? Wenn ja, werde ich die Beta gern testen.
Dieses Problem kostet wirklich Nerven. Hier wurde leider Basisfunktionalität impacted.
Viele Grüße
@Mfv, der Watchdog soll jetzt dafür sorgen, dass keine Telegramme mehr verloren gehen. Probiere die Beta mal aus.
Features
- Der Watchdog hilft dabei die Schaltvorgänge des homees zuverlässiger zu machen. Hierzu überwacht er alle Schaltaktionen und wartet auf die Bestätigung durch das Gerät. Bleibt diese aus, versucht der Watchdog nach einer Wartezeit von mind. 10 Sek. das Gerät erneut zu schalten. Ist der Schaltvorgang erneut erfolglos, so wird nach einer längeren Wartezeit die Schaltaktion erneut ausgeführt.
Dieser Vorgang wird bis zu fünfmal wiederholt. Kann der Watchdog das Gerät auch mit dem fünften Versuch nicht erfolgreich schalten, wird das Gerät als „nicht verfügbar“ angezeigt und der Nutzer per Push-Benachrichtigung informiert
Ein Workaround um einen Software Bug zu „beheben“? Schlechte Strategie, ist ja aber auch nicht offiziell als Problemlösung benannt.
Der Fixansatz ist ja bereits dokumentiert:
Dieser Timeout wurde ja als „Feature“ verkürzt, aber unzureichend Qualitätssicherung betrieben (spricht nur mit wenigen Enocean Aktoren getestet).
Und dass es ein Bug ist, wurde ja auch schon confirmed:
Hätte jetzt schon erwartet, dass so ein Bug zeitnah (eigentlich per Hotfix) gelöst wird.
1 „Gefällt mir“
Sehe ich auch so. Vor allem wird ja dann erst nach 10 Sekunden wiederholt. Klar meckern auf hohem Niveau aber eigentlich will ich nicht dass dann meine Rollos mit beliebiger Verzögerung erst hochfahren. Ich hab 10 Stück im Homeegramm, dann gehen 8 nicht, dann wird für die 8 nach 10 Sekunden wiederholt und die Telegramme überlagern sich wieder und manche gehen nicht und dann schaukelt sich die Verzögerung ewig hoch.
Aber immerhin gut dass es zumindest ein Verschlucker-Backup gibt. Aber wenn es sich nicht anders lösen lässt bin ich dafür, die alte enocean Steuerung wieder einzubauen. Die war robust und sooooo krass verzögert sind die Telegramme auch nicht abgearbeitet worden.
1 „Gefällt mir“
Guten Abend,
wir hatten genau diesen workaround ja eingebaut im Enocean, weil bei zu vielen die Geräte ebend auch nicht in der TimeOut geantwortet haben, dass hatte aber dann auch ein Grund und dieser ist eben auch vielleicht und nicht immer im eigenen EnOcean Mesh hier und da zu suchen, denn wenn Befehle durchgehen würden, dann braucht auch hier kein Workaround erst entstehen.
Die Befehle dürften sich nach dem dem ersten Watchdog vielleicht zufällig überlagern aber nach dem dem dritten versuch sollten die meisten abgearbeitet sein. 
@Steffen macht ihr hier an der Stelle nochmal was?
Leider ist bei mir nach wie vor das Schaltverhalten bei gleichzeitigen Schaltvorgängen immer noch deutlich schlechter als vor 2.35, als ihr die Enocean-Signale noch minimal zeitverzögert geschickt hattet, meine verbliebenen Homeegramme ohne 1s-Verzögerung zwischen den einzelnen Befehlen schalten nach wie vor sporadisch manche Rollos nicht.
Ich arbeite mich ja immer mehr auch in die Optimierung ein und macht das dann nicht auch die Gruppenschaltungen nicht mehr nutzbar (abgesehen von der „Kaschierung“ der Ausfälle durch den Watchdog)? Zumindest hab ich da spontan nicht gefunden „schalte jeden einzelnen Aktor der Gruppe mit jeweils 1s Verzögerung auf wert XYZ“., sondern - Schalte Gruppe alles auf 90% (bei Rollos).
Der Watchdog mag das kaschieren, aber wenn 2 von 3 Rollos gleichzeitig fahren und der Dritte dann - vielleicht - 10 Sekunden später weil der Watchdog den nochmal getriggert hat, nachzieht, ist das Verhalten deutlich unhomogener als die vor 2.35 vorhandenen Mini-Verzögerungen (die verzögerte Schaltung der Geräte war gefühlt weit unter 1 Sekunde).
Oder bin ich der letzte verbliebene „Meckerer“? Wie schauts mit dem Rest aus?