Hi,
Das kannst Du viel einfacher über die Power Limits erreichen. Setze das Discharge Limit in der Zeit, in der Du keine Energie aus dem Speicher nehmen willst, auf 0 W. Die Notstromreserve ist vermutlich zwar steuerbar, ich würde diese aber nicht als Werkzeug für eine Entladekontrolle verwenden. (Siehe Services in der Readme, set & clear power limits)
I filled all fields.
Username: Your E3DC portal user name
Password: Your E3DC portal password
Hostname: The Hostname or IP address of the E3/DC system
RSCP Password: This is the encryption key used in RSCP communications._
But only responce is: Invalid authentication
what happened? the ip is only xxx.xxx.xxx.xx i think?
thanks for help
PS: Antworten auf deutsch werden gerne gesehen 
Wenn alles korrekt eingegeben wurde, sollte das eigentlich gehen. Bitte beachte auch, dass Dich der E3DC nur reinlässt, wenn Du im gleichen IP Subnetz bist. Siehe Readme.
Bitte teste das noch mal mit der 3.6, wenn sie dann raus ist, die gibt etwas klarere Fehlermeldungen, dort habe ich das ganze Exception Handling überarbeitet. Eine Beta davon gibt es schon, die hat aber noch ein paar Eigenheiten bei der Autokonfiguration auf den E3DC, kann also sein, dass die nicht sauber läuft bei Dir.
Wenn es mit der 3.6 final immer noch nicht klar ist, was los ist, bitte auf Github ein Ticket anlegen (bitte in Englisch dort, wenn möglich). Bitte dann auch die Exceptions aus dem Log dazu, dort sieht man meist mehr als im Frontend alleine.
Hi wittimagic
guess I´ve the same constellation here. TIBBER and E3DC S10X with 21kw battery Pack and IR-heaters. We still have an all-wooden house so we can go with IR-heaters and a fireplace.
We still run the complete configuration since 13th Jan 2024 ( all new) .
Tibber and E3DC is a wonderful combination as we can see in the last weeks.
Our power consumption in Dec 23 was 660kWh , Jan 540kWh and we expect now ( system full running now ) Feb<200kwH from the grid.
Still we made "manually power control and fetch some kW in the cheap timber times in the night. So we have 50% battery charge when we start arround 6 o’clock.
So question - Did you made an automation with the TIBBER integration and this integration here - power manually from grid to battery if timber price is cheap ?
If yes - would you share this with us ?
Thanks
Frank
3.6.0 final has been released today, with these highlights:
It fixes a few annoying bugs with the autodetection of additional powermeters. If you experience any additional glitches with your powermeters, please file an issue at GitHub, adding a diagnostic dump. Please take the dump at a time where your powermeter actually reads any values, this makes debugging much easier.
Additionally, I’ve reworked the internal error handling. This will give us clearer error handling especially on authentication errors and on service execution. The changes are in preparation for a second step that will yield localized error messages.
Attention: If your E3DC gets updated to firmware P10_2023_06, you will quite probably run into exceptions regarding missing RSCP tags, which effectively breaks the integration. So far as we can tell right now, E3DC changed the API silently, it does no longer match the published information.
As an immediate workaround, I have published 3.6.1-beta.1, which should disable the corresponding code path in the E3DC integration. I’m currently testing this with a few users to validate the workaround. In the meantime I’m in contact with fsanti, the owner of the underlying pye3dc library to find a permanent solution.
More information and the current state of affairs can be found at the issue trackers:
and
Please stay patient, we’re working on this.
Torben
The workaround in 3.6.1 has been validated:
Hallo, habe es jetzt nochmals mit der 3.6.2 versucht. Gleiches Ergebnis. Mit genau der selben Meldung. Die Daten stimmen - damit greife ich über andere Systeme auf die e3dc zu. Im gleichen Subnetz bin ich auch. Schade das es nicht auf die einfache Art geht.
Gruß
Hallo @pendragon1967
An der Authentifizierung habe ich nichts geändert gehabt. Kannst Du bitte mal das Debug Logging aktivieren und mir das Debug Log (bitte als ZIP) an torben nehmer net schicken?
Viele Grüße
Torben
Version 3.7.0 has been released, adding support for multiple E3DC units in one HACS installation. Thanks thijsdewitt for his contribution to this!
Hello Torben,
great integration! Thank you for your great work.
I’m experiencing something, that most probably has already been discussed.
I could not find a useful hint, though.
I have severe differences in calculated energy amounts compared to the E3DC Portal
For example house consumption:
And last but not least, the utility meter I am using is reading 76kWh. (Based on today entity of the E3DC Integration)
Any hint?
I am assuming something with losses, E3DC is considering in it’s Portal.
What do you think?
Thanks
Hi @stefanovich,
I’m quite unsure, what’s going on there. I don’ think that there are that many losses. Especially, since the various Today-style meters I create from E3DC live data basically match the values shown in the portal.
What I suspect is that the aggregation process is the reason for this. HA uses the current power readings to create the energy dashboard. Which is something different than the accumulated values in the E3DC app. I suspect the problem there. Funnily enough, it mostly works for stuff like the solar production. But then, there we have a more stable power reading, less variance.
What might be an idea is using the riemann integration to sum up the values separately. Maybe we find some mathematics behind it.
An other option would be increasing the polling frequency of the E3DC. Currently I poll once every 10s for live data, statistical data is polled less often (i think every minute or so). We could try to fire up the polling frequency to test this. If the aggregation is the root cause, then faster polling should reduce the problem (in exchange for increased system load).
For now, I’ll have to mull this around in my head a bit. Unfortunately. Real life has me at the moment, which is why I’m not as fast as I like in investigating these things. So any input from experiments would be welcome, preferably on the GitHub project.
Thanks for your effort and long answer!
I am most definitely sure that it has to do something with losses.
If you accumulate the values in the E3DC “Direktverbrauchs”-tab, you get a higher usage value than statet by E3DC.
Within the E3DC-portal:
In my example below, the usage from Direktberbrauch + Battery + Netz accumulates to 15,79kWh. But the house consumption is mentioned with 13,29kWh.
The 15,79kWh are almost exact the value notet in HA for the house consumption on that day.
sag ich doch
Problem verstanden…aber wie lösen.
Kann man die Verluste in kWh ggf. auslesen, damit HA wieder den korrekten Wert anzeigt??
Ideen? Wie macht Ihr das?
i can live with it, as the higher values incl. “Eigenverbrauch” are more realistic > as i also have to pay the energy that is used for the E3DC-system 
I agree there. Also, I don’t know of any sane way to identify the losses due to AC/DC conversion. That’s also a problem you have with battery charging/discharging. It is not always clear where what losses occur. The best points of contact are the true generation of the PV system and the in and out values of your connection to the grid. I for example use my Tibber connection to get production and consumption values. All values inside the house (in my case “Hausverbrauch” and my OpenWB usage, collected from there. You have similar variances if, for example, you use a Shelly power meter to collect data. The main thing is, that you can always compare the individual power reading on a long term basis. the relation to the other power readings is also there, but adding all values up is always problematic by the nature of the technology.
Also, E3DC’s API is not completely documented, a whole lot of information you get is undocumented in its essence.
Erstmal danke Torben für die klasse Integration.
Eine Frage dazu:
Kann ich mir in einer Power Flow Card Plus die aktuellen Werte anzeigen lassen?
Bisher habe ich die Anzeige der Tageswerte.
Gruß Tom
Hallo.
Die Integration funktioniert bei mir.
Frage:
Ich habe eine EasyConnect Wallbox. Ich würde gerne den Sonnenmodus ein bzw. aus schalten. Und das setzen der Stromstärke für die Wallbox. Um das laden des Autos zu steuern.
Gibt es da Möglichkeiten?
Danke erstmal für den Dank
Das fragliche Control sollte das können, wenn ich die Doku richtig lese. Du musst die entsprechenden Entitäten mit der aktuellen Leistung in Watt statt des kumulierten Verbrauchs in (k)Wh nehmen, dann müsste die Card funktionieren. Zumindest liest sich die Dokumentation des Controls entsprechend.
Hi Sven,
aktuell ist das noch nicht implementiert, pye3dc kann es mittlerweile, ich kam aber bisher nicht dazu, das anzubinden, hab privat derzeit nicht die Luft, und auch nicht das Test-Szenario, da meine OpenWB vom e3dc nicht unterstützt wird. Da gibt es auch Issues im GitHub, auf die kannst Du Dich subscriben.
Viele Grüße
Torben
