[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.8.x

[moonsorrox]

Hallo CoolTux, das kann ich gerade nicht mehr sagen  da er soeben in die Beschattung gefahren ist 
Was ich aber weiß, dass er den Beschattungs State anzeigt, dass hat er gestern auch gemacht, es war mir eben nur gestern Abend und heute Morgen aufgefallen das er einen neuen Timer  angezeigt hat.
Ich werde es beobachten und mich wieder melden... 

[FunkOdyssey]

Ich versuche seit Tagen Fehler in meiner ASC-Konfiguration oder im Modul herauszufinden.
Diverse Rollläden wollen einfach nicht in die Beschattung fahren.
Und wenn andere Rollläden gefahren sind, dann hat (bisher nur einmal rekonstruierbar) die abendliche Fahrt herunter gefehlt. Diese hatte ich hier schon einmal erwähnt: https://forum.fhem.de/index.php/topic,105390.msg1064115.html#msg1064115

Nun lasse ich seit Tagen das ASC-Debug mitlaufen. Das Problem ist nur, dass dadurch das FHEM-Log auf ca. 400-800 MByte anwächst und ein sinnvolles Debuggen kaum noch möglich ist. Über FHEMWEB ist der Aufruf des Logs nicht selten möglich. Und wann doch, dann ist die Anzeige sehr instabil.

Über die Linux-Bash macht das Greppen auf gewissen Zeilen auch keinen Spaß, weil es einfach viel zu viele Zeilen sind, die sich erst ab Stelle "100" unterscheiden.

Meine Hardware ist sehr performant, aber bei Logs dieser Größe habe ich keine Chance. Die CPU-Last meiner Hausautomatisierung geht dadurch auch in die Höhe (5% auf 20%) inkl. natürlich entsprechendem Stromverbraucht.

Könnte man das Debugging vielleicht selektiver steuern? So, dass man das Debug nur für ein Rollladen aktiviert? Oder vielleicht in ein anderes Log schreibt?

Nachtrag: Oder man führt ein reines Shading-Debugging ein?

Ich weiß, dass dieser Wunsch schon sehr speziell ist und vermutlich nicht CoolTux' Hauptaugenmerk ist.

Aber wie debuggt ihr das ASC-Modul? Mache ich etwas falsch?

[moonsorrox]

Also ich debuge nur einen Rollladen die anderen schalte ich solange aus, wobei ich sagen muss das ich das Modul auch erst einmal nur an einem Rollladen teste, bis ich die anderen alle dazu nehme. Hilft dir sicher nicht weiter 

[CoolTux]

Ich versuche seit Tagen Fehler in meiner ASC-Konfiguration oder im Modul herauszufinden.
Diverse Rollläden wollen einfach nicht in die Beschattung fahren.
Und wenn andere Rollläden gefahren sind, dann hat (bisher nur einmal rekonstruierbar) die abendliche Fahrt herunter gefehlt. Diese hatte ich hier schon einmal erwähnt: https://forum.fhem.de/index.php/topic,105390.msg1064115.html#msg1064115

Nun lasse ich seit Tagen das ASC-Debug mitlaufen. Das Problem ist nur, dass dadurch das FHEM-Log auf ca. 400-800 MByte anwächst und ein sinnvolles Debuggen kaum noch möglich ist. Über FHEMWEB ist der Aufruf des Logs nicht selten möglich. Und wann doch, dann ist die Anzeige sehr instabil.

Über die Linux-Bash macht das Greppen auf gewissen Zeilen auch keinen Spaß, weil es einfach viel zu viele Zeilen sind, die sich erst ab Stelle "100" unterscheiden.

Meine Hardware ist sehr performant, aber bei Logs dieser Größe habe ich keine Chance. Die CPU-Last meiner Hausautomatisierung geht dadurch auch in die Höhe (5% auf 20%) inkl. natürlich entsprechendem Stromverbraucht.

Könnte man das Debugging vielleicht selektiver steuern? So, dass man das Debug nur für ein Rollladen aktiviert? Oder vielleicht in ein anderes Log schreibt?

Nachtrag: Oder man führt ein reines Shading-Debugging ein?

Ich weiß, dass dieser Wunsch schon sehr speziell ist und vermutlich nicht CoolTux' Hauptaugenmerk ist.

Aber wie debuggt ihr das ASC-Modul? Mache ich etwas falsch?

Im Zuge meiner neuen Idee wird es wenn dann tatsächlich ein separates Filelog für das ASC Debug geben. Wird aber nicht so schnell passieren. Das braucht etwas Entwicklungszeit.

[FunkOdyssey]

Das ist super. Danke.

[stefanpf]

Auch wenn es dir nicht hilft, du bist nicht alleine.
Beobachte die letzte Zeit auch solche komischen Ausfälle, erkenne aber noch kein richtiges Muster:
- ursprünglich blieb dann und wann morgens ein Rolladen unten. Dachte erst es sind Homematic Probleme und habe den Empfang kontrolliert und die Fahrten etwas versetzt.
- Im Schlafzimmer fährt ein Rolladen dann und wann abends nicht mehr oder nur halb herunter. Das mit der halben fährt hat begonnen, als ich mit Sleep_Pos herumexperimentiert hatte. Das Attribut ist nzwischen entfernt...das Phänomen geblieben.
- Heute ist mir ein geschlossener Rollladen im Büro aufgefallen. Lt. ASC war sein shading Out bereits eine Stunde vorher Südseite). Laut timestamp an den Readings ist er allerdings heute gar nicht erst hochgefahren (der ts war vom gestrigen Close)
Da es sich hierbei erstmals  um einen Shelly Aktor handelt suche ich erstmal nicht weiter bei Homematic noch der Ursache.

Aufgrund des späten Sonnenuntergangs um diese Jahreszeit könnte ich mir
Shading Out Probleme jenseits der Close-Zeit auch gut vorstellen. Allerdings macht meistens die Südseite, die um diese Uhrzeit längst wieder entschattet sein soll, Ärger.

Leider tritt das alles im Bezug auf Fehlerbild und Rollladen recht zufällig auf, so dass ich nicht so Recht weiß wo ich starten sollte.

[moonsorrox]

@CoolTux
hier mal eine weitere Information von mir.
Also der Rollladen hat heute morgen geöffnet so wie er sollte, er hat am Tage beschattet und auch wieder entschattet und ist am Abend so wie er sollte wieder runter gefahren und vorher noch in eine Privacy Position...
Also alles gut

Was er aber anzeigt ist wieder Created new Timer

Code Auswählen Erweitern

state created new drive timer 2020-06-21 22:15:02

[CoolTux]

@CoolTux
hier mal eine weitere Information von mir.
Also der Rollladen hat heute morgen geöffnet so wie er sollte, er hat am Tage beschattet und auch wieder entschattet und ist am Abend so wie er sollte wieder runter gefahren und vorher noch in eine Privacy Position...
Also alles gut

Was er aber anzeigt ist wieder Created new Timer

Code Auswählen Erweitern

state created new drive timer 2020-06-21 22:15:02

OK das steht im ASC Device und ist von gestern Abend. Hast du da FHEM neu gestartet oder die Timer neu setzen lassen? Was sagt das Reading im Rollo zum Grund der letzten Fahrt und wann war die?

[moonsorrox]

OK das steht im ASC Device und ist von gestern Abend. Hast du da FHEM neu gestartet oder die Timer neu setzen lassen? Was sagt das Reading im Rollo zum Grund der letzten Fahrt und wann war die?

Fhem wurde nicht neu gestartet
Timer nicht neu gesetzt

Im reading vom ASC_Device steht es richtig...

Code Auswählen Erweitern

ASC_ShuttersLastDrive  day open   2020-06-22 07:30:30

Im ASC Modul heute morgen wieder, aber er ist richtig hoch gefahren.

Code Auswählen Erweitern

state  created new drive timer   2020-06-22 08:00:01

Beschattung ist ja "on" was mich wundert er zeigt die Beschattungs Zustände aber richtig an, nur  Morgends und Abends nicht.
Ist jetzt auch nicht so entscheidend, mich hat es nur gewundert weil er dieses als ich die Beschattung "off" hatte immer richtig angezeigt hatte.

[CoolTux]

Ab Morgen gibt es ein neues Release.
Version 0.10
https://forum.fhem.de/index.php/topic,112325.0.html

Grüße