[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

Zitat von: Papaloewe am 10 Juni 2019, 09:05:49
Hallo Leon,

also mein Problem mit der Terassentüre:
https://forum.fhem.de/index.php/topic,99980.msg947063.html#msg947063
hat sich scheinbar erledigt.
Gestern und Vorgestern ist der Rolladen bei offenem Drehgriffschalter Abends NICHT heruntergefahren.
So soll es sein.  :
Hast du etwas gemacht?

MfG
Thomas

Möglich. Wenn Du ein Update in der Zwischenzeit gemacht hast. Aber so genau kann ich das nicht sagen.
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

Guten Morgen Heiko,

Zu 1. Kann ich nun sagen das es sich korrekt verhält. Da Du morgens mit Brightness fährst muss die Zeit für das Wochenende in der Tat wie in der Commandref erwähnt vor der late Time stehen.

Zu 2. Das schaue ich mir im Laufe des Tages in Ruhe an. Aber ich denke hier werden wir beide bei Gelegenheit debugen müssen. Ich schaue aber erstmal.


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

Zitat von: HeikoBayer am 10 Juni 2019, 09:10:52
Vielleicht noch zu den Rollos: Es sind Rademacher Funk Rohrmotoren. Habe, aktuell wie hier beschrieben: https://forum.fhem.de/index.php/topic,40076.810.html auch das Thema, dass der Rollo z.B. in Position 81 fährt (bei "ASC_Shading_Pos 80). Nicht das es damit vielleicht zusammen hängt?!?

Danke und Grüße,
Heiko

P.S.: Kann es nicht oft genug sagen: Spitzen Arbeit dieses Modul. Habe immer auf soetwas gehofft ;-)

Das ist auf jeden Fall ein Thema beim Beschatten, Fensterevents und mehr. Das kann auch schon die Ursache sein das die Beschattung der Tür nicht beendet wird.
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

HeikoBayer

#1083
Zitat von: CoolTux am 10 Juni 2019, 09:22:28
Guten Morgen Heiko,

Zu 1. Kann ich nun sagen das es sich korrekt verhält. Da Du morgens mit Brightness fährst muss die Zeit für das Wochenende in der Tat wie in der Commandref erwähnt vor der late Time stehen.

Grüße

Alles klar, dann ändere ich die late time. Somit hat sich Punkt 1 erledigt. Merci!

Wer lesen kann ist klar im Vorteil!

HeikoBayer

Zitat von: CoolTux am 10 Juni 2019, 09:24:47
Das ist auf jeden Fall ein Thema beim Beschatten, Fensterevents und mehr. Das kann auch schon die Ursache sein das die Beschattung der Tür nicht beendet wird.

Wenn wir etwas debuggen müssen, hoffe ich das Wetter wird heute noch besser  ;) Aktuell regen  >:(

Gibt es eine Möglichkeit das +1 Thema in der position zu korrigieren?

CoolTux

Bei uns ist auch Nieselregen. Soll auch den ganzen Tag so sein.

Mit viel Klimmzüge im ASC ist es wohl möglich. Allerdings sehe ich nicht im ASC die Korrektur, sondern im entsprechenden Modul des Rollos.

So wie es ausschaut scheint es ja ein Firmwarebug oder ähnliches zu sein.


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

HeikoBayer

Ja, davon gehe ich auch aus. Habe hier https://forum.fhem.de/index.php/topic,40076.810.html auch nochmal ein Paar Beispiele gepostet.

Wenn das aber nicht gelöst werden kann, Was dann? Vielleicht könnte man im ASC bei der Positionsabfrage wegen der Beschattung ein +/-1 einführen? Nur ein Leihenhafter Ansatz oder evtl. Denkanstoß.
Bin leider kein Programmieren und weiß nicht, ob sich so etwas umsetzen lässt oder auch nur in irgendeiner Form praktikabel ist  :-[

CoolTux

Wenn es nicht gelöst werden kann, werde ich mir Gedanken machen.
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

Papaloewe

Zitat von: CoolTux am 10 Juni 2019, 09:16:41
Möglich. Wenn Du ein Update in der Zwischenzeit gemacht hast. Aber so genau kann ich das nicht sagen.

Ja, ich denke dazwischen lag das Update von Version 0.6.15 auf 0.6.16

Danke und schöne Restpfingsten.

Thomas

HeikoBayer

Zitat von: CoolTux am 10 Juni 2019, 10:09:41
Wenn es nicht gelöst werden kann, werde ich mir Gedanken machen.

Ich habe mir mal die Mühe gemacht und die Beschattung für einen exemplarischen Rollo angepasst, so dass ich das testen kann. Der Helligkeitssensor wurde nach der Beschattungsfahrt abgedeckt und die Waiting period auf nur 120 Sekunden gesetzt. Der Rollo ist bei shading in  in position 81 (eingestellt ist 80!) gefahren. Nach der Abdeckung hat wohl das ASC Device richtig reagiert, der Rollo fährt aber nicht mehr hoch.
Das alles habe ich mit ASC_DEBUG mal in einer Datei zusammengefasst (cat xxx.log | grep ASC_DEBUG) , dann weiter gefiltert auf aktuelle Datum und nochmal Rollo Device. Der exemplarische Rollo ist "RO_EG_wz_Sued1".

Das log ist im Anhang.

Ich denke, die Vermutung ist bestätig, das es an der Position +1 liegt, oder siehst du das anders?

Grüße aus Bayern,
Heiko

clown2000

Zitat von: CoolTux am 09 Juni 2019, 13:25:05
Kannst Du mir bitte ein list vom ASC Device geben und von einem exemplarischen Rollo?

Vom ASC-Device:
Internals:
   FUUID      5cf65254-f33f-3b1c-2602-01e2723495e367ba
   FVERSION   73_AutoShuttersControl.pm:v0.6.16-s19579/2019-06-08 UNDER DEVELOP
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       WGSteuerung
   NOTIFYDEV  WGSteuerung,dsonne,global,myTwilight,regen,wind,Markisegross,Markiseklein
   NR         155
   NTFY_ORDER 51-WGSteuerung
   STATE      shading out
   TYPE       AutoShuttersControl
   VERSION    0.6.16
   OLDREADINGS:
   READINGS:
     2019-06-09 18:06:59   Markisegross_PosValue 0
     2019-06-09 18:06:06   Markisegross_lastPosValue 0
     2019-06-09 12:38:54   Markisegross_nextAstroTimeEvent  9.06.2019 - 21:37
     2019-06-09 18:06:39   Markiseklein_PosValue 0
     2019-06-09 18:06:06   Markiseklein_lastPosValue 0
     2019-06-09 12:38:54   Markiseklein_nextAstroTimeEvent  9.06.2019 - 21:37
     2019-06-04 13:13:24   ascEnable       on
     2019-06-04 13:35:46   controlShading  on
     2019-06-04 13:13:24   hardLockOut     off
     2019-06-09 12:38:50   room_Wintergarten Markisegross,Markiseklein
     2019-06-04 13:13:24   selfDefense     off
     2019-06-09 18:06:59   state           shading out
     2019-06-04 13:13:24   sunriseTimeWeHoliday off
     2019-06-09 12:38:50   userAttrList    rolled out
   helper:
     shuttersList:
       Markisegross
       Markiseklein
   monitoredDevs:
     Markisegross:
     Markiseklein:
     dsonne:
       Markisegross ASC_BrightnessSensor
       Markiseklein ASC_BrightnessSensor
     myTwilight:
       WGSteuerung ASC_twilightDevice
     regen:
       WGSteuerung ASC_rainSensor
     wind:
       WGSteuerung ASC_windSensor
Attributes:
   ASC_autoShuttersControlComfort off
   ASC_autoShuttersControlEvening off
   ASC_autoShuttersControlMorning off
   ASC_blockAscDrivesAfterManual 0
   ASC_brightnessDriveUpDown 350:90
   ASC_debug  1
   ASC_expert 1
   ASC_rainSensor regen:state 80:60 0
   ASC_shuttersDriveOffset 1
   ASC_tempSensor itemp:state
   ASC_twilightDevice myTwilight
   ASC_windSensor wind:state
   devStateIcon selfeDefense.terrace:fts_door_tilt created.new.drive.timer:clock .*asleep:scene_sleeping roommate.(awoken|home):user_available residents.(home|awoken):status_available manual:fts_shutter_manual selfeDefense.active:status_locked selfeDefense.inactive:status_open day.open:scene_day night.close:scene_night shading.in:weather_sun shading.out:weather_cloudy
   group      Status
   icon       fts_shutter_automatic
   room       ASC,Wintergarten
   verbose    1

Von einer Markise:

Internals:
   FUUID      5ce3bdc2-f33f-3b1c-20a2-1b22127bcd0c588d
   NAME       Markiseklein
   NR         153
   STATE      open
   TYPE       ROLLO
   stoptime   1560096399
   READINGS:
     2019-06-04 13:21:06   ASC_Enable      on
     2019-06-09 18:06:39   ASC_ShuttersLastDrive shading out
     2019-06-09 12:38:54   ASC_Time_DriveDown AutoShuttersControl off
     2019-06-09 12:38:54   ASC_Time_DriveUp AutoShuttersControl off
     2019-06-09 12:38:51   associatedWith  WGSteuerung
     2019-06-09 18:06:06   command         pct-0
     2019-06-09 18:06:06   desired_pct     0
     2019-06-09 18:06:06   drive-type      modul
     2019-06-09 18:06:06   last_drive      drive-up
     2019-06-09 18:06:39   pct             0
     2019-06-09 18:06:39   state           open
Attributes:
   ASC        1
   ASC_BlockingTime_afterManual 30
   ASC_BlockingTime_beforDayOpen 10
   ASC_BlockingTime_beforNightClose 10
   ASC_BrightnessSensor dsonne:state
   ASC_Closed_Pos 100
   ASC_Drive_Offset 1
   ASC_Drive_OffsetStart 600
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Pos_Reading pct
   ASC_RainProtection on
   ASC_Shading_Angle_Left 110
   ASC_Shading_Angle_Right 100
   ASC_Shading_Direction 200
   ASC_Shading_Min_Elevation 15
   ASC_Shading_Min_OutsideTemperature 100
   ASC_Shading_Mode always
   ASC_Shading_Pos 99
   ASC_Shading_StateChange_Cloudy 190
   ASC_Shading_StateChange_Sunny 210
   ASC_Shading_WaitingPeriod 120
   ASC_ShuttersPlace window
   ASC_Time_Down_Early 20:00
   ASC_Time_Down_Late 22:00
   ASC_Time_Up_Early 8:00
   ASC_Time_Up_Late 9:00
   ASC_WindParameters 9:4 0
   ASC_WindProtection on
   alias      Markise klein
   cmdIcon    open:fts_shutter_up closed:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
   devStateIcon open:fts_shutter_10:closed closed:fts_shutter_100:open half:fts_shutter_50:closed drive-up:fts_shutter_up@red:stop drive-down:fts_shutter_down@red:stop pct-100:fts_shutter_100:open pct-90:fts_shutter_80:closed pct-80:fts_shutter_80:closed pct-70:fts_shutter_70:closed pct-60:fts_shutter_60:closed pct-50:fts_shutter_50:closed pct-40:fts_shutter_40:open pct-30:fts_shutter_30:open pct-20:fts_shutter_20:open pct-10:fts_shutter_10:open pct-0:fts_shutter_10:closed
   event-on-change-reading .*
   group      Markisen
   rl_autoStop 0
   rl_commandDown set Markisekleinraus on
   rl_commandStopDown set Markisekleinraus off
   rl_commandStopUp set Markisekleinrein off
   rl_commandUp set Markisekleinrein on
   rl_excessBottom 2
   rl_excessTop 4
   rl_secondsDown 30
   rl_secondsUp 30
   rl_switchTime 2
   rl_type    normal
   room       Wintergarten
   userattr   ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BlockingTime_afterManual ASC_BlockingTime_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness ASC_DriveUpMaxDuration ASC_Drive_Offset ASC_Drive_OffsetStart ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_PrivacyDownTime_beforNightClose ASC_PrivacyDown_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_Exclude:on,off ASC_Shading_Angle_Left ASC_Shading_Angle_Right ASC_Shading_Direction ASC_Shading_Min_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_Cloudy ASC_Shading_StateChange_Sunny ASC_Shading_WaitingPeriod ASC_ShuttersPlace:window,terrace ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_subType:twostate,threestate
   webCmd     :

Der folgenden Eintrag ist im Log zu lesen.

clown2000

Sory, der Entrag wurde nicht kopiert:
ASC_DEBUG!!! 2019.06.10 10:43:40 - ShadingProcessing: Markiseklein - Übergebende Werte - Azimuth:114.49, Elevation: 47.19, Brightness: 265, OutTemp: 114, Fenster Position: 200, Winkel Links: 110, Winkel Rechts: 100, Ist es nach der Zeitblockadezeit: NEIN, Ist es nach der manuellen Blockadezeit: JA, Ist es nach der Hälfte der Beschattungswartezeit: JA

CoolTux

Zitat von: HeikoBayer am 10 Juni 2019, 10:42:56
Ich habe mir mal die Mühe gemacht und die Beschattung für einen exemplarischen Rollo angepasst, so dass ich das testen kann. Der Helligkeitssensor wurde nach der Beschattungsfahrt abgedeckt und die Waiting period auf nur 120 Sekunden gesetzt. Der Rollo ist bei shading in  in position 81 (eingestellt ist 80!) gefahren. Nach der Abdeckung hat wohl das ASC Device richtig reagiert, der Rollo fährt aber nicht mehr hoch.
Das alles habe ich mit ASC_DEBUG mal in einer Datei zusammengefasst (cat xxx.log | grep ASC_DEBUG) , dann weiter gefiltert auf aktuelle Datum und nochmal Rollo Device. Der exemplarische Rollo ist "RO_EG_wz_Sued1".

Das log ist im Anhang.

Ich denke, die Vermutung ist bestätig, das es an der Position +1 liegt, oder siehst du das anders?

Grüße aus Bayern,
Heiko

In die Beschattung fahren ist auch nicht das Problem, das macht er immer. Aber raus halt eben nicht, da er vorher prüft ob er sich in der Beschattungsposition befindet

Im schlimmsten Fall werde ich ein Patch für das DuoFern Modul schreiben müssen.
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

HeikoBayer

#1093
Zitat von: CoolTux am 10 Juni 2019, 10:54:08
In die Beschattung fahren ist auch nicht das Problem, das macht er immer. Aber raus halt eben nicht, da er vorher prüft ob er sich in der Beschattungsposition befindet

Im schlimmsten Fall werde ich ein Patch für das DuoFern Modul schreiben müssen.

Ja, so sehe ich das auch. Aktuell fahren wir eben dann manuell wieder hoch. Die Regierung ist nicht wirklich begeistert  ;D ;D ;D, aber soweit kann ich damit leben.
Wenn es dann hier Abhilfe durch einen Patch geben sollte, wäre ich natürlich sehr begeistert und wenn du jemanden zum Testen sucht, bin ich auch immer dafür zu haben...

Vielen Dank und Grüße,
Heiko

Deckoffizier

Hallo clown200,

blicke zwar bei der Geschichte nicht durch sorry ,
aber das attr. ASC_Shading_Min_OutsideTemperature 100.
Vielleicht am Solarkollektor gemessen?

ist doch etwas komisch oder hätte ich lieber schweigen sollen?

Gruß
Hans-Jürgen
FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus