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

[FunkOdyssey]

Hatte ich vorher.
Aber ich wollte auch zwischen Be/Entschattung unterscheiden.

[CoolTux]

Ich teste gerade

[FunkOdyssey]

Das ist nett.
Ich hatte es ja schon mehrfach hier gefragt, warum die ASC-Readings nicht im Filelog stehen. Kann das damit etwas zu tun haben? ASC_Time_DriveDown ist bspw. nie enthalten.

Und die Beschattung fehlt neuerdings.

[CoolTux]

Von den ASC Readings im Rollo Device werfen ausschließlich ASC_Enable und ASC_ShuttersLastDrive ein Event. Die anderen ASC Readings werfen kein Event.

[Karflyer]

Hallo CoolTux,

ich habe beim Neustart von FHEM diese Fehlermeldungen im Log. Gibt es eine Erklärung woher die kommen könnten?

Code Auswählen Erweitern

2019.06.10 19:05:14.706 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/73_AutoShuttersControl.pm line 2838.
2019.06.10 19:05:14.706 1: PERL WARNING: Use of uninitialized value in numeric gt (>) at ./FHEM/73_AutoShuttersControl.pm line 2846.
2019.06.10 19:05:14.706 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4446.
2019.06.10 19:05:14.706 1: PERL WARNING: Use of uninitialized value $brightnessMinVal in concatenation (.) or string at ./FHEM/73_AutoShuttersControl.pm line 2865.
2019.06.10 19:05:14.706 1: PERL WARNING: Use of uninitialized value $brightnessMaxVal in concatenation (.) or string at ./FHEM/73_AutoShuttersControl.pm line 2889.


Habe die Version 0.6.15 in Gebrauch.

Gruß
Stefan

[CoolTux]

Hallo Stefan,

Du hast bei einigen Rollo Devices kein Helligkeitssensor gesetzt. Ist in der aktuellen Developer Version gefixt. Kommt die Woche.


Grüße

[shrek71]

Hallo an Alle,

ich habe ien Homematic Wetterstation HmIP-SWO-PR,

diese misst Temperatur, Wind, Regen und Helligkeit.
Das Device, habe ich nun als Regen, Beleuchtungs und Windsensor dem ASC-Device oder Rolladen angegeben.
Dabei soll bei Regen, die Rolläden runtergefahren werden. Leider werden laut den Debug-Ausgaben diese Events nicht ausgeführt.
Liegt es daran, das ausser die Regendaten auch gleichzeitig die Beschattungsdaten ausgewertet werden?

Gruß,
Shrek

[CoolTux]

Das liegt leider daran daß Du ein Device für alles hast. Das geht mit ASC nicht. Du musst bei Eventrelevanten Devices pro Attribut mit Device ein Device haben.
Hier wäre also Wind, Regen und Helligkeit in jeweils ein eigenes Device zu stecken.

[shrek71]

Hallo CoolTux,
danke für die Antwort. Über ein Dummy, der ein paar Sekunden später aktualisiert würde, wäre es aber zu realisieren?
Gruß Shrek

[flummy1978]

Holla,

eigentlich hatte ich diesen Text ein wenig abgekürzt schon heute morgen geschrieben. Leider wird in der Zwischenzeit über die neue Beta gesprochen, so dass einiges an Antworten dazwischen gerutscht sind.... Dennoch würde ich gerne meine amateurhaften Ideen vorbringen:

@HeikoBayer:

Wenn das aber nicht gelöst werden kann, Was dann? Vielleicht könnte man im ASC bei der Positionsabfrage wegen der Beschattung ein +/-1 einführen? Nur ein Leihenhafter Ansatz oder evtl. Denkanstoß.

Falls ich es falsch verstehe so schütte mal direkt meine Vorschläge ins Nirvana, aber wenn ich das bisher richtig verfolgt habe, ist Dein einziges Problem was Du hast, die Abfrage der Position für die Abschattung. Auch ohne je ein Modul programmiert zu haben verstehe ich nicht, warum Programmierer die Fehler anderer Module oder Programmierer ausgleichen sollen. Mit anderen Worten:

Was spricht gegen eine Änderung des Reading in 5er (hier würden sogar schon 2er) Schritten?
oder einem Notify der ein Reading von 81 auf 80 ändert WENN es eine Weile auf 81 ist und bleibt ?

Mag vielleicht wirklich Laienhaft sein, aber es würde wenigstens funktionieren.....

Vielleicht hilft es ja trotzdem

Viele Grüße
Andreas

[CoolTux]

Hallo CoolTux,
danke für die Antwort. Über ein Dummy, der ein paar Sekunden später aktualisiert würde, wäre es aber zu realisieren?
Gruß Shrek

Ja wäre es. Nimm Reading ein Dummy und ein Notify welches auf die Readings des AllInOne Sensors reagiert.

[CoolTux]

Holla,

eigentlich hatte ich diesen Text ein wenig abgekürzt schon heute morgen geschrieben. Leider wird in der Zwischenzeit über die neue Beta gesprochen, so dass einiges an Antworten dazwischen gerutscht sind.... Dennoch würde ich gerne meine amateurhaften Ideen vorbringen:

@HeikoBayer:Falls ich es falsch verstehe so schütte mal direkt meine Vorschläge ins Nirvana, aber wenn ich das bisher richtig verfolgt habe, ist Dein einziges Problem was Du hast, die Abfrage der Position für die Abschattung. Auch ohne je ein Modul programmiert zu haben verstehe ich nicht, warum Programmierer die Fehler anderer Module oder Programmierer ausgleichen sollen. Mit anderen Worten:

Was spricht gegen eine Änderung des Reading in 5er (hier würden sogar schon 2er) Schritten?
oder einem Notify der ein Reading von 81 auf 80 ändert WENN es eine Weile auf 81 ist und bleibt ?

Mag vielleicht wirklich Laienhaft sein, aber es würde wenigstens funktionieren.....

Vielleicht hilft es ja trotzdem

Viele Grüße
Andreas

Hallo Andreas,

Danke für Deine Gedanken. Zur Info, der Entwickler des anderen Modules hat reagiert und eine Lösung entwickelt.


Grüße

[Deckoffizier]

Hallo,

Deswegen sollte jeder der das im Einsatz hat auch daran denken:
Support CoolTux https://www.paypal.me/MOldenburg

Hab ich eben schon erledigt ....

Gruß
Hans-Jürgen

[Deckoffizier]

Hallo,

Hallo CoolTux,
    danke für die Antwort. Über ein Dummy, der ein paar Sekunden später aktualisiert würde, wäre es aber zu realisieren?
    Gruß Shrek


Ja wäre es. Nimm Reading ein Dummy und ein Notify welches auf die Readings des AllInOne Sensors reagiert.

ginge nicht auch readingsProxy für diesen Fall ?

Gruß
Hans-Jürgen

[CoolTux]

Leider nein. Das hatte ich damals schon mit Julian getestet. ReadingsProxy wirft wohl für state kein Event.
Kann aber gerne bei Lust noch einmal gegen getestet werden.