[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.10

Begonnen von CoolTux, 22 Juni 2020, 12:38:36

Vorheriges Thema - Nächstes Thema

MCh76

Zitat von: CoolTux am 07 Juli 2020, 11:24:32
Ja. Die Markise war laut ASC in der Nacht, und dann steht im Code das sie geschlossen werden soll.
Ich überlege mir was.

perfekt, danke dir. bis dahin baue ich mir nen manuellen fahrbefehl auf 0 zeitgesteuert.

gestein

Hallo,

gibt es bei "ASC_Shading_Pos" die Möglichkeit im Perlcode Platzhalter zu verwenden?
Also z.B. so wie im ASC beim attr devStateIcon:
attr Rollo.SZ ASC_Shading_Pos { GetRolloDefPos($name) }

Danke, lg, Gerhard

flummy1978

Hey,

Zitat von: MCh76 am 07 Juli 2020, 11:30:29
perfekt, danke dir. bis dahin baue ich mir nen manuellen fahrbefehl auf 0 zeitgesteuert.

vielleicht ist es gar nicht nötig dass Marko sich da was überlegt. Das gleiche Problem habe ich mit meiner Markise auch. Das Umgehen ist imho recht einfach: Hast Du eine Nachtfahrt aktiviert?

Zitatich vermute jetzt einfach mal: wenn die markise ein rolladen wäre wäre alles top vom verhalten. denn dann wäre es ja richtig um diese zeit, wo keine beschattung mehr nötig ist und gleichzeitig kein starker wind mehr gegeben ist in den status "zu" zu fahren. nur bei der markise passt es halt nicht.
Speziell dass deutet für mich darauf hin.

Ich habe bei mir die Morgen / Abend Fahrt deaktiviert und lediglich die Beschattun aktiv. Wind und Rain Protection werden aktuelle noch in einer Dummy Markise getestet, die im Prinzip aber die gleichen Einstellungen hat, wie meine richtige Markise.

vielleicht hilft das ja

Grüße
Andreas

CoolTux

Zitat von: gestein am 07 Juli 2020, 12:39:03
Hallo,

gibt es bei "ASC_Shading_Pos" die Möglichkeit im Perlcode Platzhalter zu verwenden?
Also z.B. so wie im ASC beim attr devStateIcon:
attr Rollo.SZ ASC_Shading_Pos { GetRolloDefPos($name) }

Danke, lg, Gerhard

Ja das gibt es. Sollte meiner Meinung nach auch mit einer Funktion klappen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: flummy1978 am 07 Juli 2020, 13:19:56
Hey,

vielleicht ist es gar nicht nötig dass Marko sich da was überlegt. Das gleiche Problem habe ich mit meiner Markise auch. Das Umgehen ist imho recht einfach: Hast Du eine Nachtfahrt aktiviert?
Speziell dass deutet für mich darauf hin.

Ich habe bei mir die Morgen / Abend Fahrt deaktiviert und lediglich die Beschattun aktiv. Wind und Rain Protection werden aktuelle noch in einer Dummy Markise getestet, die im Prinzip aber die gleichen Einstellungen hat, wie meine richtige Markise.

vielleicht hilft das ja

Grüße
Andreas

Ich glaube nicht das das hilft, denn trotz der abgeschalteten Morgens Abends Fahrten wird den Rollo mitgeteilt ob Tag oder Nacht und das auf Basis der Default Werte. Danach richtet sich speziell die Fahrt der Wind und Regen unprotected.

Ich werde ein Attribut ASC_Type pro Rollo anlegen und dann schauen wir mal wo man das über all abfragen muss.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

gestein

Zitat von: CoolTux am 07 Juli 2020, 14:11:57
Ja das gibt es. Sollte meiner Meinung nach auch mit einer Funktion klappen.

Das wäre cool.
Der Funktionsaufruf in Perl klappt einwandfrei.
Aber den Platzhalter "$name" kennt er nicht.

Heißt der anders?
Danke, lg, Gerhard

CoolTux

Ah jetzt verstehe ich. Verdammt. Nee so geht das leider nicht. Du willst quasi den Namen von dem Rollo wo das Attribut steht mit geben? Oder was soll $name sein?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

gestein

Ja, das "$name" sollte der Name des Rollo sein - ähnlich zu dem Aufruf beim "devStateIcon" im ASC-Device.

lg, Gerhard

MCh76

Zitat von: CoolTux am 07 Juli 2020, 14:18:38
Ich glaube nicht das das hilft, denn trotz der abgeschalteten Morgens Abends Fahrten wird den Rollo mitgeteilt ob Tag oder Nacht und das auf Basis der Default Werte. Danach richtet sich speziell die Fahrt der Wind und Regen unprotected.

Ich werde ein Attribut ASC_Type pro Rollo anlegen und dann schauen wir mal wo man das über all abfragen muss.

das ist ne super idee mit dem ASC_Type.
Trotzdem auch danke an Andreas für den Tipp. Ich habe allerdings wirklich weder eine abend noch nachtfahrt aktiv.

CoolTux

Zitat von: gestein am 07 Juli 2020, 15:44:49
Ja, das "$name" sollte der Name des Rollo sein - ähnlich zu dem Aufruf beim "devStateIcon" im ASC-Device.

lg, Gerhard

Geht glaube so nicht da ist devState ne Ausnahme. Musst bitte immer direkt ausschreiben den Rollonamen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

gestein

Ok, Danke! Ich schreibe es direkt rein.
Es gibt wichtigeres momentan ;-)

lg, Gerhard

flummy1978

Zitat von: CoolTux am 07 Juli 2020, 14:18:38
Ich glaube nicht das das hilft, denn trotz der abgeschalteten Morgens Abends Fahrten wird den Rollo mitgeteilt ob Tag oder Nacht und das auf Basis der Default Werte. Danach richtet sich speziell die Fahrt der Wind und Regen unprotected.

Ich werde ein Attribut ASC_Type pro Rollo anlegen und dann schauen wir mal wo man das über all abfragen muss.

Danke für die Info... Scheinbar war bei mir bisher noch nicht genau dieser Fall -.-

ASC_Type hört sich sehr gut an, ABER die Idee die mir in solchen Fällen immerwieder kommt:

Warum genau hört Shading so sehr auf isDay ?

Klar, grundsätzlich macht Beschattung ja nur am Tag Sinn, aber ist es ja (fast) egal ob Tag oder Nacht. Sofern die Bedingungen erreicht sind, die zum Beschatten führen, soll er das tun. (zu 99,9999999999% wird hier ein Helligkeitssensor eh sagen ääätsch ist zu Dunkel ich fahr nicht in Beschattung) Wenn Du die isDay Abfrage raus hast, kann man z.B. vor der isDay Meldung bereits in shadingIN Position fahren, NACH !isDay aus in ShadingOut usw. usf.
In all den o.g. Fällen hätte man die Lösung ohne separate Einstellung etc.

Alternativ wäre auch möglich den Zeitraum fest zu legen, wann beschattet werden darf und wann nicht - Das wurde ja auch schon einige Male vorgeschlagen....

Eistee

Hi Marko,

ich kann berichten das die aktuelle devel die ich gestern Abend von https://git.cooltux.net/FHEM/mod-AutoShuttersControl/raw/branch/devel/controls_AutoShuttersControl.txt installiert habe bisher keine Probleme macht. Es war heute allerdings nicht windig genug für den Windschutz. Das Beschatten klappte so wie es soll. Es gab keine ungewöhnlichen Fahrten der Jalousie.

Gruß Alina

CoolTux

Zitat von: Eistee am 07 Juli 2020, 19:20:17
Hi Marko,

ich kann berichten das die aktuelle devel die ich gestern Abend von https://git.cooltux.net/FHEM/mod-AutoShuttersControl/raw/branch/devel/controls_AutoShuttersControl.txt installiert habe bisher keine Probleme macht. Es war heute allerdings nicht windig genug für den Windschutz. Das Beschatten klappte so wie es soll. Es gab keine ungewöhnlichen Fahrten der Jalousie.

Gruß Alina

Hallo Alina,

Das sind gute Nachrichten. Bitte lade Dir morgen früh die aktuelle SVN Version runter (normales FHEM Update) Den Update Kanal vom Git kannst dann wieder entfernen. Das morgige Update ist wichtig, da ich einen Bug in meiner Änderung gefunden habe.


Grüße
Marko
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

D3ltorohd

Zitat von: D3ltorohd am 06 Juli 2020, 20:31:26
das hab ich so eingetragen

eventMap   true:1 false:0

richtig ? Und wie muss ich das nun als attr im asc setzten ?

ASC_RAINSENSOR DEVICENAME

Bräuchte hier immer noch Hilfe, wie ich diesen Sensor in das ASC bekomme ? Wie muss der Eintrag dort aussehen ?

Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1