IMA4 2018/2019 P57 : Différence entre versions
(→Positionnement par rapport à l'existant) |
(→Analyse du second concurrent) |
||
Ligne 49 : | Ligne 49 : | ||
==Analyse du second concurrent== | ==Analyse du second concurrent== | ||
+ | '''Dualoptiboot''' by Lowpowerlab <br><br> | ||
+ | Cette solution est une solution codée dans le firmware à implémenter. Elle nécessite une mémoire externe afin de stocker le firmware reçu avant de le téléverser dans la mémoire interne du microcontrôleur. En incluant la librairie Dualoptiboot, un programme scrutant les mise-à-jour est continuellement exécuté. | ||
+ | <br><br> | ||
+ | '''Avantages''' : | ||
+ | # Ne dépend pas du module radio. | ||
+ | # Peut être mis à jour en fonctionnement | ||
+ | |||
+ | '''Inconvénients''' : | ||
+ | # Un firmware défectueux ne peut plus être mis-à-jour OTA | ||
+ | # Nécessite une mémoire externe | ||
+ | |||
==Scénario d'usage du produit ou du concept envisagé== | ==Scénario d'usage du produit ou du concept envisagé== | ||
==Réponse à la question difficile== | ==Réponse à la question difficile== |
Version du 21 novembre 2018 à 23:03
Sommaire
Présentation générale
Description
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 :
- Sécurisé : la mise à jour devra être vérifié (provenance, checksum) avant l'implémentation.
- Économe en énergie : l'impact énergétique sera pris en compte dans le choix des technologies.
- (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
Un système semble déjà exister pour les composants ATmega328P(arduino) [1]
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
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
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
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 :
- Si le firmware est défectueux, il est possible de réimplémenter
Inconvénients :
- le bootloader dépend énormément du module radio (un bootloader différent pour chaque module radio)
- Nécessite de fonctionner hors ligne (lorsque le capteur ne traite plus de données)
Analyse du second concurrent
Dualoptiboot by Lowpowerlab
Cette solution est une solution codée dans le firmware à implémenter. Elle nécessite une mémoire externe afin de stocker le firmware reçu avant de le téléverser dans la mémoire interne du microcontrôleur. En incluant la librairie Dualoptiboot, un programme scrutant les mise-à-jour est continuellement exécuté.
Avantages :
- Ne dépend pas du module radio.
- Peut être mis à jour en fonctionnement
Inconvénients :
- Un firmware défectueux ne peut plus être mis-à-jour OTA
- Nécessite une mémoire externe
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 |