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

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

Vorheriges Thema - Nächstes Thema

Borkk

Alle Fenster waren zu. Dachte SelfDefence greift nur bei offenem Fenster?!?

Bin gerade Heim gekommen und alle Rollos bis auf einen sind hoch gefahren, dieser steht auf ASCModeUp="absent". Warum einer auf "manual" steht, verstehe ich auch nicht.


Shutters Next DriveUp Next DriveDown ASC Up ASC Down ASC Mode Up ASC Mode Down Partymode Lock-Out Last Drive Position Last Position Shading Info
bd_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always off off residents home 100 0 out - 20:19:12
br_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always off soft residents home 100 0 out - 20:19:12
ds_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always off soft manual 100 0 out - 20:19:12
ku_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always on off residents home 100 0 out - 20:14:23
sz_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro absent absent off soft residents absent 0 100 out - 20:19:13
wz_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on soft residents home 100 0 out - 20:14:23
wz_rollo_f 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on off residents home 100 0 out - 20:14:23
wz_rollo_links 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on off residents home 100 0 out - 20:14:23
wz_rollo_rechts 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on off residents home 100 0 out - 20:14:23
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 ...

Borkk

Also irgendwas stimmt da noch nicht. Heute morgen ist kein Rollo gefahren. Hätte doch eigentlich um 7:43 Uhr passieren müssen? Und müsste da nicht bei NextDriveUp das Datum von morgen stehen? der 11.10. 7:43 liegt ja in der Vergangenheit, genauso wie der 10.10?!?!? Hängt da evtl was??!?!

Shutters Next DriveUp Next DriveDown ASC Up ASC Down ASC Mode Up ASC Mode Down Partymode Lock-Out Last Drive Position Last Position Shading Info
bd_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always off off residents home 0 100 out - 20:57:07
br_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always off soft residents home 0 100 out - 20:57:07
ds_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always off soft residents home 0 100 out - 20:57:07
ku_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always on off residents home 0 100 out - 20:31:17
sz_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro absent absent off soft manual 100 0 out - 20:57:07
wz_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on soft manual 100 100 out - 20:31:17
wz_rollo_f 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on off manual 100 100 out - 20:31:17
wz_rollo_links 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on off manual 100 100 out - 20:31:17
wz_rollo_rechts 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on off manual 100 100 out - 20:31:17


Derzeit ist ein ROOMMATE "gone" und einer "home" der RESIDENTS ist aber home. Ich habe aber in deinem RolloDevice ROOMMATES konfiguriert. Nur im ASC Device das RESIDENTS Device.

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 10 Oktober 2019, 20:22:37
Alle Fenster waren zu. Dachte SelfDefence greift nur bei offenem Fenster?!?

Bin gerade Heim gekommen und alle Rollos bis auf einen sind hoch gefahren, dieser steht auf ASCModeUp="absent". Warum einer auf "manual" steht, verstehe ich auch nicht.


Shutters Next DriveUp Next DriveDown ASC Up ASC Down ASC Mode Up ASC Mode Down Partymode Lock-Out Last Drive Position Last Position Shading Info
bd_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always off off residents home 100 0 out - 20:19:12
br_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always off soft residents home 100 0 out - 20:19:12
ds_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always off soft manual 100 0 out - 20:19:12
ku_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always on off residents home 100 0 out - 20:14:23
sz_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro absent absent off soft residents absent 0 100 out - 20:19:13
wz_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on soft residents home 100 0 out - 20:14:23
wz_rollo_f 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on off residents home 100 0 out - 20:14:23
wz_rollo_links 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on off residents home 100 0 out - 20:14:23
wz_rollo_rechts 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on off residents home 100 0 out - 20:14:23


SelfDefense greift auch bei Fenster zu wenn zum Beispiel auf absent eingestellt ist.
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: Borkk am 11 Oktober 2019, 08:46:45
Also irgendwas stimmt da noch nicht. Heute morgen ist kein Rollo gefahren. Hätte doch eigentlich um 7:43 Uhr passieren müssen? Und müsste da nicht bei NextDriveUp das Datum von morgen stehen? der 11.10. 7:43 liegt ja in der Vergangenheit, genauso wie der 10.10?!?!? Hängt da evtl was??!?!

Shutters Next DriveUp Next DriveDown ASC Up ASC Down ASC Mode Up ASC Mode Down Partymode Lock-Out Last Drive Position Last Position Shading Info
bd_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always off off residents home 0 100 out - 20:57:07
br_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always off soft residents home 0 100 out - 20:57:07
ds_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always off soft residents home 0 100 out - 20:57:07
ku_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always always on off residents home 0 100 out - 20:31:17
sz_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro absent absent off soft manual 100 0 out - 20:57:07
wz_rollo 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on soft manual 100 100 out - 20:31:17
wz_rollo_f 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on off manual 100 100 out - 20:31:17
wz_rollo_links 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on off manual 100 100 out - 20:31:17
wz_rollo_rechts 11.10.2019 - 07:43:33 10.10.2019 - 22:00:02 astro astro always absent on off manual 100 100 out - 20:31:17


Derzeit ist ein ROOMMATE "gone" und einer "home" der RESIDENTS ist aber home. Ich habe aber in deinem RolloDevice ROOMMATES konfiguriert. Nur im ASC Device das RESIDENTS Device.

Er scheint die Timer nicht neu zu setzen. Hast Du Fehlermeldungen im Log um die Zeit rum wo die Rollos hätten waren müssen?
Ansonsten musst Du debug aktivieren. Und setzte erstmal die Timer neu.
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 11 Oktober 2019, 09:41:00
Er scheint die Timer nicht neu zu setzen. Hast Du Fehlermeldungen im Log um die Zeit rum wo die Rollos hätten waren müssen?
Ansonsten musst Du debug aktivieren. Und setzte erstmal die Timer neu.

Moin,

Im Log ist nichts zu sehen. Die Timer habe ich neu gesetzt und sie stimmen jetzt. ok, ich schau mal was passiert und lasse ggf. mal den Debug mitlaufen.
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

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

kotaro

Hallo,

ich habe probleme, für folgende Definition:
htmlCode {AutoShuttersControl::GetShuttersInformation($defs{'JalousieControl'})}

Hier der Fehler:
ERROR evaluating {AutoShuttersControl::GetShuttersInformation($defs{'JalousieControl'})}: Undefined subroutine &AutoShuttersControl::GetShuttersInformation called at (eval 713229) line 1.

Könnt ihr mir helfen, woher der Fehler kommt?

CoolTux

Zitat von: kotaro am 13 Oktober 2019, 21:17:11
Hallo,

ich habe probleme, für folgende Definition:
htmlCode {AutoShuttersControl::GetShuttersInformation($defs{'JalousieControl'})}

Hier der Fehler:
ERROR evaluating {AutoShuttersControl::GetShuttersInformation($defs{'JalousieControl'})}: Undefined subroutine &AutoShuttersControl::GetShuttersInformation called at (eval 713229) line 1.

Könnt ihr mir helfen, woher der Fehler kommt?

htmlCode {FHEM::AutoShuttersControl::GetShuttersInformation($defs{'JalousieControl'})}



Ich werde das die Tage aber noch Ändern so das man auch
htmlCode {AutoShuttersControl_GetShuttersInformation($defs{'JalousieControl'})}
nehmen kann. Aber bis dahin bitte das erste nehmen
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

C0mmanda

Moin!

Bin wieder aus dem Urlaub zurück und kann wieder anfangen mich meinem Problem zu widmen :)

Habe auf die aktuelle  V0.6.33 aus dem SVN aktualisiert. Mein Problem mit der (Nicht-)Erkennung der manuellen Fahrten
ist nach wie vor existent.

Gibt es neue Erkenntnisse? Wo kann ich wieder ansetzen zu testen?
Hatte ja bereits einige Log-5 Auszüge geschickt, benötigst du weitere davon oder was kann ich tun?

Danke & Gruß

tiscali75

Hallo, ich hatte vor einiger Zeit auch diese Probleme, lag bei mir an einem Update der shellys.
Nach dem neuen an lernen der Fahrzeiten war wieder alles ok.


https://www.gofundme.com/1s6d6oor2o


CoolTux

Zitat von: C0mmanda am 14 Oktober 2019, 06:53:08
Moin!

Bin wieder aus dem Urlaub zurück und kann wieder anfangen mich meinem Problem zu widmen :)

Habe auf die aktuelle  V0.6.33 aus dem SVN aktualisiert. Mein Problem mit der (Nicht-)Erkennung der manuellen Fahrten
ist nach wie vor existent.

Gibt es neue Erkenntnisse? Wo kann ich wieder ansetzen zu testen?
Hatte ja bereits einige Log-5 Auszüge geschickt, benötigst du weitere davon oder was kann ich tun?

Danke & Gruß

Leider finde ich aktuell keine Zeit mich darum gesondert zu kümmern. Da Du aktuell allein damit bist mus ich es hinten an stellen. Sorry.


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

C0mmanda

Zitat von: CoolTux am 14 Oktober 2019, 09:52:01
Leider finde ich aktuell keine Zeit mich darum gesondert zu kümmern. Da Du aktuell allein damit bist mus ich es hinten an stellen. Sorry.


Grüße

Nun, zuerst machte sich nach lesen deiner Antwort etwas "enttäuschung" breit, aber am Ende muss ich dir wohl dankbar sein.
Keine Ahnung wie ich darauf gekommen bin aber ich habe vermutlich das Problem gefunden!

Homematic läuft bei per VCCU, hier ist ein HMLAN sowie ein CUL_Stick im HM-Mode eingebunden.

Problem scheint dieser Punkt zu sein:

Beim Start von FHEM wird die cfg Zeilenweise abgearbeitet und für jedes HM Gerät geprüft ob ein IO vorhanden ist, gegebenenfalls erfolgt ein Fehlereintrag im Log (unknown IODev specified). Wenn der neue IO erst am Ende der cfg definiert ist, ist er für alle davor liegenden HM Geräte nicht vorhanden. Das ist nur ein Schönheitsfehler beim Start von FHEM, im laufenden Betrieb spielt das keine Rolle.

Folgende Struktur wäre erstrebenswert

...
define Homematic IO 1
define Homematic IO 2
define VCCU
define HM Geräte
...
Solange kein Modul die Einträge in der fhem.cfg entsprechend einsortiert, muss diese Korrektur von Hand erfolgen. Dies ist einer der wenigen Fälle, wo direktes Editieren der fhem.cfg z.B. mit dem eingebautem Editor unumgänglich ist. Soll der im Standard-WEBinterface von FHEM eingebaute Editor verwendet werden, muss zuerst das Attribut...


Da bis zum ASC-Modul alles reibungslos lief habe ich da nie nach geschaut. Die Fehlermeldung "unknown IODev specified" hatte ich auch niemals erhalten (vermutlich da der HMLAN sehr weit oben in der fhem.cfg steht).

Heute, und ich habe keine Ahnung warum ich plötzlich diese Idee hatte, bin ich dem mal nachgegangen.
Nach entfernen des CUL_Sticks oder manuellem sortieren der fhem.cfg werden die manuellen Fahrten erkannt.
Ist aktuell reproduzierbar, ich behalte die Sache aber noch weiter im Auge und teste noch 1-2 Tage.

Tut mir wirklich leid dass hier auch von dir viel Zeit in die Fehlersuche eingeflossen ist. Das Problem war nur leider nicht sichtbar da ich keine entsprechende Fehlermeldungen im Log hatte und auch alles andere Reibungslos lief.
(Ich vermute da der HMLAN ziemlich zuerst in der cfg steht, der CUL sehr weit unten.
Dadurch hatten alle HM-Geräte immer ein IODev und es gab keine Fehlermeldung).

Wie gesagt, ich teste und validiere die Sache noch einmal und melde mich nochmal.

Gruß
C0mmanda

CoolTux

Ich würde mich ja sehr für Dich freuen wenn es das tatsächlich war  ;D
Bitte berichte Ende der Woche noch einmal.


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

piet_pit

Hallo,
ich habe folgendes im Logfile und kann erst einmal damit nichts so richtig anfangen... :-[


2019.10.15 18:36:04 1: ERROR: empty name in readingsBeginUpdate
2019.10.15 18:36:04 1: stacktrace:
2019.10.15 18:36:04 1:     main::readingsBeginUpdate           called by ./FHEM/73_AutoShuttersControl.pm (2461)
2019.10.15 18:36:04 1:     FHEM::AutoShuttersControl::CreateSunRiseSetShuttersTimer called by ./FHEM/73_AutoShuttersControl.pm (2715)
2019.10.15 18:36:04 1:     FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn called by fhem.pl (3293)
2019.10.15 18:36:04 1:     main::HandleTimeout                 called by fhem.pl (673)
2019.10.15 18:36:04 1: readingsUpdate(,ASC_Time_DriveDown,16.10.2019 - 18:36) missed to call readingsBeginUpdate first.
2019.10.15 18:36:04 1: stacktrace:
2019.10.15 18:36:04 1:     main::readingsBulkUpdate            called by ./FHEM/73_AutoShuttersControl.pm (2462)
2019.10.15 18:36:04 1:     FHEM::AutoShuttersControl::CreateSunRiseSetShuttersTimer called by ./FHEM/73_AutoShuttersControl.pm (2715)
2019.10.15 18:36:04 1:     FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn called by fhem.pl (3293)
2019.10.15 18:36:04 1:     main::HandleTimeout                 called by fhem.pl (673)
2019.10.15 18:36:04 1: readingsUpdate(,ASC_Time_DriveUp,16.10.2019 - 07:59) missed to call readingsBeginUpdate first.
2019.10.15 18:36:04 1: stacktrace:
2019.10.15 18:36:04 1:     main::readingsBulkUpdate            called by ./FHEM/73_AutoShuttersControl.pm (2476)
2019.10.15 18:36:04 1:     FHEM::AutoShuttersControl::CreateSunRiseSetShuttersTimer called by ./FHEM/73_AutoShuttersControl.pm (2715)
2019.10.15 18:36:04 1:     FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn called by fhem.pl (3293)
2019.10.15 18:36:04 1:     main::HandleTimeout                 called by fhem.pl (673)


VG
Pit
FHEM 6.0 auf Raspberry Pi 3, Rasbian-Stretch
FRITZ!Box 7490
HM-Mod-RPI-PCB
JeeLink
CUNO 1.47

CoolTux

Welche Version findet Verwendung und machst Du immer ein komplett Update oder nur einzelne Module?
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