Auf der LG_Büchse sind folgende SW Stände, keine Ahnung was es für die API bedeutet
PMS SW: 10.05.6053 / 20.02.2019 R1340
PCS SW: LG P1 02.00.02.00 R1753
BMSSW: LGBMS.01.01.01.00
Package name: Com.lg.ess; Version: 1.2.4
Oh je, ich hoffe es lag nicht an der falschen API Einstellung von mir
ich werde morgen nochmal die andere API Einstellung ausprobieren und mich dann melden.
Hallo
Ich habe heute mit der anderen API Version getestet. Nix verändert, Kostal Werte zeigen sich, LG_ESS Werte nicht.
Ich hoffe ich kann mit den untenstehenden Ausführungen einen Hinweis auf die Ursache liefern.
In dem LG_ESS WR script wird je nachdem, um welche API Version es sich handeln soll, eine andere Array Position ausgewertet werden
## Flag für unterschiedliche API-Versionen der Firmware
#
if [ "$ess_api_ver" == "10.2019" ]; then
arr_pos="13"
else
arr_pos="0"
fi
So wie es sich für mich darstellt funktioniert z.B. array position „0“ nur im Januar.
In dem array in dem jason file wird Monat für Monat eine Position hinzugefügt. Wobei immer im letzten Array Feld unter "total_generation": "xxxx" der gesuchte Wert zu finden ist.
Bis es dann im neuen Jahr neu bei „0“ startet. Ich vermute das es maximal 13 Positionen geben wird.
Also müsste das Json array dynamisch (also immer der letzte Array Eintrag) ausgewertet werden und falls der totale Gesamtwert wichtig ist, wäre auch noch eine jahresweise Auswertung von Nöten, diese kann dann aber immer auf dem letzten Eintrag vermutlich dreizehn erfolgen und müsste dann immer dazu addiert werden. Das heißt aber auch man müsste das Start Datum der Installation kennen (eventuell in den Einstellungen einzugeben? oder man findet das irgendwo in "systeminfo" oder "common")
Ciao RainerW
Folgende Json werden im script ausgewertet:
$ess_url/
v1/user/graph/pv/year
v1/user/essinfo/home
es gibt aber wohl auch noch folgende, vielleicht steht da noch etwas brauchbares drin, konnte ich noch nicht ausprobieren.
v1/user/setting/systeminfo
v1/user/essinfo/common
Das scheint mir nun weniger mit WR2 zu tun zu haben.
Ich habe dem Entwickler des Moduls mal geschrieben mit Link auf den Thread.
Für deinen Speicher gibt es nicht zufällig ein Update?
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
mir ist der Fehler auch schon aufgefallen. Ich habe auch schon ein Patch dafür entwickelt, aber noch nicht als PR hochgeladen, da ich den Übergang auf den nächsten Monat abwarten möchte. Der Fehler betrifft jedoch nur das Logging für Tag/Monat. Die Livewerte und das Langzeitlogging ist nicht davon betroffen.
Wenn gewünscht kann ich das Patch hochladen mit dem Risiko, dass im Mai wieder eine Änderung kommt. Alternativ kannst Du ja schon mal die Anpassung bei Dir temporär vornehmen. Den Quellcode könnte ich Dir dann per PM schicken.
Hallo,
ich habe auch den Kostal Piko MP mit xml mit einer Varta Pulse Batterie. Durch die Einbindung der Varta bei EVU und Batterie funktioniert die OpenWB Standalone mit meinem go-e charger grundsätzlich. Nur wird mir eben die PV Leistung im Dashboard nicht angezeigt.
Daher habe ich nun als WR2 den Kostal_Steka ausgewählt und die entsprechende IP eingetragen.
Allerdings bekomme ich weiterhin keine Daten angezeigt und im LOG finde ich folgenden Fehlermeldung:
AttributeError: 'NoneType' object has no attribute 'get'
power_kostal_piko_MP = ET.fromstring(response).find("Measurement[@Type='AC_Power']").get("Value")
File "/var/www/html/openWB/modules/wr2_kostalsteca/kostal_steca.py", line 27, in update
parser.set_defaults(RUN=lambda args: function(*[getattr(args, argument_name) for argument_name in arg_spec.args]))
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 19, in <lambda>
args.RUN(args)
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 34, in run_using_positional_cli_args
run_using_positional_cli_args(update, argv)
File "/var/www/html/openWB/modules/wr2_kostalsteca/kostal_steca.py", line 63, in main
importlib.import_module(parsed[0]).main(parsed[1:])
File "/var/www/html/openWB/packages/legacy_run_server.py", line 109, in handle_message
self.__callback(read_all_bytes(connection))
File "/var/www/html/openWB/packages/legacy_run_server.py", line 87, in handle_connection
yield
File "/var/www/html/openWB/packages/legacy_run_server.py", line 48, in redirect_stdout_stderr_exceptions_to_log
Traceback (most recent call last):
