[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

Ich gehe davon aus das Du den state vom Brightness Dummy via setstate setzt? Das wirft aber kein Event.

Am besten im Dummy readingList und setList setzen. Sind Attribute.
Wenn Du state lassen willst musst du state hinschreiben.

Dann sollte das auch gehen. Kannst aber auch lux hinschreiben. Dann wird das Reading lux geschrieben.

Im Rollo hast Du zwar
ASC_BrightnessSensor WO_S_Brightness

Gesetzt aber kein Reading mit an gegeben, somit wird Default brightness genommen. Also entweder

ASC_BrightnessSensor WO_S_Brightness:state

Oder halt

ASC_BrightnessSensor WO_S_Brightness:lux
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

ch.eick

Okay,

das mit dem Dummy habe ich jetzt korrigiert.
Und nun ein Testlauf...

Im Log steht:
2019.07.08 15:29:10 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: WO_S_Rollo_FSB61 Azimuth: 231 Elevation: 54.2 Brightness: 300 OutTemp: 27.0

Nun habe ich es im Dummy heller gemacht

2019.07.08 15:32:22 4: AutoShuttersControl (ASC) - Devname: WO_S_Brightness Name: ASC Notify: [
  'state: 400'
]

2019.07.08 15:32:22 4: AutoShuttersControl (WO_S_Rollo_FSB61) - EventProcessingShadingBrightness
2019.07.08 15:32:22 4: AutoShuttersControl (WO_S_Rollo_FSB61) - EventProcessingShadingBrightness  Brightness: 400
2019.07.08 15:32:22 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: WO_S_Rollo_FSB61 Azimuth: 231 Elevation: 54.2 Brightness: 400 OutTemp: 27.0
2019.07.08 15:32:23 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: WO_S_Rollo_FSB61 Nach dem return
2019.07.08 15:32:23 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: WO_S_Rollo_FSB61 In der In Abfrage, Shadingwert: in reserved, Zeitstempel: 1562592743

Im Rollo Device habe ich folgendes definiert

ASC_Shading_Angle_Left 35
ASC_Shading_Angle_Right 70
ASC_Shading_Direction 180     ==> 180 +70 =250   aktuell SunAz    231
ASC_Shading_Min_OutsideTemperature 20    ==> OutTemp: 27.0
ASC_Shading_Mode always
ASC_Shading_Pos 60
ASC_Shading_StateChange_Cloudy 1
ASC_Shading_StateChange_Sunny 380     ==> Brightness: 400

Bis hier her fuhr das Rollo dann noch nicht.
Für das setzen der werte hatte ich die rg_ASC_Shading aus der Beschreibung verwendet, in der jedoch zur jetzigen Version vom ASC ein Fehler war.
Die Korrigierte command Zeile lautet

ASC_Shading_MinMax_Elevation =>
'ASC_Shading_MinMax_Elevation:selectnumbers,20,1,60,0,lin' ,

Hier war jedoch als reading nur ASC_Shading_Min_Elevation angegeben, was zu einem Fehler führte, durch den das attribut ASC_Shading_MinMax_Elevation im Rollo Device nicht gesetzt wurde.
Als dies dann gesetzt war ist mein Rollo auch wie gewünscht auf "position 60" gefahren.

Mit diesem Dummy kann ich nun die Helligkeit einstellen, was später natürlich aus einer anderen Quelle kommen wird.

Internals:
   CFGFN     
   FUUID      5d231655-f33f-81e9-64c7-1c5e9c11d9cbddee
   NAME       WO_S_Brightness
   NR         4990
   STATE      500
   TYPE       dummy
   OLDREADINGS:
   READINGS:
     2019-07-08 15:45:56   state           500
Attributes:
   readingList state
   room       Rollos
   setList    state:200,300,400,500,600


Dies ist das aktuelle Rollo Device

Internals:
   CFGFN     
   FUUID      5d231655-f33f-81e9-64c7-1c5e9c11d9cbddee
   NAME       WO_S_Brightness
   NR         4990
   STATE      300
   TYPE       dummy
   OLDREADINGS:
   READINGS:
     2019-07-08 15:19:08   state           300
Attributes:
   readingList state
   room       Rollos
   setList    state:200,300,400,500,600



Internals:
   DEF        019EDB5D
   FUUID      5c49d3da-f33f-81e9-a7f8-e7ca00a2ca85644d
   IODev      TCM_ESP3_0
   LASTInputDev TCM_ESP3_0
   MSGCNT     10
   NAME       WO_S_Rollo_FSB61
   NR         43
   NTFY_ORDER 50-WO_S_Rollo_FSB61
   STATE      60
   TCM_ESP3_0_DestinationID FFFFFFFF
   TCM_ESP3_0_MSGCNT 10
   TCM_ESP3_0_PacketType 1
   TCM_ESP3_0_RSSI -82
   TCM_ESP3_0_ReceivingQuality good
   TCM_ESP3_0_RepeatingCounter 0
   TCM_ESP3_0_SubTelNum 3
   TCM_ESP3_0_TIME 2019-07-08 15:46:09
   TYPE       EnOcean
   READINGS:
     2019-07-07 13:17:44   ASC_Enable      on
     2019-07-08 15:46:09   ASC_ShuttersLastDrive shading in
     2019-07-08 05:00:02   ASC_Time_DriveDown  8.07.2019 - 22:00
     2019-07-08 05:00:02   ASC_Time_DriveUp  9.07.2019 - 05:00
     2019-07-08 15:46:09   anglePos        90
     2019-07-07 13:17:47   associatedWith  ASC
     2019-07-08 15:46:09   block           unlock
     2019-07-08 15:46:09   endPosition     not_reached
     2019-07-08 15:46:09   position        60
     2019-07-08 15:46:09   state           stop
     2018-07-30 13:16:48   teach           4BS teach-in sent
   helper:
Attributes:
   ASC        1
   ASC_BrightnessSensor WO_S_Brightness:state
   ASC_Down   astro
   ASC_Pos_Reading position
   ASC_Shading_Angle_Left 35
   ASC_Shading_Angle_Right 70
   ASC_Shading_Direction 180
   ASC_Shading_MinMax_Elevation 50
   ASC_Shading_Min_OutsideTemperature 20
   ASC_Shading_Mode always
   ASC_Shading_Pos 60
   ASC_Shading_StateChange_Cloudy 1
   ASC_Shading_StateChange_Sunny 380
   ASC_Up     astro
   IODev      TCM_ESP3_0
   alias      WO_S_Rollo_FSB61
   calAtEndpoints yes
   comMode    confirm
   devStateIcon 100:fts_shutter_100 \d:fts_shutter_10 1\d.*:fts_shutter_10 2\d.*:fts_shutter_20 3\d.*:fts_shutter_30 4\d.*:fts_shutter_40 5\d.*:fts_shutter_50 6\d.*:fts_shutter_60 7\d.*:fts_shutter_70 8\d.*:fts_shutter_80 9\d.*:fts_shutter_90
   eep        A5-3F-7F
   fp_Grundriss_EG 312,297,2, ,Rollo_Fenster
   manufID    00D
   model      Eltako_FSB_ACK
   room       EnOcean,Rollos
   settingAccuracy high
   shutTime   18
   shutTimeCloses 20
   stateFormat position
   subDef     FFBA2383
   subType    manufProfile
   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_MinMax_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 room_map structexclude
   verbose    5
   webCmd     opens:stop:closes


Vielen dank für den Support. Ich werde jetzt erst mal weiter testen.

Gruß
   Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

CoolTux

Jetzt kannst Du verbose wieder aus stellen und statt dessen Debug ein.

Bitte beachte das das setzen einer Helligkeit und das passen aller anderen Werte erst einen vorstatus vor dem shading in setzt. Danach muss bei Default Wert 10 min gewartet werden und dann muss wieder ein Event kommen.
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

ch.eick

Zitat von: CoolTux am 08 Juli 2019, 16:58:57
Jetzt kannst Du verbose wieder aus stellen und statt dessen Debug ein.

Bitte beachte das das setzen einer Helligkeit und das passen aller anderen Werte erst einen vorstatus vor dem shading in setzt. Danach muss bei Default Wert 10 min gewartet werden und dann muss wieder ein Event kommen.

Dann muss ich im Umkehrschluss z.B. Azimuth auch auf einen Winkel, der 10 min vorher ist einstellen, um die Verzögerung auszugleichen. Aber so exakt ist die Natur ja auch wieder nicht.

Hast Du noch einen Tipp, wo ich Brightness Werte ohne Sensor her bekomme? Momentan ist es ja durch meine Dummy Konstruktion eher eine statische Beschattung ohne Wetter Effekte. Wenn ich es richtig verstanden habe sollten die Rollos jetzt nach dem Azimuth, der Elevation und meiner OutTemp fahren, was für mich schon ein echter Zugewinn ist :-)

Unter diesem Link wächst gerade eine https://forum.fhem.de/index.php/topic,101821.0.html Lösung für "Über PV-Anlage Einstrahlung auf Gebäudeteile ermitteln",
was für mich nach dem Aufbau meiner Photovoltaik eventuell die Einstrahlungswerte für die Beschattung liefern kann.
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

CoolTux

Der Brightnesswert wird als Basis zum Triggern verwendet. Im Grunde spielt es keine Rolle welcher Wert da drin steht. Du kannst auch Deine Kloschüssel anschließen und beim Spülen ein Event mit dem korrekten Wert schicken. Soll heißen solange es einen Sinn macht wie hoch der Wert ist und wann er gesendet wurde passt es. Der Zusammenhang ist wichtig. Große Spülung bei Sonne kleine bei Bewölkung   ;D
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

D3ltorohd

Hey CoolTux, also gestern hat es einwandfrei funktioniert. Die Fenster waren offen und bei der Nachtfahrt blieben sie oben, nach dem Schließen der Fenster fuhren die Rollos nach unten.

Hier hätte ich noch eine Frage ob dies möglich wäre. Ich schließe die Fenster und stelle sie direkt auf Kippen, könnte hier ASC nicht auf Ventil Pos umspringen, anstatt die Rollos zu schließen ? Sind halt jetzt abends immer ganz offen wenn wir im Wohzi sitzen, dann mach ich zu und kippe sie, dabei fährt er aber dann ganz nach unten, weil ja davor die Nachtfahrt war. Wenn die Kontakte geschlossen bleiben schließen und wenn danach direkt wieder offen während der Down Fahrt, könnte er doch dann auf Ventil Pos fahren, wäre so eine Option noch möglich ?
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

CoolTux

Zitat von: D3ltorohd am 08 Juli 2019, 20:06:42
Hey CoolTux, also gestern hat es einwandfrei funktioniert. Die Fenster waren offen und bei der Nachtfahrt blieben sie oben, nach dem Schließen der Fenster fuhren die Rollos nach unten.

Hier hätte ich noch eine Frage ob dies möglich wäre. Ich schließe die Fenster und stelle sie direkt auf Kippen, könnte hier ASC nicht auf Ventil Pos umspringen, anstatt die Rollos zu schließen ? Sind halt jetzt abends immer ganz offen wenn wir im Wohzi sitzen, dann mach ich zu und kippe sie, dabei fährt er aber dann ganz nach unten, weil ja davor die Nachtfahrt war. Wenn die Kontakte geschlossen bleiben schließen und wenn danach direkt wieder offen während der Down Fahrt, könnte er doch dann auf Ventil Pos fahren, wäre so eine Option noch möglich ?

Das geht jetzt schon. Das Problem ist das der Event zu schnell kommt. Sprich der Sensor zu schnell die Änderung sendet und somit den falschen Wert.
Wenn ich Dich richtig verstanden habe musst Du das Fenster schließen um von öffnen auf gekippt zu kommen. Kannst Du das senden vom Sensor verzögern? Die Homematic Sensoren können das zum Beispiel.
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

D3ltorohd

Puh ich glaube nicht, wüsste nicht wie ? Das sind ja Aqara von Xiaomi, die senden direkt ohne Verzögerung wüsste auch nicht wo einstellen. Ausser man könnte da was in Zigbee2Mqtt einstellen.

Wie viel Zeit müsste dazwischen sein, sonst kann ich es auch schließen und nach paar Sekunden wieder öffnen, am besten aber bevor er die Ventil Pos überfahren hat oder ?

Oder muss der Rollo ganz geschlossen sein, ehe ich wieder aufmachen kann und er auf Ventil Pos fährt ?
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

CoolTux

Zitat von: D3ltorohd am 08 Juli 2019, 21:03:12
Puh ich glaube nicht, wüsste nicht wie ? Das sind ja Aqara von Xiaomi, die senden direkt ohne Verzögerung wüsste auch nicht wo einstellen. Ausser man könnte da was in Zigbee2Mqtt einstellen.

Wie viel Zeit müsste dazwischen sein, sonst kann ich es auch schließen und nach paar Sekunden wieder öffnen, am besten aber bevor er die Ventil Pos überfahren hat oder ?

Oder muss der Rollo ganz geschlossen sein, ehe ich wieder aufmachen kann und er auf Ventil Pos fährt ?

Da kenn ich nicht leider nicht mit aus.
Die Alternative wäre Fenster schließen, warten bis das Rollo geschlossen ist und dann das Fenster kippen.
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

flummy1978

Zitat von: CoolTux am 08 Juli 2019, 20:42:23
Kannst Du das senden vom Sensor verzögern? Die Homematic Sensoren können das zum Beispiel.

Kurz weil mobil:
Ich habe ein ähnliches Problem so gelöst, dass ich jetzt sämtliche Fensterkontakte verzögern KÖNNTE. Dh beim Betätigen des Kontaktes wird ein timer aktiviert. Nach Ablauf von diesem (also auch wenn er auf 0 steht) wird das entsprechende reading gesetzt und die Aktion kann Zeit verzögert ausgeführt werden

List kann ich bei Bedarf heute abend nach der Arbeit posten (ab 23 Uhr)

Grüße
Andreas

ch.eick

Hallo zusammen,

ich habe da eine Merkwürdigkeit, die ich nun bei meinem Versuch der Beschattung nicht herausfinden kann.

folgende Fahrten wurden vom Rollo durchgeführt und von mir kommentiert:

Bei Sonnenuntergang OK
2019-07-08_22:00:02 AR_O_Rollo_FSB61 endPosition: closed
2019-07-08_22:00:02 AR_O_Rollo_FSB61 anglePos: 90
2019-07-08_22:00:02 AR_O_Rollo_FSB61 position: 100
2019-07-08_22:00:04 AR_O_Rollo_FSB61 endPosition: not_reached
2019-07-08_22:00:04 AR_O_Rollo_FSB61 down
2019-07-08_22:00:21 AR_O_Rollo_FSB61 position: 100
2019-07-08_22:00:21 AR_O_Rollo_FSB61 anglePos: 90
2019-07-08_22:00:21 AR_O_Rollo_FSB61 endPosition: closed
2019-07-08_22:00:21 AR_O_Rollo_FSB61 closed

Bei Sonnenaufgang OK
2019-07-09_05:00:03 AR_O_Rollo_FSB61 endPosition: open
2019-07-09_05:00:03 AR_O_Rollo_FSB61 anglePos: 0
2019-07-09_05:00:03 AR_O_Rollo_FSB61 position: 0
2019-07-09_05:00:04 AR_O_Rollo_FSB61 endPosition: not_reached
2019-07-09_05:00:04 AR_O_Rollo_FSB61 up
2019-07-09_05:00:21 AR_O_Rollo_FSB61 position: 0
2019-07-09_05:00:21 AR_O_Rollo_FSB61 anglePos: -90
2019-07-09_05:00:21 AR_O_Rollo_FSB61 endPosition: open_ack
2019-07-09_05:00:21 AR_O_Rollo_FSB61 open_ack                               <== der Patch von Klaus zeigt seine Wirkung


Hier fehlt die shading in fahrt um ca. 7:30
Auf der Seite https://www.sonnenverlauf.de habe ich folgende Werte ermittelt und gerade geprüft.
Sonnenhöhe:    16.79°
Sonnenrichtung: 74.92°

update: Die Temperatur hat hier noch nicht gepasst. Es waren erst 12,7° und nicht wie im device konfiguriert 20°
    folglich keine Beschattung ;-)

update:
2019.07.09 11:34:07 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Azimuth: 129.4 Elevation: 54.2 Brightness: 400 OutTemp: 20.2
2019.07.09 11:34:07 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Nach dem return
2019.07.09 11:34:07 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 In der In Abfrage, Shadingwert: in reserved, Zeitstempel: 1562664847

Das war knapp, um 11:34 hat er sich das shading in vorgemerkt, wie ich es gestern gelernt hatte.

2019.07.09 11:44:07 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Azimuth: 132.8 Elevation: 55.4 Brightness: 400 OutTemp: 20.7
2019.07.09 11:44:07 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Nach dem return
2019.07.09 11:44:07 4: AutoShuttersControl (ASC) - Devname: AR_O_Rollo_FSB61 Name: ASC Notify: [
  'endPosition: closed'
]

Und jetzt fährt er zu... und das noch auf "position 100" anstatt auf "ASC_Shading_Pos 60"

Die werte für das "shading in" wurden gerade erreicht und sofort wurde "Azimuth: 132.8" erreicht um das "shading out" zu machen.
2019.07.09 11:44:07 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Azimuth: 132.8 Elevation: 55.4 Brightness: 400 OutTemp: 20.7

Nun kommt das Problem, im Rollo device steht: 2019-07-09 11:44:26   ASC_ShuttersLastDrive shading out
2019-07-09_11:44:07 AR_O_Rollo_FSB61 endPosition: closed
2019-07-09_11:44:07 AR_O_Rollo_FSB61 anglePos: 90
2019-07-09_11:44:07 AR_O_Rollo_FSB61 position: 100
2019-07-09_11:44:08 AR_O_Rollo_FSB61 endPosition: not_reached
2019-07-09_11:44:08 AR_O_Rollo_FSB61 down
2019-07-09_11:44:26 AR_O_Rollo_FSB61 position: 100
2019-07-09_11:44:26 AR_O_Rollo_FSB61 anglePos: 90
2019-07-09_11:44:26 AR_O_Rollo_FSB61 endPosition: closed
2019-07-09_11:44:26 AR_O_Rollo_FSB61 closed

Somit wurde das "shading in" nicht ausgeführt, jedoch das "shading out" in die falsche Richtung :-)


Ich habe dann noch ein bereinigtes Log angehängt und hier das Rollo Device

Internals:
   DEF        019ECA75
   FUUID      5c49d3da-f33f-81e9-fbb3-85ca0d408ad0c285
   IODev      TCM_ESP3_0
   LASTInputDev TCM_ESP3_0
   MSGCNT     34
   NAME       AR_O_Rollo_FSB61
   NR         63
   NTFY_ORDER 50-AR_O_Rollo_FSB61
   STATE      100
   TCM_ESP3_0_DestinationID FFFFFFFF
   TCM_ESP3_0_MSGCNT 34
   TCM_ESP3_0_PacketType 1
   TCM_ESP3_0_RSSI -68
   TCM_ESP3_0_ReceivingQuality excellent
   TCM_ESP3_0_RepeatingCounter 0
   TCM_ESP3_0_SubTelNum 2
   TCM_ESP3_0_TIME 2019-07-09 11:44:26
   TYPE       EnOcean
   READINGS:
     2019-07-07 13:17:44   ASC_Enable      on
     2019-07-09 11:44:26   ASC_ShuttersLastDrive shading out
     2019-07-09 05:00:03   ASC_Time_DriveDown  9.07.2019 - 22:00
     2019-07-09 05:00:03   ASC_Time_DriveUp 10.07.2019 - 05:00
     2019-07-09 11:44:26   anglePos        90
     2019-07-07 13:17:47   associatedWith  ASC
     2019-07-08 08:23:44   block           unlock
     2019-07-09 11:44:26   endPosition     closed
     2019-07-09 11:44:26   position        100
     2019-07-09 11:44:26   state           closed
     2018-07-30 14:35:36   teach           4BS teach-in sent
   helper:
Attributes:
   ASC        1
   ASC_BrightnessSensor AR_O_Brightness:state
   ASC_Down   astro
   ASC_Pos_Reading position
   ASC_Shading_Angle_Left 15
   ASC_Shading_Angle_Right 40
   ASC_Shading_Direction 90
   ASC_Shading_MinMax_Elevation 16
   ASC_Shading_Min_OutsideTemperature 20
   ASC_Shading_Mode always
   ASC_Shading_Pos 60
   ASC_Shading_StateChange_Cloudy 200
   ASC_Shading_StateChange_Sunny 340
   ASC_Up     astro
   IODev      TCM_ESP3_0
   alias      AR_O_Rollo_FSB61
   comMode    confirm
   devStateIcon 100:fts_shutter_100 \d:fts_shutter_10 1\d.*:fts_shutter_10 2\d.*:fts_shutter_20 3\d.*:fts_shutter_30 4\d.*:fts_shutter_40 5\d.*:fts_shutter_50 6\d.*:fts_shutter_60 7\d.*:fts_shutter_70 8\d.*:fts_shutter_80 9\d.*:fts_shutter_90
   eep        A5-3F-7F
   manufID    00D
   model      Eltako_FSB_ACK
   room       EnOcean,Rollos
   settingAccuracy high
   shutTime   18
   shutTimeCloses 19
   stateFormat position
   subDef     FFBA2382
   subType    manufProfile
   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_MinMax_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 room_map structexclude
   verbose    0
   webCmd     opens:stop:closes


Das Brightness Dummy ist momentan mit einem festen Wert gesetzt und wurde nicht verändert.

Internals:
   CFGFN     
   DEF       
   FUUID      5d234c0e-f33f-81e9-d5af-80a84340117c292e
   NAME       AR_O_Brightness
   NR         5897
   STATE      400
   TYPE       dummy
   READINGS:
     2019-07-08 16:08:43   state           400
Attributes:
   readingList state
   room       Rollos
   setList    state:200,300,400,500,600



Viele Grüße
    Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

CoolTux

Hast Du die Position in Nachhinein angepasst? Also von 100 manuell auf 60 der Beschattungsposition?
Bist Du nach Hause gekommen und Residents oder Roommate hat geschalten zu der Zeit?
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

C0mmanda

Zitat von: flummy1978 am 09 Juli 2019, 13:05:57
Kurz weil mobil:
Ich habe ein ähnliches Problem so gelöst, dass ich jetzt sämtliche Fensterkontakte verzögern KÖNNTE. Dh beim Betätigen des Kontaktes wird ein timer aktiviert. Nach Ablauf von diesem (also auch wenn er auf 0 steht) wird das entsprechende reading gesetzt und die Aktion kann Zeit verzögert ausgeführt werden

List kann ich bei Bedarf heute abend nach der Arbeit posten (ab 23 Uhr)

Grüße
Andreas

Wäre super wenn du das list mal posten könntest.

Danke!

ch.eick



Zitat von: CoolTux am 09 Juli 2019, 19:46:03
Hast Du die Position in Nachhinein angepasst? Also von 100 manuell auf 60 der Beschattungsposition?
Bist Du nach Hause gekommen und Residents oder Roommate hat geschalten zu der Zeit?

Residents und Roommate habe ich noch nicht begonnen/konfiguriert.
Ich habe das remote geprüft und nicht's verändert. Das list vom Device habe ich direkt gemacht als ich das Problem festgestellt habe.

Gruß Christian

Gesendet von meinem SM-G930F mit Tapatalk

RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

CoolTux

Zitat von: ch.eick am 09 Juli 2019, 22:36:43

Residents und Roommate habe ich noch nicht begonnen/konfiguriert.
Ich habe das remote geprüft und nicht's verändert. Das list vom Device habe ich direkt gemacht als ich das Problem festgestellt habe.

Gruß Christian

Gesendet von meinem SM-G930F mit Tapatalk

Das Problem ist das er nicht in shading out fährt wenn nicht vorher ein shading in war und die position der shading position entspricht.
Hast du die aktuelle Version 0.6.21?
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