[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

Zitat von: MarkusHiba am 13 November 2018, 15:01:54
Hallo

mal eine doofe Frage.
Ist in dem Modul schon die Fensterposition integriert, wie bei clunis Code?

Grüße

MarkusHiba

Gesendet von meinem G8141 mit Tapatalk

Aktuell gibt es noch keine Beschattung und somit auch keine Fensterposition. Wird aber in kommenden Versionen dann kommen!
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

sledge

Zitat von: CoolTux am 13 November 2018, 14:16:25
Frage an alle
Ist es für Euch wichtig das Abschatten vom Status des einzelnen Bewohners (also pro Zimmer) abhängig zu machen oder sagt Ihr es soll generell abgeschattet werden und mir ist nur der Status des Residents (Wohnung/Haus) wichtig.


Grüße

Ersteres ergibt ja nur dann Sinn, wenn eine raumbezogene Anwesenheitserkennung vorliegt. Aus dem Bauch heraus glaube ich, dass diese nur bei wenigen der Fall ist. Von daher reicht mir eine Abschattung auf Basis "ist im Haus" (oder nicht). Von einer Fenster-individuellen Abschattung gehe ich ohnehin aus, da ich die zwei Fenster auf der Nordseite idR nicht abschatte ;-)

FHEM: debian Intel-NUC / 25 x MAX!, 15 x HM-bidcos, MQTT, 3 x 1wire, 20 x Shelly, 20 x Tasmota, 12 x Yeelight, Opentherm-GW, Espeasy, alexa-fhem, kodi, unifi, musiccast, ...

hexenmeister

Ich habe in den meisten Räumen Bewegungsmelder, die i h für eine raumbezogene Anwesenheit (Schätzung) verwende. Denke nicht, dass das so ein seltener Fall ist.

Cluni

...mit iBeacons sogar sehr genau machbar, wenn die Personen ihr Handy immer bei sich haben.


Gesendet von iPhone mit Tapatalk

hexenmeister

Zitat von: Cluni am 13 November 2018, 15:44:00
...mit iBeacons sogar sehr genau machbar, wenn die Personen ihr Handy immer bei sich haben.
Bei uns wäre das (bis auf meine Wenigkeit) eher unzuverlässig.

Cluni

Ja, sieht bei uns genauso aus.... [emoji23]
Aber machbar wäre es so. [emoji2957]


Gesendet von iPhone mit Tapatalk

hexenmeister


Cluni

Das würde bei meiner Frau nichts bringen, weil sie es trotzdem irgendwie schaffen würde, es irgendwo liegen zu lassen...  ::) 8) (hoffentlich liest sie hier nicht mit)

Deckoffizier

Hallo CoolTux,

ZitatHallo Hans,

Auch für Dich nochmal ganz kurz. Wenn ich TYPE meine dann was im INTERNAL TYPE vom Rolladen steht.
Wenn Du lediglich einen set Befehl hast der nur up down und stop kann dann wird das nicht gehen.
Damit Du das Modul für einen Rollladen benutzen kannst muss das Device ein set Befehl mit einem numerischen Wert zulassen.

Der Name im INTERNAL TYPE ist UNIRoll  wie das fhem Modul.
Um einen numerischen Wert für den set Befehl zu haben habe ich ja das userReading mit pos  angelegt und nutzte damit die gemessenen Fahrzeiten.

War bei allen vorherigen update kein Problem.

Nur eben beim letzten mal eben keine Reaktion mehr.
Habe wie geschrieben durch das hin und her setzen an dem attr useRolloPos(0|1) und manuell hochfahren bzw. up es wieder hinbekommen.(Nur man muss es erst drauf kommen).

Heute Abend waren jedenfalls die Rollladen unten. 8)

Readings
ASC_ShuttersLastDrive
   
night close
   
2018-11-13 16:10:26
ASC_Time_DriveDown
   
14.11.2018 - 16:10
   
2018-11-13 16:10:27
ASC_Time_DriveUp
   
14.11.2018 - 07:00
   
2018-11-13 16:10:27
oldPos
   
24
   
2018-11-13 16:10:50
oldstate
   
down 23
   
2018-11-13 16:10:26
pos
   
24
   
2018-11-13 16:10:50
state
   
pos 24
   
2018-11-13 16:10:27

Mal sehen was nach dem nächsten update ist, habe ja jetzt einen Anhaltspunkt.

Gruß
Hans-Jürgen
FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus

pc1246

Zitat von: Cluni am 13 November 2018, 15:55:28
Das würde bei meiner Frau nichts bringen, weil sie es trotzdem irgendwie schaffen würde, es irgendwo liegen zu lassen...  ::) 8) (hoffentlich liest sie hier nicht mit)
Ich habs Ihr weitergeleitet!
;)
HP T610
Onkyo_AVR;Enigma2; SB_Server; SB_Player; HM-USB; PhilipsTV; harmony hub; Jeelink mit PCA301; Somfy; S7-300; LGW; HUE; HM-IP auf Charly; div

CoolTux

Zitat von: Deckoffizier am 13 November 2018, 18:06:33
Hallo CoolTux,

Der Name im INTERNAL TYPE ist UNIRoll  wie das fhem Modul.
Um einen numerischen Wert für den set Befehl zu haben habe ich ja das userReading mit pos  angelegt und nutzte damit die gemessenen Fahrzeiten.

War bei allen vorherigen update kein Problem.

Nur eben beim letzten mal eben keine Reaktion mehr.
Habe wie geschrieben durch das hin und her setzen an dem attr useRolloPos(0|1) und manuell hochfahren bzw. up es wieder hinbekommen.(Nur man muss es erst drauf kommen).

Heute Abend waren jedenfalls die Rollladen unten. 8)

Readings
ASC_ShuttersLastDrive
   
night close
   
2018-11-13 16:10:26
ASC_Time_DriveDown
   
14.11.2018 - 16:10
   
2018-11-13 16:10:27
ASC_Time_DriveUp
   
14.11.2018 - 07:00
   
2018-11-13 16:10:27
oldPos
   
24
   
2018-11-13 16:10:50
oldstate
   
down 23
   
2018-11-13 16:10:26
pos
   
24
   
2018-11-13 16:10:50
state
   
pos 24
   
2018-11-13 16:10:27

Mal sehen was nach dem nächsten update ist, habe ja jetzt einen Anhaltspunkt.

Gruß
Hans-Jürgen

Hallo Hans,

Dann lasse ich den TYPE erstmal raus und dann sollte es wieder gehen. Wenn kein TYPE definiert ist nimmt er als set Befehl den Readingnamen aus dem Pos_Reading Attribut
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

pc1246

Moin
Wiggle tut schon mal, nachdem ich von 2.0.1 auf 2.0.4 geupdated habe! Cool auch, dass man waehlen kann!
Gruss Christoph
HP T610
Onkyo_AVR;Enigma2; SB_Server; SB_Player; HM-USB; PhilipsTV; harmony hub; Jeelink mit PCA301; Somfy; S7-300; LGW; HUE; HM-IP auf Charly; div

Deckoffizier

Hallo CoolTux,

ZitatHallo Hans,

Dann lasse ich den TYPE erstmal raus und dann sollte es wieder gehen. Wenn kein TYPE definiert ist nimmt er als set Befehl den Readingnamen aus dem Pos_Reading Attribut

Hmm.... wenn ich jetzt allen anderen den Komfort vermassele gefällt mir nicht so ganz, ist natürlich Deine Entscheidung.

Lässt es sich nicht eventuell  so machen, bei unbekannten Type aus Deiner liste = Pos_Reading Attribut als Ausnahme ?? Jetzt nur als unbedarfter Wunsch !

Gruß
Hans-Jürgen
FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus

CoolTux

Zitat von: Deckoffizier am 13 November 2018, 19:21:38
Hallo CoolTux,

Hmm.... wenn ich jetzt allen anderen den Komfort vermassele gefällt mir nicht so ganz, ist natürlich Deine Entscheidung.

Lässt es sich nicht eventuell  so machen, bei unbekannten Type aus Deiner liste = Pos_Reading Attribut als Ausnahme ?? Jetzt nur als unbedarfter Wunsch !

Gruß
Hans-Jürgen

Sorry, zu kurz ausgedrückt. Mit meiner Aussage meine ich genau das. Ich lasse Deinen TYPE aussen vor und dann wird bei nicht erkennen eh automatische der Attributsinhalt von Pos_Reading genommen.  ;D
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

hexenmeister

Moin, moin, ich habe hier auch einen Fehlerberich. :o

Ich habe erstmal zwei 'echten' Hardware-Devices angebunden.

Das erste fährt noch nach 'astro'-Zeit, morgens fährt es wohl hoch, abends es scheint nicht korrekt zu funktionieren, muss ich aber noch beobachten.

Das zweite ist über 'brightness' gesteuert, was auch ganz gut funktioniert. Es ist auch ein 'threestate'-Sensor angebunden.
Was nicht ganz klappt ist zunächst das 'Comfort'-Öffnen. Bei Öffnen des Fenster passiert erstmal gar nichts. Beim Kippen dagegen wird Rolladen geöffnet. Beim Schliessen fährt Rollanden wieder runter.
Dazu hat mir jedoch meine Freundin heute einen 'Fehlerbericht' übrgebracht. Es ist ungefähr so abgelaufen: Rolladen wurde früh geöffnet (manuell noch im Dunklem) und Fenster war letztendlich zu. Später (war schon hell) wurde Fenster zum Lüften geöffnet. Als das Fenster wieder geschlossen wurde, fuhr das Rollo runter, trotz Tageszeit und musste manull wieder hochgefahren werden.

Rollo-Listing (es ist ein Dummy, per MQTT an das entfernte 'echte' Hardware-Device angebunden):

Internals:
   .eventMapCmd dunkel:noArg halb:noArg oeffnen:noArg schatten:noArg schliessen:noArg
   CFGFN      ./config/biz_devices.cfg
   NAME       OG_BZ_Rollo
   NR         102
   STATE      0
   TYPE       dummy
   .attraggr:
   .attrminint:
   .eventMapHash:
     fw:
       dunkel     dunkel:noArg
       halb       halb:noArg
       oeffnen    oeffnen:noArg
       schatten   schatten:noArg
       schliessen schliessen:noArg
       stop       stop:noArg
     usr:
       dunkel     20
       halb       60
       oeffnen    on
       schatten   80
       schliessen off
   READINGS:
     2018-11-13 20:08:57   ASC_ShuttersLastDrive minimum brightness threshold fell below
     2018-11-13 19:28:50   ASC_Time_DriveDown 13.11.2018 - 22:30
     2018-11-13 19:28:50   ASC_Time_DriveUp 14.11.2018 - 09:00
     2018-11-13 20:09:17   position        0
     2018-11-13 20:09:17   select          0
     2018-11-13 20:09:17   state           off
Attributes:
   ASC        2
   ASC_Antifreeze off
   ASC_AutoAstroModeEvening none
   ASC_AutoAstroModeEveningHorizon none
   ASC_AutoAstroModeMorning none
   ASC_AutoAstroModeMorningHorizon none
   ASC_BrightnessMaxVal 150
   ASC_BrightnessMinVal 100
   ASC_Closed_Pos 0
   ASC_Down   brightness
   ASC_Drive_Offset -1
   ASC_GuestRoom none
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Open_Pos 100
   ASC_Partymode off
   ASC_Pos_Reading position
   ASC_Pos_after_ComfortOpen 100
   ASC_Roommate_Device none
   ASC_Roommate_Reading state
   ASC_Self_Defense_Exclude off
   ASC_Shading_Brightness_Reading brightness
   ASC_Shading_Brightness_Sensor UM_VH_PIR01
   ASC_ShuttersPlace window
   ASC_Time_Down_Early 15:30
   ASC_Time_Down_Late 22:30
   ASC_Time_Up_Early 04:30
   ASC_Time_Up_Late 09:00
   ASC_Time_Up_WE_Holiday 08:30
   ASC_Up     brightness
   ASC_Ventilate_Pos 100
   ASC_Ventilate_Window_Open on
   ASC_WindowRec OG_BZ_FK_all
   ASC_WindowRec_subType threestate
   ASC_lock-out soft
   ASC_lock-outCmd none
   devStateIcon 100:fts_shutter_0@gray closed:fts_shutter_0@gray 0*:fts_shutter_100@#FF5722 1\d(.\d)*:fts_shutter_90@#FF5722 2\d(.\d)*:fts_shutter_80@#FF5722 3\d(.\d)*:fts_shutter_70@#FF5722 4\d(.\d)*:fts_shutter_60@#FF5722 5\d(.\d)*:fts_shutter_50@#FF5722 6\d(.\d)*:fts_shutter_40@#FF5722 7\d(.\d)*:fts_shutter_30@#FF5722 8\d(.\d)*:fts_shutter_20@#FF5722 9\d(.\d)*:fts_shutter_10@#FF5722 open:fts_shutter_10@#FF5722 open_ack:fts_shutter_10@#FF5722 .*:hourglass@#FF5722
   eventMap   {usr=>{'oeffnen'=>'on','schliessen'=>'off','dunkel'=>'20','schatten'=>'80','halb'=>'60'},
fw=>{'schliessen'=>'schliessen:noArg','dunkel'=>'dunkel:noArg','schatten'=>'schatten:noArg','halb'=>'halb:noArg','oeffnen'=>'oeffnen:noArg','stop'=>'stop:noArg'}}
   group      Beschattung
   icon       fts_shutter
   mqttDefaults base={"$base/og/bz/rollo/all"}
   mqttPublish position|select|state:topic={"$base/set"}
   mqttSubscribe position|select:topic={"$base/position"}
state:topic={"$base/state"}
   readingList position select
   room       Badezimmer
   setList    stop:noArg select:iconRadio,use4icon@FF5722,stop,rc_STOP@808080,00,fts_shutter_100@808080,15,fts_shutter_90@808080,50,fts_shutter_50@808080,70,fts_shutter_30@808080,100,fts_shutter_10@808080
position:slider,0,1,100
   sortby     10wz_20
   stateFormat position
   userattr   ASC_Antifreeze:off,on 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_BrightnessMaxVal ASC_BrightnessMinVal ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness ASC_Drive_Offset ASC_GuestRoom:on,off 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_Pos_after_ComfortOpen:0,10,20,30,40,50,60,70,80,90,100 ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_Exclude:on,off ASC_Shading_Brightness_Reading ASC_Shading_Brightness_Sensor 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_WindowRec ASC_WindowRec_subType:twostate,threestate ASC_lock-out:soft,hard ASC_lock-outCmd:inhibit,blocked
   webCmd     select:position
   widgetOverride setList:textField-long


Die Version war bis zum Fehlerzeitpunkt noch 2.0.3, habe gerade upgedatet.

ASC:

Internals:
   CFGFN      ./config/biz_devices.cfg
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       ASC
   NOTIFYDEV  global,ASC,DG_WZ_Rollo_Ost1,OG_BZ_Rollo,OG_BZ_Rollo,DG_WZ_FK_ost1,OG_BZ_FK_all,UM_VH_PIR01
   NR         95
   NTFY_ORDER 51-ASC
   STATE      minimum brightness threshold fell below
   TYPE       AutoShuttersControl
   VERSION    0.2.0.4
   .attraggr:
   .attrminint:
   OLDREADINGS:
   READINGS:
     2018-11-12 22:27:19   .monitoredDevs  {"UM_VH_PIR01":{"OG_BZ_Rollo":"ASC_Shading_Brightness_Sensor"},"OG_BZ_FK_all":{"OG_BZ_Rollo":"ASC_WindowRec"},"OG_BZ_Rollo":{},"DG_WZ_FK_ost1":{"DG_WZ_Rollo_Ost1":"ASC_WindowRec"}}
     2018-11-13 20:03:50   DG_WZ_Rollo_Ost1_PosValue 100
     2018-11-13 16:25:50   DG_WZ_Rollo_Ost1_lastPosValue 0
     2018-11-13 19:28:50   DG_WZ_Rollo_Ost1_nextAstroTimeEvent 14.11.2018 - 07:44
     2018-11-13 20:09:17   OG_BZ_Rollo_PosValue 0
     2018-11-13 20:05:41   OG_BZ_Rollo_lastDelayPosValue 100
     2018-11-13 20:19:30   OG_BZ_Rollo_lastPosValue 66
     2018-11-13 19:28:50   OG_BZ_Rollo_nextAstroTimeEvent 13.11.2018 - 22:30
     2018-11-08 23:15:54   lockOut         on
     2018-11-08 21:10:41   partyMode       off
     2018-11-13 19:28:47   room_Badezimmer OG_BZ_Rollo
     2018-11-13 19:28:47   room_Wohnzimmer_DG DG_WZ_Rollo_Ost1
     2018-11-08 21:10:41   selfDefense     off
     2018-11-13 20:08:57   state           minimum brightness threshold fell below
     2018-11-08 21:10:41   sunriseTimeWeHoliday off
     2018-11-13 19:28:47   userAttrList    rolled out
   helper:
     shuttersList:
       DG_WZ_Rollo_Ost1
       OG_BZ_Rollo
   monitoredDevs:
     DG_WZ_FK_ost1:
       DG_WZ_Rollo_Ost1 ASC_WindowRec
     DG_WZ_Rollo_Ost1:
     OG_BZ_FK_all:
       OG_BZ_Rollo ASC_WindowRec
     OG_BZ_Rollo:
     UM_VH_PIR01:
       OG_BZ_Rollo ASC_Shading_Brightness_Sensor
Attributes:
   ASC_autoAstroModeEvening REAL
   ASC_autoAstroModeMorning REAL
   ASC_autoShuttersControlComfort on
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_freezeTemp 3
   ASC_temperatureReading temperature
   ASC_twilightDevice astroD
   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
   icon       fts_shutter_automatic
   room       ASC


Ich hoffe, das war halbwegs verständlich. Kann ich noch irgendwas zur Lösung beitragen?