[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

dk3572

Zitat von: CoolTux am 22 November 2018, 18:21:25
Ich kenne das nur von anderen Homematic Devices. set_on heißt er hat noch keine Quittung bekommen. Ansonsten würde da on stehen. Ist das bei den Rolladen auch so?
Aber eigentlich hätte ja wenigstens set_off stehen müssen. War im Log was zu sehen?

Wenn ich Rollladen Device ein "set inhibit off" ausführe, steht im Reading auch inhibit set_off.

Bitte nicht falsch verstehen.
Das ist ein tolles Modul. Und du bist auch sehr geduldig und hilfsbereit. Ein fettes DANKE hierfür.
Ich bin nicht in der Lage so etwas zu programmieren.
Aber wäre es nicht die einfachste Lösung, es genau so umzusetzen wie es Cluni programmiert hatte?
Bei seinem Per-Code hatte es einwandfrei funktioniert.

sledge

@Marko:

Gibt es eine zentrale Liste offener / bereits gemeldeter Fehler? Im ersten Post hattest Du das wohl mal vorgesehen... auf GITHUB ist bis jetzt auch noch nichts - daher war ich mir unsicher,. ob man Bugs dort einstellen soll?

Anyway: Ich wollte nochmal auf einen Fehler bei ASC_Mode_{Up|Down} hinweisen.

Einstellung beim Rollladen-Device


ASC_Mode_Down   absent
ASC_Mode_Up       absent


Status des Roommates: gone

Der Rollladen wird nicht gefahren - weder rauf noch runter.

VG Tom
FHEM: debian Intel-NUC / 25 x MAX!, 15 x HM-bidcos, MQTT, 3 x 1wire, 20 x Shelly, 20 x Tasmota, 12 x Yeelight, Opentherm-GW, Espeasy, alexa-fhem, kodi, unifi, musiccast, ...

Papaloewe

Versuch mal beim attribut:
ASC_Roommate_Reading presence und nicht state zu benutzen.

CoolTux

Zitat von: dk3572 am 22 November 2018, 19:18:41
Wenn ich Rollladen Device ein "set inhibit off" ausführe, steht im Reading auch inhibit set_off.

Bitte nicht falsch verstehen.
Das ist ein tolles Modul. Und du bist auch sehr geduldig und hilfsbereit. Ein fettes DANKE hierfür.
Ich bin nicht in der Lage so etwas zu programmieren.
Aber wäre es nicht die einfachste Lösung, es genau so umzusetzen wie es Cluni programmiert hatte?
Bei seinem Per-Code hatte es einwandfrei funktioniert.

Man kann Bernd sein Script nicht eins zu eins übernehmen. Ein Modul funktioniert ganz anders. Bernd hat at's und notify's angelegt. Sowas macht ein Modul nicht. Es verwendet interne FHEM Funktionen.
Im Grunde macht deine aktuelle Version genau das was Bernd gemacht hat. Fenster auf, set Befehl für sperren an den Rolladen, Fenster zu set Befehl zum entsperren. Das Problem was ich habe ist, Du kannst gerne melden das es nicht geht, aber es hilft mir nicht. Hier ist nicht meine Geduld sondern Deine gefragt. Zusammen mit einem aussagekräftigen Log. Am besten verbose 5 vom Modul. So wie die letzten 2 male. Da sehe ich halbwegs was du gemacht hast und wie das Modul reagiert hat.

Gerade der off Befehl hatte ja funktioniert, möglich das ich ein Fehler in der Abfrage habe. Aber eigentlich hätte ich das getestet mit meinem Dummy.
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

dk3572

Zitat von: CoolTux am 22 November 2018, 19:33:35
Man kann Bernd sein Script nicht eins zu eins übernehmen. Ein Modul funktioniert ganz anders. Bernd hat at's und notify's angelegt. Sowas macht ein Modul nicht. Es verwendet interne FHEM Funktionen.
Im Grunde macht deine aktuelle Version genau das was Bernd gemacht hat. Fenster auf, set Befehl für sperren an den Rolladen, Fenster zu set Befehl zum entsperren. Das Problem was ich habe ist, Du kannst gerne melden das es nicht geht, aber es hilft mir nicht. Hier ist nicht meine Geduld sondern Deine gefragt. Zusammen mit einem aussagekräftigen Log. Am besten verbose 5 vom Modul. So wie die letzten 2 male. Da sehe ich halbwegs was du gemacht hast und wie das Modul reagiert hat.

Gerade der off Befehl hatte ja funktioniert, möglich das ich ein Fehler in der Abfrage habe. Aber eigentlich hätte ich das getestet mit meinem Dummy.

Ok, ich verstehe. Nochmals Danke.
Ich melde mich morgen wieder und teste fleißig weiter.

CoolTux

Zitat von: sledge am 22 November 2018, 19:19:20
@Marko:

Gibt es eine zentrale Liste offener / bereits gemeldeter Fehler? Im ersten Post hattest Du das wohl mal vorgesehen... auf GITHUB ist bis jetzt auch noch nichts - daher war ich mir unsicher,. ob man Bugs dort einstellen soll?

Anyway: Ich wollte nochmal auf einen Fehler bei ASC_Mode_{Up|Down} hinweisen.

Einstellung beim Rollladen-Device


ASC_Mode_Down   absent
ASC_Mode_Up       absent


Status des Roommates: gone

Der Rollladen wird nicht gefahren - weder rauf noch runter.

VG Tom

Hallo Tom,

Das ist in der Tat möglich, da ich ausschließlich auf absent prüfe. Das muss ich mir nachher im Code 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

CoolTux

Zitat von: dk3572 am 22 November 2018, 19:37:15
Ok, ich verstehe. Nochmals Danke.
Ich melde mich morgen wieder und teste fleißig weiter.

Manchmal dauert es eben, gerade wenn man nicht selber machen kann.
Aber aufgeben ist keine Option  ;D
Ich schaue nachher noch mal drüber. Wenn du magst kannst auch die ganz aktuelle Version aus dem Git master branch testen. Wichtig da wäre das entsprechende Attribut auf Terrasse zu stellen. Dann sollte es gehen.
Ansonsten kann ich noch anbieten das ganze in einer Telefonkonferenz über den Computer sich mal an zu schauen.
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

thunder1902

Hallo,

gibt es auch eine Möglichkeit, die Rolläden zeitversetzt auf- oder zu zumachen? Z.B. Küche Rolladen wird 1 Minute nach Wohnzimmer Rolladen aufgemacht.

CoolTux

Zitat von: thunder1902 am 23 November 2018, 08:22:39
Hallo,

gibt es auch eine Möglichkeit, die Rolläden zeitversetzt auf- oder zu zumachen? Z.B. Küche Rolladen wird 1 Minute nach Wohnzimmer Rolladen aufgemacht.

Ja wenn man mit festen Zeiten arbeitet. Ansonsten nicht.
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

dk3572

Zitat von: CoolTux am 23 November 2018, 08:24:54
Ja wenn man mit festen Zeiten arbeitet. Ansonsten nicht.

Evtl. sucht er auch dies: "ASC_shuttersDriveOffset" ?

CoolTux

Zitat von: dk3572 am 23 November 2018, 09:23:01
Evtl. sucht er auch dies: "ASC_shuttersDriveOffset" ?
Möglich, aber das sind keine festen Zeiten. Es wird lediglich zwischen 0 und dem hier eingetragenen Wert ein Zufallswert genommen.
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

enno

Zitat von: CoolTux am 14 November 2018, 09:59:12
@all
Was ich auf jeden Fall machen möchte ist eine Beschreibung von Vorgängen und was vom Modul zu erwarten ist. Also Rollladen unten es wird das Fenster geöffnet Rollladen fährt in die Lüften Position wenn folgendes erfüllt ist. Sowas in der Art.

Gibt es zu dieser Idee schon Ansätze. Ich verzweifel gerade an den Einstellungsmöglichkeiten.

Ich habe ein Rollo mit Roommate_A, CIVIL

Das Rollo soll automatisch morgens um 6:30 Uhr hochfahren.
Wenn der Roommate_A in den Raum kommt soll frühestens um 5:30 Uhr und spätestens um 6:30 Uhr hoch gehen.

Das Rollo soll automatisch abends frühestens um 21:00 Uhr und spätestens um 02:00 Uhr nach Sonnenuntergang (CIVIL) runterfahren aber nur wenn Roommate_A nicht im Raum.

Hoch klappt mit "awake" soweit. Für Abends habe ich bei Roomate_A "absent", "home", "awake" schon durch, das Rolle fährt aber entweder gar nicht oder um 21:00 Uhr runter.

Hat jemand einen Tip bei welchen Roomate state in Kombination im Device was passieren sollte?

Gruss
  Enno
Einfacher FHEM Anwender auf Intel®NUC mit Proxmox und Debian

CoolTux

Das funktioniert so nicht.


Die Grundeinstellung:
ASC_Mode_Down always
ASC_Mode_Up always

Fahren nach Astro.

Der Rollladen fährt zur berechneten Sonnenuntergangszeit runter sofern noch nicht unten. Der Rollladen fährt zur berechneten Sonnenauggangszeit hoch sofern der/die Roommate/s nicht auf gotoslepp oder asleep stehen.
Der Rollladen fährt runter und/oder hoch wenn es mitten am Tag ist und sich der/die Roommate/s gotoslepp/asleep oder awoken/home stellen.



Andere Einstellungen:
ASC_Mode_Down home
ASC_Mode_Up home

Fahren nach Astro.

Der Rollladen fährt zu den Sonnenauf- und Untergangszeiten sofern der/die Roommate/s auf home stehen. Tun sie dies nicht, wird erst gefahren wenn sie auf home gestellt werden.
Beispiel:
Ich bin unterwegs und komme nach Hause. Es ist nach Sonnenuntergang. Das Rollo ist oben da ich zur errechneten Sonnenuntergangzeit nicht home war. Mein Roommate wird nun home gestellt da ich nach Hause komme und das Rollo fährt entsprechend runter.

Für Morgens ist es eh klar da sowieso kein Rollo fährt wenn der/die Roommate/s auf asleep/gotoslepp steht. Ausnahme wäre das der Rolladen zur errechneten Sonnenaufgangszeit auch nicht fahren würde wenn der/die Roommate/s auf awoken stehen.




Ich selbst verwende diese Einstellung da ich Innenraumrollos habe und keinen Sinn darin sehe das sie fahren wenn ich nicht zu Hause bin.

Bitte nicht verwechseln mit der noch kommenden Beschattung. Dies wird selbstverständlich eine Ausnahme 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

diki

@CoolTux
Zitat
Das LastPosition stimmt aber, da es die letzte Position vor dem fahren ist. Unter Position steht dann der aktuelle Wert.
Sei bitte so nett und mache morgen früh ein Update auf die aktuelle Version über FHEM Update. Damit sollte ein fahren des Rolladens nach Tagesanbruch und Fenster offen und schließen nicht mehr möglich sein.

Vielen Dank fürs testen.
Leider bin ich erst heute zum Testen gekommen. Ich habe zu danken, das Testen ist doch kein Problem und hilft allen.

Die Komfortfunktion mit einem twostate Fensterkontakt  funktioniert jetzt korrekt (Modulversion 0.2.0.10) .

Vielen Dank


eisler


Beim Test ist mir aufgefallen das Homematic Wired Rolladenaktoren HMW_LC_BL1_DR
als Pos_Reading "level" verwenden.

@CoolTux könnte man im AutoShuttersControl Modul berücksichtigen.

Grüße
Stephan