De algemene consensus is dat de ontwikkelingstijd voor een auto 3 tot 4 jaar is. Ga er maar rustig van uit dat dit minimaal voor een SDC geldt. Dat wil zeggen dat als je vandaag aankondigt in 2020/2021 een SDC te gaan leveren, je vandaag al de keuze moet maken voor de bouwblokken. Dan ga je veiligheidshalve uit van bewezen technologie en moet je kiezen wat er nu al voorhanden is.
Door te standaardiseren, kan de sector zorgen voor keuzevrijheid in alle modules waar dat gewenst is. Navigatie, Kaarten, Userinterface; het is allemaal te standaardiseren door generieke koppelvlakken aan te bieden met als voordeel dat je op een gegeven moment de éne module door de andere kunt vervangen. Door op deze manier te denken vindt er ook nooit een desinvestering plaats.
In het CNET-Detroit filmpje beweert de Hyundai man ook nadrukkelijk dat diversiteit de markt scherp houdt en dat men gewoon ook die keuze wil blijven houden. Ik zag de anderen daar niet afwijzend op reageren. De kunst voor alle deelnemende partijen is denk ik om te standaardiseren waar nódig en af te wijken waar mógelijk, om zodoende een eigen signatuur/ sausje naar de eindgebruiker te kunnen presenteren.
Ik kan 4 'standaardisatie gebieden' onderscheiden
1- Mapping Database; NDS is al een standaard, deze wordt door HERE en Tom2 gebruikt. Sensor data wordt gewoon gezien als een extra laag, hoewel MobilEye hun EyeQ software centraal stelt. Voor hun de juist de kaart een extra sensor. Het is maar hoe je het bekijkt, zolang je het maar allemaal via een standaar ontsluit.
2- Communicatie; In al zijn vormen; In-car met wifi of eigen bus-protocol/interface tussen sensoren en SDC-computer
(Nvidia/Mobileye/Bosch etc), ICAN etc. Naar 'buiten' (peers en cloud) toe via V2X. Hier ook traffic, Over The Air Updates (OTA) in plaatsen
3- Representatie; via API's of REST/Html 5.0 wordt alle data uit de overige modules 2-way ontsloten van en naar de HMI, koppeling met telefoon etc.
4- Navigatie; Zorgt via API's voor het ontsluiten van bijv. routering, verwerken sensorinformatie (Tom2's RoadDNA,
Here's RoadFurniture, MobilEye's Landmarks), crowd-sourced updates, RT mapupdates
In de HMI/User Interface, dáár kunnen de autobouwers zich onderscheiden en aan branding doen door er een eigen sausje overheen te gieten en extra functionaliteit toe te voegen.
Eigenlijk iedereen heeft voordeel van het hanteren van deze standaarden.
Het maakt het ontwikkelen goedkoper, het vergroot de afzetmarkt en je kunt bijvoorbeeld je kaarten/navigatie laag vervangen door een andere. Je schuift HERE er uit en Tom2 er in, of iets anders.
Eigenlijk is MobilEye de enige partij die op dit moment een andere benadering voorstelt. Dat is op meedere sites al als een vendor-lockin gesignaleerd: eenmaal gekozen voor Mobileye kom je er niet meer van af. Dat gevaar loopt de sector niet als ze voor een partij kiezen die wél gericht is op standaardisatie. HERE en Tom2 gooien wat dat betreft de hoogste ogen. En fabrikanten kunnen er nu al mee testen, dat is met MobilEye nog niet mogelijk. Veelzeggend is trouwens het feit dat de koers van MobilEye gisteren maar liefst ruim 10% is gedaald!