[ASC] - LastDrive Probleme

[Reinhard.M]

Hallo CoolTux,

ich kämpfe aktuell mit einem merkwürdigen Verhalten des LastDrive Readings. Ich steuere 11 Rollos/Markisen. Nennen wir sie einfach A, B, C, ... , K. Immer wenn eins der B bis K Rollos automatisch oder manuell gefahren wird erzeugt das eine "manuelle Fahrt" Prüfung bei Rollo A (bei mir konkret HM_RAM_West). Hier einige Debug Ausgaben:

Code Auswählen Erweitern

ASC_DEBUG!!! 2024.09.01 12:35:10 - EventProcessingShadingBrightness: HM_RAM_West - Alle Bedingungen zur weiteren Beschattungsverarbeitung sind erfüllt. Es wird nun die eigentliche Beschattungsfunktion aufgerufen

ASC_DEBUG!!! 2024.09.01 12:35:44 - Notify:  ASC_Pos_Reading Event vom Rollo R_Schlafz_L wurde erkannt  - RECEIVED EVENT: $VAR1 = [
          'pct: 100'
        ];


ASC_DEBUG!!! 2024.09.01 12:35:44 - EventProcessingShutters:  Fn wurde durch Notify aufgerufen da ASC_Pos_Reading Event erkannt wurde  - RECEIVED EVENT: $VAR1 = 'pct: 100';


ASC_DEBUG!!! 2024.09.01 12:35:45 - EventProcessingShutters: HM_RAM_West - Event vom Rollo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von ::gettimeofday: 1725186945 Last Position Timestamp: 1725183963 Drive Up Max Duration: 41 Last Position: 100 aktuelle Position: 0

ASC_DEBUG!!! 2024.09.01 12:35:45 - FnIsDay: HM_RAM_West Allgemein: 1

ASC_DEBUG!!! 2024.09.01 12:35:45 - EventProcessingShutters: eine manualle Fahrt wurde erkannt!

ASC_DEBUG!!! 2024.09.01 12:35:45 - EventProcessingShutters:  Fn wurde durlaufen und es sollten Debugausgaben gekommen sein.  !!!Wenn nicht!!! wurde der Event nicht korrekt als Nummerisch erkannt.

###################################################################################################

ASC_DEBUG!!! 2024.09.01 12:39:16 - EventProcessingShadingBrightness: HM_RAM_West - Alle Bedingungen zur weiteren Beschattungsverarbeitung sind erfüllt. Es wird nun die eigentliche Beschattungsfunktion aufgerufen

ASC_DEBUG!!! 2024.09.01 12:40:02 - Notify:  ASC_Pos_Reading Event vom Rollo R_Terrasse wurde erkannt  - RECEIVED EVENT: $VAR1 = [
          'pct: 100'
        ];


ASC_DEBUG!!! 2024.09.01 12:40:02 - EventProcessingShutters:  Fn wurde durch Notify aufgerufen da ASC_Pos_Reading Event erkannt wurde  - RECEIVED EVENT: $VAR1 = 'pct: 100';


ASC_DEBUG!!! 2024.09.01 12:40:03 - EventProcessingShutters: HM_RAM_West - Event vom Rollo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von ::gettimeofday: 1725187203 Last Position Timestamp: 1725183963 Drive Up Max Duration: 41 Last Position: 100 aktuelle Position: 0

ASC_DEBUG!!! 2024.09.01 12:40:03 - FnIsDay: HM_RAM_West Allgemein: 1

ASC_DEBUG!!! 2024.09.01 12:40:03 - EventProcessingShutters: eine manualle Fahrt wurde erkannt!

ASC_DEBUG!!! 2024.09.01 12:40:03 - EventProcessingShutters:  Fn wurde durlaufen und es sollten Debugausgaben gekommen sein.  !!!Wenn nicht!!! wurde der Event nicht korrekt als Nummerisch erkannt.

###################################################################################################

ASC_DEBUG!!! 2024.09.01 12:41:19 - EventProcessingShadingBrightness: HM_RAM_West - Alle Bedingungen zur weiteren Beschattungsverarbeitung sind erfüllt. Es wird nun die eigentliche Beschattungsfunktion aufgerufen

ASC_DEBUG!!! 2024.09.01 12:41:21 - Notify:  ASC_Pos_Reading Event vom Rollo R_Kueche wurde erkannt  - RECEIVED EVENT: $VAR1 = [
          'pct: 100'
        ];


ASC_DEBUG!!! 2024.09.01 12:41:21 - EventProcessingShutters:  Fn wurde durch Notify aufgerufen da ASC_Pos_Reading Event erkannt wurde  - RECEIVED EVENT: $VAR1 = 'pct: 100';


ASC_DEBUG!!! 2024.09.01 12:41:22 - EventProcessingShutters: HM_RAM_West - Event vom Rollo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von ::gettimeofday: 1725187282 Last Position Timestamp: 1725183963 Drive Up Max Duration: 41 Last Position: 100 aktuelle Position: 0

ASC_DEBUG!!! 2024.09.01 12:41:22 - FnIsDay: HM_RAM_West Allgemein: 1

ASC_DEBUG!!! 2024.09.01 12:41:22 - EventProcessingShutters: eine manualle Fahrt wurde erkannt!

ASC_DEBUG!!! 2024.09.01 12:41:22 - EventProcessingShutters:  Fn wurde durlaufen und es sollten Debugausgaben gekommen sein.  !!!Wenn nicht!!! wurde der Event nicht korrekt als Nummerisch erkannt.

###################################################################################################

ASC_DEBUG!!! 2024.09.01 12:52:42 - EventProcessingShadingBrightness: HM_RAM_West - Alle Bedingungen zur weiteren Beschattungsverarbeitung sind erfüllt. Es wird nun die eigentliche Beschattungsfunktion aufgerufen

ASC_DEBUG!!! 2024.09.01 12:52:42 - Notify:  ASC_Pos_Reading Event vom Rollo HM_RAU_FallArm wurde erkannt  - RECEIVED EVENT: $VAR1 = [
          '3.ACTIVITY_STATE: DOWN',
          '3.PROCESS: NOT_STABLE',
          'state: 99',
          '3.LEVEL: 99',
          'pct: 99',
          'level: 99',
          'hmstate: 99'
        ];


ASC_DEBUG!!! 2024.09.01 12:52:42 - EventProcessingShutters:  Fn wurde durch Notify aufgerufen da ASC_Pos_Reading Event erkannt wurde  - RECEIVED EVENT: $VAR1 = '3.ACTIVITY_STATE: DOWN 3.PROCESS: NOT_STABLE state: 99 3.LEVEL: 99 pct: 99 level: 99 hmstate: 99';


ASC_DEBUG!!! 2024.09.01 12:52:42 - EventProcessingShutters: HM_RAM_West - Event vom Rollo erkannt. Es wird nun eine etwaige manuelle Fahrt ausgewertet. Int von ::gettimeofday: 1725187962 Last Position Timestamp: 1725183963 Drive Up Max Duration: 41 Last Position: 100 aktuelle Position: 0

ASC_DEBUG!!! 2024.09.01 12:52:42 - FnIsDay: HM_RAM_West Allgemein: 1

ASC_DEBUG!!! 2024.09.01 12:52:42 - EventProcessingShutters: eine manualle Fahrt wurde erkannt!

ASC_DEBUG!!! 2024.09.01 12:52:42 - EventProcessingShutters:  Fn wurde durlaufen und es sollten Debugausgaben gekommen sein.  !!!Wenn nicht!!! wurde der Event nicht korrekt als Nummerisch erkannt.
Ich habe inzwischen mehrfach das ASControl Device entfernt und FHEM neu gestartet, leider ohne Erfolg. Ich werde jetzt noch alle Rollo Devices und das ASConttrol entfernen, FHEM neu starten und wieder installieren. Hast du eine Idee was zum obigen Verhalten führen könnte?

Gruß Reinhard

[Reinhard.M]

Update:
- Ich habe alle Devices und ASControl gelöscht und den Event Cache geleert
- Restart von FHEM
- ASControle mit "define" angelegt
- Restart von FHEM
- Alle Devices mit defmod angelegt und bei allen das ASC Attribut gesetzt
- scanForShutters ausgeführt und alle noch nicht gesetzten Attribute gesetzt

Bislang wird der Test auf "manuelle Fahrt" am richtigen Device durchgeführt, der Fehler scheint damit erst einmal behoben zu sein. Grundsätzlich scheint mir aber noch irgendwo ein Fehler zu stecken. Gibt es eigentlich einen "internen" ASControl Befehl mit dem man alle "gemerkten" Daten löschen oder zurücksetzen kann? Es ist einiges an Aufwand alle Devices zu löschen und wieder neu anzulegen.

Gruß Reinhard

[CoolTux]

In solchen Fällen sollte es helfen expert auf 1 zu setzen bei den Attributen und ein set createNewNotifyDev aus zu führen.

[Reinhard.M]

"ASC_expert = 1" ist bei mir aktiv weswegen ich vorher mehrfach "createNewNotifyDev" versucht hatte. Leider immer ohne Erfolg. Erst komplett alle Devices löschen und neu aufsetzen hat es wieder zum Laufen gebracht. ASControl alleine löschen hatte nichts gebracht. Jetzt läuft es jedenfalls wieder.