SlideShare une entreprise Scribd logo
Nombre d’objets connectés en fonction de la population mondiale
1/33
École Nationale d‘Ingénieurs de Tunis
Projet de fin d’études
Présenté le 02/06/2016
TelCar
Solution de lecture des informations de bord de véhicules
Encadré par : M. Mourad ZERIBI (Telnet Innovation Labs)
M. Tahar EZZEDINE (ENIT)
Présenté par : Ghassene CHAIEB
Introduction
Cadre du projet
Solution et architecture globale
Étude de la partie embarquée
Étude de la partie BackOffice
Démonstration
Conclusion
I
III
II
VI
V
IV
VII
Plan
3/33
I- Introduction
L'Internet des objets est un réseau d'objets physiques contenant des technologies
intégrées et permettant de communiquer et de détecter, ou d'interagir avec leurs états
internes ou l'environnement externe. « Gartner »
L’Internet des objets est une infrastructure mondiale pour la société de l'information, qui
permet de disposer de services évolués en interconnectant des objets (physiques ou
virtuels) grâce aux technologies de l'information et de la communication interopérables
existantes ou en évolution. « Union internationale des télécommunications »
4/33
II- Cadre du projet
1- Enterprise d'accueil
 Telnet est groupe de sociétés tunisien,
 Crée en 1994,
 Conseil, innovation et hautes technologies.
5/33
II- Cadre du projet
2- Problématique
Surveiller et être alerté
à tout moment lorsque
votre voiture est en
mouvement.
prévenir les services d’urgence
en cas de panne, de malaise ou
d’accident en communiquant
votre position géographique.
suivre l’état de votre
véhicule :
• dépenses,
• entretiens,
• diagnostic,
• etc.
6/33
II- Cadre du projet
2- Problématique
• Est-il possible de profiter des mêmes services avec des véhicules
entrée de gamme ?
• Est-il possible de placer nos véhicules au cœur de l’internet
des objets?
7/33
III- Solution et architecture globale
1- Solution proposée :
• Le boîtier TelCar permet de bénéficier de ces données en temps réel sur son
smartphone.
• Notre solution baptisé « TelCar » (Telnet-Car) est un dispositif embarqué à
brancher sur la prise OBD (On Board Diagnostic) d’un véhicule.
• Cette solution permet d’exploiter des données uniquement accessibles aux
professionnels de la réparation et de l’entretien automobile.
8/33
III- Solution et architecture globale proposées
2- Architecture globale de la solution
Services Web
Le boitier
« TelCar » 9/33
IV- Étude de la partie embarquée
La partie embarquée est composée de :
• Une partie permettant de lire et de traiter les données provenant
du réseau CAN (Controller Area Network ) du véhicule,
• Une partie communicante capable d’envoyer les données traitées
au serveur de l’application.
10/33
11
IV- Étude de la partie embarquée
Modem 4GGatewayMicrocontrôleurConnecteur OBD
11/33
12/33
1- La Gateway : Raspberry Pi
IV- Étude de la partie embarquée
1.1 Caractéristiques :
 CPU quad-core ARM Cortex-A7 900MHz
 1GB de RAM
 4 ports USB
 40 broches GPIO
 Port HDMI
 Port Ethernet
 Prise Jack
 Interface d'appareil photo
1- La Gateway : Raspberry Pi
IV- Étude de la partie embarquée
1.2 Le Système d’exploitation Raspbian :
• C’est un système d'exploitation libre basé sur Debian
(Linux) optimisé pour le matériel Raspberry Pi.
• Raspbian fournit plus qu'un simple système
d’exploitation : il est livré avec plus de 35.000
paquets des logiciels précompilés qui nous facilitent
le développement.
13/33
1- La Gateway : Raspberry Pi
IV- Étude de la partie embarquée
1.3 Compilation croisée du module Linux pour Raspberry Pi
Les ressource matérielles du Raspberry Pi sont limitées ( CPU, mémoire RAM, etc)
ce qui rend nécessaire la compilation croisée du module linux.
La compilation croisée se traduit par la possibilité d’ajouter ou de supprimer des
modules logiciels pour étendre ou limiter les fonctionnalités du noyau.
14/33
1- La Gateway : Raspberry Pi
IV- Étude de la partie embarquée
1.3 Compilation croisée du module Linux pour Raspberry Pi
15/33
16
IV- Étude de la partie embarquée
Modem 4GLa GatewayMicrocontrôleurConnecteur OBD
16/33
2- Le modem 4G
IV- Étude de la partie embarquée
Type : Quectel EC20 LTE
Le module Quectel EC20 LTE offre une connectivité
de données sur les réseaux LTE, WCDMA et les
réseaux GSM avec l’interface standard PCI
Express.
Il est équipé d’un récepteur GNSS permettant de
localiser le module rapidement et en temps réel
le module.
17/33
Le pilote QMI (Qualcomm Mobile Station Modems Interface) :
C’est un protocole binaire conçu pour remplacer la communication avec les modems
basés sur les commandes AT. Il est compatible avec les chipsets Qualcomm.
IV- Étude de la partie embarquée
2- Le module 4G
18/33
2- Le module Quectel EC20 LTE
IV- Étude de la partie embarquée
ModemUp
Présent
Absent
Activé
Aésactivé
C’est un script Shell qui contrôle
de fonctionnement de notre
modem.
19/33
Connecté
Déconnecté
19/33
21
IV- Étude de la partie embarquée
Modem 4GLa GatewayMicrocontrôleurConnecteur OBD
20/33
3- Communication Raspberry-Microcontrôleur
IV- Étude de la partie embarquée
3.1 liaison SPI Raspberry-Microcontrôleur
GPIO
SCLK
MOSI
MISO
le scénario de communication :
1. Le Raspberry génère l’horloge et envoie la requête de
demande au microcontrôleur,
2. Le microcontrôleur fournit les informations demandées,
3. Pour envoyer des données critiques, le microcontrôleur
envoie un bit 1 au Raspberry par le biais de la liaison
GPIO,
4. Le Raspberry crée une interruption et envoie une
demande de lecture des informations critiques,
5. Le microcontrôleur founit les informations critiques au
Raspberry. Master Slave
21/33
3- Communication Raspberry-Microcontrôleur
IV- Étude de la partie embarquée
3.2 Protocole de communication Raspberry-Microcontrôleur
Format de la trame envoyée par le Raspberry
Format de la trame envoyée par le microcontrôleur
22/33
V- Étude de la partie BackOffice
23/33
V- Étude de la partie BackOffice
1- Les Services web
• Un service web est un composant logiciel permettant la communication entre les applications
et les systèmes hétérogènes dans le but de créer un environnement distribué.
• Les services web utilisent le protocole HTTP(S) (Hypertext Transfer Protocol) pour transférer
des données sous format normalisé (XML, JSON, CSV).
Service web REST (REpresentational State Transfer) :
• Léger : utilise le format de donnée JSON.
• Indépendance vis à vis du langage de programmation et de la plateforme sur laquelle ils
sont déployés.
• Simplicité d'implémentation.
24/33
V- Étude de la partie BackOffice
2- La plate-forme Cloud IoT Xively
Xively est une « Platform as a Service » (PaaS) pour l'internet des objets.
Elle simplifie l'interconnexion des équipements, des données,
des personnes et des lieux.
Le processus de création de solution sous Xively se compose de trois
étapes :
1. La phase de développement
2. La phase de Déploiement
3. La phase de Gestion
25/33
V- Étude de la partie BackOffice
2- La plate-forme Cloud IoT Xively
2.1 La phase de développement
L'objectif est d'obtenir un prototype de notre produit final qui répond à nos besoins.
Trois attributs doivent être configurés :
• Les canaux (Channels) : permettent l'échange bidirectionnel de points de données entre
la plateforme Xively et les périphériques.
• La localisation : permet l’identification de la position des nœuds avec Google Maps.
• Les déclencheurs : permettent de déclencher une action lorsque une condition est satisfaite.
26/33
27/33
V- Étude de la partie BackOffice
2- La plate-forme Cloud IoT Xively
2.2 La phase de La phase de Déploiement
• Lors du déploiement, nous créons un lot de produits virtuels dans Xively qui correspond à un lot
de produits physiques fabriqués.
• Tous les nœuds doivent être pré-enregistrés en indiquant leurs numéros de série à Xively.
• Le pré-enregistrement permet à Xively de reconnaître les appareils lors du processus
de provisionnement.
28/33
Le processus de provisionnement (activation)
• Liste de Numéro de série
• Product Secret
Désactivé
Demande d’activation
Demande d’activation : Fonction de hachage (numéro de série, Product Secret )
Feed ID, API Key
Activé
Données
FeedID : Identifiant
API Key : Mot de passe
29/33
V- Étude de la partie BackOffice
2- La plate-forme Cloud IoT Xively
2.3 La phase de Gestion
Xively nous donne la possibilité de gérer les nœuds :
• Activer/désactiver un appareil,
• Activer/désactiver un service,
• Vérifier que les données provenant d'un appareil sont correctes,
• Déboguer et visualiser les requêtes en temps réel.
30/33
VI- Démonstration
31/33
33
VII- Conclusion
• Nous avons réussi à :
 Développer un protocole de communication entre le Raspberry et le
microcontrôleur,
 Collecter les données par le Raspberry et les envoyer à la plateforme Cloud
Xively,
 Gérer l’ensemble des nœuds et stocker les données qui en proviennent.
• Ces composantes jouent un rôle crucial dans l’acheminement des données de bout
en bout : du véhicule à l’application mobile.
• Nous envisageons de compléter les parties restantes de ce projet.
32/33
Perspectives :
• Améliorer la communication entre les nœuds et Xively.
• Intégrer un système d’analyse de données (Big Data) dans la plateforme Xively.
33/33
36
Merci pour votre attention

Contenu connexe

Tendances

Reseau Ad hoc - Bachar Haydar
Reseau Ad hoc - Bachar HaydarReseau Ad hoc - Bachar Haydar
Reseau Ad hoc - Bachar Haydar
Bashar Haidar
 
Mpls foudhaili oussama
Mpls foudhaili oussamaMpls foudhaili oussama
Mpls foudhaili oussama
Gilles Samba
 
Routage dans les réseaux ad hoc
Routage dans les réseaux ad hocRoutage dans les réseaux ad hoc
Routage dans les réseaux ad hoc
hamouze
 
Introduction aux réseaux locaux
 Introduction aux réseaux locaux Introduction aux réseaux locaux
Introduction aux réseaux locaux
Ines Kechiche
 
Créer un réseau wifi ad hoc
Créer un réseau wifi ad hocCréer un réseau wifi ad hoc
Créer un réseau wifi ad hoc
Bomber Man
 
Supervision réseaux métro ethernet et cloudification
Supervision réseaux métro ethernet et cloudificationSupervision réseaux métro ethernet et cloudification
Supervision réseaux métro ethernet et cloudification
sahar dridi
 
Routage adhoc
Routage adhocRoutage adhoc
Routage adhoc
Mohammed Zaoui
 
Etude de la WIFI sur NS2
Etude de la WIFI sur NS2Etude de la WIFI sur NS2
Etude de la WIFI sur NS2
Chiheb Ouaghlani
 
MobDHop
MobDHopMobDHop
Les réseaux mesh
Les réseaux meshLes réseaux mesh
Les réseaux mesh
mezlini
 
Methodes d'accès dans les réseaux locaux
Methodes d'accès dans les réseaux locauxMethodes d'accès dans les réseaux locaux
Methodes d'accès dans les réseaux locaux
Ines Kechiche
 
Simulation d'un réseau Ad-Hoc sous NS2
Simulation d'un réseau Ad-Hoc sous NS2Simulation d'un réseau Ad-Hoc sous NS2
Simulation d'un réseau Ad-Hoc sous NS2
Rihab Chebbah
 
QCM basique sur les réseaux informatiques
QCM basique sur les réseaux informatiquesQCM basique sur les réseaux informatiques
QCM basique sur les réseaux informatiques
Frust Rados
 

Tendances (18)

rapportfinal
rapportfinalrapportfinal
rapportfinal
 
Ccna formation-ccna
Ccna formation-ccnaCcna formation-ccna
Ccna formation-ccna
 
Reseau Ad hoc - Bachar Haydar
Reseau Ad hoc - Bachar HaydarReseau Ad hoc - Bachar Haydar
Reseau Ad hoc - Bachar Haydar
 
these_sample
these_samplethese_sample
these_sample
 
Mpls foudhaili oussama
Mpls foudhaili oussamaMpls foudhaili oussama
Mpls foudhaili oussama
 
Vlan
VlanVlan
Vlan
 
Routage dans les réseaux ad hoc
Routage dans les réseaux ad hocRoutage dans les réseaux ad hoc
Routage dans les réseaux ad hoc
 
Introduction aux réseaux locaux
 Introduction aux réseaux locaux Introduction aux réseaux locaux
Introduction aux réseaux locaux
 
Créer un réseau wifi ad hoc
Créer un réseau wifi ad hocCréer un réseau wifi ad hoc
Créer un réseau wifi ad hoc
 
Supervision réseaux métro ethernet et cloudification
Supervision réseaux métro ethernet et cloudificationSupervision réseaux métro ethernet et cloudification
Supervision réseaux métro ethernet et cloudification
 
Routage adhoc
Routage adhocRoutage adhoc
Routage adhoc
 
Etude de la WIFI sur NS2
Etude de la WIFI sur NS2Etude de la WIFI sur NS2
Etude de la WIFI sur NS2
 
MobDHop
MobDHopMobDHop
MobDHop
 
Les réseaux mesh
Les réseaux meshLes réseaux mesh
Les réseaux mesh
 
Methodes d'accès dans les réseaux locaux
Methodes d'accès dans les réseaux locauxMethodes d'accès dans les réseaux locaux
Methodes d'accès dans les réseaux locaux
 
Simulation d'un réseau Ad-Hoc sous NS2
Simulation d'un réseau Ad-Hoc sous NS2Simulation d'un réseau Ad-Hoc sous NS2
Simulation d'un réseau Ad-Hoc sous NS2
 
2 ad hoc
2 ad hoc2 ad hoc
2 ad hoc
 
QCM basique sur les réseaux informatiques
QCM basique sur les réseaux informatiquesQCM basique sur les réseaux informatiques
QCM basique sur les réseaux informatiques
 

En vedette

Introduction to Bitreactive
Introduction to BitreactiveIntroduction to Bitreactive
Introduction to Bitreactive
Ghassen Chaieb
 
Développement d’une application de gestion des licences des contrôleurs aériens
Développement d’une application de gestion des licences des contrôleurs aériensDéveloppement d’une application de gestion des licences des contrôleurs aériens
Développement d’une application de gestion des licences des contrôleurs aériens
Ghassen Chaieb
 
Etude, conception et réalisation d'une antenne planaire HF en technologie mic...
Etude, conception et réalisation d'une antenne planaire HF en technologie mic...Etude, conception et réalisation d'une antenne planaire HF en technologie mic...
Etude, conception et réalisation d'une antenne planaire HF en technologie mic...
Ghassen Chaieb
 
Transition ipv4-ipv6
Transition ipv4-ipv6Transition ipv4-ipv6
Transition ipv4-ipv6
Arrow Djibio
 
Active Directory : nouveautés Windows Server 2012
Active Directory : nouveautés Windows Server 2012Active Directory : nouveautés Windows Server 2012
Active Directory : nouveautés Windows Server 2012
Microsoft Technet France
 
Important Vm Ware Infrastrucutre Slides
Important Vm Ware Infrastrucutre SlidesImportant Vm Ware Infrastrucutre Slides
Important Vm Ware Infrastrucutre Slides
nouari
 
IPv6
IPv6IPv6
IPv6
medalaa
 
Lire les tables de routage
Lire les tables de routageLire les tables de routage
Lire les tables de routage
belhadj_rached
 
Projet de fin d etudes
Projet de fin d etudesProjet de fin d etudes
Projet de fin d etudes
3azwa
 
Securing the Cloud
Securing the CloudSecuring the Cloud
Securing the Cloud
GGV Capital
 
Projet reseau-de-kherfallah-ipm-2010-2011
Projet reseau-de-kherfallah-ipm-2010-2011Projet reseau-de-kherfallah-ipm-2010-2011
Projet reseau-de-kherfallah-ipm-2010-2011
Boubaker KHERFALLAH
 
DNS et bien commun
DNS et bien communDNS et bien commun
DNS et bien commun
AnDaolVras
 
Rapport simo issam
Rapport simo issamRapport simo issam
Rapport simo issam
simomans
 
lettre commercial
lettre commercial lettre commercial
lettre commercial
EL AMRI El Hassan
 
Les commandes CISCO (routeur)
Les commandes CISCO (routeur)Les commandes CISCO (routeur)
Les commandes CISCO (routeur)
EL AMRI El Hassan
 
Résumé ccna 1chapitre 1 v5.0
Résumé ccna 1chapitre 1 v5.0Résumé ccna 1chapitre 1 v5.0
Résumé ccna 1chapitre 1 v5.0
EL AMRI El Hassan
 
Projet de fin d'etude gestion informatique
Projet de fin d'etude gestion informatiqueProjet de fin d'etude gestion informatique
Projet de fin d'etude gestion informatique
jihene Ab
 
alphorm.com - Formation Linux LPIC-1/Comptia Linux+
alphorm.com - Formation Linux LPIC-1/Comptia Linux+alphorm.com - Formation Linux LPIC-1/Comptia Linux+
alphorm.com - Formation Linux LPIC-1/Comptia Linux+
Alphorm
 

En vedette (20)

Introduction to Bitreactive
Introduction to BitreactiveIntroduction to Bitreactive
Introduction to Bitreactive
 
Développement d’une application de gestion des licences des contrôleurs aériens
Développement d’une application de gestion des licences des contrôleurs aériensDéveloppement d’une application de gestion des licences des contrôleurs aériens
Développement d’une application de gestion des licences des contrôleurs aériens
 
Etude, conception et réalisation d'une antenne planaire HF en technologie mic...
Etude, conception et réalisation d'une antenne planaire HF en technologie mic...Etude, conception et réalisation d'une antenne planaire HF en technologie mic...
Etude, conception et réalisation d'une antenne planaire HF en technologie mic...
 
Transition ipv4-ipv6
Transition ipv4-ipv6Transition ipv4-ipv6
Transition ipv4-ipv6
 
Active Directory : nouveautés Windows Server 2012
Active Directory : nouveautés Windows Server 2012Active Directory : nouveautés Windows Server 2012
Active Directory : nouveautés Windows Server 2012
 
Important Vm Ware Infrastrucutre Slides
Important Vm Ware Infrastrucutre SlidesImportant Vm Ware Infrastrucutre Slides
Important Vm Ware Infrastrucutre Slides
 
IPv6
IPv6IPv6
IPv6
 
Résumé vlsm et cidr
Résumé vlsm et cidrRésumé vlsm et cidr
Résumé vlsm et cidr
 
Lire les tables de routage
Lire les tables de routageLire les tables de routage
Lire les tables de routage
 
Projet de fin d etudes
Projet de fin d etudesProjet de fin d etudes
Projet de fin d etudes
 
Securing the Cloud
Securing the CloudSecuring the Cloud
Securing the Cloud
 
Projet reseau-de-kherfallah-ipm-2010-2011
Projet reseau-de-kherfallah-ipm-2010-2011Projet reseau-de-kherfallah-ipm-2010-2011
Projet reseau-de-kherfallah-ipm-2010-2011
 
Rapport projet
Rapport projetRapport projet
Rapport projet
 
DNS et bien commun
DNS et bien communDNS et bien commun
DNS et bien commun
 
Rapport simo issam
Rapport simo issamRapport simo issam
Rapport simo issam
 
lettre commercial
lettre commercial lettre commercial
lettre commercial
 
Les commandes CISCO (routeur)
Les commandes CISCO (routeur)Les commandes CISCO (routeur)
Les commandes CISCO (routeur)
 
Résumé ccna 1chapitre 1 v5.0
Résumé ccna 1chapitre 1 v5.0Résumé ccna 1chapitre 1 v5.0
Résumé ccna 1chapitre 1 v5.0
 
Projet de fin d'etude gestion informatique
Projet de fin d'etude gestion informatiqueProjet de fin d'etude gestion informatique
Projet de fin d'etude gestion informatique
 
alphorm.com - Formation Linux LPIC-1/Comptia Linux+
alphorm.com - Formation Linux LPIC-1/Comptia Linux+alphorm.com - Formation Linux LPIC-1/Comptia Linux+
alphorm.com - Formation Linux LPIC-1/Comptia Linux+
 

Similaire à TelCar : Solution de lecture des informations de bord de véhicule

IoT (M2M) - Big Data - Analyses : Simulation et Démonstration
IoT (M2M) - Big Data - Analyses : Simulation et DémonstrationIoT (M2M) - Big Data - Analyses : Simulation et Démonstration
IoT (M2M) - Big Data - Analyses : Simulation et Démonstration
CHAKER ALLAOUI
 
Programmation réseau en JAVA
Programmation réseau en JAVAProgrammation réseau en JAVA
Programmation réseau en JAVA
Bachir Benyammi
 
Cours Middleware orientés objets
Cours Middleware orientés objetsCours Middleware orientés objets
Cours Middleware orientés objets
Vincent Englebert
 
Deploiement_Lora_exo.pdf
Deploiement_Lora_exo.pdfDeploiement_Lora_exo.pdf
Deploiement_Lora_exo.pdf
merazgaammar2
 
chapitres 3 technologies de communication de l'IoT partie II.pptx
chapitres  3 technologies de communication de l'IoT partie II.pptxchapitres  3 technologies de communication de l'IoT partie II.pptx
chapitres 3 technologies de communication de l'IoT partie II.pptx
merazgaammar2
 
Meet'up "Linux et Android dans les systèmes embarqués et les objets connectés"
Meet'up "Linux et Android dans les systèmes embarqués et les objets connectés"Meet'up "Linux et Android dans les systèmes embarqués et les objets connectés"
Meet'up "Linux et Android dans les systèmes embarqués et les objets connectés"
Smile I.T is open
 
Crouzet Automation - em4 Ethernet Brochure, version française
Crouzet Automation - em4 Ethernet Brochure, version françaiseCrouzet Automation - em4 Ethernet Brochure, version française
Crouzet Automation - em4 Ethernet Brochure, version française
Crouzet
 
IBM Bluemix Paris meetup #23 - 20170425
IBM Bluemix Paris meetup #23 - 20170425IBM Bluemix Paris meetup #23 - 20170425
IBM Bluemix Paris meetup #23 - 20170425
IBM France Lab
 
Coursrseaux 111019081618-phpapp01
Coursrseaux 111019081618-phpapp01Coursrseaux 111019081618-phpapp01
Coursrseaux 111019081618-phpapp01
Fabrice Enock
 
Mrnc n7 2019
Mrnc n7 2019Mrnc n7 2019
Mrnc n7 2019
rebbani ahmed
 
Type de communication allen bradley 500 et 5000
Type de communication allen bradley 500 et 5000Type de communication allen bradley 500 et 5000
Type de communication allen bradley 500 et 5000
InTer TaRik
 
#OSSPARIS19 : Supervision d'objets connectés industriels - Eric DOANE, Zabbix
#OSSPARIS19 : Supervision d'objets connectés industriels - Eric DOANE, Zabbix#OSSPARIS19 : Supervision d'objets connectés industriels - Eric DOANE, Zabbix
#OSSPARIS19 : Supervision d'objets connectés industriels - Eric DOANE, Zabbix
Paris Open Source Summit
 
Catalogue Communications Industrielles 2019
Catalogue Communications Industrielles 2019Catalogue Communications Industrielles 2019
Catalogue Communications Industrielles 2019
DISTRIMEDIA
 
CoAP master presentaion
CoAP master presentaionCoAP master presentaion
CoAP master presentaion
Tarik Sefiri
 
Transition de l'AWT vers  IPv6
Transition de l'AWT vers  IPv6Transition de l'AWT vers  IPv6
Transition de l'AWT vers  IPv6
ir. Carmelo Zaccone
 
Ugif 09 2013 open source
Ugif 09 2013   open sourceUgif 09 2013   open source
Ugif 09 2013 open source
UGIF
 
IOT-1.pdf
IOT-1.pdfIOT-1.pdf
IOT-1.pdf
ssuser20f32c
 
Iot & cloud
Iot & cloudIot & cloud
Iot & cloud
YAZIDI Imran
 

Similaire à TelCar : Solution de lecture des informations de bord de véhicule (20)

IoT (M2M) - Big Data - Analyses : Simulation et Démonstration
IoT (M2M) - Big Data - Analyses : Simulation et DémonstrationIoT (M2M) - Big Data - Analyses : Simulation et Démonstration
IoT (M2M) - Big Data - Analyses : Simulation et Démonstration
 
Programmation réseau en JAVA
Programmation réseau en JAVAProgrammation réseau en JAVA
Programmation réseau en JAVA
 
Cours Middleware orientés objets
Cours Middleware orientés objetsCours Middleware orientés objets
Cours Middleware orientés objets
 
Deploiement_Lora_exo.pdf
Deploiement_Lora_exo.pdfDeploiement_Lora_exo.pdf
Deploiement_Lora_exo.pdf
 
chapitres 3 technologies de communication de l'IoT partie II.pptx
chapitres  3 technologies de communication de l'IoT partie II.pptxchapitres  3 technologies de communication de l'IoT partie II.pptx
chapitres 3 technologies de communication de l'IoT partie II.pptx
 
Meet'up "Linux et Android dans les systèmes embarqués et les objets connectés"
Meet'up "Linux et Android dans les systèmes embarqués et les objets connectés"Meet'up "Linux et Android dans les systèmes embarqués et les objets connectés"
Meet'up "Linux et Android dans les systèmes embarqués et les objets connectés"
 
Crouzet Automation - em4 Ethernet Brochure, version française
Crouzet Automation - em4 Ethernet Brochure, version françaiseCrouzet Automation - em4 Ethernet Brochure, version française
Crouzet Automation - em4 Ethernet Brochure, version française
 
IBM Bluemix Paris meetup #23 - 20170425
IBM Bluemix Paris meetup #23 - 20170425IBM Bluemix Paris meetup #23 - 20170425
IBM Bluemix Paris meetup #23 - 20170425
 
Offre de service
Offre de serviceOffre de service
Offre de service
 
Coursrseaux 111019081618-phpapp01
Coursrseaux 111019081618-phpapp01Coursrseaux 111019081618-phpapp01
Coursrseaux 111019081618-phpapp01
 
Cours réseaux
Cours réseauxCours réseaux
Cours réseaux
 
Mrnc n7 2019
Mrnc n7 2019Mrnc n7 2019
Mrnc n7 2019
 
Type de communication allen bradley 500 et 5000
Type de communication allen bradley 500 et 5000Type de communication allen bradley 500 et 5000
Type de communication allen bradley 500 et 5000
 
#OSSPARIS19 : Supervision d'objets connectés industriels - Eric DOANE, Zabbix
#OSSPARIS19 : Supervision d'objets connectés industriels - Eric DOANE, Zabbix#OSSPARIS19 : Supervision d'objets connectés industriels - Eric DOANE, Zabbix
#OSSPARIS19 : Supervision d'objets connectés industriels - Eric DOANE, Zabbix
 
Catalogue Communications Industrielles 2019
Catalogue Communications Industrielles 2019Catalogue Communications Industrielles 2019
Catalogue Communications Industrielles 2019
 
CoAP master presentaion
CoAP master presentaionCoAP master presentaion
CoAP master presentaion
 
Transition de l'AWT vers  IPv6
Transition de l'AWT vers  IPv6Transition de l'AWT vers  IPv6
Transition de l'AWT vers  IPv6
 
Ugif 09 2013 open source
Ugif 09 2013   open sourceUgif 09 2013   open source
Ugif 09 2013 open source
 
IOT-1.pdf
IOT-1.pdfIOT-1.pdf
IOT-1.pdf
 
Iot & cloud
Iot & cloudIot & cloud
Iot & cloud
 

TelCar : Solution de lecture des informations de bord de véhicule

  • 1. Nombre d’objets connectés en fonction de la population mondiale 1/33
  • 2. École Nationale d‘Ingénieurs de Tunis Projet de fin d’études Présenté le 02/06/2016 TelCar Solution de lecture des informations de bord de véhicules Encadré par : M. Mourad ZERIBI (Telnet Innovation Labs) M. Tahar EZZEDINE (ENIT) Présenté par : Ghassene CHAIEB
  • 3. Introduction Cadre du projet Solution et architecture globale Étude de la partie embarquée Étude de la partie BackOffice Démonstration Conclusion I III II VI V IV VII Plan 3/33
  • 4. I- Introduction L'Internet des objets est un réseau d'objets physiques contenant des technologies intégrées et permettant de communiquer et de détecter, ou d'interagir avec leurs états internes ou l'environnement externe. « Gartner » L’Internet des objets est une infrastructure mondiale pour la société de l'information, qui permet de disposer de services évolués en interconnectant des objets (physiques ou virtuels) grâce aux technologies de l'information et de la communication interopérables existantes ou en évolution. « Union internationale des télécommunications » 4/33
  • 5. II- Cadre du projet 1- Enterprise d'accueil  Telnet est groupe de sociétés tunisien,  Crée en 1994,  Conseil, innovation et hautes technologies. 5/33
  • 6. II- Cadre du projet 2- Problématique Surveiller et être alerté à tout moment lorsque votre voiture est en mouvement. prévenir les services d’urgence en cas de panne, de malaise ou d’accident en communiquant votre position géographique. suivre l’état de votre véhicule : • dépenses, • entretiens, • diagnostic, • etc. 6/33
  • 7. II- Cadre du projet 2- Problématique • Est-il possible de profiter des mêmes services avec des véhicules entrée de gamme ? • Est-il possible de placer nos véhicules au cœur de l’internet des objets? 7/33
  • 8. III- Solution et architecture globale 1- Solution proposée : • Le boîtier TelCar permet de bénéficier de ces données en temps réel sur son smartphone. • Notre solution baptisé « TelCar » (Telnet-Car) est un dispositif embarqué à brancher sur la prise OBD (On Board Diagnostic) d’un véhicule. • Cette solution permet d’exploiter des données uniquement accessibles aux professionnels de la réparation et de l’entretien automobile. 8/33
  • 9. III- Solution et architecture globale proposées 2- Architecture globale de la solution Services Web Le boitier « TelCar » 9/33
  • 10. IV- Étude de la partie embarquée La partie embarquée est composée de : • Une partie permettant de lire et de traiter les données provenant du réseau CAN (Controller Area Network ) du véhicule, • Une partie communicante capable d’envoyer les données traitées au serveur de l’application. 10/33
  • 11. 11 IV- Étude de la partie embarquée Modem 4GGatewayMicrocontrôleurConnecteur OBD 11/33
  • 12. 12/33 1- La Gateway : Raspberry Pi IV- Étude de la partie embarquée 1.1 Caractéristiques :  CPU quad-core ARM Cortex-A7 900MHz  1GB de RAM  4 ports USB  40 broches GPIO  Port HDMI  Port Ethernet  Prise Jack  Interface d'appareil photo
  • 13. 1- La Gateway : Raspberry Pi IV- Étude de la partie embarquée 1.2 Le Système d’exploitation Raspbian : • C’est un système d'exploitation libre basé sur Debian (Linux) optimisé pour le matériel Raspberry Pi. • Raspbian fournit plus qu'un simple système d’exploitation : il est livré avec plus de 35.000 paquets des logiciels précompilés qui nous facilitent le développement. 13/33
  • 14. 1- La Gateway : Raspberry Pi IV- Étude de la partie embarquée 1.3 Compilation croisée du module Linux pour Raspberry Pi Les ressource matérielles du Raspberry Pi sont limitées ( CPU, mémoire RAM, etc) ce qui rend nécessaire la compilation croisée du module linux. La compilation croisée se traduit par la possibilité d’ajouter ou de supprimer des modules logiciels pour étendre ou limiter les fonctionnalités du noyau. 14/33
  • 15. 1- La Gateway : Raspberry Pi IV- Étude de la partie embarquée 1.3 Compilation croisée du module Linux pour Raspberry Pi 15/33
  • 16. 16 IV- Étude de la partie embarquée Modem 4GLa GatewayMicrocontrôleurConnecteur OBD 16/33
  • 17. 2- Le modem 4G IV- Étude de la partie embarquée Type : Quectel EC20 LTE Le module Quectel EC20 LTE offre une connectivité de données sur les réseaux LTE, WCDMA et les réseaux GSM avec l’interface standard PCI Express. Il est équipé d’un récepteur GNSS permettant de localiser le module rapidement et en temps réel le module. 17/33
  • 18. Le pilote QMI (Qualcomm Mobile Station Modems Interface) : C’est un protocole binaire conçu pour remplacer la communication avec les modems basés sur les commandes AT. Il est compatible avec les chipsets Qualcomm. IV- Étude de la partie embarquée 2- Le module 4G 18/33
  • 19. 2- Le module Quectel EC20 LTE IV- Étude de la partie embarquée ModemUp Présent Absent Activé Aésactivé C’est un script Shell qui contrôle de fonctionnement de notre modem. 19/33
  • 21. 21 IV- Étude de la partie embarquée Modem 4GLa GatewayMicrocontrôleurConnecteur OBD 20/33
  • 22. 3- Communication Raspberry-Microcontrôleur IV- Étude de la partie embarquée 3.1 liaison SPI Raspberry-Microcontrôleur GPIO SCLK MOSI MISO le scénario de communication : 1. Le Raspberry génère l’horloge et envoie la requête de demande au microcontrôleur, 2. Le microcontrôleur fournit les informations demandées, 3. Pour envoyer des données critiques, le microcontrôleur envoie un bit 1 au Raspberry par le biais de la liaison GPIO, 4. Le Raspberry crée une interruption et envoie une demande de lecture des informations critiques, 5. Le microcontrôleur founit les informations critiques au Raspberry. Master Slave 21/33
  • 23. 3- Communication Raspberry-Microcontrôleur IV- Étude de la partie embarquée 3.2 Protocole de communication Raspberry-Microcontrôleur Format de la trame envoyée par le Raspberry Format de la trame envoyée par le microcontrôleur 22/33
  • 24. V- Étude de la partie BackOffice 23/33
  • 25. V- Étude de la partie BackOffice 1- Les Services web • Un service web est un composant logiciel permettant la communication entre les applications et les systèmes hétérogènes dans le but de créer un environnement distribué. • Les services web utilisent le protocole HTTP(S) (Hypertext Transfer Protocol) pour transférer des données sous format normalisé (XML, JSON, CSV). Service web REST (REpresentational State Transfer) : • Léger : utilise le format de donnée JSON. • Indépendance vis à vis du langage de programmation et de la plateforme sur laquelle ils sont déployés. • Simplicité d'implémentation. 24/33
  • 26. V- Étude de la partie BackOffice 2- La plate-forme Cloud IoT Xively Xively est une « Platform as a Service » (PaaS) pour l'internet des objets. Elle simplifie l'interconnexion des équipements, des données, des personnes et des lieux. Le processus de création de solution sous Xively se compose de trois étapes : 1. La phase de développement 2. La phase de Déploiement 3. La phase de Gestion 25/33
  • 27. V- Étude de la partie BackOffice 2- La plate-forme Cloud IoT Xively 2.1 La phase de développement L'objectif est d'obtenir un prototype de notre produit final qui répond à nos besoins. Trois attributs doivent être configurés : • Les canaux (Channels) : permettent l'échange bidirectionnel de points de données entre la plateforme Xively et les périphériques. • La localisation : permet l’identification de la position des nœuds avec Google Maps. • Les déclencheurs : permettent de déclencher une action lorsque une condition est satisfaite. 26/33
  • 28. 27/33
  • 29. V- Étude de la partie BackOffice 2- La plate-forme Cloud IoT Xively 2.2 La phase de La phase de Déploiement • Lors du déploiement, nous créons un lot de produits virtuels dans Xively qui correspond à un lot de produits physiques fabriqués. • Tous les nœuds doivent être pré-enregistrés en indiquant leurs numéros de série à Xively. • Le pré-enregistrement permet à Xively de reconnaître les appareils lors du processus de provisionnement. 28/33
  • 30. Le processus de provisionnement (activation) • Liste de Numéro de série • Product Secret Désactivé Demande d’activation Demande d’activation : Fonction de hachage (numéro de série, Product Secret ) Feed ID, API Key Activé Données FeedID : Identifiant API Key : Mot de passe 29/33
  • 31. V- Étude de la partie BackOffice 2- La plate-forme Cloud IoT Xively 2.3 La phase de Gestion Xively nous donne la possibilité de gérer les nœuds : • Activer/désactiver un appareil, • Activer/désactiver un service, • Vérifier que les données provenant d'un appareil sont correctes, • Déboguer et visualiser les requêtes en temps réel. 30/33
  • 33. 33
  • 34. VII- Conclusion • Nous avons réussi à :  Développer un protocole de communication entre le Raspberry et le microcontrôleur,  Collecter les données par le Raspberry et les envoyer à la plateforme Cloud Xively,  Gérer l’ensemble des nœuds et stocker les données qui en proviennent. • Ces composantes jouent un rôle crucial dans l’acheminement des données de bout en bout : du véhicule à l’application mobile. • Nous envisageons de compléter les parties restantes de ce projet. 32/33
  • 35. Perspectives : • Améliorer la communication entre les nœuds et Xively. • Intégrer un système d’analyse de données (Big Data) dans la plateforme Xively. 33/33
  • 36. 36 Merci pour votre attention

Notes de l'éditeur

  1. 21618661