[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.10

Begonnen von CoolTux, 22 Juni 2020, 12:38:36

Vorheriges Thema - Nächstes Thema

muede

Zitat von: cbl am 27 Juli 2020, 08:52:16
Bei mir funktioniert das seit Wochen stabil. An welchen Wochentagen hat es nicht funktioniert? Samstag/Sonntag oder an einem Werktag, der durch das Holidaydevice zum Wochenendr werden sollte?
Was hast du im Holidaydevice verändert?

Hallo cbl,
Danke für deine Antwort. Bei mir hat das auch Monate mit den Wochenenden und dem Urlaub sauber funktioniert. Seit ca. zwei Wochen nun an den Wochenenden nur die Werkstagsregelung. Auch der in der Holiday Datei eingestellte Urlaub wird nicht beachtet. Sehr komisch.
Um holidaydevice habe ich nichts verändert.

LG, muede

kjmEjfu

Zitat
- bugfix:  73_AutoShuttersControl: Fix Shading bug then shutters ClosedPos,

Meinen unter
https://forum.fhem.de/index.php/topic,112325.msg1071668.html#msg1071668 bzw. https://forum.fhem.de/index.php/topic,112325.msg1071249.html#msg1071249 gemeldeten Fehler mit ClosedPos beim Shading Out anfahren behebt es leider nicht. Der ist heute wieder aufgetreten.
Migriere derzeit zu Home Assistant

cbl

Zitat von: muede am 28 Juli 2020, 19:39:04
Hallo cbl,
Danke für deine Antwort. Bei mir hat das auch Monate mit den Wochenenden und dem Urlaub sauber funktioniert. Seit ca. zwei Wochen nun an den Wochenenden nur die Werkstagsregelung. Auch der in der Holiday Datei eingestellte Urlaub wird nicht beachtet. Sehr komisch.
Um holidaydevice habe ich nichts verändert.

LG, muede

Liefert  {IsWe()} zum aktuellen Tag das richtige Ergebnis (1 = true, 0 = false)?
Und zeigt das Holiday-Device in seinen Readings den Urlaub für heute/morgen an?

meier81

Zitat von: flummy1978 am 28 Juli 2020, 17:35:12
Hallo Markus,
da noch niemand darauf Bezug genommen hat, meine (vielleicht auch doofe) Idee dazu:

So direkt aus dem Kopf heraus, würde mir da nichts ASC spezifisches einfallen, was die Verzögerung möglich machen würde, außer: Wie wäre es damit diesen "Überlauf" entweder:

- Extern lösen (JaroLift set up XX - XX Abfangen und dann setzen, wenn gerade kein anderes Gerät drauf zugreift) - Hätte den Vorteil, dass Du dann auch 2 (oder mehr) Jalousieen von Hand fahren könntest ohne dass es zu diesem Überlauf käme (Brächte allerdings ein wenig programmierfähigkeit voraus - wäre dafür global einsetzbar)

- den Shading Zeitpunt zu manipulieren indem Du ASC_Shading_WaitingPeriod etwas veränderst: z.B: 600 620 640 660 ....(oder entsprechend an Deine Zeiten angepasst)  Dann hättest Du beim Beschatten immer eine 20 sekündige und beim entschatten mind 10 Sek verzögerung  zwischen den Fahrzeiten -WENN alle auf die gleichen Trigger wie Sonne, Helligkeit etc reagieren.

Viele Grüße
Andreas

Hi und guten Morgen,

als erstes muss ich mal meinen Log-Ausschnitt korrigieren, der war nämlich vom hochfahren, da ist es ja egal. Hier mal der richtige von heute morgen für die Beschattung:

2020.07.29 08:44:54 3: SIGNALduino: JaroLift set down 10
2020.07.29 08:44:55 3: SIGNALduino: JaroLift set down 9
2020.07.29 08:44:55 3: SIGNALduino: JaroLift set down 8
2020.07.29 08:44:55 3: SIGNALduino: JaroLift set down 5
2020.07.29 08:44:55 3: SIGNALduino: JaroLift set down 6
2020.07.29 08:44:55 3: SIGNALduino: JaroLift set down 7
2020.07.29 08:44:55 3: SIGNALduino: JaroLift set down 3
2020.07.29 08:45:09 3: SIGNALduino: JaroLift set stop 9
2020.07.29 08:45:09 3: SIGNALduino: JaroLift set stop 5
2020.07.29 08:45:09 3: SIGNALduino: JaroLift set stop 6
2020.07.29 08:45:10 3: SIGNALduino: JaroLift set stop 10
2020.07.29 08:45:15 3: SIGNALduino: JaroLift set stop 8
2020.07.29 08:45:15 3: SIGNALduino: JaroLift set stop 3
2020.07.29 08:45:16 3: SIGNALduino: JaroLift set stop 7


Das was du vorgeschlagen hast bezüglich der "ASC_Shading_WaitingPeriod" hatte ich auch schon im Kopf, das wäre dann die Variante falls es nichts des weiteren gibt. Hatte gedacht ich frage zuerst mal, es könnte ja sein das es diesbezüglich schon einen Parameter dafür gibt (hab aber auch nicht wirklich einen wahrgenommen).
Bezüglich der 2. Variante mit "JaroLift set down XX - XX" würde mir zur Zeit mal kein Ansatz einfallen wie ich das auf die Schnelle lösen könnte. Das Modul SD_Keeloq kann damit umgehen, würde dann richtig lauten "set Jarolift down 1,4,6", da ich ja aber für jeden Rollladen ein Rollladen-Device habe und deshalb die Befehle einzeln bekomme müsste ich diese zusammenfassen, dann den zusammengefassten Befehl senden und die Einzelbefehle nicht mehr. Da fehlt mir erstmal jegliche Idee der Umsetzung.

Ich werde parallel dazu nochmal im SD-Keeloq-Modul nachschauen nach so einer Verzögerungszeit bzw. beim SIGNALduino nachfragen ob so etwas bekannt ist.

Gruß Markus
QNAP NAS mit Debian VM, darauf FHEM, debmatic, influxdb2 und Grafana || HB-RF-ETH || SIGNALduino 433MHz mit Maple mini || WS980 Wetterstation || Xiaomi Mi Robot mit valetudo-FW || Buderus web KM100 || div. Tasmota-Devices

muede

Zitat von: cbl am 28 Juli 2020, 20:47:09
Liefert  {IsWe()} zum aktuellen Tag das richtige Ergebnis (1 = true, 0 = false)?
Und zeigt das Holiday-Device in seinen Readings den Urlaub für heute/morgen an?

Hallo cbl,
das Holiday device gibt schon die richtigen Werte aus; es ist Urlaub und IsWe wird mit 1 bestätigt.

Insofern sollte der Fehler wohl im ASC liegen, die Markisensteuerung klappt entgegen der Rollos auch nicht richtig, obwohl die gleichen Helligkeitssensoren genutzt werden.

Auch konnte ich bislang nicht erreichen, dass Sharing out bei geöffneten Fenstern auf offen läuft. Die Rollos fahren dann nur auf die Lüftungsstellung, die höher als Shading ist. Nach Empfehlung von Cooltux habe ich schon ASC_WindowRec_PosAfterDayClosed auf Open gestellt, aber leider keine Besserung.

LG,
muede

ms_steini

Hallo zusammen,

ich mache seit gestern die ersten Gehversuche mit ASC, das Wiki und die Commandref x-mal quergelesen aber es will irgendwie nicht.

zum testen erstmal nur ein Rollo und ein Helligkeitssensor (kein Fensterkontakt)
Rollo soll morgens in der Zeit von 06:00 bis 07:15 und einem Helligkeitswert "0.5" hochfahren
Abends in der Zeit von 20:00 bis 23:00 und einem Helligkeitswert ebenfalls "0.5" runterfahren.

Zum testen habe ich statt eines Helligkeits-Sensor ein Dummy erstellt da es gestern Abend und Heute morgen nicht funktioniert hat.
Rollo ist punkt 06:00 hochgefahren obwohl der Helligkeitswert 0.5 nicht überschritten/erreicht wurde)

Manuelle Tests den Helligkeitswert über ein Dummy zu steuern blieben erfolglos.




list RolladenSteuerung (ASC Modul)

Internals:
   FUUID      5f213cbe-f33f-c561-aaf6-960551184a1b1825
   FVERSION   73_AutoShuttersControl.pm:v0.10.3-s22366/2020-07-07 TESTING
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       RolladenSteuerung
   NOTIFYDEV  EG.Rollo.Buero.Fenster,RolladenSteuerung,Sensor_test,global
   NR         360
   NTFY_ORDER 51-RolladenSteuerung
   STATE      day open
   TYPE       AutoShuttersControl
   VERSION    v0.10.3
   OLDREADINGS:
   READINGS:
     2020-07-30 09:00:22   EG.Rollo.Buero.Fenster_PosValue 32
     2020-07-30 09:00:01   EG.Rollo.Buero.Fenster_lastPosValue 35
     2020-07-30 09:00:01   EG.Rollo.Buero.Fenster_nextAstroTimeEvent 30.07.2020 - 20:00
     2020-07-30 08:03:07   ascEnable       on
     2020-07-30 09:01:30   controlShading  off
     2020-07-29 11:35:37   hardLockOut     off
     2020-07-29 11:28:26   rg_ASC_Rolllaeden_Times commands {level => 'pct:0,10,20,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100',
     2020-07-30 08:45:53   room_1.EG       EG.Rollo.Buero.Fenster
     2020-07-29 11:35:37   selfDefense     off
     2020-07-30 09:00:22   state           day open
     2020-07-29 11:35:37   sunriseTimeWeHoliday off
     2020-07-30 08:45:53   userAttrList    rolled out
   helper:
     shuttersList:
       EG.Rollo.Buero.Fenster
   monitoredDevs:
     EG.Rollo.Buero.Fenster:
     Sensor_test:
       EG.Rollo.Buero.Fenster ASC_BrightnessSensor
Attributes:
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_brightnessDriveUpDown 0.5:0.5
   ASC_expert 1
   DbLogExclude .*
   devStateIcon { ShuttersControl_DevStateIcon($name) }
   icon       fts_shutter_automatic
   room       ASC




EG.Rollo.Buero.Fenster

Internals:
   DEF        491658
   FUUID      5c5ecff2-f33f-c561-3981-961d529e2b01b7df
   HM_LAN_TCP_MSGCNT 10
   HM_LAN_TCP_RAWMSG 0501002D9CA41049165807126706014000
   HM_LAN_TCP_RSSI -45
   HM_LAN_TCP_TIME 2020-07-30 09:00:22
   IODev      HM_LAN_TCP
   LASTInputDev HM_LAN_TCP
   MSGCNT     10
   NAME       EG.Rollo.Buero.Fenster
   NOTIFYDEV  global
   NR         70
   NTFY_ORDER 50-EG.Rollo.Buero.Fenster
   STATE      stop:32
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:9C - t:10 s:491658 d:071267 06014000
   peerList   self01,self02,
   protLastRcv 2020-07-30 09:00:22
   protRcv    10 last_at:2020-07-30 09:00:22
   protSnd    10 last_at:2020-07-30 09:00:22
   protState  CMDs_done
   rssi_HM_LAN_TCP cnt:6 min:-61 max:-50 avg:-53 lst:-51
   rssi_at_HM_LAN_TCP cnt:10 min:-57 max:-42 avg:-46.2 lst:-45
   READINGS:
     2020-07-29 11:11:18   ASC_Enable      on
     2020-07-30 08:06:58   ASC_ShadingMessage <html> </html>
     2020-07-30 09:00:22   ASC_ShuttersLastDrive day open
     2020-07-30 09:00:01   ASC_Time_DriveDown 30.07.2020 - 20:00
     2020-07-30 09:00:01   ASC_Time_DriveUp 31.07.2020 - 09:00
     2020-07-30 09:00:13   CommandAccepted yes
     2018-09-19 17:22:17   D-firmware      2.11
     2018-09-19 17:22:17   D-serialNr      NEQ0080430
     2019-11-25 08:12:56   PairedTo        0x071267
     2018-09-17 13:57:55   R-confBtnTime   permanent
     2019-09-03 10:26:33   R-driveDown     15.5 s
     2018-09-17 13:57:56   R-driveTurn     0.5 s
     2019-11-25 08:12:57   R-driveUp       16.5 s
     2019-08-28 05:35:35   R-intKeyVisib   visib
     2018-09-17 13:57:55   R-localResDis   off
     2018-09-17 16:23:28   R-pairCentral   0x071267
     2018-09-17 13:57:56   R-powerUpAction off
     2018-09-17 13:57:56   R-refRunCounter 0
     2019-08-28 05:35:38   R-self01-lgActionType jmpToTarget
     2019-08-28 05:35:38   R-self01-lgBlJtDlyOff refOff
     2019-08-28 05:35:38   R-self01-lgBlJtDlyOn dlyOff
     2019-08-29 12:46:41   R-self01-lgBlJtOff dlyOff
     2019-08-29 12:46:41   R-self01-lgBlJtOn dlyOff
     2019-08-29 13:20:15   R-self01-lgBlJtRampOff rampOff
     2019-08-29 13:20:15   R-self01-lgBlJtRampOn on
     2019-08-29 12:46:41   R-self01-lgBlJtRefOff rampOff
     2019-08-29 12:46:41   R-self01-lgBlJtRefOn on
     2019-08-28 05:35:38   R-self01-lgCtDlyOff geLo
     2019-08-28 05:35:38   R-self01-lgCtDlyOn geLo
     2019-08-28 05:35:38   R-self01-lgCtOff geLo
     2019-08-28 05:35:38   R-self01-lgCtOn geLo
     2019-08-28 05:35:38   R-self01-lgCtRampOff geLo
     2019-08-28 05:35:38   R-self01-lgCtRampOn geLo
     2019-08-28 05:35:38   R-self01-lgCtRefOff geLo
     2019-08-28 05:35:38   R-self01-lgCtRefOn geLo
     2019-08-28 05:35:38   R-self01-lgCtValHi 100
     2019-08-28 05:35:38   R-self01-lgCtValLo 50
     2019-08-28 05:35:38   R-self01-lgDriveMode direct
     2019-08-28 05:35:38   R-self01-lgMaxTimeF 0.4 s
     2019-08-28 05:35:38   R-self01-lgMultiExec on
     2019-08-28 05:35:38   R-self01-lgOffDly 0 s
     2019-08-28 05:35:38   R-self01-lgOffLevel 0 %
     2019-08-28 05:35:38   R-self01-lgOffTime unused
     2019-08-28 05:35:38   R-self01-lgOffTimeMode absolut
     2019-08-28 05:35:38   R-self01-lgOnDly 0 s
     2019-08-28 05:35:38   R-self01-lgOnLevel 100 %
     2019-08-28 05:35:38   R-self01-lgOnTime unused
     2019-08-28 05:35:38   R-self01-lgOnTimeMode absolut
     2019-08-28 05:35:38   R-self01-shActionType jmpToTarget
     2019-08-29 13:26:12   R-self01-shBlJtDlyOff refOff
     2019-08-29 13:26:12   R-self01-shBlJtDlyOn dlyOff
     2019-08-29 13:26:12   R-self01-shBlJtOff dlyOff
     2019-08-29 13:26:12   R-self01-shBlJtOn dlyOff
     2019-08-29 13:22:27   R-self01-shBlJtRampOff off
     2019-08-29 13:22:27   R-self01-shBlJtRampOn on
     2019-08-29 13:26:12   R-self01-shBlJtRefOff rampOff
     2019-08-29 13:26:12   R-self01-shBlJtRefOn on
     2019-08-28 05:35:38   R-self01-shCtDlyOff geLo
     2019-08-28 05:35:38   R-self01-shCtDlyOn geLo
     2019-08-28 05:35:38   R-self01-shCtOff geLo
     2019-08-28 05:35:38   R-self01-shCtOn geLo
     2019-08-28 05:35:38   R-self01-shCtRampOff geLo
     2019-08-28 05:35:38   R-self01-shCtRampOn geLo
     2019-08-28 05:35:38   R-self01-shCtRefOff geLo
     2019-08-28 05:35:38   R-self01-shCtRefOn geLo
     2019-08-28 05:35:38   R-self01-shCtValHi 100
     2019-08-28 05:35:38   R-self01-shCtValLo 50
     2019-08-28 05:35:38   R-self01-shDriveMode direct
     2019-08-28 05:35:38   R-self01-shMaxTimeF unused
     2019-08-28 05:35:38   R-self01-shMultiExec off
     2019-08-28 05:35:38   R-self01-shOffDly 0 s
     2019-08-28 05:35:38   R-self01-shOffLevel 0 %
     2019-08-28 05:35:38   R-self01-shOffTime unused
     2019-08-28 05:35:38   R-self01-shOffTimeMode absolut
     2019-08-28 05:35:38   R-self01-shOnDly 0 s
     2019-08-28 05:35:38   R-self01-shOnLevel 100 %
     2019-08-28 05:35:38   R-self01-shOnTime unused
     2019-08-28 05:35:38   R-self01-shOnTimeMode absolut
     2019-08-28 05:35:40   R-self02-lgActionType jmpToTarget
     2019-08-28 05:35:40   R-self02-lgBlJtDlyOff dlyOn
     2019-08-28 05:35:40   R-self02-lgBlJtDlyOn refOn
     2019-08-29 12:46:43   R-self02-lgBlJtOff dlyOn
     2019-08-29 12:46:43   R-self02-lgBlJtOn dlyOn
     2019-08-29 13:20:17   R-self02-lgBlJtRampOff off
     2019-08-29 13:20:17   R-self02-lgBlJtRampOn rampOn
     2019-08-29 12:46:43   R-self02-lgBlJtRefOff off
     2019-08-29 12:46:43   R-self02-lgBlJtRefOn rampOn
     2019-08-28 05:35:40   R-self02-lgCtDlyOff geLo
     2019-08-28 05:35:40   R-self02-lgCtDlyOn geLo
     2019-08-28 05:35:40   R-self02-lgCtOff geLo
     2019-08-28 05:35:40   R-self02-lgCtOn geLo
     2019-08-28 05:35:40   R-self02-lgCtRampOff geLo
     2019-08-28 05:35:40   R-self02-lgCtRampOn geLo
     2019-08-28 05:35:40   R-self02-lgCtRefOff geLo
     2019-08-28 05:35:40   R-self02-lgCtRefOn geLo
     2019-08-28 05:35:40   R-self02-lgCtValHi 100
     2019-08-28 05:35:40   R-self02-lgCtValLo 50
     2019-08-28 05:35:40   R-self02-lgDriveMode direct
     2019-08-28 05:35:40   R-self02-lgMaxTimeF 0.4 s
     2019-08-28 05:35:40   R-self02-lgMultiExec on
     2019-08-28 05:35:40   R-self02-lgOffDly 0 s
     2019-08-28 05:35:40   R-self02-lgOffLevel 0 %
     2019-08-28 05:35:40   R-self02-lgOffTime unused
     2019-08-28 05:35:40   R-self02-lgOffTimeMode absolut
     2019-08-28 05:35:40   R-self02-lgOnDly 0 s
     2019-08-28 05:35:40   R-self02-lgOnLevel 100 %
     2019-08-28 05:35:40   R-self02-lgOnTime unused
     2019-08-28 05:35:40   R-self02-lgOnTimeMode absolut
     2019-08-28 05:35:40   R-self02-shActionType jmpToTarget
     2019-08-29 13:26:13   R-self02-shBlJtDlyOff dlyOn
     2019-08-29 13:26:13   R-self02-shBlJtDlyOn refOn
     2019-08-29 13:26:13   R-self02-shBlJtOff dlyOn
     2019-08-29 13:26:13   R-self02-shBlJtOn dlyOn
     2019-08-29 13:22:29   R-self02-shBlJtRampOff off
     2019-08-29 13:22:29   R-self02-shBlJtRampOn on
     2019-08-29 13:26:13   R-self02-shBlJtRefOff off
     2019-08-29 13:26:13   R-self02-shBlJtRefOn rampOn
     2019-08-28 05:35:40   R-self02-shCtDlyOff geLo
     2019-08-28 05:35:40   R-self02-shCtDlyOn geLo
     2019-08-28 05:35:40   R-self02-shCtOff geLo
     2019-08-28 05:35:40   R-self02-shCtOn geLo
     2019-08-28 05:35:40   R-self02-shCtRampOff geLo
     2019-08-28 05:35:40   R-self02-shCtRampOn geLo
     2019-08-28 05:35:40   R-self02-shCtRefOff geLo
     2019-08-28 05:35:40   R-self02-shCtRefOn geLo
     2019-08-28 05:35:40   R-self02-shCtValHi 100
     2019-08-28 05:35:40   R-self02-shCtValLo 50
     2019-08-28 05:35:40   R-self02-shDriveMode direct
     2019-08-28 05:35:40   R-self02-shMaxTimeF unused
     2019-08-28 05:35:40   R-self02-shMultiExec off
     2019-08-28 05:35:40   R-self02-shOffDly 0 s
     2019-08-28 05:35:40   R-self02-shOffLevel 0 %
     2019-08-28 05:35:40   R-self02-shOffTime unused
     2019-08-28 05:35:40   R-self02-shOffTimeMode absolut
     2019-08-28 05:35:40   R-self02-shOnDly 0 s
     2019-08-28 05:35:40   R-self02-shOnLevel 100 %
     2019-08-28 05:35:40   R-self02-shOnTime unused
     2019-08-28 05:35:40   R-self02-shOnTimeMode absolut
     2018-09-17 13:57:56   R-sign          off
     2018-09-17 13:57:56   R-statusInfoMinDly 2 s
     2018-09-17 13:57:56   R-statusInfoRandom 1 s
     2018-09-17 13:57:56   R-transmitTryMax 6
     2020-07-30 08:45:53   associatedWith  RolladenSteuerung
     2020-07-29 11:35:46   cfgState        ok
     2020-07-30 09:00:22   commState       CMDs_done
     2020-07-30 09:00:22   deviceMsg       32 (to VCCU)
     2018-09-17 16:19:28   fwUpdate        done
     2020-07-30 09:00:22   level           32
     2020-07-30 09:00:22   motor           stop:32
     2020-07-30 09:00:22   pct             32
     2020-07-29 11:35:34   peerList        self01,self02,
     2019-06-02 16:09:31   powerOn         2019-06-02 16:09:31
     2020-07-30 09:00:22   recentStateType info
     2018-09-17 14:55:53   sabotageAttackId_ErrIoId_FF0712 cnt:12
     2018-09-17 14:55:53   sabotageAttack_ErrIoAttack cnt 12
     2020-07-30 09:00:22   state           32
     2020-07-30 09:00:22   timedOn         off
   helper:
     HM_CMDNR   156
     cSnd       110712674916580301,11071267491658020140
     dlvlCmd    ++A011071267491658020140
     mId        0005
     peerFriend peerSens,peerVirt
     peerOpt    3:blindActuator
     regLst     0,1,3p
     rxType     1
     supp_Pair_Rep 0
     cmds:
       TmplKey    self01,self02,:no:1596015334.81146
       TmplTs     1596015334.81146
       cmdKey     :1:1:0::0005:01self01,self02,
       TmplCmds:
         tplSet_0:-tplChan-
         tplSet_self01:-tplPeer-
         tplSet_self02:-tplPeer-
       cmdList:
         assignHmKey:
         clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
         deviceRename:newName
         down:[-changeValue-] [-ontime-] [-ramptime-] ...
         eventL:-peer- -cond-
         eventS:-peer- -cond-
         fwUpdate:-filename- -bootTime- ...
         getConfig:
         getDevInfo:
         getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
         getSerial:
         getVersion:
         inhibit:[on|off]
         off:
         on:
         pair:
         pct:[-value-] ... [-ontime-]
         peerBulk:-peer1,peer2,...- [set|unset]
         peerIODev:[IO] -btn- [set|unset]... not for future use
         peerSmart:-peerOpt-
         press:[long|short] -peer- [-repCount(long only)-] [-repDelay-] ...
         pressL:-peer-
         pressS:-peer-
         raw:data ...
         regBulk:-list-.-peerChn- -addr1:data1- -addr2:data2- ...
         regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
         reset:
         sign:[on|off]
         statusRequest:
         stop:
         toggle:
         toggleDir:
         tplDel:tmplt
         unpair:
         up:[-changeValue-] [-ontime-] [-ramptime-] ...
       lst:
         peer       self01|self02
         peerOpt    HM.SEC.SC.2_NEQ1110481|HM_35C855_Sw_01|HM_35C855_Sw_02|HM_35C855_Sw_03|HM_MOD_Em_8_Btn_01|HM_MOD_Em_8_Btn_02|HM_MOD_Em_8_Btn_03|HM_MOD_Em_8_Btn_04|HM_MOD_Em_8_Btn_05|HM_MOD_Em_8_Btn_06|HM_MOD_Em_8_Btn_07|HM_MOD_Em_8_Btn_08|HM_Messsteckdose_1_SenF|HM_Messsteckdose_1_SenI|HM_Messsteckdose_1_SenPwr|HM_Messsteckdose_1_SenU|HM_Messsteckdose_2_SenF|HM_Messsteckdose_2_SenI|HM_Messsteckdose_2_SenPwr|HM_Messsteckdose_2_SenU|KG.FensterKontakt.Waschkeller|OG.Bewegungsmelder.Diele.1_Btn_01|OG.Bewegungsmelder.Diele.1_Btn_02|OG.Bewegungsmelder.Diele.1_Motion|OG.Bewegungsmelder.Diele.2_Btn_01|OG.Bewegungsmelder.Diele.2_Btn_02|OG.Bewegungsmelder.Diele.2_Motion|OG.Bewegungsmelder.Diele.3_Btn_01|OG.Bewegungsmelder.Diele.3_Btn_02|OG.Bewegungsmelder.Diele.3_Motion|OG.Bewegungsmelder.Treppe.1_Btn_01|OG.Bewegungsmelder.Treppe.1_Btn_02|OG.Bewegungsmelder.Treppe.1_Motion|OG.FensterKontakt.Diele|OG.FensterKontakt.Henna|OG.FensterKontakt.Kinderbad|OG.FensterKontakt.Schlafzimmer|OG.FensterKontakt.Shirin|OG.RemoteDimmer.Diele.1_Btn_01|OG.RemoteDimmer.Diele.1_Btn_02|OG.RemoteDimmer.Diele.2_Btn_01|OG.RemoteDimmer.Diele.2_Btn_02|OG.RemoteDimmer.Diele.3_Btn_01|OG.RemoteDimmer.Diele.3_Btn_02|OG.RemoteDimmer.Schlafzimmer.1_Btn_01|OG.RemoteDimmer.Schlafzimmer.1_Btn_02|OG.RemoteDimmer.Schlafzimmer.2_Btn_01|OG.RemoteDimmer.Schlafzimmer.2_Btn_02|OG.RemoteDimmer.Treppe.1_Btn_01|OG.RemoteDimmer.Treppe.1_Btn_02|OG.TuerKontakt.Buero|VCCU
         tplChan   
         tplPeer    BlStopUpSh_long|BlStopDnSh_long|SwCondAbove_short|SwOnCond_long|SwCondAbove_long|SwCondBelow_long|BlStopUpSh_short|BlStopDnSh_short|BlStopUpLg_short|BlStopUpLg_long|SwCondBelow_short|SwOnCond_short|BlStopDnLg_short|BlStopDnLg_long
     dir:
       cur        stop
       rct        down
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     io:
       newChn     +491658,00,00,00
       nextSend   1596092422.77064
       rxt        0
       vccu       VCCU
       p:
         491658
         00
         00
         00
       prefIO:
         HM_LAN_TCP
     mRssi:
       mNo        9C
       io:
         HM_LAN_TCP:
           -37
           -37
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         HM_LAN_TCP
       flg        A
       ts         1596092422.47767
       ack:
         HASH(0x4564fa0)
         9C800207126749165800
     rssi:
       HM_LAN_TCP:
         avg        -53
         cnt        6
         lst        -51
         max        -50
         min        -61
       at_HM_LAN_TCP:
         avg        -46.2
         cnt        10
         lst        -45
         max        -42
         min        -57
     tmpl:
Attributes:
   ASC        2
   ASC_BrightnessSensor Sensor_test:state 0.5:0.5
   ASC_Down   time
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Pos_Reading pct
   ASC_Time_Down_Early 20:00
   ASC_Time_Down_Late 23:00
   ASC_Time_Up_Early 09:00
   ASC_Time_Up_Late 10:05
   ASC_Time_Up_WE_Holiday 08:00
   ASC_Up     time
   DbLogExclude .*
   IODev      HM_LAN_TCP
   IOgrp      VCCU:HM_LAN_TCP
   alexaName  Büro Rollo
   alexaRoom  EG_Büro
   alias      Büro
   autoReadReg 0_off
   devStateIcon stop.auf:fts_shutter_10@#B3002B:noFhemwebLink stop.zu:fts_shutter_100@#1f943f:noFhemwebLink  stop.9\d.*:fts_shutter_10@#B3002B:noFhemwebLink  stop.8\d.*:fts_shutter_20@#B3002B:noFhemwebLink  stop.7\d.*:fts_shutter_30@B3002B:noFhemwebLink  stop.6\d.*:fts_shutter_40@#B3002B:noFhemwebLink  stop.5\d.*:fts_shutter_50@#B3002B:noFhemwebLink  stop.4\d.*:fts_shutter_60@#B3002B:noFhemwebLink  stop.3\d.*:fts_shutter_70@#B3002B:noFhemwebLink  stop.2\d.*:fts_shutter_80@#B3002B:noFhemwebLink  stop.1\d.*:fts_shutter_90@#B3002B:noFhemwebLink  stop.0\d.*:fts_shutter_100:noFhemwebLink  up.*:fts_shutter_up@#B3002B:noFhemwebLink  down.*:fts_shutter_down@#B3002B:noFhemwebLink
   event-on-change-reading .*
   eventMap   off:zu on:auf
   expert     defReg,allReg
   firmware   2.11
   genericDeviceType blind
   group      Rollos
   icon       bilder/HM-lc-bi1pbu-fm
   model      HM-LC-BL1PBU-FM
   peerIDs    00000000,49165801,49165802,
   room       1.EG
   serialNr   NEQ0080430
   sortby     e
   stateFormat motor
   subType    blindActuator
   userattr   ASC_Adv:on,off 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,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger 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_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_InOutAzimuth 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_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_TempSensor 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,roommate 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_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate room_map structexclude
   webCmd     auf:zu:stop:pct

Beta-User

Zitat von: ms_steini am 30 Juli 2020, 09:18:28
Rollo soll morgens in der Zeit von 06:00 bis 07:15 und einem Helligkeitswert "0.5" hochfahren
Abends in der Zeit von 20:00 bis 23:00 und einem Helligkeitswert ebenfalls "0.5" runterfahren.
Mir kommt das Test-setup mehrfach suboptimal vor:
- nimm verschiedene Werte für hoch und runter, meinetwegen 0.49 und 0.51 (entsprechend dem commandref-Beispiel).
- sorge dafür, dass der "Sensorwert" regelmäßig aktualisiert wird und dann auch mal über oder unter der jeweiligen Grenze liegt. Der scheint starr zu sein...

Die Brightness-Logik ist afaik im wesentlichen die: Zum frühesten Zeitpunkt wird geschaut, ob die Bedingung erfüllt wird, wenn ja, wird gefahren. Wenn nein, lauscht ASC auf entsprechende Events. Bleiben die aus, passiert erst mal nichts. Erst, wenn die späteste Zeit erreicht ist, wird dann jeweils gefahren, egal, was der Brightness-Seonsor sagt.
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

ms_steini

leider nein, ASC bleibt völlig unbeeindruckt von meinem Sensorwert

ASC_BrightnessSensor Sensor_test:state 0.49:0.51
ASC_Time_Down_Early 19:10
ASC_Time_Down_Late  20:00

Sensorwert 0.73

Rollo fährt um 19:10 (ASC_Time_Down_Early) runter

ms_steini

ich glaube ich habe den Fehler gefunden. Ich hatte ASC_Down und ASC_Up auf "time" stehen, das Verhalten ist dann auch klar
habs jetzt auf "brightness" stehen, sollte jetzt eigentlich funktionieren.
ist aber schon spät, ich teste morgen weiter

aus der Commandref

ASC_Down - astro|time|brightness|roommate - Drive the shutter depending on this setting:
astro - drive down at sunset
time - drive at ASC_Time_Down_Early
brightness - drive between ASC_Time_Down_Early and ASC_Time_Down_Late, depending on the settings of ASC_BrightnessSensor (see above).
roommate - no drive by time or brightness, roommate trigger only
Defaults to astro.

meier81

Morgen euch allen,

mal eine Verständnisfrage: Heute morgen Rollläden in die Beschattung gefahren, soweit alles wie immer. Meine Frau hatte heute morgen aber die Balkontür offen zum lüften, da LockOut auf soft steht ist der Rollladen völlig korrekt offen geblieben.
Im Rollladendevice steht jetzt als ShadingMessage: INFO: current shading status is 'in' - next check in 20m
und als ShuttersLastDrive shading out, das war die Fahrt gestern Mittag.

War es jetzt nicht so das er diese Fahrt nachgeholt hätte oder holt er shading-Fahren generell nicht nach. Dachte die Fahrt würde evtl. nachgeholt.

Gruß Markus

Update: Hat sich glaube ich erledigt, der Rollladen hat die Fahrt eben nachgeholt, hat anscheinend nur etwas gedauert  ;)
QNAP NAS mit Debian VM, darauf FHEM, debmatic, influxdb2 und Grafana || HB-RF-ETH || SIGNALduino 433MHz mit Maple mini || WS980 Wetterstation || Xiaomi Mi Robot mit valetudo-FW || Buderus web KM100 || div. Tasmota-Devices

flummy1978

 
Zitat von: meier81 am 31 Juli 2020, 09:06:35

War es jetzt nicht so das er diese Fahrt nachgeholt hätte oder holt er shading-Fahren generell nicht nach. Dachte die Fahrt würde evtl. nachgeholt.

Gruß Markus

Update: Hat sich glaube ich erledigt, der Rollladen hat die Fahrt eben nachgeholt, hat anscheinend nur etwas gedauert  ;)

Kurz weil mobil:
Auch wenn sich das aktuelle Problem gelöst hat nur zur Info:
Eine shading Fahrt wird nie nachgeholt. Wenn beschattet ist, es wird aus irgendeinem Grund manuell gefahren und im der zwischenzeit sind voraussetzungen fürs shading erreicht wird die Fahrt nicht nachgeholt sondern die Bedingungen werden erneut abgefragt (Helligkeit, Sonnenstand, lock Zustand, blockingtime, shading time usw usf) wenn das alles erfüllt ist wird wieder beschattet. Das wird bei Dir jetzt auch der Fall sein.

Ich werde etwas ähnliches bei mir lösen indem ich das Betroffene Device extern auf die shading Position fahre und damit dann wieder shading in Position habe. Das asc greift dann aufgrund der korrekten Position nach Ablauf der manuellen Block Zeit, auf das Device zu und fährt in shading out sofern nötig.

(Tippfehler auf dem Mäusekino bitte ich zu entschuldigen)

Grüße Andreas

meier81

Zitat von: flummy1978 am 31 Juli 2020, 10:07:52

Kurz weil mobil:
Auch wenn sich das aktuelle Problem gelöst hat nur zur Info:
Eine shading Fahrt wird nie nachgeholt. Wenn beschattet ist, es wird aus irgendeinem Grund manuell gefahren und im der zwischenzeit sind voraussetzungen fürs shading erreicht wird die Fahrt nicht nachgeholt sondern die Bedingungen werden erneut abgefragt (Helligkeit, Sonnenstand, lock Zustand, blockingtime, shading time usw usf) wenn das alles erfüllt ist wird wieder beschattet. Das wird bei Dir jetzt auch der Fall sein.

Alles klar, dann hab ich das auch noch richtig im Kopf gehabt mit dem nachholen der shading-Fahrten, ich war nämlich auch der Meinung diese werden nicht nachgeholt. Bin aber dankbar für die Erklärung mit dem erneuten Abfragen der Bedingungen, mir fehlte der Gedanke das wenn der Türsensor wieder zu meldet dann ja die Bedingungen wieder alle erfüllt sind und dann ja shading ganz normal wieder funktioniert.

Zitat
Ich werde etwas ähnliches bei mir lösen indem ich das Betroffene Device extern auf die shading Position fahre und damit dann wieder shading in Position habe. Das asc greift dann aufgrund der korrekten Position nach Ablauf der manuellen Block Zeit, auf das Device zu und fährt in shading out sofern nötig.

Das geht bei mir leider nur bedingt, habe ja vor Ort die Jarolift-Steuerung, die sendet hat keine Rückmeldung der vor-Ort Bedienung und damit merkt FHEM halt nicht das vor Ort händig gefahren wurde. Werde ich mir aber mal im Hinterkopf behalten.

Gruß und danke, Markus
QNAP NAS mit Debian VM, darauf FHEM, debmatic, influxdb2 und Grafana || HB-RF-ETH || SIGNALduino 433MHz mit Maple mini || WS980 Wetterstation || Xiaomi Mi Robot mit valetudo-FW || Buderus web KM100 || div. Tasmota-Devices

cwagner

Falls der Rollladentaster noch einen freien Kontakt hat, könnte man mit einem Kontaktschalter (gegebenenfalls per Funk) der Steuerung ein Signal geben, dass der Schalter gedrückt wurde, annehmend, dass dass das Rollo sich auch in Bewegung gesetzt hat.

Zweite Option: Einfacher Kontakt mit Wippe in der Rollladen-Bahn, der an der Beschattungsendposition vom Rollladen gedrückt wird und dann an FHEM meldet: Rollladen ist an dieser Position (oder vorher, weil dann nicht gedrückt oder dahinter, weil immer noch gedrückt).

Auf diese Weise überprüfe ich mit FHEM per Kontakt in der Türfalle das Ausfahren des Schlossriegels durch das autarke Schließsystem in die Falle zu bestimmten Zeiten.

Herzliche Grüße

Christian
PI 2B+/3B+ Raspbian 12, Perl 5.36.0, FHEM 6.3: 295 Module in ConfigDB: Steuerung Heizkessel, FBH, Solarthermie, kontr. Lüftung mit WRG. Smarthome u.a. HMCUL, 1-Wire (FT232RL ; DS2480B), EnOcean (TCM EPS3), MQTT2. DOIF, PID20, Threshold, OWX; Micropelt IRTV, Volkszähler, SolarForecast; MariaDB

flummy1978

Zitat von: meier81 am 31 Juli 2020, 12:36:42
Das geht bei mir leider nur bedingt, habe ja vor Ort die Jarolift-Steuerung, die sendet hat keine Rückmeldung der vor-Ort Bedienung und damit merkt FHEM halt nicht das vor Ort händig gefahren wurde. Werde ich mir aber mal im Hinterkopf behalten.

Gruß und danke, Markus

Hallo Markus,

Das hast Du wohl falsch verstanden: Mit Extern lösen war nicht ein externer Schalter gemeint, sondern ein Notify (Doif oder was auch immer) das auf das Schließen der Balkontür reagiert (sofern Türkontakt vorhanden, was ja der Fall ist, sonst würde das Lüften ja nicht zum Lockout führen) Nun kommt das Event vom Fensterkontakt (ggf Randbedingungen werden geprüft *)   Das betreffende Rollo wird mit External Drive (ASC direkt) oder per direktem Set Befehl auf Shading Position gefahren.
Damit überspringst Du quasi die Prüfung der Beschattung - Daher sind manuelle Prüfungen mit  * gekennzeichnet wichtig.

Ich bin noch nicht dazu gekommen, das umzusetzen, aber ich werde es bei mir so einsetzen:
Kontakt wird geschlossen ->Prüfen ob das Rollo daneben sich in der Beschattung befindet -> Prüfen ob das Terrassenrollo durch den Fensterkontakt nach oben gefahren wurde -> Prüfen ob das Terrassenrollo höher steht als die gewünschte Beschattugsposition -> Wenn ja fahren, wenn nein, passiert nichts.

Vielleicht hilft die Idee ja :)

Viele Grüße
Andreas

eurofinder

Seit dem Update auf v0.10.5 wird beim Aufruf des ASC-Devices die Übersichtstabelle nicht mehr angezeigt. Ist das nur bei mir so oder kann das jemand bestätigen?

Änderungen am ASC-Device wurde nicht vorgenommen.

Wie bekomme ich die Übersicht wieder angezeigt?

Gruß
eurofinder

RPI3+; Raspbian Buster Lite; RPI-RF-MOD; piVCCU3, HMIP-eTRV-2, HmIP-SWDO, HmIP-SRH, HmIP-STHO, HmIP-SLO