TCFDONMEZandClaude
2fd7b2dde1
A fork of malys/EVABRPUploader (itself a fork of Leon Kernan's ABRP_Uploader) carrying the changes that make it work on this car. History starts here: the tree is what matters, and the upstream projects are where the earlier work belongs. EVHardware is vendored rather than tracked as a submodule, so one clone builds. Telemetry. SOC, battery power and range read as unavailable on SWI69 because the vendor fallbacks were gated to SWI68 alone, while the property ids they use are the ones this car publishes — the gates now admit SWI69. Tyre pressure, the odometer and charge status come from the vendor block too, since the generic properties for all three are declared here and never publish. Tyre pressure is confirmed on the vehicle; the other two are not yet. Vehicle page. Every signal the car answers, in a table. One that it does not publish shows a dash: an unimplemented VHAL property returns zero, and "0 °C" would read as a measurement. Wi-Fi page. Joins a network the unit already has saved, so a phone hotspot does not need a trip into Settings on every drive. Tried on the upload tick and from a button, skipped while already associated. This leans on the unit being API 28 and the build being platform-signed — getConfiguredNetworks and enableNetwork are closed to ordinary apps from API 29 — and fails quietly where that does not hold. The OTA updater points at this repository. An APK from upstream is signed with a different key, which Android will not install over a platform-signed build. Co-Authored-By: Claude <noreply@anthropic.com>
5.5 KiB
AGENTS.md — EVABRPUploader
Context for AI agents and new contributors working in this repository.
EVABRPUploader is part of EVSuite. The workspace AGENTS.md and normative
workspace DESIGN.md apply; this file contains only telemetry-specific additions.
What this is
An Android Automotive app for the MG4 (SAIC eh32) that reads vehicle telemetry and pushes it to A Better Route Planner. It runs on the car's head unit (AAOS 9, MT2712).
Fork of Leon Kernan's ABRP_Uploader. See LICENSE.md — the licence status is
unresolved and that is a real constraint, not paperwork.
Non-negotiables
- Read-only towards the car. This app must never write a vehicle property. The sibling EVProfile project writes settings and gates every write on 0 km/h; this one has no business writing at all. A write path is a bug.
- A failed read is not a zero. Getters return
Integer/Float/Booleanandnullmeans "could not read". Null fields are omitted from the payload. Sending 0 for SOC tells ABRP the battery is empty and wrecks a live route plan. - Fail closed. Update origin, APK signature, unknown vehicle state — refuse rather than assume.
- Never let a credential reach a URL, a log line, or a crash report.
- AAOS 9 must stay stable. A third-party app crashing the head unit is unacceptable. Every car call goes through reflection with try/catch; keep it that way.
- Power matters. The head unit is awake whenever the car is on. No wake locks, no alarms. The GPS subscription and the upload tick both cost power — keep them in step.
Architecture
AbrpUploadService foreground service; scheduler thread does all IPC and HTTP
CarPropertyAdapter reflection bridge to android.car (not on the compile classpath)
TelemetryPayload pure JSON building — no Android types, unit-tested
UploadCadence when a tick actually uploads — pure, unit-tested
UploadSettings user cadence configuration
UploadLog last 20 attempts + derived service state — pure, unit-tested
SecurePrefs credentials in EncryptedSharedPreferences, migrates plaintext
AbrpApi HTTP; credentials in the POST body, never the query string
MainActivity configuration, service state, upload log
Put logic in the pure classes. Anything Android-free can be unit-tested on the JVM; anything inside the service effectively cannot be tested without a car.
Source sets
| Set | Contents | Ships in |
|---|---|---|
main |
everything shared | all builds |
stable |
UpdateHook no-op |
stable channel |
unstable |
updater policy code; trigger suspended during the suite audit | unstable channel |
debug |
VhalProbe — enumerates the whole VHAL |
debug builds only |
testUnstable |
OTA policy tests | test only |
The stable channel does not merely disable self-update — the updater is not in the APK.
Firmware generations
MG4 infotainment ships as SWI68 / SWI69 / SWI131 / SWI132 / SWI133 / SWI165, and they differ. Property IDs confirmed on one generation are not universal. Anything vehicle-facing must tolerate a property simply not existing.
Two read paths, split by whether the signal is firmware-agnostic:
| Signal | Read path | Firmwares |
|---|---|---|
| Speed, outside temp, park | EVHardware getters (getVehicleSpeedKmh, getOutsideTempCelsius, isVehicleInPark) |
all six — EVHardware branches per generation internally |
| SOC, range | CarPropertyAdapter vendor IDs (0x2160F404, 0x2140F41C) |
SWI68 only |
| Charge rate/port, cabin temp | CarPropertyAdapter standard-AAOS IDs |
wherever the VHAL implements them |
EVHardware.init() is called in AbrpUploadService.onCreate() (idempotent); it detects
the generation and picks the right underlying API. Fields it covers therefore work on every
supported firmware.
Reference firmware: SWI68-29958-1300R69. The vendor EV IDs still in
CarPropertyAdapter are supported only on SWI68 firmware. EVHardware
has no EV-battery abstraction for any generation, so SOC and range cannot go through it;
until those vendor IDs are confirmed on the other generations they stay SWI68-only, and on
another firmware they may silently return nothing (handled safely — the field is omitted, but
SOC/range would be missing). Re-confirm with VhalProbe before trusting the vendor IDs on any
other generation.
Working here
mise run check # what CI runs: permission gate + lint + unit tests
mise run build
mise run logs # adb logcat, filtered to this app
Gradle needs JDK 17. If a build fails in JdkImageTransform complaining about jlink,
a stale Gradle daemon started by VS Code's Java extension is being reused —
pkill -f GradleDaemon and retry.
Things that will bite you
android.caris not on the compile classpath. Everything car-related is reflection. R8 cannot see those uses, soproguard-rules.prokeeps them by name.- Unit tests get a stub
org.jsonfromandroid.jarthat returns null. The real implementation is added as a test dependency; do not remove it. service_runningin preferences goes stale-true after a force-kill. UseAbrpUploadService.isRunning().- Permission changes fail CI until allowlisted with a justification.
Honesty requirements
Most of this cannot be verified off a vehicle. When reporting work, state plainly what was tested and what was not. "Unit tests pass, not tried on the car" is the expected and acceptable answer. Do not imply road-testing that did not happen.