Erkannter Anlaufstrom wird vergessen wenn Restzeit des Timeframe-Intervals nicht ausreichend

[camueller]

Vor der Anlaufstromerkennung:

2022-05-07 19:20:34,049 DEBUG [Timer-0] d.a.s.s.TimeframeIntervalHandler [TimeframeIntervalHandler.java:196] F-00000001-000000000012-00: Current Queue:
2022-05-07 19:20:34,051 DEBUG [Timer-0] d.a.s.s.TimeframeIntervalHandler [TimeframeIntervalHandler.java:288] F-00000001-000000000012-00: ACTIVE/2022-05-07T14:00:00/2022-05-07T20:00:00::DISABLED/_s/10800s

Die Anlaufstromerkennung:

2022-05-07 19:21:40,298 DEBUG [MQTT Call: F-00000001-000000000012-00-StartingCurrentSwitch] d.a.s.c.StartingCurrentSwitch [StartingCurrentSwitch.java:317] F-00000001-000000000012-00: Starting current detected.
2022-05-07 19:21:40,299 DEBUG [MQTT Call: F-00000001-000000000012-00-StartingCurrentSwitch] d.a.s.c.StartingCurrentSwitch [StartingCurrentSwitch.java:256] F-00000001-000000000012-00: Setting wrapped appliance switch to off

Wenn der Anlaufstrom erkannt wird zu einem Zeitpunkt, wo die Laufzeit nicht mehr in den Timeframe-Interval passt (hier ca. 2600s Restzeit, aber 10800s angefordert), wird der Timeframe-Interval auf ENABLED gesetzt, obwohl er nicht mehr ausreichend ist:

 19:22:04,050 DEBUG [Timer-0] d.a.s.s.TimeframeIntervalHandler [TimeframeIntervalHandler.java:196] F-00000001-000000000012-00: Current Queue:
2022-05-07 19:22:04,051 DEBUG [Timer-0] d.a.s.s.TimeframeIntervalHandler [TimeframeIntervalHandler.java:288] F-00000001-000000000012-00: ACTIVE/2022-05-07T14:00:00/2022-05-07T20:00:00::ENABLED/_s/10800s

Wenn der Timeframe-Interval abgelaufen ist, ist das Gerät mangels ausreichender Laufzeit nicht gelaufen und der ENABLED-Status des Timeframe-Interval wurde "vergessen":

2022-05-07 20:01:04,073 DEBUG [Timer-0] d.a.s.s.TimeframeIntervalHandler [TimeframeIntervalHandler.java:196] F-00000001-000000000012-00: Current Queue:
2022-05-07 20:01:04,075 DEBUG [Timer-0] d.a.s.s.TimeframeIntervalHandler [TimeframeIntervalHandler.java:288] F-00000001-000000000012-00: QUEUED/2022-05-08T08:00:00/2022-05-08T14:00:00::DISABLED/_s/10800s

Weil bei Geräten mit Anlaufstromerkennung immer nur 1 Timeframe-Interval erzeugt wird, müsste bei nicht ausreichender Restzeit ein neuer Timeframe-Interval erzeugt werden mit Status ENABLED.

[camueller]

Das Problem scheint nur aufzutreten, wenn ein manueller RuntimeRequest abläuft, nachdem bei diesem der Ende-Strom gefolgt von erneutem Anlaufstrom erkannt wurde.

[CHulkW]

Hallo,

kann ich so leider nicht bestätigen. Ich hatte den SAE Service neu gestartet und das von dir beschriebene Problem taucht auch dann auf wenn vorher kein manueller RuntimeRequest ausgelöst wurde.

Ich habe Zeitpläne für Waschmaschine und Spülmaschine, die bis 21:00 aktiv sind. Wenn ich die Maschinen vor 21:00 Uhr einschalte und die Restzeit nicht ausreicht kommt der genannte Fehler. Werden die Maschinen nach 21:00 angeschaltet werden sie ganz normal für den nächsten Tag eingeplant.
In der 1.6.20 war das Verhalten noch richtig.

Falls du noch ein Log brauchst kann ich das gerne hoch laden.

[camueller]

Es wäre tatsächlich hilfreich, wenn Du mir das Log verfügbar machen könntest.
Welche Version verwendest Du?

[CHulkW]

Okay, ich versuche das hier mal anzuhängen. Um die Dateigröße etwas kleiner zu halten, hab ich alles vor dem Neustart gelöscht.

Ich benutze die Version 2.0.4.

Das Geräte mit der ID 0003 am Schluss wurde um 20:32:33 angeschaltet und der Anlaufstrom detektiert.

rolling-2022-06-10_short.log

[camueller]

Hast Du das Log vom Folgetag noch? In dem von Dir geposteten Log sieht alles gut aus. Spannend wird es beim Wechsel zum Folgetag.

Ich habe gestern nochmal versucht, den Fehler nachzustellen, aber die Vormerkung hat Mitternacht problemlos überstanden.
Allerdings setze ich eine modifizierte 2.0.4 ein, wobei ich mich an keine Änderungen erinnere, die dieses Verhalten verbessert haben könnten.

[camueller]

Vergiss meinen letzten Post - ich brauche das Log nicht. Der Fehler ist hier bei der Waschmaschine gerade aufgetreten und hat eigentlich nichts mit dem Tag-Wechsel zu tun.

[camueller]

Gefixt für SAE 2.0. Eigentlich müsste der Fehler bei SAE 1.6 auch auftreten - das muss ich noch prüfen.

[camueller]

Enthalten in SAE 2.0.5.