Scopeable capability groups
AutoBuild your programEmbedded software · integration blueprint
Build with eHorizon & ADAS Map Runtime.
Signed edge runtime, versioned IPC/C ABI, target adapters, content/configuration and diagnostic contracts. This page defines the public integration shape; exact endpoints, artifacts, signals, electronics, entitlement and release versions are program-specific.
Integration boundary
Start with authority, context and capability.
The runtime owns its bounded edge state; vehicle ECUs, BMS, hardware security and cloud control planes retain their declared authority.
Adjacent integration domains
Program-selectable forms
Evidence boundaries
Contract families
Interfaces a production program must own.
Names describe the contract boundary. Current Mappls documentation and the signed OEM interface schedule remain authoritative for exact methods and formats.
Runtime API
C/C++/Rust ABI or IPC with schema/version negotiation, rate, backpressure and failure state.
Platform adapter
Target OS, hardware, sensor, vehicle bus, network, storage, clock, watchdog and power integration.
Artifact lifecycle
Signed runtime, content and configuration manifests with compatibility, activation, health and rollback.
Diagnostics
Bounded health, counters, reset reason, versions and policy-controlled replay evidence.
Delivery journey
From scope to supported release.
Target
Freeze hardware/OS/compiler/resource/interface and vehicle/program compatibility envelope.
Simulate
Use deterministic adapters, golden inputs, replay and fault injection before vehicle access.
Integrate
Connect privileged platform sources through least-privilege adapters and negotiated IPC.
Qualify
Complete static, fuzz, timing/resource, SIL/HIL/vehicle, update/rollback and applicable process evidence.
Canonical state pattern
Carry the evidence with the value.
The example is illustrative and intentionally product-neutral. It demonstrates version, freshness, quality and correlation behavior that remains stable across Mappls Auto domains.
- ✓Location and Navigation Runtimes
- ✓eHorizon & HD Map Cloud/content manager
- ✓ADASIS/NDS or OEM-agreed consumer interface
- ✓ADAS, chassis, powertrain, HIL and diagnostics
consumer_contract.hpp
struct ObservedState {
uint64_t monotonic_time_ns;
Freshness freshness;
Quality quality;
Version source_version;
std::optional<Value> value;
};
// Consumers must handle unavailable, stale and invalid explicitly.
Result<ObservedState, RuntimeError> read_state();Use source-controlled contracts and generated clients for the selected release.
Capability mapping
Turn scope into traceable interfaces.
Each enabled module receives a requirement, owner, contract, test environment, operational measure and lifecycle decision.
Probable path
Build ranked road-ahead candidates from route, topology and localization context.
Profile horizon
Encode agreed curvature, slope, speed, topology and other attributes by offset.
Freshness & validity
Expose map, live-feed, localization, route and interface quality independently.
Consumer negotiation
Match profile, schema, rate, horizon and capability to each ECU consumer.
Safe degradation
Shorten, qualify or withdraw horizons when evidence is stale or incompatible.
Replay & diagnostics
Reproduce exact content, route, position, profile and consumer versions.
Release evidence
Validate the failure path—not only the first success.
Production readiness is attached to the chosen platform, territory, data, vehicle, deployment and lifecycle.
- ✓ABI/schema and cross-platform conformance
- ✓Deterministic replay and golden truth sets
- ✓CPU, memory, storage, power and timing bounds
- ✓Sensor/bus/network/time/power fault injection
- ✓Secure boot, signed config/update and debug policy
- ✓Target HIL/vehicle and long-duration soak
OEM program workshop
Move eHorizon & ADAS Map Runtime from blueprint to integration plan.
Confirm the vehicle, users, territory, source systems, contracts, deployment, lifecycle and evidence. The result becomes a focused technical workshop.