Skip to content
Support

Supported Platforms

This content is for the 1.0.0 version. Switch to the latest version for up-to-date documentation.

pcu supports two In-CarPC platform families. Each has a different set of hardware features, so some pages in this documentation apply to one platform and not the other.

PlatformHardware feature
In-CarPC CQ20Ignition power sequencing
In-CarPC CQ40 seriesDigital inputs and outputs

pcu is new software, and the list above is where it stands today, not where it is going. Support is being added in two directions at once:

More models. pcu currently recognises the CQ20 and the CQ40 series. Older In-CarPC models are being backported, one family at a time, and more will be supported soon. If pcu does not recognise your machine, that is expected for now rather than a fault.

More features per model. Each platform only exposes the features pcu has implemented for it so far. Ignition mode, for example, is read-only today and a future update will make it settable from the app and the CLI. The feature table below reflects the current release, so re-check it after an update rather than assuming it is fixed.

If your machine is not supported yet, use the CQUtils program preinstalled on the desktop in the meantime. It covers the older models and stays on the machine after pcu is installed, so you are not left without a way to configure the hardware.

Two things that help us:

  • If pcu reports an unrecognised board on genuine In-CarPC hardware, send us the Detected board: line it prints (see below). That line is what we need to add the model.
  • If you need a specific model or feature sooner, tell us. Contact In-CarPC support with the machine and what you are trying to do, and we will tell you where it sits in the queue.

Detection is automatic. On startup, pcu reads the board identity that the BIOS reports and matches it against the platforms it knows. There is no platform to pick and nothing to configure.

Before it writes anything to the hardware, pcu confirms the board really is the model it detected. If that check fails, it stops without touching the hardware. This is deliberate: pcu will not write to an MCU on hardware it does not recognise.

If pcu does not recognise the machine, it reports the board it found, for example:

Terminal window
Detected board: Dave's Discount Motherboards / TOASTER-9000

along with the list of supported systems. If you see this on genuine In-CarPC hardware, send that Detected board: line to In-CarPC support.

FeatureIn-CarPC CQ20In-CarPC CQ40 series
Ignition timersYesNo
Digital I/ONoYes
Firmware and status reportingYesNo

“Firmware and status reporting” covers the firmware version and the low-level register readout the CQ20 MCU provides. The CQ40 series does not expose a firmware version, so it does not report one; that is normal, not a fault.

The pcu-cli status command runs on both platforms and prints whatever the connected hardware supports.

The CQ20 is a fanless Intel Atom x6425E (Elkhart Lake) machine. Its ignition MCU is reached over the PCH SMBus. This is the platform that provides the ignition power sequencing described in Ignition Timers. It has no digital I/O.

On a CQ20, pcu-cli status reports:

  • MCU Identity: CQ20 MCU
  • Hardware Rev: DTB-IGN-MCU VER:10
  • Firmware: 12

Tested configurations:

Operating systemBIOSValidated
Windows 11 25H2 (x64)CQ20B01May 2026
Ubuntu 24.04 LTS (x64)CQ20B01May 2026

The CQ40 series covers the CQ41, CQ43, and CQ47 models. They share the same Haswell-era Intel platform and reach their I/O through the SuperIO GPIO ports. This is the platform that provides the Digital I/O described in this section: two digital inputs, two digital outputs, and an ignition sense line. It has no ignition timers.

On a CQ40 series machine, pcu-cli status reports its MCU identity as CQ40 GPIO Controller. The CQ40 series does not report a firmware version.

Tested configurations:

Operating systemBIOSValidated
Windows 10 22H2 (x64)CQ40B02Apr 2026

pcu-cli version --json includes the platform pcu detected, the full list of supported platforms, and their validated configurations. This is the machine-readable way to confirm what a fleet machine is before running platform-specific commands. See Scripting and Automation for the field reference.