Appel à Manifestation d'Intéret Boitier Open Source

De Communauté de la Fabrique des Mobilités
Aller à :navigation, rechercher

Objectifs[modifier | modifier le wikicode]

Lancement d'un AMI pour identifier un nombre suffisant d'acteur intéressé par une phase prototype (hard + soft + cloud de gestion de data) : des utilisateurs, des développeurs.

Sémantique : boitier "faiblement connecté" au véhicule plus proche d'un ordi compatible avec un fonctionnement embarqué capable (si besoin) d'accéder au CAN sur VP, PL, et capable d'autogénérer des données grâce à des capteurs embarqués. Alimentation en énergie nécessaire.

L'open source pour les nuls[modifier | modifier le wikicode]

Petit guide à compléter

Ressource : Livre Open Source & Mobility

Plan d'actions proposées pour le concours[modifier | modifier le wikicode]

0-identifier une première communauté d'intérêt

A ce stade, nous avons eu des échanges intéressés par le sujet de la part de : Koolicar, DRUST, Cityway, ALD, IFPEN, MAIF, Mob-ion, ARTEL (Arval), Région Ile de France (N.Granes), Département Alpes Maritimes (O.Guilbert) et La Métropole de Nice Côte d'Azur (A. Château), l'UTC, le CEREMA et la Métropole Européenne de Lille (pour mettre en oeuvre une solution de péage positif) ainsi que l'AFD. Nomadic Solutions soutient également la démarche.

Quelques cas d'applications envisagés :

  • Pour l'UTC :
    • Capteurs environnementaux embarqués (pollution de l’air notamment + sortie d’échappement) sur bus notamment
    • Récupération donnée géolocalisée (x,y) + temps (temps différé et/ou temps-réel) sur serveur (cloud ou standard)
    • Exploitation des données pour cartographie des données urbaines/territoriales, diagnostic et aide à la décision, stratégies de mitigation
  • Pour la MEL : Balise GPS, Carte SIM, permettant d'envoyer des "SMS" avec les données collectées (disons sur un Cloud), Balise Bluetooth pour transmettre localement les données à un Smartphone (conducteur)
  • Autres Partenaires potentiels : Egis, Transdev, keolis/kisio, transporteurs PL, michelin, CEA (projet V.Cervantes), Collectivités, écoles, labos, certaines startups comme ZenBus.
  • Informer la CNIL (Régis Chatellier).

1-spécifications techniques et cas d'utilisations

  • Dans un 1er temps, il s'agit de renseigner les cas d'usages pour les collectivités en exprimant des besoins des Directions Métier
  • Expressions des besoins : Fichier partagé
  • finalisation d'un cahier des charges commun répondant aux maximums aux différents cas d'usage
    • accès CAN BUS pour voiture et véhicule lourd (éventuellement avec 2 sous-projets), données minimales souhaitables
    • GPS,
    • lister les entrées/sorties du hardware open source pour y connecter les capteurs nécessaires à la réalisation du projet voulu.
    • gestion des données : Airvantage s'occupe de la connectivité et du device management. Airvantage permet aussi de stocker des flux de données de les visulaiser et possède une module d'alertes. Il y a également des webservices pour construire un applicatif métier. Enfin Airvantage a des connecteurs prêt a l'emploi pour : Google cloud, AWS. Tout "cloud" qui serait compatible avec le protocole AMQP, en particulier pivotal qui soutient AMQP via rabbitMQ. Rechercher de solution open source complémentaire.
  • si possible le découper
    • boitier véhicule léger
    • boitier véhicule lourd

2- Annonce lancement

  • partenariat avec sierra wireless (voir CR N°1) sur base Mangoh Red qui bénéficie d'une large communauté
  • Annonce du concours, critères de sélection, privilégier le mode collaboratif, jury, identifier les personnes/équipes « sur quoi vous vous positionnez »
  • relayer auprès des développeurs identifiés par la Fabrique
  • Laisser un bon temps de développement : présentation des équipes – livrables/fonctions

3- Présentation des productions

  • Présentation des livrables, sélection si possible
  • Remise des prix

4- Documentations

Projets en cours et appels à projet sur ces thèmatiques :

5- solutions de cofinancement du concours (chiffres estimatifs):

Coût total environ 10 k€ pour le concours. La FabMob peut financer 50%. Plusieurs acteurs industriels ont confirmé la possibilité de co-financer.

6- Livrables de la version Béta :

à décrire suite au concours. Chaque partenaire intéressé finance la production de ces boitiers via la Fabrique avec une mutualisation.

C'est un ensemble qui sera décrit :

  • hardware boitier, capteurs compatibles, ... (issu du concours)
  • software : lien vers les guides existants pour programmer
  • gestion et stockage des données produites avec des solutions ouvertes type Cozy
  • solution open source de traitement des données

7- bilan, communication et itération.

  • A la fin de l'expérimentation, chaque partenaire redonne un boitier à la Fabrique pour des écoles, labos, ...
  • Phase suivante : Savoir faire pour les composants électroniques embarqués, fiabilité à travailler. L'effort de design devrait être accompagné par des sous-traitants qualifiés. Expériences des industriels italiens ou tchèques (Paul gourlet).

Quels avantages aux premiers partenaires qui financent et prennent les risques ?[modifier | modifier le wikicode]

  • produits répondant à leurs besoins. même si des évolutions sont possibles par la suite,
  • prévalidation en usages réels,
  • identification d'une première communauté,
  • communication, mise en avant par la Fabrique notamment via l'Open Challenge
  • avantage pour la phase 2 (à définir)

Vous êtes intéressés[modifier | modifier le wikicode]

Contactez nous !

Prochaines actions[modifier | modifier le wikicode]

  • Disponible : 3 boitiers issus du projet Voiture Connectée de GENIVI à Las Vegas
  • Finaliser le cahier des charges commun et le planning
  • tester le concept dans des véhicules en usage réel,
  • construire une 1ère base de données mutualisées entre les différents utilisateurs (vitesse moyenne par exemple pour alimenter SUMO, travailler avec le projet porté par la World Bank Open Traffic).
  • une communication FabMob + partenaires sur l'open source comme une alternative crédible et souhaitable.