Leistungsprognose für Wechselrichter

[DS_Starter]

Hallo Dieter,

der Text wird angezeigt weil das Icon it_ups_charging nicht gefunden wurde. Eigentlich müßte das Icon erscheinen. Vermutlich fehlt in deinem FHEMWEB Device ein Eintrag im Attr iconPath.
Bei mir steht drin:

Code Auswählen Erweitern

iconPath = default:fhemSVG:openautomation:sscam

[DS_Starter]

@Skusi,

was steht denn heute Abend in den Readings Today_PVdeviation und Today_PVreal ?
Poste den Inhalt mal wenn die Readings heute nach Sonnenuntergang erstellt wurden.

Ebenfalls nach Sonnenuntergang führe bitte ein

 get ... valCurrent

aus und poste den Inhalt des Schlüssels "etotal =>".

[DS_Starter]

@Stefan, @all,

im contrib liegt eine neue Version 0.78.0.
Folgende Verbesserungen/Änderungen gibt es:

- das Verhalten von ctrlAutoRefresh ist überarbeitet und Fehler darin beseitigt. Danke an 300P für den Wink
  in #2416

- die Schaltzustände der Consumer können nun auch asynchron über Events verarbeitet werden. Dazu gibt es
  jetzt den optionalen Schlüssel "asynchron" in den Consumer Attributen.

- das Attr ctrlDebug enthält die zusätzliche Auswahl "notifyHandling"

Auch wenn ein Consumer Device "eigentlich" sofort, d.h. synchron seinen Schaltstatus liefert, kann es auch asynchron im Modul eingestellt werden. Vorteil ist, dass der Schaltzustand des Devices sofort in der Grafik visualisiert wird wenn das Device von außen per Taster o.ä. geschaltet wird.
Andererseits erfordert diese Verarbeitung zwingend einen Event des relevanten Devices.

Aus der Hilfe:

asynchron    die Art der Schaltstatus Ermittlung im Verbraucher Device. Die Statusermittlung des Verbrauchers nach einem Schaltbefehl erfolgt nur
   durch Abfrage innerhalb eines Datensammelintervals (synchron) oder zusätzlich durch Eventverarbeitung (asynchron).
   0 - ausschließlich synchrone Verarbeitung von Schaltzuständen (default)
   1 - zusätzlich asynchrone Verarbeitung von Schaltzuständen durch Eventverarbeitung 


Bitte zieht euch die Version. Ein FHEM Restart ist zwingend erforderlich !

@Stefan, ergänze deinen Consumer mit dem Key asynchron=1 und teste deine Tuya mal mit der neuen Version.

Grüße,
Heiko

[stefanru]

Hi Heiko,

Perfekt, funktioniert 1A.

Vielen Dank für den Fix!

Gruß,
Stefan

[DS_Starter]

Prima, das freut mich 

[Skusi]

@Skusi,

was steht denn heute Abend in den Readings Today_PVdeviation und Today_PVreal ?
Poste den Inhalt mal wenn die Readings heute nach Sonnenuntergang erstellt wurden.

Ebenfalls nach Sonnenuntergang führe bitte ein

 get ... valCurrent

aus und poste den Inhalt des Schlüssels "etotal =>".

Ok mache ich.
Ich habe gerade schonmal nach diesen Readings geschaut, und finde das Reading Today_PVdeviation nicht !
In Today_PVreal steht der Wert des gesamt Ertrages der Anlage. Ist das richtig ? Vom Readings Namen her soll das doch sicher der Tages ertrag sein oder ?

[DS_Starter]

Ich habe gerade schonmal nach diesen Readings geschaut, und finde das Reading Today_PVdeviation nicht !

Das ist korrekt. Das Reading wird erst nach Sonnenuntergang erstellt weil erst dann alle Statistiken des Tages vorliegen.

In Today_PVreal steht der Wert des gesamt Ertrages der Anlage. Ist das richtig ? Vom Readings Namen her soll das doch sicher der Tages ertrag sein oder ?

Da hast du völlig recht. Nur der Tageswert darf dort drin stehen.

Hast du den Schlüssel etotal in currentInverterDev korrekt angegeben? Das dort angegebene Reading muß den gesamten Energiertrag des Inverters enthalten und im Prinzip ständig hochzählen wenn die Sonne scheint.

Du kannst es checken. Rufe dir

 get ... pvHistory

auf. Zu jedem Tag und Stunde gibt es einen etotal Eintrag.
Zum Beispiel bei mir heute Start Stunde 00:

07 => 01 => etotal: 52019262

Ab Stunde 08 steigt der Wert:

08 => etotal: 52019358
09 => etotal: 52019559
10 => etotal: 52020143
....

Bis es jetzt ankommt bei:

18 => etotal: 52029763

[Skusi]

Da hast du völlig recht. Nur der Tageswert darf dort drin stehen.

Hast du den Schlüssel etotal in currentInverterDev korrekt angegeben? Das dort angegebene Reading muß den gesamten Energiertrag des Inverters enthalten und im Prinzip ständig hochzählen wenn die Sonne scheint.

Ja, das der schlüssel ist korrekt !

Aber mir ist aufgefallen das meine DTU in der Nachtzeit wenn die Inverter schlafen unter etotal den Wert mit 0 senden. Erst wenn die Sonne aufgeht werden wieder die Gesamtertrags Werte gesendet.

Könnte das das Problem sein ?
 

Code Auswählen Erweitern

07 => 01 => etotal: 0, pvfc: 0, pvrl: 0
            confc: 219, con: 363, gcon: 363, gfeedin: 0
            batintotal: -, batin: -, batouttotal: -, batout: -
            wid: 103, wcc: 66, wrp: 0.00, temp: 9.30, pvcorrf: 1.00/0
            csmt01: 47010, minutescsm01: 0
            csmt02: 27990, minutescsm02: 0
           
      02 => etotal: 0, pvfc: 0, pvrl: 0
            confc: 232, con: 293, gcon: 293, gfeedin: 0
            batintotal: -, batin: -, batouttotal: -, batout: -
            wid: 103, wcc: 69, wrp: 0.00, temp: 9, pvcorrf: 1.00/0
            csmt01: 47010, minutescsm01: 0
            csmt02: 27990, minutescsm02: 0
           
      03 => etotal: 0, pvfc: 0, pvrl: 0
            confc: 223, con: 198, gcon: 198, gfeedin: 0
            batintotal: -, batin: -, batouttotal: -, batout: -
            wid: 103, wcc: 73, wrp: 0.00, temp: 8.70, pvcorrf: 1.00/0
            csmt01: 47010, minutescsm01: 0
            csmt02: 27990, minutescsm02: 0
           
      04 => etotal: 0, pvfc: 0, pvrl: 0
            confc: 233, con: 225, gcon: 225, gfeedin: 0
            batintotal: -, batin: -, batouttotal: -, batout: -
            wid: 103, wcc: 73, wrp: 0.00, temp: 8.40, pvcorrf: 1.00/0
            csmt01: 47010, minutescsm01: 0
            csmt02: 27990, minutescsm02: 0
           
      05 => etotal: 1781013, pvfc: 0, pvrl: 0
            confc: 227, con: 193, gcon: 193, gfeedin: 0
            batintotal: -, batin: -, batouttotal: -, batout: -
            wid: 103, wcc: 76, wrp: 0.00, temp: 8.30, pvcorrf: 1.00/0
            csmt01: 47010, minutescsm01: 0
            csmt02: 27990, minutescsm02: 0
           
      06 => etotal: 1781013, pvfc: 0, pvrl: 0

[dk3572]

Hallo Dieter,

der Text wird angezeigt weil das Icon it_ups_charging nicht gefunden wurde. Eigentlich müßte das Icon erscheinen. Vermutlich fehlt in deinem FHEMWEB Device ein Eintrag im Attr iconPath.
Bei mir steht drin:

Code Auswählen Erweitern

iconPath = default:fhemSVG:openautomation:sscam

Hallo Heiko,

danke für deine Rückmeldung.

Die Einträge sind bei mir identisch.
Muss also an etwas anderem liegen.

[DS_Starter]

@Dieter, hast du mal verglichen in welchem Directory das it_ups_charging bei dir liegt und ob dieses in iconPath  ist ?

Wie steht bei dir das Attr consumerAdviceIcon  und das Attr consumerLegend  ?

[DS_Starter]

@Skusi,

Aber mir ist aufgefallen das meine DTU in der Nachtzeit wenn die Inverter schlafen unter etotal den Wert mit 0 senden. Erst wenn die Sonne aufgeht werden wieder die Gesamtertrags Werte gesendet.

Könnte das das Problem sein ?

Ja davon ist auszugehen.
Dadurch kann das Modul keine sinvollen Stunden- bzw. Tagesdifferenzen berechnen.

[DS_Starter]

@Dieter,

ich habe auf meinem Testsystem deinen Fall nachgestellt. Den Dummy8 habe ich so eingerichtet dass er auf den Ladestatus der Batterie wartet (affectBatteryPreferredCharge = 91).
Es wird wie gewollt das it_ups_charging-Icon angezeigt.

[dk3572]

@Dieter,

ich habe auf meinem Testsystem deinen Fall nachgestellt. Den Dummy8 habe ich so eingerichtet dass er auf den Ladestatus der Batterie wartet (affectBatteryPreferredCharge = 91).
Es wird wie gewollt das it_ups_charging-Icon angezeigt.

Hallo Heiko,

dieses Icon gibt es bei mir nicht.
Was müsste ich anpassen bzw. wo bekomme ich das her?

Danke und VG
Dieter

[DS_Starter]

Moin Dieter,

ach habe gerade auch gesehen, dass dieses Icon nicht offiziel im Repo eingecheckt ist.
Dann werde ich das Default-Icon ändern.

Melde mich wieder ...

[DS_Starter]

@Dieter, habe das Modul im contrib upgedated. Zieh es dir bitte.

LG