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

Begonnen von CoolTux, 27 April 2019, 08:04:52

Vorheriges Thema - Nächstes Thema

majestro84

Zitat von: CoolTux am 08 Mai 2019, 11:26:09
Normal hoch gefahren bedeutet das Du es von Hand gemacht hast? Oder ist das Rolllo nach Astro hoch gefahren?
Wenn es nach Astro hoch gefahren ist kannst Du es diese Nacht noch mal machen bitte und bevor Du dann am Ende morgen früh das Fenster schließt, also nach dem Astro hoch fahren schau bitte was
{ FHEM::AutoShuttersControl::IsDay('RolloName') }
aus spuckt
Hatte heute morgen wieder das Problem das die Rolllade schließt nach dem das Fenster von Kipp geschlossen wurde. Im ASC steht night Close.
Kurz noch einmal die Situation. nachmittags Fenster auf Kipp gestellt. Abends wird das Rollo geschlossen dann auf Ventilat Position soweit ok. Fenster bleibt die ganze Nacht gekippt. Morgens wird normal geöffnet Fenster immer noch auf Kipp. Dann ca 20 Minuten später Fenster wird geschlossen und Rolllade fährt komplett zu mit night Close. Habe  { FHEM::AutoShuttersControl::IsDay('RolloName') } ausgeführt und es kommt eine 1 zurück also sollte Tag sein. Kannst ja bei Gelegenheit noch Mal gucken.
Gruß Alex
Server: Fujitsu ESPRIMO Q920 - aktuellen FHEM-Docker Image:Z-Wave (RollerShutter,DoorWindow,Socket,PIR,....) | ENIGMA2 | EGPM2LAN | BLE-Tag(PRESENCE) | HUE | alexa-fhem | Shelly | MQTT2
1.Pi-Zero:Viessmann(optolink) mit 89_VCONTROL300.pm
2.Pi3 Dongle Server: Zigbee2MQTT(CC1352P-2), Z-Wave(UZB1), BT

CoolTux

Zitat von: majestro84 am 20 Mai 2019, 11:43:17
Hatte heute morgen wieder das Problem das die Rolllade schließt nach dem das Fenster von Kipp geschlossen wurde. Im ASC steht night Close.
Kurz noch einmal die Situation. nachmittags Fenster auf Kipp gestellt. Abends wird das Rollo geschlossen dann auf Ventilat Position soweit ok. Fenster bleibt die ganze Nacht gekippt. Morgens wird normal geöffnet Fenster immer noch auf Kipp. Dann ca 20 Minuten später Fenster wird geschlossen und Rolllade fährt komplett zu mit night Close. Habe  { FHEM::AutoShuttersControl::IsDay('RolloName') } ausgeführt und es kommt eine 1 zurück also sollte Tag sein. Kannst ja bei Gelegenheit noch Mal gucken.
Gruß Alex

Brauche ich gar nicht kucken. Weiß ich jetzt schon was es ist. Und deswegen stelle ich das nun um.
Am Tag beim Fenster schließen Event und wenn das Rolllo noch in  Lüftenposition ist wird in die letzte gespeicherte Position gefahren. Das wird nun verworfen und bleibt auch so. Ab der nächsten Version wird das Rolllo konsequent geöffnet!
;) ;D
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

Ich habe soeben die API fertig gemacht gemacht.
Damit ist es möglich mittels der Perl Funktion
ascAPIget()
innerhalb von FHEM auf alle Werte zu zugreifen. Ich werde nun eine entsprechende Referenz schreiben.
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

Ab Morgen früh gibt es Version 0.6.12
enthalten ist nun eine API Funktion welche es ermöglicht ASC Interne Daten sich zu holen.
Bitte lest dafür die Commandref.


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

D3ltorohd

Hallo,

ich noch mal mit einer Frage. Also ich habe ja im Rollo Modul die Rollos angelegt, jetzt müsste ich um etwas mehr Komfort zu haben, das ganze mit deinem ASC erweitern. Gibt es denn noch eine Möglichkeit nachdem dein ASC über das Astro Modul z.b. eine Gruppe getriggert hat, dort ein Timer startet random zwischen 1-10 min und danach der Fahrbefehl ? Das ganze eben dann für die verschiedenen Gruppen, somit sollte das eigentlich Random fahren, da ja jede Gruppe nen anderen Timer zwischen 1-10 min hat und somit jeder Raum an jedem Tag anders fährt.

In OpenHab habe ich das so eingerichtet, mit meinem neuen Dongle für die Rollos kann ich das dort aber irgendwie nicht mehr nutzten, da das MQTT Binding totalen Müll sendet, nur nicht das was ich will.

Daher versuche ich jetzt auf FHEM um zu steigen und hätte das mit der Random Geschichte gern irgendwie mit übernommen.
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

CoolTux

Zitat von: D3ltorohd am 20 Mai 2019, 18:14:11
Hallo,

ich noch mal mit einer Frage. Also ich habe ja im Rollo Modul die Rollos angelegt, jetzt müsste ich um etwas mehr Komfort zu haben, das ganze mit deinem ASC erweitern. Gibt es denn noch eine Möglichkeit nachdem dein ASC über das Astro Modul z.b. eine Gruppe getriggert hat, dort ein Timer startet random zwischen 1-10 min und danach der Fahrbefehl ? Das ganze eben dann für die verschiedenen Gruppen, somit sollte das eigentlich Random fahren, da ja jede Gruppe nen anderen Timer zwischen 1-10 min hat und somit jeder Raum an jedem Tag anders fährt.

In OpenHab habe ich das so eingerichtet, mit meinem neuen Dongle für die Rollos kann ich das dort aber irgendwie nicht mehr nutzten, da das MQTT Binding totalen Müll sendet, nur nicht das was ich will.

Daher versuche ich jetzt auf FHEM um zu steigen und hätte das mit der Random Geschichte gern irgendwie mit übernommen.

Hallo,

Gruppen fahren kann ASC nicht. Das Beispiel mit Astro ist auch so nicht stimmig. Das ist nicht schlimm, das kannst Du nicht wissen. Ich erwähne es nur falls andere es lesen.
ASC kann verzögertes fahren und das auch mit einem gewissen Zufallswert. Dazu stellst Du global im ASC Device das Attribut ASC_shuttersDriveOffset auf z.B. 600 und in allen Rolllo Devices das Attribut ASC_Drive_OffsetStart auf 1
Schau mal ob Dir das so was bringt.

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

D3ltorohd

Hm ok, das heißt ich kann so keine Gruppen steuern, sondern es wird jeder Rollo selber angeteuert ? Durch ASC_shuttersDriveOffset 600, fährt dann jeder Rollo zufällig innerhalb dieser Zeit nach unten ?
Hab ich dann was verwechselt, oder kann man die Astro Funktion für z.b. Sonnenuntergang nicht nutzen also Trigger ? Gruppen mit Rollo Modul geht dann wohl auch nicht ?

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

CoolTux

Zitat von: D3ltorohd am 20 Mai 2019, 19:28:53
Hm ok, das heißt ich kann so keine Gruppen steuern, sondern es wird jeder Rollo selber angeteuert ? Durch ASC_shuttersDriveOffset 600, fährt dann jeder Rollo zufällig innerhalb dieser Zeit nach unten ?
Korrekt. ASC kann selbst immer nur pro Rolllo angewendet werden.



Zitat von: D3ltorohd am 20 Mai 2019, 19:28:53
Hab ich dann was verwechselt, oder kann man die Astro Funktion für z.b. Sonnenuntergang nicht nutzen also Trigger ?
ASC kann für Abend und Morgens Fahrten auf Astrozeiten zurück greifen. Dafür mussen nur die entsprechenden Attribute gesetzt werden. Das hat aber nichts mit dem Modulen Astro oder Twilight zu tun.


Zitat von: D3ltorohd am 20 Mai 2019, 19:28:53
Gruppen mit Rollo Modul geht dann wohl auch nicht ?
Ich weiß nicht wie das Rollo Modul das macht. Aber wenn ich das richtig verstanden habe kann man ja pro Aktion bis zu 3 Befehle im Rollo Modul hinterlegen. Ich bilde mir ein das man dann auch 2 Rolllos angeben kann als Rollo Modul Befehl. Dann stehen beide aber immer gleich. Die Position müß dann genau für beide stimmen.
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: CoolTux am 20 Mai 2019, 19:38:54
ASC kann für Abend und Morgens Fahrten auf Astrozeiten zurück greifen. Dafür mussen nur die entsprechenden Attribute gesetzt werden. Das hat aber nichts mit dem Modulen Astro oder Twilight zu tun.

Kann ich das ganze auf meine Location durch lat und long etwas spezifizieren ? Oder ist das einfach ein globaler Wert für Deutschland ?

So bin ich mal gespannt, kann ich irgendwo einsehen, wo er die Verzögerung setzt ? Unter Astro Evening steht jetzt 21:04, das ist die Astro Zeit ohne meine Verzögerung ?

Ich möchte nur für bestimmte Rollos die Astro Morning Funktion nutzen, geht das ? Hab bis jetzt nur gefunden, global im ASC ab oder anschalten ? Kann ich am Rollo Device das irgendwo für den Morning deaktivieren ? Bei Treppe, Küche und Bad, soll nach dem Astro Morning atr. hochgefahren werden, der Rest nach einer festen Zeit.
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

CoolTux

Es wird eine Funktion aus dem Modul Sunrise_el.pm genommen.
Das greift auf die entsprechenden Attribute für Latitude und Longitude aus dem global Device zurück
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

Ich hatte mein Post über dir noch mal editiert gehabt, da hast du glaub grad geantwortet.

Ja nice, gerade als ich hier noch was schreiben wollte, fuhr der Rollo runter. Genial, das läuft schon mal, jetzt muss ich nur noch die anderen einrichten und schauen, wie ich das anstelle das dann alle in einem Raum gleichzeitig fahren, die auch noch Random macht ja keinen Sinn... Dazu muss ich wohl noch mal beim Rollo Modul schauen.

Aber der erste Rollo fuhr, ach wie ich mich freu. Vielen Dank für die Hilfe bis jetzt.

Ich schreib meine Frage von oben noch mal hier mit rein...

ZitatSo bin ich mal gespannt, kann ich irgendwo einsehen, wo er die Verzögerung setzt ? Unter Astro Evening steht jetzt 21:04, das ist die Astro Zeit ohne meine Verzögerung ?

Ich möchte nur für bestimmte Rollos die Astro Morning Funktion nutzen, geht das ? Hab bis jetzt nur gefunden, global im ASC ab oder anschalten ? Kann ich am Rollo Device das irgendwo für den Morning deaktivieren ? Bei Treppe, Küche und Bad, soll nach dem Astro Morning atr. hochgefahren werden, der Rest nach einer festen Zeit.

EDIT:: Ich glaub mit dem Hochfahren habe ich heraus bekommen, ich nutze ASC Time Up early und bei all den anderen die zu einer bestimmten Zeit fahren sollen gebe ich dieses Attr ein mit z.b. 07:00 Uhr. Jetzt steht oben nächste Hochfahrt 7 Uhr, sollte so passen dann richtig ?
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

CoolTux

Gleichzeitig fahren sollte ganz einfach sein. Setze einfach für jedes Rolllo des selben Raumes die selbe OffsetStart Zeit.

RolloWonzimmerF1 OffsetStart 2
RolloWonzimmerF2 OffsetStart 2

RolloKinZimF1 OffsetStart 5
RolloKinZimF2 OffsetStart 5

Das sollte dann so gehen. Das was Du als Zufall mit Offset eingestellt hast löschst Du wieder komplett.


TimeUpEarly oder TimeUpLate sind die Zeiten zum fahren. Das selbe für Down.
Je nachdem welchen Mode Du verwendest, also Astro, Time, Brightness wird entweder zwischen diesen Zeiten gerechnet (Astro), oder die Early Zeit hart genommen (time) oder bei Brightness wird hart bei Late geschlossen wenn vorher der Brightnesswert nicht erreicht wurde.
Aber das kannst Du alles in der Commandref nach lesen.


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

CoolTux

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

FunkOdyssey

Ja, ich.
Aber ich habe noch keine besonderen Features aktiviert.

CoolTux

Zitat von: FunkOdyssey am 21 Mai 2019, 16:24:55
Ja, ich.
Aber ich habe noch keine besonderen Features aktiviert.

Aber der Tagesbetrieb läuft aktuell?
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