[ASC] Roommate-Fahrten nur bei gotosleep und awoken

Begonnen von balli1187, 24 November 2021, 09:57:57

Vorheriges Thema - Nächstes Thema

bstaeheli

Ich fände es auch toll, wenn das klappte. Wir haben einen ähnlichen Anwendungsfall. Benutzen ASC nur zur Beschattung. Hoch- und runterfahren im Schlafzimmer bei goToSleep & awoken/home lösen wir momentan mit HomeMode und Perl-Code.

:-)

CoolTux

Ich schaue es mir die Tage noch mal an und teste es bei mir.
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: balli1187 am 03 Dezember 2021, 07:23:05
Moin,

das setzen von expert 1 und ausführen des createNotifyDev hatte zumindest für mich keinen ersichtlichen Effekt.

Es ist nach wie vor so, dass die Rollos zwar abends herunterfahren(also auf gotosleep reagieren) aber morgends nicht rauf.

Ich hab mal ein List meiner struct angehängt. Vielleicht findet jemand den Fehler
Internals:
   ATTR       ASC
   CHANGEDCNT 87
   DEF        ASC Stephan Anika
   FUUID      61124a0d-f33f-04a0-e6d0-e87152e456707d0a
   NAME       ASC_state_struct
   NOTIFYDEV  Stephan,Anika,global
   NR         304
   NTFY_ORDER 50-ASC_state_struct
   STATE      aufgestanden
   TYPE       structure
   READINGS:
     2021-12-03 06:49:50   LastDevice      Anika
     2021-12-03 06:49:50   LastDevice_Abs  Anika
     2021-12-03 06:49:50   lastState       schläft
     2021-12-03 06:49:50   state           awoken
Attributes:
   DbLogExclude .*
   alias      Residents state
   clientstate_behavior last
   devStateIcon .*zuhause:user_available:absent .*anwesend:user_available:absent .*abwesend:user_away:home .*verreist:user_ext_away:home .*bettfertig:scene_toilet:asleep .*schlaeft:scene_sleeping:awoken .*schläft:scene_sleeping:awoken .*aufgestanden:scene_sleeping_alternat:home .*:user_unknown:home
   event-on-change-reading state
   eventMap   home:zuhause absent:abwesend gone:verreist gotosleep:bettfertig asleep:schläft awoken:aufgestanden
   group      Automation
   icon       fts_shutter_automatic
   room       System->Automation
   sortby     1
   userReadings lastState:.* {OldValue('ASC_state_struct')}


Auf die schnelle habe ich einfach mal rauf und runter getestet. Also roomate only als up und down gesetzt und dann den roommate eben auf asleep gesetzt. Rollos fahren runter. Den roommate wieder auf home gestellt die Rollos fahren hoch. Ich teste dann auch mal morgen früh.
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

balli1187

#18
Also nur damit wir nicht von zwei unterschiedlichen Dingen sprechen:

Mit einem (mehreren) verlinkten roommates läuft es bei mir auch!
Allerdings mit der "Einschränkung" dass eben bei jedem "Home" die Rollos hochgefahren werden, was halt bei mir immer mit abendlichem Sport oder anderen Aktivitäten kollidiert.
ASC hat zwar schon recht viele Attribute aber mir würde es schon ausreichen, wenn ich das reagieren auf "Home" per Attribut abschalten könnte.
Alternativ könnte man vielleicht auch Time_up/down_early/late mit berücksichtigen, um nur mal ein paar Gedanken in den Raum zu werfen.

Bisher habe ich versucht, wie in der commandref erwähnt, ein "eigenes" Device dafür zu nehmen.
Ich habe in meinen roommates dafür ein userReading angelegt, welches eben nur gotosleep/asleep/awoken zurückgibt und diese in meiner struct zusammengefasst.
DORT gibt es das Problem, dass die Rollos nicht hochfahren.
FHEM auf QNAP im docker, nanoCUL per ser2net an VU+, 2x Echo Dot, 3x HM-ES-PMSw1-Pl, 3x HM-LC-Bl1PBU-FM, 6x Sonoff Basic, div. "Shelly Eigenbauten" von Papa Romeo, ESPRGBWW-Controller, ...
Projekte: Smart Mirror in Spiegelschrank auf RPi Zero

CoolTux

An der Home Sache bin ich dran. Ich baue diesbezüglich eine Abfrage nach dem Status davor ein.
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 es nun entsprechend Euren Wünschen angepasst.
Ich würde mich über Tests freuen. Ich selbst habe es soweit getestet das FHEM nicht crashed wenn das Modul geladen und die initialen Funktionen ausgeführt werden.

Folgendes müsst Ihr zum testen tun. In der FHEMWEB Kommandozeile ausführen


update list

schauen ob dort bereits eine extra Quelle für ASC drin steht, wenn ja bitte mit update delete entfernen. Ansonsten


update add https://git.cooltux.net/FHEM/mod-AutoShuttersControl/raw/branch/patch_issues73-DriveUpDriveDownRoommate/controls_AutoShuttersControl.txt


Im Anschluss dann


update


und

shutdown restart


Schaut mal bitte ob es jetzt so in etwas euren Wünschen entspricht. Da die Bedingungsabfragen sehr sehr komplex sind wäre es möglich das sich Seiteneffekte eingeschlichen haben. Achtet bitte einmal darauf.



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

balli1187

Zitat von: CoolTux am 04 Dezember 2021, 09:09:06
Ich habe es nun entsprechend Euren Wünschen angepasst.
Ich würde mich über Tests freuen. Ich selbst habe es soweit getestet das FHEM nicht crashed wenn das Modul geladen und die initialen Funktionen ausgeführt werden.

Folgendes müsst Ihr zum testen tun. In der FHEMWEB Kommandozeile ausführen


update list

schauen ob dort bereits eine extra Quelle für ASC drin steht, wenn ja bitte mit update delete entfernen. Ansonsten


update add https://git.cooltux.net/FHEM/mod-AutoShuttersControl/raw/branch/patch_issues73-DriveUpDriveDownRoommate/controls_AutoShuttersControl.txt


Im Anschluss dann


update


und

shutdown restart


Schaut mal bitte ob es jetzt so in etwas euren Wünschen entspricht. Da die Bedingungsabfragen sehr sehr komplex sind wäre es möglich das sich Seiteneffekte eingeschlichen haben. Achtet bitte einmal darauf.
Sorry war am WE unterwegs.
Ich habe es gestern wie beschrieben geupdated und meine Rollos jetzt wieder direkt auf die roommates konfiguriert (ohne userReading). Hochfahren heute früh hat schon mal funktioniert  :)

Wie genau kann ich dich am besten unterstützen?
ich werde natürlich heute Abend mal testen wie es sich verhält, wenn ich meine roommates auf absent und später wieder auf home stelle und dann berichten.
Frage wäre ob noch etwas anders 8verbose, Debug) eingestellt werden soll.
FHEM auf QNAP im docker, nanoCUL per ser2net an VU+, 2x Echo Dot, 3x HM-ES-PMSw1-Pl, 3x HM-LC-Bl1PBU-FM, 6x Sonoff Basic, div. "Shelly Eigenbauten" von Papa Romeo, ESPRGBWW-Controller, ...
Projekte: Smart Mirror in Spiegelschrank auf RPi Zero

CoolTux

Da es hierbei ausschließlich um das umsetzen Eurer Wünsche geht würde ich sagen mach einfach erstmal wie bisher und wenn Du auf etwas stößt was nicht so ist wie von Dir erwartet dann einfach melden. Dann schauen wir mal.
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

balli1187

erstes Feedback:
Bei mir läuft irgendetwas noch nicht ganz rund. Heute fuhren meine Rollos hoch als ich nach hause gekommen bin und im ASC steht state auf roommate awoken.

Ich habe im ASC Device zwar mein ResidentsDev hinterlegt allerdings sollten bisher keine automatischen Fahrten dadurch stattfinden oder geblockt werden.
FHEM auf QNAP im docker, nanoCUL per ser2net an VU+, 2x Echo Dot, 3x HM-ES-PMSw1-Pl, 3x HM-LC-Bl1PBU-FM, 6x Sonoff Basic, div. "Shelly Eigenbauten" von Papa Romeo, ESPRGBWW-Controller, ...
Projekte: Smart Mirror in Spiegelschrank auf RPi Zero

CoolTux

Zitat von: balli1187 am 07 Dezember 2021, 16:25:01
erstes Feedback:
Bei mir läuft irgendetwas noch nicht ganz rund. Heute fuhren meine Rollos hoch als ich nach hause gekommen bin und im ASC steht state auf roommate awoken.

Ich habe im ASC Device zwar mein ResidentsDev hinterlegt allerdings sollten bisher keine automatischen Fahrten dadurch stattfinden oder geblockt werden.

Was stand denn in den Rollos als Fahrgrund. Und hättest du bei allen Rollos einen Roommate zugeteilt? Bei einer Roommate Meldung sollte auch nur Roommate beachtet werden. Daher verstehe ich Deine Anmerkung bezüglich ResidentsDev 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

balli1187

Zitat von: CoolTux am 07 Dezember 2021, 16:52:06
Was stand denn in den Rollos als Fahrgrund. Und hättest du bei allen Rollos einen Roommate zugeteilt? Bei einer Roommate Meldung sollte auch nur Roommate beachtet werden. Daher verstehe ich Deine Anmerkung bezüglich ResidentsDev nicht.
In den Rollos steht als "ASC_ShuttersLastDrive roommate awoken".
Mit dem anderen wollte ich nur die Information teilen, dass ich im ASC Device ein ResidentsDev gesetzt habe. Ich weis gerade nicht ob es auch eine Automatik für das Öffnen der Rollos beim Heimkommen gibt.....
FHEM auf QNAP im docker, nanoCUL per ser2net an VU+, 2x Echo Dot, 3x HM-ES-PMSw1-Pl, 3x HM-LC-Bl1PBU-FM, 6x Sonoff Basic, div. "Shelly Eigenbauten" von Papa Romeo, ESPRGBWW-Controller, ...
Projekte: Smart Mirror in Spiegelschrank auf RPi Zero

CoolTux

Zitat von: balli1187 am 07 Dezember 2021, 17:52:01
Ich weis gerade nicht ob es auch eine Automatik für das Öffnen der Rollos beim Heimkommen gibt.....

Jetzt nicht mehr. Das war ja so gewünscht. Es sollte wenn roommate eingestellt ist für up oder down nur noch gefahren wird wenn LastState asleep oder awoken oder Abends bei runter LastState gotosleep oder home stand.
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

balli1187

Zitat von: CoolTux am 07 Dezember 2021, 18:16:10
Jetzt nicht mehr. Das war ja so gewünscht. Es sollte wenn roommate eingestellt ist für up oder down nur noch gefahren wird wenn LastState asleep oder awoken oder Abends bei runter LastState gotosleep oder home stand.
Nein ich meinte eine andere Automatik, die nur auf Home und absent reagiert. Also auch so "gewollt", dass Sie hochfahren, wen man nach Hause kommt und herunter, wenn niemand zu Hause ist.

Hier ist es ja eher ein Nebeneffekt des Aufstehen/Schlafengehen.

Wenn ich es gerade richtig gesehen habe, ist mein Roommate heute früh zwar auf awoken gegangen aber dann nicht weiter auf home, sondern auf absent und dann auf home zurück.

So wie ich verstanden habe, wolltest du ja den lastState in die Prüfung mit einbauen.
FHEM auf QNAP im docker, nanoCUL per ser2net an VU+, 2x Echo Dot, 3x HM-ES-PMSw1-Pl, 3x HM-LC-Bl1PBU-FM, 6x Sonoff Basic, div. "Shelly Eigenbauten" von Papa Romeo, ESPRGBWW-Controller, ...
Projekte: Smart Mirror in Spiegelschrank auf RPi Zero

CoolTux

Zitat von: balli1187 am 07 Dezember 2021, 19:17:42
Nein ich meinte eine andere Automatik, die nur auf Home und absent reagiert. Also auch so "gewollt", dass Sie hochfahren, wen man nach Hause kommt und herunter, wenn niemand zu Hause ist.

Hier ist es ja eher ein Nebeneffekt des Aufstehen/Schlafengehen.

Wenn ich es gerade richtig gesehen habe, ist mein Roommate heute früh zwar auf awoken gegangen aber dann nicht weiter auf home, sondern auf absent und dann auf home zurück.

So wie ich verstanden habe, wolltest du ja den lastState in die Prüfung mit einbauen.

Die Prüfung habe ich mit eingebaut. Und ausser wenn der lastState jetzt awoken asleep gotosleep oder home war sollte nicht mehr reagiert werden. Gibt hierzu neue Erkenntnisse seitens der Tester?
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

balli1187

Heute hatte ich wieder den Fall und kann Feedback geben:

- 18:00 fuhren die zeitgesteuerten Rollos herunter
- gegen 21:00 kam meine Frau nach Hause, Roommate ging von absent auf Home  —> Rollos fuhren hoch.

Was mir bisher noch nicht aufgefallen war:
- gerade als ich ins Bett bin —> Roommate wechselt von home auf Gotosleep —> alle Rollos fuhren runter. Bei 2 hatte ich dies so erwartet da sie ja ASC_Down auf Roommate steht. Bei den anderen beiden (ASC_Down auf Time) hatte ich keine Reaktion erwartet.
FHEM auf QNAP im docker, nanoCUL per ser2net an VU+, 2x Echo Dot, 3x HM-ES-PMSw1-Pl, 3x HM-LC-Bl1PBU-FM, 6x Sonoff Basic, div. "Shelly Eigenbauten" von Papa Romeo, ESPRGBWW-Controller, ...
Projekte: Smart Mirror in Spiegelschrank auf RPi Zero