yash-srivastava/Overdrive-release

如果你开的是搭载 DiLink v3 车机的 BYD，想要常驻录像、停车监控和车辆遥测，又不想订阅云服务，OverDrive 值得花时间看看。它本质上是跑在车机上的 Android 应用，应先把它当成车辆集成项目来评估，而不是通用行车记录仪。

解决什么问题

BYD 原厂方案有自带行车记录仪和部分 App 控制，但缺少停车时的持续监控、靠近物体时的自动录像，也无法在 BYD 生态之外读取电量、胎压和充电状态。常见替代方案是另装记录仪加热点，或者出事后手动翻存储卡。OverDrive 直接装进车机，利用车辆已有的摄像头和泊车雷达，做持续录像或事件触发录像，并可发送 Telegram 通知。装好之后车辆自行记录和上报，你在日历式录像库里翻看片段。

有什么不同

真正起作用的是它运行在车机的 Android 系统里，并调用 BYD 自带的摄像头与传感器服务。因此它能用 8 个泊车雷达做靠近触发录像，提供 CPU、GPU、内存和电池电压的实时面板，还能通过 MQTT 把车辆状态接入 Home Assistant，传感器与可选控制项都在其中。README 还强调低占用：CPU 低于 28%、内存约 150MB、启动 3 秒以内，这对还要运行原车软件的车机很重要。

代价是与车机强耦合。靠近录像、摄像头仲裁、ACC 状态处理和车辆控制项都依赖 BYD 特定 SDK 的行为，更新日志里反复出现摄像头信号丢失、ACC 状态、PHEV 电量读数和行程丢失的修复。对一个面对未公开车辆接口的年轻应用来说这很正常，但意味着每次更新都可能改变你这款车的可用功能。作为替代，Home Assistant 可以通过 Tailscale 代理或 WireGuard 隧道连接不在同一网络的 broker，也可以完全不用 HA，只靠内置终端和 Telegram 通知。

谁值得试

适合已经在用 Home Assistant，或者愿意在车机上开启无线 ADB 的 BYD 车主，尤其是希望把哨兵录像和车辆遥测放在一处的人。Telegram 通知和纯本地存储也适合不想把视频交给云服务的人。不适合期待厂商官方支持的人，也不适合车机不在 DiLink v3 文档范围内的车主——支持是按车型逐个加入的（Yuan Pro、Sealion 6 DM-i、PHEV 版本等），未列出的车型是实打实的兼容问题，而不是小细节。

使用条件与边界

首要前提是在首次启动前于车机开启无线 ADB，并确认车辆是 BYD DiLink v3；快速上手方式是从 alpha 发布页 下载预编译 APK 直接装到车机。它没有云端账号，但也因此没有厂商备份或远程存储：录像留在设备或 SD 卡上，空间管理由你负责。Home Assistant 的控制功能默认关闭，需要手动启用；而且车辆唤醒并可被车机 SDK 访问时命令才生效，应用会先乐观更新实体，等下一次遥测刷新再校正真实状态。

如果 broker 在另一个网络，文档给出的办法是用 Tailscale 代理或 WireGuard 隧道，而不是端口映射，这又多了一个需要保持运行的网络组件。长期维护才是主要成本：项目提供 Alpha 和 Braveheart 两条更新通道，更新日志显示车型相关的修复很频繁，所以要主动选通道，升级前先看发布说明。README 还说明应用打包了 cloudflared、zrok、sing-box、tailscale、YOLO11n 等第三方组件，它们各有自己的许可证，与 MIT 授权的应用代码分开。

HotRepo 点评

HotRepo 记录到该项目在 2026-10-25 的 Java 月榜上以新增 114 星排在第 13 位，但样本只覆盖两个记录日期，也没有日榜历史，因此无法据此判断热度能否持续。安装前更实际的问题是：核对你具体的 BYD 车型和 DiLink 版本是否出现在发布说明或支持列表中。