Add-On Fenecon2Mqtt - Connect Fenecon Home (OpenEMS) energy storage systems to Homeassistant

Hi. I added a small fix some versions ago. Are you able to test again?

Hi Skeltitor,
today my new home assistant green was delivered.
Could you give me a hint how to download and install your Add-On Fenecon2Mqtt ?
Until now, I have no account at GitHub.
Thank you

Just go in the settings, then Add-Ons, then Add-On Store, then click the three dots, then Repositorys and then add https://github.com/Skeletitor/ha_addon_fenecon2mqtt to the list. Then you can install the addon and set the configuration, for which you will also need an MQTT-Broker.

1 Like

Which MQTT Brocker do you recommend?
I need one that can be installed on the “Home Assistant green”.

Add-on Mosquitto broker

Many thanks to you both.
I will set it up today or tomorrow.

The installation was successful. The values are updated every second. Many thanks for the great add-on.

I then renamed the entities. The names of all but the last one in the list were then changed back after a short time.
Is there any way to set the entity names permanently?

Yes, I also have this issue. I think it’s due to the deletion of the discovery topics each time the addon is restarted. Maybe it’s possible to leave the discovery topics persistently? @Skeletitor

You can just rename them in the sensor overwrites though, if you really need to change the names.

Yes
I want some kind of housekeeping of ‘retained’ MQTT Messages

To overwrite configs you need to use ha_addon_fenecon2mqtt/fenecon2mqtt/DOCS.md at 2f4a109584439059dd21c8d584ed25549383c285 · Skeletitor/ha_addon_fenecon2mqtt · GitHub

E.g.
sensor_overwrite:

  • "fenecon/fems-_meta-Version;;;;;FEMS Version "

Thank you.

It works with two notes from me:

  1. There is a maximum line length. If the name of the channel is already quite long, there is not so much left for the display name.
  2. It does not work for the channel _sum/State. As a workaround, I can manage the name via the UI.

Hi.

Please give me an example for the first point. I’ll take a look during the next week

Ok is:

  • "ctrlEmergencyCapacityReserve0/ActualReserveSoc;;;;;FEMS: Speicherres. Not "
    To long is:
  • "ctrlEmergencyCapacityReserve0/ActualReserveSoc;;;;;FEMS: Speicherreserve. Notstrom "
    After “Speichern” and “Neu Starten” the line is broken:
    grafik

That should be no problem.
Maybe you should set the % as a unit

Am I right that the values “_sum/ConsumptionActivePowerL1, L2 and L3” are no longer correct? I get the same power value for all 3 phases, in FEMS it is showing me different values. I wanted to implement a warning automation when I’m in emergency power mode and over 3kW per Phase, as I am running off-grid since a week.

Hi.
I’m getting different values in Homeassistant for ConsumptionActivePowerL*

Sadly not in my case - what could be wrong?

Probably also a bug in OpenEMS. I went off-grid on monday morning and before that I had the data for all three phases.

It’s a limitation of hassios add-con implementation. So we’ve to deal with that right now.

I’m using this ‘State’ to update the device object in HA. So, yes this should not be or can’t be changed.

I wasn’t able to test off-grid mode the last days. I’ll to do this when my wife is not at home…

1 Like

Hey @Skeletitor,

Thanks for your awesome work on this add-on! It works absolutely flawless and setup was simple enough!

One thing that differed from the default config for me was the inverters for my connected modules were not found under charger0 and charger1, instead I went into the Fencon UI and found them in the Sytem Profile settings as charger10 and charger11. Might be the way things are connected on my Fenecon Home 20 system

While checking those I also noticed that my EV was showing up as its own channel at evcs0. Some Google-fu later I found some source code at listing some potential channels: openems/io.openems.edge.evcs.api/src/io/openems/edge/evcs/api/Evcs.java at 4ae1012da6894dcacf215f357f55a0671308d539 · OpenEMS/openems · GitHub

On a whim I added those that looked interesting to me right now:

  • evcs0/State
  • eves0/ChargePower

And it looks like they do return data :slight_smile: Thanks to your dirty guessing (good enough I think!) they showed up correctly within HA.

Maybe worth exploring those channels and get them added into the default configuration for others to use?