Ga naar inhoud

Embedded product-boundary experiment

Vectis AI

Een broncodeprototype voor voertuigdata

A vehicle-data prototype spanning API, user surfaces, embedded source, and a Rust signal-normalisation core. The implemented record supports trace and fixture work; vehicle, hardware, and fleet validation remain outside it.

Brug business ↔ technologie · Embedded product-boundary experiment

Turn raw vehicle signals into a bounded, testable product system.

Explores the boundary from vehicle acquisition and canonical signals to operator-facing product decisions.

Dit is een interpretatie van portfolio en broncode, geen claim over klanten, implementatie, certificering of resultaten.

  1. 01

    Bedrijfsdruk

    Vehicle telemetry is only useful when acquisition, signal semantics, connectivity, diagnostics, user experience, and operational responsibility form one product boundary.

  2. 02

    Productbesluit

    Separate embedded acquisition, canonical signal mapping, application APIs, and user surfaces before adding assistant or predictive behaviour.

  3. 03

    Technisch dossier

    Embedded source, API and user surfaces, a Rust normalisation core, and a trace-replay fixture for DBC, CAN, and canonical mapping.

  4. 04

    Terugvoer van bewijs

    Signal quality, offline behaviour, update safety, hardware limits, and user validation return to feature scope, architecture, support, and release criteria.

Broncodebewijs

Wat de broncode daadwerkelijk aantoont

A vehicle-data prototype spanning API, user surfaces, embedded source, and a Rust signal-normalisation core. The implemented record supports trace and fixture work; vehicle, hardware, and fleet validation remain outside it.

De gedetailleerde technische momentopname wordt in het Engels bijgehouden.

Volwassenheid
Source prototype with software and firmware boundaries
Bewijsbeoordeling
Bronmoment tot

Product- en architectuurbesluiten

  • Separate device acquisition, canonical signal mapping, APIs, and operator-facing product surfaces.
  • Normalise DBC/CAN inputs into a canonical signal layer before product logic consumes them.
  • Treat offline behaviour, update safety, and hardware abstraction as explicit architecture boundaries.

Controleerbaar bewijs

  • Backend unit and integration tests for the application and telemetry boundaries.
  • Embedded source with C-level tests for selected firmware logic.
  • A Rust trace-replay integration fixture for DBC parsing, CAN decoding, and signal mapping.

Grens van de claim

  • Future architecture specifications are not presented as already implemented source.
  • No hardware-in-the-loop, vehicle-in-the-loop, OEM, safety-certification, or field-fleet record is asserted.
  • Predictive-maintenance and assistant outputs require separate data-quality and operational validation.

Repositorybewijs is geen bewijs van klanten, implementatie, certificering of resultaten.

Architectuur

Van OBD-II-poort naar inzichten in gewone taal

Drie broncodegrenzen: embedded acquisitie, canonieke signaalmapping en API's, en telemetrie- en assistentoppervlakken voor gebruikers.

Alleen een bronkaart: een laag kan geïmplementeerde code, een adaptergrens of gedocumenteerd ontwerp voorstellen. Dit bewijst geen geconfigureerde productiedienst.

  1. 01

    Laag 1 — Broncode voor ESP32 OBD-II-acquisitie

    De embedded broncode bevat OBD-II/CAN-acquisitie, geselecteerde signalen, bewegingsinvoer, buffering en updategrenzen. Er wordt geen productiehardware of voertuigvalidatie geclaimd.

  2. 02

    Laag 2 — Mobiel + Web + API

    Mobiele, web-, streaming- en ingest-oppervlakken zijn in de broncode opgenomen. De end-to-end-latentie, betrouwbaarheid en bruikbaarheid in het veld ervan vereisen validatie met de beoogde hardware en netwerken.

  3. 03

    Laag 3 — AI Insight Engine

    De broncode bevat een Mistral-gebaseerde assistent voor uitleg van ruwe CAN-data in gewone taal: ritoverzichten, rijgedragsscores en hypothesen over voorspellend onderhoud en anomalieën. De output ervan vereist afzonderlijke validatie van de datakwaliteit en afzonderlijke operationele validatie.

Het Probleem

Het Probleem

Waarom voertuigdata onbenut blijft

  1. Ruwe Data, Geen Inzicht

    Moderne voertuigen genereren rijke OBD-II-data, maar bestuurders en vlootbeheerders hebben geen toegankelijke tool om deze te interpreteren.

  2. Gefragmenteerde Tools

    Aparte apps voor diagnostiek, ritregistratie, brandstofverbruik en veiligheidsscoring. Geen uniforme intelligentielaag.

  3. Reactief Onderhoud

    Storingen treden op voordat problemen worden gedetecteerd. Geen voorspellende waarschuwingen, geen gezondheidsscoring, geen trendanalyse.

  4. Geen AI-Integratie

    U kunt uw auto geen vragen stellen. Geen interface in natuurlijke taal om rijpatronen of voertuiggezondheid te begrijpen.

Functies

Belangrijkste Functies

Broncodeoppervlakken van ruwe OBD-II-data tot telemetrie voor gebruikers

Alleen bronbereik: een item kan code, een gedocumenteerde adapter of geconfigureerde workflow beschrijven. Het zegt niet dat een productiedienst actief is.

  1. 01

    Telemetriestreaming

    De broncode bevat geselecteerde OBD-II PIDs en modi (actuele data, freeze frame, DTCs, VIN), GPS via NMEA, IMU-invoer en streaming via WebSocket + SSE. Dekking en frequenties zijn niet gevalideerd.

  2. 02

    Intelligente Ritregistratie

    De broncode bevat automatische start-/einddetectie, routeregistratie, ritstatistieken, herweergave en ritgeschiedenis met kostenanalyse. Niets daarvan is op voertuigen gevalideerd.

  3. 03

    Rijveiligheidsscore

    De broncode modelleert een veiligheidsscore op basis van rijgebeurtenissen zoals hard remmen, snelle acceleratie, scherp bochtenwerk en impact, met deelscores voor rijvloeiendheid, snelheid en eco-rijden. Drempelwaarden zijn niet op voertuigen gevalideerd.

  4. 04

    Slimme Diagnostiek

    De broncode bevat DTC lezen/wissen, freeze frame-analyse en een voertuiggezondheidsscore. Output voor voorspellend onderhoud vereist afzonderlijke validatie.

  5. 05

    AI-Assistent

    De broncode bevat een assistent voor vragen in natuurlijke taal over voertuigdata, die een groot taalmodel met streaming-SSE-antwoorden gebruikt. De output ervan vereist afzonderlijke validatie.

  6. 06

    ESP32-Firmwarebroncode

    De embedded broncode is gericht op een ESP32-S3 (dual-core 240MHz) met CAN/TWAI, u-blox GPS, een MPU6050 IMU, WiFi 802.11 b/g/n en BLE GATT. Brandstoftypen (benzine, diesel, hybride, PHEV, BEV, waterstof) en OTA A/B rollback zijn in de broncode gemodelleerd. Er wordt geen hardware- of voertuigvalidatie geclaimd.

Wat de broncode modelleert

Voertuigsignaalpaden die in de broncode zijn opgenomen

De beoordeelde code modelleert geselecteerde OBD-II/CAN-signalen en een canonieke mappinglaag. Beschikbaarheid, frequentie, eenheden en betekenis verschillen per voertuig en vereisen validatie met testfixtures, op de testbank en in het voertuig.

Alleen repository-oppervlak: beschikbaarheid, volledigheid, prestaties en operationele geschiktheid vereisen afzonderlijke validatie.

PID 0D

Voertuigsnelheid

01

De broncode bevat voertuigsnelheid als invoer voor rit-, drempel- en geofencelogica. Frequentie en nauwkeurigheid worden niet over voertuigen heen geclaimd.

PID 0C

Toerental motor

02

De broncode bevat motortoerental als invoer en proxy voor motorbelasting, met hypothesen over baselinedrift voor misfire, lambda drift en transmissieslijtage. Dit is geen gevalideerde vroege indicator.

PID 11

Gaspositie

03

De broncode bevat gaspositie (%) als invoer voor agressiescoring, gedragscoaching en gebeurtenislogica voor hard accelereren, samen met toerental en snelheid. Dit is niet op voertuigen gevalideerd.

PID 05

Koelvloeistoftemperatuur

04

De broncode bevat koelvloeistoftemperatuur als invoer en anomaliehypothesen. Dit is geen garantie op vroegtijdige waarschuwing en geen diagnostische conclusie.

PID 0F

Inlaatlucht-temperatuur

05

De broncode bevat de luchtdichtheidsinvoer voor de brandstofberekening van de ECU. Diagnostische toepassingen, zoals analyse van vermogensverlies of het controleren van claims over een cold-air-intake, vereisen voertuigspecifieke validatie.

PID 0B

Inlaatspruitstukdruk

06

De broncode bevat inlaatspruitstukdruk als invoer en als meting van motorbelasting (NA + turbo). Weergaven van boost-curve, load-vs-RPM en belasting van trekkende voertuigen zijn ontwerpscope, geen gevalideerde analyse.

PID 2F

Brandstofniveau

07

De broncode bevat tankniveau (%) als invoer voor detectie van tankbeurten, diefstalmeldingen bij een plotselinge daling en logica voor het brandstofverbruik per rit, afgezet tegen de afstand uit snelheidsintegratie. Frequentie en nauwkeurigheid worden niet geclaimd.

PID 14

O₂-sensor (Lambda)

08

De broncode bevat de lucht-brandstofverhouding als invoer. Langdurige drift is een hypothese voor degradatie van de katalysator, veroudering van de lambdasensor of ongeautoriseerde aanpassing van het brandstofsysteem, geen diagnostische conclusie.

MODE 03

ECU-foutcodes (DTC's)

09

De broncode bevat workflows voor het inlezen van diagnosecodes en voor uitleg in gewone taal. Ondersteunde modules en voorgestelde oorzaken vereisen voertuigspecifieke validatie en validatie door deskundigen.

ONBOARD

IMU (Accel + Gyro)

10

De broncode bevat IMU-invoer aan de ESP32-zijde voor gebeurtenislogica rond hard remmen, scherp bochtenwerk, botsingen en wegdekruwheid, onafhankelijk van CAN-data. Detectie en gebruik op voertuigen zonder OBD zijn niet gevalideerd.

GNSS

Geofence-grens

11

De broncode bevat positie-invoer via GPS en het mobiele netwerk voor door de gebruiker gedefinieerde zones (thuis, depot, klantlocatie), meldingen bij in- of uittreden en offline buffering. Het gedrag in het veld is niet gevalideerd.

OTA

Firmware-status

12

De broncode bevat ontwerpoppervlakken voor firmwareversie, gefaseerde updates en rollback. Er wordt geen ondertekende productierelease en geen updateregistratie van een apparaatvloot geclaimd.

Technologie

Gebouwd Met

Genoemde technologieën duiden repository-afhankelijkheden of adapteroppervlakken aan; ze bewijzen geen actieve integratie of implementatie.

Backend
Fastify, TypeScript, Prisma, PostgreSQL + TimescaleDB, Redis
AI
LLM API, streaming SSE, voertuigvragen in natuurlijke taal
Webdashboard
Next.js 14, Tailwind CSS, shadcn/ui, datavisualisatie
Mobiele App
React Native, Expo, NativeWind, BLE-koppeling, Detox E2E-tests
Firmware
ESP32-S3, ESP-IDF 5.x, FreeRTOS, CAN/TWAI, ISO-TP, GPS NMEA, MPU6050
Infrastructuur
Docker, GitHub Actions CI, Vitest, JWT auth, Swagger API-documentatie

Broncode

Code Verkennen

Het broncodeprototype van Vectis AI — backend, frontend, mobiele app en firmware — is op aanvraag beschikbaar.

NDA Vereist

Om toegang te krijgen tot de broncode, onderteken de geheimhoudingsverklaring. Dit is een standaard juridische formaliteit.

Gerelateerde adviesdiensten

Strategisch AI-advies nodig voor uw vloot of IoT-platform? Mijn adviesdiensten kunnen helpen.

Partnerschap

Interesse in Vectis AI?

Bent u vlootbeheerder, automotive OEM of IoT-partner en onderzoekt u AI voor voertuigdata? Neem contact met mij op om de beslissing te bespreken.

Neem Contact Op
AI-Inzichten

The AI Dispatch

Van demo naar betrouwbare operatie. Abonneer u op nieuwe artikelen over Physical AI.

Op elk moment uitschrijven. Nooit spam.