[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.6.x

Begonnen von CoolTux, 27 April 2019, 08:04:52

Vorheriges Thema - Nächstes Thema

CoolTux

Zitat von: Borkk am 27 August 2019, 14:27:35
Die Roomates gehen natürlich auf ,,gone" der Residents bleibt aber auf absent. mal sehen was heute Abend passiert.

Die Roommates haben einen höheren Stellenwert. Wenn welche da sind wird von denen auch der Status genommen in den entsprechenden Räumen.
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

Borkk

Zitat von: CoolTux am 27 August 2019, 14:46:27
Die Roommates haben einen höheren Stellenwert. Wenn welche da sind wird von denen auch der Status genommen in den entsprechenden Räumen.

Ich arbeite nur noch mit Residents, die Sache mit den Roommates sorgt bei mir nur für komische Rollo fahrten. Für mich ist nur wichtig ob jemand (egal wer) zu hause ist oder nicht. Wenn dann ASC das bei Shading Mode, Asc update and down berücksichtigt, ist das fein für mich.

Aber soeben beobachte ich (aus der Ferne) das einige Rollos in Self Defense terrace gefahren sind! Warum denn das? Alle Fenster sind zu und das melden auch die threestate sensoren.
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

felskrone

Hallo zusammen,

ich habe heute eine unerwartete Aktion meiner Jalousie erlebt:


Es geht um die Terrassentür (Three-State-Sensor), die per ASC zeitgesteuert korrekt heute morgen geöffnet war.
Ich war im Garten, habe danach die Terrassentür geschlossen und die Jalousie ist komplett heruntergefahren.


Ein kurzer Blick in das Log zeigt folgendes:



ASC_DEBUG!!! 2019.08.28 09:01:04 - EventProcessingWindowRec: Jalousie_WZ_West - RECEIVED EVENT: battery: ok contact: open (to broadcast) state: open trigger_cnt: 29 - IDENTIFIED EVENT: open - STORED EVENT: open
ASC_DEBUG!!! 2019.08.28 09:01:04 - EventProcessingWindowRec: Jalousie_WZ_West - HOMEMODE: asleep QueryShuttersPosWinRecTilted: QueryShuttersPosWinRecComfort:
ASC_DEBUG!!! 2019.08.28 09:01:10 - EventProcessingWindowRec: Jalousie_WZ_West - RECEIVED EVENT: battery: ok contact: closed (to broadcast) state: closed trigger_cnt: 30 - IDENTIFIED EVENT: closed - STORED EVENT: closed
ASC_DEBUG!!! 2019.08.28 09:01:10 - EventProcessingWindowRec: Jalousie_WZ_West - HOMEMODE: asleep QueryShuttersPosWinRecTilted: QueryShuttersPosWinRecComfort:
ASC_DEBUG!!! 2019.08.28 09:01:10 - FnIsDay: Jalousie_WZ_West Allgemein: 1
ASC_DEBUG!!! 2019.08.28 09:01:10 - FnIsDay: Jalousie_WZ_West Allgemein: 1
ASC_DEBUG!!! 2019.08.28 09:01:10 - EventProcessingWindowRec: Jalousie_WZ_West Event Closed
ASC_DEBUG!!! 2019.08.28 09:01:11 - FnIsDay: Jalousie_WZ_West Allgemein: 1
ASC_DEBUG!!! 2019.08.28 09:01:11 - FnIsDay: Jalousie_WZ_West Allgemein: 1
ASC_DEBUG!!! 2019.08.28 09:01:11 - FnSetCmdFn: Jalousie_WZ_West - Rolllo wird gefahren, aktuelle Position: 100, Zielposition: 0. Grund der Fahrt: window closed at night
2019.08.28 09:01:11 3: CUL_HM set Jalousie_WZ_West pct 0
ASC_DEBUG!!! 2019.08.28 09:01:11 - FnSetDriveCmd: Jalousie_WZ_West - NICHT versetztes fahren
ASC_DEBUG!!! 2019.08.28 09:01:11 - FnSetDriveCmd: Jalousie_WZ_West - NoOffset: JA




Offenbar wurde hier aus dem (aus irgendeinem Grund) falschen Homemode (=asleep) festgestellt, dass es noch Nacht sein könnte, obwohl doch zuvor schon die morgendliche Öffnung der Jalousie durch ASC ausgeführt wurde.


Da wollte ich mal zur Diskussion stellen, ob das ein PAL ist (oder PAM = Problem anderer Module) oder ob sowas ggf. abgefangen werden sollte?
___________________________
FHEM 5.8 auf Raspi 1B und HMLAN

ch.eick

Moin zusammen,

kann ich eigentlich alle ASC Meldungen aus dem Logfile in ein Filelog umleiten?
Readings von den beteidigten Devices habe ich natürlich schon gesammelt in diesem FileLog.


Internals:
   CFGFN     
   DEF        ./log/ASC-%Y-%m.log (ASC_Astro):(SunAlt|SunAZ|Civil|ObsSeason|ObsTime).*|(ASC):(.*_Rollo_FSB61|state)|.*AutoShuttersControl.*|ASC_Brightness|.*_Rollo_FSB61|.*_Fenster|TCM
   FD         40
   FUUID      5d66226e-f33f-81e9-372c-8dba71e0ebbcbc40
   NAME       FileLog_ASC
   NR         23558
   NTFY_ORDER 50-FileLog_ASC
   REGEXP     (ASC_Astro):(SunAlt|SunAZ|Civil|ObsSeason|ObsTime).*|(ASC):(.*_Rollo_FSB61|state)|.*AutoShuttersControl.*|ASC_Brightness|.*_Rollo_FSB61|.*_Fenster|TCM
   STATE      active
   TYPE       FileLog
   currentlogfile ./log/ASC-2019-08.log
   logfile    ./log/ASC-%Y-%m.log
   READINGS:
     2019-08-28 10:07:37   linesInTheFile  80
Attributes:
   alias      FileLog_ASC
   logtype    text
   room       EnOcean,Rollos



Mir geht es jetzt noch um die "Level *" Meldungen und "ASC_DEBUG"

2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing - In der Routine zum fahren der Rolll▒den, Shading Wert: out
2019.08.28 10:07:37 4: AutoShuttersControl (SC_W_Rollo_FSB61) - EventProcessingShadingBrightness
2019.08.28 10:07:37 4: AutoShuttersControl (SC_W_Rollo_FSB61) - EventProcessingShadingBrightness
            Brightness: 93
2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: 93 OutTemp: 25.8
2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 Nach dem return
2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 In der Out Abfrage, Shadingwert: out, Zeitstempel: 1566492978
2019.08.28 10:07:37 4: AutoShuttersControl (AR_O_Rollo_FSB61) - EventProcessingShadingBrightness
2019.08.28 10:07:37 4: AutoShuttersControl (AR_O_Rollo_FSB61) - EventProcessingShadingBrightness
            Brightness: 93
2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: 93 OutTemp: 25.8
2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Nach dem return
2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 In der Out Abfrage, Shadingwert: out, Zeitstempel: 1566977850
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Devname: ASC_Astro Name: ASC Notify: [
  'SunDistance: 151112917',
  'ObsLMST: 07:06:38',
  'ObsGMST: 06:32:40',
  'SunAlt: 32.6',
  'MoonAlt: 55.8',
  'MoonDistance: 367134',
  'MoonAge: 330.4',
  'MoonDistanceObserver: 361876',
  'ObsTime: 10:07:37',
  'MoonLon: 125',
  'MoonAz: 142.4',
  'SunAz: 116.5',
  'SunDistanceObserver: 151109479'
]

2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: 93 OutTemp: 25.8
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Nach dem return
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 In der Out Abfrage, Shadingwert: out, Zeitstempel: 1566977850
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: BA_N_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: -1 OutTemp: 25.8
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: KU_S_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: -1 OutTemp: 25.8
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: 93 OutTemp: 25.8
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 Nach dem return
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 In der Out Abfrage, Shadingwert: out, Zeitstempel: 1566492978
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: WO_S_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: 93 OutTemp: 25.8
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: WO_W_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: -1 OutTemp: 25.8
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Devname: ASC_Astro Name: ASC Notify: [
  'state: Updated'
]

2019.08.28 10:07:51 4: AutoShuttersControl (ASC) - Devname: Christian Name: ASC Notify: [
  'durTimerAbsence_cr: 12449',
  'durTimerAbsence: 207:29:03'
]


Gruß
   Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

CoolTux

Zitat von: felskrone am 28 August 2019, 09:32:50
Hallo zusammen,

ich habe heute eine unerwartete Aktion meiner Jalousie erlebt:


Es geht um die Terrassentür (Three-State-Sensor), die per ASC zeitgesteuert korrekt heute morgen geöffnet war.
Ich war im Garten, habe danach die Terrassentür geschlossen und die Jalousie ist komplett heruntergefahren.


Ein kurzer Blick in das Log zeigt folgendes:



ASC_DEBUG!!! 2019.08.28 09:01:04 - EventProcessingWindowRec: Jalousie_WZ_West - RECEIVED EVENT: battery: ok contact: open (to broadcast) state: open trigger_cnt: 29 - IDENTIFIED EVENT: open - STORED EVENT: open
ASC_DEBUG!!! 2019.08.28 09:01:04 - EventProcessingWindowRec: Jalousie_WZ_West - HOMEMODE: asleep QueryShuttersPosWinRecTilted: QueryShuttersPosWinRecComfort:
ASC_DEBUG!!! 2019.08.28 09:01:10 - EventProcessingWindowRec: Jalousie_WZ_West - RECEIVED EVENT: battery: ok contact: closed (to broadcast) state: closed trigger_cnt: 30 - IDENTIFIED EVENT: closed - STORED EVENT: closed
ASC_DEBUG!!! 2019.08.28 09:01:10 - EventProcessingWindowRec: Jalousie_WZ_West - HOMEMODE: asleep QueryShuttersPosWinRecTilted: QueryShuttersPosWinRecComfort:
ASC_DEBUG!!! 2019.08.28 09:01:10 - FnIsDay: Jalousie_WZ_West Allgemein: 1
ASC_DEBUG!!! 2019.08.28 09:01:10 - FnIsDay: Jalousie_WZ_West Allgemein: 1
ASC_DEBUG!!! 2019.08.28 09:01:10 - EventProcessingWindowRec: Jalousie_WZ_West Event Closed
ASC_DEBUG!!! 2019.08.28 09:01:11 - FnIsDay: Jalousie_WZ_West Allgemein: 1
ASC_DEBUG!!! 2019.08.28 09:01:11 - FnIsDay: Jalousie_WZ_West Allgemein: 1
ASC_DEBUG!!! 2019.08.28 09:01:11 - FnSetCmdFn: Jalousie_WZ_West - Rolllo wird gefahren, aktuelle Position: 100, Zielposition: 0. Grund der Fahrt: window closed at night
2019.08.28 09:01:11 3: CUL_HM set Jalousie_WZ_West pct 0
ASC_DEBUG!!! 2019.08.28 09:01:11 - FnSetDriveCmd: Jalousie_WZ_West - NICHT versetztes fahren
ASC_DEBUG!!! 2019.08.28 09:01:11 - FnSetDriveCmd: Jalousie_WZ_West - NoOffset: JA




Offenbar wurde hier aus dem (aus irgendeinem Grund) falschen Homemode (=asleep) festgestellt, dass es noch Nacht sein könnte, obwohl doch zuvor schon die morgendliche Öffnung der Jalousie durch ASC ausgeführt wurde.


Da wollte ich mal zur Diskussion stellen, ob das ein PAL ist (oder PAM = Problem anderer Module) oder ob sowas ggf. abgefangen werden sollte?

Völlig logisch. Es wurde ein zugeordneter Roommate erkannt welcher schläft. Also wird das Rollo wieder runter gefahren. Es wurde im übrigen korrekt Tag erkannt. Das closed by Night steht in dem Fall für das schlafen des Roommates.



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

CoolTux

Zitat von: ch.eick am 28 August 2019, 10:15:45
Moin zusammen,

kann ich eigentlich alle ASC Meldungen aus dem Logfile in ein Filelog umleiten?
Readings von den beteidigten Devices habe ich natürlich schon gesammelt in diesem FileLog.


Internals:
   CFGFN     
   DEF        ./log/ASC-%Y-%m.log (ASC_Astro):(SunAlt|SunAZ|Civil|ObsSeason|ObsTime).*|(ASC):(.*_Rollo_FSB61|state)|.*AutoShuttersControl.*|ASC_Brightness|.*_Rollo_FSB61|.*_Fenster|TCM
   FD         40
   FUUID      5d66226e-f33f-81e9-372c-8dba71e0ebbcbc40
   NAME       FileLog_ASC
   NR         23558
   NTFY_ORDER 50-FileLog_ASC
   REGEXP     (ASC_Astro):(SunAlt|SunAZ|Civil|ObsSeason|ObsTime).*|(ASC):(.*_Rollo_FSB61|state)|.*AutoShuttersControl.*|ASC_Brightness|.*_Rollo_FSB61|.*_Fenster|TCM
   STATE      active
   TYPE       FileLog
   currentlogfile ./log/ASC-2019-08.log
   logfile    ./log/ASC-%Y-%m.log
   READINGS:
     2019-08-28 10:07:37   linesInTheFile  80
Attributes:
   alias      FileLog_ASC
   logtype    text
   room       EnOcean,Rollos



Mir geht es jetzt noch um die "Level *" Meldungen und "ASC_DEBUG"

2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing - In der Routine zum fahren der Rolll▒den, Shading Wert: out
2019.08.28 10:07:37 4: AutoShuttersControl (SC_W_Rollo_FSB61) - EventProcessingShadingBrightness
2019.08.28 10:07:37 4: AutoShuttersControl (SC_W_Rollo_FSB61) - EventProcessingShadingBrightness
            Brightness: 93
2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: 93 OutTemp: 25.8
2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 Nach dem return
2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 In der Out Abfrage, Shadingwert: out, Zeitstempel: 1566492978
2019.08.28 10:07:37 4: AutoShuttersControl (AR_O_Rollo_FSB61) - EventProcessingShadingBrightness
2019.08.28 10:07:37 4: AutoShuttersControl (AR_O_Rollo_FSB61) - EventProcessingShadingBrightness
            Brightness: 93
2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: 93 OutTemp: 25.8
2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Nach dem return
2019.08.28 10:07:37 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 In der Out Abfrage, Shadingwert: out, Zeitstempel: 1566977850
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Devname: ASC_Astro Name: ASC Notify: [
  'SunDistance: 151112917',
  'ObsLMST: 07:06:38',
  'ObsGMST: 06:32:40',
  'SunAlt: 32.6',
  'MoonAlt: 55.8',
  'MoonDistance: 367134',
  'MoonAge: 330.4',
  'MoonDistanceObserver: 361876',
  'ObsTime: 10:07:37',
  'MoonLon: 125',
  'MoonAz: 142.4',
  'SunAz: 116.5',
  'SunDistanceObserver: 151109479'
]

2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: 93 OutTemp: 25.8
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 Nach dem return
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: AR_O_Rollo_FSB61 In der Out Abfrage, Shadingwert: out, Zeitstempel: 1566977850
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: BA_N_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: -1 OutTemp: 25.8
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: KU_S_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: -1 OutTemp: 25.8
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: 93 OutTemp: 25.8
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 Nach dem return
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: SC_W_Rollo_FSB61 In der Out Abfrage, Shadingwert: out, Zeitstempel: 1566492978
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: WO_S_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: 93 OutTemp: 25.8
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Shading Processing, Rollladen: WO_W_Rollo_FSB61 Azimuth: 116.5 Elevation: 32.6 Brightness: -1 OutTemp: 25.8
2019.08.28 10:07:38 4: AutoShuttersControl (ASC) - Devname: ASC_Astro Name: ASC Notify: [
  'state: Updated'
]

2019.08.28 10:07:51 4: AutoShuttersControl (ASC) - Devname: Christian Name: ASC Notify: [
  'durTimerAbsence_cr: 12449',
  'durTimerAbsence: 207:29:03'
]


Gruß
   Christian

Nein das geht nicht. Oder nur durch größeres Umleiten. Die Debug Meldungen gehören aber nun mal ins globale FHEM Log.
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

Borkk

Hallo CoolTux,

aktueller Stand.

- in keinem Device sind Roommates definiert
- alle Devices haben driveUp = always
- alle Devices haben DriveDown = absent
- Residents ist absent
- alle Rollos sind in nightClose runter gefahren
- heute morgen ist keiner hoch gefahren.
- 2 Devices stehen noch auf night close
- alle anderen auf manuell (es ist keiner zu hause )

Ich blicke nicht mehr durch, im Augenblick macht ASC was es will, bzw. nicht was es soll. (0.6.28)


Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

CoolTux

Zitat von: Borkk am 28 August 2019, 11:14:23
Hallo CoolTux,

aktueller Stand.

- in keinem Device sind Roommates definiert
- alle Devices haben driveUp = always
- alle Devices haben DriveDown = absent
- Residents ist absent
- alle Rollos sind in nightClose runter gefahren
- heute morgen ist keiner hoch gefahren.
- 2 Devices stehen noch auf night close
- alle anderen auf manuell (es ist keiner zu hause )

Ich blicke nicht mehr durch, im Augenblick macht ASC was es will, bzw. nicht was es soll. (0.6.28)

Ich muss gestehen das mich das manuell stört. Wenn keiner zu Hause ist sollte auch kein manuell erkannt werden da ja kein Rollo von Hand bedient werden kann.
Allerdings können wir das nur durch Debug und einer aktuellen Version klären. Lade bitte einmal die aktuelle Version von Git runter und installiere sie.
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

D3ltorohd

Hallo @CoolTux,

so ich möchte mich jetzt dem Thema Autobeschattung widmen, dazu hast du damals gemeint einen Pflanzensensor von Xiaomi benutzen, denke du meinst diesen hier ?

https://www.google.com/search?q=pflanzensensor+xiaomi&rlz=1C1AVSF_enDE746DE746&oq=Pflanzen+Sensor+&aqs=chrome.3.69i57j0l5.7055j0j0&sourceid=chrome&ie=UTF-8

So der läuft ja per Bluetooth, da mein Intel NUC dies wohl mit an Bord hat, könnte ich das nun mal realisieren. Wenn das der richtige Sensor ist, werde ich mir den mal bestellen. Der muss dann natürlich denke ich aussen irgendwo angebracht werden ? Wetterfest ist er denke nicht oder ?

Ich habe auch gesehen es gibt einen Regenschutz im ASC, das kann man mit dem Sensor nicht mit realisieren, brauch ich dafür noch mal extra was, das wenn es anfängt zu regnen, die Rollos schließen ?
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

CoolTux

Zitat von: D3ltorohd am 28 August 2019, 11:28:41
Hallo @CoolTux,

so ich möchte mich jetzt dem Thema Autobeschattung widmen, dazu hast du damals gemeint einen Pflanzensensor von Xiaomi benutzen, denke du meinst diesen hier ?

https://www.google.com/search?q=pflanzensensor+xiaomi&rlz=1C1AVSF_enDE746DE746&oq=Pflanzen+Sensor+&aqs=chrome.3.69i57j0l5.7055j0j0&sourceid=chrome&ie=UTF-8

So der läuft ja per Bluetooth, da mein Intel NUC dies wohl mit an Bord hat, könnte ich das nun mal realisieren. Wenn das der richtige Sensor ist, werde ich mir den mal bestellen. Der muss dann natürlich denke ich aussen irgendwo angebracht werden ? Wetterfest ist er denke nicht oder ?

Ich habe auch gesehen es gibt einen Regenschutz im ASC, das kann man mit dem Sensor nicht mit realisieren, brauch ich dafür noch mal extra was, das wenn es anfängt zu regnen, die Rollos schließen ?

Hallo,

Ich habe 2 von den Dingern draussen. Einer auf der Wetterseite und bis jetzt keine Beschwerden. Aber Wetterfest sind sie laut Hersteller natürlich nicht. Wenn putt dann putt.
Du brauchst in der Tat noch einen Regensensor für den Regenschutz.


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

D3ltorohd

Zitat von: CoolTux am 28 August 2019, 11:33:21
Du brauchst in der Tat noch einen Regensensor für den Regenschutz.

Hast du da auch was günstiges ?

Brauche ich den zwei Sensoren, oder hast du mit dem anderen noch was anderes vor ?
Der auf der Wetterseite bekommt auch voll den Regen mit ab ? Könnte das ja in der Nähe vom Dachvorsprung anbringen, dann wäre es wenigstens meistens vor Regen geschützt und dennoch stimmt die Helligkeit.

Den Sensor kann ich über FHEM direkt einbinden, oder über den Terminal unter Linux ?

Grüße und Danke für die schnelle Antwort.
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

CoolTux

Zitat von: D3ltorohd am 28 August 2019, 11:38:54
Hast du da auch was günstiges ?

Brauche ich den zwei Sensoren, oder hast du mit dem anderen noch was anderes vor ?
Der auf der Wetterseite bekommt auch voll den Regen mit ab ? Könnte das ja in der Nähe vom Dachvorsprung anbringen, dann wäre es wenigstens meistens vor Regen geschützt und dennoch stimmt die Helligkeit.

Den Sensor kann ich über FHEM direkt einbinden, oder über den Terminal unter Linux ?

Grüße und Danke für die schnelle Antwort.

Ich habe beide in Verwendung. Einmal NordOst für die Wohnzimmerfenster Früh und Vormittag und einmal SüdWest für die Wetterseite Mittag und Nachmittag.
Der Sensor funktioniert mit dem FHEM Modul XiaomiBTLESens. Bei Problemen einfach den Entwickler belästigen.


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

D3ltorohd

#2487
Ich kann aber auch nur einen nutzen, um alle Rollos damit automatisch zu beschatten ? Wenn er auf dem Dach wäre, müsste es am besten sein ? Dann sollte es am genausten sein, wenn ich für alle Rollos nur einen Sensor habe.

Oder empfiehlst du min 2 damit es so genau wie möglich ist ? Oder brauch ich eigentlich die 2, wegen früh mittag und nachmittag Abend ? Oder könnte man das auch mit einem realisieren, wenn er Haus mittig angebracht ist ?

Hm ne, auf dem Dach bringt nichts, weil ja sonst alle Rollos unten sind, auch wenn hinterm Haus schon die Sonne nicht mehr auf die Fenster scheint. Also müsste ich eigentlich genau wie du 2 nutzen und die auf den beiden Seiten anbringen, damit das einwandfrei funktioniert ? Sonst ist vor dem Haus wo die Sonne erst nachmittags scheint auch schon unten, ab früh, weil der Sensor ja die Helligkeit misst.

Ich hab hier auch noch einen gefunden, sieht gleich aus ist aber von jemand anderem. Zumindest dort steht IPX5 ? Das heißt ja Schutz gegen Strahlwasser (Düse) aus beliebigem Winkel, dann sollte dem Regen echt nichts ausmachen. Daher funktioniert deiner wahrscheinlich noch :-)
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

CoolTux

Zitat von: D3ltorohd am 28 August 2019, 11:54:09
Ich kann aber auch nur einen nutzen, um alle Rollos damit automatisch zu beschatten ? Wenn er auf dem Dach wäre, müsste es am besten sein ? Dann sollte es am genausten sein, wenn ich für alle Rollos nur einen Sensor habe.

Oder empfiehlst du min 2 damit es so genau wie möglich ist ? Oder brauch ich eigentlich die 2, wegen früh mittag und nachmittag Abend ? Oder könnte man das auch mit einem realisieren, wenn er Haus mittig angebracht ist ?

Hm ne, auf dem Dach bringt nichts, weil ja sonst alle Rollos unten sind, auch wenn hinterm Haus schon die Sonne nicht mehr auf die Fenster scheint. Also müsste ich eigentlich genau wie du 2 nutzen und die auf den beiden Seiten anbringen, damit das einwandfrei funktioniert ? Sonst ist vor dem Haus wo die Sonne erst nachmittags scheint auch schon unten, ab früh, weil der Sensor ja die Helligkeit misst.

Ich hab hier auch noch einen gefunden, sieht gleich aus ist aber von jemand anderem. Zumindest dort steht IPX5 ? Das heißt ja Schutz gegen Strahlwasser (Düse) aus beliebigem Winkel, dann sollte dem Regen echt nichts ausmachen. Daher funktioniert deiner wahrscheinlich noch :-)

Am besten ist wenn der Sensor auch in Fensterrichtung ist.
Wenn bei Dir frühs aber nichts ist reicht ja einer.
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

D3ltorohd

Naja ich hab hinterm Haus die Wohnzimmerfenster, seitlich dann Esszimmer, Terrasse und im nächsten Stockwerk Kinderzimmer, dafür könnte ich ja den ersten nutzen. Dann geht es vor dem Haus weiter, Schlafzimmer usw, und seitlich dann auch oben Kinderzimmer. Also bräuchte ich auch zwei. Hinterm Haus Sonnenaufgang, vorne dann Sonnenuntergang.

Dann sollte ich sie auf der jeweiligen Seite der Fenster platzieren ? Die Seiten nimmt es dann mit.

Aber war da nicht auch was mit dem Azimut, mit dem die Rollos wandern ?

Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1