evcc ☀️🚘 Solar Charging
marq24/ha-evcc · v2026.10.5
Home Assistant integration for evcc☀️🚘- optimized charging of electric vehicles, connecting your EV charger with your PV system. Please note, that this integration is not official and not supported by the evcc developers. Please consider becoming a monthly sponsor for this project - TIA
In Apple Home through HomeKit Bridge
What HomeKit Bridge makes of each kind of entity this integration creates, read from its source code. A device only gets the ones that apply to it.
| Entity | Shows up as | Note |
|---|---|---|
switch | Switch or outlet | |
binary_sensor | Sensor (motion, contact, leak, smoke…) | |
sensor | Sensor (temperature, humidity, air quality…) | |
button | Button (as a switch) | |
select | Mode picker (as switches) |
What people report
Talks to a local evcc server; breakage mostly follows evcc API changes and the maintainer ships fixes quickly. Guest-vehicle energy plans and car-side SOC limits had gaps.
- Works2
- Partly works1
| Device | In Home Assistant | In Apple Home | What they said | Source |
|---|---|---|---|---|
| evcc charger with 1p3p phase switching | Works Local | Broke on evcc 0.132.1 due to renamed property; fixed same weekSaved copywell - so this comit in evcc (and 'bad' coding on my side) are the root cause https://github.com/evcc-io/evcc/commit/65bdb404941483d8340d81c92505741763a4d930 In this change a new property was introduced `chargerPhaseSwitching` and `chargerPhases1p3p` had been removed... in order to make "debugging" even harder this change was already rolled back by https://github.com/evcc-io/evcc/commit/e9d67ee0069a3c088ff9ecbb504a3c0108e64d6d - so the current evcc head still contain the `chargerPhases1p3p` - so it took me a while to understand, why "new" evcc build does not work... Excerpt saved from GitHub on 2026-10-23. | Issue #62 · 2025-01 | |
| Skoda Enyaq (via evcc) | Works Local | Odometer value delivered reliably and added as sensorSaved copyThis value seems to be delivered from my Enyaq reliably with `curl http://evcc-server:7070/api/state`, 2081 is the expected value. [code] However, something does not seem to be correct yet. The icon is grey and it's not the one that I specified. @marq24 Do you happen to know what's missing? Excerpt saved from GitHub on 2026-10-23. | PR #34 · 2024-10 | |
| evcc guest vehicle charging plan | Partly works Local | Energy-based plan entities only fill for guest vehicles; others may stay unknownSaved copyOK. Now it gets more clear. I tried this too: GET 'http://evcc:7070/api/states' When I use the one static Plan. Your Integration updates and shows values. Rest shows this: "effectivePlanId": 1, "effectivePlanSoc": 100, "effectivePlanTime": "2025-01-29T05:00:00Z", When I use recurring plans, what we use usually your Integration does not update. But Rest shows the new plan in the same Variables!! Just the plan Id changed. "effectivePlanId": 2, "effectivePlanSoc": 90, "effectivePlanTime": "2025-01-29T07:00:00+01:00", As far as I checked it shows only the next/active/effective plan. So you could … Excerpt saved from GitHub on 2026-10-23. | Issue #85 · 2025-01 |
Gathered from GitHub issues, pull requests, discussions and docs, and from r/homeassistant. These are individual reports, so check the linked thread and the date before you buy.
How it connects
Local push
Talks to the device on your network, and the device tells Home Assistant the moment something changes.
Details
| Installs (analytics) | 4,800 (0.68%) |
|---|---|
| GitHub stars | 489 |
| Latest version | 2026.10.5 (2026-10-18) |
| Set up in the UI | Yes |
| Maintainers | @marq24 |
| License | Apache-2.0 |
In ReReHome
Whatever HomeKit Bridge shares reaches Apple Home as normal HomeKit accessories behind your Home Assistant bridge, so ReReHome shows and controls them like any other.
Bridges get their own settings page listing the accessories behind them.
Sources
- Documentation: https://github.com/marq24/ha-evcc
- Source code: https://github.com/marq24/ha-evcc
- Issues: https://github.com/marq24/ha-evcc/issues
- HACS: https://hacs.xyz