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

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

Vorheriges Thema - Nächstes Thema

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

Alex76

@CoolTux

Was müsste ich denn an meiner Konfiguration noch ändern, damit meine Beschattungswünsche alle funktionieren würden?

lg

CoolTux

Zitat von: Alex76 am 17 August 2019, 21:32:51
@CoolTux

Was müsste ich denn an meiner Konfiguration noch ändern, damit meine Beschattungswünsche alle funktionieren würden?

lg

ASC_Shading_Angle_Left 220
ASC_Shading_Angle_Right 340


Das ist Unsinn. Du nimmst die Direction und schaust dann ab wann Beschattet werden soll.
Direction 160 ab 100 soll beschattet werden ASC_Shading_Angle_Left also 60 und ab 200 wieder entschatten also ASC_Shading_Angle_Right 40

Hat Dein Sensor für die Helligkeit als Reading brightness?

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

Alex76

Ja, das hat er.

list
Internals:
   DEF        56D055
   FUUID      5d5557e0-f33f-7f88-ef5d-4c61070ef5436558
   HMLAN1_MSGCNT 125
   HMLAN1_RAWMSG E56D055,0000,204C45EE,FF,FFAD,12865356D05500000000C100000000
   HMLAN1_RSSI -83
   HMLAN1_TIME 2019-08-17 21:54:24
   HMLAN2_MSGCNT 126
   HMLAN2_RAWMSG E56D055,0000,200FF0DD,FF,FFB0,12865356D05500000000C100000000
   HMLAN2_RSSI -80
   HMLAN2_TIME 2019-08-17 21:54:24
   IODev      HMLAN2
   LASTInputDev HMLAN1
   MSGCNT     251
   NAME       HM_56D055
   NOTIFYDEV  global
   NR         552
   NTFY_ORDER 50-HM_56D055
   STATE      B: 0
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:12 - t:53 s:56D055 d:000000 00C100000000
   protLastRcv 2019-08-17 21:54:24
   protRcv    126 last_at:2019-08-17 21:54:24
   rssi_at_HMLAN1 cnt:125 min:-96 max:-81 avg:-83.55 lst:-83
   rssi_at_HMLAN2 cnt:126 min:-88 max:-80 avg:-84.39 lst:-80
   READINGS:
     2019-08-17 16:33:21   Activity        alive
     2019-08-15 15:32:13   D-firmware      1.1
     2019-08-15 15:32:13   D-serialNr      OEQ0229347
     2019-08-15 15:02:31   PairedTo        0x000000
     2019-08-15 15:02:31   R-cyclicInfoMsgDis 0
     2019-08-15 15:02:31   R-pairCentral   0x000000
     2019-08-15 15:02:31   R-sign          off
     2019-08-15 15:02:31   RegL_00.        00:00 02:01 0A:00 0B:00 0C:00 11:00 14:06 18:00
     2019-08-15 15:02:31   RegL_01.        00:00 02:50 08:00 30:06 7B:08 AC:00
     2019-08-17 21:54:24   battery         ok
     2019-08-17 21:54:24   brightness      0
     2019-08-15 15:02:25   powerOn         2019-08-15 15:02:25
     2019-08-15 15:02:25   recentStateType info
     2019-08-17 21:54:24   state           B: 0
   helper:
     HM_CMDNR   18
     mId        00FD
     peerFriend
     peerOpt    -:senBright
     regLst     0,1
     rxType     12
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +56D055,00,00,00
       nextSend   1566071664.47297
       prefIO     
       rxt        2
       vccu       
       p:
         56D055
         00
         00
         00
     mRssi:
       mNo        12
       io:
         HMLAN1:
           -83
           -83
         HMLAN2:
           -78
           -78
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_HMLAN1:
         avg        -83.552
         cnt        125
         lst        -83
         max        -81
         min        -96
       at_HMLAN2:
         avg        -84.3968253968254
         cnt        126
         lst        -80
         max        -80
         min        -88
Attributes:
   IODev      HMLAN2
   actCycle   028:00
   actStatus  alive
   alias      LichtsensorOst
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.1
   model      HM-SEN-LI-O
   room       CUL_HM,Rollos
   serialNr   OEQ0229347
   subType    senBright


Ich Plotte damit auch das Chart der Helligkeit.

Ich hab jetzt mal bei rechts - links 50 eingestellt. Mehr als 85 geht über das Widget sowieso nicht via Maus.

CoolTux

Gut dann einfach den Rest meines Posts beachten und die Werte entsprechend ändern. Dann sollte es klappen.
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

Alex76

Was kann ich denn noch machen, damit alles runter fährt, wenn ich nicht daheim bin.

Ich würde das über das Unifi Netz (Handy) und (Auto/Motorrad) auswerten.

Away = Handy weg or Auto weg or Motorrad weg.

Dafür hab ich schon Dummies. (mit on/off)

CoolTux

Du brauchst "devices" welche als wert state mit home absent gone haben und das selbe als lastState Reading.

Am besten wäre aber Du nimmst Residents und Roommate.
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

Alex76

Zitat von: CoolTux am 17 August 2019, 22:04:38
Du brauchst "devices" welche als wert state mit home absent gone haben und das selbe als lastState Reading.

Am besten wäre aber Du nimmst Residents und Roommate.

Da bin ich bis dato nicht weiter gekommen, da das ändern des Roommate aufgrund des Unifi WLANs noch nicht mag, somit hab ichs auch noch nicht definiert im ASC.

Aber heute früh ist wieder nichts hoch gefahren, alles ist unten geblieben. :(

Laut der Grafik hätte aber alles rauf gehen sollen um 5:16 - warum das immer noch als ,,next" steht und nicht der morgige Tag ist mir auch nicht ganz klar. Sollte doch wenn die Zeit vorbei ist der nächste Event berechnet werden oder?

CoolTux

Anscheinend sind die Timer nicht gelaufen. Fährst Du die Rollos von Hand kurz bevor sie automatisch öffnen sollen?
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

Alex76


CoolTux

Kannst Du bitte einmal in der FHEMWEB Oberfläche in der Kommandozeile folgendes ein geben

{ join("\n", map { "$_->{TRIGGERTIME}, $_->{FN}"} @intAtA) }

Da sollte dann sowas das
FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn

gelistet 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

Moonraker1

Hallo CoolTux,

nach eingen Wochen Testphase läuft die Beschattung sowie die Steuerung mit dem ersten Rolladen super.
Klasse Modul!

Zwei Fragen/Bitten habe ich dazu:

- der Rolladen hat zwischen den Lamellen Lüftungsschlitze (zur Hinterlüftung bei Beschattung, um einen Hitzestau zu vermeiden). Bei ASC_Shading_Pos 10% sind diese nur teilweise geöffnet, bei 20% ist schon das Rollo einStück weit oben.
  Gibt es einen Möglichkeit, das userAttr so anzupassen, dass auch Zwischenstufen innerhalb der 10%-Schrittweite möglich wären (die Dropdown-Liste lässt ja nur die 10% Abstufung zu)?
- Das Attribut ASC_WindowRec_PosAfterDayClosed lässt nur die Werte open oder lastManual zu. Dies führt dazu, dass wenn man das Fenster tagsüber öffnet und wieder schliesst, das Rollo u.U. zu fährt (weil der lastManual State halt mal closed war), obwohl es eigentlich offen bleiben sollte. Hier wäre es doch eine Idee, den Öffnungsstatus des Rollos zum Zeitpunkt des "Öffnen"-Events vom Fensterkontakt in ein Reading zu schreiben (z.B. "lastState_WindowRec_beforeOpen" o.ä.), um das Rollo nach dem erneuten Schließen des Fensters exakt wieder in den "Vorher"-Öffnungszustand zu versetzen. Das würde m.E. auch dazu führen, dass eine evtl. zu diesem Zeitpunkt ausgeführte Beschattung mit z.B. 18% wieder ausgeführt werden könnte (vlt. muss man dem Modul diese Info auch wieder mitgeben, damit es die Fensteröffnung nicht als "manuelle Fahrt" interpretiert?).

vG und noch einen sonnigen Sonntag  ;)
Olli
NUC mit Ubuntu, MAX!Cube über LAN, 1 MAX WT, 8 MAX HT, 2 MAX Fensterkontakt, MaxScanner, HM CCU2 mit Homematic HT's, div. Schaltern, Bewegungsmelder, Ökofen Pelletheizung über httpmod

Alex76

Zitat von: CoolTux am 18 August 2019, 10:24:30
Kannst Du bitte einmal in der FHEMWEB Oberfläche in der Kommandozeile folgendes ein geben

{ join("\n", map { "$_->{TRIGGERTIME}, $_->{FN}"} @intAtA) }

Da sollte dann sowas das
FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn

gelistet sein.

Diese Zeilen fehlen leider, es kommt nur:

1566129332.57311, ENIGMA2_GetStatus
1566129333.01293, ENIGMA2_GetStatus
1566129335.66096, HttpUtils_Err
1566129338.02598, RESIDENTStk_DurationTimer
1566129338.0288, plex_refreshSubscriptions
1566129338.02888, HTTPMOD_GetUpdate
1566129338.14421, plex_sendDiscover
1566129338.14432, plex_sendDiscover
1566129338.14446, plex_sendDiscover
1566129338.14459, plex_sendDiscover
1566129346.27993, HMLAN_KeepAlive
1566129351.06118, HMLAN_KeepAlive
1566129378, FW_closeInactiveClients
1566129385.49717, RESIDENTStk_DurationTimer
1566129447.08428, HOMBOT_Get_stateRequest
1566129447.08435, HOMBOT_Get_stateRequest
1566129447.08439, HOMBOT_Get_stateRequest
1566129451.85126, myPoolcontroller_GetUpdate
1566129451.86023, HTTPMOD_GetUpdate
1566129451.86287, HTTPMOD_GetUpdate
1566129480.32535, PROPLANTA_Start
1566129484.71554, FHEM::Astro::Update
1566129499.07011, LUXTRONIK2_GetUpdate
1566130057.51032, CUL_HM_qStateUpdatIfEnab
1566130059.58452, CUL_HM_qStateUpdatIfEnab
1566130062.25452, CUL_HM_qStateUpdatIfEnab
1566130063.69043, CUL_HM_qStateUpdatIfEnab
1566130076.15736, CUL_HM_qStateUpdatIfEnab
1566130081.51167, CUL_HM_qStateUpdatIfEnab
1566130085.81356, CUL_HM_qStateUpdatIfEnab
1566130090.68828, CUL_HM_qStateUpdatIfEnab
1566130093.3972, CUL_HM_qStateUpdatIfEnab
1566130098.87381, CUL_HM_qStateUpdatIfEnab
1566130101.92627, CUL_HM_qStateUpdatIfEnab
1566130103.24765, CUL_HM_qStateUpdatIfEnab
1566130109.5345, CUL_HM_qStateUpdatIfEnab
1566130110.64086, CUL_HM_qStateUpdatIfEnab
1566158400, at_Exec
1566165450.40846, Calendar_Wakeup
1566187200, at_Exec

moonsorrox

Zitat von: Moonraker1 am 18 August 2019, 13:50:01
Hallo CoolTux,

nach eingen Wochen Testphase läuft die Beschattung sowie die Steuerung mit dem ersten Rolladen super.
Klasse Modul!

Zwei Fragen/Bitten habe ich dazu:

- der Rolladen hat zwischen den Lamellen Lüftungsschlitze (zur Hinterlüftung bei Beschattung, um einen Hitzestau zu vermeiden). Bei ASC_Shading_Pos 10% sind diese nur teilweise geöffnet, bei 20% ist schon das Rollo einStück weit oben.
  Gibt es einen Möglichkeit, das userAttr so anzupassen, dass auch Zwischenstufen innerhalb der 10%-Schrittweite möglich wären (die Dropdown-Liste lässt ja nur die 10% Abstufung zu)?
setze das so ein im userattr
ASC_Shading_Pos:10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100
Intel-NUC i5: FHEM-Server 6.1 :: Perl v5.18.2

Homematic: HM-USB-CFG2,HM-CFG-LAN Adapter, HM-LC-BL1-FM, HM-LC-Sw1PBU-FM, HM-LC-Sw1-PI-2, HM-WDS10-TH-O, HM-CC-TC, HM-LC-SW2-FM

Moonraker1

Zitat von: moonsorrox am 18 August 2019, 14:08:54
setze das so ein im userattr
ASC_Shading_Pos:10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100

Hallo moonsorrox,

danke! Ich hätte gedacht, dass das dann bei einem Neustart bzw. Refresh mittels createNewNotifyDev wieder überschrieben wird.

vG
Olli
NUC mit Ubuntu, MAX!Cube über LAN, 1 MAX WT, 8 MAX HT, 2 MAX Fensterkontakt, MaxScanner, HM CCU2 mit Homematic HT's, div. Schaltern, Bewegungsmelder, Ökofen Pelletheizung über httpmod