[73_AutoShuttersControl.pm] - aktuelle Entwicklerversionen zum testen

[CoolTux]

Dann müssen wir da mal ran.
Setze bitte das ASC Device auf verbose 4 und öffne dann ein Fenster.
Log hier posten

[eurofinder]

So, scheine einen Schritt weitergekommen zu sein. Habe ASC_BlockingTime_afterManual=0 im Rolladendevice gesetzt und siehe da, der Rolladen bewegt sich, wenn der Kontakt KBuero state=open meldet.
Schließe ich die Tür, bleibt der Rolladen allerdings in der Position, die durch ASC_Ventilate_Pos angefahren wurde. Ist das so korrekt oder soll er nicht auf die vorherige Position zurückfahren? Der Rolladen wurde wurde zwischenzeitlich nicht manuell bedient.

Hier das Listung vom ASC mit Verbose=4

Code Auswählen Erweitern

Internals:
   FUUID      5cc2c9b7-f33f-d9bf-3bae-c170cbd696a4bf1f
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       ASC
   NOTIFYDEV  ASC,HM_HMIP_SWDO_0000D8A99E482B,KBuero,RAnkleide,RAnkleide_Velux,RBad,RBuero,RGaeste,RGaeste_Velux,RKueche,RPSK_Fenster_WZ,RPSK_TUER_WZ,RSZ,RWC,global
   NR         123
   NTFY_ORDER 51-ASC
   STATE      ventilate - window open
   TYPE       AutoShuttersControl
   VERSION    0.5.99.15
   OLDREADINGS:
   READINGS:
     2019-04-26 13:04:45   RAnkleide_PosValue 0
     2019-04-26 14:39:19   RAnkleide_Velux_PosValue 0
     2019-04-26 13:04:43   RAnkleide_Velux_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 13:04:43   RAnkleide_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 15:43:38   RBad_PosValue   0
     2019-04-26 13:04:43   RBad_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 18:11:27   RBuero_PosValue 29
     2019-04-26 13:04:43   RBuero_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 14:39:19   RGaeste_PosValue 0
     2019-04-26 14:39:19   RGaeste_Velux_PosValue 0
     2019-04-26 13:04:43   RGaeste_Velux_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 13:04:43   RGaeste_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 15:43:40   RKueche_PosValue 0
     2019-04-26 13:04:43   RKueche_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 13:04:45   RPSK_Fenster_WZ_PosValue 0
     2019-04-26 13:04:43   RPSK_Fenster_WZ_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 17:56:17   RPSK_TUER_WZ_PosValue 9
     2019-04-26 13:04:43   RPSK_TUER_WZ_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 14:37:31   RSZ_PosValue    0
     2019-04-26 13:04:43   RSZ_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 13:04:45   RWC_PosValue    0
     2019-04-26 13:04:43   RWC_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 17:53:28   hardLockOut     off
     2019-04-26 11:04:55   partyMode       off
     2019-04-26 13:04:39   room_ASC_EG_tahoma RBuero,RKueche,RPSK_Fenster_WZ,RPSK_TUER_WZ,RWC
     2019-04-26 13:04:39   room_ASC_OG_tahoma RAnkleide,RAnkleide_Velux,RBad,RGaeste,RGaeste_Velux
     2019-04-26 13:04:39   room_OG_ASC_tahoma RSZ
     2019-04-26 11:04:55   selfDefense     off
     2019-04-26 18:11:15   state           ventilate - window open
     2019-04-26 11:33:36   sunriseTimeWeHoliday on
     2019-04-26 13:04:39   userAttrList    rolled out
   helper:
     shuttersList:
       RAnkleide
       RAnkleide_Velux
       RBad
       RBuero
       RGaeste
       RGaeste_Velux
       RKueche
       RPSK_Fenster_WZ
       RPSK_TUER_WZ
       RSZ
       RWC
   monitoredDevs:
     HM_HMIP_SWDO_0000D8A99E482B:
       RBuero     ASC_WindowRec
     KBuero:
       RBuero     ASC_WindowRec
     RAnkleide:
     RAnkleide_Velux:
     RBad:
     RBuero:
     RGaeste:
     RGaeste_Velux:
     RKueche:
     RPSK_Fenster_WZ:
     RPSK_TUER_WZ:
     RSZ:
     RWC:
Attributes:
   ASC_autoAstroModeEvening HORIZON
   ASC_autoAstroModeEveningHorizon -5
   ASC_autoAstroModeMorning HORIZON
   ASC_autoAstroModeMorningHorizon -3
   ASC_autoShuttersControlComfort on
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_autoShuttersControlShading on
   ASC_blockAscDrivesAfterManual 0
   ASC_brightnessDriveUpDown 30:100
   ASC_tempSensor WetterProplanta
   ASC_twilightDevice Twilight
   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
   verbose    4

Warum ist das im Listing enthalten:
monitoredDevs:
     HM_HMIP_SWDO_0000D8A99E482B:
       RBuero     ASC_WindowRec
     KBuero:
       RBuero     ASC_WindowRec

Ich hatte ja HM_HMIP_SWDO_0000D8A99E482B in KBuero umbenannt.

Gruß und danke für die Hilfe
eurofinder

[Beta-User]

Habe es mal fertig gestellt.

Thx, habe mal eben knapp 500 Attribute eingespart, und meine Rollläden sind in der Detailansicht wieder deutlich übersichtlicher .

Für was eigentlich die ";"? Ich habe das jetzt ohne in das RAW-Inputfeld ("+") kopiert, execute, und gut war .

Vielleicht mag jemand das noch für die ASC=1-Variante ergänzen (ist ja weitgehend gleich, aber ein paar default-Werte sind anders).

[CoolTux]

So, scheine einen Schritt weitergekommen zu sein. Habe ASC_BlockingTime_afterManual=0 im Rolladendevice gesetzt und siehe da, der Rolladen bewegt sich, wenn der Kontakt KBuero state=open meldet.
Schließe ich die Tür, bleibt der Rolladen allerdings in der Position, die durch ASC_Ventilate_Pos angefahren wurde. Ist das so korrekt oder soll er nicht auf die vorherige Position zurückfahren? Der Rolladen wurde wurde zwischenzeitlich nicht manuell bedient.

Hier das Listung vom ASC mit Verbose=4

Code Auswählen Erweitern

Internals:
   FUUID      5cc2c9b7-f33f-d9bf-3bae-c170cbd696a4bf1f
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       ASC
   NOTIFYDEV  ASC,HM_HMIP_SWDO_0000D8A99E482B,KBuero,RAnkleide,RAnkleide_Velux,RBad,RBuero,RGaeste,RGaeste_Velux,RKueche,RPSK_Fenster_WZ,RPSK_TUER_WZ,RSZ,RWC,global
   NR         123
   NTFY_ORDER 51-ASC
   STATE      ventilate - window open
   TYPE       AutoShuttersControl
   VERSION    0.5.99.15
   OLDREADINGS:
   READINGS:
     2019-04-26 13:04:45   RAnkleide_PosValue 0
     2019-04-26 14:39:19   RAnkleide_Velux_PosValue 0
     2019-04-26 13:04:43   RAnkleide_Velux_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 13:04:43   RAnkleide_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 15:43:38   RBad_PosValue   0
     2019-04-26 13:04:43   RBad_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 18:11:27   RBuero_PosValue 29
     2019-04-26 13:04:43   RBuero_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 14:39:19   RGaeste_PosValue 0
     2019-04-26 14:39:19   RGaeste_Velux_PosValue 0
     2019-04-26 13:04:43   RGaeste_Velux_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 13:04:43   RGaeste_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 15:43:40   RKueche_PosValue 0
     2019-04-26 13:04:43   RKueche_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 13:04:45   RPSK_Fenster_WZ_PosValue 0
     2019-04-26 13:04:43   RPSK_Fenster_WZ_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 17:56:17   RPSK_TUER_WZ_PosValue 9
     2019-04-26 13:04:43   RPSK_TUER_WZ_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 14:37:31   RSZ_PosValue    0
     2019-04-26 13:04:43   RSZ_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 13:04:45   RWC_PosValue    0
     2019-04-26 13:04:43   RWC_nextAstroTimeEvent 26.04.2019 - 21:09
     2019-04-26 17:53:28   hardLockOut     off
     2019-04-26 11:04:55   partyMode       off
     2019-04-26 13:04:39   room_ASC_EG_tahoma RBuero,RKueche,RPSK_Fenster_WZ,RPSK_TUER_WZ,RWC
     2019-04-26 13:04:39   room_ASC_OG_tahoma RAnkleide,RAnkleide_Velux,RBad,RGaeste,RGaeste_Velux
     2019-04-26 13:04:39   room_OG_ASC_tahoma RSZ
     2019-04-26 11:04:55   selfDefense     off
     2019-04-26 18:11:15   state           ventilate - window open
     2019-04-26 11:33:36   sunriseTimeWeHoliday on
     2019-04-26 13:04:39   userAttrList    rolled out
   helper:
     shuttersList:
       RAnkleide
       RAnkleide_Velux
       RBad
       RBuero
       RGaeste
       RGaeste_Velux
       RKueche
       RPSK_Fenster_WZ
       RPSK_TUER_WZ
       RSZ
       RWC
   monitoredDevs:
     HM_HMIP_SWDO_0000D8A99E482B:
       RBuero     ASC_WindowRec
     KBuero:
       RBuero     ASC_WindowRec
     RAnkleide:
     RAnkleide_Velux:
     RBad:
     RBuero:
     RGaeste:
     RGaeste_Velux:
     RKueche:
     RPSK_Fenster_WZ:
     RPSK_TUER_WZ:
     RSZ:
     RWC:
Attributes:
   ASC_autoAstroModeEvening HORIZON
   ASC_autoAstroModeEveningHorizon -5
   ASC_autoAstroModeMorning HORIZON
   ASC_autoAstroModeMorningHorizon -3
   ASC_autoShuttersControlComfort on
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_autoShuttersControlShading on
   ASC_blockAscDrivesAfterManual 0
   ASC_brightnessDriveUpDown 30:100
   ASC_tempSensor WetterProplanta
   ASC_twilightDevice Twilight
   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
   verbose    4

Warum ist das im Listing enthalten:
monitoredDevs:
     HM_HMIP_SWDO_0000D8A99E482B:
       RBuero     ASC_WindowRec
     KBuero:
       RBuero     ASC_WindowRec

Ich hatte ja HM_HMIP_SWDO_0000D8A99E482B in KBuero umbenannt.

Gruß und danke für die Hilfe
eurofinder

Er hätte da eigentlich in die letzte Position fahren müssen nach dem schließen des Fensters. Was war denn die letzte Position es denn die letzte Position war closed dann fährt er nach open.

Du musst das komplette Attribut für den Fensterkontakt löschen und neu setzen. Jetzt sollte es reichen wenn Du ein createNewNotifyDev machst. Der set Befehl kommt wenn man im ASC das Attribut auf expert 1 stellt.

[CoolTux]

eine sehr gute Übersicht bietet übrigens

Code Auswählen Erweitern

define myASC_Overview weblink htmlCode {FHEM::AutoShuttersControl::GetShuttersInformation($defs{'ASCNAME'})}

ASCNAME ist zu ändern in den Devicenamen Eures ASC Devices

[eurofinder]

So, jetzt klappte auch das zurückfahren in die vorherige Position. Werde das mal beobachten:-)

Danke, Gruß und schönes Wochenende
eurofinder

[majestro84]

Thx, habe mal eben knapp 500 Attribute eingespart, und meine Rollläden sind in der Detailansicht wieder deutlich übersichtlicher .

Für was eigentlich die ";"? Ich habe das jetzt ohne in das RAW-Inputfeld ("+") kopiert, execute, und gut war .

Vielleicht mag jemand das noch für die ASC=1-Variante ergänzen (ist ja weitgehend gleich, aber ein paar default-Werte sind anders).

Das ; dafür daß man es einfach im Fhem web einfügen kann und alle Befehle abgearbeitet werden.

[eurofinder]

Habe doch noch ein Problem mit Rolladen RBuero.

Code Auswählen Erweitern

2019.04.26 20:04:12 4: AutoShuttersControl (ASC) - Devname: RBuero Name: ASC Notify: $VAR1 = [
          'RSSILevelState: 84.0',
          'state: dim29',
          'ClosureState: 29',
          'devicestate: open',
          'OpenClosedState: open'
        ];
Seit 20:04:12 Uhr wird im ASC für RBuero_PosValue 29 angezeigt, obwohl später auf Position 0 gefahren wurde. In showShuttersInformation sind Position und Last Position jeweils 0. und auch im Readings vom Device alles 0

Code Auswählen Erweitern

  READINGS:
     2019-04-26 20:04:07   ASC_ShuttersLastDrive ventilate - window open
     2019-04-26 20:31:39   ASC_Time_DriveDown 26.04.2019 - 21:09
     2019-04-26 20:31:39   ASC_Time_DriveUp 27.04.2019 - 08:00
     2019-04-26 20:31:40   ClosureState    0
     2019-04-26 20:31:40   NameState       Büro
     2019-04-26 20:31:40   OpenClosedState open
     2019-04-26 20:31:40   PriorityLockTimerState 0
     2019-04-26 20:39:55   RSSILevelState  82.0
     2019-04-26 20:31:40   StatusState     available
     2019-04-26 20:31:40   devicestate     open
     2019-04-26 20:31:40   state           dim0

Wo kommt der Wert her und wann wird dieser geändert. Oder hat das alles nichts mit den anderen Werten zu tun?
Fakt ist, dass der Rolladen zwar in die ASC_Ventilate_Pos=30 fährt, aber nicht mehr in die vorherige Position - klappte anscheinend nur einmal.
Restart von FHEM hat keine Besserung ergeben. Werte bleiben wie oben beschrieben.

Gruß
eurofinder

[CoolTux]

Position und lastPosition sind nach einem Neustart immer gleich da beim Start die aktuelle Position eingelesen wird und diese gleich lastPosition ist. Aber wieso er nicht in die letzte Position fährt weiß ich leider nicht.
PosValue 29 ist aber nicht 30. 29!=30 und somit ist für ASC der Rollladen nicht in der Fenster offen Position.

[eurofinder]

@CoolTux:
OK, habe im Device RBuero das Attrinut ASC_Ventilate_Pos=29 gesetzt und Rolladen fährt wieder.
ASC_Ventilate_Pos wurde anschließend auf aktualisierten Wert geändert.

Vielleicht wäre es hilfreich, nicht nur auf genau den gleichen Wert zu testen, sondern mit einer Range von +-5.
Ich denke der Wert von 29 ist dadurch entstanden, dass ich den Schieberegler des Devices verwendet habe und somit keinen auf 0 endenden Wert hatte.

Gruß
eurofinder

[CoolTux]

Nein das wäre nicht zielführend. Wenn ich dem Rollladen sage er soll auf 30 fahren dann muss er das auch genau tun und nicht bei 29 stehen bleiben.

[CoolTux]

Vielen Dank an alle fleißigen und mutigen Tester.
Die neue Version ist nun per FHEM Update zu bekommen und daher geht es nun hier weiter


https://forum.fhem.de/index.php/topic,99980.0.html



@Eurofinder
Dein Anliegen/Problem ist ja nur noch fast offen, daher können wir drüben dann einfach weiter machen wenn noch was ist.