Auto- en elektronicafabrikanten geven Linuxdistro voor in de auto vrij

Een consortium van auto- en elektronicafabrikanten heeft maandag de eerste publieke versie vrijgegeven van Automotive Grade Linux, een variant van de Linuxdistributie Tizen voor in de auto. Met het platform willen de bedrijven een 'open omgeving' voor in de auto introduceren.

Het consortium werkt onder de vlag van The Linux Foundation en bestaat onder andere uit de autofabrikanten Jaguar, Nissan, Toyota en Hyundai, terwijl ook elektronicafabrikanten Samsung, LG, Nvidia en Texas Instruments zich aansloten bij het project. De bedrijven begonnen twee jaar geleden met het project, om op basis van Linux software voor de automotive-industrie te ontwikkelen. Centraal daarbij stonden het aansturen van infotainmentsystemen en toepassingen voor de boordcomputers van moderne auto's.

De recentste versie van Automotive Grade Linux is een doorontwikkeling van Tizen, een op Linux gebaseerd opensource-besturingssysteem dat onder andere Samsung toepast in televisies en smartphones. AGL biedt met de al bestaande apps, die zijn geschreven in html5 en JavaScript, een dashboard, Google Maps, een nieuwslezer, audiobediening en synchronisatie met andere apparaten. Ook is er ondersteuning voor het bedienen van de verwarming, de ventilatie en de koeling.

AGL is volgens de initiatiefnemers met name zinnig, omdat het een universele basis zou bieden. "AGL biedt de industrie in de basis de voordelen op het gebied van de stabiliteit en de kracht van een reguliere Linuxdistributie, terwijl bedrijven sneller unieke applicaties en functionaliteiten op de markt kunnen zetten", legt Rudolf Strief van The Linux Foundation uit. "Door deel te nemen aan AGL, krijgt de industrie niet te maken met fragmentatie, waardoor fabrikanten tijdverlies oplopen en r&d-resources verspillen."

Automotive Grade Linux concurreert met Android Auto, een speciale versie van Android voor auto's die onlangs door Google is aangekondigd. Het verschil is echter dat Android Auto draait op de smartphone van de gebruiker en verbinding met de auto moet maken, terwijl dat met AGL niet hoeft. Apple biedt met Apple CarPlay tevens een dergelijk systeem als Android Auto. Autofabrikant Audi maakte vorige week bekend beide systemen op termijn te zullen ondersteunen.

Reacties (51)

[Silmarunya]

Wat een drukke interface, en dat voor in de wagen - waar je mediacenter uit veiligheidsoverwegingen net zo weinig mogelijk aandacht hoort te trekken.

Overigens: nieuwsfeeds in je wagen?!? Als je zo nodig het nieuws moet lezen, parkeer je dan aub even aan de kant van de weg en haal je GSM uit je broekzak.

[batjes]

News feeds zouden gewoon gesproken kunnen worden.

[Silmarunya]

Dat kan, maar dat is geen reden om ze ook als tekst op het scherm te laten verschijnen. Beelden, zeker veranderende beelden, trekken aandacht.

Overigens blijkt dat sprekend in car entertainment en hands free bellen de aandacht ook sterk afleiden. Liever niet dus.

[batjes]

Zou maar zo kunnen dat die meuk niet zichtbaar is als je rijdt.

[Silmarunya]

Dat kan. Vraag is dan hoe zinvol die functie nog is: hoeveel mensen gaan hun motor stationair laten draaien en naar je dashboard turen prefereren boven even je smartphone of tablet bij de hand te nemen?

[batjes]

Als je voor stoplicht komt te staan oid, even iets aanklikken ipv je mobiel pakken.
Lijkt mij iets ook veiliger als je snel je twitter, facebook of nieuwsbericht wil aanklikken om voor te lezen te doen via je dashboard/stuurknopjes/touch schermpje dan je mobiel te pakken.

Veel zal gewoon kunnen via je stuurknopjes en spraak, hoef je geen seconde je ogen van de weg te houden. Dusverre zou dit minder erg moeten zijn als de radio verzetten.

[Silmarunya]

Ook geluid leidt aandacht sterk af, toch als er interactie is (handsfree bellen, spraakcommando's).

Aan een stoplicht hoor je imo toch nog altijd je ogen op de weg te hebben. Geen idee hoe lang stoplichten rood blijven bij jou, maar hier toch niet lang genoeg om even Facebook te checken.

Ik begin stilaan te vrezen dat in car entertainment goed op weg is veel van de veiligheidswinst van de voorbije decennia ongedaan te maken. Bellen en smsen zijn nu al vaker geïmpliceerd in ongevallen dan alcohol of drugs - niet verrassend, gezien het Britse ministerie van verkeer concludeert dat smsen achter het stuur je reactietijd sterker vertraagd dan dronkenschap en dat handsfree bellen niet veel beter doet.

Als je zo nodig FB wilt checken terwijl je onderweg bent, neem dan de trein of ga te voet. Als je een voertuig bestuurt, hoor je met de weg bezig te zijn en met niets anders.

[Reactie gewijzigd door Silmarunya op 22 juli 2024 22:17]

[RetepV]

In het verre Oosten willen mensen juist een overload aan informatie. Onze Westerse navigatiesystemen, bijvoorbeeld, verkopen daar niet zo goed omdat ze het er maar kaal uit vinden zien. De systemen denken te veel na voor de mensen, vinden ze. Wat wij als voordeel zien, zien zij juist als nadeel.

[Silmarunya]

Of ze het nu willen of niet, een drukke interface met een hoop functies trekt aandacht. En dat vermindert veiligheid, iets dat toch altijd prioriteit moet genieten boven 'leuk' (zeker als je in een situatie bent waar je anderen in gevaar brengt).

[spNk]

Vreselijk druk idd. Ik heb het vermoeden dat Samsung verantwoordelijk geweest is voor het design, het ziet er imo erg Samsung -achtig uit.

[JaguarJay]

Dit vind ik heel erg interessant, al hoop ik stiekem op iets meer "Dashboards" die alles direct kan aflezen van de OBD-II poort, zodat je dingen zoals je snelheid, RPM, temperaturen, boost etc. kunt aflezen vanaf het scherm. (Zoiets als de Magden M1B, een Linux carputer vooral voor performance displays) Ik hoop nog steeds dat ze ooit deze software voor Linux los gaan verkopen.

[Verwijderd]

Waarom dan niet iets baseren op Android? Samsung en software is vaak geen goede combinatie dus om vervolgens dat als basis te gebruiken klinkt niet logisch. Ook is het design achterhaald. Ik vind Android Auto er een stuk eigentijdser uitzien alleen krijg je dan helaas gratis de standaard Google tracking erbij wat je niet wilt hebben.

[Verwijderd]

Auto fabrikanten zijn vaak met lange termijn visies bezig. Wij zien Android Auto en CarPlay nu vooral als leuke multi-media speeltjes. Een Toyota of Nissan ziet de bui echter al hangen: de volgende stap is dat Auto/CarPlay zich gaat bemoeien met de airco of het alarmsysteem.

Zijn we een 15 jaartjes verder dan gaat het opeens om zelf-rijdende auto's. Willen ze daar systemen gedicteerd door Google en Apple of willen ze daar toch vooral zelf de technologie en beheersen?

Een beetje tegenwicht kan geen kwaad.

[Reactie gewijzigd door Verwijderd op 22 juli 2024 22:17]

[Iblies]

Android begon redelijk open-source maar steeds meer delen kunnen niet zonder extra voorwaarden of zelfs helemaal niet vrij worden gebruikt.

Een goed universeel begin is het halve werk. Dan hebben redelijk veel fabrikanten de garantie dat ze er gebruik van kunnen maken.

[blouweKip]

Je ben waarschijnlijk in de war met google's android apps, de source van android zelf is gewoon vrij beschikbaar onder een OSS licentie.

[Iblies]

Nee,
http://arstechnica.com/ga...e-by-any-means-necessary/

Moet je eens rustig doorlezen. Er is inderdaad een open-source van Android waar oa Nokia en Amazon mee aan de haal zijn gegaan. Echter zie je dat de bijdrage van google aan het open-source gedeelte steeds minder wordt en hun bijdrage steeds meer voor zichzelf gebruiken.

En het is het goed recht van Google om hun eigen product te prijzen alleen breng het dan ook als zodanig als eigen product en niet als een OS dat door alles en iedereen vrij mag worden gebruikt. Want onder de streep zitten er heel veel eisen aan, en die eisen worden alsmaar langer.

[blouweKip]

Ik kom dagelijks op Ars en ken dat artikel ook, dat gaat echter over iets heel anders: namelijk dat google closed source alternatieven meelevert als onderdeel van de google apps package en dus niet meer zelf ontwikkeld aan de OSS versies van dergelijke apps in de AOSP sources.
Het staat bedrijven en particulieren gewoon vrij om dergelijke apps verder te ontwikkelen.

Veranderd niets aan het feit dat android/AOSP gewoon OSS is terwijl jij de suggestie probeert te wekken dat dat niet (meer) het geval zou zijn.

[Reactie gewijzigd door blouweKip op 22 juli 2024 22:17]

[kidde]

Het staat bedrijven en particulieren gewoon vrij om dergelijke apps verder te ontwikkelen.

In de praktijk betekent dit - voor autofabrikanten - dat Android simpelweg "abandonware" is. Google dumpt de code 7 jaar geleden en onderhoud het niet, brengt steeds meer Android-onderdelen onder in GApps. Android AOSP wordt dus uitgekleed. Dit riekt naar "Embrace en Extinguish" (Microsoft™).

De gemiddelde leeftijd van de Nederlandse auto is 7 jaar. Toen was van Android net de "beta" uit, alles was toen nog open source. "Google Apps", de meuk die nu gesloten is, was toen nog gewoon synoniem met "Android", en ik denk voor een gedeelte nog steeds. De term "Android" is niet erg scherp afgebakend denk ik, en als GApps closed source is, zullen de meeste mensen oordelen dat Android dit grotendeels ook is.

Zelf rijd ik rond met een 12 jaar oude Toyota met in de console ingebouwd cassetedeck, praktisch niet te updaten door de gebruiker. Hopelijk is Toyota nu slimmer, en maken ze nu auto's die over 7 jaar nog steeds up to date gehouden kunnen worden. Met Android dat zogenaamd "open source" is, is die kans klein.

Uit het Ars-artikel blijkt, dat Google steeds minder tijd in onderhoud van AOSP steekt. We kunnen er gerust vanuitgaan dat dit 7 jaar verder helemaal opgehouden is. Maar juist bij Google werken alle personen die de broncode van AOSP snappen, beheersen en verder kunnen helpen!

LiMo is helaas gesneuveld ten faveure van Android, ik hoop dat het met "Automotive Linux" beter afloopt.

[burgt]

De closed source apps zijn uberhaupt niet interesant voor een automotive platform, omdat ze niet gebouwd zijn om in een auto bediend te worden.
Zelfs Google maps is nog steeds niet interessant in een inbouw systeem omdat je geen echte offline navigatie hebt.

[ApexAlpha]

Klopt maar als je je niet aan Google's voorwaarden houdt mag je geen Play Services gebruiken. Dit betekend géén Play Store, Maps, GMail, Google calendar et cetera...

Google schuift ook steeds meer services, zoals die van Locatie, onder zijn eigen paraplu. Als je als fabrikant géén Play Services (en de inbegrepen Google voorwaarden) op je Android telefoon zet kunnen apps bijvoorbeeld niet weten waar een telefoon is. De locatieservice valt namelijk niet onder AOSP maar onder Play Services. Kijk hier maar eens wat een "android" telefoon zonder Play is.

Android zelf is open-source maar zoals Amazon met de Kindle wel ondervindt: als je je niet aansluit bij Google blijkt Android ineens toch niet zo open...

[Zer0]

op je Android telefoon zet kunnen apps bijvoorbeeld niet weten waar een telefoon is.

Dat kan wel, alleen zul je als ontwikkelaar zelf meer moeten doen, of van een andere API gebruik moeten maken.
Google Play is een aanvulling op Android, geen onderdeel ervan, en ze zijn ook absoluut niet noodzakelijk, je hebt ze alleen nodig als ja van de Google services gebruik wil maken, verder niet.

[donny007]

Ik vind de interface van Tesla er niet alleen mooier, maar ook veel gebruiksvriendelijker uitzien. Ik denk dat autofabrikanten daar eens naar moeten kijken.

[ATS]

Nou, die krijgt er in de comments onder dat artkel anders ook goed van langs, en deels wel terecht eigenlijk.

[Boy]

Ik vind dit futuristisch design wel wat hebben eigenlijk...

[blouweKip]

Tizen is niet alleen van samsung, en omdat het (net als android) OSS is kun je het gewoon zelf aanpassen en dat is wat men hier gedaan heeft.

[Reactie gewijzigd door blouweKip op 22 juli 2024 22:17]

[johnkeates]

Leuk hoor.. een GUI. Waar blijven de technische details? Die interface kan je in principe overal op draaien. Linux. Unix. BSD. QNX. Windows als het moet... Waar zit het interessante stukje nou? Speciale kernel? Speciale frameworks? Speciale hardware waar het op moet draaien?

[killerdemon]

Tizen based + HTML5 apps dus

[johnkeates]

Ja, dat klopt, staat in het artikel, maar wat is daar nou zo speciaal aan? Tizen kenden we al, HTML5 apps ook. Wat is er nou zo veel anders aan dit ding? Linux in auto's is niet nieuw, en Tizen is ook niet nieuw. Ik snap niet zo goed wat deze groep organisaties nou bedoelen met hun "Automotive Grade Linux"... is het gewoon dat ze Tizen niet cool genoeg vonden klinken en het dus AGL noemen? En wat is er zo geniaal aan de Tizen keuze t.o.v. QNX, WebOS of misschien zelfs een standaard systeem zoals van Rosen Electronics?

[narotic]

Van de wiki op de AGL site (waar het artikel overigens ook gewoon linkt):

The AGL Reference Platform utilizes Tizen IVI as its core operating system stack and adds middleware packages and a user experience to it.

Overigens vind je op deze wiki ook veel meer technische details en kun je de software ook zelf downloaden.

Ten opzichte van Tizen is het verschil dus de middleware die nodig is voor gebruik in de auto. Daarnaast is een van de drijfveren about improving open source components for automotive use cases. QNX en WebOS zijn voor zover ik weet niet opensource en bij de oplossingen van Google en Apple zijn de handen van de fabrikanten nog veel meer gebonden. BSD had een alternatief kunnen zijn, maar dan mis je een basis systeem als Tizen en BSD hardware ondersteuning is over het algemeen toch een stuk minder dan die van Linux.

Als ze de "open/free" filosofie daadwerkelijk doorvoeren (dus geen gelockte bootloaders en andere kunstmatige barrieres), dan zie ik dit systeem zeker zitten. Gezien de verkoopaantallen van auto's kun je erop rekenen dat er een aanzienlijke community ontstaat en dat je voor het oplossen van problemen en verbeteringen niet langer afhankelijk bent van de fabrikant.

[Reactie gewijzigd door narotic op 22 juli 2024 22:17]

[Ikzellef]

De persoon die dit soort bediening voor auto' s heeft bedacht hoort in een inrichting thuis.
Levensgevaarlijke afleiding en foutbediening die van alle kanten op de loer ligt. In een voertuig horen fysike knoppen die je op de tast kunt bedienen, geen tierelantijnen op een aanraakgevoelig schermpje.
Belachelijk dat zoiets door de overheid wordt geaccepteerd.

[Oljoner]

Het is in ieder geval leuk dat het een donkere interface is. Verblinding, zoals bij de lichte kleuren van google maps, kan ik wel missen..

[johnkeates]

Dit is natuurlijk zo, maar de belangrijkste knoppen die je zou moeten bedienen tijdens het rijden zijn er nog steeds. De extra touch opties zitten er in voor als je even stil staat of de bijrijder...

[sanderv]

Het stikt anders al van de aanrakingsgevoelige schermen in auto's van verschillende merken. Ik ben geen autokenner, ik heb zelfs geen auto, maar we huren elk weekeinde een auto, en 50% heeft toch wel een touch screen aan boord. Ik zie je punt over fysieke knoppen wel, maar ik probeer alleen maar te zeggen dat dit probleem zich niet beperkt tot het gepresenteerde concept.

[Verwijderd]

De persoon die dit soort bediening voor auto' s heeft bedacht hoort in een inrichting thuis.
Levensgevaarlijke afleiding en foutbediening die van alle kanten op de loer ligt. In een voertuig horen fysike knoppen die je op de tast kunt bedienen, geen tierelantijnen op een aanraakgevoelig schermpje.
Belachelijk dat zoiets door de overheid wordt geaccepteerd.

Je krijgt het nog erg lastig in de toekomst. Maar doe eens een proefrit in een Tesla en praat dan uit ervaring. Ik prefereer een touch interface ver boven kleine kriebilige toetsjes.

[Reactie gewijzigd door Verwijderd op 22 juli 2024 22:17]

[Berendhoo]

Porten naar de raspberry pi en je kan je auto mooi upgraden als een leuk home projectje.

[Verwijderd]

Afhankelijk van je gaat home brewen kan dat wel betekenen dat je langs de RDW mag voordat je er mee mag rijden....

[RalphM.]

Wat mij het eerste opvalt is de chaotische interface met een overload aan informatie. Maar op zich is het idee wel goed om een stevige basis te creeëren die later naar wens aangepast kan worden door de fabrikanten individueel.

[mashell]

De UI is slechts een demo om aan te tonen wat je er mee kan. Expliciet niet voor productie staat op de wiki.

[burgt]

Dan hebben ze dus niet en echt goede demo in handen..
Hij voldoet niet echt aan de automotive eisen.

[LOTG]

Vreemd dat de iscreenshots in portrait zijn en niet in landscape. In een auto zit toch doorgaans een landscape scherm. Lijken eerder smartphone screenshots.

En het is inderdaad niet echt geweldig voor in de auto. Je ziet in een oogopslag net niets door de slechte contrasten en oDverdaad van icoontjes, sliders en text.

Die nieuwsfeed slaat echt alles. Dat hoort juist niet thuis in de auto, nu beginnen fabrikanten dus al zelf onveilig rijden in de hand te werken.

[Fire69]

Tesla doet ook portrait

http://www.warroominc.com.../Tesla-Screen-Opening.jpg

[Alexxxxxxxxxx]

Waarschijnlijk werkt de nieuwsfeed ook alleen als je stilstaat (en met een WiFi netwerk verbonden bent).

[Damic]

Ben ik dat nu of vind ik dat nu een redelijk rare interface hoogte, lijkt wel een 7" op zijn zij gelegd

[jip_86]

Dit klinkt meer als een standaard OS voor in de auto gezien ook de mogelijkheden voor aansturing voor de temperatuur. Weet niet of je dat kan vergelijken met Android Auto wat meer een geavanceerde manier van koppelen is met je telefoon. Zie zelf toch meer in Android Auto waar uiteindelijk de gebruiker zijn eigen interface mee neemt afgestemd op zijn eigen wensen en niet afhankelijk is van wat er een paar jaar terug toevallig hip was.

[mashell]

Dit klinkt meer als een standaard OS voor in de auto gezien ook de mogelijkheden voor aansturing voor de temperatuur.

Precies zo is het ook bedoeld. Als onderliggend linux voor een infotainment systeem. De wiki is echter wel erg summier of het bevat echt niet veel. Weinig relevante chips ondersteund. Niets over CAN en Flexray drivers, summier over MOST ondersteuning. Niks over diagnostische ondersteuning. Eigenlijk allemaal dingen die ik standaard in een automotive grade linux zou verwachten.