evcc-io/evcc

如果你家里已有（或计划安装）光伏、可控墙盒，并且能本地读到电表数据，evcc 值得认真评估；它不是开箱即用的消费级 App，价值高度取决于你的具体硬件是否在它的支持列表里。

解决什么问题

装了光伏和电动车的家庭，通常要同时处理三件事：趁白天有太阳时充电、尽量不买高价电网电、烤箱和充电桩同时工作时不把主保险丝顶掉。墙盒厂商的 App 一般只管自家充电桩，看不到逆变器、电池和家庭电表的实时状态。evcc 处在中间：读取电表、逆变器和车辆状态，再向墙盒下发充电电流设定值，让车吸收多余发电或遵守电网限值。结果是充电过程不再需要手动启停。

有什么不同

evcc 本身不拥有硬件，而是一层集成。README 列出了大量充电桩、电表、逆变器、电池、热泵和车型，并支持 EEBus、OCPP，以及 Modbus、HTTP、MQTT、JavaScript、WebSocket、Go 和 shell 脚本插件（项目 README、插件文档）。覆盖面正是它的意义：一套控制器适配混搭品牌的安装环境，而不要求你进入某个单一生态。

项目自述目标是本地能源管理、不依赖云服务（项目主页）。对需要断网也能持续充电的系统来说这很重要，但部分能力仍依赖外部账号：车辆电量和远程充电集成中包含厂商云服务和 Tronity、TeslaMate 等聚合服务（车辆集成）。代价是配置工作量。可用的设置意味着要准确描述你的电表和充电桩，冷门设备可能得先写插件才能被控制。

另一个不太显眼的设计选择：充电逻辑可以延伸到车以外。同一控制器能驱动智能开关、电热器或热泵（供热设备、智能开关），车充满后余电可以转给热水。这让 evcc 更像一个小型家庭能源管理器，而不只是充电排程器——有用，但也意味着更多需要配置和维护的部分。

谁值得试

适合：有光伏、墙盒在支持列表内、电表或逆变器能被 evcc 读取，并且希望充电跟随发电而不是固定时间表的、动手能力较强的业主。如果你已经在用 Home Assistant 或 openHAB，REST 和 MQTT API 以及社区插件能让你观察并把 evcc 接入全屋自动化（REST API、MQTT API、Home Assistant 插件）。

不适合：只用一个品牌生态、其 App 已经能做光伏充电的人，或者不愿维护一个自托管服务的人。只有普通充电桩、读不到本地电表的租户也没有多少可控制的空间。另外要注意 evcc 文档中的赞助模式：当厂商不提供开放文档或硬件支持时，部分组件需要赞助令牌来资助开发和维护（赞助说明）。这是一个真实的成本决策，不应忽略。

使用条件与边界

支持范围由设备列表决定。安装前先对照设备文档核对自己的墙盒、电表、逆变器和车型（充电桩、电表）；列表里没有的设备并非一定不能用，但要走插件路线并自己做集成。车辆 API 是另一个需要核对的薄弱点：云集成可能变更或限流，车机连接是便利功能，不宜作为每次充电都依赖的前提。

软件以自托管服务方式运行；README 指向文档作为入门，并提供 nightly 构建工作流和发布版本（文档、发布版本）。持续维护意味着在设备 API 或你的硬件变化时升级，并在更换设备后复查配置。配置和调试时间大致与你拥有的非标准设备数量成正比。

HotRepo 点评

HotRepo 只在 2026-10-26 的日榜记录到 evcc 一次，当天 7,418 星、+6 星；仅凭这一次观测，无法判断关注度是在上升还是消退。把它当作项目存在且被注意到的信号，而不是成熟度评分。真正值得在投入前确认的一点是：你的墙盒和电表型号是否出现在 evcc 的支持设备文档里，因为这决定了它是一个周末配置任务，还是一个自定义集成项目。