AutoShuttersControl: Rolladen nicht gefahren

Begonnen von MichaelO, 01 November 2019, 17:29:21

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1 2 3 Alle
Benutzer-Aktionen

MichaelO

01 November 2019, 17:29:21 Letzte Bearbeitung: 01 November 2019, 17:31:55 von MichaelO
Moin,

hab heute erstmals statt DOIF das Modul AutoShuttersControl verwenden wollen. Als ich jetzt nach Hause gekommen bin, war kein Rollo gefahren. Dafür stehen einige Einträge wie dieser im Log:

Code Auswählen
2019.11.01 16:35:48 1: ERROR: empty name in readingsBeginUpdate
2019.11.01 16:35:48 1: stacktrace:
2019.11.01 16:35:48 1:     main::readingsBeginUpdate           called by fhem.pl (4917)
2019.11.01 16:35:48 1:     main::readingsSingleUpdate          called by ./FHEM/73_AutoShuttersControl.pm (5280)
2019.11.01 16:35:48 1:     ASC_Dev::Readings::setStateReading  called by ./FHEM/73_AutoShuttersControl.pm (2559)
2019.11.01 16:35:48 1:     FHEM::AutoShuttersControl::CreateSunRiseSetShuttersTimer called by ./FHEM/73_AutoShuttersControl.pm (2715)
2019.11.01 16:35:48 1:     FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn called by fhem.pl (3297)
2019.11.01 16:35:48 1:     main::HandleTimeout                 called by fhem.pl (677)
2019.11.01 16:35:48 1: readingsUpdate(,state,created new drive timer) missed to call readingsBeginUpdate first.


Dabei war im jeweiligen Device die Zeit unter ASC_Time_DriveDown richtig, und sie steht auch jetzt auf morgen, korrekte Zeit. Kann man irgendwo rausfinden, warum kein Kommando an die ZWave-Aktoren ging?

Danke
Michael

CoolTux

#1
01 November 2019, 17:33:35
Kann es sein das Du das Modul neu geladen hast?
Code Auswählen
reload

Starte bitte einmal FHEM neu und dann sollte es auch wieder gehen.
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

MichaelO

#2
01 November 2019, 17:36:59
Also bewusst habe ich nichts neu geladen. Ich mache gleich noch einen Restart.

Was mir noch aufgefallen ist... das ASC_Pos_Reading der Aktoren ist "position", angefahren wird aber bei den Fibraro FGR222 mit "dim". Muss ich das irgendwo einstellen?

MichaelO

#3
01 November 2019, 17:43:51 Letzte Bearbeitung: 01 November 2019, 17:46:11 von MichaelO
Nach einem Neustart steht jetzt das im Log...

Code Auswählen
2019.11.01 17:42:39 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/73_AutoShuttersControl.pm line 5403.
2019.11.01 17:42:39 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/73_AutoShuttersControl.pm line 5405.
2019.11.01 17:42:39 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/73_AutoShuttersControl.pm line 5415.
2019.11.01 17:42:39 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/73_AutoShuttersControl.pm line 5417.
2019.11.01 17:42:39 1: PERL WARNING: Use of uninitialized value $azimuth in concatenation (.) or string at ./FHEM/73_AutoShuttersControl.pm line 1988.
2019.11.01 17:42:39 1: PERL WARNING: Use of uninitialized value $elevation in concatenation (.) or string at ./FHEM/73_AutoShuttersControl.pm line 1988.
2019.11.01 17:42:39 1: PERL WARNING: Use of uninitialized value $azimuth in concatenation (.) or string at ./FHEM/73_AutoShuttersControl.pm line 2016.
2019.11.01 17:42:39 1: PERL WARNING: Use of uninitialized value $elevation in concatenation (.) or string at ./FHEM/73_AutoShuttersControl.pm line 2016.
2019.11.01 17:42:39 1: PERL WARNING: Use of uninitialized value $azimuth in numeric eq (==) at ./FHEM/73_AutoShuttersControl.pm line 2029.
2019.11.01 17:42:39 1: PERL WARNING: Use of uninitialized value $elevation in numeric eq (==) at ./FHEM/73_AutoShuttersControl.pm line 2029.

und das etwas später

Code Auswählen
2019.11.01 17:42:41 1: Error: >AU_Sonnensensor:Helligkeit 130:7.5< has no TYPE, but following keys: ><

Vielleicht hab ich auch einfach die Attribute falsch gesetzt? Hier mal ein List des ASC:

Code Auswählen
Internals:
   FUUID      5dbc1242-f33f-497e-3da1-5a0eee2af5ac3c81
   FVERSION   73_AutoShuttersControl.pm:v0.6.33-s20325/2019-10-07 UNDER DEVELOP
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       Rolladensteuerung
   NOTIFYDEV  global,Rolladensteuerung,RS_GZ_Rolladen,RS_WS_Rolladen,RS_WZ_Rolladen,AU_Sonnensensor,FK_GZ_Fenster_rechts,FK_WZ_Fenster_links,RS_WS_Rolladen,RS_GZ_Rolladen,RS_WZ_Rolladen
   NR         292
   NTFY_ORDER 51-Rolladensteuerung
   STATE      created new drive timer
   TYPE       AutoShuttersControl
   VERSION    v0.6.33
   OLDREADINGS:
   READINGS:
     2019-11-01 17:42:41   RS_GZ_Rolladen_nextAstroTimeEvent  2.11.2019 - 06:26
     2019-11-01 17:42:41   RS_WS_Rolladen_nextAstroTimeEvent  2.11.2019 - 08:00
     2019-11-01 17:42:41   RS_WZ_Rolladen_nextAstroTimeEvent  2.11.2019 - 06:26
     2019-11-01 12:08:50   ascEnable       on
     2019-11-01 13:54:30   controlShading  on
     2019-11-01 12:08:50   hardLockOut     off
     2019-11-01 17:42:32   room_1.1_Wohnzimmer RS_WZ_Rolladen
     2019-11-01 17:42:32   room_1.2_Gaestezimmer RS_GZ_Rolladen
     2019-11-01 17:42:32   room_2.1_Werkstatt RS_WS_Rolladen
     2019-11-01 12:08:50   selfDefense     off
     2019-11-01 17:42:41   state           created new drive timer
     2019-11-01 12:08:50   sunriseTimeWeHoliday off
     2019-11-01 17:42:31   userAttrList    rolled out
   helper:
     shuttersList:
       RS_GZ_Rolladen
       RS_WS_Rolladen
       RS_WZ_Rolladen
   monitoredDevs:
     AU_Sonnensensor:
       RS_GZ_Rolladen ASC_BrightnessSensor
       RS_WZ_Rolladen ASC_BrightnessSensor
       Rolladensteuerung ASC_twilightDevice
     FK_GZ_Fenster_rechts:
       RS_GZ_Rolladen ASC_WindowRec
     FK_WZ_Fenster_links:
       RS_WZ_Rolladen ASC_WindowRec
     RS_GZ_Rolladen:
     RS_WS_Rolladen:
     RS_WZ_Rolladen:
Attributes:
   ASC_autoAstroModeEvening CIVIL
   ASC_autoAstroModeMorning CIVIL
   ASC_autoShuttersControlEvening on
   ASC_tempSensor Wetter:temperature
   ASC_twilightDevice AU_Sonnensensor:Helligkeit 130:7.5
   devStateIcon selfDefense.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 selfDefense.active:status_locked selfDefense.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

MichaelO

#4
01 November 2019, 17:54:00
Und das mit position und dim scheint kein Thema zu sein, kurz nach dem Öffnen des Fensters fährt der Rolladen in die gewünschte Position, und nach dem Schließen wieder runter.

CoolTux

#5
01 November 2019, 17:54:37
Code Auswählen
ASC_twilightDevice AU_Sonnensensor:Helligkeit 130:7.5
Das ist falsch. Eigentlich sollte er das Twilight Device von alleine finden. Entweder Twilight oder Astro. Du hast da ein Brightness Device drin warum auch immer

Das nächste Problem ist das Reading um die Position aus zu lesen ist position und zum fahren nimmst Du dim. Das passt nicht.
Meine Empfehlung. Erstelle ein userReading dim welches die Position aus position aus liest und gebe dim als Reading zur Positionsbestimmung als ASC Attribut im Rollo Device an
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

#6
01 November 2019, 17:55:41
Zitat von: MichaelO am 01 November 2019, 17:54:00
Und das mit position und dim scheint kein Thema zu sein, kurz nach dem Öffnen des Fensters fährt der Rolladen in die gewünschte Position, und nach dem Schließen wieder runter.

Möglich das er beide Befehle akzeptiert aber nur einen als set darstellt
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

MichaelO

#7
01 November 2019, 18:03:18
Ok, keine Ahnung, wie das Device da rein gerutscht ist. Das ändere ich. Aber wie machen denn das andere Nutzer mit ZWave Fibraro Rolladen-Aktoren? Bin ich da der erste? Müssen die alle ein eigenes Reading "dim" erstellen? Vielleicht sollte es dann ein Attribut geben, mit welchem Kommando man fährt?

Und gerade manuell probiert, da die Positionen für zu/auf ja nur in 10er Schritten einstellbar ist... mit

Code Auswählen
set RS_WZ_Rolladen dim 0

kann ich manuell zu fahren, aber mit

Code Auswählen
set RS_WZ_Rolladen dim 100

nicht auf, denn die Offen-Position ist bei den Fibraro = 99 und der Aktor reagiert nicht auf den Wert 100.

Dann wird das wohl erstmal nix mit dem Modu  :(

CoolTux

#8
01 November 2019, 19:12:13
Dir ist schon klar das Du in der FHEMWEB Kommandozeile mittels attr DEVICENAME ATTRIBUTNAME VALUE einem Attribut jeglichen Wert geben kannst?
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

Wardancer

#9
01 November 2019, 22:16:21
Hi, als Anregung empfehle ich dir mal folgenden Thread:

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

Die ZWave-Aktoren machen immer etwas ein wenig anders, als die HomeMatic Gegenstücke... da muss man dann halt was basteln!

MichaelO

#10
02 November 2019, 10:43:44
Moin,
das mit dem Zuweisen eines Wertes zu einem Attribut ist mir klar. Danke auch für den Thread, den kannte ich nicht.

Mir war allerdings nicht klar, dass ich das Attribut ASC_Open_Pos auf jeden belieben Wert setzen darf, da ich davon ausging, dass aus diesem Grund das Drop-Down auch nur 10er-Schritte von 0-100 anbietet. Da hat mich das fhemWiki auch in die Irre geführt, da auch hier steht "in 10er-Schritten von 0 bis 100, default Vorgabe ist abhängig vom Attribut ASC".

Ich hab jetzt mal für alle Rolladen die Attribute und Readings gesetzt. Werde dann beobachten, ob heute Abend alles fährt, wie gewünscht. was genau bedeutet im Wiki "Name des Readings, welches die Position des Rollladen in Prozent angibt. Wird bei unbekannten Device-Typen auch als set Befehl zum Fahren verwendet"? Was sind denn die bekannten Device-Typen?

Danke und viele Grüße
Michael

CoolTux

#11
02 November 2019, 11:42:11
Dürfen darfst Du auch nicht auf einen beliebigen Wert setzen.
Es muss der oberste und unterste Wert des Rollos als open und closed Pos genommen werden und dann für die ganzen anderen Sachen Werte dazwischen.

Bekannte Typen sind:
Code Auswählen
ZWave       => 'dim',
    Siro        => 'pct',
    CUL_HM      => 'pct',
    ROLLO       => 'pct',
    SOMFY       => 'position',
    tahoma      => 'dim',
    KLF200Node  => 'pct',
    DUOFERN     => 'position',
    HM485       => 'level',
    SELVECommeo => 'position',
    SELVE       => 'position',
    EnOcean     => 'position',


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

rossi007

#12
08 Januar 2021, 15:48:37
Zunächst mal vielen Dank für das vielseitige und mächtige Modul zur Rolladensteuerung - da fehlt es ja an nix ...

Das von MichaelO anfangs geschilderte Problem tritt bei mir auch sporadisch auf.

Code Auswählen
2021.01.08 08:01:14 1: ERROR: empty name in readingsBeginUpdate
2021.01.08 08:01:14 1: stacktrace:
2021.01.08 08:01:14 1:     main::readingsBeginUpdate           called by fhem.pl (4991)
2021.01.08 08:01:14 1:     main::readingsSingleUpdate          called by lib/FHEM/Automation/ShuttersControl.pm (892)
2021.01.08 08:01:14 1:     FHEM::Automation::ShuttersControl::UserAttributs_Readings_ForShutters called by lib/FHEM/Automation/ShuttersControl.pm (381)
2021.01.08 08:01:14 1:     FHEM::Automation::ShuttersControl::Undef called by fhem.pl (3818)
2021.01.08 08:01:14 1:     main::CallFn                        called by fhem.pl (1470)
2021.01.08 08:01:14 1:     main::CommandRereadCfg              called by fhem.pl (1251)
2021.01.08 08:01:14 1:     main::AnalyzeCommand                called by fhem.pl (1102)
2021.01.08 08:01:14 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2723)
2021.01.08 08:01:14 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (2508)
2021.01.08 08:01:14 1:     main::FW_style                      called by ./FHEM/01_FHEMWEB.pm (1167)
2021.01.08 08:01:14 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (596)
2021.01.08 08:01:14 1:     main::FW_Read                       called by fhem.pl (3818)
2021.01.08 08:01:14 1:     main::CallFn                        called by fhem.pl (759)
2021.01.08 08:01:14 1: readingsUpdate(,associatedWith,Rolladensteuerung,none) missed to call readingsBeginUpdate first.
2021.01.08 08:01:14 1: stacktrace:
2021.01.08 08:01:14 1:     main::readingsBulkUpdate            called by fhem.pl (4992)
2021.01.08 08:01:14 1:     main::readingsSingleUpdate          called by lib/FHEM/Automation/ShuttersControl.pm (892)
2021.01.08 08:01:14 1:     FHEM::Automation::ShuttersControl::UserAttributs_Readings_ForShutters called by lib/FHEM/Automation/ShuttersControl.pm (381)
FHEM::Automation::ShuttersControl::Undef called by fhem.pl (3818)
2021.01.08 08:01:14 1:    main::CallFn                        called by fhem.pl (1470)
2021.01.08 08:01:14 1:    main::CommandRereadCfg              called by fhem.pl (1251)
2021.01.08 08:01:14 1:     main::AnalyzeCommand                called by fhem.pl (1102)
2021.01.08 08:01:14 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2723)
2021.01.08 08:01:14 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (2508)
2021.01.08 08:01:14 1:     main::FW_style                      called by ./FHEM/01_FHEMWEB.pm (1167)
2021.01.08 08:01:14 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (596)
2021.01.08 08:01:14 1:     main::FW_Read                       called by fhem.pl (3818)
2021.01.08 08:01:14 1:     main::CallFn                        called by fhem.pl (759)

Ich verwende aber keine ZWave-Aktoren, sondern schalte die Rolladenmotoren direkt über SPS-Ausgänge. Das Modul steuert die Rolladen tagelang korrekt, dann eben mal nicht. Ein Neustart von FHEM bringt auch keine nachhaltige Besserung.

Gibt es Ideen, was die Ursache sein könnte, da die Diskussion ja irgendwie in Richtung Ansteuerung der Funkaktoren abgedriftet ist ?

CoolTux

#13
08 Januar 2021, 16:50:22
Zitat von: rossi007 am 08 Januar 2021, 15:48:37
Zunächst mal vielen Dank für das vielseitige und mächtige Modul zur Rolladensteuerung - da fehlt es ja an nix ...

Das von MichaelO anfangs geschilderte Problem tritt bei mir auch sporadisch auf.

Code Auswählen
2021.01.08 08:01:14 1: ERROR: empty name in readingsBeginUpdate
2021.01.08 08:01:14 1: stacktrace:
2021.01.08 08:01:14 1:     main::readingsBeginUpdate           called by fhem.pl (4991)
2021.01.08 08:01:14 1:     main::readingsSingleUpdate          called by lib/FHEM/Automation/ShuttersControl.pm (892)
2021.01.08 08:01:14 1:     FHEM::Automation::ShuttersControl::UserAttributs_Readings_ForShutters called by lib/FHEM/Automation/ShuttersControl.pm (381)
2021.01.08 08:01:14 1:     FHEM::Automation::ShuttersControl::Undef called by fhem.pl (3818)
2021.01.08 08:01:14 1:     main::CallFn                        called by fhem.pl (1470)
2021.01.08 08:01:14 1:     main::CommandRereadCfg              called by fhem.pl (1251)
2021.01.08 08:01:14 1:     main::AnalyzeCommand                called by fhem.pl (1102)
2021.01.08 08:01:14 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2723)
2021.01.08 08:01:14 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (2508)
2021.01.08 08:01:14 1:     main::FW_style                      called by ./FHEM/01_FHEMWEB.pm (1167)
2021.01.08 08:01:14 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (596)
2021.01.08 08:01:14 1:     main::FW_Read                       called by fhem.pl (3818)
2021.01.08 08:01:14 1:     main::CallFn                        called by fhem.pl (759)
2021.01.08 08:01:14 1: readingsUpdate(,associatedWith,Rolladensteuerung,none) missed to call readingsBeginUpdate first.
2021.01.08 08:01:14 1: stacktrace:
2021.01.08 08:01:14 1:     main::readingsBulkUpdate            called by fhem.pl (4992)
2021.01.08 08:01:14 1:     main::readingsSingleUpdate          called by lib/FHEM/Automation/ShuttersControl.pm (892)
2021.01.08 08:01:14 1:     FHEM::Automation::ShuttersControl::UserAttributs_Readings_ForShutters called by lib/FHEM/Automation/ShuttersControl.pm (381)
FHEM::Automation::ShuttersControl::Undef called by fhem.pl (3818)
2021.01.08 08:01:14 1:    main::CallFn                        called by fhem.pl (1470)
2021.01.08 08:01:14 1:    main::CommandRereadCfg              called by fhem.pl (1251)
2021.01.08 08:01:14 1:     main::AnalyzeCommand                called by fhem.pl (1102)
2021.01.08 08:01:14 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2723)
2021.01.08 08:01:14 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (2508)
2021.01.08 08:01:14 1:     main::FW_style                      called by ./FHEM/01_FHEMWEB.pm (1167)
2021.01.08 08:01:14 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (596)
2021.01.08 08:01:14 1:     main::FW_Read                       called by fhem.pl (3818)
2021.01.08 08:01:14 1:     main::CallFn                        called by fhem.pl (759)

Ich verwende aber keine ZWave-Aktoren, sondern schalte die Rolladenmotoren direkt über SPS-Ausgänge. Das Modul steuert die Rolladen tagelang korrekt, dann eben mal nicht. Ein Neustart von FHEM bringt auch keine nachhaltige Besserung.

Gibt es Ideen, was die Ursache sein könnte, da die Diskussion ja irgendwie in Richtung Ansteuerung der Funkaktoren abgedriftet ist ?

Leider kann ich nicht so wirklich sagen woher die Meldung kommt. Beim setzen eines Readings durch ASC scheint entweder kein Hash mit übergeben zu werden oder unter dem Hash findet sich kein Device Name. Es geht dabei um das Reading associatedWith. Das dürfte nur bei einem Neustart 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

rossi007

#14
13 Januar 2021, 09:34:49
Hallo CoolTux,

vielen Dank für die rasche Reaktion - leider kann ich in meinem AutoShuttersControl-device (also dem Muttermodul) kein Reading associatedWith finden. Ich habe mal verbose auf 5 gesetzt - vielleicht erscheint ja irgendein Text, der näheren Aufschluß gibt.

Der Effekt tritt aus meiner Sicht sporadisch und unmotiviert auf, so zum Beispiel heute um 8:23:40 - die Schaltzeiten der Rolladen lagen um 08:00:22 (Horizon) und ein anderer zum Testen um 08:30:01 (brightness) - damit hat es dann wohl nichts zu tun. Es lag auch kein erkennbarer Neustart (von FHEM? vom Modul?) vor - auch die Zwangstrennung des Internets, die FHEM um ca. 04:30 immer beschäftigt, da dann externe Datenquellen kurzzeitig nicht verfügbar sind, liegt außerhalb.
Ab dem ersten Auftreten des "Fehlers" wird dann das Logfile im Sekundentakt zugeballert und es endet, wenn man FHEM neu aufstartet - aber das ist ja keine vertrauenserweckende Lösung.
Da nach dem Neustart ja auch erstmal eine Weile alles meckerfrei läuft, scheint es auch keine prinzipielle Fehlkonfiguration oder ein Tippfehler zu sein ...
Es tritt ja auch noch bei anderen auf, so berichtet Alcamar am 13. Oktober 2020 unter https://forum.fhem.de/index.php?topic=112325.975
Thema: [73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.10
ja von genau dem gleichen Effekt - es gab dort aber nach kurzer Diskussion auch keine Rückmeldung und dort wurde auf Leichen von gelöschten Rolläden getippt.
Drucken
Nach oben Seiten1 2 3 Alle
Benutzer-Aktionen