[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: dk3572 am 22 November 2018, 09:58:58
selfDefense nur bei Abwesenheit.
Wenn ich mich z.B. auf der Terrasse nicht aussperren möchte bin ich ja anwesend  ;)

Du ja, andere vielleicht nicht. Ich würde zum Beispiel zur Sicherheit immer meinen Schlüssel mit raus nehmen, daran ist der G-Tag. Und schon bin ich mal 5 Meter von der Terrasse runter und nach 5 Min bin ich nicht mehr present. Bin ich nun der letzte im Haus greift selfDefense und der Rollladen fährt runter.
Ok wäre jetzt nicht soooo schlimm, da ich ja den Schlüssel habe.

Was denken denn die anderen Betroffenen?
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

Zitat von: CoolTux am 22 November 2018, 09:40:05
Es gibt ein Unterschied zwischen Events die Du mit loggst und Logmeldungen vom Modul. Das was Du mir da zeigst sind Events.

Ja, die hatte ich dir gezeigt, da diese das Log fluten und man den Rest kaum noch lesen kann.
Habe ich denn irgendwie eine Möglichkeit, diese Einträge zu minimieren?
Darf ich "event-on-change-reading" nutzen? Ich meine hier mehrfach gelesen zu haben, dass dies Probleme bereitet.

dk3572

Zitat von: CoolTux am 22 November 2018, 10:02:27
Du ja, andere vielleicht nicht. Ich würde zum Beispiel zur Sicherheit immer meinen Schlüssel mit raus nehmen, daran ist der G-Tag. Und schon bin ich mal 5 Meter von der Terrasse runter und nach 5 Min bin ich nicht mehr present. Bin ich nun der letzte im Haus greift selfDefense und der Rollladen fährt runter.
Ok wäre jetzt nicht soooo schlimm, da ich ja den Schlüssel habe.

Was denken denn die anderen Betroffenen?

war auch nur ein Vorschlag.
Bei mir ist auch noch die Verriegelung der Haustür (HM Fensterkontakt) ein Indiz für An- u. Abwesenheit.

CoolTux

Zitat von: FunkOdyssey am 22 November 2018, 10:05:27
Ja, die hatte ich dir gezeigt, da diese das Log fluten und man den Rest kaum noch lesen kann.
Habe ich denn irgendwie eine Möglichkeit, diese Einträge zu minimieren?
Darf ich "event-on-change-reading" nutzen? Ich meine hier mehrfach gelesen zu haben, dass dies Probleme bereitet.

event-on-change-reading dürfte nur beim aller ersten Start Probleme bereiten, wo es das Reading userAttrList noch nicht gibt. Danach nicht mehr.
Aber wozu möchtest Du genau Readings aus dem ASC Modul loggen, das bringt doch keinen Mehrwert. Mitlerweile sollten alle relevanten Informationen in den Rolllädenreadings zu finden 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

CoolTux

Zitat von: dk3572 am 22 November 2018, 09:58:58
selfDefense nur bei Abwesenheit.
Wenn ich mich z.B. auf der Terrasse nicht aussperren möchte bin ich ja anwesend  ;)

Was hälst Du davon wenn wir den hardlock bei Fenster offen auf Terrassentür beschränken. Wäre das ok für Dich? Und was sagen die anderen dazu?
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

majestro84

Für mich wäre das aussreichend. Fände aber die Variante mit dem nur beim Open auch OK obwohl wahrscheinlich die meisten nur bei einer Terrassentür einen wirklichen threestate Sensor haben.
Gruß

Gesendet von meinem Redmi Note 4 mit Tapatalk

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

no_Legend

Zitat von: majestro84 am 22 November 2018, 11:32:12
Für mich wäre das aussreichend. Fände aber die Variante mit dem nur beim Open auch OK obwohl wahrscheinlich die meisten nur bei einer Terrassentür einen wirklichen threestate Sensor haben.
Gruß

Gesendet von meinem Redmi Note 4 mit Tapatalk

Momentan hab ich das Problem nicht.
Aber ich frag mich ob ihr da nicht einfach ein Attribut einführen wollt, welches sag wo das ganze Angewendet werden soll oder nicht?

Dann kann jeder entscheiden was er will.

Gruß Robert
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

majestro84

Zitat von: no_Legend am 22 November 2018, 11:36:41
Momentan hab ich das Problem nicht.
Aber ich frag mich ob ihr da nicht einfach ein Attribut einführen wollt, welches sag wo das ganze Angewendet werden soll oder nicht?

Dann kann jeder entscheiden was er will.

Gruß Robert
Ja so war es bei Cluni seiner Steuerung auch man könnte es am entsprechenden Fenster wählen.

Gesendet von meinem Redmi Note 4 mit Tapatalk

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: no_Legend am 22 November 2018, 11:36:41
Momentan hab ich das Problem nicht.
Aber ich frag mich ob ihr da nicht einfach ein Attribut einführen wollt, welches sag wo das ganze Angewendet werden soll oder nicht?

Dann kann jeder entscheiden was er will.

Gruß Robert

Ich denke dafür haben wir bereits Attribute welche als Indikator agieren können.
ASC_LockOut off/soft/hard


Ich habe das jetzt so gemacht. Es wird lediglich bei open oder closed der Hardlock gesetzt (on oder off) und auch nur dann wenn es eine Terrassentür ist. Ich denke das sollte so ausreichend sein.
Die Rollläden bei gekippte Terassentüren werden auf die Weise nicht automatisch gesperrt.


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

dk3572

Zitat von: CoolTux am 22 November 2018, 12:03:22
Ich denke dafür haben wir bereits Attribute welche als Indikator agieren können.
ASC_LockOut off/soft/hard


Ich habe das jetzt so gemacht. Es wird lediglich bei open oder closed der Hardlock gesetzt (on oder off) und auch nur dann wenn es eine Terrassentür ist. Ich denke das sollte so ausreichend sein.
Die Rollläden bei gekippte Terassentüren werden auf die Weise nicht automatisch gesperrt.


Grüße

Ich noch mal.
Habe eben erst gesehen, dass es im ASC-Device "hardLockOut" on/off gibt. Das "lockOut" aber nicht mehr. Steht bei mir aber noch in den Readings.
Das "hardLockOut" habe ich auch mal auf on gesetzt.
Hatte jetzt mal die Tür auf, kurz bevor die Automatik den Laden schließen sollte. Wie vom Aussperrschutzz gewünscht, wurde nicht gefahren.
Allerdings war nach dem Schließen der Tür der Taster auch noch gesperrt. Den musste ich per "set_off" entriegeln.
Also stimmt wohl immer noch etwas nicht.  ???

CoolTux

Zitat von: dk3572 am 22 November 2018, 17:29:24
Ich noch mal.
Habe eben erst gesehen, dass es im ASC-Device "hardLockOut" on/off gibt. Das "lockOut" aber nicht mehr. Steht bei mir aber noch in den Readings.
Das "hardLockOut" habe ich auch mal auf on gesetzt.
Hatte jetzt mal die Tür auf, kurz bevor die Automatik den Laden schließen sollte. Wie vom Aussperrschutzz gewünscht, wurde nicht gefahren.
Allerdings war nach dem Schließen der Tür der Taster auch noch gesperrt. Den musste ich per "set_off" entriegeln.
Also stimmt wohl immer noch etwas nicht.  ???

Welche Version hast du genau? War gar nicht off gesetzt oder set_off?
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, 18:01:48
Welche Version hast du genau? War gar nicht off gesetzt oder set_off?

Die Version, die du mir Gestern zur Verfügung gestellt hattest.
Im Rollladen Device stand im Reading inhibit set_on.
Log habe ich keinen.

CoolTux

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?
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

Evtl. zu viel Funklast?

Ich musste auch bei mit Offset arbeiten, da fünf Jalousien per Z-Wave gleichzeitig gesteuert wurden und die Positionsangaben nicht mehr zuverlässig zurückgemeldet wurden.
Von Homematic kenne ich das auch, dass die Bestätigung nicht überkommt.

Sascha_F

@Leon: Nur zur Sicherheit --> falls da was kommt, darfst Du Nuki natürlich nicht vergessen ;)

Zitat von: dk3572 am 22 November 2018, 10:13:25
war auch nur ein Vorschlag.
Bei mir ist auch noch die Verriegelung der Haustür (HM Fensterkontakt) ein Indiz für An- u. Abwesenheit.