Developer docs · hardware assurance

Six hardware families. One evidence-led release discipline.

Move from a vendor-neutral reference architecture to a frozen, testable OEM SKU without confusing software completeness with physical qualification. Every family binds interfaces, runtime ownership, BOM-selection evidence, power and thermal states, manufacturing tests, cybersecurity controls and EVT-to-SOP gates.

Engineering orientation for every Mappls Auto hardware product.

These profiles expose integration ownership and evidence obligations. Component selections, numerical limits, CAD, laboratories and approvals are frozen per OEM program.

HW-01Target reference

Line-fit TCU

Secure, power-managed vehicle-to-cloud bridge

Software attachmentVehicle signals · telemetry journal · lifecycle agent
Vehicle power & wakeCellular / GNSS RFBus isolationSecure identityManufacturing traceability
  • Electrical & EMC
  • Carrier / RF
  • Vehicle HIL
  • Secure provisioning
  • OTA recovery
Claims boundary

A reference interface is not a line-fit approval, RF certificate, PPAP or authority to actuate a vehicle.

HW-02Target reference

AIS-140 & Fleet Tracker

Qualified location, event and independent endpoint reporting

Software attachmentLocation · fixed-capacity journal · endpoint policy
Protected & backup powerGNSS qualityCellular / SIMIgnition & IOInstaller evidence
  • Applicable type approval
  • Weak-network survival
  • Dual endpoints
  • Tamper / panic
  • Fleet pilot
Claims boundary

Configuration and reference tests never imply type approval or that an emergency or authority response occurred.

HW-03Target reference

Video Telematics & Dashcam

Bounded, encrypted and provenance-rich evidence capture

Software attachmentEvidence ring · trigger correlation · review workflow
Road / cabin opticsEncrypted endurance storageClock qualityPrivacy capabilitiesThermal & mount
  • Installed optics
  • Storage endurance
  • Privacy / cyber
  • Environmental
  • Calibration fixture
Claims boundary

The reference does not judge a driver, certify ADAS/DMS, guarantee legal admissibility or read production media.

HW-04Target reference

Navitainment & IVI

Integrated cockpit compute, display and navigation platform

Software attachmentLocation · navigation · signals · content · lifecycle
SoC workload headroomDisplay / touch / opticsAudio & inputsVehicle gatewayBoot & recovery
  • HMI / distraction
  • Concurrent load
  • Phone / projection matrix
  • Electrical / thermal
  • Vehicle pilot
Claims boundary

A cockpit reference is not an HMI approval, projection certification, safety case or blanket EMC qualification.

HW-05Target reference

Two-wheeler Cluster & HUD

Glanceable, freshness-bounded rider guidance surface

Software attachmentGuidance packets · pairing · presentation receipts
Sunlight / rain opticsGlove controlsBLE / optional GNSSPower & backlightVehicle mount
  • Optical ride campaign
  • Phone matrix
  • Ingress / vibration
  • Human factors
  • Graphics traceability
Claims boundary

Presentation receipts do not prove pixels changed, a rider saw a cue, or distraction and sunlight targets passed.

HW-06Target reference

Smart Helmet & Rider Accessory

Navigation-adjacent audio, haptic or light capability

Software attachmentSecure pairing · approved outputs · lifecycle
Battery / chargingAcoustic policyBLE & antennaOutputs & sensorsHelmet boundary
  • Battery / transport
  • Acoustic ride tests
  • Radio / phone matrix
  • Environmental
  • Accessory compliance
Claims boundary

No reference output proves acoustic safety, protective-helmet certification, crash detection or emergency response.

A document never advances its own release state.

Each stage requires named evidence, accountable review and a signed decision in the program system of record.

01

Program freeze

Select the exact SKU, vehicle, interfaces, numerical budgets, territory, suppliers, site, laboratories and accountable approvers.

02

EVT evidence

Prove bring-up, fault containment, runtime integration, identity and recoverable lifecycle on engineering units.

03

DVT evidence

Close electrical, RF/optical, environmental, cybersecurity, endurance and installed-product validation.

04

PVT evidence

Prove controlled manufacturing, fixtures, traceability, pilot installation, service and applicable production approval.

05

SOP lifecycle

Release a signed baseline with field monitoring, vulnerability, warranty, certificate and obsolescence operations.

Freeze once. Prove every gate against the same identity.

The shared hardware qualification engine specializes each product baseline without deleting obligations. It fingerprints every declared configuration dimension, validates the exact controlled case set, and binds independent review receipts to one SKU and revision.

  • EVT requires the complete bring-up and containment case set.
  • DVT adds every numerical budget and threat disposition.
  • PVT adds signed, fixture-bound evidence from every manufacturing station.
  • SOP follows the prior receipt and still makes no automatic compliance claim.
hardware-gate.mjs
const frozen = freezeProgramConfiguration(baseline, {
  productId: "HW-03",
  programId: "OEM-PROGRAM-01",
  skuId: "DASHCAM-IN-A2",
  hardwareRevision: "HW-A2",
  territory: "IN",
  vehicleOrMountId: "VEHICLE-MOUNT-17",
  configurationRevision: "CFG-9",
  bomRevision: "BOM-4",
  softwareBaseline: "SW-2026.08",
  selectedDimensions,
  owner: "hardware-owner",
  approvedAt: "2026-08-24T10:00:00Z",
  approvalSignatureVerified: true
});

const evaluation = evaluateGate(
  baseline,
  frozen,
  controlledEvidence
);

// review-ready ≠ physically qualified
evaluation.physicalOutcomeVerified === false;
evaluation.regulatoryApprovalGranted === false;

Receipts are deterministic evidence lineage, not self-issued OEM acceptance.

The minimum evidence carried by every family.

The same structure makes scope gaps visible across very different electronics.

Configuration freeze

Vehicle, interfaces, territory, limits, supply chain, manufacturing and approval ownership.

BOM & alternates

Selection evidence, qualification route, lifecycle exposure and controlled-alternate strategy.

Power & thermal

Named operating states, concurrency, wake behavior, protected shutdown and measured zones.

Manufacturing

Identity, signed programming, security lock, calibrated functional tests and unit-level result.

Cybersecurity

Root of trust, signed lifecycle, least privilege, diagnostics, revocation, SBOM and response.

Validation

EVT, DVT, PVT and SOP evidence without inferring compliance from a family label.

Physical assurance boundary

These public packages are comprehensive reference-design evidence models, not product CAD or qualification reports. Production claims require the frozen SKU, numerical acceptance limits, supplier artifacts, laboratory evidence, manufacturing records, installed-product validation and accountable OEM/program approval.

OEM program workshop

Bring us the vehicle. Leave with the program shape.

Choose the surfaces, modules, deployment and lifecycle that fit your next RFQ. We will turn it into a focused discovery brief.