[73_AutoShuttersControl.pm] Neues Modul zum automatisierten steuern von Rolläden

Begonnen von CoolTux, 30 Oktober 2018, 17:29:46

Vorheriges Thema - Nächstes Thema

CoolTux

Zitat von: Beta-User am 24 Februar 2019, 10:47:31
@Cooltux: den Vorschlag finde ich gut, das einzubauen. Dürfte beim Verteilen der Attribute kein großes Problem darstellen. Bitte dabei nur ggf. ein schon vorhandenes Reading nicht überschreiben. Mehrere kann man mit Leerzeichen oder Komma trennen.
Gruß, Beta-User

Entschuldige, stehe auf dem Schlauch. Welchen Vorschlag genau?
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

Beta-User

Zitat von: CoolTux am 24 Februar 2019, 13:09:15
Entschuldige, stehe auf dem Schlauch. Welchen Vorschlag genau?
Ein Reading "associatedWith" an jedem kontrollierten Rollladendevice zu setzen bzw. dessen Inhalt mit dem Namen des ASC-Modul-Devices zu füllen/zu ergänzen (dafür ist das Reading da, das ist ausdrücklich _kein Schreiben in fremden Gefielden_).

Sorry, dachte, das ergäbe sich ohne weiteres aus dem Kontext.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

CoolTux

Zitat von: Beta-User am 24 Februar 2019, 15:45:08
Ein Reading "associatedWith" an jedem kontrollierten Rollladendevice zu setzen bzw. dessen Inhalt mit dem Namen des ASC-Modul-Devices zu füllen/zu ergänzen (dafür ist das Reading da, das ist ausdrücklich _kein Schreiben in fremden Gefielden_).

Sorry, dachte, das ergäbe sich ohne weiteres aus dem Kontext.

Liegt an mir, zu Hause bin ich wenig Aufnahme fähig  ;D
Magst das als Issues mal eintragen?

Ich teste seit paar Tagen die Beschattung, da es sehr sonnig die Tage ist. Klappt super.
Allerdings ist mit heute aufgefallen wie ich mit meinen Sohn zurück komme nach Hause das sein Rollo noch gefahren ist in den Status "Roommate home" das muss ich mir noch mal anschauen.
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

magentouser

Kann es sein das bei Steuerung mit Helligkeit sensor, kein Durchschnitt genommen wird sondernsofort reagiert wird?
Grad sind kurz Fahrzeuge gefahren und die Rollos haben ping pong gespielt trotz das die Sensoren nur aller 145s abgrafragt werden. Achso Es haben nur 2 Rollos von 6 darauf reagiert.

CoolTux

Das ist korrekt, es wird immer der Echtzeit Wert genommen. Und warum sind sie gefahren? Beschattung kann es nicht sein da wird immer zweimal nach einem Intervall gemessen. Sonnenuntergang? Dürfte auch nur wenn einmal fahren, runter. Und dann aber nicht wieder hoch wenn der Wert für Brightness höher wird.
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

magentouser

Runter wegen Helligkeit hoch weiß ich nicht, hatte Handy nicht mit nur von außen gesehen, aber denke war wegen der Scheinwerfer. Sollte vielleicht etwas eingefügt werden das man eine Wartezeit hat ob der Wert sind bzw steigt oder gleichbleibz für eine einstellbare zeit

CoolTux

Zitat von: magentouser am 24 Februar 2019, 18:33:13
Runter wegen Helligkeit hoch weiß ich nicht, hatte Handy nicht mit nur von außen gesehen, aber denke war wegen der Scheinwerfer. Sollte vielleicht etwas eingefügt werden das man eine Wartezeit hat ob der Wert sind bzw steigt oder gleichbleibz für eine einstellbare zeit

Sollte eigentlich ab Version 0.4.0.6 funktionieren. Welche Version hast Du?
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

pnewman

Zitat von: CoolTux am 23 Februar 2019, 19:25:10
Dein NOTIFYDEV vom ASC ist defekt. Bitte stelle expert auf 1 und mache ein set createNewNotifyDev

wie und wo stelle ich expert auf 1 und mache ein set createNewNotifyDev? Da stehe ich gerade auf dem Schlauch.

Entschuldigt, ich habe es gefunden.

attr ASC_expert 1 und set R_Automatische_Rollo_Steuerung createNewNotifyDev.

Jetzt muss ich wohl bis Freitag warten um den Erfolg zu sehen?


Gruß

Ralf
Raspberry Pi3B+ / Nano-Cul 868 - MAX!=Heizung, HM-Lan - Rollo+Licht, JeeLink-Clone 868 - LaCrosse, JeeLink-Clone 868 - PCA301, CUL 434 - IT-Steckdosen+Fernbedienung


CoolTux

Sorry vertan. Meine Aussage passt nicht zum Zitat.
Ein Mittelwert für Brightness ist vorerst nicht im Modul geplant. Das kann man aber mit einem userReadings gerne selber lösen.
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

Beta-User

Zitat von: CoolTux am 24 Februar 2019, 17:53:10
Ich teste seit paar Tagen die Beschattung, da es sehr sonnig die Tage ist. Klappt super.
Allerdings ist mit heute aufgefallen wie ich mit meinen Sohn zurück komme nach Hause das sein Rollo noch gefahren ist in den Status "Roommate home" das muss ich mir noch mal anschauen.
Ich habe eine der Jalousien mal eingetragen, aber die hat sich beschattungsmäßig noch nicht groß bewegt...

In dem Zusammenhang hätte ich mal wieder einen Wunsch/eine Anregung:
Wir haben hier eine große Fensterfront, an der die Jalousien sich befinden. Wenn im Winter die Sonne schräg steht, kommt die schön rein, und es wird nicht nur hell, sondern auch richtig warm :) . Gestern und vorgestern: fast zu warm ??? ... Und das, obwohl die Türe ziemlich offen war.
Du ahnst es: Es wäre klasse, wenn man einen Sensor angeben könnte, der die Beschattung ggf. auch abhängig von der Innentemperatur auslösen würde.
Meine Idee dazu: Im ASC-Device EIN Attribut anlegen, in dem alle relevanten Raumtemperaturen aufgelistet werden können.
Muster: room1:sensor_x[:!state-Readingname],room2:sensor_z[:!state-Readingname],...
Keine passende Raumangabe: nur nach der Außentemperatur.
Dabei gehe ich davon aus, dass über die Winkelangaben ja gut bestimmt werden kann, welcher Rollladen in dem Raum ggf. überhaupt relevant ist.

Eilt aber auch nicht, sollte das noch jemand für eine gute Idee halten (Wind hätte m.E. eine höhere Prio).

Gruß, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

CoolTux

Ist nur gefragt  ;D
Kann man nicht die Beschattung an solchen Rollos generell auch im Winter laufen lassen? Also Aussentemperatur halt ab -5 und Sonnenhöhe ab 5? So mache ich es aktuell. Bei Dir scheint ja trotz niedriger Höhe der Sonne dennoch bei einer bestimmten Lichtintensität es sehr warm zu werden.


Grüße
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

Beta-User

Zitat von: CoolTux am 25 Februar 2019, 07:54:26
Ist nur gefragt  ;D
Kann man nicht die Beschattung an solchen Rollos generell auch im Winter laufen lassen? Also Aussentemperatur halt ab -5 und Sonnenhöhe ab 5? So mache ich es aktuell. Bei Dir scheint ja trotz niedriger Höhe der Sonne dennoch bei einer bestimmten Lichtintensität es sehr warm zu werden.
Na ja, eigentlich will ich die Sonne nicht generell draußen haben, das spart ja schließlich Heizenergie...
Erst, wenn es wirklich im Raum sehr warm ist, macht dann doch das Beschatten Sinn, sonst eher nicht, vor allem, wenn keiner da ist, den es blendet ;) .
(Und wenn wir da sind, machen wir es halt manuell, ging ja bisher auch.)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

CoolTux

Muster: room1:sensor_x[:!state-Readingname],room2:sensor_z[:!state-Readingname],...

Das muss ich mir dann erstmal in Ruhe anschauen. Die Zuordnung ist immer schwierig. Aber schauen wir mal. Schreibst dazu ein Issues?


Grüße
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

Beta-User

Zitat von: CoolTux am 25 Februar 2019, 08:30:01
Muster: room1:sensor_x[:!state-Readingname],room2:sensor_z[:!state-Readingname],...

Das muss ich mir dann erstmal in Ruhe anschauen. Die Zuordnung ist immer schwierig. Aber schauen wir mal. Schreibst dazu ein Issues?
Die beiden Issues habe ich aufgemacht. (Kann ich das eigentlich gleich auch anders als feature request kennzeichnen als über den Titel?)

Das mit dem Muster ist so gemeint: erst ein split mit dem Komma (bzw. alternativ:Leerzeichen), und dann für jedes Array-Element noch einen mit Doppelpunkt. Damit hast du im Prinzip schon die Hashes. Wird kein Readingname angegeben, soll state verwendet werden - oder temperature, das wäre evtl. auch zusätzlich sinnvoll. Könnte man dann so machen: Wird was angegeben, gilt das, fertig. Wird nichts angegeben, schauen wir erst, ob es ein temperature-Reading gibt, wenn nein, wird state verwendet?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors