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

Begonnen von CoolTux, 15 November 2019, 12:51:08

Vorheriges Thema - Nächstes Thema

CoolTux

Mist. Sorry.

Habe eine gefixte Version hochgeladen.
Einfach wie immer installieren, dann neustart dann musst du wie beim ersten mal von hand ein scanShutters machen und dann musst du renewNotifyDev machen. Danach ist alles wieder da.
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

Karflyer

ZitatMist. Sorry.

Habe eine gefixte Version hochgeladen.
Einfach wie immer installieren, dann neustart dann musst du wie beim ersten mal von hand ein scanShutters machen und dann musst du renewNotifyDev machen. Danach ist alles wieder da.

Sodele. Weiter gehts. Nach dem Neustart mit der neuen Version sieht es erst einmal gut aus  ;D

2019.11.23 09:49:23 3: Sonos device opened
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_bz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_bz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_bz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_bz
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_bz
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_bz
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_ezl
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_ezl
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_ezl
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_ezl
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_ezl
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_ezl
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_ezr
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_ezr
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_ezr
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_ezr
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_ezr
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_ezr
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_fo
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_fo
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_fo
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_fo
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_fo
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_fo
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_ft
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_ft
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_ft
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_ft
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_ft
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_ft
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_fz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_fz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_fz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_fz
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_fz
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_fz
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_kc
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_kc
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_kc
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_kc
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_kc
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_kc
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_szl
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_szl
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_szl
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_szl
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_szl
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_szl
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_szr
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_szr
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_szr
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_szr
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_szr
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_szr
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_wz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_wz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_wz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_wz
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_wz
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_wz
2019.11.23 09:49:23 2: AttrTemplates: got 121 entries


'showShuttersInformation' bringt auch schön alle Rollläden mit ihrem Devicename.
2 Min warten
'showShuttersInformation' bringt immer noch alle Rolläden mit ihrem Devicenamen.
'scanForShutters' + 'showShuttersInformation' bringt leider wieder die markanten Devices mit dem Namen 'SOMFY'  :(
Nach 'createNewNotifyDev' stehen die betroffenen Device auch mit dem Namen SOMFY in der NOTIFYDEV, wobei die DEBUG-Ausgaben im Log nach 'scanForShutters' in Ordnung sind (wie oben). Hier tauchen die SOMFY-Devices nicht aus. Zwischendurch stehen noch diese beiden Meldungen im Log:
2019.11.23 10:01:54 1: PERL WARNING: Use of uninitialized value in localtime at ./FHEM/73_AutoShuttersControl.pm line 3214.
2019.11.23 10:01:54 1: PERL WARNING: Use of uninitialized value in localtime at ./FHEM/73_AutoShuttersControl.pm line 3219.


CoolTux

Dann brauche ich den Log vom manuellen 'scanForShutters'

Es sieht so aus als wenn es beim erstellen der neuen Zeiten im Zusammenhang mit scanForShutters passiert.
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

Karflyer

ZitatDann brauche ich den Log vom manuellen 'scanForShutters'

Es sieht so aus als wenn es beim erstellen der neuen Zeiten im Zusammenhang mit scanForShutters passiert.

Das Log nach 'scanFotShutters' sieht gut aus:
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_bz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_bz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_bz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_bz
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_bz
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_bz
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_ezl
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_ezl
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_ezl
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_ezl
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_ezl
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_ezl
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_ezr
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_ezr
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_ezr
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_ezr
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_ezr
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_ezr
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_fo
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_fo
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_fo
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_fo
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_fo
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_fo
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_ft
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_ft
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_ft
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_ft
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_ft
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_ft
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_fz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_fz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_fz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_fz
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_fz
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_fz
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_kc
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_kc
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_kc
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_kc
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_kc
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_kc
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_szl
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_szl
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_szl
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_szl
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_szl
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_szl
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_szr
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_szr
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_szr
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_szr
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_szr
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_szr
ASC_DEBUG!!! RenewSunRiseSet_1 - Rollo erkannt: sht_wz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_1 - Rollo erkannt: sht_wz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_2 - Rollo erkannt: sht_wz
ASC_DEBUG!!! CreateSunRiseSetShuttersTimer_3 - Rollo erkannt: sht_wz
ASC_DEBUG!!! RenewSunRiseSet_2 - Rollo erkannt: sht_wz
ASC_DEBUG!!! RenewSunRiseSet_3 - Rollo erkannt: sht_wz


Aber 'showShuutersInformation' zeigt schon die SOMFY's

CoolTux

ergibt irgendwie kein Sinn. Aber nimm mal bitte die neue Version und teste wieder
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

Karflyer

ergibt irgendwie kein Sinn. Aber nimm mal bitte die neue Version und teste wieder

Auch hier wieder nach einspielen der neuen Version und Neustart von FHEM sieht im Log und im ASC-Device alles OK aus.
Dann habe ich erst einmal 'renewAllTimer' ausgeführt -> alles OK
Danach 'createNewNotifyDev' -> alles OK
Danach 'scanForShutters' -> alles OK  ;D

Deine letzte Änderung scheint es gewesen zu sein. Kannst du das nachvollziehen?

CoolTux

Nein. Denn ich habe nichts geändert. Ich habe nur die Logausgaben an anderen Positionen verschoben um zu sehen ab wo er den falschen Wert bekommt.
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

Karflyer

ZitatNein. Denn ich habe nichts geändert. Ich habe nur die Logausgaben an anderen Positionen verschoben um zu sehen ab wo er den falschen Wert bekommt.
Zu früh gefreut. Nach einem erneuten 'scanForShutters' sind jetzt die SOMFY's wieder im ASC-Device (showShuttersInformation).
FHEM neu gestartet -> Im Log werden alle Rollläden korrekt erkannt. Das Log endet mit den Zeilen:

2019.11.23 12:12:49 1: PERL WARNING: Use of uninitialized value in localtime at ./FHEM/73_AutoShuttersControl.pm line 3218.
2019.11.23 12:12:49 1: PERL WARNING: Use of uninitialized value in localtime at ./FHEM/73_AutoShuttersControl.pm line 3223.


Im ASCDevice sind nach dem Neustart auch wieder die SOMFY's im 'showShuttersInformation'

Ist das vielleicht irgendwie ein Timingproblem? Ist doch echt irritierend, dass es mal läuft und dann wieder nicht.

CoolTux

Zitat von: Karflyer am 23 November 2019, 12:23:36
Zu früh gefreut. Nach einem erneuten 'scanForShutters' sind jetzt die SOMFY's wieder im ASC-Device (showShuttersInformation).
FHEM neu gestartet -> Im Log werden alle Rollläden korrekt erkannt. Das Log endet mit den Zeilen:

2019.11.23 12:12:49 1: PERL WARNING: Use of uninitialized value in localtime at ./FHEM/73_AutoShuttersControl.pm line 3218.
2019.11.23 12:12:49 1: PERL WARNING: Use of uninitialized value in localtime at ./FHEM/73_AutoShuttersControl.pm line 3223.


Im ASCDevice sind nach dem Neustart auch wieder die SOMFY's im 'showShuttersInformation'

Ist das vielleicht irgendwie ein Timingproblem? Ist doch echt irritierend, dass es mal läuft und dann wieder nicht.

Bei den Fehlermeldungen wurden die Timer anscheinend noch nicht erstellt. Warte mal bitte nach dem neustart so ne Minute nachdem im ASC steht create Timer. Dann kannste testen.
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

hubiuwe

Hallo CoolTux
Zitat
Zitat
Ich habe ein Problem: Beim morgendlichen Öffnen nach Brigthness  wird der schlafende Roommate nicht beachtet.

ZitatEs sollte noch heute eine aktuelle Version 0.8.2 per FHEM update angeboten werden welche hoffentlich das Problem fixt.


Danke für die schnelle Änderung.
Kann es aber erst am Wo testen.
Rückmeldung: Es funktioniert wieder danke.
Gruß Uwe
Die beste Automatik ist die, die man abschalten kann!

Karflyer

ZitatBei den Fehlermeldungen wurden die Timer anscheinend noch nicht erstellt. Warte mal bitte nach dem neustart so ne Minute nachdem im ASC steht create Timer. Dann kannste testen.

Ich bin jetzt mal systematischer vorgegangen. Ich habe alle Rollläden-Devices bis auf einen der korrupten SOMFY's deaktiviert (ASC=0). Bei dem verbleibenden korrupten Rollladen-Device (sht_ezr) habe ich zunächst alle ASC-Attribute gelöscht bis auf ASC=1 und 'scanForShutters' ausgeführt. Anschließend Kontrolle wie das Device bei 'showShuttersInformation' heißt. Hier war sofort der korrekte Name zu sehen. Anschließend habe ich ein ASC-Attribut nach dem anderen gesetzt und bei jeder Attributsänderung 'scanForShutters' und 'showShuttersInformation' ausgeführt. Bis zum Setzen des Attributs 'ASC_PrivacyDownValue_beforeNightClose' war alles OK. Nach dem Setzen dieses Attributs stand wieder 'SOMFY' in der ShuttersInformation. Unterschiedliche Werte 1800 oder 1800:300 brachten keine Änderung. Erst nach löschen dieses Attributs war wieder der richtige Name in der ShuttersInformation zu sehen.
Ich würde sagen, das Problem ist im Zusammenhang mit diesem Attribut zu suchen.

CoolTux

Zitat von: Karflyer am 23 November 2019, 20:38:03
Ich bin jetzt mal systematischer vorgegangen. Ich habe alle Rollläden-Devices bis auf einen der korrupten SOMFY's deaktiviert (ASC=0). Bei dem verbleibenden korrupten Rollladen-Device (sht_ezr) habe ich zunächst alle ASC-Attribute gelöscht bis auf ASC=1 und 'scanForShutters' ausgeführt. Anschließend Kontrolle wie das Device bei 'showShuttersInformation' heißt. Hier war sofort der korrekte Name zu sehen. Anschließend habe ich ein ASC-Attribut nach dem anderen gesetzt und bei jeder Attributsänderung 'scanForShutters' und 'showShuttersInformation' ausgeführt. Bis zum Setzen des Attributs 'ASC_PrivacyDownValue_beforeNightClose' war alles OK. Nach dem Setzen dieses Attributs stand wieder 'SOMFY' in der ShuttersInformation. Unterschiedliche Werte 1800 oder 1800:300 brachten keine Änderung. Erst nach löschen dieses Attributs war wieder der richtige Name in der ShuttersInformation zu sehen.
Ich würde sagen, das Problem ist im Zusammenhang mit diesem Attribut zu suchen.

Das hast Du super gemacht. Vielen lieben Dank. Ich schaue mir die Tage den Code dazu einmal an. Werde das auch mal bei mir aktivieren.


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: Karflyer am 23 November 2019, 20:38:03
Ich bin jetzt mal systematischer vorgegangen. Ich habe alle Rollläden-Devices bis auf einen der korrupten SOMFY's deaktiviert (ASC=0). Bei dem verbleibenden korrupten Rollladen-Device (sht_ezr) habe ich zunächst alle ASC-Attribute gelöscht bis auf ASC=1 und 'scanForShutters' ausgeführt. Anschließend Kontrolle wie das Device bei 'showShuttersInformation' heißt. Hier war sofort der korrekte Name zu sehen. Anschließend habe ich ein ASC-Attribut nach dem anderen gesetzt und bei jeder Attributsänderung 'scanForShutters' und 'showShuttersInformation' ausgeführt. Bis zum Setzen des Attributs 'ASC_PrivacyDownValue_beforeNightClose' war alles OK. Nach dem Setzen dieses Attributs stand wieder 'SOMFY' in der ShuttersInformation. Unterschiedliche Werte 1800 oder 1800:300 brachten keine Änderung. Erst nach löschen dieses Attributs war wieder der richtige Name in der ShuttersInformation zu sehen.
Ich würde sagen, das Problem ist im Zusammenhang mit diesem Attribut zu suchen.

Kannst Du Dir bitte diese Version einmal anschauen?
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

Karflyer

ZitatZitat von: Karflyer am 23 November 2019, 20:38:03
Ich bin jetzt mal systematischer vorgegangen. Ich habe alle Rollläden-Devices bis auf einen der korrupten SOMFY's deaktiviert (ASC=0). Bei dem verbleibenden korrupten Rollladen-Device (sht_ezr) habe ich zunächst alle ASC-Attribute gelöscht bis auf ASC=1 und 'scanForShutters' ausgeführt. Anschließend Kontrolle wie das Device bei 'showShuttersInformation' heißt. Hier war sofort der korrekte Name zu sehen. Anschließend habe ich ein ASC-Attribut nach dem anderen gesetzt und bei jeder Attributsänderung 'scanForShutters' und 'showShuttersInformation' ausgeführt. Bis zum Setzen des Attributs 'ASC_PrivacyDownValue_beforeNightClose' war alles OK. Nach dem Setzen dieses Attributs stand wieder 'SOMFY' in der ShuttersInformation. Unterschiedliche Werte 1800 oder 1800:300 brachten keine Änderung. Erst nach löschen dieses Attributs war wieder der richtige Name in der ShuttersInformation zu sehen.
Ich würde sagen, das Problem ist im Zusammenhang mit diesem Attribut zu suchen.

Kannst Du Dir bitte diese Version einmal anschauen?

Habe ich mir angeschaut. Modul lässt sich leider nicht laden:

Messages collected while initializing FHEM:
configfile: Cannot load module AutoShuttersControl
Please define ASControl 5cf66d81-f33f-bb67-77aa-054865fe987a4cf5 first
./log/fhem.save: Please define ASControl first
Please define ASControl first


CoolTux

Zitat von: Karflyer am 25 November 2019, 13:41:24
Habe ich mir angeschaut. Modul lässt sich leider nicht laden:

Messages collected while initializing FHEM:
configfile: Cannot load module AutoShuttersControl
Please define ASControl 5cf66d81-f33f-bb67-77aa-054865fe987a4cf5 first
./log/fhem.save: Please define ASControl first
Please define ASControl first


Sollte nun gehen.

Danke
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