It is also worth knowing that a good part of the app does not depend on the adapter. Logging fill-ups, expenses, services, maintenance, income and reminders, browsing the trip and cost history, seeing where you parked and entering a trip by hand all work with no connection to the car at all. And even without an adapter the app can record trips using GPS.
In combustion cars, generally no: the ECU goes to sleep along with the ignition and there is nothing to read, although some models stay awake for a few minutes after you switch off.
In hybrids and EVs the line sits elsewhere. A hybrid can be ready to drive with the combustion engine stopped, and in that state the ECU answers normally, with the engine speed at zero. An EV has no idle: the equivalent of running is the ready state, and several modules stay active outside it, especially while charging, when they usually do answer OBD.
In either case, if you connect the phone before the car wakes up, the app keeps trying in the background and resumes on its own as soon as the ECU answers. And none of this is the same as factory-fitted telematics (the OnStar family), which uses the manufacturer's own modem and never goes through the OBD port.
Yes. Each measure has its own unit, and the whole app follows: history, charts, exports and what is published to your home automation.
You choose distance and speed, fuel volume, consumption, temperature, pressure, air flow, torque, engine power and weight separately, so mixed conventions work: miles with liters in the United Kingdom, kilometers with psi in Brazil. A new install starts from the usual units of the phone's region.
Two things depend on you for that to work. The first is granting every permission the app asks for, especially background location, choosing the option that grants access all the time, not only while the app is open: without it the system suspends location as soon as you leave the app, which is exactly the situation of a phone in your pocket while you drive. The second is turning off battery optimisation for Car 2 Home, otherwise the system kills the app mid-trip. Brands such as Samsung and Xiaomi are especially aggressive about this.
And it is worth being clear that this applies only during the trip. When it ends and the adapter connection closes, the app shuts the service down, the notification disappears and it goes back to sleep, without draining battery in the background. It is woken again by whichever start method you choose: automatic reconnection when you get in the car, Driving detection under Settings > Navigation, which works even without an adapter, or a system routine that opens the app when the phone connects to the car.
Just like on Android, this depends on you granting the permissions the app asks for, especially background location and Bluetooth. Under Settings > Navigation there is also Background reconnect, iPhone-only, where you set for how long and how often the app insists on reconnecting each time it wakes.
There is one iOS detail well worth knowing: if you force-quit the app, swiping it up in the app switcher, Apple stops relaunching it when the adapter reappears. The app needs to fall asleep on its own, not be killed. The trip is not entirely lost in that case, because the second way of waking, the one driven by movement, still works after a force-quit. But it only fires after around 500 metres of driving, so the start of the trip is left out. Letting the app close by itself is what guarantees the whole trip.
And as on Android, all of this applies only during the trip: when it ends, the app goes back to sleep. You can also create a Shortcuts automation along the lines of "when connected to the car's Bluetooth, open Car 2 Home", which gives you a third way to start.
On Android, yes. Under Start the app when the car turns on, on the Connection screen, you pick your car's Bluetooth from the list and the system launches the app when that device appears. The car has to be paired in the Android Bluetooth settings first.
On iPhone the system does not allow it, and the way round is an automation you create once in the Shortcuts app: when Bluetooth connects to your car, open Car 2 Home.
Either way, recording does not depend on the app being on screen. What the automatic start buys you is the app reconnecting sooner.
Avoid picking a similar model. Similar names are usually different cars, such as Corolla and Corolla Cross, and it is from the model that the app suggests the manufacturer's advanced profile. A namesake can bring in the wrong profile, which gets in the way more than having no profile at all.
Entering manually does not limit the readings: standard OBD-II sensors depend on the car's ECU, not on the registered name. The model matters for the advanced profile suggestion and for the calculations that use engine and tank.
For live readings, the reach comes from the advanced profiles: the catalog covers EVs and hybrids from dozens of makes (European, Asian and American) with sensors that only exist in those cars, such as high-voltage battery state of charge, pack current and temperature, cell voltage and battery cooling.
What varies is how much each manufacturer decides to expose through the diagnostic port, and that changes from model to model. It is worth installing the advanced profile suggested for your vehicle and checking under Supported Sensors what it delivers.
The problem is what comes next. Being electric, Teslas barely implement the standard OBD-II commands, and the data that matters travels on a proprietary bus. Tesla owners report that apps which query the car command by command, which is how ours works, get no answer, and that is why the apps built for the brand had to decode that bus themselves. We have not tested the app on a Tesla yet, so there is no guarantee of live readings even with the harness installed.
What does work is everything that does not depend on the adapter: Tesla is in the catalog, so you register the vehicle and use charges with consumption in km/kWh, expenses, services, maintenance and reminders, plus trips recorded by GPS.
Yes. Every sensor carries an Expression field, which computes a value from other sensors, so you can derive things the car does not report directly, such as power at the wheels from engine speed and torque.
On top of that there is an Accumulator, which keeps a rolling window over another sensor. You pick what closes the window, time, distance or a number of samples, and what it returns: sum, average, delta, slope or the last value. That is how you build a sensor like average consumption over the last 50 km.
Built-in and catalog profiles are read only, so you start by exporting the sensor to your own profile and editing the copy.
You can also start a trip whenever you want, without waiting for detection. On Android, from the app, the widgets, Android Auto or a system routine. On iPhone, from the app, the widgets, Live Activities, CarPlay, Shortcuts or by asking Siri. And if you forgot to record one, you can enter the whole trip by hand afterwards.
The Eco Score is the only score that needs a fuel consumption reading, and that reading comes from the adapter: the app derives it from the air flow sensor, with the intake pressure sensor as a fallback. On a trip recorded by GPS alone, with no adapter connected, there is nothing to compute it from and the score is left out rather than shown wrong.
Two other cases leave it out even with the adapter connected: trips under a minute, and trips too short to burn a measurable amount of fuel. The Safe Score is unaffected, because it is built from movement, which the phone measures on its own.
It does, up to a point. After 3 seconds with no GPS fix the app starts estimating position from the phone's own motion sensors, gyroscope and orientation, adding a point per second so the route stays continuous instead of jumping across the gap.
The estimate drifts, so it is capped at 2 minutes. Beyond that the app waits for a real fix. It covers a tunnel or a spiral car park ramp well; it will not carry you through a long underground stretch.
Live, during the trip. This route requires a connected OBD adapter, because that is how the app reads the car's sensors. When the car reports fuel flow, the app uses that value; when it does not, it estimates from other sensors, such as air flow, engine load, engine speed and mixture ratio. What comes out of it is instant consumption, the trip's accumulated consumption and rolling averages over distance driven, useful for ignoring the noise of a hill or a traffic light. How much of this your car delivers depends on the sensors it exposes.
From fill-ups, tank to tank. This is the figure the pump proves: you mark the fill-up as a full tank and the app closes the interval at the next one, dividing the distance driven by the total filled in between. Partial fill-ups count. If you forgot to log one, tick the matching option and the app breaks the interval instead of spoiling the average.
Comparing the two. On every tank the app shows side by side what the car reported and what the pump proved, so you get to know your vehicle's deviation.
The electric side is measured separately, in kWh, with its own consumption, so a plug-in hybrid never mixes the two.
The sources are different. The car's display calculates from the flow estimated by the ECU; tank-to-tank consumption measures what the pump actually delivered.
The calculation windows are different too. Even when the app uses the flow reported by the car itself, the figure may not match the dashboard: each manufacturer averages over its own window of time or distance, with an algorithm that is not published and that hardly ever matches the windows the app offers, be it the instant one, the trip one or the rolling averages over distance. Two correct measurements can diverge simply because they cover different stretches.
That is why the app calculates both and shows them side by side on every tank, so you get to know your car's deviation instead of guessing which one is right. The ECU column only appears when the recorded trips cover a sufficient share of the interval's distance, otherwise the comparison would rest on too small a sample.
In the live calculation. The fuel declared in the vehicle setup defines the basis of the calculation, because each one has a different density and air-fuel mixture. On a flex-fuel car the app goes further: when the car reports the ethanol percentage in the tank, it identifies the blend (from E0 to E100) and readjusts the calculation in real time, without you having to say what you filled with. If the car stops reporting it, the app carries on with the last reliable value instead of getting the maths wrong.
In cost tracking. Liquids, LPG, CNG and electric have their own consumption figures that never mix. A plug-in hybrid shows fuel consumption and electric consumption in km/kWh at the same time, each with its own average, and a gas-converted car keeps gas consumption separate from petrol. In a single fill-up you can log more than one fuel, which covers topping up with two types at the same stop.
Codes are split into confirmed, pending and permanent, which say different things about the severity and stage of the problem.
The explanation of each code comes from an extensive catalog, with symptoms, likely causes and paths to a solution. It does not cover every code in existence, mainly the manufacturer-specific ones, so every fault also brings a search shortcut already prepared with the code, in your language.
You can also clear the codes, and the reading history is kept so you can see whether any came back. Scanning is blocked while the car is moving, on purpose.
Because each one carries a Priority, and the adapter can only ask the car one question at a time. Spending that budget equally on everything would make the numbers that change fast unusable.
There are four levels: High, read in real time, Medium, about every 5 seconds, Low, about every 60 seconds, and Once per session for values that never change, such as the VIN. Speed and engine speed are always read continuously.
You can change the priority of any sensor, and there is a global setting for how fast the priority sensors are polled.
The native integration is made for Home Assistant users. You install it through HACS, pair with a 6-digit code and it keeps a two-way connection with persistent state, so Home Assistant still knows the car's situation after a restart. It is also the simpler route to set up.
MQTT is for people who already have a broker or use platforms beyond Home Assistant, such as Node-RED, openHAB, ioBroker or Grafana. It publishes in several formats, including Home Assistant auto-discovery. In exchange for that flexibility it requires the broker to be running and, to work while you are away from home, requires exposing that broker securely, which takes more setup work.
In short: if your destination is Home Assistant, start with the native one; if it is another system, go with MQTT. The details of each are in Home Assistant and MQTT.
Besides removing the ads, the paid plans unlock:
- sensor discovery with no limit on quantity;
- calculated sensors and events with no limit when exporting to Home Assistant and MQTT;
- near-real-time transmission to Home Assistant and MQTT, instead of the free plan's long interval;
- logging income against the vehicle;
- place search when logging fill-ups, expenses, services and maintenance;
- the trip map with no restriction, on the route and on the playback;
- tyre temperature as well as pressure, on vehicles that expose that sensor and are covered by the app's catalog;
- customisable panels in Live Data;
- exporting reports and your data to a file;
- the parking widget;
- more registered vehicles.
Pro is yearly or a one-off lifetime purchase; Pro Cloud is monthly or yearly. One point that often causes confusion: the lifetime purchase gives you Pro, and does not include the cloud.
The free plan is supported by ads. And there is one more route: several paid-plan features can be unlocked one at a time, by watching a rewarded ad, without subscribing to anything. That is the case for installing a manufacturer's advanced profile, sensor discovery, the intermediate diagnostic scans, tyre-sensor discovery and some exports. Subscribing removes the ads and takes that step out of the way.
Quantity. On Free you export up to 5 sensors from the calculated and event family, which gathers what the app produces rather than the car: average consumption, reconstructed odometer, trip summary, parking, driving score, phone sensors and the cost-tracking figures. Sensors read straight from the car's ECU do not count towards that and are unlimited on every plan. The split is not arbitrary: on one side what the vehicle reports, on the other what the app calculates.
Frequency. On Free, live values are sent at most every 5 minutes, against 0.5 seconds on the paid plans. That interval affects only continuous telemetry, such as speed and engine speed; parking, trip summary and the rest still arrive right away.
Data is stored encrypted with AES-256 on the device itself, travels over a TLS connection and, on our side, sits in a database on an isolated network with restricted access, behind several layers of firewall. We follow the LGPD, the GDPR and the CCPA/CPRA, and you can delete your account and data whenever you want. The details are in the Privacy Policy.
Once you sign in, your vehicle and the paired adapter start syncing, which already helps when changing devices. Trips, fill-ups, expenses and the rest of the history only go up with Pro Cloud. On a Pro without the cloud they never leave the phone.