LG Enervu - LG ESS Wechselrichter

[sky-it]

LG bietet ein All in One Paket an, was einen Wechselrichter und Akku beinhaltet. Die Daten werden an einen Server von LG gesendet und können per Webbrowser aufgerufen werden. Der Wechselrichter selbst ist mit LAN-Kabel angebunden. Per RS485 Schnittstelle ist der Smartmeter angeschlossen.

Die Webadresse für den Abruf lautet http://enervu.lg-ess.com nach einen Klick auf Anmelden, wird man auf die Seite weitergeleitet. Nach dem Login befindet man sich auf dieser Eingangsseite (https) Seite.

Eine offizielle API gibt es laut LG Support nicht. Eine Apple oder Android App gibt es ebenfalls nicht, erst für das Nachfolgermodell, dass per WLAN angebunden werden kann.

Beschreibung: http://www.lg-solar.com/downloads/ess/LG%20ESS_brochure_DE_09.2016.pdf LG Modell ED05K000E00

[sky-it]

Eventuell hilft das hier weiter? Wechselrichter ED05K000E00 OpenSource Code: http://opensource.lge.com/osSch/list?types=ALL&search=ed05k000e00

Der Wechselrichter hat wohl einen Webserver integriert, jedoch ist mir nicht bekannt wie man eventuell auf diesen, über das Netzwerk, zugreifen kann. Laut der Opensource Liste ist ein tcp-wrapper installiert, könnte schwierig werden. Für Firmwareupdates ist auch eine USB Schnittstelle vorhanden. Werde mal versuchen eine Tastatur anzuschließen und ein Terminal zu öffnen.

[sky-it]

Mit einer angeschlossenen Tastatur kann man eine Shell aufrufen. Jedoch werden die Eingaben offensichtlich nicht ausgeführt. Str + Alt + F7 führt nicht mehr zurück zur eigentlichen Ansicht des Wechselrichters

[MeisterQ]

Das ganze hier würde mich auch interessieren. Demnächst bekomme ich evtl auch eine LG ESS Home Anlage

[sky-it]

@MeisterQ gibst du den ersten Beitrag bitte einen Daumen nach oben, vielleicht finden sich noch ein paar Leute die Interesse an einem Adapter hätten.

[sky-it]

Okay es gibt Neuigkeiten, man kann sich sehr leicht per SSH auf dem Wechselrichter als root anmelden. 👍 Leider weiß ich nicht wo man nachschauen könnte wo informative Werte hinterlegt sein könnten. Hat hier jemand eventuell eine Idee?

EDIT: unter /nvdata/log/20200302 stehen ein paar Informationen alle paar Minuten mit wie viel Watt der Akku geladen / entladen wurde EDIT2: also es gibt ein Datenbankfile, muss mal weiter forschen wenn ich mehr Zeit hab

[sky-it]

Auf dem Wechselrichter befindet sich unter /nvdata/DBFiles die Dateien

• ems_DEU.db_wal
• ems_DEU.db_shl
• ems_DEU.db

Mit SQLite konnte ich die Datei ems_DEU.db öffnen und die gespeicherten Daten seit der Inbetriebnahme auslesen.

Die enthaltenen Tabellen heißen:

• tbl_info_eventcode
• tbl_record_curr_benefit
• tbl_record_curr_day
• tbl_record_curr_month
• tbl_record_curr_week
• tbl_record_day
• tbl_record_event
• tbl_record_mode
• tbl_record_month
• tbl_record_quarter
• tbl_record_quarter_battinfo
• tbl_record_week

In der Tabelle tbl_record_quarter wird alle 15 Minuten ein Datensatz mit den aktuellen Werten geschrieben:

time_utc,time_local,time_gmtoff,pv_power,pv_power_energy,pv_direct_consumption,pv_direct_consumption_energy,batt_charge,batt_charge_energy,batt_discharge,batt_discharge_energy,batt_soc,grid_power_purchase,grid_power_purchase_energy,grid_feed_in,grid_feed_in_energy,expect_purchase_price,expect_sales_price,load_power,load_power_energy,co2_reduction_accum,pv_generation_sum,load_consumption_sum,self_consumption,self_sufficiency
1583398800,20200305100000,60,2620,655,542,135,2061,515,0,0,25.0,18,4,16,4,0,0,561,140,464,654,139,99.3883819580078,97.1222991943359
1583399700,20200305101500,60,2555,638,531,132,2008,502,0,0,36.0,16,4,15,3,0,0,548,137,452,637,136,99.5290374755859,97.0588226318359
1583400600,20200305103000,60,1644,411,557,139,1065,266,0,0,43.0,20,5,19,4,0,0,578,144,290,409,144,99.0220031738281,96.5277786254883
1583401500,20200305104500,60,1446,361,570,142,863,215,0,0,48.0,11,2,11,2,0,0,582,145,254,359,144,99.4429016113281,98.6111068725586
1583402400,20200305110000,60,931,232,541,135,382,95,0,0,50.0,7,1,6,1,0,0,548,137,164,231,136,99.5671005249023,99.2647018432617
1583403300,20200305111500,60,1011,252,468,117,539,134,0,0,53.0,2,0,3,0,0,0,471,117,178,251,117,100.0,100.0
1583404200,20200305113000,60,1252,313,547,136,665,166,42,10,57.0,45,11,39,9,0,0,628,157,220,311,157,97.1061096191406,92.9936294555664
1583405100,20200305114500,60,1633,408,515,128,1111,277,0,0,63.0,6,1,6,1,0,0,521,130,288,406,129,99.7536926269531,99.2248077392578
1583406000,20200305120000,60,1621,405,528,132,1086,271,0,0,68.0,6,1,5,1,0,0,535,133,286,404,133,99.7524719238281,99.2481231689453

Hier in Tabellenform:

time_utc	time_local	time_gmtoff	pv_power	pv_power_energy	pv_direct_consumption	pv_direct_consumption_energy	batt_charge	batt_charge_energy	batt_discharge	batt_discharge_energy	batt_soc	grid_power_purchase	grid_power_purchase_energy	grid_feed_in	grid_feed_in_energy	expect_purchase_price	expect_sales_price	load_power	load_power_energy	co2_reduction_accum	pv_generation_sum	load_consumption_sum	self_consumption	self_sufficiency
1583398800	20200305100000	60	2620	655	542	135	2061	515	0	0	25.0	18	4	16	4	0	0	561	140	464	654	139	99.3883819580078	97.1222991943359
1583399700	20200305101500	60	2555	638	531	132	2008	502	0	0	36.0	16	4	15	3	0	0	548	137	452	637	136	99.5290374755859	97.0588226318359
1583400600	20200305103000	60	1644	411	557	139	1065	266	0	0	43.0	20	5	19	4	0	0	578	144	290	409	144	99.0220031738281	96.5277786254883
1583401500	20200305104500	60	1446	361	570	142	863	215	0	0	48.0	11	2	11	2	0	0	582	145	254	359	144	99.4429016113281	98.6111068725586
1583402400	20200305110000	60	931	232	541	135	382	95	0	0	50.0	7	1	6	1	0	0	548	137	164	231	136	99.5671005249023	99.2647018432617
1583403300	20200305111500	60	1011	252	468	117	539	134	0	0	53.0	2	0	3	0	0	0	471	117	178	251	117	100.0	100.0
1583404200	20200305113000	60	1252	313	547	136	665	166	42	10	57.0	45	11	39	9	0	0	628	157	220	311	157	97.1061096191406	92.9936294555664
1583405100	20200305114500	60	1633	408	515	128	1111	277	0	0	63.0	6	1	6	1	0	0	521	130	288	406	129	99.7536926269531	99.2248077392578
1583406000	20200305120000	60	1621	405	528	132	1086	271	0	0	68.0	6	1	5	1	0	0	535	133	286	404	133	99.7524719238281	99.2481231689453

Eventuell reicht es aus, einen Adapter zu schreiben der den aktuellsten Datenbankeintrag in einen ioBroker Datenpunkt schreibt. Gibt es eventuell bereits einen Adapter der ein db-File einlesen kann?

[sky-it]

Hi @Apollon77 welche "Basic Information" werden noch benötigt? Ich denke, irgendwo müssten noch live Daten abgreifbar sein, aber ich habe keinen Anhaltspunkt wo noch etwas sein könnte. Ein Datensatz pro 15 Minuten im DB-File ist immerhin ein Anfang.

[Apollon77]

fine (was flagging from the very beginning)!

[amocoma]

Hi! @sky-it ich habe eine ESS 10/10 Lösung ... Port 22 für ssh ist bei mir default nicht verfügbar. Wechselrichter ist wired. Musstest du den port erst irgendwie aktivieren? Bei mir sind nur die folgenden Ports offen: Open TCP Port: 80 http Open TCP Port: 111 sunrpc Open TCP Port: 443 https Open TCP Port: 502 asa-appl-proto Open TCP Port: 8000 irdmi Interessant wäre 443, da die Enervu app bestimmt damit kommuniziert ..... Cheers, --dirk

[amocoma]

BTW, just found https://pypi.org/project/pyess/

[sky-it]

Hi @amocoma, ich habe "leider" das etwas ältere Modell LG ESS ED05K000E00

Dieses Modell kann nur per LAN angebunden werden und es wird seitens LG keine App angeboten. Die Werte können offiziell entweder auf dem Display vom Wechselrichter abgelesen werden oder unter enervu.lg-ess.com Den Port musste ich nicht extra öffnen, Login erfolgt dann einfach mit dem root-User, ohne angabe eines Passworts.

[fu-zhou]

Mein LG ESS Home 8 mit 10 kWH Batterie ist bestellt und soll nächste Woche geliefert werden. Ich hätte auch verstärktes Interesse an einem Adapter, so dass ich weiß, welche Leistung aktuell vom Dach kommt und wie viel im Haus gebraucht wird. Dann weiß ich nämlich, auf welche Leistung ich den 6kW Elektroheizstab im Heizungspuffer begrenzen muss, so dass das Ding nicht noch teure Energie aus dem Netz holt. Ich denke da auch an die 70%-Regel, wenn der Akku voll und niemand zu Hause ist. So kann ich dann noch Energie als warmes Wasser speichern. Ich stehe vollumfänglich für Tests und Ideen zur Verfügung, geschätzt ab Mitte/ Ende April, wenn das System läuft. Leider habe ich keine Ahnung von JavaScript und was hier so gebraucht wird...

[amocoma]

Ich habe mich jetzt ausgiebig damit beschäftigt und - sorry - für openhab ein binding geschrieben! Werde es die nächsten Tage publishen -> das kann ja als Vorlage für eine ioBroker Implementierung dienen! —dirk

Am 27.03.2020 um 00:10 schrieb fu-zhou notifications@github.com:

 Mein LG ESS Home 8 mit 10 kWH Batterie ist bestellt und soll nächste Woche geliefert werden. Ich hätte auch verstärktes Interesse an einem Adapter, so dass ich weiß, welche Leistung aktuell vom Dach kommt und wie viel im Haus gebraucht wird. Dann weiß ich nämlich, auf welche Leistung ich den 6kW Elektroheizstab im Heizungspuffer begrenzen muss, so dass das Ding nicht noch teure Energie aus dem Netz holt. Ich denke da auch an die 70%-Regel, wenn der Akku voll und niemand zu Hause ist. So kann ich dann noch Energie als warmes Wasser speichern. Ich stehe vollumfänglich für Tests und Ideen zur Verfügung, geschätzt ab Mitte/ Ende April, wenn das System läuft. Leider habe ich keine Ahnung von JavaScript und was hier so gebraucht wird...

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.

[sky-it]

Hi @amocoma, funktioniert das binding mit den aktuellen ESS Home oder auch mit den älteren Wechselrichter, den ich im Einsatz habe? Besser gefragt wo fragst du die Werte ab?

[amocoma]

Ich benutze die Rest API, die auch die EnerVu mobile App benutzt!

Am 27.03.2020 um 06:50 schrieb sky-it notifications@github.com:

 Hi @amocoma, funktioniert das binding mit den aktuellen ESS Home oder auch mit den älteren Wechselrichter, den ich im Einsatz habe? Besser gefragt wo fragst du die Werte ab?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.

[sky-it]

hmm, mal schauen ob das dann auch für den älteren Wechselrichter geht, da hierfür keine App existiert.

[fu-zhou]

So, die Apparatur liegt jetzt bei mir in der Garage - 100 Kilo Akku, 40 Kilo Wechselrichter. Muss ich jetzt in den Keller schaffen, montieren und verkabeln... Denke mal, so in 2 Wochen sollte das System einsatzbereit sein und fängt wahrscheinlich erst einmal mit einem Firmware-Download an ;-)

[cbartetzko]

Hallo, ich habe seit drei Tagen ein ESS Home 10 mit Batteriespeicher in Betrieb. Die Weboberfläche und die App sind mir zu instabil und ich würde das Teil gerne in mein Domoticz Smarthome einbinden. ssh habe ich probiert - geht nicht. pyess werde ich mir mal anschauen. amocoma: Das von Dir angekündigte OpenHAB binding habe ich bislang nicht gefunden. Du schreibst von einer Rest API, die Du beenutzt hast. Gibt es dazu eine Beschreibung ?

[fu-zhou]

Hallo zusammen, cbartetzko konnte den pyess-Entwickler überzeugen, MQTT einzubauen. Ich habe pyess jetzt unter Python 3.8 laufen (essmqtt braucht mindestens Python 3.7). Mein ESS ist allerdings noch nicht am Netz, aber sobald das der Fall ist, probiere ich die Verbindung mit dem MQTT Broker/Client Adapter, das sollte auf Anhieb funktionieren...

[thetimmyventura]

essmqtt funkioniert top! Beschreibung hier: https://github.com/gluap/pyess

[sky-it]

Da bei meinem Modell LG ESS ED05K000E00 leider die App Anbindung nicht funktioniert, da es kein WLAN hat, geht es per MQTT leider nicht. Alle anderen die das Modell Home5 oder Home10 haben, sollten es mit dem MQTT Adapter probieren. :(

[fu-zhou]

@thetimmyventura: hast du iobroker unter Linux laufen? Wenn ja: hast du für den essmqtt --mqtt_server= ... -Aufruf einen Autostart konfiguriert, so dass das nach Reboot wieder funktioniert? Wenn ja: wie? Welche Adapter-Einstellungen hast du?

Danke vorab!

[thetimmyventura]

@fu-zhou: noch läuft alles unter windows zum testen, sowohl pyess im WSL als auch mosquitto und io-broker. im flot sehe ich die graphen schon. ich werde das die nächsten tage mal auf meinen pi portieren, dann kann ich mehr sagen.

[harrhel]

Moin, bin begeistert, dass es hier voran geht. auch wenn App und EnerVu WebSeite bei mir recht gut funktionieren bin ich an den Details interessiert, um selber damit zu arbeiten.

gestern habe ich den MQTT mit IObroker hinbekommen - das gefällt schon ganz gut; was allerdings etwas störend ist, ist das nun keine Daten mehr in die App/Web kommen. vielleicht gibt es da noch einen Trick?

bzgl. ssh auf die Maschine - das tut seit ein paar Wochen nicht mehr - "connection refused"

[fu-zhou]

@harrhel: schreib doch mal dem Entwickler Paul Görgen, wenn das mit den fehlenden Daten reproduzierbar ist: fehlen mit laufendem essmqtt, fehlen nicht ohne essmqtt. Vorschlag: über den Kontaktlink auf der pyess Seite oder mache einen issue in seinem github auf: https://github.com/gluap/pyess/issues https://pypi.org/project/pyess/ Und halte und informiert, danke!

[harrhel]

Moin,

gibt entsprechend dem Issue nun zwei Updates

1) mit spezifizierbarem Interval 2) mit Lösung meines Problem - details unten

:+1:

The machine I was developing on initially was using GMT for its time zone, formatting local time yielded the same time the phone was sending so no problems when I'm using that machine. However when running pyess on a non-utc system (for instance Berlin time), the time is two hours ahead of GMT. Now the following happens:

Smartphone app connects, sets time in UTC
Pyess connects, sets time in UTC+2
    Now to ESS the sessionid of the phone seems two hours old and is timed out
Smartphone app reconnects sets time in UTC
    Now the pyess sessionid is in the future and thus invalid
Ess reconnects
    goto 3.

In my first tests with the now-updated version 0.1.2 does not interfere with the app any more. And I think it is plausible that it also shouldn't interfere with the web service.

[fu-zhou]

@harrhel: Mein System läuft jetzt auch, aber: 1) die ioBroker MQTT Adpater Instanz bleibt gelb, obwohl die Daten zyklisch aktualisiert werden 2) hast du essmqtt als Service unter Linux laufen? Das kriege ich um's Verrecken nicht hin, da kommt immer wieder ein Fehler, egal, was ich probiere:

essmqtt.service - ESS MQTT Communication
   Loaded: loaded (/etc/systemd/system/essmqtt.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Sat 2020-05-02 01:16:25 CEST; 5s ago
  Process: 32219 ExecStart=/home/user/essmqtt.sh (code=exited, status=1/FAILURE)
 Main PID: 32219 (code=exited, status=1/FAILURE)

May 02 01:16:25 iobroker-vm systemd[1]: Started ESS MQTT Communication.
May 02 01:16:25 iobroker-vm essmqtt.sh[32219]: Traceback (most recent call last):
May 02 01:16:25 iobroker-vm essmqtt.sh[32219]:   File "/home/user/.local/bin/essmqtt", line 5, in <module>
May 02 01:16:25 iobroker-vm essmqtt.sh[32219]:     from pyess.essmqtt import main
May 02 01:16:25 iobroker-vm essmqtt.sh[32219]: ModuleNotFoundError: No module named 'pyess'
May 02 01:16:25 iobroker-vm systemd[1]: essmqtt.service: Main process exited, code=exited, status=1/FAILURE
May 02 01:16:25 iobroker-vm systemd[1]: essmqtt.service: Failed with result 'exit-code'.

[harrhel]

@fu-zhou Moin

ad 1) der mqtt adapter bleibt bei mir auch gelb - funktioniert aber trotzdem (habe ich ignoriert) ad 2) bis jetzt läuft es noch nicht als Service; nur im Hintergrund; könnte es daran liegen, dass der IOBROKER User nicht auf das Verzeichnis zugreifen darf (/usr/local/lib/python3.7/dist-packages/pyess-0.1.2-py3.7.egg/)?

[harrhel]

@fu-zhou ... bin gerade hier drüber gestolpert

"ACHTUNG! Durch die neue Installationsroutine von ioBroker wird dieser nun unter einem eigenen Benutzer ausgeführt und nicht mehr als "root". Daher kann es sein, dass der Zugriff auf die Systemdateien verweigert wird, was sich in einer Meldung wie "Datei nicht gefunden" auswirkt. Um dies zu beheben, muss als mit einem Editor (z.B. nano) in der Datei "/lib/systemd/system/iobroker.service" der Eintrag "User=iobroker" in "User=root" geändert werden."

(hier)

[fu-zhou]

Ich glaube, ich habe eine neue Firmware draufgeschoben bekommen. Es gibt jetzt ein, zwei mehr Prameter, als vorher. Kann das jemand bestätigen?. z.B.:

• mqtt.0.ess.home.statistics.load_power_for_ui
• mqtt.0.ess.home.operation.pcs_standbymode

[PanicMan]

Ne, ich habe immer noch die Version vom 07.04.2020... Ich würde das gerne unter openHAB2 zum laufen kriegen, ist da schon jemand dran? Für FHEM gibt es übrigens schon was: https://forum.fhem.de/index.php/topic,110884.0.html

[amocoma]

Hi Jack, habe schon ein add-on dafür ..... ich share heute Abend das git-repo!

Jack notifications@github.com schrieb am Mi. 6. Mai 2020 um 15:16:

Ne, ich habe immer noch die Version vom 07.04.2020... Ich würde das gerne unter openHAB2 zum laufen kriegen, ist da schon jemand dran? Für FHEM gibt es übrigens schon was: https://forum.fhem.de/index.php/topic,110884.0.html

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/ioBroker/AdapterRequests/issues/332#issuecomment-624642580, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAFFX2AHPBIB4YRYYIYDQLTRQFPKRANCNFSM4KPMLJMQ .

[fu-zhou]

@PanicMan: 07.04.2020 ist bei mir die Neue... mein System läuft erst seit ein paar Tagen, in der Zeit ist das Update draufgekommen...

[PanicMan]

@amocoma Hi Dirk, du wolltest doch das Repo sharen, vergessen? ;-)

[sky-it]

Sieht einer von euch eine Chance, dass man auch Daten vom älteren Gerät (also nicht HOME, dass nur per LAN angebunden ist) abzurufen?

[fu-zhou]

@sky-it : hast du es mal mit pyess und dem enthaltenen essmqtt versucht? Mein PCS (Wechselrichter) hängt auch am LAN, ist zwar ein neueres Modell, aber mit pyess und essmqtt funktioniert das wunderbar mit dem ioBroker MQTT Server Adapter. Läuft bei mit unter Linux auf der selben Maschine wie ioBroker. Da pyess Python basiert ist, sollte das auch unter Windows laufen, falls das dein System ist oder du spendierst einen RasPi, der die Kommunikation mit pyess zwischen ioBroker und dem Wechselrichter übernimmt. Ich helfe gerne bei der Installation, habe das gerade durch...

[sky-it]

@fu-zhou das Problem beim älteren Wechselrichter ist, dass dieser keine App Unterstützung hat. So wie ich das bei dem pyess gesehen hab, muss ich ja das Passwort auslesen, was es bei mir nicht gibt.

Bei mir läuft der ioBroker in einem lxc Container unter Proxmox.

Ich kann offiziell die Daten nur über enervu.lg-ess.com abrufen. Die App hatte ich mir mal geladen, aber da mein Wechselrichter kein WLAN Netz aufspannt, kann ich die App nicht koppeln. Das einzige was ich noch machen kann, ist lokal auf den Wechselrichter zugreifen und die dort abgelegte sqlite DB ansehen.

[fu-zhou]

@sky-it : ich würde mal pyess probieren und den Schritt mit dem Passwort weglassen und beim essmqtt-Aufruf auch kein Passwort angeben, sondern nur die IP vom ioBroker. essmqtt schaut im Netz, ob es ein LG findet. Versuch ist es doch wert...

[sky-it]

@fu-zhou werde es heute mal probieren, ich hoffe es klappt. Muss mich mal mit mqtt auseinandersetzen :)

[thetimmyventura]

Nach ein paar Versuchen hab ich nun ein stabiles System, das mir seit 24h kontinuierlich Werte liefert. Das Setup ist überschaubar: Raspi mit iobroker, dort hab ich fhem mit dem LG_ESS Modul eingebunden. Einfach zu installieren und alle Services funktionieren auch nach einem Reboot ohne manuell Skripts einbinden zu müssen. 1) iobroker: https://www.iobroker.net/#de/download 2) in iobroker fhem adapter hinzufügen 3 in fhem LG_ESS Modul hinzufügen, siehe https://forum.fhem.de/index.php/topic,110884.0.html

[fu-zhou]

@thetimmyventura : hab's mal schnell mit FHEM probiert, ist leider für mich nicht geeignet. Die Poll-Zeit variiert zwischen 9 und 22 Sek. Das ist bei der pyess MQTT Lösung besser gelöst: da ist die Pollzeit für /common/ und /home/ einstellbar. Im FHEM-Modul gefällt mir gut, dass alle Werte gezeigt werden, auch die Statischen...

[sky-it]

@fu-zhou mit mqtt kam ich leider zu keinem Ergebnis. Das FHEM Modul hab ich gerade probiert, bekomme hier jedoch auch keine Werte, da ich kein Passwort habe. Ein Passwort ist pflicht und auch das Passwort für das Installationsmenü funktioniert hier nicht. Das Windows Programm zum auslesen des Passwort liefert mir auch kein Ergebnis, da es auch die feste IP 192.168.23.1 abfragt. Langsam verzweifel ich mit dem Teil, es in Automatisierung mit einzubeziehen.

[thetimmyventura]

Die Aktualisierung kann in fhem eingestellt werden. Default ist 30.

Ich hab derzeit den Adapter "History" aktiviert und stelle mit "flot" dar. Bis dato wirkt das korrekt. Heute war es wechselnd bewölkt, das kann man im Graphen gut erkennen.

fu-zhou notifications@github.com schrieb am Di., 12. Mai 2020, 21:51:

@thetimmyventura https://github.com/thetimmyventura : was für eine Aktualisierungszeit hat das FHEM-Modul denn? Zeichnest du die Werte auf, z.B. in influxdb oder mysql? Wenn ja: Hast du da mal geschaut, ob es bei den Werten immer mal Ausreißer gibt, die nur solange dauern, wie die Aktualisierungszeit ist?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/ioBroker/AdapterRequests/issues/332#issuecomment-627556782, or unsubscribe https://github.com/notifications/unsubscribe-auth/APJ2XN7AYVVHKAL5IL472ELRRGSCHANCNFSM4KPMLJMQ .

[amocoma]

finally .... pls find here the oh binding repo: https://github.com/amocoma/lgESSInverter

[PanicMan]

Cool! Danke dir!

[diehappy69]

Hi, Ich habe mal mit pyess experimentiert. Muss ich denn immer über das WLAN des Ess verbunden sein? Das Ding ist auch per LAN mit einer festen ip verbunden. Jetzt habe ich aber das Problem, dass beide Netze unterschiedliche Subnetze haben.

Wenn ich nur über lan mit dem ess verbunden bin, findet pyess die Anlage nicht mehr.

Wie macht ihr das? Würde gerne nur LAN und über mqttt mit Homematic kommunizieren.

Danke Euch

[thetimmyventura]

Hi!

Man kann die IP Adresse laut Code auch manuell angeben:

parser.add_argument("--ess_host", default=None, help="hostname or IP of mqtt host (discover via mdns if not set)")

Lg

diehappy69 notifications@github.com schrieb am So., 7. Juni 2020, 20:31:

Hi, Ich habe mal mit pyess experimentiert. Muss ich denn immer über das WLAN des Ess verbunden sein? Das Ding ist auch per LAN mit einer festen ip verbunden. Jetzt habe ich aber das Problem, dass beide Netze unterschiedliche Subnetze haben.

Wenn ich nur über lan mit dem ess verbunden bin, findet pyess die Anlage nicht mehr.

Wie macht ihr das? Würde gerne nur LAN und über mqttt mit Homematic kommunizieren.

Danke Euch

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/ioBroker/AdapterRequests/issues/332#issuecomment-640260196, or unsubscribe https://github.com/notifications/unsubscribe-auth/APJ2XN6YMJ4BX25BCO5DIQTRVPMHNANCNFSM4KPMLJMQ .

[fu-zhou]

Die Verbindung über das WLAN vom PCS ist nur zwei Mal notwendig:

1. mit einem PC, um das Kommunikationspasswort auszulesen
2. mit der Enervu App (bei mir Android Gerät), um dem PCS eine fest IP mit Subnetmaske etc. zu verpassen (Installateur-Einstellungen - Netzwerk)

Dann pyess installieren, das Gerät, z.B. Raspberry Pi, auf dem pyess läuft, muss natürlich mit dem PCS kommunizieren können, Ping gibt da Aufschluss, daher habe ich der Einfachheit halber dem PCS eine feste IP vergeben. pyess kann auch auf dem Gerät laufen, auf dem iobroker installiert ist. Beispiel unten: Linux, ausgeführt im Home-Verzeichnis (~), also das, in dem man sich befindet, wenn man Putty öffnet und sich als der entsprechende Nutzer einloggt. /home/user muss entsprechend dem eingeloggten User-Name angepasst werden, in dem Beispiel unten hat der eingeloggte User den Namen "user".

1. install venv: sudo apt install python3.8-venv
2. create virtual environment: python3 -m venv essmqtt
3. activate: source essmqtt/bin/activate
4. install pyess: pip install pyess
5. create service: sudo nano /etc/systemd/system/essmqtt.service Inhalt von essmqtt.service:

   
   [Unit]
   Description=ESS MQTT Communication
   After=iobroker.service

[Service] ExecStart=/home/user/essmqtt/bin/essmqtt --mqtt_server --ess_password <UNTER 1. AUSGELESENES PASSWORT> --interval_seconds --common_divisor <UPDATEZEIT DER COMMON-PARAMETER IN ABHÄNGIGKEIT VON --interval_seconds> Restart=on-failure RestartSec=10

[Install] WantedBy=default.target Wants=network-online.target

Beispiel für ExecStart
`=/home/user/essmqtt/bin/essmqtt --mqtt_server 192.168.0.100 --ess_password a87ff9033bac --interval_seconds 10 --common_divisor 2`
Damit werden die Werte unter /home/ alle 10 Sekunden aktualisiert und die unter /common/ alle 20 Sekunden (10x2). Bei einem common_divisor von 1 entsprechend so schnell wie /home/, bei 3 alle 30 Sekunden, wenn interval_seconds 10 ist. Ich habe zur Zeit für Testzwecke die Werte bei 2 und 1 stehen, d.h. Update von /home/ und /common/ jeweils alle 2 Sekunden.

Den Service dann noch starten und für den Reboot aktivieren:
`sudo systemctl start essmqtt`
`sudo systemctl enable essmqtt`

Im iobroker muss natürlich der MQTT Broker/Client Adapter installiert sein, die Objekte werden dann automatisch angelegt:
`mqtt.0.ess.common` mit unterlagerten Parametern
`mqtt.0.ess.home` mit unterlagerten Parametern

Damit sollte es dann funktionieren. Alternativ kann bei pyess jetzt auch ein Config-File verwendet werden, in dem die Start-Parameter eingetragen werden können.

[amocoma]

Antwort im repo des Bindings: https://github.com/amocoma/lgESSInverter/issues/1

Von meinem iPhone gesendet

Am 11.07.2020 um 23:54 schrieb BananaJoeTo notifications@github.com:

 finally .... pls find here the oh binding repo: https://github.com/amocoma/lgESSInverter

@amocoma: Cool! Danke für deine Arbeit! Das Binding funktioniert soweit in meinem OH2.5.

Jedoch zwei Anmerkungen/Fragen dazu: 1.) Es kommt ständig im Log-Viewer: [WARN ] [.lginverter.internal.handler.Handler] - Hast du/habt ihr das auch? Ich habe das jetzt mal provisorisch gelöst, indem ich in der Karaf Console log:set ERROR ROOT gesetzt habe, damit quasi nur noch ERRORs geloggt werden und keine WARN mehr. Schön wäre es aber, wenn diese warning oben nicht mehr kommt.

2.) Ich stelle fest, dass die LG EnerVu Plus App nun nicht mehr richtig funktioniert. Es kommen ständig Fehlermeldungen, dass sich das WLAN geändert hat oder ein weiterer Installateuerzugriff erfolgte. Ich vermute, dass hängt mit dem Refresh des Things im Openhab zusammen. Da wird es wahrscheinlich keinen Workaround geben oder hat hier jemand eine Idee? (Ich habe mal versucht über eine rule einen HTTP Put Request an die Openhab Rest API zu schicken, um damit das Thing zu deaktivieren. Das hat soweit funktioniert, allerdings kamen die Fehlermeldungen leider immer noch...)

Viele Grüße!! Berti

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.

[Morluktom]

Please try https://github.com/Morluktom/ioBroker.lg-ess-home