76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[DS_Starter]

Der Fehler wäre m.E. durch einen einfachen Syntax-Check zu erkennen.

Leider nicht so einfach weil es ein optionaler Schlüssel ist. Wenn er optional ist und man den Separator ( = ) falsch definiert, dann ist der Schlüssel für den Parser nicht vorhanden. Wenn er nicht vorhanden ist kann er auch nicht gecheckt werden. So ein Henne-Ei Thema.
Vllt. fällt mir noch etwas dazu ein.

[300P]

Ich schau mal ob ich im Anlagencheck eine Plausiprüfung einbauen kann. Wenn es mehrere Inverter gibt, darf es keine Dopplung der Strings-Zuordnung geben.

Oder fällt euch ein Szenario ein wo so etwas valide wäre?

Damit sollte es eindeutig sein.

WR und deren Stringzuordnung:

• Bei mehr als 1 WR innerhalb eines SF-Device MUSS immer eine String-Zuordnung erfolgen.
  
• Jeder einzelne String -> darf maximal nur einen WR zugeordnet werden
  
  UND
  
  
• Jedem einzelne WR -> kann viele Strings als "Energie-Lieferant" zugeordnet bekommen ABER immer siehe 2.
  

[DS_Starter]

Ja, genau so sollte alles abgedeckt sein. Werde mal etwas entwerfen.

[tomcat.x]

Ich schau mal ob ich im Anlagencheck eine Plausiprüfung einbauen kann. Wenn es mehrere Inverter gibt, darf es keine Dopplung der Strings-Zuordnung geben.

Vielleicht kannst Du gleich noch eine Prüfung einbauen, ob bei mehreren Invertern überhaupt Strings zugeordnet sind. Das würde noch die Fehler von anderen Usern verhindern.

[DS_Starter]

Vielleicht kannst Du gleich noch eine Prüfung einbauen, ob bei mehreren Invertern überhaupt Strings zugeordnet sind.

Na klar, das kommt dort mit hinein.

[DS_Starter]

@all,

auf Userwunsch habe ich in plantControl ein advanced Feature eingebaut.
Damit kann man im Hausnetz sehr flexibel eine Base für die Verbrauchsprognose festlegen.

plantControl->consForecastBase
Die Verbrauchsprognose erhöht sich mindestens auf den angegebenen Basiswert. Höhere Verbrauchsprognosen bleiben unberührt.
Der Basiswert ist für jede Stunde des Tages (1..24) separat definierbar.
Die Syntax ist '<hod>-><Wert>,<hod>-><Wert>,...'. Der <Wert> kann angegeben werden mit:
<Ganzzahl> - ein fester Base-Wert, z.B. '2->500'
<Device>:<Reading>:<Default> - z.B. 11->Dev:Rdg:200, liefert die Base als Ganzzahl. '200' ist der Ersatzwert bei Fehler.
Hinweis: Die Base ist nur im Rahmen des Verbrauchsprognoseanteils ohne KI wirksam.

Man definiert diesen Key wie üblich in plantControl, z.B.

Code Auswählen Erweitern

consForecastBase=1->111,2->222,3->333,4->Dev:Rdg:444

Weil man aber bis zu 24 Kombinationen hinterlegen kann, ist zur Erhöhung der Übersichtichlichkeit auch eine solche Form
möglich:

Code Auswählen Erweitern

consForecastBase="1->111,
                  2->222,
                  3->333,
                  4->444"

In diesem Fall beachtet bitte, dass der gesamte Wertebereich in ".." eingeschlossen ist!

Version 2.5.0 liegt im contrib.

LG,
Heiko

[Parallix]

@all,

auf Userwunsch habe ich in plantControl ein advanced Feature eingebaut.
Damit kann man im Hausnetz sehr flexibel eine Base für die Verbrauchsprognose festlegen.

plantControl->consForecastBase
Die Verbrauchsprognose erhöht sich mindestens auf den angegebenen Basiswert. Höhere Verbrauchsprognosen bleiben unberührt.
Der Basiswert ist für jede Stunde des Tages (1..24) separat definierbar.
...

Danke für ein das Feature! Eine Frage hätte ich, da Du schreibst "ist separat definierbar": Lassen sich denn Werte auch nicht separat definieren, also z.B. für eine Gruppe von Stunden? Hier denken ich z.B. an den Nachbereich von z.B. 23:00 bis 5:00.

[DS_Starter]

Lassen sich denn Werte auch nicht separat definieren, also z.B. für eine Gruppe von Stunden? Hier denken ich z.B. an den Nachbereich von z.B. 23:00 bis 5:00.

Eine solche Variante habe ich noch nicht vorgesehen.

[DS_Starter]

Der Anlagencheck ist nun um den "String Inverter Mapping"-Check ergänzt.
Im Anhang der fehlerfreie und fehlerhafte Check.
Update liegt im contrib.

Ihr könnt es gerne bei euch mal ausprobieren.

[grappa24]

ups, ich hab die 2.5.0 aus dem contrib eingespielt, einen restart gemacht, jetzt ist fhem nicht mehr zu erreichen

Code Auswählen Erweitern

sudo systemctl status fhem
● fhem.service - FHEM Home Automation
     Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2026-03-21 23:14:58 CET; 45s ago
    Process: 396 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
   Main PID: 485 (perl)
      Tasks: 1 (limit: 2059)
        CPU: 25.504s
     CGroup: /system.slice/fhem.service
             └─485 /usr/bin/perl fhem.pl fhem.cfg

Mär 21 23:14:55 raspberrypi systemd[1]: Starting FHEM Home Automation...
Mär 21 23:14:58 raspberrypi systemd[1]: Started FHEM Home Automation.


[DS_Starter]

kleiner Fehler ... große Wirkung.
Habs gefixt und hochgeladen.