Photovoltaik Eigenverbrauch,Bilanz,Prognose (Kostal Plenticore; KSEM; BYD HV)

[ch.eick]

Krass, vielen dank für die Erläuterung.

Aber wegen den Statistiken...
Diese Dinge fürs Finanzamt bekomme ich doch auch von Kostal Portal... oder Irre ich mich..?

Wenn Du Dir da alles monatsweise zusammen suchen möchtest? Ich verwende das Portal nicht, da mir die Wartezeit auf Kostal bei Fehlern zu lange war.
Auch wenn Du etwas lokal Steuern möchtest brauchst Du gute lokale Daten. Das geht bis hin zur Leistungsprognose, die am deutlichsten bei der Speichersteuerung wird.

[misux]

  OKAY, das natürlich n Argument! na dann fange ich nochmal von Vorne an...
Zuerst dbLog... dann schauen wir weiter

[ch.eick]

OKAY, das natürlich n Argument! na dann fange ich nochmal von Vorne an...
Zuerst dbLog... dann schauen wir weiter

EDIT: Das passt gerade zum Thema unklarheit-bei-darstellung

[misux]

SO, ich versuche es nun weiter...

HAbe soweit mein WR_1 erstellt und zu testzwecken ob überhaupt etwas funktioniert auch dort n paar Attribute gesetzt...

Und ich bin begeistert, es liest tatsächlich die Aktuellen Werte meiner Anlage aus!

Habe nur ein Problem mit dem Log... Die haut mir im Sekundentakt einen Fehler:

Code Auswählen Erweitern

2021.12.25 15:53:18 3: 192.168.1.37:1502 disconnected, waiting to reappear (WR_1)
2021.12.25 15:53:18 3: 192.168.1.37:1502 reappeared (WR_1)
2021.12.25 15:53:19 3: 192.168.1.37:1502 disconnected, waiting to reappear (WR_1)
2021.12.25 15:53:19 3: 192.168.1.37:1502 reappeared (WR_1)

hat einer eine Idee wo mein Fehler ist?

Hier ein List von meinem WR_1 (nicht wundern, habe "set WR_1 stop" durchgeführt damit er hier nicht durchdreht... )

Code Auswählen Erweitern

Internals:
   DEF        71 15 192.168.1.37:1502 TCP
   DeviceName 192.168.1.37:1502
   EXPECT     idle
   FD         4
   FUUID      61c5cb53-f33f-e7ed-4848-ca7995b3573dd751
   IODev      WR_1
   Interval   15
   LASTOPEN   1640443999.19293
   MODBUSID   71
   MODE       master
   MODULEVERSION Modbus 4.4.02 - 31.3.2021
   NAME       WR_1
   NOTIFYDEV  global
   NR         205
   NTFY_ORDER 50-Plenticore
   PARTIAL   
   PROTOCOL   TCP
   STATE      opened
   TCPConn    1
   TYPE       ModbusAttr
   devioLoglevel 3
   nextOpenDelay 60
   Helper:
     DBLOG:
       Batterieladung:
         logdb:
           TIME       1640443923.11821
           VALUE      100
       Hausverbrauch:
         logdb:
           TIME       1640443922.07015
           VALUE      517
       PV-Leistung:
         logdb:
           TIME       1640443924.17607
           VALUE      576
       state:
         logdb:
           TIME       1640443924.22376
           VALUE      CONNECTED
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2021-12-25 15:53:18   Batterieladung  100
     2021-12-25 15:53:17   Hausverbrauch   450
     2021-12-25 15:53:19   PV-Leistung     502
     2021-12-25 15:53:19   state           opened
   REMEMBER:
     lid        71
     lname      WR_1
     lrecv      1640443999.1732
     lsend      1640443999.15543
   defptr:
     Plenticore 71
     WR_1       71
   gotReadings:
     PV-Leistung 502
   lastRead:
     h1066      1640443999.17536
     h172       1640443997.08847
     h210       1640443998.12566
Attributes:
   dev-type-Fl_R2-format %.0f
   dev-type-Fl_R2-len 2
   dev-type-Fl_R2-revRegs 1
   dev-type-Fl_R2-unpack f>
   obj-h1066-poll 1
   obj-h1066-reading PV-Leistung
   obj-h1066-type Fl_R2
   obj-h172-poll 1
   obj-h172-reading Hausverbrauch
   obj-h172-type Fl_R2
   obj-h210-poll 1
   obj-h210-reading Batterieladung
   obj-h210-type Fl_R2
   room       PV-Anlage

Die dbLog Geschichte ist eine andere Baustelle.. die zwerbicht mich auch den Kopf.. aber da bin ich im Anfängerforum schon dran...

[misux]

Hat sich erledigt!

Jetzt lüppt es soweit wieder!

DbLog denke ich auch soweit!

[misux]

 

Naja ist doch nix....

Bekomme beim einfügen von der RAW WR_1 eine mega Error Meldung

Code Auswählen Erweitern

syntax error at (eval 23724) line 53, near "userReadings Total_PV_P_reserve:"
syntax error at (eval 23724) line 53, near "0 : round($reserve,0)  "
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 55.
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 55.
syntax error at (eval 23724) line 57, near ") : round(ReadingsVal($NAME,"Total_DC_P_sumOfAllPVInputs",0),0) "
syntax error at (eval 23724) line 59, near "0 : round($x,0) "
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 61.
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 63.
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 63.
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 64.
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 67.
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 69.
syntax error at (eval 23724) line 71, near "0 : round($reserve,0)  "
(eval 23724) has too many errors.

und dann dient mein WR_1 (Bild) auch katastrophal aus...

[ch.eick]

Naja ist doch nix....

Bekomme beim einfügen von der RAW WR_1 eine mega Error Meldung

Code Auswählen Erweitern

syntax error at (eval 23724) line 53, near "userReadings Total_PV_P_reserve:"
syntax error at (eval 23724) line 53, near "0 : round($reserve,0)  "
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 55.
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 55.
syntax error at (eval 23724) line 57, near ") : round(ReadingsVal($NAME,"Total_DC_P_sumOfAllPVInputs",0),0) "
syntax error at (eval 23724) line 59, near "0 : round($x,0) "
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 61.
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 63.
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 63.
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 64.
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 67.
Global symbol "$NAME" requires explicit package name (did you forget to declare "my $NAME"?) at (eval 23724) line 69.
syntax error at (eval 23724) line 71, near "0 : round($reserve,0)  "
(eval 23724) has too many errors.

und dann dient mein WR_1 (Bild) auch katastrophal aus...

Das ist meist ein copy paste Problem.

Und setz das Interval mal auf 60 Sekunden, das reicht

[ch.eick]

Hier nochmals etwas zu "No Duplikate Key" bzw. "Primary Key"

Primary Key
Und im DbLog Wiki

[misux]

Das ist meist ein copy paste Problem.

Und setz das Interval mal auf 60 Sekunden, das reicht

Mist, das habe ich befürchtet... Habe es schon einige male probiert.. ein mal hat es geklappt, da waren die Felder aber ca einen Meter breit und habe dann das DEV gelöscht... nun klappt es nicht mehr.. Versuche jetzt einen anderen Browser..

[misux]

 
Leider kein Erfolg...

Das Intervall ist schon länger schon wie vorgegeben...

Habe nun die WR_1_Config und die WR_1 neu angelegt mit dem RAW Editor und leider ohne Erfolg...

Gibt es noch Wege wie man es importieren könnte? Ich meine, ich markiere alles, kopieren und dann im RAW Editor einfügen und die Daten anpassen, mehr nicht.. Warum klappt es nicht?

[ch.eick]

Leider kein Erfolg...

Das Intervall ist schon länger schon wie vorgegeben...

Habe nun die WR_1_Config und die WR_1 neu angelegt mit dem RAW Editor und leider ohne Erfolg...

Gibt es noch Wege wie man es importieren könnte? Ich meine, ich markiere alles, kopieren und dann im RAW Editor einfügen und die Daten anpassen, mehr nicht.. Warum klappt es nicht?

Bisher hat es bei den anderen geklappt.

Schick mir mal ein List und das copy/paste aus dem RAW Device als PN, eventuell kann ich ja was sehen.
Das WR_1_config wird erst später gebraucht.

[misux]

So, nach wirklich ewigen Stunden und fast kompletter resignation (falls man das so nennt) habe ich es geschafft.

Nach erfolglosen RAW importen der ganzen geschichte bin ich zuletzt , keine Ahnung wieso, auf die Idee beim RAW Import des WR_1 codes OHNE den Teil "attr WR_1 userReadings"  zu importieren! Das hat dann soweit geklappt! Habe dann im nachhinein das attribut im device userreading mit dem Inhalt von der PN befüllt und nun scheint es zu gehen!

Und nun zu dem eigentlichen Problem!

Ich könnte schwören das es vor dem letzten Update von FHEM geklappt hat ohne diesen Umweg. Habe aber zwischenzeitig alle devices gelöscht fhem und das Raspi geupdatet, dbLog eingerichtet und dann wollte ich neu alles per RAW improtieren was nie geklappt hat weil er das attr WR_1 userreading nie gesetzt hat sondern im stateFormat belassen hat!
Ich glaube da ist was faul... habe aber wirklich inzwischen keine Lust mich damit zu befassen und bin glücklich das es jetzt geht.

HAbe aber minütlich nen Log eintrag:

Code Auswählen Erweitern

2021.12.28 00:14:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_Charge_AC_P_Setpoint resulted in undefined value
2021.12.28 00:14:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_P_ScaleFactor resulted in undefined value
2021.12.28 00:15:04 3: WR_1: CreateDataObjects unpack of 0013 with f> for Battery_Actual_SOC resulted in undefined value
2021.12.28 00:15:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_Charge_AC_P_Setpoint resulted in undefined value
2021.12.28 00:15:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_P_ScaleFactor resulted in undefined value
2021.12.28 00:16:04 3: WR_1: CreateDataObjects unpack of 0013 with f> for Battery_Actual_SOC resulted in undefined value
2021.12.28 00:16:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_Charge_AC_P_Setpoint resulted in undefined value
2021.12.28 00:16:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_P_ScaleFactor resulted in undefined value
2021.12.28 00:17:04 3: WR_1: CreateDataObjects unpack of 0013 with f> for Battery_Actual_SOC resulted in undefined value
2021.12.28 00:17:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_Charge_AC_P_Setpoint resulted in undefined value

Wenn das gelöst ist dann gehts zu der API...

Achso, und was immernoch mega nervt ist das wenn ich im WR_1 Device drin bin das Teil ca n Meter breit ist...

[ch.eick]

Ich könnte schwören das es vor dem letzten Update von FHEM geklappt hat ohne diesen Umweg. Habe aber zwischenzeitig alle devices gelöscht fhem und das Raspi geupdatet, dbLog eingerichtet und dann wollte ich neu alles per RAW improtieren was nie geklappt hat weil er das attr WR_1 userreading nie gesetzt hat sondern im stateFormat belassen hat!
Ich glaube da ist was faul... habe aber wirklich inzwischen keine Lust mich damit zu befassen und bin glücklich das es jetzt geht.

Die Fehlermeldung im state mit der fehlenden Klammer deutet wohl auf sowas hin, dass das stateFormat nicht durch die "}" beendet ist. Im Wiki ist aber eine drin.
Wie gesagt, es ist schon manchmal zu copy/paste Problemen gekommen, jedoch ist die Vorlage aus dem Wiki auch bereits mehrfach fehlerfrei übernommen worden.
Wenn Du den Fehler gefunden hast würde ich es natürlich im Wiki korrigieren, bzw einen Kommentar dazu schreiben, wenn man ein bestimmtes handling anwenden muss.

Und nun zu dem eigentlichen Problem!

HAbe aber minütlich nen Log eintrag:

Code Auswählen Erweitern

2021.12.28 00:14:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_Charge_AC_P_Setpoint resulted in undefined value
2021.12.28 00:14:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_P_ScaleFactor resulted in undefined value
2021.12.28 00:15:04 3: WR_1: CreateDataObjects unpack of 0013 with f> for Battery_Actual_SOC resulted in undefined value
2021.12.28 00:15:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_Charge_AC_P_Setpoint resulted in undefined value
2021.12.28 00:15:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_P_ScaleFactor resulted in undefined value
2021.12.28 00:16:04 3: WR_1: CreateDataObjects unpack of 0013 with f> for Battery_Actual_SOC resulted in undefined value
2021.12.28 00:16:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_Charge_AC_P_Setpoint resulted in undefined value
2021.12.28 00:16:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_P_ScaleFactor resulted in undefined value
2021.12.28 00:17:04 3: WR_1: CreateDataObjects unpack of 0013 with f> for Battery_Actual_SOC resulted in undefined value
2021.12.28 00:17:05 3: WR_1: CreateDataObjects unpack of 0000 with f> for Battery_Charge_AC_P_Setpoint resulted in undefined value

Es kann sein, das Kostal das Register Format geändert hat und es nicht mehr auf little-endian steht. Siehe Bild

Achso, und was immernoch mega nervt ist das wenn ich im WR_1 Device drin bin das Teil ca n Meter breit ist...

Das mit der Breite im FhemWeb ist nicht schön und liegt wohl an den Formaten der Felder, die nicht für so lange Einträge ausgelegt sind.
Leider hat sich noch niemand gefunden, der das Style sheet ändern kann.

Da man jedoch eher selten in die Devices geht, sondern sich eher ein gescheites stateFormat macht, oder wie Du ins FTUI integriert, scheint das ansonsten niemanden zu stören.
Es hängt ja auch wohl auch davon ab welches Style Sheet man verwendet. Im io7 ist es auch sehr breit.

Meistens schaue ich mir die Situation in Grafana auf einem 34" Fernseher an, oder halt im FhemWeb das stateFormat oder uiTable.
Schade finde ich auch, dass es vom verwendeten Device abhängt, ob man stateFormat oder uiTable zur Verfügung hat.
Die FHEM Oberfläche war ja schon oft als nicht so ansprechend in der Diskussion.

[misux]

Die Fehlermeldung im state mit der fehlenden Klammer deutet wohl auf sowas hin, dass das stateFormat nicht durch die "}" beendet ist. Im Wiki ist aber eine drin.
Wie gesagt, es ist schon manchmal zu copy/paste Problemen gekommen, jedoch ist die Vorlage aus dem Wiki auch bereits mehrfach fehlerfrei übernommen worden.
Wenn Du den Fehler gefunden hast würde ich es natürlich im Wiki korrigieren, bzw einen Kommentar dazu schreiben, wenn man ein bestimmtes handling anwenden muss.
Es kann sein, das Kostal das Register Format geändert hat und es nicht mehr auf little-endian steht. Siehe Bild
Das mit der Breite im FhemWeb ist nicht schön und liegt wohl an den Formaten der Felder, die nicht für so lange Einträge ausgelegt sind.
Leider hat sich noch niemand gefunden, der das Style sheet ändern kann.

Da man jedoch eher selten in die Devices geht, sondern sich eher ein gescheites stateFormat macht, oder wie Du ins FTUI integriert, scheint das ansonsten niemanden zu stören.
Es hängt ja auch wohl auch davon ab welches Style Sheet man verwendet. Im io7 ist es auch sehr breit.

Meistens schaue ich mir die Situation in Grafana auf einem 34" Fernseher an, oder halt im FhemWeb das stateFormat oder uiTable.
Schade finde ich auch, dass es vom verwendeten Device abhängt, ob man stateFormat oder uiTable zur Verfügung hat.
Die FHEM Oberfläche war ja schon oft als nicht so ansprechend in der Diskussion.

Hatte gehofft das es umgestellt wurde nach meinem durchgefürhten update. Aber leider nein, es steht noch auf little-emdian.

Was habe ich noch für Möglichkeiten? So kann ich es ja nicht laufen lassen...

[ch.eick]

Hatte gehofft das es umgestellt wurde nach meinem durchgefürhten update. Aber leider nein, es steht noch auf little-emdian.

Was habe ich noch für Möglichkeiten? So kann ich es ja nicht laufen lassen...

Werden den gar keine Werte mehr richtig angezeigt?
Ich habe die aktuelle Plenticore Firmware und
MODULEVERSION Modbus 4.4.02 - 31.3.2021