Leistungsprognose für Wechselrichter

[DS_Starter]

Ja, ist nicht schön. 
Aber opertime_start ist es nicht. Demnach offensichtlich wenn der WR das erste mal am Tag einen Ertrag liefert.
Checke mal ob du wirklich etotal_fc im Modul hinterlegt hast und nict etotal. Denn dein anfangs benutztes Userreading sollte passen.

[dk3572]

Ja, ist nicht schön. 
Aber opertime_start ist es nicht. Demnach offensichtlich wenn der WR das erste mal am Tag einen Ertrag liefert.
Checke mal ob du wirklich etotal_fc im Modul hinterlegt hast und nict etotal. Denn dein anfangs benutztes Userreading sollte passen.

...hab ich 

Code Auswählen Erweitern

currentInverterDev    SMA_Wechselrichter pv=total_pac_fc:kW etotal=etotal_fc:kWh

Edit:
Um die Grafik kurzfristig wieder "hübsch" zu gestalten,
wie könnte ich den Ausreißer für den heutigen Tag händisch löschen?

[papa]

@Wzut,Doch haben wir, zumindest ob er gerade geladen oder entladen wird.
Da ich auch keine Batt habe, behelfe ich mir beim Test und Entwicklung mit einem Dummy.
Sieht bei mir so aus:

Code Auswählen Erweitern


defmod testdummy dummy
attr testdummy readingList BatIn BatOut BatVal  BatInTot BatOutTot bezW einW
attr testdummy room Energie,Testraum
attr testdummy setList BatIn BatOut BatVal BatInTot BatOutTot bezW einW


Im currentBatteryDev gebe ich dann an:

Code Auswählen Erweitern


testdummy pin=BatVal:W pout=-pin intotal=BatInTot:Wh outtotal=BatOutTot:Wh


Fehlt nur das SOC (State Of Charge) Reading. Dann sollte doch alles da sein.

[DS_Starter]

Hmm, versuche es doch mal so:

Code Auswählen Erweitern


etotal_fc:modulstate.* {
                         if (ReadingsVal($name, "etotal", 8000) < 7000) {
                           ReadingsVal($name, "etotal", 0);
                         }
                       },
total_pac_fc:modulstate.* {
                         if (ReadingsVal($name, "total_pac", 8) <7) {
                           ReadingsVal($name, "total_pac", 0);
                         }
                       }


Denn etotal sind bei SMAInverter kWh (nicht Wh). Gleiches gilt für total_pac mit kW.

[DS_Starter]

Fehlt nur das SOC (State Of Charge) Reading. Dann sollte doch alles da sein.

Ja. Liefern die Quellenmodule für Batterieauslesung üblicherweise SOC ? Dann kann ich diesen Kennwert im currentBatteryDev mit einem Schlüssel hinterlegbar machen.

[DS_Starter]

Um die Grafik kurzfristig wieder "hübsch" zu gestalten,
wie könnte ich den Ausreißer für den heutigen Tag händisch löschen?

Der Tag ist noch jung. Du könntest den Tag in der History löschen mit:

set <> reset pvHistory 21

Wenn du nur die Stunde löchen willst muß ich das noch einbauen. 

[dk3572]

Der Tag ist noch jung. Du könntest den Tag in der History löschen mit:

set <> reset pvHistory 21

Wenn du nur die Stunde löchen willst muß ich das noch einbauen. 

das wäre für die Ausreißer geplagten natürlich optimal 

Und wenn du das umsetzen kannst, könnte man es doch bei Ausreißern automatisieren 

[DS_Starter]

Ich baue die Möglichkeit mit ein. Dauert ein bisschen.

[DS_Starter]

Im Contrib liegt eine neue Version. Jetzt kann man einzelne Stunden aus der pvHistory löschen:


    reset

    Löscht die aus der Drop-Down Liste gewählte Datenquelle, zu der Funktion gehörende Readings oder weitere interne Datenstrukturen. Die Bedeutung der Argumente ist:

        consumerPlanning    löscht die Planungsdaten aller registrierten Verbraucher
           Um die Planungsdaten nur eines Verbrauchers zu löschen verwendet man:
           set <name> reset consumerPlanning <Verbrauchernummer>
        pvHistory    löscht den Speicher aller historischen Tage (01 ... 31)
           Um einen bestimmten historischen Tag zu löschen:
           set <name> reset pvHistory <Tag> (z.B. set <name> reset pvHistory 08)
           Um eine bestimmte Stunde eines historischer Tages zu löschen:
           set <name> reset pvHistory <Tag> <Stunde> (z.B. set <name> reset pvHistory 08 10)

[Wzut]

Ich könnte mal etwas Hilfe gebrauchen. Wenn ich die svg Übersicht von papa mit dem Modul ausgeben möchte ist die Anzeige in FHEMWEB immer winzig wie ein Icon.
D.h. die gesetzte viewBox von 0 0 400 400 wird ignoriert, ich kenne das von den Icon svg Dateien. Hatte aber durch einen Fehler auch schon riesige Icons ...
Damain hatte vor einiger Zeit das Problem auch, hat es aber in den Griff bekommen -> https://forum.fhem.de/index.php/topic,109591.0.html
Vllt. hat ja auch jemand noch eine Idee zu der von Rudi vorgeschlagenen css Lösung.

[DS_Starter]

Moin Wzut,

habe in dem anderen Thread gesehen, dass du schon weitergekommen bist. 
Hast du denn bereits die Consumer-Zeitplanung in der Grafik drin ? Wenn ja, könnte ich es schon übernehmen.
Kein Stress .... wollte nur mal nachfragen.

Schöne Pfingsten,
Heiko

[Wzut]

Ja gestern Abend ewig gesucht und den blöden Fehler nicht gesehen. Mit den Consumer Icons bin ich in ne schöne Sackgasse gerannt,
ich wollte die Stunden Balken aufräumen und die Wetter Icons mit in die Ausgabe Scheibe integrieren.
Fazit alles schlechter als zuvor, daher wollte ich das mal ganz links liegen lassen und schauen ob ich zumindest die svg "mal eben so auf die Schnelle" machen kann.   

[Wzut]

Ich habe inzwischen eine relativ schöne Anzeige auf papas Basis gebaut.
@Heiko, bevor ich da zu weit in die falsche Richtung marschiere :
1. wir benötigen eine neue sub die die Ausgabe in FHEMWEB übernimmt. Vorschläge für deren Namen ?
Ich habe sie jetzt einfach html genannt ....

2. Festlegung wie diese neue Sub ihre Parameter bekommt - Ich habe sie jetzt einfach als weblink aufgerufen und hänge an was noch zur Darstellung benötigt wird :
Bsp

Code Auswählen Erweitern

defmod wb2 weblink htmlCode {FHEM::SolarForecast::html('SC',400)}
d.h. bis jetzt nur den Namen des SolarForecast Device und die Größe der Darstellung, ggf halt noch mehr falls nötig

Welchen Trick gibt es diese Anzeige "frisch" zu halten ? Z.Z muß ich die Seite im Browser immer neu laden um Änderungen (Werte / Farbe) angezeigt zu bekommen.

[DS_Starter]

Hallo Wzut,

das klingt doch schon ganz gut. 

Als Name schlage ich "flowGraphic" vor. In Anlehnung an die bisherige "forecastGraphic".

Festlegung wie diese neue Sub ihre Parameter bekommt

Im Programm würde ich das System verwenden wie ich es bereits in fast allen subs umgesetzt habe:

Code Auswählen Erweitern


  my $params = {
      hash  => $hash,
      name  => $name,
      opt   => $opt,
      arg   => $arg,
      .....
  };

und dann ..

sub flowGraphic{
  my $paref = shift;
  my $hash  = $paref->{hash};
  my $name = $paref->{name };

  <der Code>
 
return;
}


So können die zu übergebenden Parameter sehr leicht und übersichtlich ergänzt werden.

Welchen Trick gibt es diese Anzeige "frisch" zu halten ?

Wir müssen flowGraphic  nur in die sub FwFn einbinden. Die Aktualisierung passiert dann automatisch wenn state upgedatet wird und einen Event wirft.

Wir werden sicherlich noch ein Attr brauchen damit der User steuern kann, welche der beiden Grafiken (oder beide) er angezeigt bekommt.

Grüße,
Heiko

[Wzut]

verstehe ich zum Teil nicht, aber lass uns mal einen Anfang machen, der Rest kommt dann schon so nach und nach.
Im Anhang eine neue sub, ich habe sie bei mir via weblink angebunden, aber das willst du vermutlich eh anders lösen.
Da wir hier svgs ausgeben war ich mal so frei nicht alles von papa 1:1 zu kopieren, sondern auch noch eigene Vorstellungen umzusetzen :
a. das Sonnen Icon/Symbol habe ich jetzt doppelt drin, einmal eine Kopie des Icons day und eine von weather_sun.
müssen wir mal schauen welches das "schönere" ist, ich wäre für day

b. Das Icon für Grid/Netz habe ich neu gemacht, dieses Kabel mit den beiden Steckern hat mir nicht gefallen. Ist jetzt ähnlich wie im SMA Portal ein Gittemast.

c. mit dem Batterie Symbol bin ich z.Z.auch noch nicht zufrieden, die Ladebalken sind waagerecht, aber beim FHEM Icon leicht schräg.
Stichwort  Batterie : die ist jetzt immer grün, sobald dieser State Of Charge Wert zur Verfügung steht kann man da auch aktiv werden.