Terwijl ons testvoertuig voor de ontwikkeling steeds meer kilometers aflegt, ontwikkelt ook de digitale infrastructuur van de TWIKE 5 zich verder.
De afgelopen weken hebben we daarom onze eerste AutoPi in het testvoertuig ingebouwd en zo een mobiele dataverbinding met het voertuig tot stand gebracht.
De huidige testopstelling is nog steeds heel pragmatisch – kabels, antennes en de gateway zijn duidelijk zichtbaar tussen de sidesticks en de rest van de testapparatuur. Maar het doel ervan is des te interessanter: voor het eerst zorgt het voor een draadloze verbinding tussen de TWIKE 5 en de buitenwereld.
Laten we bij het begin beginnen: de draadloze verbinding
De eerste stap is bewust simpel gehouden.
De AutoPi is aangesloten op het voertuig en kan in principe gegevens van de TWIKE uitlezen en deze via het mobiele netwerk op afstand doorsturen.
We hebben nu voor het eerst precies dit verband aangetoond.
Op dit moment verzamelen we nog geen uitgebreide meetgegevens en voeren we ook nog geen diagnose op afstand uit. De volgende stap is om eerst de benodigde voertuiggegevens, interfaces en toepassingen vast te stellen en met elkaar te verbinden.
Maar de technische basis is er al:
De TWIKE 5 heeft nu voor het eerst een eigen communicatiekanaal met de buitenwereld.
Van op afstand toegang tot de TWIKE Commander
Dit verband wordt vooral interessant als we vooruitkijken naar de volgende stappen in de ontwikkeling.
Diezelfde technische basis zou in de toekomst gebruikt kunnen worden om bepaalde voertuiggegevens uit te lezen, door te sturen en beschikbaar te maken voor allerlei toepassingen.
Onze werktitel voor deze mogelijke functionele laag is:
TWIKE Commander.
We zijn absoluut niet van plan om zoveel mogelijk functies online te zetten, alleen maar omdat het technisch mogelijk is.
De Commander moet echte meerwaarde bieden op alle plekken waar een koppeling met de auto zinvol is.
Mogelijke toepassingen zijn bijvoorbeeld informatie over het opladen en de status van de auto, bepaalde verbruiks- of rijgegevens, diagnostische informatie of functies die te maken hebben met het opladen.
Welke van deze functies daadwerkelijk nuttig zullen blijken en uiteindelijk deel zullen uitmaken van een mogelijk productiepakket, willen we niet alleen achter ons bureau bepalen. Technische mogelijkheden, onze eigen ideeën en vooral de wensen van onze toekomstige piloten moeten in dit proces samenkomen.
Geen IT-project voor de pilot
Eén ding is voor ons heel belangrijk.
Als TWIKE de Commander als optie aanbiedt, zou het voor de klant geen eigen IT-project moeten worden.
Een mogelijk basispakket zou daarom al een duidelijk omschreven en direct bruikbaar scala aan functies moeten bieden. In het ideale geval zou de technische installatie al klaar zijn en zou de piloot alleen nog maar zijn persoonlijke toegang hoeven in te stellen.
Log in. Stel de toegang in. Sluit de TWIKE aan.
Klaar.
Maar zodra energiebeheer in beeld komt, wordt het al snel een stuk persoonlijker.
De ene laadt gewoon op via zijn wallbox. Een ander wil zoveel mogelijk zijn eigen zonne-energie gebruiken. Weer iemand anders heeft misschien al een standaard elektriciteitsmeter, een energiebeheersysteem of een bestaande domotica-installatie en wil de gegevens daarvan graag integreren.
Hier willen we bewust onderscheid maken tussen twee niveaus.
TWIKE zorgt voor de basis – uitbreidingen blijven mogelijk
Het basispakket moet onafhankelijk van eventuele aanvullende domotica werken en op zichzelf al echte meerwaarde bieden.
Wie nog een stapje verder wil gaan, kan de Commander later aansluiten op andere apparaten in zijn of haar eigen energieomgeving.
Een mogelijk voorbeeld is de integratie van een bestaande elektriciteitsmeter of een energiemonitoringsysteem. Hierdoor zou de TWIKE in de toekomst kunnen herkennen wanneer er thuis overtollige zelfopgewekte energie beschikbaar is, en die dan gerichter kunnen gebruiken voor het opladen of voor tussentijdse opslag.
TWIKE hoeft niet elk denkbaar smart-home-systeem zelf te integreren.
In plaats daarvan zouden we beproefde interfaces en componenten kunnen aanbevelen en tegelijkertijd een open uitbreidingslaag creëren waarin technisch geïnteresseerde piloten aanvullende oplossingen kunnen ontwikkelen en hun ervaringen met elkaar kunnen delen.
Het basissysteem blijft simpel – en wie meer wil, krijgt de ruimte om het uit te breiden.
Het voertuig, de energie en de bestuurder als één systeem beschouwen
Hier wordt het onderwerp voor ons pas echt interessant.
De TWIKE 5 is vanaf het begin af aan ontworpen om heel weinig energie te verbruiken. De volgende logische vraag is daarom niet langer simpelweg:
Hoeveel energie heeft het voertuig nodig?
Het gaat ook steeds vaker om:
Wanneer is die energie beschikbaar, en hoe slim kunnen we die gebruiken?
Een voertuig met een relatief laag energieverbruik kun je veel makkelijker in een decentrale energievoorziening integreren dan een voertuig met een heel hoog verbruik.
Op de lange termijn betekent dit dat de TWIKE Commander veel meer zou kunnen worden dan alleen maar een verbinding op afstand met de auto.
Het zou een koppeling kunnen worden tussen mobiliteit, energie en het dagelijks leven van de piloot.
Het eerste signaal is al in de lucht
In deze vroege ontwikkelingsfase hebben we nog geen definitieve lijst met functies. Wat we wel hebben, is de technische koppeling.
De AutoPi die nu in onze testauto zit, vormt hiervoor het eerste testplatform. Welke gegevens we hiermee in de toekomst gaan gebruiken, welke functies hieruit zullen voortkomen en hoe een toekomstige TWIKE Commander uiteindelijk in de productieversie kan worden geïntegreerd, wordt in de volgende ontwikkelingsfasen bepaald.
De draadloze verbinding werkt al.
En dat betekent dat we nu kunnen beginnen met het beantwoorden van de belangrijkste vraag:
Wat zou een TWIKE Commander eigenlijk allemaal voor je moeten kunnen doen?
Laten we TWIKE’en!
Bron van de kopafbeelding: AutoPi – AutoPi CAN-FD Pro
