[IoT] Standaardisatie in voertuig telemetrie/ISO 15143-3

[Yucon]

Omdat ik bij een bedrijf in de automotive sector werk ben ik zijdelings betrokken diverse projecten op het gebied van voertuigtelemetrie. Het valt me op dat de standaardisatie nogal tegenvalt. Iedereen gebruikt weer andere weinig gestandaardiseerde hardware en verder is het landschap nogal een rommeltje van backends en portals.

Daarnaast heb je grofweg 3 varianten hardware:
- Goedkoop en heel beperkt, eigenlijk gewoon consumentenspul
- Goede kwaliteit met goede features maar ook direct behoorlijk duur
- Iets daartussenin maar dan 1:1 geïntegreerd met een custom backend en portal.

Alle drie deze oplossingen zijn niet ideaal. Nr3 komt nog het meest in de buurt, maar die verwevenheid van portal en hardware past slecht in een groter geheel. Voornamelijk vanwege het ontbreken van een one-size-fits-all. Ook is dit soms onhandig wat betreft het opslaan van de data.

Recent kwam ik ISO 15143-3 (https://www.iso.org/standard/67556.html) tegen. Ik was blij verrast Dit is helaas een gesloten document maar het komt er op neer dat men voertuigen en portals uit elkaar wil halen. Het achterliggende doel is dat het voor fleetowners vreselijk onpraktisch is om hun Caterpillars in 'myCaterpillar' en hun Volvo's in 'myVolvo' portals te monitoren. Door deze standaard kun je als klant een willekeurig portal aanschaffen en daarin je voertuigen koppelen.




Het is wat lang voor copy/paste, maar hier staat een overzicht van wat er in de berichten zit: https://www.forconstructi...eported-with-new-standard . Denk aan brandstofverbruik, foutcodes en dergelijke. Tamelijk generiek.

Deze norm komt uit de 'earth moving equipment' wereld. Dat is wat dubbel. Enerzijds is dat heel erg specifiek maar als je kijkt naar wat voor een soort data de norm doorstuurt is het heel logisch dit breder te gebruiken, ook voor bijvoorbeeld snelweg-vrachtauto's. Anderzijds ken ik ook geen normen voor aangrenzende sectoren die datzelfde proberen te doen.

In de 'Earth Moving Equipment' branche wordt het opmerkelijk goed ondersteund (Caterpillar, Volvo, JCB, John Deere en andere grote namen), maar ik zie vrijwel geen voorbeelden van het gebruik van deze ISO norm buiten deze sector.. Toch zie ik ook geen alternatieven. Weet iemand of er initiatieven zijn om in gerelateerde sectoren zoals wegtransport of logistieke transportmiddelen zoals heftrucks werk van standaardisatie te gaan maken? De wens lijkt me immers net zo goed te leven bij een transportonderneming of een beheerder van een groot magazijn als dat dat bij een aannemer het geval is.

Het 'Connected Vehicle Platform' van Microsoft (https://azure.microsoft.c...-the-frankfurt-auto-show/) heeft er wel iets van weg. Maar dit lijkt meer een voorgeconfigureerd reference design dan een echte standaard.

<sub>wat achtergrondinfo:

Lijst met platforms die dit ondersteunen 
• https://www.trackunit.com/ 
• https://www.fleetum.com/en 
• https://www.orbcomm.com/e...eb-applications/fleetedge 
• https://www.geocapture.de...s/interfaces/iso-15143-3/ 
• https://www.trimble.com/news/release.aspx?id=030717e 
• https://www.proemion.com/...-services/dataportal.html 
• https://intouchgps.com/ 

Voorbeelden van API's
• http://docs.proemion.com/aemp/ 
• https://app.swaggerhub.com/apis/InTouchGPS/AEMP/2.0.0 
• https://developer.deere.c...edata%2Ffleet.htm&anchor=</sub> 

[Yucon]

Niemand? Dat verbaast me een beetje, ik had verwacht dat er meer mensen in dit gebied werkzaam waren. Er is ondertussen wel nog een andere interessante ontwikkeling volwassen aan het worden in dit gebied. Dat is het 'MCVP / Microsoft Connected Vehicle Platform'. Dit heeft een tijdje rondgezweefd als iets dat je het best kon omschrijven als een visie in plaats van een tastbaar iets. Ondertussen is het steeds concreter aan het worden en is er ook zoiets als een referentieontwerp beschikbaar.

Wat meer achtergronden:

https://azure.microsoft.c...-the-frankfurt-auto-show/


https://channel9.msdn.com...-Platform-An-Introduction

De focus is hierbij wel iets anders. Waar ISO 151413-3 zich richt op het losknippen van voertuig en platform richt MCVP zich juist op de hele keten, nog veel meer dan andere totaaloplossingen. Die zijn vaak vooral gericht op data en visualisatie daarvan. MCVP richt zich bijvoorbeeld ook op het pushen van software die bedoeld is om op het display van een voertuig te draaien.

[kevlar01]

Heeft dit ook een beetje te maken met Verborgen auto functies activeren d.m.v. VCDS ?


In de F1 gebruiken ze ook dezelfde ECU van McLaren:
https://www.mclaren.com/a...of-an-f1-car-mclaren-ecu/

[Verwijderd]

Leuk leesvoor, ga ik eens doornemen. Werk wel in de automotive sector(verkoop ervan) maar (nog) niet de technische kant. Hoor soms wel klachten over dit soort dingen en problemen waar garages tegenaan lopen.

[Yucon]

kevlar01 schreef op maandag 2 maart 2020 @ 13:40:
Heeft dit ook een beetje te maken met Verborgen auto functies activeren d.m.v. VCDS ?


In de F1 gebruiken ze ook dezelfde ECU van McLaren:
https://www.mclaren.com/a...of-an-f1-car-mclaren-ecu/

VCDS is een stukje software dat communiceert met de canbus via een kabeltje. Dit is het centrale voertuignetwerk en de ECU is van de gebruikers daarvan, samen met nog een heleboel andere dingen. Deze telemetrieoplossingen zijn relatief losstaand en gedragen zich ook als een canbus gebruiker. Maar dan een waar toevallig een modem in zit.

Een aantal oplossingen zijn op hun beurt ook nog eens geintegreerd met de centrale display die ook voor bv het infotainment gebruikt wordt. Dit is overigens meer het geval bij MCVP oplossingen dan bij ISO 151413-3 oplossingen.. die laatste lijken in de praktijk meer op modem-achtige apparaten en zijn ook net iets minder met het voertuig zelf vervlochten. Ik denk dat de achterliggende reden is dat het voor ISO 151413-3 platformleveranciers aantrekkelijk is om ook aftermarket hardware te leveren om legacy voertuigen te kunnen bedienen.

Om security redenen is de ECU over het algemeen niet remote te flashen en er zijn ook niet heel veel redenen om dat te willen. Wel is het zo dat remote configuratiefiles geupdate kunnen worden. Daarmee heb dek je dan ook VCDS achtige funtionaliteit remote af, en ik merk dat dat in het dagelijks taalgebruik ook onder het hippe kopje 'OTA updates' geschaard wordt. Maar een configuratiefile wijzigen is fundamenteel anders dan het remote updaten van firmware.

Hier nog wat showcases van MCVP.

VW: https://www.volkswagen-ne...trategic-partnership-4689

BMW: https://blogs.microsoft.c...r-the-future-of-mobility/

Nissan Leaf + Renault Clio: https://www.techzine.nl/n...cle-platform-komen-eraan/

_{waarmee ik niet verkapt MCVP wil spammen, maar het is wel interessante materie en op dit moment gebeurt daar voor zover ik kan zien het meest.}

[ Voor 15% gewijzigd door Yucon op 02-03-2020 14:17 ]