IMA4 2018/2019 P57 : Différence entre versions

De Wiki de Projets IMA
(Analyse du premier concurrent)
(Positionnement par rapport à l'existant)
Ligne 22 : Ligne 22 :
  
 
==Positionnement par rapport à l'existant==
 
==Positionnement par rapport à l'existant==
 +
Le but de ce projet sera de créer un module indépendant qui devra respecter certains critères afin de pouvoir être polyvalent et s'appliquer a chaque capteur. Ce module pourra être ajouté a un modèle déjà existant afin de pouvoir le mettre a jour plus tard sans devoir acheter de nouveaux capteurs qui coutent relativement cher.
 +
# '''Polyvalence''' : le module pourra s'implémenter à chaque capteur facilement.
 +
# '''Sécurisé''' : chaque mise à jour sera contrôlée avant l'implémentation du programme. (calcul du MD5 Checksum + Clée de décryptage)
 +
# '''Économe en énergie''' : ce module passera en mode repos afin d'économiser de l'énergie
 +
<br>
 +
'''Avantages''' :
 +
# Hautement sécurisé : chaque mise à jour dispose d'une clé de cryptage et d'un checksum. L'algorithme de sécurité pourra être modifié par une simple mise à jour.
 +
# Peut théoriquement s'adapter à tout système existant.
 +
# Plus stable qu'un capteur qui gère lui même ses mises à jour.
 +
# Temps de mise hors service très court
 +
<br>
 +
'''Inconvénient''' :
 +
# Entraine nécessairement une consommation plus importante qu'un capteur avec module radio qui gère directement ses mises à jour.
  
 
==Analyse du premier concurrent==
 
==Analyse du premier concurrent==

Version du 21 novembre 2018 à 22:52


Présentation générale

Description

P57-2018-prez.jpg


   Les capteurs sont omniprésents dans le domaine de l'entreprise. Une usine peut disposer de plusieurs centaines de capteurs répartis dans toute sa structure. Ces capteurs ont des rôles différents comme la mesure de la température, la présence d'une pièce où encore la mesure métrique d'un élément. 
Chacun de ces capteurs peut être amené a être mis à jour afin de modifier un temps de réponse ou changer la couleur de détection d'un capteur optique etc...
Ces mise-à-jours peuvent être fastidieuses à implémenter car nécessite l'intervention physique d'un opérateur et la mise à jour se fait pour chaque capteur individuellement.

Objectifs


L'objectif de ce projet est de proposer un système permettant de reprogrammer un capteur de manière OTA (Over The Air) sans aucune intervention physique.

Le système devra être :

  1. Sécurisé : la mise à jour devra être vérifié (provenance, checksum) avant l'implémentation.
  2. Économe en énergie : l'impact énergétique sera pris en compte dans le choix des technologies.
  3. (Bonus) Le système sera générique afin de pouvoir mettre a jour un groupe de capteur automatiquement

Analyse du projet

Positionnement par rapport à l'existant

Le but de ce projet sera de créer un module indépendant qui devra respecter certains critères afin de pouvoir être polyvalent et s'appliquer a chaque capteur. Ce module pourra être ajouté a un modèle déjà existant afin de pouvoir le mettre a jour plus tard sans devoir acheter de nouveaux capteurs qui coutent relativement cher.

  1. Polyvalence : le module pourra s'implémenter à chaque capteur facilement.
  2. Sécurisé : chaque mise à jour sera contrôlée avant l'implémentation du programme. (calcul du MD5 Checksum + Clée de décryptage)
  3. Économe en énergie : ce module passera en mode repos afin d'économiser de l'énergie


Avantages :

  1. Hautement sécurisé : chaque mise à jour dispose d'une clé de cryptage et d'un checksum. L'algorithme de sécurité pourra être modifié par une simple mise à jour.
  2. Peut théoriquement s'adapter à tout système existant.
  3. Plus stable qu'un capteur qui gère lui même ses mises à jour.
  4. Temps de mise hors service très court


Inconvénient :

  1. Entraine nécessairement une consommation plus importante qu'un capteur avec module radio qui gère directement ses mises à jour.

Analyse du premier concurrent

Un système semble déjà exister pour les composants ATmega328P(arduino) [1]
MYSBootloader by Tekka (Mysensors Team)
Ce système fonctionne en tant que bootloader uniquement sur les microcontrôleurs ATmega328P. Lors du boot du microcontroleur ou reset, il applique la mise à jour du code qu'il a reçu. Lors de la réception de la mise à jour le capteur doit être offline.
Ce système ne nécessite pas de mémoire externe.
Avantage :

  1. Si le firmware est défectueux, il est possible de réimplémenter

Inconvénients :

  1. le bootloader dépend énormément du module radio (un bootloader différent pour chaque module radio)
  2. Nécessite de fonctionner hors ligne (lorsque le capteur ne traite plus de données)

Analyse du second concurrent

Scénario d'usage du produit ou du concept envisagé

Réponse à la question difficile

Préparation du projet

Cahier des charges

Choix techniques : matériel et logiciel

Liste des tâches à effectuer

Calendrier prévisionnel

Réalisation du Projet

Feuille d'heures

Tâche Prélude Heures S1 Heures S2 Heures S3 Heures S4 Heures S5 Heures S6 Heures S7 Heures S8 Heures S9 Heures S10 Total
Analyse du projet 0


Prologue

Semaine 1

Semaine 2

Documents Rendus