[73_AutoShuttersControl.pm] Neues Modul zum automatisierten steuern von Rolläden

Begonnen von CoolTux, 30 Oktober 2018, 17:29:46

Vorheriges Thema - Nächstes Thema

CoolTux

Das Problem ist das man das Roommate Attribut komplett löschen muss und dann neu setzen. Sonst klappt es nicht.

Wie ich sehe gibt es Probleme mit dem NOTIFYDEV. Am besten noch mal neu erstellen lassen.
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

stefanpf

Ah ok, schwarze Magie  ;D
Hätte ich mal einfach das Handy zu Hause gelassen  ;)

stefanpf

Mist,
heute Morgen ein Fhem Update gemacht....
Bin wieder auf 0.4.0.2 zurück  :-[

Roomate umgehängt und Notifys neu erstellt.
Er ist allerdings vorhin wieder runter gefahren.
Es war allerdings auch ein Stresstest:
Bei geschlossenen Rollläden nach hause gekommen,
Handöffnung  initiert und noch während des Hochfahrens die Tür geöffnet (da würde ich auch Durcheinander kommen).
Der Roomate wurde dann als home erkannt. Tür geschlossen und schwups ging der Rollladen wieder runter.
Ich bemühe mich mal morgen um ein geregelteren Ablauf.



2019.02.10 20:25:57.323 4: AutoShuttersControl (Rollladensteuerung) - Devname: Rollladensteuerung Name: Rollladensteuerung Notify: [
  'state: comfort - window open'
]

2019.02.10 20:25:57.327 4: AutoShuttersControl (Rollladensteuerung) - Devname: Rollladensteuerung Name: Rollladensteuerung Notify: [
  'wz_Rollladen_TuerLI_lastPosValue: 10.5'
]

2019.02.10 20:25:57.328 4: AutoShuttersControl (Rollladensteuerung) - ShuttersCommandSet setDriveCmd wird aufgerufen
2019.02.10 20:25:57.506 4: AutoShuttersControl (Rollladensteuerung) - Devname: wz_Rollladen_TuerLI Name: Rollladensteuerung Notify: [
  'motor: up:54.5'
]

2019.02.10 20:26:12.388 4: AutoShuttersControl (Rollladensteuerung) - Devname: wz_Rollladen_TuerLI Name: Rollladensteuerung Notify: [
  'motor: stop:open'
]

2019.02.10 20:26:21.686 4: AutoShuttersControl (Rollladensteuerung) - Devname: rr_Stefan Name: Rollladensteuerung Notify: [
  'durTimerAbsence_cr: 393',
  'durTimerAbsence: 06:33:00'
]

2019.02.10 20:26:51.964 4: AutoShuttersControl (Rollladensteuerung) - Devname: DiePflugs Name: Rollladensteuerung Notify: [
  'durTimerPresence_cr: 3121',
  'durTimerPresence: 52:00:31'
]

2019.02.10 20:26:52.162 4: AutoShuttersControl (Rollladensteuerung) - Devname: DiePflugs Name: Rollladensteuerung Notify: [
  'residentsTotalRoommatesPresent: 2',
  'residentsTotalRoommatesPresentDevs: rr_Stefan,rr_Vanessa',
  'residentsTotalRoommatesPresentNames: Stefan, Vanessa',
  'residentsTotalRoommatesAbsent: 0',
  'residentsTotalRoommatesAbsentDevs: -',
  'residentsTotalRoommatesAbsentNames: -',
  'residentsTotalPresent: 3',
  'residentsTotalPresentDevs: rr_Stefan,rr_Vanessa,rg_Gast1',
  'residentsTotalPresentNames: Stefan, Vanessa, Gast',
  'residentsTotalAbsent: 0',
  'residentsTotalAbsentDevs: -',
  'residentsTotalAbsentNames: -',
  'residentsHome: 3',
  'residentsHomeDevs: rr_Stefan,rr_Vanessa',
  'residentsHomeNames: Stefan, Vanessa',
  'residentsAbsent: 0',
  'residentsAbsentDevs: -',
  'residentsAbsentNames: -',
  'durTimerPresence: 52:00:32',
  'lastActivity: home',
  'lastActivityBy: Stefan',
  'lastActivityByDev: rr_Stefan'
]

2019.02.10 20:26:52.165 4: AutoShuttersControl (Rollladensteuerung) - Devname: rr_Stefan Name: Rollladensteuerung Notify: [
  'lastState: absent',
  'state: home',
  'mood: calm',
  'presence: present',
  'location: home',
  'lastArrival: 2019-02-10 20:26:52',
  'lastDurAbsence: 06:33:31',
  'lastDurAbsence_cr: 394',
  'durTimerAbsence_cr: 0',
  'durTimerAbsence: 00:00:00'
]

2019.02.10 20:26:52.166 4: AutoShuttersControl (Rollladensteuerung) - EventProcessingRoommate: state
2019.02.10 20:26:52.166 4: AutoShuttersControl (Rollladensteuerung) - EventProcessingRoommate: wz_Rollladen_TuerLI und Events lastState: absent state: home mood: calm presence: present location: home lastArrival: 2019-02-10 20:26:52 lastDurAbsence: 06:33:31 lastDurAbsence_cr: 394 durTimerAbsence_cr: 0 durTimerAbsence: 00:00:00
2019.02.10 20:26:52.166 4: AutoShuttersControl (Rollladensteuerung) - EventProcessingRoommate_1: wz_Rollladen_TuerLI und Events lastState: absent state: home mood: calm presence: present location: home lastArrival: 2019-02-10 20:26:52 lastDurAbsence: 06:33:31 lastDurAbsence_cr: 394 durTimerAbsence_cr: 0 durTimerAbsence: 00:00:00
2019.02.10 20:26:52.171 4: AutoShuttersControl (Rollladensteuerung) - Devname: Rollladensteuerung Name: Rollladensteuerung Notify: [
  'wz_Rollladen_TuerLI_lastDelayPosValue: 30'
]

2019.02.10 20:26:52.172 4: AutoShuttersControl (Rollladensteuerung) - ShuttersCommandSet in Delay
2019.02.10 20:27:43.851 4: AutoShuttersControl (Rollladensteuerung) - Devname: wz_TuerLI Name: Rollladensteuerung Notify: [
  'battery: ok',
  'contact: closed (to vccu)',
  'state: closed',
  'trigger_cnt: 166'
]

2019.02.10 20:27:43.857 4: AutoShuttersControl (Rollladensteuerung) - Devname: Rollladensteuerung Name: Rollladensteuerung Notify: [
  'state: window night closed'
]

2019.02.10 20:27:43.861 4: AutoShuttersControl (Rollladensteuerung) - Devname: Rollladensteuerung Name: Rollladensteuerung Notify: [
  'wz_Rollladen_TuerLI_lastPosValue: 100'
]

2019.02.10 20:27:43.862 4: AutoShuttersControl (Rollladensteuerung) - ShuttersCommandSet setDriveCmd wird aufgerufen
2019.02.10 20:27:44.036 4: AutoShuttersControl (Rollladensteuerung) - Devname: wz_Rollladen_TuerLI Name: Rollladensteuerung Notify: [
  'motor: down:open'
]

2019.02.10 20:27:52.160 4: AutoShuttersControl (Rollladensteuerung) - Devname: rr_Stefan Name: Rollladensteuerung Notify: [
  'durTimerPresence_cr: 1',
  'durTimerPresence: 00:01:00'
]

2019.02.10 20:27:52.169 4: AutoShuttersControl (Rollladensteuerung) - Devname: DiePflugs Name: Rollladensteuerung Notify: [
  'durTimerPresence_cr: 3122',
  'durTimerPresence: 52:01:32'
]

2019.02.10 20:28:09.027 4: AutoShuttersControl (Rollladensteuerung) - Devname: wz_Rollladen_TuerLI Name: Rollladensteuerung Notify: [
  'motor: stop:close'
]

2019.02.10 20:28:35.006 4: AutoShuttersControl (Rollladensteuerung) - Devname: TL_Lichtsteuerung Name: Rollladensteuerung Notify: [
  'azimuth: 283.55',
  'elevation: -27.25',
  'twilight: 0',
  'twilight_weather: 0',
  'compasspoint: west'
]

2019.02.10 20:28:52.160 4: AutoShuttersControl (Rollladensteuerung) - Devname: rr_Stefan Name: Rollladensteuerung Notify: [
  'durTimerPresence_cr: 2',
  'durTimerPresence: 00:02:00'
]

2019.02.10 20:28:52.169 4: AutoShuttersControl (Rollladensteuerung) - Devname: DiePflugs Name: Rollladensteuerung Notify: [
  'durTimerPresence_cr: 3123',
  'durTimerPresence: 52:02:32'
]

2019.02.10 20:29:30.459 4: AutoShuttersControl (Rollladensteuerung) - Devname: ESPSolar Name: Rollladensteuerung Notify: [
  'temperature: 19.94',
  'differenz: 12.94',
  'brightness: 129400'
]

2019.02.10 20:29:30.472 4: AutoShuttersControl

[/s]

dk3572

Zitat von: CoolTux am 07 Februar 2019, 06:10:16
Du hast im ASC hardLockOut auf on und die Attribute in den Rolläden entsprechend gesetzt. Dann wird automatisch hard gesperrt bei Fenster auf. Und eigentlich wieder entsperrt bei Fenster zu. Muss mal schauen wieso bei Dir nicht.

Hallo,

es ist zum verzweifeln.
Jetzt funktioniert inhibit schon wieder nicht vernünftig.
Benutze nach wie vor die von dir zuletzt angehängte Datei. (Also kein Update heute gemacht)
Was mir noch auffällt, im weblink ASCShuttersInfo steht der Rollladen nicht mehr mit seinem Namen sondern als ASC drin.
Alle anderen stimmen.

Wie immer für Hilfe dankbar.
VG Dieter

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

dk3572

Device

Internals:
   FUUID      5c44bfeb-f33f-cd72-1055-2797a4efb9031418
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       Rollladensteuerung
   NOTIFYDEV  Astro,Bewohner,Fenster_Erker,Rollladensteuerung,global,Ro_Erkerfenster,Ro_Terrassenfenster,ASC
   NR         438
   NTFY_ORDER 51-Rollladensteuerung
   STATE      created new drive timer
   TYPE       AutoShuttersControl
   VERSION    0.4.0.3
   .attraggr:
   .attrminint:
   OLDREADINGS:
   READINGS:
     2019-02-10 20:41:15   .monitoredDevs  {"Bewohner":{"Rollladensteuerung":"ASC_residentsDevice"},"Astro":{"Rollladensteuerung":"ASC_twilightDevice"},"Fenster_Erker":{"Ro_Erkerfenster":"ASC_WindowRec"}}
     2019-02-10 20:38:22   ASC_nextAstroTimeEvent 11.02.2019 - 07:50
     2019-02-10 17:27:44   Ro_Erkerfenster_lastPosValue 0
     2019-02-10 18:34:39   Ro_Erkerfenster_nextAstroTimeEvent 11.02.2019 - 07:50
     2019-02-10 16:02:24   Ro_Terrassenfenster_PosValue 0
     2019-02-10 17:27:44   Ro_Terrassenfenster_lastPosValue 0
     2019-02-10 18:34:39   Ro_Terrassenfenster_nextAstroTimeEvent 11.02.2019 - 07:50
     2019-02-10 20:32:12   Ro_Terrassentuer_PosValue 0
     2019-01-01 08:30:02   Ro_Terrassentuer_lastDelayPosValue 100
     2019-02-10 08:30:02   Ro_Terrassentuer_lastPosValue 100
     2019-02-10 18:34:39   Ro_Terrassentuer_nextAstroTimeEvent 11.02.2019 - 07:50
     2019-02-10 20:32:26   hardLockOut     on
     2019-01-01 10:41:58   partyMode       off
     2019-02-10 18:34:35   room_ASC_CUL_HM_Wohnzimmer Ro_Erkerfenster,Ro_Terrassenfenster,Ro_Terrassentuer
     2018-11-17 17:51:18   selfDefense     on
     2019-02-10 20:38:22   state           created new drive timer
     2018-12-30 22:59:08   sunriseTimeWeHoliday on
     2019-02-10 18:34:35   userAttrList    rolled out
   helper:
     shuttersList:
       Ro_Erkerfenster
       Ro_Terrassenfenster
       ASC
   monitoredDevs:
     Astro:
       Rollladensteuerung ASC_twilightDevice
     Bewohner:
       Rollladensteuerung ASC_residentsDevice
     Fenster_Erker:
       Ro_Erkerfenster ASC_WindowRec
Attributes:
   ASC_autoAstroModeEvening REAL
   ASC_autoAstroModeMorning REAL
   ASC_autoShuttersControlComfort on
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_expert 1
   ASC_freezeTemp -5
   ASC_residentsDevice Bewohner
   ASC_shuttersDriveOffset 50
   ASC_temperatureReading /system/sensors/temperatures/outdoor_t1
   ASC_temperatureSensor Buderus
   ASC_twilightDevice Astro
   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.*:scene_night delayed.*:scene_night
   group      Rolllaeden
   icon       shutter_halfopen
   room       ASC,Wohnzimmer
   sortby     5
   verbose    1
   webCmd     Party:partyMode


Rollladen

Internals:
   .eventMapCmd auf:noArg ab:noArg
   .triggerUsed 1
   CUL_0_MSGCNT 7
   CUL_0_RAWMSG A0EA080022E09A0246BDF0101000031::-48.5:CUL_0
   CUL_0_RSSI -48.5
   CUL_0_TIME 2019-02-10 20:32:12
   DEF        2E09A0
   FUUID      5c44bfe0-f33f-cd72-6424-3ca05eb04264ff8b
   HMLAN1_MSGCNT 6
   HMLAN1_RAWMSG E2E09A0,0000,76DA886B,FF,FFBD,A080022E09A0246BDF0101000031
   HMLAN1_RSSI -67
   HMLAN1_TIME 2019-02-10 20:32:12
   IODev      CUL_0
   LASTInputDev HMLAN1
   MSGCNT     13
   NAME       Ro_Terrassentuer
   NOTIFYDEV  global
   NR         192
   NTFY_ORDER 50-Ro_Terrassentuer
   STATE      ab
   TYPE       CUL_HM
   lastMsg    No:A0 - t:02 s:2E09A0 d:246BDF 0101000031
   protLastRcv 2019-02-10 20:32:12
   protRcv    7 last_at:2019-02-10 20:32:12
   protSnd    7 last_at:2019-02-10 20:32:12
   protState  CMDs_done
   rssi_CUL_0 cnt:4 min:-55 max:-49 avg:-51 lst:-49
   rssi_at_CUL_0 cnt:7 min:-57 max:-48.5 avg:-51.07 lst:-48.5
   rssi_at_HMLAN1 cnt:6 min:-67 max:-59 avg:-63.66 lst:-67
   .attraggr:
   .attrminint:
   READINGS:
     2018-06-12 18:55:21   .R-confBtnTime  permanent
     2018-06-12 18:55:21   .R-intKeyVisib  invisib
     2018-06-12 18:55:21   .R-localResDis  off
     2018-06-12 18:55:22   .R-refRunCounter 0
     2018-06-12 18:55:22   .R-statusInfoMinDly 2 s
     2018-06-12 18:55:22   .R-statusInfoRandom 1 s
     2018-06-12 18:55:22   .R-transmitTryMax 6
     2018-11-22 19:13:46   .peerListRDate  2018-11-22 19:13:46
     2019-02-10 20:32:12   .protLastRcv    2019-02-10 20:32:12
     2019-02-10 20:24:40   ASC_ShuttersLastDrive manual
     2019-02-10 18:34:39   ASC_Time_DriveDown 11.02.2019 - 17:27
     2019-02-10 18:34:39   ASC_Time_DriveUp 11.02.2019 - 07:50
     2019-02-10 20:32:12   CommandAccepted yes
     2018-06-12 18:54:56   D-firmware      2.3
     2018-06-12 18:54:56   D-serialNr      LEQ0766225
     2018-11-22 19:13:45   PairedTo        0x246BDF
     2018-06-12 18:55:22   R-driveDown     21 s
     2018-06-12 18:55:22   R-driveTurn     0.5 s
     2018-06-12 18:55:22   R-driveUp       22 s
     2018-06-12 18:55:21   R-pairCentral   0x246BDF
     2018-06-12 18:55:22   R-sign          off
     2018-11-22 19:13:45   RegL_00.        02:01 0A:24 0B:6B 0C:DF 15:FF 18:00 00:00
     2018-11-22 19:13:46   RegL_01.        08:00 09:00 0A:00 0B:00 0C:D2 0D:00 0E:DC 0F:05 10:00  30:06 57:24 00:00
     2019-02-10 20:32:12   deviceMsg       off (to VCCU)
     2019-02-10 20:32:12   inhibit         set_off
     2019-02-10 20:32:12   level           0
     2019-02-10 20:32:12   motor           stop:off
     2019-02-10 20:32:12   pct             0
     2019-01-12 17:32:19   powerOn         2019-01-12 17:32:19
     2019-02-10 20:32:12   recentStateType ack
     2019-02-10 20:32:12   state           off
     2019-02-10 20:32:12   timedOn         off
   helper:
     HM_CMDNR   160
     cSnd       11246BDF2E09A00001,11246BDF2E09A00001
     dlvlCmd    ++A011246BDF2E09A0020100
     mId        006A
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     ack:
     dir:
       cur        stop
       rct        down
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +2E09A0,00,01,00
       nextSend   1549827132.45567
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         2E09A0
         00
         01
         00
     mRssi:
       mNo        A0
       io:
         CUL_0:
           -40.5
           -40.5
         HMLAN1:
           -67
           -67
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rssi:
       CUL_0:
         avg        -51
         cnt        4
         lst        -49
         max        -49
         min        -55
       at_CUL_0:
         avg        -51.0714285714286
         cnt        7
         lst        -48.5
         max        -48.5
         min        -57
       at_HMLAN1:
         avg        -63.6666666666667
         cnt        6
         lst        -67
         max        -59
         min        -67
     tmpl:
Attributes:
   ASC        2
   ASC_Antifreeze off
   ASC_Antifreeze_Pos 15
   ASC_AutoAstroModeEvening REAL
   ASC_AutoAstroModeEveningHorizon none
   ASC_AutoAstroModeMorning REAL
   ASC_AutoAstroModeMorningHorizon none
   ASC_BlockingTime_afterManual 1200
   ASC_BlockingTime_beforDayOpen 3600
   ASC_BlockingTime_beforNightClose 3600
   ASC_BrightnessMaxVal -1
   ASC_BrightnessMinVal -1
   ASC_Brightness_Reading brightness
   ASC_Brightness_Sensor none
   ASC_Closed_Pos 0
   ASC_ComfortOpen_Pos 80
   ASC_Down   astro
   ASC_Drive_Offset -1
   ASC_Drive_OffsetStart -1
   ASC_GuestRoom none
   ASC_LockOut hard
   ASC_LockOut_Cmd inhibit
   ASC_Mode_Down absent
   ASC_Mode_Up always
   ASC_Open_Pos 100
   ASC_Partymode off
   ASC_Pos_Reading pct
   ASC_PrivacyDownTime_beforNightClose -1
   ASC_PrivacyDown_Pos 50
   ASC_Roommate_Device none
   ASC_Roommate_Reading state
   ASC_Self_Defense_Exclude on
   ASC_Shading_Angle_Left 75
   ASC_Shading_Angle_Right 75
   ASC_Shading_Direction 180
   ASC_Shading_Min_Elevation 25
   ASC_Shading_Min_OutsideTemperature 18
   ASC_Shading_Mode off
   ASC_Shading_Pos 20
   ASC_Shading_StateChange_Cloudy 20000
   ASC_Shading_StateChange_Sunny 35000
   ASC_Shading_WaitingPeriod 1200
   ASC_ShuttersPlace terrace
   ASC_Time_Down_Early 15:30
   ASC_Time_Down_Late 22:30
   ASC_Time_Up_Early 06:00
   ASC_Time_Up_Late 09:00
   ASC_Time_Up_WE_Holiday 08:30
   ASC_Up     astro
   ASC_Ventilate_Pos 30
   ASC_Ventilate_Window_Open off
   ASC_WiggleValue 5
   ASC_WindowRec Terrassentuer
   ASC_WindowRec_subType twostate
   IODev      HMLAN1
   IOgrp      VCCU
   alexaName  Rollladen Tür
   alexaRoom  Wohnzimmer
   alias      Rollladen Tuer
   autoReadReg 4_reqStatus
   devStateIcon ab:shutter_closed auf:shutter_open ^(7[0-9]|8[0-9]|9[0-9])$:shutter_3 ^(5[0-9]|6[0-9])$:shutter_4 ^(3[0-9]|4[0-9])$:shutter_5 ^(1[0-9]|2[0-9])$:shutter_6
   eventMap   on:auf off:ab
   expert     2_full
   firmware   2.3
   fp_Grundriss_EG 295,920,0,
   fp_Grundriss_EG_neu 338,923,0, ,Ro_Terrassentuer
   genericDeviceType blind
   group      Rolllaeden
   icon       shutter_halfopen
   model      HM-LC-Bl1PBU-FM
   peerIDs    00000000,
   room       ASC,CUL_HM,Wohnzimmer
   serialNr   LEQ0766225
   sortby     1
   subType    blindActuator
   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_BrightnessMaxVal ASC_BrightnessMinVal ASC_Brightness_Reading ASC_Brightness_Sensor 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_Drive_Offset ASC_Drive_OffsetStart ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked 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_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_WindowRec ASC_WindowRec_subType:twostate,threestate room_map structexclude
   webCmd     auf:ab:stop:100:80:60:40:20:0


Übersicht

Internals:
   DEF        htmlCode {AutoShuttersControl::GetShuttersInformation($defs{'Rollladensteuerung'})}
   FUUID      5c44bfeb-f33f-cd72-7d87-8e6334c442ee69a6
   LINK       {AutoShuttersControl::GetShuttersInformation($defs{'Rollladensteuerung'})}
   NAME       ASCShuttersInfo
   NR         479
   STATE      initialized
   TYPE       weblink
   WLTYPE     htmlCode
Attributes:
   room       ASC

CoolTux

Keine Ahnung wie das ASC da rein kommt.
Stell mal das Attribut vom ASC Device auf expert und mach dann ein createNewNotifyDev


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

Beta-User

So, nachdem in letzter Zeit andere Dinge in FHEM Vorrang hatten, habe ich neulich nach einiger Zeit "ASC-Abstinenz" dann mal auf die aktuelle Version upgedated.

Orientiert habe ich mich dabei vorrangig am Wiki und der commandref_DE, weil ich das u.a. auch dazu nutzen wollte, die Doku "einsteigerfreundlicher" zu machen.

Dabei sind mir zum einen einige Dinge aufgefallen bzw. noch unklar, manches finde ich auch unnötig bzw. unübersichtlich. Vielleicht könnte man das für zukünftige Einsteiger in das Thema etwas verbessern, daher hab ich alles (neben meinen eigentlichen Fragen) mal aufgeschrieben. Das folgende ist teilweise auch als Gedankenstütze gedacht, daher geht es ggf. etwas durcheinander:

1. Nach dem Anlegen des ASC-Grunddevices und dem Einbinden der einzelnen Rollläden sind an allen beiteiligten Rollläden sehr (sehr!) viele Attribute verteilt.
Mindestens zunächst benötigt man aber nur einen Bruchteil davon bzw. in vielen Fällen kann ASC eigentlich ohne weiteres mit den Defaults betrieben werden.
Anregung:
a) Nur verteilen (also schon mit Inhalt füllen), was für den "Grundbetrieb" wirklich erforderlich ist. Der Rest muß nicht vorbelegt werden, das Modul könnte intern genausogut dieselben Werte nutzen, wenn nichts da ist (und tut es vermultich bereits). M.E. würden im ersten Angang reichen: ASC_Closed_Pos, ASC_Open_Pos, ASC_Time_Down_Early, ASC_Time_Down_Late, ASC_Time_Up_Early, ASC_Time_Up_Late, ASC_Time_Up_WE_Holiday.
Sogar bei den Zeiten könnte es sein, dass man einen Standard zentral festlegen kann, so dass man das an den einzelnen Rollläden evtl. gar nicht bräuchte.

So ist jedenfalls nicht so recht klar, wie das Verhältnis der zentralen Vorgaben zu denen in den Rollläden ist. M.E. wäre es intuitiver zu verstehen, wenn man _grundsätzlich und in allen Fällen_ erst die zentralen Einstellungen vornimmt und dann nur die Abweichungen an den einzelnen Rollläden festlegt.

b) Es mag uns zwar selbstverständlich vorkommen, was es mit REAL, CIVIL etc. auf sich hat, aber ein kurzer Satz in der Doku, dass mit den Zeitvorgaben und ggf. diesen Angaben iVm. den global-Einstellungen im Hintergrund sunrise_EL bemüht wird und man dort nachsehen sollte, wenn man was zu diesen Parametern sucht, kann eigentlich nicht schaden...
Das immer wieder gerne gefragte Thema "holiday2we" wird in der cref erwähnt (reicht!), im Wiki wäre hier ein etwas längerer Hinweis (auch zur Verwendung eines Dummy mit "tomorrow") evtl. hilfreich.

c) Dass die Schreibweise device[:reading] die Zahl der erforderlichen Attribute reduzieren könnte, traue ich mich kaum mehr zu schreiben, aber ist es wirklich in jedem Fall erforderlich, jeweils extra ein Attribut zu setzen, wenn state verwendet werden soll...

2. Schritt:
Festlegen der Roomates etc.; sollte soweit klar sein, cref ist an sich ok, das Wiki enthält dazu einige weitere Angaben, das ganze ist aber nicht im Sinne einer "Schritt-für-Schritt-Anleitung" ausgeführt: Das mit den Residents (und den Readings) findet sich (nur) im Zusammenhang mit den Voraussetzungen (sollte "man" ergänzen, oder?).

3. Schritt:
Festlegen der Fensterkontakte
Von der Einrichtung her nachvollziehbar; unklar ist mir noch, ob auf meine Three-state richtig reagiert wird - habe das mit der neuen Version bisher nur bewußt im Schlafzimmer getestet, da ging der Rollladen beim Fenster-auf nicht hoch; kann aber auch am Status das Roommate-Devices gelegen haben. Muß ich selbst noch testen.

4. Wind
Ähm, bin nicht auf dem letzten Stand, aber sollte das nicht integriert werden? Passende Attribute finde ich aber keine...
(Ich habe hier 4 Außenjalousien, die ich bei unterschiedlichen Windgeschwindigkeiten gerne komplett einfahren würde; im Moment macht das noch ein separates notify).

5. Beschattung
Dann wollte ich mich also an den eigentlichen neuen Teil machen, die Beschattung.
Wie die ganzen Attribute ineinandergreifen, steht scheinbar nirgends. M.E. ein dringliches todo.
a) Da finde ich ziemlich zentral ein "ASC_twilightDevice", ohne dass hier irgendwo (cref/Wiki) mehr erläutert wäre, als dass man es irgendwie im Rahmen der Beschattung benötigt. Sehr aufschlußreich... Da es nicht irgendwas mit Brightness heißt, scheint es sich um was anderes zu handeln ("Informationen zum Sonnenstand"). Aber woher werden dann die Helligkeitsschwellen bedient, die man zentral bzw. an den Rollläden einstellen kann? OK, gesehen, das wird wieder (nur) verteilt an allen einzelnen Rollläden festgelegt. Hm, aber warum das? (Ich habe derzeit eigentlich nur einen Lieferanten für Brightness; es würde mir daher ausreichen, wenn der für alle zentral festlegbar wäre).
Daher die Frage zu ASC_twilightDevice: Für was wird es noch verwendet und wie im Rahmen der Beschattung?
Hab's also erst mal weggelassen, zumal das ausnahmsweise keine explizite Angabe eines Readingsnamens vorsah und es auch irgendwie ungut an das aktuell nicht funktionierende "twilight"-Modul anzuknüpfen scheint.

b) Dann habe ich also erst mal die Winkelangaben gemacht. An sich selbsterklärend, aber was mache ich mit den Fenstern auf der Nordseite?
Auf Risiko haben die jetzt also erst mal alle einen Wert in der Nähe von 0, aber immer noch die Varianz von +/- 85°. Paßt das, oder sollte ich das ändern (so dass keine Werte <0° rauskommen können)?!? Oder gar das Attribut bei den Nordfenstern ganz löschen?

c) Ok, dann gibt es eine Reihe weiterer "ASC_Shading.*"-Attribute. Die sind irgendwie vorbelegt, allerdings wäre es vermutlich hilfreich, wenn wir im Wiki ggf. erklären, wie die Werte zu verstehen sind und diese zusammenwirken.

d) Letztlich scheinen die ASC_brightnessMinVal-etc.-Attribute die eigentich entscheidenen Angaben zu sein. Aber wie wirkt das alles jetzt zusammen?
Ein paar erläuternde Worte wären hilfreich, sonst muß ich doch Quellcode lesen oder einfach testen...

6. Sonstiges
Dann gibt's da noch ein paar weitere Features, die zwar in der cref bzw. im Wiki erwähnt sind, deren Bedeutung sich mir aber nicht auf die Schnelle erschließt, so dass ich nicht beurteilen kann, ob und wie ich das anwende (-n will):
a) Privacy: Ist (praktisch) nur in der cref drin.
Möchte jemand ein Anwendungsbeispiel im Wiki ergänzen, damit man besser nachvollziehen kann, was die beiden Attribute bewirken?

b) BlockingTime
In welchem Zusammenhang wirkt sich das jeweils aus, wann sollte/kann man das verwenden?

c) wiggle
(OK, das ist klar, man kann mit einem "set <ASC-Device> wiggle" alle Rollladen mit einem entsprechenden Attribut zu einer kurzen Fahrt veranlassen. Gehe mal davon aus, dass um den Wert in Richtung closed gefahren wird, und dann nach Ablauf der Minute wieder um denselben Wert zurück.) Steht nur noch nichts im Wiki zu...

d) Partymode, lock-out etc
(Auch hier: Doku ist etwas verteilt, könnte man im Wiki jeweils unter einem eigenen Unterabschnitt im Zusammenhang darstellen)

Wäre nett, wenn der eine oder andere Licht ins Dunkel bringen könnte, dann kann ich mich auch dran machen, das im Wiki irgendwie zu verarbeiten.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

CoolTux

Ich versuche mal heute Abend auf die Punkte ein zu gehen und etwas dazu zu schreiben.
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 11 Februar 2019, 14:42:29
Ich versuche mal heute Abend auf die Punkte ein zu gehen und etwas dazu zu schreiben.
Kein Ding, das eilt alles nicht :D .

Und um das klarzustellen: Es ist echt klasse, wie schnell das alles gegangen ist! Hut ab!!!
Auch, wenn vielleicht manches in meinem Beitrag "kritisch" rüberkommt, es geht jetzt eher um "Schönheitsreparaturen" und die Frage, wie man das ganze "Neulingen" verklickern kann. Die Beschränkung auf cref und Wiki ist auch bewußt eng gehalten, es gibt sicher zu praktisch allem hier im Thread irgendeine Angabe, wo es herkommt usw.. Manchens haben wir ja ausgiebig diskutiert...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

CoolTux

Zitat von: Beta-User am 11 Februar 2019, 14:55:31
Kein Ding, das eilt alles nicht :D .

Und um das klarzustellen: Es ist echt klasse, wie schnell das alles gegangen ist! Hut ab!!!
Auch, wenn vielleicht manches in meinem Beitrag "kritisch" rüberkommt, es geht jetzt eher um "Schönheitsreparaturen" und die Frage, wie man das ganze "Neulingen" verklickern kann. Die Beschränkung auf cref und Wiki ist auch bewußt eng gehalten, es gibt sicher zu praktisch allem hier im Thread irgendeine Angabe, wo es herkommt usw.. Manchens haben wir ja ausgiebig diskutiert...

Ganz entspannt. Mir ist klar das wir hier noch so einiges zu tun, gerade was Dokumentation an geht.
Zum Thema Brightness-Sensor und ob global oder per Rollladen kann ich Dir aber jetzt schon sagen das es Userwünsche waren das pro Rollladen unterschiedliche Sensoren erwünscht waren  ;D
Und ich glaube die Sache mit der Vorbelegung der Attribute musste ich machen da sonst das austeilen/verteilen gar nicht geklappt hat.


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

throbin

Hi,

ist es Absicht, dass beim Ändern der Readings vom Device (bspw. ASC_Time_DriveDown), keine Notifications ausgelöst werden und damit die Readins-Werte nicht via MQTT etc. weitergegeben werden? Mit anderen Readings funktioniert es! Gibt es eine Möglichkeit das irgendwie hinzubekommen - würde gerne die geplanten Fahrzeiten im Node-Red Dashboard anzeigen....

Danke im Voraus!
LG

CoolTux

Zitat von: throbin am 11 Februar 2019, 17:09:06
Hi,

ist es Absicht, dass beim Ändern der Readings vom Device (bspw. ASC_Time_DriveDown), keine Notifications ausgelöst werden und damit die Readins-Werte nicht via MQTT etc. weitergegeben werden? Mit anderen Readings funktioniert es! Gibt es eine Möglichkeit das irgendwie hinzubekommen - würde gerne die geplanten Fahrzeiten im Node-Red Dashboard anzeigen....

Danke im Voraus!
LG

Ja es ist Absicht. Ich versuche unnötige Events zu vermeiden. Bisher gab es keinen Anwendungsfall für ein Event. Wir können gerne versuchen es zu ändern und dann einmal schauen was die Auslastung an geht.
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

dk3572

Zitat von: CoolTux am 11 Februar 2019, 06:14:15
Keine Ahnung wie das ASC da rein kommt.
Stell mal das Attribut vom ASC Device auf expert und mach dann ein createNewNotifyDev


Grüße

Hi,

kurze Rückmeldung.
Aktor noch mal angelernt, dann scanForShutters und CreateNewNotifyDev, alles wieder gut.

Danke für deine Unterstützung.

VG Dieter

FunkOdyssey

Hallo CoolTux,

ich hatte bereits am Jahresende (Hier im Thread über mehrere Seiten) Probleme mit dem Partymodus.
Gestern hatte ich erneut Probleme, für die ich keine Erklärung habe.

Nummer 1:
Ich wollte den Partymodus um ca. 15:00 Uhr aktivieren. Hatte es aber deaktiviert. Und plötzlich fuhren alle Jalousien herunter. Das konnte ich nicht aufhalten. Ein STOP oder ein UP an alle Jalousien wirkte nur kurz. ASC fuhr diese weiterhin immer wieder runter. Ich bin das nur losgeworden, indem ich ASC einfach machen lasse. Ich musste alle Jalousien unten haben und ein paar Sekunden warten. Dann konnte ich wieder alles tag-hell machen. So wie ich es wollte. Es war ein wenig peinlich vor dem Besuch, dass es plötzlich überall dunkel war.  :D

Schlussendlich habe ich danach den Partymodus aktiviert.


Nummer 2:
Abends um ca 18:30 Uhr habe den Partymodus deaktiviert. Es fuhren auch alle Jalousien herunter. Merkwürdigerweise aber auch die Jalousien an unseren Türen, die durch ASC niemals automatisiert runterfahren sollen. Diese dürfen per ASC nur hoch, aber nicht runter. Meine Frau stand draußen an der Mülltonne fest, Kind war im Haus alleine und ich stand anschließend mit der Pizza in der Hand vor den verschlossenen Türen. Lustige Situation. Glücklicherweise hatte ich mein Handy dabei. Meine Frau war natürlich gar nicht begeistert.

Irgendwann versuche ich das noch einmal zu rekonstruieren. Ich vermute, dass ich das aber erst am Wochenende schaffe. Logs zu ASC & Co. habe ich, aber da steht halt nur "drive after party mode".

Aber vielleicht hast du ja eine Idee woran das liegt.

Am Rande: Steuerung über Brightness.