Boot & trust
Device identity, secure startup where applicable, configuration provenance and verified application/content loading.
This reference covers the public integration shape for embedded navigation, firmware and selected hardware families. Exact electronics, certifications and production readiness are confirmed per product and OEM program.
The runtime separates signal, location, navigation, content, connectivity and lifecycle concerns so each can fail, update and be diagnosed predictably.
Device identity, secure startup where applicable, configuration provenance and verified application/content loading.
Unit, rate, validity, timeout and ownership adapters for approved CAN, service, GNSS, energy and diagnostic signals.
GNSS, dead reckoning inputs, map matching, tunnel/urban-canyon recovery and confidence propagation.
Map database, search, routing, guidance, route state, voice and multiscreen output interfaces.
Embedded modem or tether state, buffering, retry policy, cost controls and connected/offline capability negotiation.
Territory manifest, storage budget, release compatibility, resumable update, integrity, activation and rollback.
Health, versions, failures, route quality and update evidence designed for privacy-safe support.
Provisioning, entitlement, configuration, application/firmware update, recovery and decommissioning.
Interface ownership remains explicit even when Mappls supplies several layers.
GNSS · speed · ignition · gear · SoC · energy · DTC · approved actions
Identity · buffer · location · map · guidance · firmware · diagnostics
Digital twin · content · route · analytics · command · OTA · support
IVI · cluster · HUD · companion · fleet · dealer · command center
These are capability families, not a universal line-fit catalogue. Product, vehicle, country, interface and certification scope must be verified.
GNSS and communications bridge to vehicle signals and the connected vehicle cloud.
Program / product dependentRegulated or operational tracking with ignition, events, geofences and history.
Program / product dependentRoad or cabin video, local event buffering, retrieval and map/telemetry correlation.
Program / product dependentDisplay, navigation and connected content as a coordinated software-hardware product.
Program / product dependentCompact, glanceable navigation and approved communication or vehicle context.
Program / product dependentProgram-selected navigation-adjacent or safety hardware with app and cloud linkage.
Program / product dependentA credible device program separates assumptions from evidence and assigns every production responsibility.
Power states, transients, vehicle networks, wake and sleep, connectors, GNSS/RF and installation.
SoC/MCU, memory, storage, video, accelerators, operating system and performance headroom.
Identity, keys, secure boot, signed firmware, debug policy, rollback and vulnerability response.
Temperature, vibration, ingress, EMC, RF, thermal, power and vehicle mounting.
Design validation, production test, traceability, PPAP as applicable, change and obsolescence.
Provisioning, connectivity, OTA, diagnostics, service tooling, warranty and decommissioning.
Do not infer blanket IATF, ISO 26262, ISO/SAE 21434, AIS, ARAI, TEC, MTCTE, EMC or environmental compliance from a hardware-family label. The selected product receives a product- and site-specific compliance matrix.
Choose the surfaces, modules, deployment and lifecycle that fit your next RFQ. We will turn it into a focused discovery brief.