KairosEngineering
KAN_1 · the product

A CANBUS logger, highspeed recording, GPS TimeSync, all tied to robust data review tools.

KAN_ is a high speed data logger built to expose the data your chassis is producing, but not showing you. Data is logged to an SD card, and stored for technical data review or generating video overlays — to extract the most out of your track days.

Developed onGR86 / BRZMore cars in testing
ReleaseQ4 2026 – Q1 2027TBD
PriceTBD
KAN_1 board with OBD-II connector, GPS antenna, SD card and ESP32 module, on carbon fibre

KAN_ was built to solve a problem facing every track day enthusiast. Data logging sucks. Let's change that.

KAN_ solves a problem I've had since my first serious track day years ago. Data logging sucks, overlays suck, it feels like the industry is stuck in the early 2000s. Like everyone, I've tried the apps, the cheap OBD2 loggers, and the more expensive GPS lap timers. None of them made it easy for me to pull out a phone or laptop and actually see my data and get stuck into it. Even if you could, it's slow, interpreted, or missing critical elements. By the time you get home, ready to review laps against the footage you collected, the process takes so long or is so painful that half the time it's not worth it — or you're left with a half-baked "good enough" result.

The more I spoke to others at the track, the more I found everyone had similar issues. Without $1000+ devices, aftermarket ECUs and the like, there are very few options. Those that exist are locked down, annoying to use, and best yet STILL don't expose the data you care about. Having battled the "premier" applications — merging OBD2 data to the dedicated lap timer and matching to GoPro footage by hand in the timeline too many times — I figured there must be a way to make it easier, once I realised I'd stopped making the videos I loved, because the process was just tiresome.

How does KAN_ solve these problems?

KAN_ has to solve a few problems to beat the existing options. It needs to first collect as much data as possible, without interference or lag. It needs to make any collected data easy to access, use or review. And it should allow for the shortest path between logging and review.

OBD2 sucks, use CANBUS

OBD2 by its nature was never meant to be high speed data, mandated by governments and only for your local tech to diagnose your car. The OBD2 protocol works by requesting data in an ASK > WAIT process, for EACH individual data point. The more data points you want, the longer it takes for the ECU to process and respond to each data point. CANBUS meanwhile is the network of modules in your car, constantly publishing datapoints at up to 100x the speed at which OBD2 can report, while also exposing data that the OEMs chose not to allow over OBD2 (such as steering angle, brake pressure, yaw rate and more).

KAN_ uses the existing CANBUS network in your car to give you highest speed, detailed and accurate data, while also recording it locally for whatever you want to do with it.

Expose more data, improve the driver mod

As we said, OBD2 was never designed to support track level data logging into your phone using a cheap Bluetooth OBD2 adapter and a dated application. Because KAN_ can expose so many data points, with more to come, you can begin to extract actual insight from your laps and improve as a driver or identify areas of mechanical concern. Was it your braking characteristics, turn in point or throttle modulation that gained you a new PB? Were your temps or pressures struggling to keep up? With proper data comes proper insights.

Easy to extract, easier to use and better with friends

Closed down systems are a bane to use, railroading users into less than optimal workflows that sap any joy or want to continue. KAN_ exists because I got so fed up spending half a weekend organising data before I could begin editing a YT video. So from the ground up, I wanted this system to be agnostic and user friendly. KAN_ by default generates a templated and consistent data file for every session, which is universal in its file type. No matter if you want to review your data in KAN_PITWALL, the dedicated review and overlay tool, or your favourite table based software or overlay software, KAN_ will always play nice.

GPS all the things

Because KAN_ wants to play nice with everything, all data is time-synced through GPS, a trick I learnt in my day job as a control systems engineer. While KAN_ will log your position in space with GPS and allow you to display it, its main goal is to make sure that syncing action cam video or other data loggers — such as notable GPS lap timers — can be done accurately and reliably. For every frame of data, there is an exact UTC time code which you can use to match to the same time code saved in the metadata of most action cams and other devices. Trying to sync your data overlay and awesome footage in editing by hand is now a thing of the past (thank god). The example data you see on this page was matched to 0.9994 r correlation (0 being no match, 1 being perfect match) between GoPro and KAN_ hardware.

One log, three ways out.

Every session writes one open file to the card. From there it's yours — take it straight into your own software, or use the free browser tools.

Every session

Logged to the card

Full CANBUS capture and a plain CSV, GPS-timed on every sample, written straight to the microSD as you drive.

Export the CSV

Straight into any program you like — engineering units, with time_s and utc columns.

Generate overlays

Gauges and traces burned onto your footage, in the browser.

Review your data

Scrub laps against the track map, in the browser. Nothing uploaded.

What it does, and what it doesn't.

What KAN_ is built to do — and, just as clearly, what it isn't for.

Does

  • Reads the factory CAN bus and decodes it to engineering units — the same numbers the ECU is working from, not a sensor's guess at them
  • Logs to its own microSD card, with GPS UTC on every sample
  • Runs with no phone in the loop — no app or pairing needed mid-session, unless you want it
  • Gives you a plain CSV. Unencrypted, no account, no cloud, no export queue
  • Physically cannot transmit onto your car's bus — how that is guaranteed
  • Supports an Android app to review and extract CSVs from KAN_1 between sessions (iOS in development)

Does not

  • Time laps to ultimate competition accuracy. Awesome for comparing your own laps, not for arguing with a transponder to officials
  • Tune, flash or change anything with your car. It only listens

It physically cannot transmit to your car.

The reason to be comfortable leaving it plugged in.

A "listen only" device, guaranteed in copper.

CANBUS can be a scary thing, so to be sure that KAN_ never interferes with the bus, it isn't only software locked, the transmit pin is physically disconnected by a solder jumper. That makes KAN_ a "listen only" device. Sleep soundly knowing that no matter what, no signals will ever flood the bus.

JP1 is that open solder jumper, in series with CAN TX. With it open, there is no conductive path from the logger onto your car's bus. A pull-up on the transceiver side holds the line recessive, so an unpowered or crashed board cannot drag the bus down either, and the transceiver's standby pin is hard-tied to ground, so there is no software route to un-silence it. In the future, if KAN_1 gains traction, this might need to be soldered for features that require transmit, but I'll always support an isolated, read-only version of KAN_1 to ensure no-one bricks their car.

Everything KAN_ can pull off the bus*

* KAN_1 was developed initially on the ZD8 BRZ, so this is an example of what can be logged. As more cars are tested this list will expand, but not every car publishes every signal. This is the full signal set defined in our DBC — be aware it's early days and subject to change.

Driver inputs
  • Accelerator_Pos%
  • Brake_Pos%
  • Clutch_Pos%
  • Steering_Angledeg
Drivetrain
  • Engine_RPMrpm
  • Speedkm/h
  • Gearsel
  • Neutral_Gearflag
  • Reverse_Gearflag
Motion & braking
  • Yaw_Ratedeg/s
  • Lat_Accelm/s²
  • Long_Accelm/s²
  • Brake_Pressureraw
  • Brake_Lightsflag
Temps & fluid
  • Coolant_Temp°C
  • Oil_Temp°C
  • Air_Temp°C
  • Fuel_Level%
Tyre pressures
  • Tire_Pressure_FLkPa
  • Tire_Pressure_FRkPa
  • Tire_Pressure_RLkPa
  • Tire_Pressure_RRkPa
Warnings & body
  • TPMS_Lightflag
  • Low_Pressure_FLflag
  • Low_Pressure_FRflag
  • Low_Pressure_RLflag
  • Low_Pressure_RRflag
  • AC_Fan_Clutchflag

The road map, dream to reality.

The CAN decode and the GPS time-sync are done, and the browser tools are built and in testing. Initial boards have arrived and testing is underway. As I ramp up the awareness campaign, I hope to test with more cars over the next couple of months — so if you're excited or interested, please reach out.

CAN decodeDone
Browser toolsBuilt · testing
BoardsTesting underway

Want one? Let me know here:

This isn't a team bringing you this product — I'm a Mechatronics Engineer with a love for the track, and I wanted to solve the problems I ran into myself. Signing up for the mailing list lets me know how much interest there is, and lets me hear any ideas, feedback or features you'd want to see. More about me.