Solar Energy Management (SEM) — Smart solar + EV + battery orchestration

Hi everyone,

I’d like to share Solar Energy Management (SEM) — a Home Assistant integration that turns your solar panels, battery, and EV charger into one intelligent system.

The Problem

Home Assistant’s Energy Dashboard shows you great data — but it doesn’t act on it. Your EV still charges from the grid even when the sun is shining. Your battery and EV compete for solar. Night charging wastes money when tomorrow will be sunny.

What SEM Does

SEM reads your solar production every 10 seconds and automatically:

  • Adjusts EV charging current (6-32A) to match real-time solar surplus — pauses for clouds, resumes when sun returns
  • Coordinates battery and EV with a 4-zone SOC strategy — battery charges to priority level first, then EV gets the surplus
  • Reduces night charging when tomorrow’s solar forecast is good — why charge from the grid tonight if the sun will do it tomorrow?
  • Sheds loads before peak demand — tracks your 15-minute rolling average and protects you from demand charges

3 switches, everything else automatic. No YAML, no automations to build, no templates to maintain.

Hardware Support

Works with any inverter, battery, and EV charger that has a Home Assistant integration:

  • Huawei SUN2000, SolarEdge, Fronius
  • KEBA P30, Easee, go-eCharger, Wallbox
  • Huawei LUNA2000, BYD, Tesla Powerwall
  • Any smart meter with power sensors in HA

SEM auto-detects your hardware from the HA Energy Dashboard — no manual sensor configuration needed.

Setup

3-step wizard, takes about 5 minutes:

  1. SEM reads your Energy Dashboard sensors automatically
  2. Select your EV charger sensors
  3. Set battery capacity and peak limit — done

Auto-generates a 5-tab monitoring dashboard (Home, Energy, Costs, Battery, EV).

Install

Available on HACS:

  1. HACS > Integrations > search Solar Energy Management
  2. Download, restart, add integration

Or as custom repository: https://github.com/traktore-org/sem-community

What You Get

  • 150+ sensors (power, energy, flows, costs, performance)
  • Smart EV charging with solar surplus matching
  • Battery-EV coordination (4-zone SOC strategy)
  • Night charging with forecast reduction
  • Peak load management
  • Cost tracking (daily/monthly in your local currency)
  • 6 languages (EN, DE, FR, IT, ES, NL)

Feedback and contributions welcome!

GitHub: GitHub - traktore-org/sem-community: Intelligent solar energy orchestration for Home Assistant — EV charging, battery management, multi-charger control, heat pump SG-Ready, 15 languages, 1100+ tests · GitHub

3 Likes

I will try this one, was just looking for something like this and found it on google. whoop

v1.2.1 Update — Multi-charger support, full localization, battery auto-detect

Hi everyone, a quick update on what landed in the last two releases (v1.2.0 + v1.2.1):

Charger support expanded
SEM now auto-detects and controls 8 EV charger integrations out of the box:

  • KEBA P30 — full control + display notifications
  • Easee — dynamic current limit + action_command start/stop (no flash wear)
  • Wallbox Pulsar — number entity + pause/resume switch
  • go-eCharger — HTTP and MQTT variants, frc force-state select
  • Zaptec — available_current + button start/stop
  • ChargePoint — amperage select + button start/stop
  • Heidelberg Energy Control — Modbus number entity
  • OpenWB 2.x — chargemode select + current number entity

Each charger gets the correct service parameters, start/stop commands, and entity types automatically
— zero manual configuration needed. If your charger isn’t listed but exposes
power/connected/charging sensors in HA, you can configure it manually in the setup flow.

Inverter compatibility

  • Battery sign auto-detect — SEM now automatically handles inverters with opposite battery
    conventions (Enphase, GoodWe, Tesla Powerwall, Sunsynk/DEYE). No more manual sign configuration.
  • Battery capacity auto-detect — reads rated capacity directly from the inverter sensor (Huawei,
    GoodWe, SolarEdge, etc.) instead of requiring manual input.
  • kW → W conversion — handled automatically for chargers that report in kW (Easee, Wallbox).

Full localization (6 languages)
The entire integration is now translated — not just the dashboard labels, but also:

  • Charging state messages (“Solarmodus - Laden aktiv”)
  • Mobile notifications (“Solarladen gestartet: 16A (4800W)”)
  • Energy tips and recommendations
  • Dashboard Jinja templates (Peak Load, Trees Equivalent, investment ROI, etc.)

Supported languages: English, German, French, Spanish, Italian, Dutch.

Options flow fixed
The “Unknown error occurred” crash in the options flow on HA 2026.4 is fixed. Root cause was a
NumberSelector step value (0.0001) below HA’s minimum, combined with null config defaults. All 6
options flow steps now work reliably.

What’s next

  • Waiting on community feedback for Easee + GoodWe (#68) — if you have one of these, please test and
    report!
  • Fronius, SMA, SolarEdge Modbus, Enphase — should work via Energy Dashboard, but we’d love
    confirmation from real users
  • HACS default repository submission is in the review queue (#6972)

Changelog: v1.2.1 release notes
Issues & feedback: GitHub Issues

1 Like

v1.2.4 — Expanded Hardware Compatibility + EV Intelligence (Preview)

Two updates this week:

Hardware compatibility expanded
SEM now auto-detects 7 additional EV chargers out of the box:

  • OCPP-compatible (ABB Terra, Vestel, Grizzl-E, and any OCPP 1.6/2.0 charger)
  • Ohme (Home Pro)
  • Peblar Rocksolid
  • V2C Trydan
  • Alfen Eve
  • Blue Current
  • OpenEVSE

Battery discharge control detection now covers 6 more inverter brands: SolarEdge (Modbus Multi),
Enphase (IQ Battery), Tesla Powerwall, Victron, Kostal Plenticore, and Sungrow. Combined with the
existing support, SEM now covers 15+ inverter brands and 15+ EV chargers — all auto-detected from the
HA entity registry.

The EV Charging Power chart on the dashboard now shows a stacked solar/battery/grid breakdown so you
can see exactly where your charging energy comes from.

EV Intelligence (preview, coming in a future release)
We’re working on something exciting: SEM now detects the characteristic power tapering when your
car’s BMS reduces current near full charge. From real data on our KEBA + VW setup:

10,050W → 9,500W → 8,850W → 8,530W → 6,730W → 4,430W → 0W

SEM uses this to:

  • Estimate SOC without a car API — tracks energy between full charges, calibrates from real vehicle
    SOC when available
  • Learn your driving pattern — “Monday 8 kWh, Wednesday 0 kWh (WFH), Saturday 15 kWh”
  • Skip unnecessary night charges — if SOC is 85% and you use 20%/day, SEM skips 3 nights of grid
    charging
  • Predict completion — “EV nearly full — 5 min remaining” notification
  • Track battery health — works from partial charges (40%→80%), no need to drive to empty

11 new sensors including ev_estimated_soc, ev_nights_until_charge, ev_charge_needed, and
ev_battery_health. This is currently in testing on our production system and will land in a future
release once validated.

SEM v1.4.1 — What’s New

A lot has happened since the original post. Here’s the current state of SEM:


New Features (v1.3.0 → v1.4.1)

Multi-EV Charger Control Configure and control multiple EV chargers with priority-based surplus distribution. Highest-priority charger gets power first, remainder flows to the next. Independent stall detection, session tracking, and taper detection per charger. Add/remove chargers via the options flow.

Battery Charge Scheduler Forecast-aware grid-to-battery charging during cheap tariff windows. Tracks cycle cost, supports negative tariffs, and automatically replans when forecast or prices change. Enable via the options flow — disabled by default.

Heat Pump SG-Ready 4-state relay control (BLOCKED → NORMAL → BOOST → FORCE_ON) driven by solar surplus. Optionally raises your climate entity setpoint during surplus periods. Configure relay1, relay2, and thresholds in the options flow.

EV Intelligence Detects your car’s BMS charge taper without needing a car API. Estimates SOC by tracking energy since the last full charge. Learns daily driving consumption per weekday with temperature correction. Smart night charge skip with 3-skip safety net.

Dynamic Tariffs Three modes: Static (fixed rates), Dynamic (Tibber, Nordpool, aWATTar with auto-detection), or Calendar (time-based HT/NT schedules). Price-responsive surplus device activation during cheap windows.

Notification Flexibility Notifications now work with any service — HA Companion App (notify.mobile_app_*), REST webhooks (rest_command.*), or generic services like Matrix, Slack, Telegram. The config flow dropdown lists all available services.

15 Languages Added: cs, da, fi, hu, no, pl, pt, ro, sv. Was 6, now 15.

225+ Entities Power, energy, flows, costs, forecasts, PV analytics, surplus control, load management, EV intelligence, battery scheduler — all auto-created.


Comparison (Updated)

SEM evcc emhass Predbat PV Excess
EV solar surplus :white_check_mark: :white_check_mark: :x: :x: :white_check_mark:
Battery management :white_check_mark: :x: :white_check_mark: :white_check_mark: partial
Multi-EV charger :white_check_mark: :white_check_mark: :x: :x: :x:
Heat pump SG-Ready :white_check_mark: :white_check_mark: :x: :x: :x:
Battery scheduler :white_check_mark: :x: :white_check_mark: :white_check_mark: :x:
Auto dashboard :white_check_mark: own UI :x: :x: :x:
Cost tracking :white_check_mark: :x: :x: :x: :x:
Notifications :white_check_mark: :x: :x: :x: :x:
EV Intelligence :white_check_mark: :x: :x: :x: :x:
PV analytics :white_check_mark: :x: :x: :x: :x:
15 languages :white_check_mark: :white_check_mark: :x: :x: :x:
Pure HACS install :white_check_mark: Go binary Docker AppDaemon :white_check_mark:
Zero-config setup :white_check_mark: config file complex config file manual

Supported Hardware

Inverters: Huawei SUN2000, SolarEdge, Fronius, GoodWe, Enphase, SMA, Growatt, Solis, Kostal, SolaX, Victron, Tesla Powerwall

EV Chargers: KEBA, Easee, Wallbox, go-eCharger, Zaptec, ChargePoint, Heidelberg, OpenWB, OCPP, Ohme, Peblar, V2C Trydan, Alfen Eve, Blue Current, OpenEVSE

Batteries: Huawei LUNA, BYD, Tesla Powerwall, Sonnen — any battery with SOC + power sensors

Tariffs: Tibber, Nordpool, aWATTar, static rates, calendar-based HT/NT


Beta Releases

Want to help test new features before they go stable? Enable “Show beta versions” in HACS when redownloading SEM. Your testing and feedback helps ship stable releases faster.


The 4-Zone Battery Strategy

Zone SOC Range Behavior
Zone 1 Below 30% All solar → battery. EV blocked.
Zone 2 30–70% Solar surplus only. Battery doesn’t help EV.
Zone 3 70–90% Battery can assist EV during solar dips.
Zone 4 Above 90% EV starts even without solar. Battery fully assists.

All thresholds configurable on the Control tab.


Dashboard (8 Tabs)

The auto-generated dashboard now has 8 tabs: Home (animated system diagram), Overview (7-day chart, weather, recommendations), Energy (detailed charts), Battery (SOC zones, health), EV (sessions, taper, virtual SOC), Costs (savings, ROI), Control (drag-and-drop priorities, settings), System (diagnostics, coordinator health).


Quality & Testing

  • HA Quality Scale: Platinum — strict typing, full async, stale device cleanup
  • 1400+ automated tests on Python 3.12 + 3.13
  • Energy spike protection — automatically skips accumulation when sensors restart after integration updates

:package: GitHub: traktore-org/sem-community
:bug: Issues: Report a bug or request a feature

SEM is free and open-source. A :star: on GitHub helps visibility!

v1.4.1 — April 30, 2026

2 Likes

Hi,

As you know I have 2 Wallbox Pulsar Plus chargers
See screenshot below. Do you think this works for setting the charger max amps
There is no specific service call for the wallbox.

Hi @RienduPre! Great to see you here too — we’ve been working on your GitHub issues.

Yes, SEM can control your Wallbox Pulsar Plus! The latest beta (v1.4.2-beta.1) adds support for chargers
that use a number.* entity instead of a service call:

  1. In SEM options → EV Chargers → Edit your charger
  2. Set the Current Control Entity to your Wallbox’s number.* max current entity
  3. Leave the “Set-Current Service” field empty

SEM calls number.set_value on it to dynamically adjust charging current based on solar surplus.

Multi-charger is also supported — add your second Wallbox via the charger menu. Each charger gets its own
sensors (sensor.sem_charger_{id}_power, _session_energy, _session_solar_share) and SEM distributes surplus
by priority: highest-priority charger gets power first, remainder flows to the next.

For setup details: Multi-Device Guide

To get the beta: HACS → Integrations → SEM → Redownload → enable “Show beta versions” → select
v1.4.2-beta.1.

Let me know if you need help configuring the Wallbox entities!

I really like this integration, it provides everything I need and the dashboard views are really modern looking. Well done on this, amazing work!

One thing I would like to know/request. I am with Amber Electric, here is Australia. Amber offers flexible pricing for both usage and feed-in, they also provide a price forecast for both. There is a HA integration to get this data and I want to know how I can use it in SEM?

Hi Jonathan, thanks for the kind words, glad you like SEM!

Great news: Amber Electric is now supported as of v1.4.6-beta.1 (just released).

SEM auto-detects your Amber integration and uses:

  • Live import price — real-time cost calculations in AUD
  • 12-hour price forecast — SEM picks the cheapest 30-minute slots for EV night charging and battery scheduling
  • Dynamic feed-in rate — your export revenue is calculated from Amber’s live feed-in price, not a static value
  • Spike avoidance — SEM classifies Amber price spikes and avoids charging during them

To try it:

  1. In HACS → SEM → enable “Show beta versions”
  2. Update to v1.4.6-beta.1
  3. Restart HA
  4. SEM should auto-detect your Amber sensors — check the System tab for tariff_provider: amber
  5. Your live Amber price and forecast windows should appear on the Control tab

If you’re already on dynamic tariff mode, it should just work. If not, go to Settings → Integrations → SEM → Configure and set tariff mode to “Dynamic”.

This is a beta — I’d appreciate your feedback on whether the auto-detection works and if the price forecasts look correct.
Report anything on #162.

1 Like

v1.5.0 — Quality Scale Platinum + GoodWe Fix

Hey everyone, quick update — v1.5.0 is out with some solid improvements under the hood.

What's new

Quality Scale Platinum — SEM now passes all 54 Home Assistant Integration Quality Scale rules. This means proper async I/O, typed
code, clean service lifecycle, translated exceptions, and full entity compliance. Not just a badge — it makes SEM more reliable on
slow hardware (SD cards) and during HA restarts.

GoodWe battery SOC fix — If you're running GoodWe (especially ESA series) and your battery SOC was stuck on "unavailable", this is
fixed. The auto-detection now uses the HA device registry as fallback when entity naming doesn't follow the standard prefix pattern.

EV Intelligence improvement — Fixed an issue where the virtual SOC estimate could drift after multiple HA restarts. The KEBA total
energy counter now actively calibrates the prediction every cycle.

Real-world numbers (today, May 10)

Running on Huawei SUN2000 + LUNA2000 + KEBA P30:

  • 24.8 kWh solar production
  • 96% autarky (grid import: 0.33 kWh)
  • Battery cycled from 30% to 100% by noon
  • 11 surplus-controlled devices managed automatically
  • Coordinator update cycle: 10-12ms

Help wanted

  • Translations: We have 15 languages but some need polishing (cs, da, fi, hu, no, pl, pt, ro, sv). Native speakers welcome! See #179
  • Hardware reports: Running a non-Huawei setup? Let us know how v1.5.0 works for you in Discussion #103

Update via HACS or grab it from GitHub.

2 Likes

:counterclockwise_arrows_button: Major Update: v1.5.7 + v1.5.8 — Illustrated System Diagram & Quality Audit

Hey everyone! Big update on SEM — two releases since my last post with some significant visual and quality improvements.

:sparkles: Illustrated System Diagram (v1.5.7)

The Home tab got a complete visual overhaul. The old abstract circle-node layout has been replaced with detailed SVG illustrations for every component:

What's new:

  • :house: Illustrated components — solar panels with cell grid, house with glowing windows, 3D battery, transmission pole, EV charger with car silhouette
  • :sun: Sun arc with real-time position — tracks from sunrise to sunset, moon + stars at night
  • :ocean: Golden sine wave particles — energy flows from sun to panels, speed scales with production
  • :high_voltage: K-Flow-inspired spark animations — 3-layer glow flow effects on all energy paths
  • :artist_palette: SEM color scheme on flows — pink battery charge, teal discharge, purple grid export, blue import
  • :mobile_phone: Responsive — desktop (left-to-right) and mobile (vertical stack) layouts
  • :backhand_index_pointing_up: Clickable nodes — tap any component or value to open HA statistics
  • :electric_plug: Individual devices — top 3 devices by power consumption shown on desktop
  • :bar_chart: Solar forecast shown directly on the solar node
  • :counterclockwise_arrows_button: K-Flow option — prefer K-Flow? Set diagram_style: "kflow" in config options

Mobile view:

:magnifying_glass_tilted_left: Systematic Calculation Audit (v1.5.8)

We did a complete review of every calculation and formula in SEM and found 10 silent errors — bugs that produced wrong numbers without crashing. All fixed:

  • Night EV charging was throttling to minimum current near peak limit (wrong formula)
  • Battery session costs used static config rate instead of live dynamic tariff (wrong with Tibber/Awattar)
  • Monthly battery savings was hardcoded as 30% of total (now uses actual tracked data)
  • Forecast over-correction — correction factor inflated forecasts by 35%+ when raw forecast was already accurate. Now uses ±40% bounds with 25% daily decay toward neutral
  • Plus 6 more medium-severity fixes

Runtime Health Check

SEM now validates its own calculations every 10 seconds:

  • Energy balance closes (supply ≈ demand)
  • All power values non-negative
  • Flow allocations don't exceed source
  • Metrics in valid ranges
  • Violations logged as WARNING in HA logs

Test Coverage: 1,648 tests

Added 167 new tests:

  • 53 regression tests for the audit findings
  • 53 property-based fuzzing tests (1,010 random scenarios)
  • 61 boundary value tests (zero, max, sign flip, division by zero)

:clipboard: Other improvements since last post

  • Self-consumption % added to home tab header (4th stat)
  • 90 missing config flow descriptions added across all 15 languages
  • EV connected state shown on diagram from binary_sensor.sem_ev_connected
  • Dashboard screenshots updated in English without sidebar
  • Forecast sunrise/sunset reads from sun.sun entity (fixes polar regions)

:bar_chart: By the numbers

Metric Value
Releases 35
Issues resolved 130 (0 open)
Test functions 1,648
Commits 619
Languages 15
Supported inverters 10+ brands
Supported chargers 15+ brands

:link: Links

If you're running SEM, I'd love to hear how the new diagram looks on your system! And if you have a different inverter brand, please report any sign convention issues — the more brands we test with, the better. :star: on GitHub appreciated!

3 Likes

HI!

This looks very promising !

Just a couple quick questions:

  1. is this able to sell from battery to grid depending on grid price? ex. unload rest of battery in the morning for extra income and make room for coming solar surplus during the day, or maybe even sell ex. 70% of battery in the evening if prices are much higher than next morning?

  2. is it possible to charge multiple cars with surplus solar maybe even possible to prioritize one car over the other ?

I was very happy to see this project come up, when doing a google search on energy management in Home Assistant !

EDIT: and does this really work with "any inverter, battery, and EV charger that has a Home Assistant integration"

or just the ones that is listed ?

1 Like

I have the same question. I prefer to sell during evening and night as otherwise my battery is directly full and I will have to sell energy when prices are negative...

2 Likes

This looks very promising! thanks!

I have a question about load management / peak shaving:

I have a 3x25A electricity connection. I want to avoid tripping the circuit breakers which means each phase should stay below 25A.
SEM has a peak management but this seems to be based on total power of all 3 phases which would make it useless to avoid tripping.

Is the max peak power based on total power of all phases or per individual phase?

Hi @praun80, sorry for the slow reply — the work has been happening over on GitHub and I lost track of this thread. Your three questions:

Battery → grid selling: yes, on two levels. Every battery gets a mode select (select.sem_battery_mode) with force_discharge — you can drive that from any HA automation against your price sensor today. On top of that there’s a built-in price-driven arbitrage engine, but it ships off by default (battery_grid_arbitrage_enabled): it went through a hard review-and-soak cycle (restart-safety, charge-first ordering — GitHub #531/#532/#533) and I’d rather people opt in deliberately than discover their battery trading on its own. Flip the option in the config flow if you want it; feedback very welcome.

Two cars / priority: multi-charger has been in since v1.4 — priority-based surplus distribution across chargers, per-charger targets, modes and Charge-by times, with per-charger state fully isolated (that isolation is CI-enforced, it was hard-won). You order the chargers in the Load Management priority list and the surplus follows it.

Hardware scope: SEM is brand-agnostic on the sensing side — it reads through your HA Energy Dashboard configuration, and auto-detects the sign conventions (there are six inverter patterns covered by tests: Huawei/SMA/Victron/Sungrow, Fronius/Enphase/Powerwall/Kostal/SolarEdge, GoodWe/Sonnen, SolaX, split-meter Growatt, and solar-only). Chargers need a control interface — a service like KEBA’s or a current/amps number entity, which covers Wallbox, go-e, Easee, Zaptec, OCPP and a dozen others. Every brand in the README support matrix has a pipeline test behind it. If yours isn’t listed, open a GitHub issue with your entity names and we’ll usually have it working within a release or two.

Hi @rdehuyss — see the answer just above: the capability exists on two levels. For “sell during the evening peak” specifically, the built-in arbitrage engine is the right tool — it classifies your tariff curve into cheap/normal/expensive windows and schedules discharge into the expensive ones, with the battery’s self-consumption needs and SOC floors staying senior. It’s opt-in (battery_grid_arbitrage_enabled in the options) because a battery that trades on its own is something you should choose, not discover. The manual route (select.sem_battery_modeforce_discharge from an automation) works today on any version. If you try the arbitrage engine, I’d genuinely like your findings — it’s had a careful safety pass (including surviving restarts mid-discharge) but real installs beat test rigs every time.

1 Like

Hi @panosnl — the peak limit (target_peak_limit ) is total grid power: it’s compared against your grid meter’s combined reading, and the load-shedding logic works against that total (range is 1–80 kW as of v1.7.6). Per-phase is handled by a separate mechanism: a dual per-phase guard that watches per-phase RMS current on the grid and inverter lanes where per-phase sensors exist and blocks charging on a genuine per-phase over-limit — protection, not steering. What SEM does not do today is per-phase peak shaving (shedding loads to keep each individual phase under a per-phase ceiling). If your utility bills or fuses per-phase, that’s a legitimate feature request — please open a GitHub issue with your meter’s per-phase entities and how your limit is defined, and it goes on the list with a real use case behind it.

SEM v1.7.5 — what’s changed since May

Long overdue update — most of the work has been happening on GitHub and I let this thread go quiet. Eight stable releases since v1.5.8, so rather than a changelog, here’s what actually changed for you.

No more HACS card prerequisites. This is the big one for anyone who bounced off setup. SEM used to require card-mod, mushroom, apexcharts and sankey-chart before the dashboard rendered properly. It now requires none of them — the glass styling is baked into SEM’s own cards, charts ship with a vendored library, and the energy flow diagram falls back to Home Assistant’s native sankey. Install the integration, run the dashboard service, done.

Five charging modes instead of a pile of toggles. Solar Only, Min + Solar, Solar + Cheapest Hours, Always Max, Off — one picker per charger, per car. “At least X / up to Y” replaced the old separate target knobs, and a Charge-by deadline makes SEM fill the gap from grid only when it has to.

Household loads got the same treatment. Any switchable load — pool pump, heating cable, boiler, towel rail — can have a daily runtime goal with a minimum and maximum, a daytime mode, and an optional “finish overnight from battery or grid” policy. Priority is one drag-ordered list shared by loads, chargers and the battery, so you decide who gets surplus first and everything follows that one order.

Your daily numbers now reconcile with your own meters. Daily home consumption is derived from the reconciled counters rather than an integrator that drifts, and solar/grid/battery rows reconcile against your hardware counters, so SEM’s figures line up with the Energy Dashboard instead of arguing with it.

Broader hardware, verified. Six inverter sign-convention patterns with pipeline tests behind each brand; chargers via service call or number entity (KEBA, Wallbox, Easee, Zaptec, go-e, OCPP and more); multi-charger with fully isolated per-charger state; SG-Ready heat pumps, hot water, and climate entities as controllable loads. Observer Mode lets SEM decide and show you everything while touching nothing — recommended for your first days.

Docs rewritten , 16 languages, and every config field links to its own doc anchor.

Grab it through HACS. Issues, questions and hardware reports are very welcome on GitHub — most brand support has come from users posting their entity names. And apologies to @praun80, @rdehuyss and @panosnl for the wait; answers to your questions are above.

3 Likes

Really nice integration! I’m still discovering but it seems very mature.

  1. How to disable some elements: eg I have no heat pump, no home battery.
    I only found a battery capacity number element, but it has a minimum value of 5kWh. Is there some way to disable this functionality for now and hide related components until I would have a home battery or heat pump? The state of my select.sem_battery_mode is ‘Off’ but would prefer to hide all related elements (except in config) when off.

    Sometimes it’s now confusing with the EV battery vs home battery, that’s why I would prefer to disable the home battery completely to focus on EV battery only.

  2. Within the usermanual I read about different EV charging modes. Some are available in my setup (v1.7.5) but some seems to be missing. eg solar_plus_cheap

    Also switch.sem_night_charging and switch.sem_smart_night_charging are reference in the manual, but don’t seem to be available.

    Have these functionalities been replaced by some other logic in the meantime?

I’m having a problem with the installation. The SEM installed successfully and detected many sensors, but unfortunately, it didn’t detect the “go-eCharger” EV charger. The go-eCharger sends its data to an MQTT server, from which HA reads the data.
I can see all the entities in HA.
However, SEM isn’t detecting the go-eCharger; instead, it has registered a “dryer” energy meter.
How can I register the correct EV charger?