Why Aceman

We build what the auditors check.

Whichever path you take, the same discipline stands behind it.

Built to the standard

The CRA’s essential requirements, implemented rather than approximated, in your codebase rather than a slide deck.

Assessor-aligned evidence

Every deliverable maps to what a notified body or test lab expects to see: the technical file, the traceability, the test reports.

Automotive-grade rigour

The discipline of the industry with the least tolerance for firmware that fails, brought to your connected product.

About · Why Aceman

Automotive rigour, brought to connected products.

Aceman was founded by an embedded engineer who spent years in automotive software, where a firmware fault can mean a recall.

The discipline that keeps a vehicle safe is what connected products now need, and it is what we bring to teams that don’t have it in-house.

Amir Asemanpayeh
Founder & Principal Engineer

Eleven years of embedded engineering, most of it in automotive safety-critical software: bootloaders, secure boot, diagnostics and the evidence that satisfies the world’s strictest assessors. M.Eng, University of Leeds.

LinkedIn →
What we are and aren’t
+Hands-on firmware engineering for CRA, RED, PSTI and IEC 62443 compliance
+Fixed-scope engagements, remote-first from Leeds
+Firmproof, our evidence platform: founding programme now open
Not an auditor or certifier: that’s the notified body’s role
Not a policy template, and not an evidence portal you type into
Questions

The line we never cross.

No. Notified bodies verify and certify, and they’re barred from also building the solution. We do the engineering that makes a product pass, so you’re ready when the assessor arrives.

See where you stand first.

Seven questions, two minutes, and a straight answer on what your product still needs.