-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Jalousien fährt wiederholt in Shading obwohl ASC_blockAscDrivesAfterManual aktiv #81
Comments
Der Fehler ärgert mich enorm. :-) Ich habe das bei allen Jalousien, die beschattet werden. Mir fällt auf, dass ich die Rollos zweimal fahren muss und dann ist Ruhe.
Aufgefallen ist mir auch, dass bei der zweiten Beschattungsfahrt runter das Reading ASC_ShuttersLastDrive nicht mit "Shading In" beschrieben wird. Es bleibt die vorherige manuelle Fahrt dort stehen. Und das obwohl die Erkennung bei mir ansonsten gut funktioniert. |
Ich kann den Fehler beim besten willen nicht nachvollziehen. Bei mir verbleibt das Rollo so lange in der manual Position bis einmal komplett entschattet wurde und fährt erst bei einer neuen Beschattung |
Wie kann ich bei der Suche danach unterstützen? Ich helfe gerne mit und ich baue auch gerne ein paar Debug-Zeilen ein. |
Hast Du bereits die aktuelle 0.10.6er Version? |
Aktuell ja, aber zum Zeitpunkt des Tickets natürlich noch nicht. |
Danke Dir. |
Selber :-) |
Das Problem ist leider immer noch vorhanden. |
Ich habe Probleme, über mehrere Tage die volle Protokollierung mitlaufen zu lassen. Die CPU-Last steigt dann zum Tagesende enorm an und FHEM wird sehr träge. Die Logs wachsen nämlich auf mehrere hundert Megabyte an. Aktuell kann ich nur folgendes liefern: ASC Device Log
Rollo-Log
Sehr merkwürdig ist auch folgender Sachverhalt. Das Rollo sollte ja eigentlich um 17:45 Uhr manuell hochgefahren werden. Und wie oben beschrieben wurde immer wieder runtergefahren. |
Wird eine manuelle Fahrt denn immer korrekt bei Dir erkannt? |
Es gibt morgen ein Update. Eigentlich berührt es dieses Problem nicht wirklich, wäre super wenn Du dennoch mal testen könntest. Danke |
Leider eine schlechte Nachricht. Die Rollos sind wieder hochgefahren. Scheinbar zeitgleich mit einem Events des Lichtsensors. Es wird jedesmal in der gleichen Sekunde heruntergefahren.
Zu diesem Zeitpunkt ist heute der Lichtwert zwischen den Werten im Attribut StateChange_SunnyCloudy gewesen. Also nicht größer als der Sunny-Wert. ASC_Shutter_IdleDetection habe ich mittlerweile schon gelöscht, da ich den Fehler ursprünglich hier vermutet hatte. Leider habe ich nicht rechtzeitig das Debug-Log aktiviert. Erst bei der zweiten manuell Fahrt auf Pos100 war das Debug-Log aktiv. Aber das hilft uns nicht weiter, da ASC hier nicht mehr eingegriffen hat. Und jetzt wird es merkwürdig. Ich war selbst nicht daheim und ich kann mir nur die Logs dazu anschauen. Gerade habe ich das noch bei einer anderen Jalousie ausprobiert. Diese hat kaum Ähnlichkeiten mit den ursprünglichen, hier bisher erwähnten Rollos. Da trat das Problem heute nicht auf. Ich schaue mir das weiterhin an. |
Ich habe event-on-change-reading .* nun deaktiviert, da ich dann etwas mehr sehe. |
Hallo, gestern hatte ich endlich Verbose=5 und das Debug-Log aktiv während der Fehler auftrat. Am Rande: Ich habe event-on-change nicht gesetzt. So sieht man auch möglich Zwischenschritte. Rollo
Auch komisch: Um 12:59:10 wurde erstmals wieder in Shading In gefahren. ABER: Ich hatte FHEM nach der obigen Aktion neu gestartet. Vermutlich ist das der Grund für 12:59:10 gewesen. |
Habe bis jetzt noch keine Mail bekommen. |
Auch nicht am So., 23. Aug., 16:02 von deine GMail-Adresse? |
Sorry doch bekommen. Hatte ich übersehen. LG |
Meine Vermutung, dass es nach zweimal manuellem Hochfahren weg ist, stimmt anscheinend nicht. ASC_DriveUpMaxDuration dürfte aber eigentlich mehr als großzügig gesetzt sein. Ich habe es dennoch ein wenig erhöht. |
Auch mit einem sehr hohem Duration-Wert hat sich nichts geändert. |
Hallo,
meine Jalousien fahren wiederholt in die Shading-Position.
Und dies obwohl manuell die Jalousie nach der ersten Beschattung wieder hochgefahren wurde.
Im ASC_ShuttersLastDrive-Reading steht auch manual und das Attribut ist passend auf ASC_blockAscDrivesAfterManual gesetzt.
Beim zweiten Shading-Herunterfahren wurde sehr zügig wieder manuell hochgefahren. ASC kam nicht dazu, das Reading ASC_ShuttersLastDrive auf Shading In zu setzen. Die Beschattungsfahrt wurde unterbrochen. Doch dann blieb die Jalousie auch oben. In ASC_ShuttersLastDrive wurde vermutlich nicht erneut manual protokolliert, weil ein event-on-change-reading: .* aktiv ist.
Mein Jalousie-Device:
Mein ASC-Device
attr Rolladensteuerung ASC_blockAscDrivesAfterManual 1
OK - Jalousie öffnet morgens
OK - Jalousie fährt erstmals in die Beschattung
OK - Manueller Eingriff - Jalousie soll wieder hochfahren und kommt auch auf Level100 an
FEHLER - Jalousie bekommt erneut von ASC den Fahrbefehl von Pos100 auf Pos30 zu fahren
Jalousie wurde erneut manuell geöffnet.
The text was updated successfully, but these errors were encountered: