76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[Christian83]

Mein Hauptanliegen liegt bei dem Consumptionwerten hierbei.
Nicht die PV Forecast Werte.
Da ist eine schnelle Abfrage nicht nötig.
Dafür sind mehrere Devices nicht wirklich nötig. So wie bisher festgestellt.
Ich bilde mir aus (fast) allen SF's z.B. auch Werte. Und der Durschnitt aller Devices liegt meist am nächsten zum wirklichen Ertrag.
Klar kann es passieren das einzelne SF's genauer sind.
Aber gerade bei unbeständigem Wetter ist es so immer genauer und bei gutem Wetter ist die Abweichung vernachlässigbar zu dem besseren SF's.
Für mich und meine Anlage ist der Durchschnittswert mein Favorit.
Deshalb habe ich nicht "die" API die am besten ist. Klar habe ich darunter Favoriten. Aber selbst die sind meist nicht genauer wie der Durschnitt aller.

Und bei mehreren Devices macht es halt auch Sinn diese Zeitversetzt durch zu takern. Sind ja nicht gerade die Resourcen schonensten Module mitunter.

Ich muss mal gucken wie ich das Umsetzte was ich mir da denke.
Vieleicht lass ich ein Modul öfter takern was die beste Aufrufverarbeitungszeit im Durchschnitt hat. VictronVRM vermutlich.

Code Auswählen Erweitern

ForecastDWD                              CODE(0x559d502140)                     364  6877772  561425.86     0.08     0.00     0.00 02.05. 00:28:23 HASH(ForecastDWD)
 ForecastSolarAPI                         CODE(0x559d502140)                     334  6877772  492662.48     0.07     0.00     0.00 02.05. 00:11:33 HASH(ForecastSolarAPI)
 Forecast                                 CODE(0x559d502140)                     330  6877772  542474.85     0.08     0.00     0.00 02.05. 00:00:05 HASH(Forecast)
 ForecastOpenMeteoEnsemble                CODE(0x559d502140)                     326  6877772 1075603.99     0.16     0.00     0.00 02.05. 00:00:04 HASH(ForecastOpenMeteoEnsemble)
 ForecastOpenMeteoWorld                   CODE(0x559d502140)                     313  6877772  530529.66     0.08     0.00     0.00 02.05. 00:00:04 HASH(ForecastOpenMeteoWorld)
 ForecastOpenMeteo                        CODE(0x559d502140)                     309  6877772  511606.73     0.07     0.00     0.00 02.05. 00:00:05 HASH(ForecastOpenMeteo)
 ForecastVictronVRM                       CODE(0x559d502140)                     290  6877772  499226.55     0.07     0.00     0.00 02.05. 00:00:05 HASH(ForecastVictronVRM)                   


Und die anderen tacker ich in einem sehr großem Interval durch. Ich muss mal gucken.

Dann setzt doch alle auf Intervall manuell und starte sie selbst zeitgesteuert über at oder Notify oder was dir am Besten passt.

[kask]

Jepp, darauf wird es hinauslaufen.
Da im Interval vor&nach jeder vollen Stunde die Daten immer aufgearbeitet werden (laut Hilfe).
Zudem habe ich ein bischen mit den ctrlInterval rumexperimentiert und der Wert des Intervals wird erst aktualisiert wenn der Interval abgelaufen ist.
Disablen oder den ctrlInterval auf 0 setzen funktioniert da auch nicht zur manipulation das der Intervaltimer reseted wird.
Ist vermutlich auch garnich so einfach zu implementieren, aber keine Ahnung.
Deshalb bin ich auch schon an dem Punkt die Datenaufarbeitung selbst anzutriggern.

[kask]

Ich habe das mal umgesetzt. Mal beobachten.

Code Auswählen Erweitern

defmod ATSolarForecastLoop at +*00:00:10 \
{\
 my $idx = ReadingsNum($SELF,'idx',0);;\
 #my @fcs = defInfo('TYPE=SolarForecast','NAME');;\
 my @fcs = ("Forecast","ForecastDWD","ForecastOpenMeteo","ForecastOpenMeteoEnsemble","ForecastOpenMeteoWorld","ForecastSolarAPI","ForecastVictronVRM");;\
 $idx = ($idx >= (@fcs-1))?0:($idx += 1);;\
    \
 my $sftimer = "at.".$fcs[$idx].".getdata.timer";;\
 fhem("delete ".$sftimer );; \
 fhem("define ".$sftimer ." at +00:00:01 get ".$fcs[$idx]." data");;\
 fhem("attr ".$sftimer ." room AT");;\
\
 fhem("setreading $SELF idx $idx");;\
 fhem("setreading $SELF fc $fcs[$idx]");;\
}
attr ATSolarForecastLoop DbLogExclude .*
attr ATSolarForecastLoop room AT


Code Auswählen Erweitern

2024-05-02 16:31:29.338 SolarForecast ForecastVictronVRM RestOfDayPVforecast: 5003 Wh
2024-05-02 16:31:39.281 SolarForecast Forecast NextHours_Sum02_PVforecast: 5658 Wh
2024-05-02 16:31:39.281 SolarForecast Forecast RestOfDayPVforecast: 7343 Wh
2024-05-02 16:31:49.246 SolarForecast ForecastDWD RestOfDayPVforecast: 5846 Wh
2024-05-02 16:31:59.332 SolarForecast ForecastOpenMeteo Today_Hour17_PVreal: 1000 Wh
2024-05-02 16:31:59.332 SolarForecast ForecastOpenMeteo Today_PVreal: 56019 Wh
2024-05-02 16:31:59.332 SolarForecast ForecastOpenMeteo NextHours_Sum01_PVforecast: 1974 Wh
2024-05-02 16:31:59.332 SolarForecast ForecastOpenMeteo NextHours_Sum02_PVforecast: 2514 Wh
2024-05-02 16:31:59.332 SolarForecast ForecastOpenMeteo NextHours_Sum03_PVforecast: 2951 Wh
2024-05-02 16:31:59.332 SolarForecast ForecastOpenMeteo NextHours_Sum04_PVforecast: 3090 Wh
2024-05-02 16:31:59.332 SolarForecast ForecastOpenMeteo RestOfDayPVforecast: 3132 Wh
2024-05-02 16:31:59.332 SolarForecast ForecastOpenMeteo RestOfDayConsumptionForecast: 7630 Wh
2024-05-02 16:32:09.946 SolarForecast ForecastOpenMeteoEnsemble Today_Hour17_PVreal: 1000 Wh
2024-05-02 16:32:09.946 SolarForecast ForecastOpenMeteoEnsemble Today_PVreal: 56019 Wh
2024-05-02 16:32:09.946 SolarForecast ForecastOpenMeteoEnsemble NextHours_Sum01_PVforecast: 2609 Wh
2024-05-02 16:32:09.946 SolarForecast ForecastOpenMeteoEnsemble NextHours_Sum02_PVforecast: 3560 Wh
2024-05-02 16:32:09.946 SolarForecast ForecastOpenMeteoEnsemble NextHours_Sum03_PVforecast: 4008 Wh
2024-05-02 16:32:09.946 SolarForecast ForecastOpenMeteoEnsemble NextHours_Sum04_PVforecast: 4212 Wh
2024-05-02 16:32:09.946 SolarForecast ForecastOpenMeteoEnsemble RestOfDayPVforecast: 4262 Wh
2024-05-02 16:32:09.946 SolarForecast ForecastOpenMeteoEnsemble RestOfDayConsumptionForecast: 7604 Wh
2024-05-02 16:32:20.251 SolarForecast ForecastOpenMeteoWorld RestOfDayPVforecast: 3068 Wh
2024-05-02 16:32:29.241 SolarForecast ForecastSolarAPI NextHours_Sum03_PVforecast: 4692 Wh
2024-05-02 16:32:29.241 SolarForecast ForecastSolarAPI NextHours_Sum04_PVforecast: 4785 Wh
2024-05-02 16:32:29.241 SolarForecast ForecastSolarAPI RestOfDayPVforecast: 4785 Wh
2024-05-02 16:32:29.241 SolarForecast ForecastSolarAPI Today_PVdeviation: -37.12 %
2024-05-02 16:32:39.445 SolarForecast ForecastVictronVRM NextHours_Sum04_PVforecast: 4931 Wh
2024-05-02 16:32:39.445 SolarForecast ForecastVictronVRM RestOfDayPVforecast: 4946 Wh
2024-05-02 16:32:39.445 SolarForecast ForecastVictronVRM RestOfDayConsumptionForecast: 7392 Wh
2024-05-02 16:32:49.145 SolarForecast Forecast Today_Hour17_PVreal: 1010 Wh
2024-05-02 16:32:49.145 SolarForecast Forecast Today_PVreal: 56080 Wh
2024-05-02 16:32:49.145 SolarForecast Forecast RestOfDayPVforecast: 7293 Wh
2024-05-02 16:32:49.145 SolarForecast Forecast RestOfDayConsumptionForecast: 7427 Wh

Edit: Das funktioniert nicht. Dafür ist das Modul nicht gemacht. Das Forecast mit der DWD-API produziert dann massiv load. Alle brauchen mehr load als wenn diese im Interval laufen.

[kask]

Jetzt schein ich es zu haben. Beim setzen von ctrlInterval 0 auf x erzeugen die Module auch massiv Load. Vermutlich laden die erstmal Daten (ich hab mir das debuggen mal gespart und lebe mit der Vermutung).

Alle 17 sec. soll ein Aufruf eines SF kommen.
Diese werden nacheinander gestartet mit SFSetInterval(17). dauert einwenig aber schein so erst einmal zu gehen.

Code Auswählen Erweitern

sub sectotimertime($) {
    # 21 = 00:00:21, 361 = 00:06:01 , 5361 = 01:29:21
    my ($t) = @_;
    $t = sprintf("%02d:%02d:%02d", $t/3600, ($t%3600)/60, $t%60);
    return $t;
}

sub SFSetInterval($) {
  my ($delay) = @_;
  my @fcs = defInfo('TYPE=SolarForecast','NAME');
  my $interval = ($delay * @fcs);
  my $sftimer = "";
  my $dtime = 10;
  my $addittionaldelay = 0;
  foreach my $fc (@fcs) {
   $sftimer = "at.".$fc.".setinterval";
   fhem("delete ".$sftimer );
   $dtime += ($delay + $addittionaldelay);
   $addittionaldelay = $interval;
   fhem("define ".$sftimer ." at +".sectotimertime($dtime)." attr ".$fc." ctrlInterval ".$interval);
  }
  return @fcs.'/'.$interval
}

Und am Ende sind sie ziemlich 17sec auseinander

Code Auswählen Erweitern

2024-05-02 18:43:41.611 SolarForecast Forecast RestOfDayPVforecast: 238 Wh
2024-05-02 18:43:41.611 SolarForecast Forecast RestOfDayConsumptionForecast: 4655 Wh
2024-05-02 18:43:41.611 SolarForecast Forecast statistic_conForecastTillNextSunrise: 8322 Wh
2024-05-02 18:45:13.939 SolarForecast Forecast NextHours_Sum03_PVforecast: 228 Wh
2024-05-02 18:45:13.939 SolarForecast Forecast NextHours_Sum04_PVforecast: 228 Wh
2024-05-02 18:45:25.192 SolarForecast ForecastDWD NextHours_Sum01_PVforecast: 778 Wh
2024-05-02 18:45:25.192 SolarForecast ForecastDWD NextHours_Sum02_PVforecast: 947 Wh
2024-05-02 18:45:25.192 SolarForecast ForecastDWD NextHours_Sum03_PVforecast: 959 Wh
2024-05-02 18:45:25.192 SolarForecast ForecastDWD NextHours_Sum04_PVforecast: 959 Wh
2024-05-02 18:45:25.192 SolarForecast ForecastDWD RestOfDayPVforecast: 959 Wh
2024-05-02 18:45:25.192 SolarForecast ForecastDWD Tomorrow_PVforecast: 20918 Wh
2024-05-02 18:45:25.192 SolarForecast ForecastDWD Today_PVforecast: 59400 Wh
2024-05-02 18:45:25.192 SolarForecast ForecastDWD NextHours_Sum04_ConsumptionForecast: 3905 Wh
2024-05-02 18:45:25.192 SolarForecast ForecastDWD RestOfDayConsumptionForecast: 4596 Wh
2024-05-02 18:45:25.192 SolarForecast ForecastDWD statistic_conForecastTillNextSunrise: 8255 Wh
2024-05-02 18:47:10.931 SolarForecast Forecast RestOfDayConsumptionForecast: 4569 Wh
2024-05-02 18:47:23.632 SolarForecast ForecastDWD RestOfDayPVforecast: 908 Wh
2024-05-02 18:47:23.632 SolarForecast ForecastDWD Today_PVdeviation: 3.75 %
2024-05-02 18:47:41.294 SolarForecast ForecastOpenMeteo NextHours_Sum01_PVforecast: 299 Wh
2024-05-02 18:47:41.294 SolarForecast ForecastOpenMeteo NextHours_Sum02_PVforecast: 410 Wh
2024-05-02 18:47:41.294 SolarForecast ForecastOpenMeteo NextHours_Sum03_PVforecast: 428 Wh
2024-05-02 18:47:41.294 SolarForecast ForecastOpenMeteo NextHours_Sum04_PVforecast: 428 Wh
2024-05-02 18:47:41.294 SolarForecast ForecastOpenMeteo RestOfDayPVforecast: 428 Wh
2024-05-02 18:47:41.294 SolarForecast ForecastOpenMeteo NextHours_Sum04_ConsumptionForecast: 3983 Wh
2024-05-02 18:47:41.294 SolarForecast ForecastOpenMeteo RestOfDayConsumptionForecast: 4668 Wh
2024-05-02 18:47:41.294 SolarForecast ForecastOpenMeteo statistic_conForecastTillNextSunrise: 9200 Wh
2024-05-02 18:49:08.555 SolarForecast Forecast NextHours_Sum04_ConsumptionForecast: 3879 Wh
2024-05-02 18:49:08.555 SolarForecast Forecast statistic_conForecastTillNextSunrise: 8255 Wh
2024-05-02 18:49:22.681 SolarForecast ForecastDWD RestOfDayPVforecast: 857 Wh
2024-05-02 18:49:22.681 SolarForecast ForecastDWD RestOfDayConsumptionForecast: 4511 Wh
2024-05-02 18:49:39.926 SolarForecast ForecastOpenMeteo RestOfDayPVforecast: 315 Wh
2024-05-02 18:49:39.926 SolarForecast ForecastOpenMeteo Tomorrow_PVforecast: 20190 Wh
2024-05-02 18:49:39.926 SolarForecast ForecastOpenMeteo Today_PVforecast: 62625 Wh
2024-05-02 18:49:39.926 SolarForecast ForecastOpenMeteo Today_PVdeviation: 9.68 %
2024-05-02 18:49:39.926 SolarForecast ForecastOpenMeteo statistic_dayAfterTomorrowPVforecast: 54763 Wh
2024-05-02 18:49:57.563 SolarForecast ForecastOpenMeteoEnsemble RestOfDayPVforecast: 167 Wh
2024-05-02 18:49:57.563 SolarForecast ForecastOpenMeteoEnsemble NextHours_Sum04_ConsumptionForecast: 4067 Wh
2024-05-02 18:49:57.563 SolarForecast ForecastOpenMeteoEnsemble RestOfDayConsumptionForecast: 4730 Wh
2024-05-02 18:49:57.563 SolarForecast ForecastOpenMeteoEnsemble statistic_conForecastTillNextSunrise: 9097 Wh
2024-05-02 18:51:06.300 SolarForecast Forecast NextHours_Sum02_PVforecast: 192 Wh
2024-05-02 18:51:06.300 SolarForecast Forecast RestOfDayConsumptionForecast: 4483 Wh
2024-05-02 18:51:21.729 SolarForecast ForecastDWD NextHours_Sum03_PVforecast: 806 Wh
2024-05-02 18:51:21.729 SolarForecast ForecastDWD NextHours_Sum04_PVforecast: 806 Wh
2024-05-02 18:51:21.729 SolarForecast ForecastDWD RestOfDayPVforecast: 806 Wh
2024-05-02 18:51:21.729 SolarForecast ForecastDWD statistic_conForecastTillNextSunrise: 8188 Wh
2024-05-02 18:51:38.917 SolarForecast ForecastOpenMeteo RestOfDayConsumptionForecast: 4579 Wh
2024-05-02 18:52:13.098 SolarForecast ForecastOpenMeteoWorld NextHours_Sum01_PVforecast: 256 Wh
2024-05-02 18:52:13.098 SolarForecast ForecastOpenMeteoWorld NextHours_Sum02_PVforecast: 358 Wh
2024-05-02 18:52:13.098 SolarForecast ForecastOpenMeteoWorld NextHours_Sum03_PVforecast: 368 Wh
2024-05-02 18:52:13.098 SolarForecast ForecastOpenMeteoWorld NextHours_Sum04_PVforecast: 368 Wh
2024-05-02 18:52:13.098 SolarForecast ForecastOpenMeteoWorld RestOfDayPVforecast: 368 Wh
2024-05-02 18:52:13.098 SolarForecast ForecastOpenMeteoWorld NextHours_Sum04_ConsumptionForecast: 3928 Wh
2024-05-02 18:52:13.098 SolarForecast ForecastOpenMeteoWorld RestOfDayConsumptionForecast: 4558 Wh
2024-05-02 18:52:13.098 SolarForecast ForecastOpenMeteoWorld statistic_conForecastTillNextSunrise: 9159 Wh
2024-05-02 18:53:20.467 SolarForecast ForecastDWD NextHours_Sum02_PVforecast: 751 Wh
2024-05-02 18:53:20.467 SolarForecast ForecastDWD RestOfDayPVforecast: 756 Wh
2024-05-02 18:53:20.467 SolarForecast ForecastDWD RestOfDayConsumptionForecast: 4425 Wh
2024-05-02 18:53:37.864 SolarForecast ForecastOpenMeteo NextHours_Sum03_PVforecast: 267 Wh
2024-05-02 18:53:37.864 SolarForecast ForecastOpenMeteo NextHours_Sum04_PVforecast: 267 Wh
2024-05-02 18:53:37.864 SolarForecast ForecastOpenMeteo statistic_conForecastTillNextSunrise: 9131 Wh
2024-05-02 18:53:54.314 SolarForecast ForecastOpenMeteoEnsemble RestOfDayConsumptionForecast: 4644 Wh
2024-05-02 18:54:11.356 SolarForecast ForecastOpenMeteoWorld RestOfDayPVforecast: 255 Wh
2024-05-02 18:54:11.356 SolarForecast ForecastOpenMeteoWorld Tomorrow_PVforecast: 20150 Wh
2024-05-02 18:54:11.356 SolarForecast ForecastOpenMeteoWorld Today_PVforecast: 62625 Wh
2024-05-02 18:54:11.356 SolarForecast ForecastOpenMeteoWorld Today_PVdeviation: 9.67 %
2024-05-02 18:54:11.356 SolarForecast ForecastOpenMeteoWorld statistic_dayAfterTomorrowPVforecast: 54763 Wh
2024-05-02 18:54:29.420 SolarForecast ForecastSolarAPI NextHours_Sum01_PVforecast: 459 Wh
2024-05-02 18:54:29.420 SolarForecast ForecastSolarAPI NextHours_Sum02_PVforecast: 491 Wh
2024-05-02 18:54:29.420 SolarForecast ForecastSolarAPI NextHours_Sum03_PVforecast: 491 Wh
2024-05-02 18:54:29.420 SolarForecast ForecastSolarAPI NextHours_Sum04_PVforecast: 491 Wh
2024-05-02 18:54:29.420 SolarForecast ForecastSolarAPI RestOfDayPVforecast: 491 Wh
2024-05-02 18:54:29.420 SolarForecast ForecastSolarAPI NextHours_Sum04_ConsumptionForecast: 3821 Wh
2024-05-02 18:54:29.420 SolarForecast ForecastSolarAPI RestOfDayConsumptionForecast: 4409 Wh
2024-05-02 18:54:29.420 SolarForecast ForecastSolarAPI statistic_conForecastTillNextSunrise: 8175 Wh
2024-05-02 18:55:02.443 SolarForecast Forecast RestOfDayPVforecast: 179 Wh
2024-05-02 18:55:02.443 SolarForecast Forecast RestOfDayConsumptionForecast: 4397 Wh
2024-05-02 18:55:02.443 SolarForecast Forecast statistic_conForecastTillNextSunrise: 8187 Wh
2024-05-02 18:55:19.393 SolarForecast ForecastDWD NextHours_Sum01_PVforecast: 616 Wh
2024-05-02 18:55:19.393 SolarForecast ForecastDWD RestOfDayPVforecast: 705 Wh
2024-05-02 18:55:19.393 SolarForecast ForecastDWD Today_PVdeviation: 4.08 %
2024-05-02 18:55:36.269 SolarForecast ForecastOpenMeteo NextHours_Sum02_PVforecast: 242 Wh
2024-05-02 18:55:36.269 SolarForecast ForecastOpenMeteo RestOfDayPVforecast: 243 Wh
2024-05-02 18:55:36.269 SolarForecast ForecastOpenMeteo RestOfDayConsumptionForecast: 4489 Wh
2024-05-02 18:55:53.296 SolarForecast ForecastOpenMeteoEnsemble statistic_conForecastTillNextSunrise: 9029 Wh
2024-05-02 18:56:10.381 SolarForecast ForecastOpenMeteoWorld RestOfDayConsumptionForecast: 4468 Wh
2024-05-02 18:56:27.264 SolarForecast ForecastSolarAPI Tomorrow_PVforecast: 18529 Wh
2024-05-02 18:56:27.264 SolarForecast ForecastSolarAPI Today_PVdeviation: -24.33 %
2024-05-02 18:56:45.160 SolarForecast ForecastVictronVRM NextHours_Sum01_PVforecast: 663 Wh
2024-05-02 18:56:45.160 SolarForecast ForecastVictronVRM NextHours_Sum02_PVforecast: 832 Wh
2024-05-02 18:56:45.160 SolarForecast ForecastVictronVRM NextHours_Sum03_PVforecast: 839 Wh
2024-05-02 18:56:45.160 SolarForecast ForecastVictronVRM NextHours_Sum04_PVforecast: 839 Wh
2024-05-02 18:56:45.160 SolarForecast ForecastVictronVRM RestOfDayPVforecast: 839 Wh
2024-05-02 18:56:45.160 SolarForecast ForecastVictronVRM NextHours_Sum04_ConsumptionForecast: 3792 Wh
2024-05-02 18:56:45.160 SolarForecast ForecastVictronVRM RestOfDayConsumptionForecast: 4360 Wh
2024-05-02 18:56:45.160 SolarForecast ForecastVictronVRM Today_PVdeviation: 7.31 %
2024-05-02 18:56:45.160 SolarForecast ForecastVictronVRM statistic_conForecastTillNextSunrise: 8127 Wh
2024-05-02 18:57:18.239 SolarForecast ForecastDWD NextHours_Sum03_PVforecast: 654 Wh
2024-05-02 18:57:18.239 SolarForecast ForecastDWD NextHours_Sum04_PVforecast: 654 Wh
2024-05-02 18:57:18.239 SolarForecast ForecastDWD RestOfDayPVforecast: 654 Wh
2024-05-02 18:57:18.239 SolarForecast ForecastDWD RestOfDayConsumptionForecast: 4340 Wh
2024-05-02 18:57:18.239 SolarForecast ForecastDWD statistic_conForecastTillNextSunrise: 8121 Wh
2024-05-02 18:57:52.084 SolarForecast ForecastOpenMeteoEnsemble RestOfDayConsumptionForecast: 4559 Wh
2024-05-02 18:58:09.165 SolarForecast ForecastOpenMeteoWorld NextHours_Sum02_PVforecast: 206 Wh
2024-05-02 18:58:09.165 SolarForecast ForecastOpenMeteoWorld NextHours_Sum03_PVforecast: 207 Wh
2024-05-02 18:58:09.165 SolarForecast ForecastOpenMeteoWorld NextHours_Sum04_PVforecast: 207 Wh
2024-05-02 18:58:09.165 SolarForecast ForecastOpenMeteoWorld statistic_conForecastTillNextSunrise: 9090 Wh
2024-05-02 18:58:26.171 SolarForecast ForecastSolarAPI RestOfDayPVforecast: 405 Wh
2024-05-02 18:58:26.171 SolarForecast ForecastSolarAPI RestOfDayConsumptionForecast: 4323 Wh
2024-05-02 18:58:43.174 SolarForecast ForecastVictronVRM Today_Hour20_PVforecast: 458 Wh
2024-05-02 18:58:43.174 SolarForecast ForecastVictronVRM NextHours_Sum01_PVforecast: 470 Wh
2024-05-02 18:58:43.174 SolarForecast ForecastVictronVRM NextHours_Sum02_PVforecast: 619 Wh
2024-05-02 18:58:43.174 SolarForecast ForecastVictronVRM NextHours_Sum03_PVforecast: 621 Wh
2024-05-02 18:58:43.174 SolarForecast ForecastVictronVRM NextHours_Sum04_PVforecast: 621 Wh
2024-05-02 18:58:43.174 SolarForecast ForecastVictronVRM RestOfDayPVforecast: 621 Wh
2024-05-02 18:58:43.174 SolarForecast ForecastVictronVRM Tomorrow_PVforecast: 39203 Wh
2024-05-02 18:58:43.174 SolarForecast ForecastVictronVRM Today_PVforecast: 61966 Wh
2024-05-02 18:58:43.174 SolarForecast ForecastVictronVRM Today_PVdeviation: 8.25 %
2024-05-02 18:58:43.174 SolarForecast ForecastVictronVRM statistic_dayAfterTomorrowPVforecast: 40564 Wh
2024-05-02 18:59:00.108 SolarForecast Forecast RestOfDayConsumptionForecast: 4311 Wh

Auch hier wieder beobachten wie/ob diese auseinander laufen und ob ich diese eventuell manchmal gerade rücken muß.

Edit:
So sieht es nach ca. 11h Betrieb aus. Alles relativ syncron.
Das zeigt das der Timerinterval im Modul die neue Zeit anhand der geraden aktuellen Intervalzeit heranzieht. Das ist gut.
Ich hatte Sorge das der neue Interval, irgendwo ohen Zusammenhang, in dem Ablauf gesetzt wird. Das spricht auch dafür das der interne Timer sich nicht reseten läst, da dieser scheinbar sich selber sofort wieder neu antriggert.
DS_Starter weiß das ganz genau. Ich habe mir das angeschaut aber Perl ist so nicht wirklich meine Welt. Ein bischen geht aber was in dem Modul steht ist mir zu Komplex.

Code Auswählen Erweitern

2024-05-03 07:20:00.151 SolarForecast ForecastOpenMeteoWorld NextHours_Sum04_PVforecast: 4250 Wh
2024-05-03 07:20:00.151 SolarForecast ForecastOpenMeteoWorld RestOfDayConsumptionForecast: 20318 Wh
2024-05-03 07:20:00.151 SolarForecast ForecastOpenMeteoWorld statistic_conForecastTillNextSunrise: 23461 Wh
2024-05-03 07:20:19.131 SolarForecast ForecastSolarAPI NextHours_Sum04_PVforecast: 6895 Wh
2024-05-03 07:20:19.131 SolarForecast ForecastSolarAPI RestOfDayPVforecast: 23581 Wh
2024-05-03 07:20:19.131 SolarForecast ForecastSolarAPI RestOfDayConsumptionForecast: 19883 Wh
2024-05-03 07:20:19.131 SolarForecast ForecastSolarAPI statistic_conForecastTillNextSunrise: 23040 Wh
2024-05-03 07:20:36.209 SolarForecast ForecastVictronVRM NextHours_Sum01_PVforecast: 1830 Wh
2024-05-03 07:20:36.209 SolarForecast ForecastVictronVRM RestOfDayPVforecast: 38199 Wh
2024-05-03 07:20:36.209 SolarForecast ForecastVictronVRM RestOfDayConsumptionForecast: 19780 Wh
2024-05-03 07:20:36.209 SolarForecast ForecastVictronVRM statistic_conForecastTillNextSunrise: 22929 Wh
2024-05-03 07:20:55.160 SolarForecast Forecast statistic_conForecastTillNextSunrise: 23080 Wh
2024-05-03 07:21:09.204 SolarForecast ForecastDWD NextHours_Sum04_PVforecast: 3011 Wh
2024-05-03 07:21:09.204 SolarForecast ForecastDWD RestOfDayConsumptionForecast: 19810 Wh
2024-05-03 07:21:27.107 SolarForecast ForecastOpenMeteo NextHours_Sum02_PVforecast: 963 Wh
2024-05-03 07:21:27.107 SolarForecast ForecastOpenMeteo RestOfDayConsumptionForecast: 20300 Wh
2024-05-03 07:21:43.130 SolarForecast ForecastOpenMeteoEnsemble NextHours_Sum04_PVforecast: 4721 Wh
2024-05-03 07:21:43.130 SolarForecast ForecastOpenMeteoEnsemble RestOfDayConsumptionForecast: 20137 Wh
2024-05-03 07:21:59.151 SolarForecast ForecastOpenMeteoWorld NextHours_Sum02_PVforecast: 958 Wh
2024-05-03 07:22:18.097 SolarForecast ForecastSolarAPI NextHours_Sum03_PVforecast: 4284 Wh
2024-05-03 07:22:18.097 SolarForecast ForecastSolarAPI RestOfDayPVforecast: 23510 Wh
2024-05-03 07:22:35.101 SolarForecast ForecastVictronVRM NextHours_Sum02_PVforecast: 3893 Wh
2024-05-03 07:22:35.101 SolarForecast ForecastVictronVRM RestOfDayPVforecast: 38123 Wh
2024-05-03 07:22:54.426 SolarForecast Forecast RestOfDayConsumptionForecast: 19886 Wh
2024-05-03 07:23:08.203 SolarForecast ForecastDWD RestOfDayPVforecast: 19864 Wh
2024-05-03 07:23:08.203 SolarForecast ForecastDWD statistic_conForecastTillNextSunrise: 22937 Wh
2024-05-03 07:23:26.151 SolarForecast ForecastOpenMeteo NextHours_Sum03_PVforecast: 2400 Wh
2024-05-03 07:23:26.151 SolarForecast ForecastOpenMeteo NextHours_Sum04_PVforecast: 4376 Wh
2024-05-03 07:23:26.151 SolarForecast ForecastOpenMeteo statistic_conForecastTillNextSunrise: 23397 Wh
2024-05-03 07:23:42.140 SolarForecast ForecastOpenMeteoEnsemble NextHours_Sum03_PVforecast: 2639 Wh
2024-05-03 07:23:42.140 SolarForecast ForecastOpenMeteoEnsemble statistic_conForecastTillNextSunrise: 23127 Wh
2024-05-03 07:23:58.173 SolarForecast ForecastOpenMeteoWorld NextHours_Sum03_PVforecast: 2387 Wh
2024-05-03 07:23:58.173 SolarForecast ForecastOpenMeteoWorld statistic_conForecastTillNextSunrise: 23395 Wh
2024-05-03 07:24:17.130 SolarForecast ForecastSolarAPI NextHours_Sum01_PVforecast: 1544 Wh
2024-05-03 07:24:17.130 SolarForecast ForecastSolarAPI RestOfDayPVforecast: 23439 Wh
2024-05-03 07:24:17.130 SolarForecast ForecastSolarAPI RestOfDayConsumptionForecast: 19825 Wh
2024-05-03 07:24:17.130 SolarForecast ForecastSolarAPI statistic_conForecastTillNextSunrise: 22976 Wh
2024-05-03 07:24:34.156 SolarForecast ForecastVictronVRM NextHours_Sum04_PVforecast: 10683 Wh
2024-05-03 07:24:34.156 SolarForecast ForecastVictronVRM RestOfDayPVforecast: 38048 Wh
2024-05-03 07:24:34.156 SolarForecast ForecastVictronVRM RestOfDayConsumptionForecast: 19722 Wh
2024-05-03 07:24:34.156 SolarForecast ForecastVictronVRM statistic_conForecastTillNextSunrise: 22865 Wh
2024-05-03 07:24:53.173 SolarForecast Forecast NextHours_Sum03_PVforecast: 1557 Wh
2024-05-03 07:24:53.173 SolarForecast Forecast NextHours_Sum04_PVforecast: 2613 Wh
2024-05-03 07:24:53.173 SolarForecast Forecast statistic_conForecastTillNextSunrise: 23015 Wh
2024-05-03 07:25:07.196 SolarForecast ForecastDWD RestOfDayConsumptionForecast: 19753 Wh
2024-05-03 07:25:25.179 SolarForecast ForecastOpenMeteo RestOfDayConsumptionForecast: 20243 Wh
2024-05-03 07:25:41.172 SolarForecast ForecastOpenMeteoEnsemble NextHours_Sum02_PVforecast: 1077 Wh
2024-05-03 07:25:41.172 SolarForecast ForecastOpenMeteoEnsemble NextHours_Sum04_PVforecast: 4872 Wh
2024-05-03 07:25:41.172 SolarForecast ForecastOpenMeteoEnsemble RestOfDayConsumptionForecast: 20083 Wh
2024-05-03 07:25:57.133 SolarForecast ForecastOpenMeteoWorld NextHours_Sum04_PVforecast: 4439 Wh
2024-05-03 07:25:57.133 SolarForecast ForecastOpenMeteoWorld RestOfDayConsumptionForecast: 20246 Wh
2024-05-03 07:26:16.149 SolarForecast ForecastSolarAPI NextHours_Sum02_PVforecast: 2478 Wh
2024-05-03 07:26:16.149 SolarForecast ForecastSolarAPI RestOfDayPVforecast: 23369 Wh
2024-05-03 07:26:33.143 SolarForecast ForecastVictronVRM RestOfDayPVforecast: 37972 Wh
2024-05-03 07:26:52.686 SolarForecast Forecast RestOfDayConsumptionForecast: 19828 Wh
2024-05-03 07:27:06.157 SolarForecast ForecastDWD statistic_conForecastTillNextSunrise: 22872 Wh
2024-05-03 07:27:24.121 SolarForecast ForecastOpenMeteo NextHours_Sum04_PVforecast: 4527 Wh
2024-05-03 07:27:24.121 SolarForecast ForecastOpenMeteo statistic_conForecastTillNextSunrise: 23331 Wh
2024-05-03 07:27:40.150 SolarForecast ForecastOpenMeteoEnsemble statistic_conForecastTillNextSunrise: 23062 Wh
2024-05-03 07:27:56.170 SolarForecast ForecastOpenMeteoWorld statistic_conForecastTillNextSunrise: 23329 Wh
2024-05-03 07:28:15.191 SolarForecast ForecastSolarAPI RestOfDayPVforecast: 23298 Wh
2024-05-03 07:28:15.191 SolarForecast ForecastSolarAPI RestOfDayConsumptionForecast: 19768 Wh
2024-05-03 07:28:15.191 SolarForecast ForecastSolarAPI statistic_conForecastTillNextSunrise: 22912 Wh
2024-05-03 07:28:32.166 SolarForecast ForecastVictronVRM NextHours_Sum01_PVforecast: 1663 Wh
2024-05-03 07:28:32.166 SolarForecast ForecastVictronVRM NextHours_Sum02_PVforecast: 4052 Wh
2024-05-03 07:28:32.166 SolarForecast ForecastVictronVRM RestOfDayPVforecast: 37896 Wh
2024-05-03 07:28:32.166 SolarForecast ForecastVictronVRM RestOfDayConsumptionForecast: 19665 Wh
2024-05-03 07:28:32.166 SolarForecast ForecastVictronVRM statistic_conForecastTillNextSunrise: 22801 Wh
2024-05-03 07:28:51.232 SolarForecast Forecast NextHours_Sum01_PVforecast: 397 Wh
2024-05-03 07:28:51.232 SolarForecast Forecast statistic_conForecastTillNextSunrise: 22951 Wh

Zudem habe ich in der Zwischenzeit meine Syncronisations sub etwas aufpoliert. Wenn die Timer auseinander laufen sollten.
Könnte ich jetzt einfach die Sub neu antriggern und die Modulen würden abgeschaltet werden, Die internen Timer würde überlaufen und dann würden die Module wieder eins nach dem anderen aktiviert werden. So könnte ich dann auch meinen Interval anpassen ohne große Einschränkungen.

Schon einmal vorab, testen will ich es erst wenn die SF's noch ein paar stunden aktiv waren um zu sehen ob dese auseinander driften.
Vieleicht steht ein andere User irgend wann mal vor einem ähnlichen Problem bzw. Lösungsweg eventuell auch mit einer anderen Art von Modulen.

Code Auswählen Erweitern

sub SFSetInterval($) {
  my ($delay) = @_;  ##required delay between each other SF modules
  my @fcs = defInfo('TYPE=SolarForecast','NAME'); ##extract array of all existing SF Modules
  my $interval = ($delay * @fcs); ##calculate the time period for all modules with one call done
  my $sftimer = ""; ##timer name, just to tag the timers onto the modules, better readable, also better to find later, and avoid maybe dublicates
  my $dtime = 0; ##delaytime. is dynamically increasing, restart time for the timers depends on: actual ctrlInterval & now later given new ctrlInterval
 
  ##find longest ctrlInterval, to set the next new added timer after the regular next loop call
  foreach my $fc (@fcs) {
   if ($dtime < ReadingsNum($fc,"ctrlInterval", 70)) { ##if ctrlInterval is greater the greates last one ..
     $dtime = ReadingsNum($fc,"ctrlInterval", 70); ##.. then enlarge timer start delay time to the greatest(this here) one.
   }
     fhem("attr ".$fc." ctrlInterval 0"); ##stop modul loop with next interval call
     $sftimer = "at.".$fc.".setinterval"; ##get name of timer
     fhem("delete ".$sftimer); ##if this sub call was twice or repeated then delete previously startet timer. just in case
  }
 
  my $dtime += $delay; ##add regular interval of sec to the restart of the module cycle
 
  ##set new timer to sync
  foreach my $fc (@fcs) {
   $sftimer = "at.".$fc.".setinterval"; ##get name of new  timer
   $dtime += ($delay + $interval); ##next timer call will be in now existing delay + wanted delay between SF's +  interval s delay(to avoid high system load)
   fhem("define ".$sftimer ." at +".sectotimertime($dtime)." attr ".$fc." ctrlInterval ".$interval);
   fhem("attr ".$sftimer ." room AT");
  }
  return @fcs.'/'.$interval
}


[DS_Starter]

Hallo miteinander,

bin wieder mit an Bord und schaue was in der Zwischenzeit passiert ist.

@Holger:

Ist das angegebene Reading (im Beispiel "automatic") im Shelly.shellyplug3 nicht vorhanden, wird es vom Modul automatisch mit dem Wert "1" angelegt.


Das passiert bei meiner Consumer Definition des Consumers aber ncht

Das wird schon angekegt, aber erst wenn der Bedarf besteht. D.h. bei einem logischen Wechsel zw. 1->0.
Solange die Automatic nicht explizit ausgeschaltet wird (zum Beispiel mit dem Schalter in der Consumergrafik) ist auto=1 auch wenn das entsprechende Reading fehlt (Default). Einmal die Automatik ausgeschaltet wird das Reading automatisch angelegt. Manuell geht es natürlich auch.

@Dracolein:

Wobei laut Doku:
..
# Device STP5000 liefert PV-Werte. Die aktuell erzeugte Leistung im Reading "total_pac" (kW) und die tägliche Erzeugung im Reading "etotal" (kWh). Die max. Leistung des Wechselrichters beträgt 5000 Watt.

Das ist natürlich ein Fehler in der Commandref den ich behebe. tägliche Erzeugung -> gesamte Erzeugung

LG

[kask]

@DS_Starter

Wie sieht es denn mit Punkt 2 aus https://forum.fhem.de/index.php?topic=137058.msg1312279#msg1312279 aus?
Punkt 1 habe ich für mich Zufriedenstellend gelöst.

Allerdings hätte ich da zwei Fragen.
Um 1Uhr-kurz nach 1Uhr geht mein Load zielich hoch. Ich meine das da was war mit der Ki und dem DWD Modul einst (deshalb 1 uhr und nicht wie vorher Mitternacht). Was macht das Modul zu der Zeit?
Ist nicht kritisch interressiert mich einfach nur.

Und was auch nicht kritisch ist (zumindest für mich jetzt) ist die Frage wieso der interne Intervaltimer nicht anhält wenn ich den Interval auf 0 setzte oder das Modul disable.
Ist doch unschön. Sollte ich fälschlicherweise ein ctrlInterval von 60000 einstellen. Dann kann ich erst mal fast einen Tag warten oder neustarten das der wieder triggert. So vermute ich das mal. Habe ich nicht probiert aber denke das würde passieren. Oder?

[Hausrobot]

Hallo ihr,

ich verzweifle an der Definition currentMeterDev für eine SunSpec Solaredge SE30k. Dort gibt es meines Wissnes für den aktuellen Wert Einspeisung / Bezug nur I_AC_Power. Daher Sonderfall gfeedin=-gcon, unten jedoch ausformuliert.

So weit so gut, "Herzlichen Glückwunsch 😊, die Anlagenkonfiguration ist fehlerfrei."

Aber es wird ein negativer Wert für den Hauverbrauch angezeigt, der sich zur PV-Produktion addiert.

Code Auswählen Erweitern

set currentMeterDev  SEdge gcon=-I_AC_Power:W contotal=X_M_ImportedToday:W gfeedin=I_AC_Power:W feedtotal=X_PV_Energy:W

Hat bitte jemand eine Idee, oder Erfahrungen mit der SolarEdge-Einbindung?

Viele Grüße
Hausrobot

[DS_Starter]

Bei den Spezialfällen ist nur einmal das entsprechende Reading im Schlüssel anzugeben. Ansonsten nur die Negation des Schlüssels, also z.B. gfeedin=-gcon.
Schau dir dazu das Beispiel zu dem Sonderfall noch einmal genauer an.

LG
Heiko

[DS_Starter]

@kask,

Könnte man in das Balkendiagramm nicht auch die Forcastconsumption einfliessen lassen. Jetzige Balken nur halb so breit und der consumption Forecast mit rein. Ist vieleicht etwas tricky mit den Zahlenwerten (eventuell vertikal anordnen dann?) . Fände ich schick den vermutliche Verbrauch auch zu sehen.

Man kann doch bereits jetzt über das Attr graphicBeamXContent den consumptionForecast anzeigen lassen.
Oder was meinst du?

Allerdings hätte ich da zwei Fragen.
Um 1Uhr-kurz nach 1Uhr geht mein Load zielich hoch. Ich meine das da was war mit der Ki und dem DWD Modul einst (deshalb 1 uhr und nicht wie vorher Mitternacht). Was macht das Modul zu der Zeit?
Ist nicht kritisch interressiert mich einfach nur.

Der KI Lernprozess läuft per default um 02:15, die Stunde kann aber mit dem Attr ctrlAIshiftTrainStart verschoben werden. Um 01:xx laufen im Modul keine besonderen Aktivitäten ab. In der Sub _specialActivities siehst du die Zeiten für besondere Aktivitäten. Das Attr ctrlAIshiftTrainStart hat entsprechenden Einfluß.

Und was auch nicht kritisch ist (zumindest für mich jetzt) ist die Frage wieso der interne Intervaltimer nicht anhält wenn ich den Interval auf 0 setzte oder das Modul disable.

Woraus schließt du bzw. läßt dich vermuten dass der interne Intervaltimer nicht anhält?

[kask]

Man kann doch bereits jetzt über das Attr graphicBeamXContent den consumptionForecast anzeigen lassen.
Oder was meinst du?

Das kannte ich nicht. Aber ich dachte mir das eher in Richtung Zweibalken diagram. So das man beides sieht.
Wie würde ich das denn machen müssen wenn ich den Forecast und den Consumption (beides mit Prognosee&Realität) grafisch sehen würden wolle.

"ctrlAIshiftTrainStart" schau ich mir mal an.

Woraus schließt du bzw. läßt dich vermuten dass der interne Intervaltimer nicht anhält?

Ganz einfach. Durch divese Tests den Internentimer von aussen zu manipulieren bzw. beim schauen wie dieser sich verhält.

Testszenarien u.A.:
Device diasablen/enablen (hintereinander) : Resultat= Interval bleibt wie dieser war bestehen. keine Zeitdifferenz zum vorherigen und nächsten Interval.
ctrlIntervall auf 0, dann auf ursprung stellen (sofort hintereinander). Resultat= wie disablen/enablen.
ctrlInterval auf einen größeren/kleineren wert ändern. Neuer Intervall greift erst wenn der alte abgelaufen ist.

Kannst du ja mal Ausprobieren.

[DS_Starter]

Wie würde ich das denn machen müssen wenn ich den Forecast und den Consumption (beides mit Prognosee&Realität) grafisch sehen würden wolle.

Da du sowohl Forecast und Consumption mit jeweils Prognose und Real sehen möchtest wäre es ja ein 4-Balkendiagramm und nicht nur 2-Balken Diagramm.
Zur Zeit gibt es nur zwei Balken in denen du wahlweise die verschiedenen Inhalte anzeigen kannst.
Ich überlege mal ob man den Bereich des Balkendiagramms quasi "duplizieren" kann, um dann 2 Balkendiagrammbereiche untereinander darstellen zu können in denen jeweils ein 2-Balkendiagramm (wie bisher) vorhanden wäre.

Device diasablen/enablen (hintereinander) : Resultat= Interval bleibt wie dieser war bestehen. keine Zeitdifferenz zum vorherigen und nächsten Interval.

Warum sollte sich dadurch die Intervalleinstellung, also der Zeitraum zwischen zwei Zyklen, ändern?
Je nach Zeitpunkten des diasablen/enablen kann beim Enablen der Zeitpunkt des nächsten Zyklus bereits überschritten sein und wird dann sofort ausgeführt. Passt soweit.

ctrlIntervall auf 0, dann auf ursprung stellen (sofort hintereinander). Resultat= wie disablen/enablen.

Ja, wie oben.

ctrlInterval auf einen größeren/kleineren wert ändern. Neuer Intervall greift erst wenn der alte abgelaufen ist.

Ist auch ok soweit weil technisch bedingt der neue Attributwert beim Setzen des neuen Intervalls nach Abarbeitung des laufenden Zyklus gelesen wird.
Aber da schaue ich ob ich beim Setzen des Attributes ctrlInterval entsprechend eingreifen kann um eine sofortige Wirkung zu erzielen.



 

[kask]

Da du sowohl Forecast und Consumption mit jeweils Prognose und Real sehen möchtest wäre es ja ein 4-Balkendiagramm und nicht nur 2-Balken Diagramm.

Das kann man halten wie ein Dachdecker. 4-Balken, 2-Balken,2x2 Balken ist Auslegungssache. Aber ja das meinte ich ein "4-Balken" oder eher ein "2x2Balken" Diagramm.

Warum sollte sich dadurch die Intervalleinstellung, also der Zeitraum zwischen zwei Zyklen, ändern?
Je nach Zeitpunkten des diasablen/enablen kann beim Enablen der Zeitpunkt des nächsten Zyklus bereits überschritten sein und wird dann sofort ausgeführt. Passt soweit.

Weil ich annehmen würde das ein disablen "1" das Modul stopt bzw. das. Tut es aber nicht so richtig.
Laut commandref für fhem deaktiviert es das device.
Wenn du das anders machst. Dann solltest du das umbennen, sonst beist sich das und bewirkt Verwirrung. Wie bei mir jetzt.

Die folgenden lokalen Attribute werden von mehreren Geräten verwendet:

    IODev
    Setzt das IO oder das physische Device, welches zum Senden der Signale an dieses logische Device verwendet werden soll (Beispielsweise FHZ oder CUL). Hinweis: Beim Start weist FHEM jedem logischen Device das letzte physische Device zu, das Daten von diesem Typ empfangen kann. Das Attribut IODev muss nur gesetzt werden, wenn mehr als ein physisches Device fähig ist, Signale von diesem logischen Device zu empfangen.

    disable
    Deaktiviert das entsprechende Gerät.
    Kann mit folgendem Befehl einfach umgeschaltet werden:
    attr <device> disable toggle

Ist auch ok soweit weil technisch bedingt der neue Attributwert beim Setzen des neuen Intervalls nach Abarbeitung des laufenden Zyklus gelesen wird...

Ich kann damit umgehen, kenne das Verhalten ja jetzt. Aber wenn ein anderer User ausversehen einen sehr hohen Wert einträgt. Wundert er sich warum da nix passiert obwohl der ctrlInterval Wert doch wieder klein gestellt wurde.
Und dann landet er hier und sagt "Das Modul aktualisiert sich nicht mehr nicht!". Du läst dir am Ende die RAWDEF schicken und da ist ja alles wieder tutti. Und dann "verschwendest" du deine Zeit weil es da nichts zu finden gibt. Deshalb würde ich es, auch in deinem Interresse, gut finden wenn du schaust ob du da eventuell eingreifen kannst. Ich benötige es nicht. Macht Dir, anderen/neuen Usern, Testern am Ende aber das Leben entspannter
Mann kann nicht alles Abfangen. Ich kenne das. Es passieren Sachen die man nicht bedacht hatte bzw. garnicht auf dem Schirm hat das sowas passieren kann.
Man kann nur soviel testen wie man selber weiß oder denkt.
Und dann kommt noch der unberechenbare Faktor "Mensch" dazu. Und dann ist man raus, weil man sich denkt so doof kann man doch garnicht sein.
Aber Fehler passieren nun einmal wenn was durch Menschenhand gemacht wird. Ob absichtlich, ausversehen, unbedachtheit oder geringem Kenntnisstand. Es passiert immer, früher oder später.

[DS_Starter]

Weil ich annehmen würde das ein disablen "1" das Modul stopt bzw. das. Tut es aber nicht so richtig.
Laut commandref für fhem deaktiviert es das device.

Jedes Modul "stoppt" beim disablen nicht vollständig. Es muß ja mindestens noch eine Abfrage durchlaufen werden die feststellt ob der disabled/enabled Status (noch) vorhanden ist.
Das ist auch in diesem Modul so. Mehr als diese Logik wird aber im disabled-Status nicht ausgeführt und alle nachfolgenden Prozesse ebenso nicht. Deswegen ist das Device logisch deaktiviert denn es passiert nichts außer der obige Sachverhalt.

[kask]

Da Haste wahr!
Das das Modul Prüfen muß ob es noch disabled/enabled ist klar.
Sonst wäre es ja für immer "tot".

Habe es für mich mal ausprobiert.
Ist wohl ein FHEM ding da es bei einem AT sich genauso verhält. Denke nicht das es ein Perl "Ding" ist.

Code Auswählen Erweitern

defmod ATsec31 at +*00:00:31 {}
Ich vermute jetzt das die Timer immer auf einen Zeitstempel überlaufen also immer absolut sind.
Wenn ich das AT oder dein Modul "aus" und sofort wieder "ein"-schalte dann ist der Zeitstempel noch nicht erreicht. Somit wird da keine neue Zeit geschrieben.
Erst, falls das enabled nach dem Ablauf kommt. Ansonsten kommt der alte noch nicht erreichte Zeitstempel.
War mir so nicht bewusst. Ist mir auch noch nie aufgefallen. Gut zu wissen, danke.

[DS_Starter]

Ich habe das Attr ctrlInterval Setting überarbeitet. Eine Änderung des Wertes wirkt sich sofort aus.
Ist eingecheckt und zur sofortigen Verwendung ebenfalls in meinem contrib verfügbar.