[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: coolice am 06 Juni 2019, 07:52:17
Guten Morgen, ControlShading steht auf on

Dann stell bitte einmal im ASC das Attribut debug auf 1 wenn die Beschattung soweit ist.
Informationen zu den Rollläden und zum Status der Beschattung gibt auch ein get showShuttersInformations


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

magentouser

wo ist den in eurerm neuen plugin (laut /docs/commandref.html#AutoShuttersControl) ASC_Up - astro/time/brightness - bei astro wird Sonnenaufgang berechnet, bei time wird der Wert aus ASC_Time_Up_Early als Fahrzeit verwendet und bei brightness muss ASC_Time_Up_Early und ASC_Time_Up_Late korrekt gesetzt werden. Der Timer läuft dann nach ASC_Time_Up_Late Zeit, es wird aber in der Zeit zwischen ASC_Time_Up_Early und ASC_Time_Up_Late geschaut, ob die als Attribut im Moduldevice hinterlegte ASC_brightnessMinVal erreicht wurde. Wenn ja, wird der Rollladen hoch gefahren (default: astro) 

ASC_brightnessMinVal bzw Max nun zu finden ?

ASC_brightnessDriveUpDown - VALUE-MORNING:VALUE-EVENING - Drive the shutters by brightness. VALUE-MORNING sets the brightness threshold for the morning. If the value is reached in the morning, the shutter will go up. Vice versa in the evening. This is a global setting and can be overwritte per device with the ASC_BrightnessSensor attribute (see below). Könnte ja so etwas sein, aber global für alle rolläden? wäre idiotisch wenn man nicht jeden einzeln steuern könnte

CoolTux

Danke das Du in unserem neuen Plugin einen Commandref Bug gefunden hast. Sollte korrigiert sein.

ASC_BrightnessSensor - DEVICE[:READING] WERT-MORGENS:WERT-ABENDS / 'Sensorname:brightness 400:800' Angaben zum Helligkeitssensor mit (Readingname, optional) für die Beschattung und dem Fahren der Rollladen nach brightness und den optionalen Brightnesswerten für Sonnenauf- und Sonnenuntergang. (default: none)


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

DrBrain_1000

Hallo Zusammen,

ich bekomme es einfach nicht hin, dieses coole Plugin zum vollständigen steuern meiner Rolladen und Raffstore zu überreden. Vielleicht ist die Besonderheit KNX:

Mal ein Beispiel für die Konfiguration der Raffstore im Büro:


Internals:
   DEF        0/3/80:dpt1.008:AufAb 0/3/81:dpt1.010:StopSchritt 0/3/82:dpt1.002:StatusPosOben 0/3/83:dpt1.002:StatusPosUnten 0/3/84:dpt1.001:Automatik 0/3/85:dpt5.001:position 0/3/86:dpt5.001:Behangposition_Status 0/3/156:dpt5.001:Lamellenwinkel 0/3/157:dpt5.001:Lamellenwinkel_Status
   DEVNAME    EG.Buero.Raffstore.Hof
   FIRSTGADNAME AufAb
   FUUID      5c4a0f1d-f33f-7a1b-43bf-63ce01812fe7d339
   GETSTRING  StatusPosOben:noArg position:noArg Behangposition_Status:noArg Lamellenwinkel:noArg AufAb:noArg StatusPosUnten:noArg Lamellenwinkel_Status:noArg Automatik:noArg StopSchritt:noArg
   IODev      KNX
   KNX_MSGCNT 160
   KNX_RAWMSG C01131w0035301
   KNX_TIME   2019-06-06 14:11:24
   LASTInputDev KNX
   MSGCNT     160
   NAME       EG.Buero.Raffstore.Hof
   NR         757
   NTFY_ORDER 50-EG.Buero.Raffstore.Hof
   SETSTRING  StatusPosOben:false,true position:slider,0,1,100 Behangposition_Status:slider,0,1,100 Lamellenwinkel:slider,0,1,100 AufAb:up,down StatusPosUnten:false,true Lamellenwinkel_Status:slider,0,1,100 Automatik:off,on StopSchritt:stop,start
   STATE      true
   TYPE       KNX
   GADDETAILS:
     AufAb:
       CODE       00350
       GROUP      0/3/80
       MODEL      dpt1.008
       NO         1
       OPTION     
       RDNAMEGET  AufAb-get
       RDNAMEPUT  AufAb-put
       RDNAMESET  AufAb-set
       SETLIST    :up,down
     Automatik:
       CODE       00354
       GROUP      0/3/84
       MODEL      dpt1.001
       NO         5
       OPTION     
       RDNAMEGET  Automatik-get
       RDNAMEPUT  Automatik-put
       RDNAMESET  Automatik-set
       SETLIST    :off,on
     Behangposition_Status:
       CODE       00356
       GROUP      0/3/86
       MODEL      dpt5.001
       NO         7
       OPTION     
       RDNAMEGET  Behangposition_Status-get
       RDNAMEPUT  Behangposition_Status-put
       RDNAMESET  Behangposition_Status-set
       SETLIST    :slider,0,1,100
     Lamellenwinkel:
       CODE       0039c
       GROUP      0/3/156
       MODEL      dpt5.001
       NO         8
       OPTION     
       RDNAMEGET  Lamellenwinkel-get
       RDNAMEPUT  Lamellenwinkel-put
       RDNAMESET  Lamellenwinkel-set
       SETLIST    :slider,0,1,100
     Lamellenwinkel_Status:
       CODE       0039d
       GROUP      0/3/157
       MODEL      dpt5.001
       NO         9
       OPTION     
       RDNAMEGET  Lamellenwinkel_Status-get
       RDNAMEPUT  Lamellenwinkel_Status-put
       RDNAMESET  Lamellenwinkel_Status-set
       SETLIST    :slider,0,1,100
     StatusPosOben:
       CODE       00352
       GROUP      0/3/82
       MODEL      dpt1.002
       NO         3
       OPTION     
       RDNAMEGET  StatusPosOben-get
       RDNAMEPUT  StatusPosOben-put
       RDNAMESET  StatusPosOben-set
       SETLIST    :false,true
     StatusPosUnten:
       CODE       00353
       GROUP      0/3/83
       MODEL      dpt1.002
       NO         4
       OPTION     
       RDNAMEGET  StatusPosUnten-get
       RDNAMEPUT  StatusPosUnten-put
       RDNAMESET  StatusPosUnten-set
       SETLIST    :false,true
     StopSchritt:
       CODE       00351
       GROUP      0/3/81
       MODEL      dpt1.010
       NO         2
       OPTION     
       RDNAMEGET  StopSchritt-get
       RDNAMEPUT  StopSchritt-put
       RDNAMESET  StopSchritt-set
       SETLIST    :stop,start
     position:
       CODE       00355
       GROUP      0/3/85
       MODEL      dpt5.001
       NO         6
       OPTION     
       RDNAMEGET  position-get
       RDNAMEPUT  position-put
       RDNAMESET  position-set
       SETLIST    :slider,0,1,100
   GADTABLE:
     00350      AufAb
     00351      StopSchritt
     00352      StatusPosOben
     00353      StatusPosUnten
     00354      Automatik
     00355      position
     00356      Behangposition_Status
     0039c      Lamellenwinkel
     0039d      Lamellenwinkel_Status
   Helper:
     DBLOG:
       Behangposition_Status-get:
         logdb:
           TIME       1559823084.34928
           VALUE      100
   OLDREADINGS:
   READINGS:
     2019-05-23 18:55:17   ASC_Enable      on
     2019-06-05 23:31:10   ASC_ShuttersLastDrive wiggle begin drive
     2019-06-06 05:17:07   ASC_Time_DriveDown  6.06.2019 - 21:35
     2019-06-06 05:17:07   ASC_Time_DriveUp  7.06.2019 - 05:16
     2019-06-06 14:10:44   AufAb-get       down
     2019-06-05 23:37:25   AufAb-set       down
     2019-05-23 16:46:17   Behangposition-get 0 %
     2019-05-23 16:46:17   Behangposition-set 50 %
     2019-06-06 14:11:24   Behangposition_Status-get 100 %
     2019-06-05 23:31:10   Behangposition_Status-set 5 %
     2019-05-23 16:46:17   Lamellenwinkel-get 10 %
     2019-05-23 16:46:17   Lamellenwinkel-set 65 %
     2019-06-06 14:11:24   Lamellenwinkel_Status-get 100 %
     2019-05-23 16:46:17   Lamellenwinkel_Status-set 40 %
     2019-06-06 14:10:41   StatusPosOben-get false
     2019-06-06 14:11:24   StatusPosUnten-get true
     2019-06-06 14:10:43   StopSchritt-get start
     2019-06-05 23:37:30   StopSchritt-set start
     2019-05-23 18:43:17   associatedWith  Zentral.Rollladenautomatik
     2019-06-06 14:11:24   last-sender     1/1/49
     2019-05-23 16:46:17   position-get    43 %
     2019-06-05 23:29:54   position-set    5 %
     2019-06-06 14:11:24   state           true
Attributes:
   ASC        1
   ASC_BrightnessSensor Zentral.Wetterstation:HelligkeitsSensor_Ost 200:600
   ASC_Closed_Pos 100
   ASC_Down   astro
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Open_Pos 0
   ASC_Partymode off
   ASC_Pos_Reading Behangposition_Status
   ASC_RainProtection off
   ASC_Shading_Angle_Left 75
   ASC_Shading_Angle_Right 75
   ASC_Shading_Direction 85
   ASC_Shading_Min_Elevation 25
   ASC_Shading_Min_OutsideTemperature 15
   ASC_Shading_Mode always
   ASC_Shading_StateChange_Cloudy 20000
   ASC_Shading_StateChange_Sunny 35000
   ASC_Shading_WaitingPeriod 1200
   ASC_ShuttersPlace window
   ASC_WindProtection off
   DbLogInclude Behangposition_Status-get
   IODev      KNX
   event-on-update-reading .*
   icon       fts_shutter_1w
   room       Buero
   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



Das Herunterfahren aller Raffstore und Rolläden klappt (bei Sonnenuntergang), leider funktioniert das Herauffahren gar nicht.

Das ASC Device sieht so aus:




Save config
1OG Flur
ASC
Aussen
Badezimmer
Buero
EG Flur
Esszimmer
Gaestebad
Hauswirtschaft
KNX
Kind1
Kind2
Kueche
Netzwerk
Plots
Sauna
Schlafzimmer
System
Treppe
UZSU
Unsorted
Wohnzimmer
Zentral
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor
fhem.de
Internals:
   CFGFN     
   FUUID      5ce6cc51-f33f-7a1b-fa68-5ed0f01014ab6caa
   FVERSION   73_AutoShuttersControl.pm:v0.6.12-s19420/2019-05-20 UNDER DEVELOP
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       Zentral.Rollladenautomatik
   NOTIFYDEV  1OG.Badezimmer.Rolladen,1OG.Kind1.Rolladen,1OG.Kind2.Rolladen,1OG.Schlafzimmer.Rolladen,EG.Buero.Raffstore.Hof,EG.Buero.Raffstore.Strasse,EG.Esszimmer.Raffstore.Sued,EG.Esszimmer.Raffstore.Terasse,EG.Esszimmer.Raffstore.TerasseTuer,EG.Esszimmer.Raffstore.West,EG.Hauswirtschaft.Raffstore.Garten,EG.Kueche.Raffstore.Garten,EG.Treppe.Raffstore.Strasse,EG.Wohnzimmer.Raffstore.Strasse,EG.Wohnzimmer.Raffstore.West,Zentral.Astro,Zentral.Rollladenautomatik,Zentral.Wetterstation[,global
   NR         1264
   NTFY_ORDER 51-Zentral.Rollladenautomatik
   STATE      created new drive timer
   TYPE       AutoShuttersControl
   VERSION    0.6.12
   READINGS:
     2019-06-06 05:17:07   1OG.Badezimmer.Rolladen_lastPosValue 0
     2019-06-06 05:17:07   1OG.Badezimmer.Rolladen_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   1OG.Kind1.Rolladen_lastPosValue 0
     2019-06-06 05:17:07   1OG.Kind1.Rolladen_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   1OG.Kind2.Rolladen_lastPosValue 0
     2019-06-06 05:17:07   1OG.Kind2.Rolladen_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   1OG.Schlafzimmer.Rolladen_lastPosValue 0
     2019-06-06 05:17:07   1OG.Schlafzimmer.Rolladen_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   EG.Buero.Raffstore.Hof_lastPosValue 0
     2019-06-06 05:17:07   EG.Buero.Raffstore.Hof_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   EG.Buero.Raffstore.Strasse_lastPosValue 0
     2019-06-06 05:17:07   EG.Buero.Raffstore.Strasse_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   EG.Esszimmer.Raffstore.Sued_lastPosValue 0
     2019-06-06 05:17:07   EG.Esszimmer.Raffstore.Sued_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   EG.Esszimmer.Raffstore.TerasseTuer_lastPosValue 0
     2019-06-06 05:17:07   EG.Esszimmer.Raffstore.TerasseTuer_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   EG.Esszimmer.Raffstore.Terasse_lastPosValue 0
     2019-06-06 05:17:07   EG.Esszimmer.Raffstore.Terasse_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   EG.Esszimmer.Raffstore.West_lastPosValue 0
     2019-06-06 05:17:07   EG.Esszimmer.Raffstore.West_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   EG.Hauswirtschaft.Raffstore.Garten_lastPosValue 0
     2019-06-06 05:17:07   EG.Hauswirtschaft.Raffstore.Garten_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   EG.Kueche.Raffstore.Garten_lastPosValue 0
     2019-06-06 05:17:07   EG.Kueche.Raffstore.Garten_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   EG.Treppe.Raffstore.Strasse_lastPosValue 0
     2019-06-06 05:17:07   EG.Treppe.Raffstore.Strasse_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   EG.Wohnzimmer.Raffstore.Strasse_lastPosValue 0
     2019-06-06 05:17:07   EG.Wohnzimmer.Raffstore.Strasse_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-06 05:17:07   EG.Wohnzimmer.Raffstore.West_lastPosValue 0
     2019-06-06 05:17:07   EG.Wohnzimmer.Raffstore.West_nextAstroTimeEvent  6.06.2019 - 21:35
     2019-06-05 23:29:46   ascEnable       on
     2019-06-05 22:38:55   controlShading  on
     2019-05-23 18:37:38   hardLockOut     off
     2019-05-23 18:43:16   room_Badezimmer 1OG.Badezimmer.Rolladen
     2019-05-23 18:43:16   room_Buero      EG.Buero.Raffstore.Hof,EG.Buero.Raffstore.Strasse
     2019-05-23 18:43:16   room_Esszimmer  EG.Esszimmer.Raffstore.Sued,EG.Esszimmer.Raffstore.Terasse,EG.Esszimmer.Raffstore.TerasseTuer,EG.Esszimmer.Raffstore.West
     2019-05-23 18:43:16   room_Hauswirtschaft EG.Hauswirtschaft.Raffstore.Garten
     2019-05-23 18:43:16   room_Kind1      1OG.Kind1.Rolladen
     2019-05-23 18:43:16   room_Kind2      1OG.Kind2.Rolladen
     2019-05-23 18:43:16   room_Kueche     EG.Kueche.Raffstore.Garten
     2019-05-23 18:43:16   room_Schlafzimmer 1OG.Schlafzimmer.Rolladen
     2019-05-23 18:43:16   room_Treppe     EG.Treppe.Raffstore.Strasse
     2019-05-23 18:43:16   room_Wohnzimmer EG.Wohnzimmer.Raffstore.Strasse,EG.Wohnzimmer.Raffstore.West
     2019-05-23 18:37:38   selfDefense     off
     2019-06-06 05:17:07   state           created new drive timer
     2019-05-23 18:37:38   sunriseTimeWeHoliday off
     2019-05-23 18:43:15   userAttrList    rolled out
   helper:
     shuttersList:
       1OG.Badezimmer.Rolladen
       1OG.Kind1.Rolladen
       1OG.Kind2.Rolladen
       1OG.Schlafzimmer.Rolladen
       EG.Buero.Raffstore.Hof
       EG.Buero.Raffstore.Strasse
       EG.Esszimmer.Raffstore.Sued
       EG.Esszimmer.Raffstore.Terasse
       EG.Esszimmer.Raffstore.TerasseTuer
       EG.Esszimmer.Raffstore.West
       EG.Hauswirtschaft.Raffstore.Garten
       EG.Kueche.Raffstore.Garten
       EG.Treppe.Raffstore.Strasse
       EG.Wohnzimmer.Raffstore.Strasse
       EG.Wohnzimmer.Raffstore.West
   monitoredDevs:
     Zentral.Astro:
       Zentral.Rollladenautomatik ASC_twilightDevice
     Zentral.Wetterstation[:
       EG.Buero.Raffstore.Hof ASC_BrightnessSensor
Attributes:
   ASC_tempSensor Zentral.Wetterstation
   ASC_twilightDevice Zentral.Astro
   ASC_windSensor Zentral.Wetterstation:Windgeschwindigkeit
   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
   icon       fts_shutter_automatic
   room       ASC



Im Log finde ich noch folgenden Eintrag:


2019.06.06 14:30:07 1: devspec2array 1OG.Badezimmer.Rolladen,1OG.Kind1.Rolladen,1OG.Kind2.Rolladen,1OG.Schlafzimmer.Rolladen,EG.Buero.Raffstore.Hof,EG.Buero.Raffstore.Strasse,EG.Esszimmer.Raffstore.Sued,EG.Esszimmer.Raffstore.Terasse,EG.Esszimmer.Raffstore.TerasseTuer,EG.Esszimmer.Raffstore.West,EG.Hauswirtschaft.Raffstore.Garten,EG.Kueche.Raffstore.Garten,EG.Treppe.Raffstore.Strasse,EG.Wohnzimmer.Raffstore.Strasse,EG.Wohnzimmer.Raffstore.West,Zentral.Astro,Zentral.Rollladenautomatik,Zentral.Wetterstation[,global: Unmatched [ in regex; marked by <-- HERE in m/^(Zentral.Wetterstation[ <-- HERE )$/ at fhem.pl line 1311.


Vielleicht kann mir hier jemand helfen, ggf. ist es auch nur ein sehr "einfaches" Problem.


Danke und Gruß

JHo

Hallo Marko,
Danke für Deine Geduld mit mir!

ZWave bzw. Allgemein:
Zitat von: CoolTux am 05 Juni 2019, 22:32:34
Was genau ist das "ASC_Pos_Reading-Reading"?
Öh. Ich muss genauer werden: ich meine natürlich das Attribut ASC_Pos_Reading. Beim genannten Rolladen habe ich es auf das Reading "state" gesetzt. Dort schlägt die "dim <Position>"-Ausgabe auf, die ja aber scheinbar:
Zitat
2019-06-05_14:17:03 wohnzimmer.tuer.rolladen dim 2
Dieses Event ist ein Event aus einem set Befehl, also nicht das was wir brauchen.
2019-06-05_14:17:06 wohnzimmer.tuer.rolladen reportedState: dim 2
Dieses Event ist in der Tat ein korrektes Event welches unter anderem kommt wenn man ein Reading setzt, oder besser ein Reading gesetzt wird.
so nicht richtig ist. Richtig wäre also, im Device wohnzimmer.tuer.rolladen als Attribut ASC_Pos_Reading einzutragen "reportedState".

Zitat
DEVICE READINGNAME: WERT

Und genau so muss ein Event aussehen den wir für die Erkennung der manuellen Fahrt benötigen.
Wenn also im Attribut ASC_Pos_Reading zum Beispiel dim drin steht. Dann muss:
  Der verwendete Aktor entweder bekannt sein als von Haus aus unterstütztes Device oder dim sowohl als Reading als auch als set Befehl funktionieren.
In Deinem Fall wird der Aktor unterstützt mit
ZWave      => 'dim',
Bedeutet also das sofern Dein Aktor vom TYPE ZWave ist das der Fahrbefehl dim ist.
Nun kannst Du zum erkennen einer Fahrt und ablesen der Position das Attribut ASC_Pos_Reading setzen wie Du willst. Das Reading mit dem Namen den Du da setzt muss aber einen nummerischen Wert haben der die aktuelle Position wieder gibt.
Ja, ist ZWave. Also doch lieber nicht das "reportedState" von oben (hat ja "dim" mit drin), sondern ein userReadings, bei dem ich nur den numerischen Wert übergeben lasse. Hatte ich leider auch schonmal erfolglos, aber aus dem "state"-Reading gebaut, nicht aus "reportedPosition". Werde das also nochmal in diversen Kombinationen damit testen.
Nur zur Klarstellung, auch wenn ich mir sicher bin, dass Du mich richtig verstanden hattest: die automatischen Fahrten morgens/abends und Beschattung funktionieren, wie sie sollen.

ROLLO-Device:
Zitat
2019-06-05_14:17:59 rollo.dg.rechts pct: 80
Das hier ist ein auswertbarer Event zum feststellen einer manuellen Fahrt.
Wenn Du das Attribut ASC_Pos_Reading auf pct stellst sollte es auch erkannt werden
Sehr schade: das habe ich bei den beiden ROLLO-Devices schon immer so gesetzt gehabt, aber es wird (bei ROLLO nur überwiegend - sehr selten klappt es schon, aber nicht reproduzierbar) keine manuelle Fahrt erkannt.

Zitat
Ganz wichtig ist aber immer. Es muss ein Event überhaupt kommen, ist bei der ja anscheinend der Fall. Wollte es nur noch einmal erwähnen. Also ruhig noch mal event-on- Attribute prüfen.
Ich bin im Moment so ratlos, woran ich bzw. mein FHEM scheitert, dass ich auch hier nochmal nachfassen muss: Die Aktoren senden nur bei Fahrt irgendein "Position"-relevantes Event. Ich habe weder event-on-update, noch event-on-change, noch event-min-interval in diesen Devices und auch nicht global gesetzt. Das ist doch zumindest für mein jetziges ASC_Problem nicht verkehrt so? Event-on... schränkt ja nur die Produktion von Events ein: mehr wäre (hierfür) nicht schlimm?

Zitat
Kommt immer drauf an wie alt die letzte Fahrt ist.
Es geht ja darum zu erkennen ob eine Fahrt manuell oder über ASC ausgelöst wurde. Der Event ist ja nunmal der selbe. Daher schaue ich nach erhalt des Events nach einem Timestamp, ist dieser alter wie die maximale Fahrdauer nach oben muss es ein manueller Fahrbefehl gewesen sein. Drüher bin ich pauschal von 60s von der maximalen Fahrzeit ausgegangen. Doch einige Markisen brauchen wohl länger, daher habe ich das anpassbar gemacht.
Da alle meine Rolläden deutlich kürzer brauchen, sollte das ja egal sein?
Potenzielle Fehlerquelle: ROLLO hat ein Attribut "rl_resetTime", um Fehl-Positionen auszugleichen: das ROLLO-Device gibt dem eigentlichen Rolladendevice beim vollständigen Öffnen und Schließen (nur dann) eine Zeitzugabe. Die soll nochmal die Up/Down-Zeit betragen, d.h. eine Fahrt mit ROLLO könnte bei mir <=23 Sekunden dauern (bei weniger als 100% Änderung), oder sie dauert genau 23 + rl_resetTime = 23 Sekunden (0 auf 100 oder umgekehrt). Damit hätte ich die Manuell-Erkennung von ASC mit meinen ASC_DriveUpMaxDuration von 28 zumindest in diesen beiden Fahrten "auf 100" und "auf 0" fast in jedem Fall selbst ausgeknockt. Das könnte die für mich nicht erkennbare Reproduzierbarkeit erklären.


Nochmal vielen lieben Dank für die Erklärung! Ich komme heute und wahrscheinlich auch morgen nicht dazu, sauber manuelle Fahrten zu produzieren und die Logs mitzuschneiden. Wenn ich es mit den von Dir gegebenen Hinweisen nicht schaffen sollte, melde ich mich mit Logs, ansonsten mit der Lösung meiner Probleme.

Viele Grüße
Jan
1: FHEM auf Ubuntu, MAX!Cube, Wand- und Heizkörperthermostate, Eco-Schalter, diverse LaCrosse-Sensoren, per remote angebundene DS18B20-Sensoren
2: FHEM auf Raspi 3, Max!Cube, Wand- und Heizkörperthermostate, Eco-Schalter, ht_pitiny-Adapter zu Junkers FW120

Beta-User

@JHo: Was ist das genau für ein Aktor?

Zum Hintergrund @CoolTux: ich versuche grade einen FGR-223@Venetian Mode in den Griff zu kriegen, aber irgendwie ist es nicht so einfach, sinnvolle Readings abzugreifen (v.a., wenn man auch lokale Schaltungen und die Lamellenposition haben will). Je nachdem, wellche mca-Einstellungen man wählt, erhält man unterschiedliche Events und Readings, bin noch am Experimentieren, was da letztlich sinnvoll ist (der Vorgänger scheint da deutlich einfacher strukturiert zu sein, und JHo scheint wieder was anderes zu nutzen als diese Fibaros).

Da drängt sich der Eindruck auf, dass wir uU. zwei Richtungen benötigen (dim für den Fahrbefehl paßt eigentlich immer, aber es gibt kein Reading dim, und schon geleich nichts, was rein nummerisch wäre...




@DrBrain_1000:
Du solltest zunächst das ASC_Pos_Reading festlegen...


@CoolTux:
Vermutlich wäre es eine gute Idee, KNX mit auf die Liste innerhalb des Moduls aufzunehmen (sofern halbwegs standardisiert)?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

JHo

Zitat von: Beta-User am 06 Juni 2019, 14:47:06
@JHo: Was ist das genau für ein Aktor?

Zum Hintergrund @CoolTux: ich versuche grade einen FGR-223@Venetian Mode in den Griff zu kriegen, aber irgendwie ist es nicht so einfach, sinnvolle Readings abzugreifen (v.a., wenn man auch lokale Schaltungen und die Lamellenposition haben will). Je nachdem, wellche mca-Einstellungen man wählt, erhält man unterschiedliche Events und Readings, bin noch am Experimentieren, was da letztlich sinnvoll ist (der Vorgänger scheint da deutlich einfacher strukturiert zu sein, und JHo scheint wieder was anderes zu nutzen als diese Fibaros).

Da drängt sich der Eindruck auf, dass wir uU. zwei Richtungen benötigen (dim für den Fahrbefehl paßt eigentlich immer, aber es gibt kein Reading dim, und schon geleich nichts, was rein nummerisch wäre...

Es ist ein Qubino ZMNHCD in der "Rolladen"-Konfiguration. Lamellenposition und ein echtes "Position"-Reading wären wohl durch diese Konfiguration machbar, wie ich gerade gefunden habe.
1: FHEM auf Ubuntu, MAX!Cube, Wand- und Heizkörperthermostate, Eco-Schalter, diverse LaCrosse-Sensoren, per remote angebundene DS18B20-Sensoren
2: FHEM auf Raspi 3, Max!Cube, Wand- und Heizkörperthermostate, Eco-Schalter, ht_pitiny-Adapter zu Junkers FW120

DrBrain_1000

Zitat von: Beta-User am 06 Juni 2019, 14:47:06

@DrBrain_1000:
Du solltest zunächst das ASC_Pos_Reading festlegen...


@CoolTux:
Vermutlich wäre es eine gute Idee, KNX mit auf die Liste innerhalb des Moduls aufzunehmen (sofern halbwegs standardisiert)?

Im Rolladendevice EG.Buero.Raffstore.Hof ist das eingetragen: ASC_Pos_Reading Behangposition_Status-get. Das entspreche set heißt position.

Gruß

CoolTux

Zitat von: DrBrain_1000 am 06 Juni 2019, 15:30:23
Im Rolladendevice EG.Buero.Raffstore.Hof ist das eingetragen: ASC_Pos_Reading Behangposition_Status-get. Das entspreche set heißt position.

Gruß

Dann trage bitte position in ASC_Pos_Reading ein und lege Dir ein userreadings an welches den korrekten status des Rolladen als nummerischen Wert ins das userreadings schreibt.
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

Beta-User

Zitat von: JHo am 06 Juni 2019, 14:54:14
Es ist ein Qubino ZMNHCD in der "Rolladen"-Konfiguration. Lamellenposition und ein echtes "Position"-Reading wären wohl durch diese Konfiguration machbar, wie ich gerade gefunden habe.
Danke mal für die Fundstelle; wie es aussieht, arbeitet die Konfiguration bei openhab bei diesem Aktor auch mit zwei "Geräten". Das macht es insgesamt nicht eben einfacher... (beim 222-er konnte man das noch irgendwie vermeiden, aber krikan hat mich vorgewarnt, dass diese Art der manufacturer specific settings, die da noch angewendet werden, nicht mehr "plus-kompatibel" sind). Damit sind es mindestens schon mal zwei gebräuchliche Geräte, die auf diese Weise "ticken".

@CoolTux: Das mit der Lamellensteuerung (als Wunsch an ASC) wird wohl ein dickeres Brett, weil man zumindest bei dieser Art Aktor dann wohl den "Schwesterkanal" für die Lamellendrehung eher schwierig automatisch erkennen kann. (Wir bräuchten dann wohl mal wieder ein Attribut und müßten ggf. definieren, welche Notation für die Kombination von pct und lamella Sinn macht ??? ).

Bei den KNX-en scheint das einfacher zu sein, wenn ich das list von DrBrain_1000 richtig interpretiere - dafür haben wir unterschiedliche Kanäle für set und get (das sollten/könnten wir ggf. bei den bekannten Aktortypen modulintern "wissen", jedenfalls wäre dies mein Wunsch; für den noch unbekannten Rest könnte man auch ein weiteres Attribut  ::) nutzen und per default den bisherigen Readingnamen verwenden?).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

schogu

Hallo,

ich finde das Modul super, durchdacht uns es vereinfacht eine Steuerung von Rollläden und Jalousien natürlich enorm.

Ich habe eine deutlich einfachere Steuerung über DOIF gelöst, berücksichtige dabei Sonnenstand und Richtung, Bewohner, Helligkeit, Temperatur und Lockout-Funktion.

Ich würde nun gerne mein DOIF durch dein Modul ersetzen, da dies doch einige Funktionen mehr bietet. Dabei fehlen mir aber zwei, drei Möglichkeiten, die sich nur teilweise abbilden lassen:


  • Temperatur: Ich steuere bevorzugt über die Innen-Temperatur, denn eine Überschreiten dieser ist ja das eigentliche Ziel einer Beschattung. Diese ist neben einer Änderung der Helligkeit der Trigger für die Beschattung. Das wäre neben der Außentemperatur toll.
  • Lock-Out: Ich nutze dafür nicht Tür-Sensoren sondern Bewegungsmelder - bei offener Jalousie und Bewegung wird für definierbare Zeit nicht geschlossen bzw. geht die Jalousie auch wieder auf, solange sie nicht ganz geschlossen ist (wenn man zu ruhig auf der Terrasse gesessen ist, und Jalousien schließen, muss man sich nur einmal kurz bewegen, und schon gehen sie wieder auf). Der Türsensor hätte den Nachteil, dass bei gekippter Tür die Jalousien nicht schließen würden, einen passenden Three-State-Sensor habe ich noch nicht gefunden)
  • Sonnenstand: wünschenswert wäre bei der Elevation auch ein ASC_Shading_Max_Elevation Wert, da z.B. Terrassentüren oft bei hohem Sonnenstand von Balkonen abgeschattet werden.


Sollte ich bei meiner kurzen Suche in den umfangreichen Threads etwas zu diesen Themen übersehen haben, bitte ich um Entschuldigung

CoolTux

Zitat von: schogu am 07 Juni 2019, 10:49:17
Hallo,

ich finde das Modul super, durchdacht uns es vereinfacht eine Steuerung von Rollläden und Jalousien natürlich enorm.

Ich habe eine deutlich einfachere Steuerung über DOIF gelöst, berücksichtige dabei Sonnenstand und Richtung, Bewohner, Helligkeit, Temperatur und Lockout-Funktion.

Ich würde nun gerne mein DOIF durch dein Modul ersetzen, da dies doch einige Funktionen mehr bietet. Dabei fehlen mir aber zwei, drei Möglichkeiten, die sich nur teilweise abbilden lassen:


  • Temperatur: Ich steuere bevorzugt über die Innen-Temperatur, denn eine Überschreiten dieser ist ja das eigentliche Ziel einer Beschattung. Diese ist neben einer Änderung der Helligkeit der Trigger für die Beschattung. Das wäre neben der Außentemperatur toll.

Du kannst auch gerne die innen Temperatur nehmen an stelle der Aussentemperatur.


Zitat von: schogu am 07 Juni 2019, 10:49:17
  • Lock-Out: Ich nutze dafür nicht Tür-Sensoren sondern Bewegungsmelder - bei offener Jalousie und Bewegung wird für definierbare Zeit nicht geschlossen bzw. geht die Jalousie auch wieder auf, solange sie nicht ganz geschlossen ist (wenn man zu ruhig auf der Terrasse gesessen ist, und Jalousien schließen, muss man sich nur einmal kurz bewegen, und schon gehen sie wieder auf). Der Türsensor hätte den Nachteil, dass bei gekippter Tür die Jalousien nicht schließen würden, einen passenden Three-State-Sensor habe ich noch nicht gefunden)

Hier kann man leider ohne eine Art Kontakt nichts machen. Du kannst aber einen Dummy verwenden den Du entsprechend fütterst auf Basis Deines Bewegungssensors.

Zitat von: schogu am 07 Juni 2019, 10:49:17
  • Sonnenstand: wünschenswert wäre bei der Elevation auch ein ASC_Shading_Max_Elevation Wert, da z.B. Terrassentüren oft bei hohem Sonnenstand von Balkonen abgeschattet werden.


Sollte ich bei meiner kurzen Suche in den umfangreichen Threads etwas zu diesen Themen übersehen haben, bitte ich um Entschuldigung

Das ist bereits in Planung. Die Idee kam schon auf und wird demnächst umgesetzt.




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

math78

Hallo,

ich habe auch noch 2 Anfragen für eine mögliche Anpassung:
- könnte man bei den Stati von "ASC_Mode_Down" und "ASC_Mode_Up" noch asleep ergänzen?
- könnte man bei den verschiedenen Stellungen (z.B "ASC_Closed_Pos") auch noch Zwischenwerte (0,5,10,15 ...) oder am besten auch komplett durchgehende Werte (0-100) ergänzen?

Vielen Dank.

Grüße
Matthias

CoolTux

Zitat von: math78 am 07 Juni 2019, 15:23:59
Hallo,

ich habe auch noch 2 Anfragen für eine mögliche Anpassung:
- könnte man bei den Stati von "ASC_Mode_Down" und "ASC_Mode_Up" noch asleep ergänzen?
- könnte man bei den verschiedenen Stellungen (z.B "ASC_Closed_Pos") auch noch Zwischenwerte (0,5,10,15 ...) oder am besten auch komplett durchgehende Werte (0-100) ergänzen?

Vielen Dank.

Grüße
Matthias

Du kannst gern eingeben was Du möchtest. Zu mindest bei Closed_Pos kannst Du auch 0.5er Schritte von Hand vergeben.
Das mit dem asleep probiere bitte einmal. Einfach von Hand vergeben mittels des attr Befehles in der FHEMWEB Kommandozeile. Schau ob es das macht was Du erwartet hast.
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

Beta-User

Zitat von: CoolTux am 07 Juni 2019, 15:30:29
Du kannst gern eingeben was Du möchtest. Zu mindest bei Closed_Pos kannst Du auch 0.5er Schritte von Hand vergeben.
;) ...da fällt mir doch glatt wieder das widget-Thema ein...

Ungetested aus dem Kopf:
ASC_Closed_Pos:selectnumbers,0,1,100,0,lin
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files