Wiki de Projets IMA - Contributions de l’utilisateur [fr]

IMA4 2018/2019 P63

2019-05-09T19:18:25Z

Vlorthio : /* Semaine 15 */

__TOC__
 

=Présentation générale=
Etudiants : Victor Lorthios, Juliette Obled 
Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys 

==Description==
Ce projet consiste à modéliser la consommation d'un capteur de pollution. 
Ce système sera composé d'un ATMEGA ainsi que d'un capteur de particules, un capteur de température/humidité, une carte SD et un système Bluetooth pour transmettre les données. 

==Objectifs==
Dans un premier temps, nous allons travailler avec une carte Arduino afin de pouvoir facilement tester les différents capteur et commencer à étudier leur consommation en énergie. Nous allons ensuite réaliser un système embarqué composé d'un ATMEGA, des deux capteurs, d'un système de transmission de données bluetooth et d'un système stockage des données via une carte sd. Ainsi on aura un prototype composé uniquement des fonctionnalités nécessaire. Cela permettra de ne pas fausser nos mesures car l'Arduino comporte des ports et des fonctionnalités supplémentaires qui risqueraient de consommer plus que nécessaire.
Depuis ce capteur il faudra alors faire l'étude de la consommation énergétique des différents composants, en particulier celle du capteur de particules qui est en théorie la plus élevée. 
Enfin, on pourra tester quelles sont les meilleures manières d'utiliser les composants pour trouver leur consommation d'énergie minimale (capteur en route, en veille ou éteint quand on ne l'utilise pas). Cela sera fonction de variables telle que la période entre la prise de données notamment. On étudiera notamment les différentes manières de mettre en veille un capteur, la consommation au redémarrage, etc. 
Le but final est donc d'établir un modèle, pouvant déterminer à l'avance l'autonomie du circuit. L'Idéal étant d'avoir un système consommant le moins d'énergie possible. 

=Analyse du projet=

==Positionnement par rapport à l'existant==

La pollution est un enjeu sanitaire majeur. En effet, les polluants atmosphériques sont à l'origine de nombreux décès en France et dans le monde (48000 victimes en France selon l'agence de santé publique).

Pour réduire et éviter les endroits où la pollution est la plus dense, il est très intéressant de pouvoir analyser la présence de ces particules fines. 

Ces dernières années, de nombreux moyens ont été mis en oeuvre pour surveiller la pollution. On retrouve par exemple de nombreux objets connectés composés de capteurs capables de mesurer la qualité de l'air. Ces objets permettent notamment de sensibiliser la population à ce problème. 

==Analyse du premier concurrent==
[[Fichier:Concurrent1 PlumeLabs Flow.JPG|100px|thumb|left|Capteur Flow]][[Fichier:Concurrent1 PlumeLabs AirReport.JPG|100px|thumb|right|Application Air Report]] 
''Flow'' est un objet de 12,5cm de haut et 4cm de large permettant d'analyser la pollution de l'air en temps réel. En appuyant sur un bouton, on peut relever la concentration des principaux polluants dans l'air. 
Ce capteur est commercialisé par l'entreprise française ''Plume Labs'', fondée en 2014 dans le but d'améliorer notre quotidien face à la pollution. 

Le résultat s'affiche directement sur l'objet, par l'allumage de leds : une couleur sombre correspond à un taux de pollution élevé et une couleur claire un air sain. Les résultats peuvent également être transmis via bluetooth sur le téléphone afin d'être affichés sur l'application ''Air Report''. Cette application est composée d'une carte permettant de géolocaliser le téléphone et ainsi représenter le taux de pollution de chaque endroit de la ville. Toutes les personnes utilisant ''Flow'' peuvent donc contribuer à améliorer cette carte. Ce capteur permet donc d'évaluer ses parcours dans la ville, et inciter les gens à passer par des endroits plus sains. Il est également utilisable dans la maison. L'application propose aussi des "bulletins météo" concernant la qualité de l'air des jours à venir et annoncer les pics de pollution. 
Etant si petit, résistant (fait d'acier) et ne pesant que 70g, ''Flow'' est transportable partout. Le capteur se recharge facilement sur ordinateur ou secteur grâce à un câble USB-C vers USB, et est supposé avoir une autonomie de 24h. 

Ce capteur est donc très avancé mais coûte tout de même 179euros. 
Nous pouvons nous positionner par rapport à cet objet en espérant atteindre une fiabilité de nos mesures pour une autonomie supérieure à une journée, à moindre coût. 

==Analyse du second concurrent==
Pollutrack est un système du mesure de pollution de l'air installé sur des véhicules électriques appartenants à Enedis.
Il permet de mesurer la pollution près du trafic dans des grandes villes telles que Paris ou Lille. Plus de 300 capteurs mobiles Pollutrack sont utilisés en complément de stations qui mesurent en temps réel la quantité de particules nocives dans l'air.
Le dispositif permet de récupérer un très grand nombre de mesures. Grâce à ces mesures, il est possible de comparer le niveau de pollution d'une rue à l'autre ,d'un quartier à l'autre et d'ainsi repérer les zones de concentration de la pollution.

==Scénario d'usage du produit ou du concept envisagé==
L'utilisation de ce capteur sera la suivante : on imagine une personne voulant évaluer le taux de pollution dans l'air à but professionnel ou non. Grâce à ce capteur connecté via Bluetooth sur le téléphone, les données peuvent être transmises à intervalle régulier, ou stockées sur la carte SD pour être envoyées plus tard (si problème de réseau ou autre). 
L'utilisateur voulant faire de nombreuses mesures dans plusieurs zones géographiques, il a besoin que le capteur ait une consommation énergétique faible pour être utilisé le plus longtemps possible. On pourrait même penser à quelqu'un souhaitant réaliser une cartographie du taux de pollution d'une ville. Il a alors besoin de faire énormément de mesures (il peut les avoir en temps réel sur son téléphone) mais surtout de faire des relevés assez longtemps pour que la cartographie soit fiable (pas de mesures trop espacées dans le temps). D'où la nécessité d'avoir un système dont on connait la consommation énergétique. 
Grâce à nos recherches, nous pourrons donc assurer l'autonomie de ce capteur simplifié. 

Le capteur peut également être utilisé de manière fixe dans une usine par exemple, provoquant une alarme si la pollution dans l'air est trop élevée. Nos modélisations permettraient à l'entreprise de connaître combien de temps le capteur serait utilisable et donc estimer le moment de la journée le plus propice pour effectuer des mesures. 

==Réponse à la question difficile==

* Quelle est la fréquence optimale de récupération des valeurs de particules en fonction des usages ?

le site https://www.airparif.asso.fr/ mesure et cartographie précisément la pollution de Paris et de son agglomération en temps réel. 
L'ensemble de leurs données permettent de produire une carte avec au mieux une résolution de 10 mètres par mesure. 

En prenant l'exemple d'un piéton marchant à la vitesse de 4 km/h il faudrait une mesure toutes les 9 secondes pour avoir une résolution de 10 mètres. 

Si on prend le cas d'un cycliste roulant à la vitesse de 20km/h il faudrait une mesure toutes les deux secondes pour atteindre une résolution de 10m. 

Dans le cas où le capteur serait fixe avec une mesure toutes les deux minutes paraît suffisante. 

* Comment tester un maximum de configuration des différentes fonctions pour déterminer la consommation énergétique et estimer la durée de vie finale ?

Nous testerons les différentes configurations sur la carte Arduino. Cela nous permettra de pouvoir changer facilement les câblages (pas de soudures, etc). 

Les tests se feront grâce au code d'un ancien thésard qui nous permettrons d'estimer la consommation énergétique du système. 

Nous étudierons les possibilités suivantes 

* Mise en veille du capteur (utilisation de la broche enable) 
* Coupure de l'alimentation du capteur (utilisation d'un transistor pour commander l'état du capteur) 
* Mode sleep du microcontrôleur 

Une fois la meilleure configuration trouvée nous réaliserons la carte pour avoir la consommation exacte et ainsi pouvoir déterminer l'autonomie de la carte.

=Préparation du projet=

==Cahier des charges==

''Etudiants : Victor Lorthios, Juliette Obled'' 
''Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys'' ''
''Éventuels Clients : personne lambda désireuse de connaître le taux pollution de l'air qu'elle respire'' 

''' Sujet ''' 
Modéliser la consommation énergétique d'un capteur de pollution simplifié. 

'''Objectifs''' 
Dans un premier temps il faudra réaliser un capteur simplifié de pollution sur une Arduino, depuis différents composants (capteur d'humidité/température et capteur de particules). Depuis ce système on pourra alors récupérer le taux de pollution de l'air de manière périodique (grâce au module bluetooth et à la carte SD). Nous verrons alors le temps de réponse de notre système (si il est lent ou rapide à s'adapter dans un environnement instable, etc) pour en déduire sur quelle période de relevés se baser. 
Dans un second temps, des configurations seront testées pour déterminer la meilleure manière - énergétiquement parlant - de relever le taux de pollution : Comme expliqué dans la question difficile, nous verrons notamment différents moyens de mettre en veille notre capteur entre les relevés. 
Nous retiendrons alors la meilleure configuration à notre usage pour réaliser le capteur de pollution depuis un microcontrôleur, afin de limiter au mieux toute consommation énergétique superflue. 
Enfin, nous pourrons étudier la réelle consommation de notre système et en tirer un modèle, afin d'être capable d'annoncer la "durer de vie" du capteur selon l'utilisation retenue. 

==Choix techniques : matériel et logiciel==

''Matériel nécessaire''

Carte principale
* Carte Arduino UNO [https://fr.farnell.com/arduino/a000066/arduino-uno-carte-d-eval/dp/2075382?st=arduino%20uno]
* ATMEGA328p [https://fr.farnell.com/microchip/atmega328p-au/micro-8-bits-avr-32k-flash-32tqfp/dp/1715486?st=atmega%20328p]
* BreadBoard [https://fr.farnell.com/mcm/21-18936/carte-de-prototypage-55-x-83-mm/dp/2855018?st=breadboard]
* Quartz de 16MHz [https://fr.farnell.com/txc/9b-16-000maaj-b/xtal-16-000mhz-18pf-hc-49s/dp/1842216?st=quartz%2016MHz]
* Capteur de température/humidité DHT11 [https://fr.farnell.com/df-robot/dfr0067/capteur-humidite-de-temperature/dp/2946103?ost=dht11&krypto=nSAe3xUmYzn82Ba3MCmTb1xsIQwIwLm0Wug77jAEBmRR8c0u9aORPwbEXUzZkgEOkW9FWrot%2FD2G1fauIEdT2%2FLQpj%2FbWYyeehmGw6cPJouYreHMHIL5EcUCZ7dGiBBrtP9Pztes%2BFTSfnidMZNl%2BV2bmfUdjVN%2Ffd%2BfpCvmWmC2Pa6oc8NiPYtnwD9DHagkFXRCFgLeICUjhLO0CrI5O7YSEu8GSaIH61z3l8yfWPvGhER3Egx5AGiiDDaA%2BvLuSgGqia%2F4qpn0eOM86V%2F84%2FqRn1SizGCoHhSdWeZMJ81ZzxrqmZnpz5A1t9UiWlqGESOur8dThEJ4SYF1DYqqFpYhDtchRQn6bk%2BeaDYBdbXrGYsKcSoVUPPgX4lBqxs1BUvNI49Bk7GpBIi1ViHtneYL%2BMRj7QyfDp9iWIw9Qe8pxdpcFFdqxlO%2B78PffaFHNseBt0aCCBSgXM0ai%2FKz%2BQ%3D%3D&ddkey=https%3Afr-FR%2FElement14_France%2Fsearch]
* Carte SD 16Go [https://www.gotronic.fr/art-carte-micro-sd-16-gb-21521.htm]
* Shield Bluetooth [https://www.gotronic.fr/art-module-bluetooth-hc05-26097.htm]
* FTDI [https://fr.farnell.com/ftdi/ft232rl-reel/usb-vers-uart-ssop28-232/dp/1146032?st=ftdi%20ft232]
* Module USB [https://fr.farnell.com/wurth-elektronik/61400416121/embase-usb-2-0-type-b-cms/dp/1642035?st=usb%20type%20B]
* Résistances : 1*1MOhm + 2*10kOhm + 4*1kOhm
* MicroSD card module [https://www.mouser.fr/ProductDetail/DFRobot/DFR0229?qs=lqAf%2FiVYw9iUSsZAMqpn6w%3D%3D]
* 1 Transistor Mosfet IRF530NPBF [https://fr.farnell.com/infineon/irf530npbf/transistor-mosfet-canal-n-to220/dp/8648263?st=irf530]
* 4 Résistances CMS 1KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-102-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCG8U96oB1N8iEjA3WWloOyQ%3D%3D]
* 3 Résistances CMS 10KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-103-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCf7nuw8CxaxWavEDTcrYVSA%3D%3D]
* 1 Résistance CMS 4,7KOhm (0805 !) [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-472-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCR8f6WlwD1E1e%2FmlyHQJiVw%3D%3D]
* 1 Résistance CMS 1MOhm [https://www.mouser.fr/ProductDetail/Yageo/RT0603DRD071ML?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCCzRqR3HSxGAhpPu7NwurDw%3D%3D]
* 8 Capa0603 CMS 0.1uF [https://www.mouser.fr/ProductDetail/Yageo/AS0805KKX7R9BB104?qs=sGAEpiMZZMs0AnBnWHyRQN7%2FAA2D2lPPsYA1bJbHbZoQC62GCvbujw%3D%3D]
* 2 Capa0805 CMS 22pF [https://www.mouser.fr/ProductDetail/KEMET/CBR08C220J5GAC?qs=sGAEpiMZZMs0AnBnWHyRQKJCfzG%2Fi9wHIuDMkLtQL%252BAeTzFzADF%2FKw%3D%3D]
* 1 Capa0805 CMS 10uF [https://www.mouser.fr/ProductDetail/Yageo/CC0805KFX5R8BB106?qs=sGAEpiMZZMs0AnBnWHyRQB9G40cLJQs48fO1KJB45QKWe9F2ufi5Bw%3D%3D]
* 1 Diode verte CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SMLD12EN1WT86?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2UaDK3wHdwzQH59mdZ86SRg%3D%3D]
* 1 Diode rouge CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SML-D12V8WT86C?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2xr7aIegCC5DdIa4TH1FJuQ%3D%3D]
* Régulateur 5v/3.3v [https://www.mouser.fr/ProductDetail/Texas-Instruments/LM1117MPX-33-NOPB?qs=sGAEpiMZZMvu8NZDyZ4K0Sw3Ge2x%2FL%2F%2F]
* Bouton poussoir 
* 3 Capteur de particules PM2.5 - SEN0177 (avec son adaptateur) (un déjà eu) [https://eu.mouser.com/ProductDetail/DFRobot/SEN0177?qs=%2fha2pyFadug0jBbcL1AeO5xbZZKOlHL5GOQhx8mcyvg%3d]
Pourquoi 3 capteurs : pour les tests de mise en veille, il nous faut 1 capteur test, et 2 capteurs de référence (car souvent beaucoup de variation de valeurs entre les capteurs)

Carte secondaire
* 2 AOP LTC6800 [https://fr.rs-online.com/web/p/amplificateurs-dinstrumentation/7619648/]
* Header 
* 2 Capa0603 CMS 0.1uF
* 2 Résistance CMS 1206 10 Ohm 
* 1 Résistance CMS 0603 10k Ohm
* 1 Résistance CMS 0603 27k Ohm

''Logiciels''

Nous utiliserons le logiciel IDE Arduino pour le code de l'arduino et Altium pour réaliser notre carte électronique

==Liste des tâches à effectuer==

Capteur de pollution depuis une Arduino 
- correctement câbler les composants 
- écrire un code pour en retirer des valeurs correspondants à un taux de pollution 
- récupérer ces valeurs depuis 1) la carte SD 2) le module bluetooth 

Etudes des valeurs reçues 
- déduire des valeurs reçues des courbes correspondant au taux de pollution dans l'air en fonction du temps (notamment en environnement instable où l'on change brutalement le taux de particules dans l'air) 
- déterminer depuis ces courbes et depuis nos espérances (de la question difficile n°1) une période pour relever le taux de pollution 

Tests de différentes configurations 
Comme il est important de minimiser la consommation énergétique de notre système, nous rechercherons une mise en veille optimale de notre système, sans que cela ne gène le relevé. 
Nous testerons donc différentes configurations comme expliqué à la question difficile n°2. 
- mise en veille du capteur (utilisation de la broche enable) 
- coupure de l'alimentation du capteur (utilisation d'un transistor) 
- mode sleep du microcontrôleur 

Système optimisé 
Conscient que l'arduino peut consommer plus que seulement ce dont les capteurs auraient besoin, nous allons dans une deuxième partie réaliser le système depuis un ATMEGA avec la configuration retenue. 
- réalisation de la carte électronique 
- code et essais pour étudier la cohérence des relevés par rapport aux anciens 

Modélisation de la consommation finale de notre système 
Depuis le programme d'un thésard polytech, de la même manière que pour les tests de mise en veille, nous étudierons la consommation de notre capteur pour en tirer un modèle et ainsi déterminer combien de temps il peut être utilisé.

Pour aller plus loin 
Si jamais nous réussissons à faire toutes ces tâches avec succès, pourquoi pas tester une autre utilisation (automobiliste, etc) avec donc une autre période pour les relevés et peut-être une autre configuration pour la mise en veille. 
Il pourrait également être intéressant de réussir à se géolocaliser pour plus facilement exploiter les données de ce capteur simplifié. 

==Calendrier prévisionnel==

=Réalisation du Projet=
==Feuille d'heures==

{| class="wikitable"
!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
|
|
|
|
|
|
|
|
|
|
|
|}

==Semaine 1==

Lors de ces premières séances, nous avons commencé à réaliser le PCB sur Altium de la carte représentant notre capteur de pollution. Au cours de ce travail, nous nous sommes donc rendus compte qu'il fallait revoir notre liste de matériel, qui est incomplète. Nous aimerions finir le schéma électrique des capteurs associés à l'Arduino ainsi que la représentation Altium du microcontrôleur avec les autres composants d'ici les prochaines séances, afin d'avoir rapidement une liste de matériel fixe et éventuellement pouvoir demander une vérification de notre schéma Altium pour ensuite démarrer la partie Routage de la carte. 
Nous avons également trouvé du code disponible pour l'utilisation des capteurs. 

==Semaine 2==

[[Fichier:Schematic s2.JPG|thumb|right|300px|Schematic à la séance 2]]
[[Fichier:Explication ftdi.jpg|thumb|left|150px|Partie FTDI]]
[[Fichier:Explication transistor.jpg|thumb|left|150px|schéma électrique du transistor]]
Une grosse partie du schematic a été terminée. 
Il comporte un atmega328p. Pour son bon fonctionnement, il possède un reset, un quartz et un module ICSP. Pour ce faire, nous avons utilisé le schematic d'une Arduino UNO disponible sur [https://store.arduino.cc/arduino-uno-rev3 le site d'Arduino]. 
Il est connecté à un FTDI FT232RL pour pouvoir téléverser facilement le code depuis l'ordinateur sans avoir besoin d'utiliser un atmega16u2. Il y a donc avec ce FTDI un module USB. Nous nous sommes inspirés de [https://www.electroschematics.com/10997/bootload-atmega-microcontroller-build-arduino-2/ ce site] pour câbler correctement notre circuit. 
Enfin, nous avons ajouté des header correspondant respectivement au capteur de particules et au capteur de température/humidité. Comme on peut le constater sur la capture d'écran ci-dessous, le capteur de particules est connecté à un transistor. Cela nous servira pour pouvoir commander la mise en veille du capteur. 
Nous avons décidé des valeurs de résistance et de capacité selon les datasheet des modules et selon les calculs ci-contre.
Il nous reste maintenant à inclure un module bluetooth et SD pour que notre capteur soit complet. Nous devons également voir avec un des encadrants l'utilisation du capteur de particules. En effet, ce capteur peut donner de grandes variations de valeurs, d'où la nécessité d'utiliser plusieurs capteurs (nous en avons demandé 3) pour avoir une valeur moyenne. Ainsi, nous devons discuter de la mise en place d'un ou de trois transistors pour notre utilisation.
Nous avons également demandé une license Altium pour la suite de ce projet. 
L'objectif de la semaine prochaine est donc de discuter avec nos encadrants pour finaliser notre schematic, et alors commencer la partie routage. 
 

==Semaine 3==

[[Fichier:schematic_s3.JPG|thumb|right|200px|Schematic à la séance 3]]
Nous avons amélioré et adapté notre schématic aux contraintes vues avec M. BOE. Dans le but de mesurer le courant, nous avons donc ajouté des header à chaque composant. Nous avons également décidé d'utiliser un MOSFET pour la commande du capteur de particules (plutôt qu'un NPN précédemment). Enfin, nous avons terminé d'ajouter tous les composants (module bluetooth et connecteur de carte sd) à notre circuit. 
La partie routage est en cours, ainsi que la création d'un autre schématic dans l'optique d'avoir un circuit additionnel permettant de mesurer facilement la tension utilisée par les composants. 

==Semaine 4 à 7==

Nous avons continué à travailler sur notre schématique. De nombreux problèmes sont survenus petit à petit d'où l'absence de résultats intermédiaires. Nous avons également avancé sur un deuxième schématique, une deuxième carte que nous utiliserons pour effectuer les mesures de puissance utilisée des composants. Nous devons encore en discuter avec M. BOE. 
De plus, nous avons commencé à travailler sur le code des capteurs. 

==Semaine 7==

* Partie Electronique

[[Fichier:Schematique mars.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 7]][[Fichier:PCB mars.JPG|thumb|right|200px|PCB du circuit principal à la semaine 7]]
Le routage de la carte électronique est terminé. Il y a eu un certain nombre de modifications sur le schématique, dues aux différentes difficultés survenues lors de ce routage. Nous avons notamment changé la quasi totalité des empreintes, adapté les header, ajouté des capacité de découplage ou encore modifié la référence de certains composants. 
De ce fait, la liste de matériel est à jour. Nous avons également pu voir avec M. Flamen pour récupérer gratuitement une grande partie des composants nécessaires (résistances, capacités, 
La prochaine étape est donc de résoudre les éventuelles erreurs lors de la génération de la carte et commencer sa fabrication. 
Nous avons également en cours la deuxième carte qui est encore au stade du schématique, en attente de retours. 
 
* Partie Arduino
[[Fichier:Dht22 relevés2.JPG|thumb|right|300px|Relevé des valeurs du DHT22]]
Pour commencer, le code du capteur DHT22 (température et humidité) est terminé. Nous avons simplement récupéré un code sur internet. On peut voir sur la capture ci-contre la différence en environnement "normal" et lorsque l'on souffle sur le capteur (augmentation du taux d'humidité) 
[[Fichier:Montage s7.jpg|thumb|left|200|Montage du circuit avec capteurs DHT22 et PM2.5]] 

[[Fichier:Pm25 detaildata.JPG|thumb|left|450px|Données reçues du PM2.5]][[Fichier:Pm25 communication protocole.JPG|right|200px|Protocole de communication du PM2.5]]
Nous avons également travaillé sur le capteur PM2.5 (particules fines). Pour celui là nous établissons le code petit à petit. 
 Pour récupérer les données transmise par le capteur, nous avons utilisé la fonction arduino "SoftwareSerial" qui nous permet de de créer une liaison série sur d'autres pins de la carte arduino. Ainsi lors de l'affichage sur le moniteur série, il n'y aura pas de conflits. 
Dans un premier temps, nous avons affiché la trame telle qu'elle est et avons identifié les octets grâce à la documentation ci-contre. 
Le "32" au dessus du message correspond à la taille du message reçu. Cela sert notamment à savoir s'il est en fonctionnement. Les encadrés correspondent aux données auxquelles nous nous intéressons. 
 
[[Fichier:Pm25 test craie.JPG|thumb|left|400px|Relevé des données reçues par le PM2.5 lorsque le taux de particules varie]][[Fichier:Pm25 sleepmode.JPG|thumb|right|300px|Relevé des données du PM2.5 en mode normal et mode sleep]]
Nous avons ensuite réalisé des tests pour être sûrs que le capteur fonctionne correctement. A l'aide d'une brosse pleine de craie, nous avons donc fait tomber de la poussière ce qui a donné les résultats ci-contre à gauche. 
Nous avons ensuite connecté une broche de l'arduino à la pin SLEEP du capteur pour contrôler sa mise en veille, pour pouvoir simultanément contrôler la mise en veille du capteur et la récupération/affichage des données reçues, nous avons utilisé la fonction millis qui récupère temps écoulé. Contrairement à delay, c'est une fonction non bloquante. 
On voit que le capteur est n'est plus actif grâce au premier chiffre qui correspond à la taille de la trame ( c'est valeur de retour de la fonction "PMSerial.readBytes"; quand elle vaut 0 cela indique qu'aucunes données ne sont transmises) : les données affichées sont les dernières étant stockées, le 0 nous permet de savoir qu'en réalité nous n'avons reçu aucune nouvelle donnée du PM2.5 
 

== Semaine 8 ==

* Partie Electrique

[[Fichier:Schematique main s8.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 8]][[Fichier:PCB main s8.JPG|thumb|right|200px|PCB du circuit principal à la semaine 8]]
Nous avons effectué quelques changements au niveau de la partie MOSFET, qui n'était précédemment pas correcte. Nous avons alors le schématique et le PCB ci-contre.
 
[[Fichier:Schematique highside s8.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 8]][[Fichier:PCB highside s8.JPG|thumb|right|300px|PCBdu circuit pour mesurer le courant à la semaine 8]]
Nous avons également terminé le deuxième circuit permettant de mesurer la valeur du courant passant dans nos capteurs. En connectant les headers de notre circuit principal au header 80, nous allons pouvoir lire la valeur du courant sur le header 90. Nous nous sommes inspirés de la datasheet LTC6800 pour réaliser ce circuit. Le schématique et PCB associé sont ci-contre. 
Nous attendons maintenant une validation de ces deux circuits pour lancer la réalisation. 

* Partie Arduino

[[Fichier:Pm25 reception donnees.JPG|thumb|left|300px|Capture d'écran des données reçues par le PM2.5 après traitement de la trame]][[Fichier:PM25 code.png|thumb|right|400px|Extraits du code du PM2.5]]
Nous avons beaucoup avancé sur la partie Arduino. 
Dans un premier temps, nous avons adapté la récupération de nos données en n'affichant que les données voulues, c'est-à-dire les taux de particules et plus les variables check. 
Ceci nous donne le code ainsi que les réceptions ci-dessous. Nous avons également ajouté le fait que lorsque la trame est vide (length = 0 vu précédemment) nous n'affichons rien. 
Les fonctions get_pm_** permettent de séparer les données correspondant à chaque particules. Nous récupérons simplement la donnée à son indice, et si elle est composée de deux - ou plus - octets (et donc deux places dans la trame) alors nous décalons la première valeur de 8 bits afin d'obtenir le taux correspondant. Nous l'affichons ensuite avec un simple Serial.Print. 
 
[[Fichier:Screen_Bluetooth.png|thumb|right|200px|Capture d'écran du téléphone recevant les données]] [[Fichier:Montage s8.JPG|thumb|left|200px|Montage sur Breadboard à la semaine 8]]
Ensuite, nous avons ajouté le MOSFET que nous avons reçu. Après quelques vérifications, nous avons modifié le schématique comme dit plus tôt. En associant une pin à ce transistor, (ici la pin 13) il joue le rôle d'interrupteur : en envoyant 1 le capteur est correctement alimenté, et en envoyant 0 le capteur est alors éteint électriquement. Nous avons effectué les mêmes tests que la semaine dernière avec la veille du capteur, en utilisant la fonction millis (présente sur la capture du code), ce qui fonctionne bien comme en témoigne la led du capteur PM2.5 qui s'éteint ou s'allume toutes les 10 secondes. On est donc bien capable de piloter électriquement le capteur grâce au transistor. 
Nous avons enfin ajouté le shield bluetooth (on l'alimente simplement avec la carte Arduino et on connecte respectivement les pins Rx,Tx du HC-05 sur les pins Tx,Rx de l'Arduino), et installé une application sur notre téléphone. Grace à une application sur le smartphone on est capable de ce connecter au HC-05 et correctement recevoir les données. 
 

== Semaine 9 ==

[[Fichier:Schematique main s9.JPG|thumb|left|200px|Schématique du circuit principal à la semaine 9]][[Fichier:PCB main s9.JPG|thumb|right|200px|PCB du circuit principal à la semaine 9]]
Nous avons cette semaine terminée la carte principale grâce aux conseils de M. Flamen, M. Boe et M. Redon. Elle est en production chez ''Elecrow Bazaar'', c'est donc notre version finale. Une fois reçue, nous pourrons y souder les composants. 
Au niveau du schématique, nous avons ajouté un régulateur 5V/3.3V pour alimenter le connecteur de carte SD. Au niveau du PCB, nous avons fait un plan de masse digne de ce nom, adapté les pistes en évitant les petits angles, déplacé certains composants pour avoir des zones de masses continues, et délimité une zone blanche (keep out) sous le quartz. Nous avons également mis les composants traversants sur la couche bottom, mis en place les couches overlay, défini la couche mechanical et fait attention au Design Rule Check. 
 

== Semaine 10 ==

Nous avons pu imprimer avec M. Flamen la carte secondaire. Nous attendons l'arrivée du LTC6800 pour pouvoir souder la carte. 
[[Fichier:Schematique highside s10 valeurs.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 10]][[Fichier:PCB highside s10 valeurs.JPG|thumb|right|300px|PCB du circuit pour mesurer le courant à la semaine 10]] 

Nous avons également travaillé sur le calcul de la résistance en entrée du LTC6800. En effet, sa valeur dépend du composant pour lequel on va mesurer le courant.
[[Fichier:LTC6800 use.png|thumb|right|300px|Schéma des grandeurs sur le montage d'utilisation du LTC6800]] 
Après quelques recherches, nous avons pu trouver les valeurs de courant suivantes : ~120mA pour le PM2.5, entre 1 et 15 mA pour le DHT22 et entre 15 et 60 mA pour le HC-05. On a donc une plage de variation du courant égale à [1;120]mA. Pour correctement relever le courant, nous devons donc avoir en sortie une tension variant de 0 à 5V pour le courant allant de 0 à 120mA. 

Nous nous basons sur le schéma ci-contre trouvé dans les datasheet du LTC6800 pour les calculs. 
U=Rs*iL 
Vout=G*U=G*Rs*iL => G=Vout(Rs*iL) 
Or G=1+R2/R1 

En prenant Vout/iL = 40mV/mA on a bien 4.8V pour 120mA. Soit G*Rs = 40mV/mA. On en déduit G et Rs. 
Rs est limité par la puissance qu'il peut supporté. Si on prend Rs = 10 Ohm (G=4), on a donc une puissance de P=Rs*iL², Pmax=10*0.12²=0.144W. Avec une résistance supportant 0.25W (selon ses propriété), on peut donc prendre cette résistance de 10 Ohm. 
G est défini par R2 et R1. On doit donc prendre R2/R1=3 donc par exemple R2 = 30 kOhm et R1 = 10kOhm. Comme 30kOhm n'est pas une valeur normalisée, on prend R2=27kOhm, notre gain sera plus petit. 

== Semaine 11 ==

[[Fichier:Schematique main s11.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 11]][[Fichier:PCB main s11.JPG|thumb|right|250px|PCB du circuit principal à la semaine 11]]
Nous avons eu quelques problèmes avec notre carte principale, concernant notamment le capteur de particules PM2.5. Après l'analyse de la Datasheet du PM_2.5, nous avions dans un premier temps prévu de relier les différentes entrées du capteur à un header relié aux pins correspondantes sur l'atmega. En réalité nous avons commis une erreur car le capteur n'est pas relié directement à l'atmega mais est connecté a un adaptateur. Or l'ordre des pins de l'adaptateur est différent de celui du capteur. De plus, la pin sleep (pour mettre en veille le capteur) est située au dessus de l'adaptateur et ne peut pas être connectée directement sur le header. Ainsi avec la nouvelle version du schématique nous avons réglé ce problème et on pourra ainsi connecter directement l'adaptateur sur le header et utiliser un câble mal/femelle pour relier la pin sleep de l'adaptateur à un autre header. 
Ce ne sont pas des problèmes très graves, puisqu'il est toujours possible de faire fonctionner le capteur en utilisant un autre header et changer l'ordre des pins, mais c'est assez encombrant.
 

[[Fichier:Carte highside s11.jpg|thumb|left|350px|Carte du circuit secondaire pour mesurer la puissance dans les capteurs, imprimée et entièrement soudée]][[Fichier:Carte principale s11.JPG|thumb|300px|right|Carte principale (capteur de pollution) imprimée, avec composants CMS soudés]]
Comme nous avons reçu le LTC6800 et les résistances CMS 10 Ohm, nous avons pu imprimer et souder entièrement notre carte secondaire. Nous avons fait des tests pour vérifier que nos pins sont correctement connectées. 
En fin de semaine, nous avons également imprimé la carte principale chez Mr. Flamen. Attendre celle venant de Chine et effectuer les changements sur cette dernière nous aurait fait perdre beaucoup trop de temps. Nous avons eu le temps de souder les composants CMS mais pas encore les composants traversants.
 

== Semaine 12 (Vacances S1) ==
[[Fichier:Carte principale s12 top.jpg|thumb|150px|left|Vue TOP de la carte principale à la semaine 12, soudée entièrement]]
[[Fichier:Carte principale s12 bottom2.jpg|thumb|200px|right|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - sans les éléments]]
[[Fichier:Carte principale s12 bottom1.jpg|thumb|150px|left|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - avec les éléments]]
Nous avons pu avoir accès à Polytech durant quelques jours de cette semaine de vacances. Nous en avons donc profiter pour souder notre carte le plus possible. 
Dans un premier temps, nous avons vérifié que nos composants CMS étaient bien soudés. Il y a eu besoin de quelques retouches au niveau du FTDI et de l'Atmega qui présentaient des courts-circuits. Nous avons ensuite souder les vias nécessaires aux premiers tests. En effet, avant de continuer à souder il a fallu être sûr que les micro contrôleurs étaient bien fonctionnels. Pour cela, nous avons relié l'Atmega à une Arduino via l'ISP présent sur notre carte, nous avons testé un programme pour faire clignoter une led (comme nous n'en avons pas sur la carte donc avons fait clignoter la led de l'Arduino). Cette étape étant validée, nous avons téléversé un bootloader pour pouvoir téléverser un programme cette fois depuis le FTDI. Avant ça, nous avons soudé le connecteur USB ainsi que les autres vias nécessaires. L'empreinte du connecteur USB variait légèrement au niveau des accroches, mais les broches correspondent bien donc nous avons écarté les accroches pour les souder directement à la masse. Puis nous avons essayé de téléverser un programme : les LED de sécurité du FTDI clignotent bien durant cette étape. Puis, toujours avec l'Arduino connecté avec l'ISP, nous avons téléversé le programme de Blinking led sur le FTDI qui lui-même l'a envoyé à l'Atmega qui une fois encore a bien fait clignoté la led de l'Arduino. Notre FTDI et notre Atmega sont donc bien fonctionnels et prêts à l'usage. 
Dans un deuxième temps, nous avons donc pu souder le reste des composants, c'est-à-dire les headers pour les différents éléments (PM2.5, DHT22, Connecteur SD, Shield Bluetooth) ainsi que ceux utilisés pour mesurer la puissance consommée. Il y avait également le reste des vias, le Mosfet et le switch. Un fil connectant deux masses a été nécessaire. Cette partie ne fut pas sans encombres, car même si les composants étaient bien connectés à leur piste, il est arrivé qu'ils soient un tout petit peu connectés à la masse, perturbant le circuit. 
Une fois tous les problèmes de connexion réglés, nous avons pu tester que les broches de l'Atmega envoient bien du 5V quand demandé.

Nous avons testé nos précédents programmes (du DHT22 et PM2.5) avec succès, en faisant bien attention de mettre en court-circuit les headers utilisés pour le circuit secondaire. 
Nous obtenons les résultats suivants, la réception des données du capteur de température/humidité à gauche et celles du capteur de particules à droite. 
[[Fichier:Video dht22.gif|400px|Réception des données du DHT22 depuis circuit imprimé]]
[[Fichier:Video pm25.gif|400px|Réception des données du PM2.5 depuis circuit imprimé]]
 
[[Fichier:Carte sd code.png|thumb|100px|right|code test pour vérifier le fonctionnement du connecteur SD]]
[[Fichier:Carte sd results.png|thumb|300px|left|Résultats du test pour le connecteur SD avec écriture sur la carte]]
Nous avons également établi un code de test pour vérifier que notre connecteur de carte SD fonctionne correctement. Dans le programme que l'on peut retrouver ci-contre, on crée un fichier "test.txt" dans lequel on écrit une petite ligne. On peut voir sur le moniteur série que la connexion se fait sans problème, puis on peut retrouver dans notre carte SD le fichier rempli correspondant. 
 
Nous avons cependant rencontré quelques problèmes, déjà survenus auparavant : les header ne tiennent pas correctement et se dessoudent trop facilement de la carte. Cela provoque donc des mauvaises connexions. Une retouche est nécessaire.
 

== Semaine 14 ==

La semaine dernière, nous avons concaténé tous les codes afin d'écrire les valeurs obtenues sur la carte SD. Ayant des problèmes de connexions évoqués précédemment, les tests sur carte n'ont pu être réalisés que cette semaine (après retouches de soudures), d'où l'absence de rapport à la semaine 13. 
[[Fichier:Carte sd aff excel.JPG|thumb|150px|right|Affichage fichier texte et excel des données de la carte SD]]
Après quelques réflexions, nous avons donc décidé d'écrire les données sur deux différents fichiers : un pour le capteur DHT22 et un pour le capteur PM2.5. En effet, nous trouvons cela plus clair de cette manière. 
De plus, nous les imprimons comme suit : une ligne correspond à un relevé de données, c'est à dire à une date précise (chronomètre lancé au démarrage) et au taux d'humidité puis à la température (pour le DHT22) correspondante. Ces valeurs sont séparées par des espaces pour que le fichier Excel puisse lui-même les disposer dans des cases différentes. Ainsi, les courbes sont très facilement réalisables.
De la même manière pour le PM2.5, chaque relevé correspond à une ligne comprenant le temps ainsi que les différentes valeurs de particules, le tout séparé par des espaces. 

Un test de 20 minutes nous a permis d'obtenir 1250 valeurs et les courbes suivantes : 
[[Fichier:Graphes Ecst dht22.JPG|thumb|300px|left|Graphes des données reçues par le DHT22 en environnement constant]]
[[Fichier:Graphes Ecst pm25.JPG|thumb|600px|right|Graphes des données reçues par le PM2.5 en environnement constant]]

Nous n'avons pas affiché les courbes associées aux particules pm01, pm2.5 et pm10 puisqu'elles sont constantes autour de la valeur 65535. 
On remarque que les données issues du capteur d'humidité/température DHT22 sont assez variables au cours du temps, même si elles ne fluctuent pas aussi rapidement que celles issues du PM2.5, elles mettent beaucoup de temps à se stabiliser. Pour revenir aux courbes du PM2.5, on peut au premier abord être surpris des grosses variations qu'elles présentent, cependant il n'en est rien puisque la valeur maximale qu'elles peuvent atteindre est de 65535 '' à expliquer ''. Leur fluctuation est donc minime. 
 

[[Fichier:Graphes Epoussiere.JPG|thumb|500px|right|Evolution des données (PM2.5) dans un environnement poussiéreux.]]
Dans un second temps, nous avons voulu testé la mise en veille du capteur par la broche sleep ainsi que l'utilisation du mosfet (comme interrupteur de VCC). 
Pour avoir des résultats un peu plus significatifs - ou plutôt visuels - que précédemment, nous avons déposé du talc sur le capteur, puis attendu une heure que cela devienne un environnement stable. On peut voir sur les graphe ci-contre que les valeurs sont plus élevées, notamment pour les courbes du a300nm, a500nm et a1um. Elles sont "stabilisées" autour de 50sec. De cette manière on peut mieux voir le temps que met le capteur à se mettre en route. 
[[Fichier:Graphes pauses.JPG|thumb|500px|right|Evolution des données reçues (PM2.5) par différentes mises en veille]]
Nous avons donc ajouté dans le programme une partie permettant de mettre en veille le PM2.5 après 2min d'activité, cela pendant 30sec, puis le rallumer pendant 1min, le ré éteindre cette fois électriquement depuis le mosfet, encore une fois pendant 30sec puis le laisser fonctionner normalement à nouveau. 
Les zones très constantes correspondent aux périodes ou le capteur est en veille. On voir que les données repartent de 0 à chaque redémarrage, quel qu'il soit. A première vue, en observant uniquement les données reçues, les deux mises en veille se valent. Nous allons quand même re effectuer des tests avec deux capteurs fonctionnant en même temps pour avoir des résultats plus précis. 
Voici la partie de code que nous utilisons pour d'abord mettre le capteur en veille au bout de 120 secondes, le rallumer 30 secondes plus tard, attendre 60 secondes, faire de même avec l'utilisation du mosfet. 
currentTime = millis();
if((currentTime > 120000 && is_pause==0) || (currentTime > 150000 && is_pause==1)) {
digitalWrite(set,!digitalRead(set));
is_pause++;
}
else if ((currentTime > 210000 && is_pause==2) || (currentTime > 240000 && is_pause==3)) {
digitalWrite(mosfet,!digitalRead(mosfet));
is_pause++;
} 
 

== Semaine 15 ==

'''Relevés de courant et tension''' 

Les premiers tests sur la carte étant effectués, il est enfin temps de réaliser l'étude énergétique de tous les éléments de la carte. 

[[Fichier:Mesures1.jpg|thumb|200px|right|Méthode de relevé de courant/tension avec le multimètre.]]

Initialement, nous avions pour objectif d'utiliser le montage high-side que nous avons réalisé afin mesurer la puissance consommée par nos différents éléments. Cependant, nous n'avons pas réussi à le faire fonctionner. Nous avons donc utilisé un multimètre avec lequel on a mesuré la tension et le courants consommés pour chaque capteur. Nous avons simplement relié les entrées du multimètre aux différents header prévu pour effectuer les relevés. Pour le courant, on connecte simplement le multimètre en série. Pour la tension, on connecte le COM à la masse du circuit (header prévu à cet effet), et le V au potentiel de l'élément en question. Il ne nous reste plus qu'à calculer la puissance avec P=U*I. 

On obtient ainsi les résultats suivants:

* Pour le capteur DHT22 on a une consommation d'environ 1,2mA pour 5V soit P=6mW
* Pour le shield Bluetooth on a une consommation de 43/44mA (contre 50mA sur la datasheet) pour 5V soit P=215mW
* Pour le module de carte sd on a une consommation de 19mA pour 3,36V soit P=63mW
* Pour le capteur de particule, on différencie la consommation classique en marche qui vaut entre 30 et 50mA pour 5V soit P = 200mW ; et la consommation en mode veille qui vaut environ 9mA pour 5V soit P= 45mW. Pour le mode veille on observe un courant largement supérieur à celui indiqué par la datasheet (200uA). On pense que cela est du à l'adaptateur du capteur PM2.5 qui fausse le résultat notamment à cause des led qu'il utilise. Pour avoir une consommation précise, il faudrait souder des fils à l'entrée de l'adaptateur pour mesurer la puissance réelle dissipée. 
Pour une étude énergétique plus poussée, nous avons observé les pics de courants du PM2.5 lorsqu'on l'allume électriquement (avec le MOSFET) et lorsque l'on sort du mode SLEEP. Etant impossible de mesurer ces pics avec un multimètre, nous avons donc opté pour l'oscilloscope. Nous n'avions cependant que des sondes de tension. Pour palier à ce problème, nous avons observé la chute de tension au borne d'une résistance de très petite valeur (10ohm) pour pouvoir ainsi en déduire le courant consommé. On règle ensuite l'oscilloscope de façon à observer le pic grâce au mode "single seq". 
On a les relevés suivants, avec à gauche le pic de courant lors de la sortie du mode sleep vue à l'oscilloscope, et à droite celui après une mise en tension électrique (mosfet) : 
[[Fichier:Pic sleep.jpg|thumb|300px|left|Pic de courant observé en passant du mode sleep au mode actif]] [[Fichier:Pic.png|thumb|300px|right|Pic de courant observé lors de l'allumage du capteur]]
 
Pour le mode sleep on a donc :
* en fonctionnement en veille consommant 45mW.
* un pic de courant au redémarrage allant jusqu'à 130mA, contre 9mA en mode sleep et 40mA en mode relevé de valeurs.
* la courbe peut être approchée par une droite (ou une exponentielle ?) afin d'en déduire la consommation énergétique.
Pour le capteur éteint par le mosfet on a :
* 0W de consommés.
* un pic de courant au redémarrage allant jusqu'à 500mA.
* la courbe peut-être approchée par une courbe de décharge d'un condensateur afin d'en déduire la consommation énergétique.
 
 
'''Etude de l'évolution des données''' 

[[Fichier:Comp reception donnees.JPG|thumb|600|right|comparaison des données reçues par deux PM2.5]]
Nous avons ensuite voulu comparé les valeurs reçues par le PM2.5 avec un autre PM2.5 afin de voir au bout de combien de temps le capteur recommence à avoir des valeurs cohérentes et ainsi ne pas envisager une utilisation du mode sleep par exemple, avec un intervalle entre les mises en veille trop court. 
Dans un premier temps, nous avons eu le PMS7003, qui malheureusement n'a pas affiché de valeurs cohérentes avec notre capteur : même avec un dépôt de poussière, il ne détectait pas de changement d'environnement. Nous avons alors eu la possibilité de refaire ces tests avec un PM2.5 identique à notre capteur initial. Les valeurs sont bien plus cohérentes même si on observe une différence d'échelle entre les deux. Nous allons notamment comparer les valeurs reçues (différence prise en compte) depuis les valeurs de a300nm, puisque c'est la courbe la plus exploitable. 
De la même manière que précédemment, nous avons donc déposé de la poussière sur les capteurs aux alentours de 10 secondes. On remarque que les deux capteurs réagissent. Ensuite, au bout de 30secondes et pendant 10secondes le capteur est mis en mode sleep. Nous attendons alors 2minutes avant de faire de même en l'éteignant électriquement. 
On peut noter qu'en fonctionnement on a une différence d'environ 500. Cela ne pose pas de problème puisque l'on peut bien observer le temps de remise en route du capteur dans les deux cas. Nous allons maintenant uniquement prendre en compte les valeurs à partir de 30 secondes afin de retirer la partie où la poussière est ajoutée et ainsi pouvoir correctement analyser les valeurs.
 
 
On s’intéresse maintenant aux temps de réponse pour les deux modes (sleep/allumé et éteint/allumé). Ce temps de réponse correspond au temps nécessaire du capteur à récupérer des données valides. Ainsi avec ce temps, on sera capable de calculer l'énergie perdue lors de cette phase. On voulait initialement utiliser le second capteur pour référence afin de déterminer le plus précisément possible l'instant où le capteur récupérait des données valides. Malheureusement, même si on observait une différence d'environ 500 entre les deux capteur (pour le nombre de particules a300), cet écart n'est en réalité pas assez stable pour pouvoir trouver précisément l'instant recherché. 
Avec des interprétations, on est tout de même capable de déterminer approximativement le temps de montée pour les deux modes. On observe ci dessous le temps de réponse pour les deux modes (on observe la réponse du capteur pendant 40 secondes). 
[[Fichier:Sleep.png|400px]] [[Fichier:Allum.png|400px|]]
 
On remarque que le temps de réponse du capteur est sensiblement plus rapide quand on passe du mode sleep au mode normal (7s plus rapide). Ainsi on privilégiera certainement cette méthode si on souhaite effectuer des relevés à une fréquence élevée. On notera tout de même qu'il est absurde de mettre en veille/d'éteindre le capteur si on effectue des relevés toutes les 20s ou moins.
 
''' Calculs d'énergie ''' [[Fichier:Calculs1.jpg|thumb|350px|right|Calculs d'énergie - comparaison de différentes utilisations.]] [[Fichier:Calculs2.jpg|thumb|200px|right|Calculs d'énergie - comparaison mode sleep et mosfet.]]

Nous avons dans un premier temps calculé l'énergie consommée dans le capteur, dans les trois cas (normal, utilisation du mode sleep, utilisation du mosfet). 
Nous avons considéré une période T entre deux relevés de valeurs. Ces valeurs sont considérées comme cohérentes et c'est pour cela que nous ré utilisons les données déduites précédemment : le temps entre la fin du mode sleep (respectivement le moment où l'on rallume électriquement) et le relevé doit correspondre à 13s (respectivement 20s). 
C'est pour cela que notre calcul d'énergie se décompose en trois parties. Comme il faut laisser trs=13sec (trm=20sec) avant d'effectuer le relevé, on calcule l'énergie véhiculée pendant le mode sleep (le capteur éteint par le mosfet) entre 0s et T-trs (T-Trm). Puis pendant le pic de courant approximé par l'aire d'un triangle rectangle, avec pic_sleep le point de courant le plus haut, tpic_sleep le temps avant de retrouver un courant équivalent au courant normal (pic_mosfet et tpic_mosfet). Enfin, le reste de la période est un fonctionnement normal (jusqu'à temps que les valeurs soient cohérentes) c'est-à-dire la puissance normale pendant trs-tpic_sleep (trm-tpic_mosfet). 

On remarque donc que l'énergie consommée lors de l'utilisation du mosfet ne dépend pas de la période, tant que celle-ci est supérieure à trm=20s.
Ici on a :
* tension = 5V
* courant_normal = 0,04A
* trm = 20s ; pic_mosfet = 0,5A ; tpic_mosfet = 1,6ms ; soit Em = 4,00148J
* trs = 13s ; pic_sleep = 0,13A ; tpic_sleep = 0,8ms

On cherche alors à partir de quelle valeur de T l'utilisation du mode sleep est recommandée. On prend un premier cas avec courant_sleep = 0,009A et un autre avec courant_sleep = 0,0002A (datasheet). 
D'après les calculs ci-contre, on obtient donc T < 44s pour le premier cas (valeur expérimentale de courant_sleep) et T < 1414 (valeur théorique). 
Nous faisons ensuite de même en comparant l'utilisation du mode sleep et aucune mise en veille (mode normal). On a alors le mode sleep privilégié pour T > 13,0006s pour le courant_sleep expérimental et T > 13,0005s pour la valeur théorique. 
La variable courant_sleep est donc peu importance pour déterminer quelle utilisation entre le mode sleep et le mode normal est à privilégié, dans tous les cas il faut considérer qu'en dessous de 13,1 secondes il est préférable de laisser le capteur toujours allumé. On peut noter que c'est complètement en adéquation (et sûrement lié) avec notre valeur de trs (13secondes avant d'obtenir des relevés cohérents). En revanche, lors de la comparaison entre l'utilisation du mode veille et le mosfet, la valeur courant_sleep a un impact très important : avec notre valeur expérimentale, le mosfet est largement préféré puisque le mode sleep ne peut être utilisé pour T entre 13s et 44s soit une très faible fenêtre de mesures. En revanche, avec la valeur théorique il faut une période d'une vingtaine de minutes avant de pouvoir utiliser judicieusement le mosfet. 
On peut donc maintenant, pour une période entre deux mesures données, déterminer quelle est la meilleure configuration. 

'''Autonomie d'une batterie ''' [[Fichier:Calculs3.jpg|thumb|350px|right|calcul du courant moyen (PM2.5) sur une période.]]

Désormais, nous allons essayer de prédire l'autonomie d'une batterie selon le mode utilisé. Pour cela, les calculs sont légèrement différents. En effet, une batterie se caractérise par ses Ampères-heure et non ses Joules. Nous avons donc calculé la valeur moyenne du courant traversant le PM2.5 (calculs ci-contre). Une fois cette valeur trouvée, on l'ajoute au reste des valeurs de courant des autres composants. On s'assure également d'ajouter la consommation de l'atmega 328p qui s'élève à environ 15mA en fonctionnement normal. On divise alors la valeur en A-h de la batterie par cette valeur de courant moyen total, ce qui nous donne une valeur en heures de l'autonomie de la batterie. 
On a aussi réalisé un petit programme c permettant de calculer l'autonomie du système complet en fonction de la capacité de la batterie donnée en paramètre et de la fréquence de relevé de valeur sur le pm2.5. On peut également changer une variable globale pour passer de la valeur de consommation en veille du pm2.5 expérimentale à celle de la datasheet 
En se basant sur les calculs précédemment expliqués, sur une feuille de calcul, on trace l'autonomie du système pour une batterie de 20Ah (batterie trouvable facilement dans le commerce) et pour les différents modes de fonctionnement. [[Fichier:Autonomie.png|500px|left]] 
 
On peut encore une fois voir que l’utilisation continue du capteur PM2.5 n’est conseillée que jusqu’à une dizaine de secondes. L’utilisation du mode sleep reste privilégiée jusqu’à une quarantaine de secondes en utilisant la valeur expérimentale de son courant en mode veille contre 1500 pour la valeur théorique où l’utilisation du mosfet est alors une meilleure solution. Cependant, on remarque que si l’on considère la valeur théorique de courant_sleep, l’autonomie entre cette configuration et l’arrêt électrique est très proche.
Si notre capteur est utilisé pour effectuer des relevés toutes les heures ou encore quotidiens, alors l’arrêt électrique du capteur de particules est à privilégier puisque jusqu’à 100h d’autonomie peuvent être gagnée sur une batterie de capacité 20Ah. Dans ce cas, le module de communication devrait être à revoir, puisqu’un module bluetooth y perdrait son sens. En enlevant ce module on peut gagner plus de 300 heures d’autonomie. Dans la même optique, le module SD pourrait être programmé différemment afin de ne pas perdre les fichiers quand il est éteint, et ainsi toute la carte pourrait être mise en veille avec l’Atmega.

 

=Documents Rendus=

Fichier:Autonomie.png

2019-05-09T18:34:03Z

Vlorthio :

IMA4 2018/2019 P63

2019-05-09T15:09:02Z

Vlorthio : /* Semaine 15 */

IMA4 2018/2019 P63

2019-05-09T15:02:54Z

Vlorthio : /* Semaine 15 */

IMA4 2018/2019 P63

2019-05-06T19:16:30Z

Vlorthio : /* Semaine 15 */

__TOC__
 

=Présentation générale=
Etudiants : Victor Lorthios, Juliette Obled 
Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys 

==Description==
Ce projet consiste à modéliser la consommation d'un capteur de pollution. 
Ce système sera composé d'un ATMEGA ainsi que d'un capteur de particules, un capteur de température/humidité, une carte SD et un système Bluetooth pour transmettre les données. 

==Objectifs==
Dans un premier temps, nous allons travailler avec une carte Arduino afin de pouvoir facilement tester les différents capteur et commencer à étudier leur consommation en énergie. Nous allons ensuite réaliser un système embarqué composé d'un ATMEGA, des deux capteurs, d'un système de transmission de données bluetooth et d'un système stockage des données via une carte sd. Ainsi on aura un prototype composé uniquement des fonctionnalités nécessaire. Cela permettra de ne pas fausser nos mesures car l'Arduino comporte des ports et des fonctionnalités supplémentaires qui risqueraient de consommer plus que nécessaire.
Depuis ce capteur il faudra alors faire l'étude de la consommation énergétique des différents composants, en particulier celle du capteur de particules qui est en théorie la plus élevée. 
Enfin, on pourra tester quelles sont les meilleures manières d'utiliser les composants pour trouver leur consommation d'énergie minimale (capteur en route, en veille ou éteint quand on ne l'utilise pas). Cela sera fonction de variables telle que la période entre la prise de données notamment. On étudiera notamment les différentes manières de mettre en veille un capteur, la consommation au redémarrage, etc. 
Le but final est donc d'établir un modèle, pouvant déterminer à l'avance l'autonomie du circuit. L'Idéal étant d'avoir un système consommant le moins d'énergie possible. 

=Analyse du projet=

==Positionnement par rapport à l'existant==

La pollution est un enjeu sanitaire majeur. En effet, les polluants atmosphériques sont à l'origine de nombreux décès en France et dans le monde (48000 victimes en France selon l'agence de santé publique).

Pour réduire et éviter les endroits où la pollution est la plus dense, il est très intéressant de pouvoir analyser la présence de ces particules fines. 

Ces dernières années, de nombreux moyens ont été mis en oeuvre pour surveiller la pollution. On retrouve par exemple de nombreux objets connectés composés de capteurs capables de mesurer la qualité de l'air. Ces objets permettent notamment de sensibiliser la population à ce problème. 

==Analyse du premier concurrent==
[[Fichier:Concurrent1 PlumeLabs Flow.JPG|100px|thumb|left|Capteur Flow]][[Fichier:Concurrent1 PlumeLabs AirReport.JPG|100px|thumb|right|Application Air Report]] 
''Flow'' est un objet de 12,5cm de haut et 4cm de large permettant d'analyser la pollution de l'air en temps réel. En appuyant sur un bouton, on peut relever la concentration des principaux polluants dans l'air. 
Ce capteur est commercialisé par l'entreprise française ''Plume Labs'', fondée en 2014 dans le but d'améliorer notre quotidien face à la pollution. 

Le résultat s'affiche directement sur l'objet, par l'allumage de leds : une couleur sombre correspond à un taux de pollution élevé et une couleur claire un air sain. Les résultats peuvent également être transmis via bluetooth sur le téléphone afin d'être affichés sur l'application ''Air Report''. Cette application est composée d'une carte permettant de géolocaliser le téléphone et ainsi représenter le taux de pollution de chaque endroit de la ville. Toutes les personnes utilisant ''Flow'' peuvent donc contribuer à améliorer cette carte. Ce capteur permet donc d'évaluer ses parcours dans la ville, et inciter les gens à passer par des endroits plus sains. Il est également utilisable dans la maison. L'application propose aussi des "bulletins météo" concernant la qualité de l'air des jours à venir et annoncer les pics de pollution. 
Etant si petit, résistant (fait d'acier) et ne pesant que 70g, ''Flow'' est transportable partout. Le capteur se recharge facilement sur ordinateur ou secteur grâce à un câble USB-C vers USB, et est supposé avoir une autonomie de 24h. 

Ce capteur est donc très avancé mais coûte tout de même 179euros. 
Nous pouvons nous positionner par rapport à cet objet en espérant atteindre une fiabilité de nos mesures pour une autonomie supérieure à une journée, à moindre coût. 

==Analyse du second concurrent==
Pollutrack est un système du mesure de pollution de l'air installé sur des véhicules électriques appartenants à Enedis.
Il permet de mesurer la pollution près du trafic dans des grandes villes telles que Paris ou Lille. Plus de 300 capteurs mobiles Pollutrack sont utilisés en complément de stations qui mesurent en temps réel la quantité de particules nocives dans l'air.
Le dispositif permet de récupérer un très grand nombre de mesures. Grâce à ces mesures, il est possible de comparer le niveau de pollution d'une rue à l'autre ,d'un quartier à l'autre et d'ainsi repérer les zones de concentration de la pollution.

==Scénario d'usage du produit ou du concept envisagé==
L'utilisation de ce capteur sera la suivante : on imagine une personne voulant évaluer le taux de pollution dans l'air à but professionnel ou non. Grâce à ce capteur connecté via Bluetooth sur le téléphone, les données peuvent être transmises à intervalle régulier, ou stockées sur la carte SD pour être envoyées plus tard (si problème de réseau ou autre). 
L'utilisateur voulant faire de nombreuses mesures dans plusieurs zones géographiques, il a besoin que le capteur ait une consommation énergétique faible pour être utilisé le plus longtemps possible. On pourrait même penser à quelqu'un souhaitant réaliser une cartographie du taux de pollution d'une ville. Il a alors besoin de faire énormément de mesures (il peut les avoir en temps réel sur son téléphone) mais surtout de faire des relevés assez longtemps pour que la cartographie soit fiable (pas de mesures trop espacées dans le temps). D'où la nécessité d'avoir un système dont on connait la consommation énergétique. 
Grâce à nos recherches, nous pourrons donc assurer l'autonomie de ce capteur simplifié. 

Le capteur peut également être utilisé de manière fixe dans une usine par exemple, provoquant une alarme si la pollution dans l'air est trop élevée. Nos modélisations permettraient à l'entreprise de connaître combien de temps le capteur serait utilisable et donc estimer le moment de la journée le plus propice pour effectuer des mesures. 

==Réponse à la question difficile==

* Quelle est la fréquence optimale de récupération des valeurs de particules en fonction des usages ?

le site https://www.airparif.asso.fr/ mesure et cartographie précisément la pollution de Paris et de son agglomération en temps réel. 
L'ensemble de leurs données permettent de produire une carte avec au mieux une résolution de 10 mètres par mesure. 

En prenant l'exemple d'un piéton marchant à la vitesse de 4 km/h il faudrait une mesure toutes les 9 secondes pour avoir une résolution de 10 mètres. 

Si on prend le cas d'un cycliste roulant à la vitesse de 20km/h il faudrait une mesure toutes les deux secondes pour atteindre une résolution de 10m. 

Dans le cas où le capteur serait fixe avec une mesure toutes les deux minutes paraît suffisante. 

* Comment tester un maximum de configuration des différentes fonctions pour déterminer la consommation énergétique et estimer la durée de vie finale ?

Nous testerons les différentes configurations sur la carte Arduino. Cela nous permettra de pouvoir changer facilement les câblages (pas de soudures, etc). 

Les tests se feront grâce au code d'un ancien thésard qui nous permettrons d'estimer la consommation énergétique du système. 

Nous étudierons les possibilités suivantes 

* Mise en veille du capteur (utilisation de la broche enable) 
* Coupure de l'alimentation du capteur (utilisation d'un transistor pour commander l'état du capteur) 
* Mode sleep du microcontrôleur 

Une fois la meilleure configuration trouvée nous réaliserons la carte pour avoir la consommation exacte et ainsi pouvoir déterminer l'autonomie de la carte.

=Préparation du projet=

==Cahier des charges==

''Etudiants : Victor Lorthios, Juliette Obled'' 
''Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys'' ''
''Éventuels Clients : personne lambda désireuse de connaître le taux pollution de l'air qu'elle respire'' 

''' Sujet ''' 
Modéliser la consommation énergétique d'un capteur de pollution simplifié. 

'''Objectifs''' 
Dans un premier temps il faudra réaliser un capteur simplifié de pollution sur une Arduino, depuis différents composants (capteur d'humidité/température et capteur de particules). Depuis ce système on pourra alors récupérer le taux de pollution de l'air de manière périodique (grâce au module bluetooth et à la carte SD). Nous verrons alors le temps de réponse de notre système (si il est lent ou rapide à s'adapter dans un environnement instable, etc) pour en déduire sur quelle période de relevés se baser. 
Dans un second temps, des configurations seront testées pour déterminer la meilleure manière - énergétiquement parlant - de relever le taux de pollution : Comme expliqué dans la question difficile, nous verrons notamment différents moyens de mettre en veille notre capteur entre les relevés. 
Nous retiendrons alors la meilleure configuration à notre usage pour réaliser le capteur de pollution depuis un microcontrôleur, afin de limiter au mieux toute consommation énergétique superflue. 
Enfin, nous pourrons étudier la réelle consommation de notre système et en tirer un modèle, afin d'être capable d'annoncer la "durer de vie" du capteur selon l'utilisation retenue. 

==Choix techniques : matériel et logiciel==

''Matériel nécessaire''

Carte principale
* Carte Arduino UNO [https://fr.farnell.com/arduino/a000066/arduino-uno-carte-d-eval/dp/2075382?st=arduino%20uno]
* ATMEGA328p [https://fr.farnell.com/microchip/atmega328p-au/micro-8-bits-avr-32k-flash-32tqfp/dp/1715486?st=atmega%20328p]
* BreadBoard [https://fr.farnell.com/mcm/21-18936/carte-de-prototypage-55-x-83-mm/dp/2855018?st=breadboard]
* Quartz de 16MHz [https://fr.farnell.com/txc/9b-16-000maaj-b/xtal-16-000mhz-18pf-hc-49s/dp/1842216?st=quartz%2016MHz]
* Capteur de température/humidité DHT11 [https://fr.farnell.com/df-robot/dfr0067/capteur-humidite-de-temperature/dp/2946103?ost=dht11&krypto=nSAe3xUmYzn82Ba3MCmTb1xsIQwIwLm0Wug77jAEBmRR8c0u9aORPwbEXUzZkgEOkW9FWrot%2FD2G1fauIEdT2%2FLQpj%2FbWYyeehmGw6cPJouYreHMHIL5EcUCZ7dGiBBrtP9Pztes%2BFTSfnidMZNl%2BV2bmfUdjVN%2Ffd%2BfpCvmWmC2Pa6oc8NiPYtnwD9DHagkFXRCFgLeICUjhLO0CrI5O7YSEu8GSaIH61z3l8yfWPvGhER3Egx5AGiiDDaA%2BvLuSgGqia%2F4qpn0eOM86V%2F84%2FqRn1SizGCoHhSdWeZMJ81ZzxrqmZnpz5A1t9UiWlqGESOur8dThEJ4SYF1DYqqFpYhDtchRQn6bk%2BeaDYBdbXrGYsKcSoVUPPgX4lBqxs1BUvNI49Bk7GpBIi1ViHtneYL%2BMRj7QyfDp9iWIw9Qe8pxdpcFFdqxlO%2B78PffaFHNseBt0aCCBSgXM0ai%2FKz%2BQ%3D%3D&ddkey=https%3Afr-FR%2FElement14_France%2Fsearch]
* Carte SD 16Go [https://www.gotronic.fr/art-carte-micro-sd-16-gb-21521.htm]
* Shield Bluetooth [https://www.gotronic.fr/art-module-bluetooth-hc05-26097.htm]
* FTDI [https://fr.farnell.com/ftdi/ft232rl-reel/usb-vers-uart-ssop28-232/dp/1146032?st=ftdi%20ft232]
* Module USB [https://fr.farnell.com/wurth-elektronik/61400416121/embase-usb-2-0-type-b-cms/dp/1642035?st=usb%20type%20B]
* Résistances : 1*1MOhm + 2*10kOhm + 4*1kOhm
* MicroSD card module [https://www.mouser.fr/ProductDetail/DFRobot/DFR0229?qs=lqAf%2FiVYw9iUSsZAMqpn6w%3D%3D]
* 1 Transistor Mosfet IRF530NPBF [https://fr.farnell.com/infineon/irf530npbf/transistor-mosfet-canal-n-to220/dp/8648263?st=irf530]
* 4 Résistances CMS 1KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-102-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCG8U96oB1N8iEjA3WWloOyQ%3D%3D]
* 3 Résistances CMS 10KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-103-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCf7nuw8CxaxWavEDTcrYVSA%3D%3D]
* 1 Résistance CMS 4,7KOhm (0805 !) [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-472-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCR8f6WlwD1E1e%2FmlyHQJiVw%3D%3D]
* 1 Résistance CMS 1MOhm [https://www.mouser.fr/ProductDetail/Yageo/RT0603DRD071ML?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCCzRqR3HSxGAhpPu7NwurDw%3D%3D]
* 8 Capa0603 CMS 0.1uF [https://www.mouser.fr/ProductDetail/Yageo/AS0805KKX7R9BB104?qs=sGAEpiMZZMs0AnBnWHyRQN7%2FAA2D2lPPsYA1bJbHbZoQC62GCvbujw%3D%3D]
* 2 Capa0805 CMS 22pF [https://www.mouser.fr/ProductDetail/KEMET/CBR08C220J5GAC?qs=sGAEpiMZZMs0AnBnWHyRQKJCfzG%2Fi9wHIuDMkLtQL%252BAeTzFzADF%2FKw%3D%3D]
* 1 Capa0805 CMS 10uF [https://www.mouser.fr/ProductDetail/Yageo/CC0805KFX5R8BB106?qs=sGAEpiMZZMs0AnBnWHyRQB9G40cLJQs48fO1KJB45QKWe9F2ufi5Bw%3D%3D]
* 1 Diode verte CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SMLD12EN1WT86?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2UaDK3wHdwzQH59mdZ86SRg%3D%3D]
* 1 Diode rouge CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SML-D12V8WT86C?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2xr7aIegCC5DdIa4TH1FJuQ%3D%3D]
* Régulateur 5v/3.3v [https://www.mouser.fr/ProductDetail/Texas-Instruments/LM1117MPX-33-NOPB?qs=sGAEpiMZZMvu8NZDyZ4K0Sw3Ge2x%2FL%2F%2F]
* Bouton poussoir 
* 3 Capteur de particules PM2.5 - SEN0177 (avec son adaptateur) (un déjà eu) [https://eu.mouser.com/ProductDetail/DFRobot/SEN0177?qs=%2fha2pyFadug0jBbcL1AeO5xbZZKOlHL5GOQhx8mcyvg%3d]
Pourquoi 3 capteurs : pour les tests de mise en veille, il nous faut 1 capteur test, et 2 capteurs de référence (car souvent beaucoup de variation de valeurs entre les capteurs)

Carte secondaire
* 2 AOP LTC6800 [https://fr.rs-online.com/web/p/amplificateurs-dinstrumentation/7619648/]
* Header 
* 2 Capa0603 CMS 0.1uF
* 2 Résistance CMS 1206 10 Ohm 
* 1 Résistance CMS 0603 10k Ohm
* 1 Résistance CMS 0603 27k Ohm

''Logiciels''

Nous utiliserons le logiciel IDE Arduino pour le code de l'arduino et Altium pour réaliser notre carte électronique

==Liste des tâches à effectuer==

Capteur de pollution depuis une Arduino 
- correctement câbler les composants 
- écrire un code pour en retirer des valeurs correspondants à un taux de pollution 
- récupérer ces valeurs depuis 1) la carte SD 2) le module bluetooth 

Etudes des valeurs reçues 
- déduire des valeurs reçues des courbes correspondant au taux de pollution dans l'air en fonction du temps (notamment en environnement instable où l'on change brutalement le taux de particules dans l'air) 
- déterminer depuis ces courbes et depuis nos espérances (de la question difficile n°1) une période pour relever le taux de pollution 

Tests de différentes configurations 
Comme il est important de minimiser la consommation énergétique de notre système, nous rechercherons une mise en veille optimale de notre système, sans que cela ne gène le relevé. 
Nous testerons donc différentes configurations comme expliqué à la question difficile n°2. 
- mise en veille du capteur (utilisation de la broche enable) 
- coupure de l'alimentation du capteur (utilisation d'un transistor) 
- mode sleep du microcontrôleur 

Système optimisé 
Conscient que l'arduino peut consommer plus que seulement ce dont les capteurs auraient besoin, nous allons dans une deuxième partie réaliser le système depuis un ATMEGA avec la configuration retenue. 
- réalisation de la carte électronique 
- code et essais pour étudier la cohérence des relevés par rapport aux anciens 

Modélisation de la consommation finale de notre système 
Depuis le programme d'un thésard polytech, de la même manière que pour les tests de mise en veille, nous étudierons la consommation de notre capteur pour en tirer un modèle et ainsi déterminer combien de temps il peut être utilisé.

Pour aller plus loin 
Si jamais nous réussissons à faire toutes ces tâches avec succès, pourquoi pas tester une autre utilisation (automobiliste, etc) avec donc une autre période pour les relevés et peut-être une autre configuration pour la mise en veille. 
Il pourrait également être intéressant de réussir à se géolocaliser pour plus facilement exploiter les données de ce capteur simplifié. 

==Calendrier prévisionnel==

=Réalisation du Projet=
==Feuille d'heures==

{| class="wikitable"
!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
|
|
|
|
|
|
|
|
|
|
|
|}

==Semaine 1==

Lors de ces premières séances, nous avons commencé à réaliser le PCB sur Altium de la carte représentant notre capteur de pollution. Au cours de ce travail, nous nous sommes donc rendus compte qu'il fallait revoir notre liste de matériel, qui est incomplète. Nous aimerions finir le schéma électrique des capteurs associés à l'Arduino ainsi que la représentation Altium du microcontrôleur avec les autres composants d'ici les prochaines séances, afin d'avoir rapidement une liste de matériel fixe et éventuellement pouvoir demander une vérification de notre schéma Altium pour ensuite démarrer la partie Routage de la carte. 
Nous avons également trouvé du code disponible pour l'utilisation des capteurs. 

==Semaine 2==

[[Fichier:Schematic s2.JPG|thumb|right|300px|Schematic à la séance 2]]
[[Fichier:Explication ftdi.jpg|thumb|left|150px|Partie FTDI]]
[[Fichier:Explication transistor.jpg|thumb|left|150px|schéma électrique du transistor]]
Une grosse partie du schematic a été terminée. 
Il comporte un atmega328p. Pour son bon fonctionnement, il possède un reset, un quartz et un module ICSP. Pour ce faire, nous avons utilisé le schematic d'une Arduino UNO disponible sur [https://store.arduino.cc/arduino-uno-rev3 le site d'Arduino]. 
Il est connecté à un FTDI FT232RL pour pouvoir téléverser facilement le code depuis l'ordinateur sans avoir besoin d'utiliser un atmega16u2. Il y a donc avec ce FTDI un module USB. Nous nous sommes inspirés de [https://www.electroschematics.com/10997/bootload-atmega-microcontroller-build-arduino-2/ ce site] pour câbler correctement notre circuit. 
Enfin, nous avons ajouté des header correspondant respectivement au capteur de particules et au capteur de température/humidité. Comme on peut le constater sur la capture d'écran ci-dessous, le capteur de particules est connecté à un transistor. Cela nous servira pour pouvoir commander la mise en veille du capteur. 
Nous avons décidé des valeurs de résistance et de capacité selon les datasheet des modules et selon les calculs ci-contre.
Il nous reste maintenant à inclure un module bluetooth et SD pour que notre capteur soit complet. Nous devons également voir avec un des encadrants l'utilisation du capteur de particules. En effet, ce capteur peut donner de grandes variations de valeurs, d'où la nécessité d'utiliser plusieurs capteurs (nous en avons demandé 3) pour avoir une valeur moyenne. Ainsi, nous devons discuter de la mise en place d'un ou de trois transistors pour notre utilisation.
Nous avons également demandé une license Altium pour la suite de ce projet. 
L'objectif de la semaine prochaine est donc de discuter avec nos encadrants pour finaliser notre schematic, et alors commencer la partie routage. 
 

==Semaine 3==

[[Fichier:schematic_s3.JPG|thumb|right|200px|Schematic à la séance 3]]
Nous avons amélioré et adapté notre schématic aux contraintes vues avec M. BOE. Dans le but de mesurer le courant, nous avons donc ajouté des header à chaque composant. Nous avons également décidé d'utiliser un MOSFET pour la commande du capteur de particules (plutôt qu'un NPN précédemment). Enfin, nous avons terminé d'ajouter tous les composants (module bluetooth et connecteur de carte sd) à notre circuit. 
La partie routage est en cours, ainsi que la création d'un autre schématic dans l'optique d'avoir un circuit additionnel permettant de mesurer facilement la tension utilisée par les composants. 

==Semaine 4 à 7==

Nous avons continué à travailler sur notre schématique. De nombreux problèmes sont survenus petit à petit d'où l'absence de résultats intermédiaires. Nous avons également avancé sur un deuxième schématique, une deuxième carte que nous utiliserons pour effectuer les mesures de puissance utilisée des composants. Nous devons encore en discuter avec M. BOE. 
De plus, nous avons commencé à travailler sur le code des capteurs. 

==Semaine 7==

* Partie Electronique

[[Fichier:Schematique mars.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 7]][[Fichier:PCB mars.JPG|thumb|right|200px|PCB du circuit principal à la semaine 7]]
Le routage de la carte électronique est terminé. Il y a eu un certain nombre de modifications sur le schématique, dues aux différentes difficultés survenues lors de ce routage. Nous avons notamment changé la quasi totalité des empreintes, adapté les header, ajouté des capacité de découplage ou encore modifié la référence de certains composants. 
De ce fait, la liste de matériel est à jour. Nous avons également pu voir avec M. Flamen pour récupérer gratuitement une grande partie des composants nécessaires (résistances, capacités, 
La prochaine étape est donc de résoudre les éventuelles erreurs lors de la génération de la carte et commencer sa fabrication. 
Nous avons également en cours la deuxième carte qui est encore au stade du schématique, en attente de retours. 
 
* Partie Arduino
[[Fichier:Dht22 relevés2.JPG|thumb|right|300px|Relevé des valeurs du DHT22]]
Pour commencer, le code du capteur DHT22 (température et humidité) est terminé. Nous avons simplement récupéré un code sur internet. On peut voir sur la capture ci-contre la différence en environnement "normal" et lorsque l'on souffle sur le capteur (augmentation du taux d'humidité) 
[[Fichier:Montage s7.jpg|thumb|left|200|Montage du circuit avec capteurs DHT22 et PM2.5]] 

[[Fichier:Pm25 detaildata.JPG|thumb|left|450px|Données reçues du PM2.5]][[Fichier:Pm25 communication protocole.JPG|right|200px|Protocole de communication du PM2.5]]
Nous avons également travaillé sur le capteur PM2.5 (particules fines). Pour celui là nous établissons le code petit à petit. 
 Pour récupérer les données transmise par le capteur, nous avons utilisé la fonction arduino "SoftwareSerial" qui nous permet de de créer une liaison série sur d'autres pins de la carte arduino. Ainsi lors de l'affichage sur le moniteur série, il n'y aura pas de conflits. 
Dans un premier temps, nous avons affiché la trame telle qu'elle est et avons identifié les octets grâce à la documentation ci-contre. 
Le "32" au dessus du message correspond à la taille du message reçu. Cela sert notamment à savoir s'il est en fonctionnement. Les encadrés correspondent aux données auxquelles nous nous intéressons. 
 
[[Fichier:Pm25 test craie.JPG|thumb|left|400px|Relevé des données reçues par le PM2.5 lorsque le taux de particules varie]][[Fichier:Pm25 sleepmode.JPG|thumb|right|300px|Relevé des données du PM2.5 en mode normal et mode sleep]]
Nous avons ensuite réalisé des tests pour être sûrs que le capteur fonctionne correctement. A l'aide d'une brosse pleine de craie, nous avons donc fait tomber de la poussière ce qui a donné les résultats ci-contre à gauche. 
Nous avons ensuite connecté une broche de l'arduino à la pin SLEEP du capteur pour contrôler sa mise en veille, pour pouvoir simultanément contrôler la mise en veille du capteur et la récupération/affichage des données reçues, nous avons utilisé la fonction millis qui récupère temps écoulé. Contrairement à delay, c'est une fonction non bloquante. 
On voit que le capteur est n'est plus actif grâce au premier chiffre qui correspond à la taille de la trame ( c'est valeur de retour de la fonction "PMSerial.readBytes"; quand elle vaut 0 cela indique qu'aucunes données ne sont transmises) : les données affichées sont les dernières étant stockées, le 0 nous permet de savoir qu'en réalité nous n'avons reçu aucune nouvelle donnée du PM2.5 
 

== Semaine 8 ==

* Partie Electrique

[[Fichier:Schematique main s8.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 8]][[Fichier:PCB main s8.JPG|thumb|right|200px|PCB du circuit principal à la semaine 8]]
Nous avons effectué quelques changements au niveau de la partie MOSFET, qui n'était précédemment pas correcte. Nous avons alors le schématique et le PCB ci-contre.
 
[[Fichier:Schematique highside s8.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 8]][[Fichier:PCB highside s8.JPG|thumb|right|300px|PCBdu circuit pour mesurer le courant à la semaine 8]]
Nous avons également terminé le deuxième circuit permettant de mesurer la valeur du courant passant dans nos capteurs. En connectant les headers de notre circuit principal au header 80, nous allons pouvoir lire la valeur du courant sur le header 90. Nous nous sommes inspirés de la datasheet LTC6800 pour réaliser ce circuit. Le schématique et PCB associé sont ci-contre. 
Nous attendons maintenant une validation de ces deux circuits pour lancer la réalisation. 

* Partie Arduino

[[Fichier:Pm25 reception donnees.JPG|thumb|left|300px|Capture d'écran des données reçues par le PM2.5 après traitement de la trame]][[Fichier:PM25 code.png|thumb|right|400px|Extraits du code du PM2.5]]
Nous avons beaucoup avancé sur la partie Arduino. 
Dans un premier temps, nous avons adapté la récupération de nos données en n'affichant que les données voulues, c'est-à-dire les taux de particules et plus les variables check. 
Ceci nous donne le code ainsi que les réceptions ci-dessous. Nous avons également ajouté le fait que lorsque la trame est vide (length = 0 vu précédemment) nous n'affichons rien. 
Les fonctions get_pm_** permettent de séparer les données correspondant à chaque particules. Nous récupérons simplement la donnée à son indice, et si elle est composée de deux - ou plus - octets (et donc deux places dans la trame) alors nous décalons la première valeur de 8 bits afin d'obtenir le taux correspondant. Nous l'affichons ensuite avec un simple Serial.Print. 
 
[[Fichier:Screen_Bluetooth.png|thumb|right|200px|Capture d'écran du téléphone recevant les données]] [[Fichier:Montage s8.JPG|thumb|left|200px|Montage sur Breadboard à la semaine 8]]
Ensuite, nous avons ajouté le MOSFET que nous avons reçu. Après quelques vérifications, nous avons modifié le schématique comme dit plus tôt. En associant une pin à ce transistor, (ici la pin 13) il joue le rôle d'interrupteur : en envoyant 1 le capteur est correctement alimenté, et en envoyant 0 le capteur est alors éteint électriquement. Nous avons effectué les mêmes tests que la semaine dernière avec la veille du capteur, en utilisant la fonction millis (présente sur la capture du code), ce qui fonctionne bien comme en témoigne la led du capteur PM2.5 qui s'éteint ou s'allume toutes les 10 secondes. On est donc bien capable de piloter électriquement le capteur grâce au transistor. 
Nous avons enfin ajouté le shield bluetooth (on l'alimente simplement avec la carte Arduino et on connecte respectivement les pins Rx,Tx du HC-05 sur les pins Tx,Rx de l'Arduino), et installé une application sur notre téléphone. Grace à une application sur le smartphone on est capable de ce connecter au HC-05 et correctement recevoir les données. 
 

== Semaine 9 ==

[[Fichier:Schematique main s9.JPG|thumb|left|200px|Schématique du circuit principal à la semaine 9]][[Fichier:PCB main s9.JPG|thumb|right|200px|PCB du circuit principal à la semaine 9]]
Nous avons cette semaine terminée la carte principale grâce aux conseils de M. Flamen, M. Boe et M. Redon. Elle est en production chez ''Elecrow Bazaar'', c'est donc notre version finale. Une fois reçue, nous pourrons y souder les composants. 
Au niveau du schématique, nous avons ajouté un régulateur 5V/3.3V pour alimenter le connecteur de carte SD. Au niveau du PCB, nous avons fait un plan de masse digne de ce nom, adapté les pistes en évitant les petits angles, déplacé certains composants pour avoir des zones de masses continues, et délimité une zone blanche (keep out) sous le quartz. Nous avons également mis les composants traversants sur la couche bottom, mis en place les couches overlay, défini la couche mechanical et fait attention au Design Rule Check. 
 

== Semaine 10 ==

Nous avons pu imprimer avec M. Flamen la carte secondaire. Nous attendons l'arrivée du LTC6800 pour pouvoir souder la carte. 
[[Fichier:Schematique highside s10 valeurs.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 10]][[Fichier:PCB highside s10 valeurs.JPG|thumb|right|300px|PCB du circuit pour mesurer le courant à la semaine 10]] 

Nous avons également travaillé sur le calcul de la résistance en entrée du LTC6800. En effet, sa valeur dépend du composant pour lequel on va mesurer le courant.
[[Fichier:LTC6800 use.png|thumb|right|300px|Schéma des grandeurs sur le montage d'utilisation du LTC6800]] 
Après quelques recherches, nous avons pu trouver les valeurs de courant suivantes : ~120mA pour le PM2.5, entre 1 et 15 mA pour le DHT22 et entre 15 et 60 mA pour le HC-05. On a donc une plage de variation du courant égale à [1;120]mA. Pour correctement relever le courant, nous devons donc avoir en sortie une tension variant de 0 à 5V pour le courant allant de 0 à 120mA. 

Nous nous basons sur le schéma ci-contre trouvé dans les datasheet du LTC6800 pour les calculs. 
U=Rs*iL 
Vout=G*U=G*Rs*iL => G=Vout(Rs*iL) 
Or G=1+R2/R1 

En prenant Vout/iL = 40mV/mA on a bien 4.8V pour 120mA. Soit G*Rs = 40mV/mA. On en déduit G et Rs. 
Rs est limité par la puissance qu'il peut supporté. Si on prend Rs = 10 Ohm (G=4), on a donc une puissance de P=Rs*iL², Pmax=10*0.12²=0.144W. Avec une résistance supportant 0.25W (selon ses propriété), on peut donc prendre cette résistance de 10 Ohm. 
G est défini par R2 et R1. On doit donc prendre R2/R1=3 donc par exemple R2 = 30 kOhm et R1 = 10kOhm. Comme 30kOhm n'est pas une valeur normalisée, on prend R2=27kOhm, notre gain sera plus petit. 

== Semaine 11 ==

[[Fichier:Schematique main s11.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 11]][[Fichier:PCB main s11.JPG|thumb|right|250px|PCB du circuit principal à la semaine 11]]
Nous avons eu quelques problèmes avec notre carte principale, concernant notamment le capteur de particules PM2.5. Après l'analyse de la Datasheet du PM_2.5, nous avions dans un premier temps prévu de relier les différentes entrées du capteur à un header relié aux pins correspondantes sur l'atmega. En réalité nous avons commis une erreur car le capteur n'est pas relié directement à l'atmega mais est connecté a un adaptateur. Or l'ordre des pins de l'adaptateur est différent de celui du capteur. De plus, la pin sleep (pour mettre en veille le capteur) est située au dessus de l'adaptateur et ne peut pas être connectée directement sur le header. Ainsi avec la nouvelle version du schématique nous avons réglé ce problème et on pourra ainsi connecter directement l'adaptateur sur le header et utiliser un câble mal/femelle pour relier la pin sleep de l'adaptateur à un autre header. 
Ce ne sont pas des problèmes très graves, puisqu'il est toujours possible de faire fonctionner le capteur en utilisant un autre header et changer l'ordre des pins, mais c'est assez encombrant.
 

[[Fichier:Carte highside s11.jpg|thumb|left|350px|Carte du circuit secondaire pour mesurer la puissance dans les capteurs, imprimée et entièrement soudée]][[Fichier:Carte principale s11.JPG|thumb|300px|right|Carte principale (capteur de pollution) imprimée, avec composants CMS soudés]]
Comme nous avons reçu le LTC6800 et les résistances CMS 10 Ohm, nous avons pu imprimer et souder entièrement notre carte secondaire. Nous avons fait des tests pour vérifier que nos pins sont correctement connectées. 
En fin de semaine, nous avons également imprimé la carte principale chez Mr. Flamen. Attendre celle venant de Chine et effectuer les changements sur cette dernière nous aurait fait perdre beaucoup trop de temps. Nous avons eu le temps de souder les composants CMS mais pas encore les composants traversants.
 

== Semaine 12 (Vacances S1) ==
[[Fichier:Carte principale s12 top.jpg|thumb|150px|left|Vue TOP de la carte principale à la semaine 12, soudée entièrement]]
[[Fichier:Carte principale s12 bottom2.jpg|thumb|200px|right|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - sans les éléments]]
[[Fichier:Carte principale s12 bottom1.jpg|thumb|150px|left|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - avec les éléments]]
Nous avons pu avoir accès à Polytech durant quelques jours de cette semaine de vacances. Nous en avons donc profiter pour souder notre carte le plus possible. 
Dans un premier temps, nous avons vérifié que nos composants CMS étaient bien soudés. Il y a eu besoin de quelques retouches au niveau du FTDI et de l'Atmega qui présentaient des courts-circuits. Nous avons ensuite souder les vias nécessaires aux premiers tests. En effet, avant de continuer à souder il a fallu être sûr que les micro contrôleurs étaient bien fonctionnels. Pour cela, nous avons relié l'Atmega à une Arduino via l'ISP présent sur notre carte, nous avons testé un programme pour faire clignoter une led (comme nous n'en avons pas sur la carte donc avons fait clignoter la led de l'Arduino). Cette étape étant validée, nous avons téléversé un bootloader pour pouvoir téléverser un programme cette fois depuis le FTDI. Avant ça, nous avons soudé le connecteur USB ainsi que les autres vias nécessaires. L'empreinte du connecteur USB variait légèrement au niveau des accroches, mais les broches correspondent bien donc nous avons écarté les accroches pour les souder directement à la masse. Puis nous avons essayé de téléverser un programme : les LED de sécurité du FTDI clignotent bien durant cette étape. Puis, toujours avec l'Arduino connecté avec l'ISP, nous avons téléversé le programme de Blinking led sur le FTDI qui lui-même l'a envoyé à l'Atmega qui une fois encore a bien fait clignoté la led de l'Arduino. Notre FTDI et notre Atmega sont donc bien fonctionnels et prêts à l'usage. 
Dans un deuxième temps, nous avons donc pu souder le reste des composants, c'est-à-dire les headers pour les différents éléments (PM2.5, DHT22, Connecteur SD, Shield Bluetooth) ainsi que ceux utilisés pour mesurer la puissance consommée. Il y avait également le reste des vias, le Mosfet et le switch. Un fil connectant deux masses a été nécessaire. Cette partie ne fut pas sans encombres, car même si les composants étaient bien connectés à leur piste, il est arrivé qu'ils soient un tout petit peu connectés à la masse, perturbant le circuit. 
Une fois tous les problèmes de connexion réglés, nous avons pu tester que les broches de l'Atmega envoient bien du 5V quand demandé.

Nous avons testé nos précédents programmes (du DHT22 et PM2.5) avec succès, en faisant bien attention de mettre en court-circuit les headers utilisés pour le circuit secondaire. 
Nous obtenons les résultats suivants, la réception des données du capteur de température/humidité à gauche et celles du capteur de particules à droite. 
[[Fichier:Video dht22.gif|400px|Réception des données du DHT22 depuis circuit imprimé]]
[[Fichier:Video pm25.gif|400px|Réception des données du PM2.5 depuis circuit imprimé]]
 
[[Fichier:Carte sd code.png|thumb|100px|right|code test pour vérifier le fonctionnement du connecteur SD]]
[[Fichier:Carte sd results.png|thumb|300px|left|Résultats du test pour le connecteur SD avec écriture sur la carte]]
Nous avons également établi un code de test pour vérifier que notre connecteur de carte SD fonctionne correctement. Dans le programme que l'on peut retrouver ci-contre, on crée un fichier "test.txt" dans lequel on écrit une petite ligne. On peut voir sur le moniteur série que la connexion se fait sans problème, puis on peut retrouver dans notre carte SD le fichier rempli correspondant. 
 
Nous avons cependant rencontré quelques problèmes, déjà survenus auparavant : les header ne tiennent pas correctement et se dessoudent trop facilement de la carte. Cela provoque donc des mauvaises connexions. Une retouche est nécessaire.
 

== Semaine 14 ==

La semaine dernière, nous avons concaténé tous les codes afin d'écrire les valeurs obtenues sur la carte SD. Ayant des problèmes de connexions évoqués précédemment, les tests sur carte n'ont pu être réalisés que cette semaine (après retouches de soudures), d'où l'absence de rapport à la semaine 13. 
[[Fichier:Carte sd aff excel.JPG|thumb|150px|right|Affichage fichier texte et excel des données de la carte SD]]
Après quelques réflexions, nous avons donc décidé d'écrire les données sur deux différents fichiers : un pour le capteur DHT22 et un pour le capteur PM2.5. En effet, nous trouvons cela plus clair de cette manière. 
De plus, nous les imprimons comme suit : une ligne correspond à un relevé de données, c'est à dire à une date précise (chronomètre lancé au démarrage) et au taux d'humidité puis à la température (pour le DHT22) correspondante. Ces valeurs sont séparées par des espaces pour que le fichier Excel puisse lui-même les disposer dans des cases différentes. Ainsi, les courbes sont très facilement réalisables.
De la même manière pour le PM2.5, chaque relevé correspond à une ligne comprenant le temps ainsi que les différentes valeurs de particules, le tout séparé par des espaces. 

Un test de 20 minutes nous a permis d'obtenir 1250 valeurs et les courbes suivantes : 
[[Fichier:Graphes Ecst dht22.JPG|thumb|300px|left|Graphes des données reçues par le DHT22 en environnement constant]]
[[Fichier:Graphes Ecst pm25.JPG|thumb|600px|right|Graphes des données reçues par le PM2.5 en environnement constant]]

Nous n'avons pas affiché les courbes associées aux particules pm01, pm2.5 et pm10 puisqu'elles sont constantes autour de la valeur 65535. 
On remarque que les données issues du capteur d'humidité/température DHT22 sont assez variables au cours du temps, même si elles ne fluctuent pas aussi rapidement que celles issues du PM2.5, elles mettent beaucoup de temps à se stabiliser. Pour revenir aux courbes du PM2.5, on peut au premier abord être surpris des grosses variations qu'elles présentent, cependant il n'en est rien puisque la valeur maximale qu'elles peuvent atteindre est de 65535 '' à expliquer ''. Leur fluctuation est donc minime. 
 

[[Fichier:Graphes Epoussiere.JPG|thumb|500px|right|Evolution des données (PM2.5) dans un environnement poussiéreux.]]
Dans un second temps, nous avons voulu testé la mise en veille du capteur par la broche sleep ainsi que l'utilisation du mosfet (comme interrupteur de VCC). 
Pour avoir des résultats un peu plus significatifs - ou plutôt visuels - que précédemment, nous avons déposé du talc sur le capteur, puis attendu une heure que cela devienne un environnement stable. On peut voir sur les graphe ci-contre que les valeurs sont plus élevées, notamment pour les courbes du a300nm, a500nm et a1um. Elles sont "stabilisées" autour de 50sec. De cette manière on peut mieux voir le temps que met le capteur à se mettre en route. 
[[Fichier:Graphes pauses.JPG|thumb|500px|right|Evolution des données reçues (PM2.5) par différentes mises en veille]]
Nous avons donc ajouté dans le programme une partie permettant de mettre en veille le PM2.5 après 2min d'activité, cela pendant 30sec, puis le rallumer pendant 1min, le ré éteindre cette fois électriquement depuis le mosfet, encore une fois pendant 30sec puis le laisser fonctionner normalement à nouveau. 
Les zones très constantes correspondent aux périodes ou le capteur est en veille. On voir que les données repartent de 0 à chaque redémarrage, quel qu'il soit. A première vue, en observant uniquement les données reçues, les deux mises en veille se valent. Nous allons quand même re effectuer des tests avec deux capteurs fonctionnant en même temps pour avoir des résultats plus précis. 
Voici la partie de code que nous utilisons pour d'abord mettre le capteur en veille au bout de 120 secondes, le rallumer 30 secondes plus tard, attendre 60 secondes, faire de même avec l'utilisation du mosfet. 
currentTime = millis();
if((currentTime > 120000 && is_pause==0) || (currentTime > 150000 && is_pause==1)) {
digitalWrite(set,!digitalRead(set));
is_pause++;
}
else if ((currentTime > 210000 && is_pause==2) || (currentTime > 240000 && is_pause==3)) {
digitalWrite(mosfet,!digitalRead(mosfet));
is_pause++;
} 
 

== Semaine 15 ==

Les premiers tests sur la carte étant effectués, il est enfin temps de réaliser l'étude énergétique de tous les éléments de la carte. 

[[Fichier:Mesures1.jpg|thumb|200px|right|Méthode de relevé de courant/tension avec le multimètre.]]

Initialement, nous avions pour objectif d'utiliser le montage high-side que nous avons réalisé afin mesurer la puissance consommée par nos différents éléments. Cependant, nous n'avons pas réussi à le faire fonctionner. Nous avons donc utilisé un multimètre avec lequel on a mesuré la tension et le courants consommés pour chaque capteur. Nous avons simplement relié les entrées du multimètre aux différents header prévu pour effectuer les relevés. Pour le courant, on connecte simplement le multimètre en série. Pour la tension, on connecte le COM à la masse du circuit (header prévu à cet effet), et le V au potentiel de l'élément en question. Il ne nous reste plus qu'à calculer la puissance avec P=U*I. 

On obtient ainsi les résultats suivants:

* Pour le capteur DHT22 on a une consommation d'environ 1,2mA pour 5V soit P=6mW
* Pour le shield Bluetooth on a une consommation de 43/44mA (contre 50mA sur la datasheet) pour 5V soit P=215mW
* Pour le module de carte sd on a une consommation de 19mA pour 3,36V soit P=63mW
* Pour le capteur de particule, on différencie la consommation classique en marche qui vaut entre 30 et 50mA pour 5V soit P = 200mW ; et la consommation en mode veille qui vaut environ 9mA pour 5V soit P= 45mW. Pour le mode veille on observe un courant largement supérieur à celui indiqué par la datasheet (200uA). On pense que cela est du à l'adaptateur du capteur PM2.5 qui fausse le résultat notamment à cause des led qu'il utilise. Pour avoir une consommation précise, il faudrait souder des fils à l'entrée de l'adaptateur pour mesurer la puissance réelle dissipée. 
Pour une étude énergétique plus poussée, nous avons observé les pics de courants du PM2.5 lorsqu'on l'allume électriquement (avec le MOSFET) et lorsque l'on sort du mode SLEEP. Etant impossible de mesurer ces pics avec un multimètre, nous avons donc opté pour l'oscilloscope. Nous n'avions cependant que des sondes de tension. Pour palier à ce problème, nous avons observé la chute de tension au borne d'une résistance de très petite valeur (10ohm) pour pouvoir ainsi en déduire le courant consommé. On règle ensuite l'oscilloscope de façon à observer le pic grâce au mode "single seq". 
On a les relevés suivants, avec à gauche le pic de courant lors de la sortie du mode sleep vue à l'oscilloscope, et à droite celui après une mise en tension électrique (mosfet) : 
[[Fichier:Pic sleep.jpg|thumb|300px|left|Pic de courant observé en passant du mode sleep au mode actif]] [[Fichier:Pic.png|thumb|300px|right|Pic de courant observé lors de l'allumage du capteur]]
 
Pour le mode sleep on a donc :
* en fonctionnement en veille consommant 45mW.
* un pic de courant au redémarrage allant jusqu'à 130mA, contre 9mA en mode sleep et 40mA en mode relevé de valeurs.
* la courbe peut être approchée par une droite (ou une exponentielle ?) afin d'en déduire la consommation énergétique.
Pour le capteur éteint par le mosfet on a :
* 0W de consommés.
* un pic de courant au redémarrage allant jusqu'à 500mA.
* la courbe peut-être approchée par une courbe de décharge d'un condensateur afin d'en déduire la consommation énergétique.
 
 
[[Fichier:Comp reception donnees.JPG|thumb|600|right|comparaison des données reçues par deux PM2.5]]
Nous avons ensuite voulu comparé les valeurs reçues par le PM2.5 avec un autre PM2.5 afin de voir au bout de combien de temps le capteur recommence à avoir des valeurs cohérentes et ainsi ne pas envisager une utilisation du mode sleep par exemple, avec un intervalle entre les mises en veille trop court. 
Dans un premier temps, nous avons eu le PMS7003, qui malheureusement n'a pas affiché de valeurs cohérentes avec notre capteur : même avec un dépôt de poussière, il ne détectait pas de changement d'environnement. Nous avons alors eu la possibilité de refaire ces tests avec un PM2.5 identique à notre capteur initial. Les valeurs sont bien plus cohérentes même si on observe une différence d'échelle entre les deux. Nous allons notamment comparer les valeurs reçues (différence prise en compte) depuis les valeurs de a300nm, puisque c'est la courbe la plus exploitable. 
De la même manière que précédemment, nous avons donc déposé de la poussière sur les capteurs aux alentours de 10 secondes. On remarque que les deux capteurs réagissent. Ensuite, au bout de 30secondes et pendant 10secondes le capteur est mis en mode sleep. Nous attendons alors 2minutes avant de faire de même en l'éteignant électriquement. 
On peut noter qu'en fonctionnement on a une différence d'environ 500. Cela ne pose pas de problème puisque l'on peut bien observer le temps de remise en route du capteur dans les deux cas. Nous allons maintenant uniquement prendre en compte les valeurs à partir de 30 secondes afin de retirer la partie où la poussière est ajoutée et ainsi pouvoir correctement analyser les valeurs.
 
 
On s’intéresse maintenant aux temps de réponse pour les deux modes (sleep/allumé et éteint/allumé). Ce temps de réponse correspond au temps nécessaire du capteur à récupérer des données valides. Ainsi avec ce temps, on sera capable de calculer l'énergie perdue lors de cette phase. On voulait initialement utiliser le second capteur pour référence afin de déterminer le plus précisément possible l'instant où le capteur récupérait des données valides. Malheureusement, même si on observait une différence d'environ 500 entre les deux capteur (pour le nombre de particules a300), cet écart n'est en réalité pas assez stable pour pouvoir trouver précisément l'instant recherché. 
Avec des interprétations, on est tout de même capable de déterminer approximativement le temps de montée pour les deux modes. On observe ci dessous le temps de réponse pour les deux modes (on observe la réponse du capteur pendant 40 secondes).
[[Fichier:Sleep.png|500px|left|]] [[Fichier:Allum.png|500px|right|]]
 
On remarque que le temps de réponse du capteur est sensiblement plus rapide quand on passe du mode sleep au mode normal (7s plus rapide). Ainsi on privilégiera certainement cette méthode si on souhaite effectuer des relevés à une fréquence élevée. On notera tout de même qu'il est absurde de mettre en veille/d'éteindre le capteur si on effectue des relevés toutes les 20s ou moins.

=Documents Rendus=

IMA4 2018/2019 P63

2019-05-06T18:06:59Z

Vlorthio : /* Semaine 15 */

__TOC__
 

=Présentation générale=
Etudiants : Victor Lorthios, Juliette Obled 
Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys 

==Description==
Ce projet consiste à modéliser la consommation d'un capteur de pollution. 
Ce système sera composé d'un ATMEGA ainsi que d'un capteur de particules, un capteur de température/humidité, une carte SD et un système Bluetooth pour transmettre les données. 

==Objectifs==
Dans un premier temps, nous allons travailler avec une carte Arduino afin de pouvoir facilement tester les différents capteur et commencer à étudier leur consommation en énergie. Nous allons ensuite réaliser un système embarqué composé d'un ATMEGA, des deux capteurs, d'un système de transmission de données bluetooth et d'un système stockage des données via une carte sd. Ainsi on aura un prototype composé uniquement des fonctionnalités nécessaire. Cela permettra de ne pas fausser nos mesures car l'Arduino comporte des ports et des fonctionnalités supplémentaires qui risqueraient de consommer plus que nécessaire.
Depuis ce capteur il faudra alors faire l'étude de la consommation énergétique des différents composants, en particulier celle du capteur de particules qui est en théorie la plus élevée. 
Enfin, on pourra tester quelles sont les meilleures manières d'utiliser les composants pour trouver leur consommation d'énergie minimale (capteur en route, en veille ou éteint quand on ne l'utilise pas). Cela sera fonction de variables telle que la période entre la prise de données notamment. On étudiera notamment les différentes manières de mettre en veille un capteur, la consommation au redémarrage, etc. 
Le but final est donc d'établir un modèle, pouvant déterminer à l'avance l'autonomie du circuit. L'Idéal étant d'avoir un système consommant le moins d'énergie possible. 

=Analyse du projet=

==Positionnement par rapport à l'existant==

La pollution est un enjeu sanitaire majeur. En effet, les polluants atmosphériques sont à l'origine de nombreux décès en France et dans le monde (48000 victimes en France selon l'agence de santé publique).

Pour réduire et éviter les endroits où la pollution est la plus dense, il est très intéressant de pouvoir analyser la présence de ces particules fines. 

Ces dernières années, de nombreux moyens ont été mis en oeuvre pour surveiller la pollution. On retrouve par exemple de nombreux objets connectés composés de capteurs capables de mesurer la qualité de l'air. Ces objets permettent notamment de sensibiliser la population à ce problème. 

==Analyse du premier concurrent==
[[Fichier:Concurrent1 PlumeLabs Flow.JPG|100px|thumb|left|Capteur Flow]][[Fichier:Concurrent1 PlumeLabs AirReport.JPG|100px|thumb|right|Application Air Report]] 
''Flow'' est un objet de 12,5cm de haut et 4cm de large permettant d'analyser la pollution de l'air en temps réel. En appuyant sur un bouton, on peut relever la concentration des principaux polluants dans l'air. 
Ce capteur est commercialisé par l'entreprise française ''Plume Labs'', fondée en 2014 dans le but d'améliorer notre quotidien face à la pollution. 

Le résultat s'affiche directement sur l'objet, par l'allumage de leds : une couleur sombre correspond à un taux de pollution élevé et une couleur claire un air sain. Les résultats peuvent également être transmis via bluetooth sur le téléphone afin d'être affichés sur l'application ''Air Report''. Cette application est composée d'une carte permettant de géolocaliser le téléphone et ainsi représenter le taux de pollution de chaque endroit de la ville. Toutes les personnes utilisant ''Flow'' peuvent donc contribuer à améliorer cette carte. Ce capteur permet donc d'évaluer ses parcours dans la ville, et inciter les gens à passer par des endroits plus sains. Il est également utilisable dans la maison. L'application propose aussi des "bulletins météo" concernant la qualité de l'air des jours à venir et annoncer les pics de pollution. 
Etant si petit, résistant (fait d'acier) et ne pesant que 70g, ''Flow'' est transportable partout. Le capteur se recharge facilement sur ordinateur ou secteur grâce à un câble USB-C vers USB, et est supposé avoir une autonomie de 24h. 

Ce capteur est donc très avancé mais coûte tout de même 179euros. 
Nous pouvons nous positionner par rapport à cet objet en espérant atteindre une fiabilité de nos mesures pour une autonomie supérieure à une journée, à moindre coût. 

==Analyse du second concurrent==
Pollutrack est un système du mesure de pollution de l'air installé sur des véhicules électriques appartenants à Enedis.
Il permet de mesurer la pollution près du trafic dans des grandes villes telles que Paris ou Lille. Plus de 300 capteurs mobiles Pollutrack sont utilisés en complément de stations qui mesurent en temps réel la quantité de particules nocives dans l'air.
Le dispositif permet de récupérer un très grand nombre de mesures. Grâce à ces mesures, il est possible de comparer le niveau de pollution d'une rue à l'autre ,d'un quartier à l'autre et d'ainsi repérer les zones de concentration de la pollution.

==Scénario d'usage du produit ou du concept envisagé==
L'utilisation de ce capteur sera la suivante : on imagine une personne voulant évaluer le taux de pollution dans l'air à but professionnel ou non. Grâce à ce capteur connecté via Bluetooth sur le téléphone, les données peuvent être transmises à intervalle régulier, ou stockées sur la carte SD pour être envoyées plus tard (si problème de réseau ou autre). 
L'utilisateur voulant faire de nombreuses mesures dans plusieurs zones géographiques, il a besoin que le capteur ait une consommation énergétique faible pour être utilisé le plus longtemps possible. On pourrait même penser à quelqu'un souhaitant réaliser une cartographie du taux de pollution d'une ville. Il a alors besoin de faire énormément de mesures (il peut les avoir en temps réel sur son téléphone) mais surtout de faire des relevés assez longtemps pour que la cartographie soit fiable (pas de mesures trop espacées dans le temps). D'où la nécessité d'avoir un système dont on connait la consommation énergétique. 
Grâce à nos recherches, nous pourrons donc assurer l'autonomie de ce capteur simplifié. 

Le capteur peut également être utilisé de manière fixe dans une usine par exemple, provoquant une alarme si la pollution dans l'air est trop élevée. Nos modélisations permettraient à l'entreprise de connaître combien de temps le capteur serait utilisable et donc estimer le moment de la journée le plus propice pour effectuer des mesures. 

==Réponse à la question difficile==

* Quelle est la fréquence optimale de récupération des valeurs de particules en fonction des usages ?

le site https://www.airparif.asso.fr/ mesure et cartographie précisément la pollution de Paris et de son agglomération en temps réel. 
L'ensemble de leurs données permettent de produire une carte avec au mieux une résolution de 10 mètres par mesure. 

En prenant l'exemple d'un piéton marchant à la vitesse de 4 km/h il faudrait une mesure toutes les 9 secondes pour avoir une résolution de 10 mètres. 

Si on prend le cas d'un cycliste roulant à la vitesse de 20km/h il faudrait une mesure toutes les deux secondes pour atteindre une résolution de 10m. 

Dans le cas où le capteur serait fixe avec une mesure toutes les deux minutes paraît suffisante. 

* Comment tester un maximum de configuration des différentes fonctions pour déterminer la consommation énergétique et estimer la durée de vie finale ?

Nous testerons les différentes configurations sur la carte Arduino. Cela nous permettra de pouvoir changer facilement les câblages (pas de soudures, etc). 

Les tests se feront grâce au code d'un ancien thésard qui nous permettrons d'estimer la consommation énergétique du système. 

Nous étudierons les possibilités suivantes 

* Mise en veille du capteur (utilisation de la broche enable) 
* Coupure de l'alimentation du capteur (utilisation d'un transistor pour commander l'état du capteur) 
* Mode sleep du microcontrôleur 

Une fois la meilleure configuration trouvée nous réaliserons la carte pour avoir la consommation exacte et ainsi pouvoir déterminer l'autonomie de la carte.

=Préparation du projet=

==Cahier des charges==

''Etudiants : Victor Lorthios, Juliette Obled'' 
''Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys'' ''
''Éventuels Clients : personne lambda désireuse de connaître le taux pollution de l'air qu'elle respire'' 

''' Sujet ''' 
Modéliser la consommation énergétique d'un capteur de pollution simplifié. 

'''Objectifs''' 
Dans un premier temps il faudra réaliser un capteur simplifié de pollution sur une Arduino, depuis différents composants (capteur d'humidité/température et capteur de particules). Depuis ce système on pourra alors récupérer le taux de pollution de l'air de manière périodique (grâce au module bluetooth et à la carte SD). Nous verrons alors le temps de réponse de notre système (si il est lent ou rapide à s'adapter dans un environnement instable, etc) pour en déduire sur quelle période de relevés se baser. 
Dans un second temps, des configurations seront testées pour déterminer la meilleure manière - énergétiquement parlant - de relever le taux de pollution : Comme expliqué dans la question difficile, nous verrons notamment différents moyens de mettre en veille notre capteur entre les relevés. 
Nous retiendrons alors la meilleure configuration à notre usage pour réaliser le capteur de pollution depuis un microcontrôleur, afin de limiter au mieux toute consommation énergétique superflue. 
Enfin, nous pourrons étudier la réelle consommation de notre système et en tirer un modèle, afin d'être capable d'annoncer la "durer de vie" du capteur selon l'utilisation retenue. 

==Choix techniques : matériel et logiciel==

''Matériel nécessaire''

Carte principale
* Carte Arduino UNO [https://fr.farnell.com/arduino/a000066/arduino-uno-carte-d-eval/dp/2075382?st=arduino%20uno]
* ATMEGA328p [https://fr.farnell.com/microchip/atmega328p-au/micro-8-bits-avr-32k-flash-32tqfp/dp/1715486?st=atmega%20328p]
* BreadBoard [https://fr.farnell.com/mcm/21-18936/carte-de-prototypage-55-x-83-mm/dp/2855018?st=breadboard]
* Quartz de 16MHz [https://fr.farnell.com/txc/9b-16-000maaj-b/xtal-16-000mhz-18pf-hc-49s/dp/1842216?st=quartz%2016MHz]
* Capteur de température/humidité DHT11 [https://fr.farnell.com/df-robot/dfr0067/capteur-humidite-de-temperature/dp/2946103?ost=dht11&krypto=nSAe3xUmYzn82Ba3MCmTb1xsIQwIwLm0Wug77jAEBmRR8c0u9aORPwbEXUzZkgEOkW9FWrot%2FD2G1fauIEdT2%2FLQpj%2FbWYyeehmGw6cPJouYreHMHIL5EcUCZ7dGiBBrtP9Pztes%2BFTSfnidMZNl%2BV2bmfUdjVN%2Ffd%2BfpCvmWmC2Pa6oc8NiPYtnwD9DHagkFXRCFgLeICUjhLO0CrI5O7YSEu8GSaIH61z3l8yfWPvGhER3Egx5AGiiDDaA%2BvLuSgGqia%2F4qpn0eOM86V%2F84%2FqRn1SizGCoHhSdWeZMJ81ZzxrqmZnpz5A1t9UiWlqGESOur8dThEJ4SYF1DYqqFpYhDtchRQn6bk%2BeaDYBdbXrGYsKcSoVUPPgX4lBqxs1BUvNI49Bk7GpBIi1ViHtneYL%2BMRj7QyfDp9iWIw9Qe8pxdpcFFdqxlO%2B78PffaFHNseBt0aCCBSgXM0ai%2FKz%2BQ%3D%3D&ddkey=https%3Afr-FR%2FElement14_France%2Fsearch]
* Carte SD 16Go [https://www.gotronic.fr/art-carte-micro-sd-16-gb-21521.htm]
* Shield Bluetooth [https://www.gotronic.fr/art-module-bluetooth-hc05-26097.htm]
* FTDI [https://fr.farnell.com/ftdi/ft232rl-reel/usb-vers-uart-ssop28-232/dp/1146032?st=ftdi%20ft232]
* Module USB [https://fr.farnell.com/wurth-elektronik/61400416121/embase-usb-2-0-type-b-cms/dp/1642035?st=usb%20type%20B]
* Résistances : 1*1MOhm + 2*10kOhm + 4*1kOhm
* MicroSD card module [https://www.mouser.fr/ProductDetail/DFRobot/DFR0229?qs=lqAf%2FiVYw9iUSsZAMqpn6w%3D%3D]
* 1 Transistor Mosfet IRF530NPBF [https://fr.farnell.com/infineon/irf530npbf/transistor-mosfet-canal-n-to220/dp/8648263?st=irf530]
* 4 Résistances CMS 1KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-102-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCG8U96oB1N8iEjA3WWloOyQ%3D%3D]
* 3 Résistances CMS 10KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-103-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCf7nuw8CxaxWavEDTcrYVSA%3D%3D]
* 1 Résistance CMS 4,7KOhm (0805 !) [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-472-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCR8f6WlwD1E1e%2FmlyHQJiVw%3D%3D]
* 1 Résistance CMS 1MOhm [https://www.mouser.fr/ProductDetail/Yageo/RT0603DRD071ML?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCCzRqR3HSxGAhpPu7NwurDw%3D%3D]
* 8 Capa0603 CMS 0.1uF [https://www.mouser.fr/ProductDetail/Yageo/AS0805KKX7R9BB104?qs=sGAEpiMZZMs0AnBnWHyRQN7%2FAA2D2lPPsYA1bJbHbZoQC62GCvbujw%3D%3D]
* 2 Capa0805 CMS 22pF [https://www.mouser.fr/ProductDetail/KEMET/CBR08C220J5GAC?qs=sGAEpiMZZMs0AnBnWHyRQKJCfzG%2Fi9wHIuDMkLtQL%252BAeTzFzADF%2FKw%3D%3D]
* 1 Capa0805 CMS 10uF [https://www.mouser.fr/ProductDetail/Yageo/CC0805KFX5R8BB106?qs=sGAEpiMZZMs0AnBnWHyRQB9G40cLJQs48fO1KJB45QKWe9F2ufi5Bw%3D%3D]
* 1 Diode verte CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SMLD12EN1WT86?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2UaDK3wHdwzQH59mdZ86SRg%3D%3D]
* 1 Diode rouge CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SML-D12V8WT86C?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2xr7aIegCC5DdIa4TH1FJuQ%3D%3D]
* Régulateur 5v/3.3v [https://www.mouser.fr/ProductDetail/Texas-Instruments/LM1117MPX-33-NOPB?qs=sGAEpiMZZMvu8NZDyZ4K0Sw3Ge2x%2FL%2F%2F]
* Bouton poussoir 
* 3 Capteur de particules PM2.5 - SEN0177 (avec son adaptateur) (un déjà eu) [https://eu.mouser.com/ProductDetail/DFRobot/SEN0177?qs=%2fha2pyFadug0jBbcL1AeO5xbZZKOlHL5GOQhx8mcyvg%3d]
Pourquoi 3 capteurs : pour les tests de mise en veille, il nous faut 1 capteur test, et 2 capteurs de référence (car souvent beaucoup de variation de valeurs entre les capteurs)

Carte secondaire
* 2 AOP LTC6800 [https://fr.rs-online.com/web/p/amplificateurs-dinstrumentation/7619648/]
* Header 
* 2 Capa0603 CMS 0.1uF
* 2 Résistance CMS 1206 10 Ohm 
* 1 Résistance CMS 0603 10k Ohm
* 1 Résistance CMS 0603 27k Ohm

''Logiciels''

Nous utiliserons le logiciel IDE Arduino pour le code de l'arduino et Altium pour réaliser notre carte électronique

==Liste des tâches à effectuer==

Capteur de pollution depuis une Arduino 
- correctement câbler les composants 
- écrire un code pour en retirer des valeurs correspondants à un taux de pollution 
- récupérer ces valeurs depuis 1) la carte SD 2) le module bluetooth 

Etudes des valeurs reçues 
- déduire des valeurs reçues des courbes correspondant au taux de pollution dans l'air en fonction du temps (notamment en environnement instable où l'on change brutalement le taux de particules dans l'air) 
- déterminer depuis ces courbes et depuis nos espérances (de la question difficile n°1) une période pour relever le taux de pollution 

Tests de différentes configurations 
Comme il est important de minimiser la consommation énergétique de notre système, nous rechercherons une mise en veille optimale de notre système, sans que cela ne gène le relevé. 
Nous testerons donc différentes configurations comme expliqué à la question difficile n°2. 
- mise en veille du capteur (utilisation de la broche enable) 
- coupure de l'alimentation du capteur (utilisation d'un transistor) 
- mode sleep du microcontrôleur 

Système optimisé 
Conscient que l'arduino peut consommer plus que seulement ce dont les capteurs auraient besoin, nous allons dans une deuxième partie réaliser le système depuis un ATMEGA avec la configuration retenue. 
- réalisation de la carte électronique 
- code et essais pour étudier la cohérence des relevés par rapport aux anciens 

Modélisation de la consommation finale de notre système 
Depuis le programme d'un thésard polytech, de la même manière que pour les tests de mise en veille, nous étudierons la consommation de notre capteur pour en tirer un modèle et ainsi déterminer combien de temps il peut être utilisé.

Pour aller plus loin 
Si jamais nous réussissons à faire toutes ces tâches avec succès, pourquoi pas tester une autre utilisation (automobiliste, etc) avec donc une autre période pour les relevés et peut-être une autre configuration pour la mise en veille. 
Il pourrait également être intéressant de réussir à se géolocaliser pour plus facilement exploiter les données de ce capteur simplifié. 

==Calendrier prévisionnel==

=Réalisation du Projet=
==Feuille d'heures==

{| class="wikitable"
!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
|
|
|
|
|
|
|
|
|
|
|
|}

==Semaine 1==

Lors de ces premières séances, nous avons commencé à réaliser le PCB sur Altium de la carte représentant notre capteur de pollution. Au cours de ce travail, nous nous sommes donc rendus compte qu'il fallait revoir notre liste de matériel, qui est incomplète. Nous aimerions finir le schéma électrique des capteurs associés à l'Arduino ainsi que la représentation Altium du microcontrôleur avec les autres composants d'ici les prochaines séances, afin d'avoir rapidement une liste de matériel fixe et éventuellement pouvoir demander une vérification de notre schéma Altium pour ensuite démarrer la partie Routage de la carte. 
Nous avons également trouvé du code disponible pour l'utilisation des capteurs. 

==Semaine 2==

[[Fichier:Schematic s2.JPG|thumb|right|300px|Schematic à la séance 2]]
[[Fichier:Explication ftdi.jpg|thumb|left|150px|Partie FTDI]]
[[Fichier:Explication transistor.jpg|thumb|left|150px|schéma électrique du transistor]]
Une grosse partie du schematic a été terminée. 
Il comporte un atmega328p. Pour son bon fonctionnement, il possède un reset, un quartz et un module ICSP. Pour ce faire, nous avons utilisé le schematic d'une Arduino UNO disponible sur [https://store.arduino.cc/arduino-uno-rev3 le site d'Arduino]. 
Il est connecté à un FTDI FT232RL pour pouvoir téléverser facilement le code depuis l'ordinateur sans avoir besoin d'utiliser un atmega16u2. Il y a donc avec ce FTDI un module USB. Nous nous sommes inspirés de [https://www.electroschematics.com/10997/bootload-atmega-microcontroller-build-arduino-2/ ce site] pour câbler correctement notre circuit. 
Enfin, nous avons ajouté des header correspondant respectivement au capteur de particules et au capteur de température/humidité. Comme on peut le constater sur la capture d'écran ci-dessous, le capteur de particules est connecté à un transistor. Cela nous servira pour pouvoir commander la mise en veille du capteur. 
Nous avons décidé des valeurs de résistance et de capacité selon les datasheet des modules et selon les calculs ci-contre.
Il nous reste maintenant à inclure un module bluetooth et SD pour que notre capteur soit complet. Nous devons également voir avec un des encadrants l'utilisation du capteur de particules. En effet, ce capteur peut donner de grandes variations de valeurs, d'où la nécessité d'utiliser plusieurs capteurs (nous en avons demandé 3) pour avoir une valeur moyenne. Ainsi, nous devons discuter de la mise en place d'un ou de trois transistors pour notre utilisation.
Nous avons également demandé une license Altium pour la suite de ce projet. 
L'objectif de la semaine prochaine est donc de discuter avec nos encadrants pour finaliser notre schematic, et alors commencer la partie routage. 
 

==Semaine 3==

[[Fichier:schematic_s3.JPG|thumb|right|200px|Schematic à la séance 3]]
Nous avons amélioré et adapté notre schématic aux contraintes vues avec M. BOE. Dans le but de mesurer le courant, nous avons donc ajouté des header à chaque composant. Nous avons également décidé d'utiliser un MOSFET pour la commande du capteur de particules (plutôt qu'un NPN précédemment). Enfin, nous avons terminé d'ajouter tous les composants (module bluetooth et connecteur de carte sd) à notre circuit. 
La partie routage est en cours, ainsi que la création d'un autre schématic dans l'optique d'avoir un circuit additionnel permettant de mesurer facilement la tension utilisée par les composants. 

==Semaine 4 à 7==

Nous avons continué à travailler sur notre schématique. De nombreux problèmes sont survenus petit à petit d'où l'absence de résultats intermédiaires. Nous avons également avancé sur un deuxième schématique, une deuxième carte que nous utiliserons pour effectuer les mesures de puissance utilisée des composants. Nous devons encore en discuter avec M. BOE. 
De plus, nous avons commencé à travailler sur le code des capteurs. 

==Semaine 7==

* Partie Electronique

[[Fichier:Schematique mars.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 7]][[Fichier:PCB mars.JPG|thumb|right|200px|PCB du circuit principal à la semaine 7]]
Le routage de la carte électronique est terminé. Il y a eu un certain nombre de modifications sur le schématique, dues aux différentes difficultés survenues lors de ce routage. Nous avons notamment changé la quasi totalité des empreintes, adapté les header, ajouté des capacité de découplage ou encore modifié la référence de certains composants. 
De ce fait, la liste de matériel est à jour. Nous avons également pu voir avec M. Flamen pour récupérer gratuitement une grande partie des composants nécessaires (résistances, capacités, 
La prochaine étape est donc de résoudre les éventuelles erreurs lors de la génération de la carte et commencer sa fabrication. 
Nous avons également en cours la deuxième carte qui est encore au stade du schématique, en attente de retours. 
 
* Partie Arduino
[[Fichier:Dht22 relevés2.JPG|thumb|right|300px|Relevé des valeurs du DHT22]]
Pour commencer, le code du capteur DHT22 (température et humidité) est terminé. Nous avons simplement récupéré un code sur internet. On peut voir sur la capture ci-contre la différence en environnement "normal" et lorsque l'on souffle sur le capteur (augmentation du taux d'humidité) 
[[Fichier:Montage s7.jpg|thumb|left|200|Montage du circuit avec capteurs DHT22 et PM2.5]] 

[[Fichier:Pm25 detaildata.JPG|thumb|left|450px|Données reçues du PM2.5]][[Fichier:Pm25 communication protocole.JPG|right|200px|Protocole de communication du PM2.5]]
Nous avons également travaillé sur le capteur PM2.5 (particules fines). Pour celui là nous établissons le code petit à petit. 
 Pour récupérer les données transmise par le capteur, nous avons utilisé la fonction arduino "SoftwareSerial" qui nous permet de de créer une liaison série sur d'autres pins de la carte arduino. Ainsi lors de l'affichage sur le moniteur série, il n'y aura pas de conflits. 
Dans un premier temps, nous avons affiché la trame telle qu'elle est et avons identifié les octets grâce à la documentation ci-contre. 
Le "32" au dessus du message correspond à la taille du message reçu. Cela sert notamment à savoir s'il est en fonctionnement. Les encadrés correspondent aux données auxquelles nous nous intéressons. 
 
[[Fichier:Pm25 test craie.JPG|thumb|left|400px|Relevé des données reçues par le PM2.5 lorsque le taux de particules varie]][[Fichier:Pm25 sleepmode.JPG|thumb|right|300px|Relevé des données du PM2.5 en mode normal et mode sleep]]
Nous avons ensuite réalisé des tests pour être sûrs que le capteur fonctionne correctement. A l'aide d'une brosse pleine de craie, nous avons donc fait tomber de la poussière ce qui a donné les résultats ci-contre à gauche. 
Nous avons ensuite connecté une broche de l'arduino à la pin SLEEP du capteur pour contrôler sa mise en veille, pour pouvoir simultanément contrôler la mise en veille du capteur et la récupération/affichage des données reçues, nous avons utilisé la fonction millis qui récupère temps écoulé. Contrairement à delay, c'est une fonction non bloquante. 
On voit que le capteur est n'est plus actif grâce au premier chiffre qui correspond à la taille de la trame ( c'est valeur de retour de la fonction "PMSerial.readBytes"; quand elle vaut 0 cela indique qu'aucunes données ne sont transmises) : les données affichées sont les dernières étant stockées, le 0 nous permet de savoir qu'en réalité nous n'avons reçu aucune nouvelle donnée du PM2.5 
 

== Semaine 8 ==

* Partie Electrique

[[Fichier:Schematique main s8.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 8]][[Fichier:PCB main s8.JPG|thumb|right|200px|PCB du circuit principal à la semaine 8]]
Nous avons effectué quelques changements au niveau de la partie MOSFET, qui n'était précédemment pas correcte. Nous avons alors le schématique et le PCB ci-contre.
 
[[Fichier:Schematique highside s8.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 8]][[Fichier:PCB highside s8.JPG|thumb|right|300px|PCBdu circuit pour mesurer le courant à la semaine 8]]
Nous avons également terminé le deuxième circuit permettant de mesurer la valeur du courant passant dans nos capteurs. En connectant les headers de notre circuit principal au header 80, nous allons pouvoir lire la valeur du courant sur le header 90. Nous nous sommes inspirés de la datasheet LTC6800 pour réaliser ce circuit. Le schématique et PCB associé sont ci-contre. 
Nous attendons maintenant une validation de ces deux circuits pour lancer la réalisation. 

* Partie Arduino

[[Fichier:Pm25 reception donnees.JPG|thumb|left|300px|Capture d'écran des données reçues par le PM2.5 après traitement de la trame]][[Fichier:PM25 code.png|thumb|right|400px|Extraits du code du PM2.5]]
Nous avons beaucoup avancé sur la partie Arduino. 
Dans un premier temps, nous avons adapté la récupération de nos données en n'affichant que les données voulues, c'est-à-dire les taux de particules et plus les variables check. 
Ceci nous donne le code ainsi que les réceptions ci-dessous. Nous avons également ajouté le fait que lorsque la trame est vide (length = 0 vu précédemment) nous n'affichons rien. 
Les fonctions get_pm_** permettent de séparer les données correspondant à chaque particules. Nous récupérons simplement la donnée à son indice, et si elle est composée de deux - ou plus - octets (et donc deux places dans la trame) alors nous décalons la première valeur de 8 bits afin d'obtenir le taux correspondant. Nous l'affichons ensuite avec un simple Serial.Print. 
 
[[Fichier:Screen_Bluetooth.png|thumb|right|200px|Capture d'écran du téléphone recevant les données]] [[Fichier:Montage s8.JPG|thumb|left|200px|Montage sur Breadboard à la semaine 8]]
Ensuite, nous avons ajouté le MOSFET que nous avons reçu. Après quelques vérifications, nous avons modifié le schématique comme dit plus tôt. En associant une pin à ce transistor, (ici la pin 13) il joue le rôle d'interrupteur : en envoyant 1 le capteur est correctement alimenté, et en envoyant 0 le capteur est alors éteint électriquement. Nous avons effectué les mêmes tests que la semaine dernière avec la veille du capteur, en utilisant la fonction millis (présente sur la capture du code), ce qui fonctionne bien comme en témoigne la led du capteur PM2.5 qui s'éteint ou s'allume toutes les 10 secondes. On est donc bien capable de piloter électriquement le capteur grâce au transistor. 
Nous avons enfin ajouté le shield bluetooth (on l'alimente simplement avec la carte Arduino et on connecte respectivement les pins Rx,Tx du HC-05 sur les pins Tx,Rx de l'Arduino), et installé une application sur notre téléphone. Grace à une application sur le smartphone on est capable de ce connecter au HC-05 et correctement recevoir les données. 
 

== Semaine 9 ==

[[Fichier:Schematique main s9.JPG|thumb|left|200px|Schématique du circuit principal à la semaine 9]][[Fichier:PCB main s9.JPG|thumb|right|200px|PCB du circuit principal à la semaine 9]]
Nous avons cette semaine terminée la carte principale grâce aux conseils de M. Flamen, M. Boe et M. Redon. Elle est en production chez ''Elecrow Bazaar'', c'est donc notre version finale. Une fois reçue, nous pourrons y souder les composants. 
Au niveau du schématique, nous avons ajouté un régulateur 5V/3.3V pour alimenter le connecteur de carte SD. Au niveau du PCB, nous avons fait un plan de masse digne de ce nom, adapté les pistes en évitant les petits angles, déplacé certains composants pour avoir des zones de masses continues, et délimité une zone blanche (keep out) sous le quartz. Nous avons également mis les composants traversants sur la couche bottom, mis en place les couches overlay, défini la couche mechanical et fait attention au Design Rule Check. 
 

== Semaine 10 ==

Nous avons pu imprimer avec M. Flamen la carte secondaire. Nous attendons l'arrivée du LTC6800 pour pouvoir souder la carte. 
[[Fichier:Schematique highside s10 valeurs.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 10]][[Fichier:PCB highside s10 valeurs.JPG|thumb|right|300px|PCB du circuit pour mesurer le courant à la semaine 10]] 

Nous avons également travaillé sur le calcul de la résistance en entrée du LTC6800. En effet, sa valeur dépend du composant pour lequel on va mesurer le courant.
[[Fichier:LTC6800 use.png|thumb|right|300px|Schéma des grandeurs sur le montage d'utilisation du LTC6800]] 
Après quelques recherches, nous avons pu trouver les valeurs de courant suivantes : ~120mA pour le PM2.5, entre 1 et 15 mA pour le DHT22 et entre 15 et 60 mA pour le HC-05. On a donc une plage de variation du courant égale à [1;120]mA. Pour correctement relever le courant, nous devons donc avoir en sortie une tension variant de 0 à 5V pour le courant allant de 0 à 120mA. 

Nous nous basons sur le schéma ci-contre trouvé dans les datasheet du LTC6800 pour les calculs. 
U=Rs*iL 
Vout=G*U=G*Rs*iL => G=Vout(Rs*iL) 
Or G=1+R2/R1 

En prenant Vout/iL = 40mV/mA on a bien 4.8V pour 120mA. Soit G*Rs = 40mV/mA. On en déduit G et Rs. 
Rs est limité par la puissance qu'il peut supporté. Si on prend Rs = 10 Ohm (G=4), on a donc une puissance de P=Rs*iL², Pmax=10*0.12²=0.144W. Avec une résistance supportant 0.25W (selon ses propriété), on peut donc prendre cette résistance de 10 Ohm. 
G est défini par R2 et R1. On doit donc prendre R2/R1=3 donc par exemple R2 = 30 kOhm et R1 = 10kOhm. Comme 30kOhm n'est pas une valeur normalisée, on prend R2=27kOhm, notre gain sera plus petit. 

== Semaine 11 ==

[[Fichier:Schematique main s11.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 11]][[Fichier:PCB main s11.JPG|thumb|right|250px|PCB du circuit principal à la semaine 11]]
Nous avons eu quelques problèmes avec notre carte principale, concernant notamment le capteur de particules PM2.5. Après l'analyse de la Datasheet du PM_2.5, nous avions dans un premier temps prévu de relier les différentes entrées du capteur à un header relié aux pins correspondantes sur l'atmega. En réalité nous avons commis une erreur car le capteur n'est pas relié directement à l'atmega mais est connecté a un adaptateur. Or l'ordre des pins de l'adaptateur est différent de celui du capteur. De plus, la pin sleep (pour mettre en veille le capteur) est située au dessus de l'adaptateur et ne peut pas être connectée directement sur le header. Ainsi avec la nouvelle version du schématique nous avons réglé ce problème et on pourra ainsi connecter directement l'adaptateur sur le header et utiliser un câble mal/femelle pour relier la pin sleep de l'adaptateur à un autre header. 
Ce ne sont pas des problèmes très graves, puisqu'il est toujours possible de faire fonctionner le capteur en utilisant un autre header et changer l'ordre des pins, mais c'est assez encombrant.
 

[[Fichier:Carte highside s11.jpg|thumb|left|350px|Carte du circuit secondaire pour mesurer la puissance dans les capteurs, imprimée et entièrement soudée]][[Fichier:Carte principale s11.JPG|thumb|300px|right|Carte principale (capteur de pollution) imprimée, avec composants CMS soudés]]
Comme nous avons reçu le LTC6800 et les résistances CMS 10 Ohm, nous avons pu imprimer et souder entièrement notre carte secondaire. Nous avons fait des tests pour vérifier que nos pins sont correctement connectées. 
En fin de semaine, nous avons également imprimé la carte principale chez Mr. Flamen. Attendre celle venant de Chine et effectuer les changements sur cette dernière nous aurait fait perdre beaucoup trop de temps. Nous avons eu le temps de souder les composants CMS mais pas encore les composants traversants.
 

== Semaine 12 (Vacances S1) ==
[[Fichier:Carte principale s12 top.jpg|thumb|150px|left|Vue TOP de la carte principale à la semaine 12, soudée entièrement]]
[[Fichier:Carte principale s12 bottom2.jpg|thumb|200px|right|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - sans les éléments]]
[[Fichier:Carte principale s12 bottom1.jpg|thumb|150px|left|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - avec les éléments]]
Nous avons pu avoir accès à Polytech durant quelques jours de cette semaine de vacances. Nous en avons donc profiter pour souder notre carte le plus possible. 
Dans un premier temps, nous avons vérifié que nos composants CMS étaient bien soudés. Il y a eu besoin de quelques retouches au niveau du FTDI et de l'Atmega qui présentaient des courts-circuits. Nous avons ensuite souder les vias nécessaires aux premiers tests. En effet, avant de continuer à souder il a fallu être sûr que les micro contrôleurs étaient bien fonctionnels. Pour cela, nous avons relié l'Atmega à une Arduino via l'ISP présent sur notre carte, nous avons testé un programme pour faire clignoter une led (comme nous n'en avons pas sur la carte donc avons fait clignoter la led de l'Arduino). Cette étape étant validée, nous avons téléversé un bootloader pour pouvoir téléverser un programme cette fois depuis le FTDI. Avant ça, nous avons soudé le connecteur USB ainsi que les autres vias nécessaires. L'empreinte du connecteur USB variait légèrement au niveau des accroches, mais les broches correspondent bien donc nous avons écarté les accroches pour les souder directement à la masse. Puis nous avons essayé de téléverser un programme : les LED de sécurité du FTDI clignotent bien durant cette étape. Puis, toujours avec l'Arduino connecté avec l'ISP, nous avons téléversé le programme de Blinking led sur le FTDI qui lui-même l'a envoyé à l'Atmega qui une fois encore a bien fait clignoté la led de l'Arduino. Notre FTDI et notre Atmega sont donc bien fonctionnels et prêts à l'usage. 
Dans un deuxième temps, nous avons donc pu souder le reste des composants, c'est-à-dire les headers pour les différents éléments (PM2.5, DHT22, Connecteur SD, Shield Bluetooth) ainsi que ceux utilisés pour mesurer la puissance consommée. Il y avait également le reste des vias, le Mosfet et le switch. Un fil connectant deux masses a été nécessaire. Cette partie ne fut pas sans encombres, car même si les composants étaient bien connectés à leur piste, il est arrivé qu'ils soient un tout petit peu connectés à la masse, perturbant le circuit. 
Une fois tous les problèmes de connexion réglés, nous avons pu tester que les broches de l'Atmega envoient bien du 5V quand demandé.

Nous avons testé nos précédents programmes (du DHT22 et PM2.5) avec succès, en faisant bien attention de mettre en court-circuit les headers utilisés pour le circuit secondaire. 
Nous obtenons les résultats suivants, la réception des données du capteur de température/humidité à gauche et celles du capteur de particules à droite. 
[[Fichier:Video dht22.gif|400px|Réception des données du DHT22 depuis circuit imprimé]]
[[Fichier:Video pm25.gif|400px|Réception des données du PM2.5 depuis circuit imprimé]]
 
[[Fichier:Carte sd code.png|thumb|100px|right|code test pour vérifier le fonctionnement du connecteur SD]]
[[Fichier:Carte sd results.png|thumb|300px|left|Résultats du test pour le connecteur SD avec écriture sur la carte]]
Nous avons également établi un code de test pour vérifier que notre connecteur de carte SD fonctionne correctement. Dans le programme que l'on peut retrouver ci-contre, on crée un fichier "test.txt" dans lequel on écrit une petite ligne. On peut voir sur le moniteur série que la connexion se fait sans problème, puis on peut retrouver dans notre carte SD le fichier rempli correspondant. 
 
Nous avons cependant rencontré quelques problèmes, déjà survenus auparavant : les header ne tiennent pas correctement et se dessoudent trop facilement de la carte. Cela provoque donc des mauvaises connexions. Une retouche est nécessaire.
 

== Semaine 14 ==

La semaine dernière, nous avons concaténé tous les codes afin d'écrire les valeurs obtenues sur la carte SD. Ayant des problèmes de connexions évoqués précédemment, les tests sur carte n'ont pu être réalisés que cette semaine (après retouches de soudures), d'où l'absence de rapport à la semaine 13. 
[[Fichier:Carte sd aff excel.JPG|thumb|150px|right|Affichage fichier texte et excel des données de la carte SD]]
Après quelques réflexions, nous avons donc décidé d'écrire les données sur deux différents fichiers : un pour le capteur DHT22 et un pour le capteur PM2.5. En effet, nous trouvons cela plus clair de cette manière. 
De plus, nous les imprimons comme suit : une ligne correspond à un relevé de données, c'est à dire à une date précise (chronomètre lancé au démarrage) et au taux d'humidité puis à la température (pour le DHT22) correspondante. Ces valeurs sont séparées par des espaces pour que le fichier Excel puisse lui-même les disposer dans des cases différentes. Ainsi, les courbes sont très facilement réalisables.
De la même manière pour le PM2.5, chaque relevé correspond à une ligne comprenant le temps ainsi que les différentes valeurs de particules, le tout séparé par des espaces. 

Un test de 20 minutes nous a permis d'obtenir 1250 valeurs et les courbes suivantes : 
[[Fichier:Graphes Ecst dht22.JPG|thumb|300px|left|Graphes des données reçues par le DHT22 en environnement constant]]
[[Fichier:Graphes Ecst pm25.JPG|thumb|600px|right|Graphes des données reçues par le PM2.5 en environnement constant]]

Nous n'avons pas affiché les courbes associées aux particules pm01, pm2.5 et pm10 puisqu'elles sont constantes autour de la valeur 65535. 
On remarque que les données issues du capteur d'humidité/température DHT22 sont assez variables au cours du temps, même si elles ne fluctuent pas aussi rapidement que celles issues du PM2.5, elles mettent beaucoup de temps à se stabiliser. Pour revenir aux courbes du PM2.5, on peut au premier abord être surpris des grosses variations qu'elles présentent, cependant il n'en est rien puisque la valeur maximale qu'elles peuvent atteindre est de 65535 '' à expliquer ''. Leur fluctuation est donc minime. 
 

[[Fichier:Graphes Epoussiere.JPG|thumb|500px|right|Evolution des données (PM2.5) dans un environnement poussiéreux.]]
Dans un second temps, nous avons voulu testé la mise en veille du capteur par la broche sleep ainsi que l'utilisation du mosfet (comme interrupteur de VCC). 
Pour avoir des résultats un peu plus significatifs - ou plutôt visuels - que précédemment, nous avons déposé du talc sur le capteur, puis attendu une heure que cela devienne un environnement stable. On peut voir sur les graphe ci-contre que les valeurs sont plus élevées, notamment pour les courbes du a300nm, a500nm et a1um. Elles sont "stabilisées" autour de 50sec. De cette manière on peut mieux voir le temps que met le capteur à se mettre en route. 
[[Fichier:Graphes pauses.JPG|thumb|500px|right|Evolution des données reçues (PM2.5) par différentes mises en veille]]
Nous avons donc ajouté dans le programme une partie permettant de mettre en veille le PM2.5 après 2min d'activité, cela pendant 30sec, puis le rallumer pendant 1min, le ré éteindre cette fois électriquement depuis le mosfet, encore une fois pendant 30sec puis le laisser fonctionner normalement à nouveau. 
Les zones très constantes correspondent aux périodes ou le capteur est en veille. On voir que les données repartent de 0 à chaque redémarrage, quel qu'il soit. A première vue, en observant uniquement les données reçues, les deux mises en veille se valent. Nous allons quand même re effectuer des tests avec deux capteurs fonctionnant en même temps pour avoir des résultats plus précis. 
Voici la partie de code que nous utilisons pour d'abord mettre le capteur en veille au bout de 120 secondes, le rallumer 30 secondes plus tard, attendre 60 secondes, faire de même avec l'utilisation du mosfet. 
currentTime = millis();
if((currentTime > 120000 && is_pause==0) || (currentTime > 150000 && is_pause==1)) {
digitalWrite(set,!digitalRead(set));
is_pause++;
}
else if ((currentTime > 210000 && is_pause==2) || (currentTime > 240000 && is_pause==3)) {
digitalWrite(mosfet,!digitalRead(mosfet));
is_pause++;
} 
 

== Semaine 15 ==

Les premiers tests sur la carte étant effectués, il est enfin temps de réaliser l'étude énergétique de tous les éléments de la carte. 

[[Fichier:Mesures1.jpg|thumb|200px|right|Méthode de relevé de courant/tension avec le multimètre.]]

Initialement, nous avions pour objectif d'utiliser le montage high-side que nous avons réalisé afin mesurer la puissance consommée par nos différents éléments. Cependant, nous n'avons pas réussi à le faire fonctionner. Nous avons donc utilisé un multimètre avec lequel on a mesuré la tension et le courants consommés pour chaque capteur. Nous avons simplement relié les entrées du multimètre aux différents header prévu pour effectuer les relevés. Pour le courant, on connecte simplement le multimètre en série. Pour la tension, on connecte le COM à la masse du circuit (header prévu à cet effet), et le V au potentiel de l'élément en question. Il ne nous reste plus qu'à calculer la puissance avec P=U*I. 

On obtient ainsi les résultats suivants:

* Pour le capteur DHT22 on a une consommation d'environ 1,2mA pour 5V soit P=6mW
* Pour le shield Bluetooth on a une consommation de 43/44mA (contre 50mA sur la datasheet) pour 5V soit P=215mW
* Pour le module de carte sd on a une consommation de 19mA pour 3,36V soit P=63mW
* Pour le capteur de particule, on différencie la consommation classique en marche qui vaut entre 30 et 50mA pour 5V soit P = 200mW ; et la consommation en mode veille qui vaut environ 9mA pour 5V soit P= 45mW. Pour le mode veille on observe un courant largement supérieur à celui indiqué par la datasheet (200uA). On pense que cela est du à l'adaptateur du capteur PM2.5 qui fausse le résultat notamment à cause des led qu'il utilise. Pour avoir une consommation précise, il faudrait souder des fils à l'entrée de l'adaptateur pour mesurer la puissance réelle dissipée. 
Pour une étude énergétique plus poussée, nous avons observé les pics de courants du PM2.5 lorsqu'on l'allume électriquement (avec le MOSFET) et lorsque l'on sort du mode SLEEP. Etant impossible de mesurer ces pics avec un multimètre, nous avons donc opté pour l'oscilloscope. Nous n'avions cependant que des sondes de tension. Pour palier à ce problème, nous avons observé la chute de tension au borne d'une résistance de très petite valeur (10ohm) pour pouvoir ainsi en déduire le courant consommé. On règle ensuite l'oscilloscope de façon à observer le pic grâce au mode "single seq". 
On a les relevés suivants, avec à gauche le pic de courant lors de la sortie du mode sleep vue à l'oscilloscope, et à droite celui après une mise en tension électrique (mosfet) : 
[[Fichier:Pic sleep.jpg|thumb|300px|left|Pic de courant observé en passant du mode sleep au mode actif]] [[Fichier:Pic.png|thumb|300px|right|Pic de courant observé lors de l'allumage du capteur]]
 
Pour le mode sleep on a donc :
* en fonctionnement en veille consommant 45mW.
* un pic de courant au redémarrage allant jusqu'à 130mA, contre 9mA en mode sleep et 40mA en mode relevé de valeurs.
* la courbe peut être approchée par une droite (ou une exponentielle ?) afin d'en déduire la consommation énergétique.
Pour le capteur éteint par le mosfet on a :
* 0W de consommés.
* un pic de courant au redémarrage allant jusqu'à 500mA.
* la courbe peut-être approchée par une courbe de décharge d'un condensateur afin d'en déduire la consommation énergétique.
 
 
[[Fichier:Comp reception donnees.JPG|thumb|600|right|comparaison des données reçues par deux PM2.5]]
Nous avons ensuite voulu comparé les valeurs reçues par le PM2.5 avec un autre PM2.5 afin de voir au bout de combien de temps le capteur recommence à avoir des valeurs cohérentes et ainsi ne pas envisager une utilisation du mode sleep par exemple, avec un intervalle entre les mises en veille trop court. 
Dans un premier temps, nous avons eu le PMS7003, qui malheureusement n'a pas affiché de valeurs cohérentes avec notre capteur : même avec un dépôt de poussière, il ne détectait pas de changement d'environnement. Nous avons alors eu la possibilité de refaire ces tests avec un PM2.5 identique à notre capteur initial. Les valeurs sont bien plus cohérentes même si on observe une différence d'échelle entre les deux. Nous allons notamment comparer les valeurs reçues (différence prise en compte) depuis les valeurs de a300nm, puisque c'est la courbe la plus exploitable. 
De la même manière que précédemment, nous avons donc déposé de la poussière sur les capteurs aux alentours de 10 secondes. On remarque que les deux capteurs réagissent. Ensuite, au bout de 30secondes et pendant 10secondes le capteur est mis en mode sleep. Nous attendons alors 2minutes avant de faire de même en l'éteignant électriquement. 
On peut noter qu'en fonctionnement on a une différence d'environ 500. Cela ne pose pas de problème puisque l'on peut bien observer le temps de remise en route du capteur dans les deux cas. Nous allons maintenant uniquement prendre en compte les valeurs à partir de 30 secondes afin de retirer la partie où la poussière est ajoutée et ainsi pouvoir correctement analyser les valeurs.
 
 
On s’intéresse maintenant aux temps de réponse pour les deux modes (sleep/allumé et éteint/allumé). Ce temps de réponse correspond au temps nécessaire du capteur à récupérer des données valides. Ainsi avec ce temps, on sera capable de calculer l'énergie perdue lors de cette phase. On voulait initialement utiliser le second capteur pour référence afin de déterminer le plus précisément possible l'instant où le capteur récupérait des données valides. Malheureusement, même si on observait une différence d'environ 500 entre les deux capteur (pour le nombre de particules a300), cet écart n'est en réalité pas assez stable pour pouvoir trouver précisément l'instant recherché. 
Avec des interprétations, on est tout de même capable de déterminer approximativement le temps de montée pour les deux modes. On observe ci dessous le temps de réponse pour les deux modes (on observe la réponse du capteur pendant 40 secondes).
[[Fichier:Sleep.png|500px|left|]] [[Fichier:Allum.png|500px|right|]]

=Documents Rendus=

IMA4 2018/2019 P63

2019-05-06T18:05:58Z

Vlorthio : /* Semaine 15 */

__TOC__
 

=Présentation générale=
Etudiants : Victor Lorthios, Juliette Obled 
Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys 

==Description==
Ce projet consiste à modéliser la consommation d'un capteur de pollution. 
Ce système sera composé d'un ATMEGA ainsi que d'un capteur de particules, un capteur de température/humidité, une carte SD et un système Bluetooth pour transmettre les données. 

==Objectifs==
Dans un premier temps, nous allons travailler avec une carte Arduino afin de pouvoir facilement tester les différents capteur et commencer à étudier leur consommation en énergie. Nous allons ensuite réaliser un système embarqué composé d'un ATMEGA, des deux capteurs, d'un système de transmission de données bluetooth et d'un système stockage des données via une carte sd. Ainsi on aura un prototype composé uniquement des fonctionnalités nécessaire. Cela permettra de ne pas fausser nos mesures car l'Arduino comporte des ports et des fonctionnalités supplémentaires qui risqueraient de consommer plus que nécessaire.
Depuis ce capteur il faudra alors faire l'étude de la consommation énergétique des différents composants, en particulier celle du capteur de particules qui est en théorie la plus élevée. 
Enfin, on pourra tester quelles sont les meilleures manières d'utiliser les composants pour trouver leur consommation d'énergie minimale (capteur en route, en veille ou éteint quand on ne l'utilise pas). Cela sera fonction de variables telle que la période entre la prise de données notamment. On étudiera notamment les différentes manières de mettre en veille un capteur, la consommation au redémarrage, etc. 
Le but final est donc d'établir un modèle, pouvant déterminer à l'avance l'autonomie du circuit. L'Idéal étant d'avoir un système consommant le moins d'énergie possible. 

=Analyse du projet=

==Positionnement par rapport à l'existant==

La pollution est un enjeu sanitaire majeur. En effet, les polluants atmosphériques sont à l'origine de nombreux décès en France et dans le monde (48000 victimes en France selon l'agence de santé publique).

Pour réduire et éviter les endroits où la pollution est la plus dense, il est très intéressant de pouvoir analyser la présence de ces particules fines. 

Ces dernières années, de nombreux moyens ont été mis en oeuvre pour surveiller la pollution. On retrouve par exemple de nombreux objets connectés composés de capteurs capables de mesurer la qualité de l'air. Ces objets permettent notamment de sensibiliser la population à ce problème. 

==Analyse du premier concurrent==
[[Fichier:Concurrent1 PlumeLabs Flow.JPG|100px|thumb|left|Capteur Flow]][[Fichier:Concurrent1 PlumeLabs AirReport.JPG|100px|thumb|right|Application Air Report]] 
''Flow'' est un objet de 12,5cm de haut et 4cm de large permettant d'analyser la pollution de l'air en temps réel. En appuyant sur un bouton, on peut relever la concentration des principaux polluants dans l'air. 
Ce capteur est commercialisé par l'entreprise française ''Plume Labs'', fondée en 2014 dans le but d'améliorer notre quotidien face à la pollution. 

Le résultat s'affiche directement sur l'objet, par l'allumage de leds : une couleur sombre correspond à un taux de pollution élevé et une couleur claire un air sain. Les résultats peuvent également être transmis via bluetooth sur le téléphone afin d'être affichés sur l'application ''Air Report''. Cette application est composée d'une carte permettant de géolocaliser le téléphone et ainsi représenter le taux de pollution de chaque endroit de la ville. Toutes les personnes utilisant ''Flow'' peuvent donc contribuer à améliorer cette carte. Ce capteur permet donc d'évaluer ses parcours dans la ville, et inciter les gens à passer par des endroits plus sains. Il est également utilisable dans la maison. L'application propose aussi des "bulletins météo" concernant la qualité de l'air des jours à venir et annoncer les pics de pollution. 
Etant si petit, résistant (fait d'acier) et ne pesant que 70g, ''Flow'' est transportable partout. Le capteur se recharge facilement sur ordinateur ou secteur grâce à un câble USB-C vers USB, et est supposé avoir une autonomie de 24h. 

Ce capteur est donc très avancé mais coûte tout de même 179euros. 
Nous pouvons nous positionner par rapport à cet objet en espérant atteindre une fiabilité de nos mesures pour une autonomie supérieure à une journée, à moindre coût. 

==Analyse du second concurrent==
Pollutrack est un système du mesure de pollution de l'air installé sur des véhicules électriques appartenants à Enedis.
Il permet de mesurer la pollution près du trafic dans des grandes villes telles que Paris ou Lille. Plus de 300 capteurs mobiles Pollutrack sont utilisés en complément de stations qui mesurent en temps réel la quantité de particules nocives dans l'air.
Le dispositif permet de récupérer un très grand nombre de mesures. Grâce à ces mesures, il est possible de comparer le niveau de pollution d'une rue à l'autre ,d'un quartier à l'autre et d'ainsi repérer les zones de concentration de la pollution.

==Scénario d'usage du produit ou du concept envisagé==
L'utilisation de ce capteur sera la suivante : on imagine une personne voulant évaluer le taux de pollution dans l'air à but professionnel ou non. Grâce à ce capteur connecté via Bluetooth sur le téléphone, les données peuvent être transmises à intervalle régulier, ou stockées sur la carte SD pour être envoyées plus tard (si problème de réseau ou autre). 
L'utilisateur voulant faire de nombreuses mesures dans plusieurs zones géographiques, il a besoin que le capteur ait une consommation énergétique faible pour être utilisé le plus longtemps possible. On pourrait même penser à quelqu'un souhaitant réaliser une cartographie du taux de pollution d'une ville. Il a alors besoin de faire énormément de mesures (il peut les avoir en temps réel sur son téléphone) mais surtout de faire des relevés assez longtemps pour que la cartographie soit fiable (pas de mesures trop espacées dans le temps). D'où la nécessité d'avoir un système dont on connait la consommation énergétique. 
Grâce à nos recherches, nous pourrons donc assurer l'autonomie de ce capteur simplifié. 

Le capteur peut également être utilisé de manière fixe dans une usine par exemple, provoquant une alarme si la pollution dans l'air est trop élevée. Nos modélisations permettraient à l'entreprise de connaître combien de temps le capteur serait utilisable et donc estimer le moment de la journée le plus propice pour effectuer des mesures. 

==Réponse à la question difficile==

* Quelle est la fréquence optimale de récupération des valeurs de particules en fonction des usages ?

le site https://www.airparif.asso.fr/ mesure et cartographie précisément la pollution de Paris et de son agglomération en temps réel. 
L'ensemble de leurs données permettent de produire une carte avec au mieux une résolution de 10 mètres par mesure. 

En prenant l'exemple d'un piéton marchant à la vitesse de 4 km/h il faudrait une mesure toutes les 9 secondes pour avoir une résolution de 10 mètres. 

Si on prend le cas d'un cycliste roulant à la vitesse de 20km/h il faudrait une mesure toutes les deux secondes pour atteindre une résolution de 10m. 

Dans le cas où le capteur serait fixe avec une mesure toutes les deux minutes paraît suffisante. 

* Comment tester un maximum de configuration des différentes fonctions pour déterminer la consommation énergétique et estimer la durée de vie finale ?

Nous testerons les différentes configurations sur la carte Arduino. Cela nous permettra de pouvoir changer facilement les câblages (pas de soudures, etc). 

Les tests se feront grâce au code d'un ancien thésard qui nous permettrons d'estimer la consommation énergétique du système. 

Nous étudierons les possibilités suivantes 

* Mise en veille du capteur (utilisation de la broche enable) 
* Coupure de l'alimentation du capteur (utilisation d'un transistor pour commander l'état du capteur) 
* Mode sleep du microcontrôleur 

Une fois la meilleure configuration trouvée nous réaliserons la carte pour avoir la consommation exacte et ainsi pouvoir déterminer l'autonomie de la carte.

=Préparation du projet=

==Cahier des charges==

''Etudiants : Victor Lorthios, Juliette Obled'' 
''Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys'' ''
''Éventuels Clients : personne lambda désireuse de connaître le taux pollution de l'air qu'elle respire'' 

''' Sujet ''' 
Modéliser la consommation énergétique d'un capteur de pollution simplifié. 

'''Objectifs''' 
Dans un premier temps il faudra réaliser un capteur simplifié de pollution sur une Arduino, depuis différents composants (capteur d'humidité/température et capteur de particules). Depuis ce système on pourra alors récupérer le taux de pollution de l'air de manière périodique (grâce au module bluetooth et à la carte SD). Nous verrons alors le temps de réponse de notre système (si il est lent ou rapide à s'adapter dans un environnement instable, etc) pour en déduire sur quelle période de relevés se baser. 
Dans un second temps, des configurations seront testées pour déterminer la meilleure manière - énergétiquement parlant - de relever le taux de pollution : Comme expliqué dans la question difficile, nous verrons notamment différents moyens de mettre en veille notre capteur entre les relevés. 
Nous retiendrons alors la meilleure configuration à notre usage pour réaliser le capteur de pollution depuis un microcontrôleur, afin de limiter au mieux toute consommation énergétique superflue. 
Enfin, nous pourrons étudier la réelle consommation de notre système et en tirer un modèle, afin d'être capable d'annoncer la "durer de vie" du capteur selon l'utilisation retenue. 

==Choix techniques : matériel et logiciel==

''Matériel nécessaire''

Carte principale
* Carte Arduino UNO [https://fr.farnell.com/arduino/a000066/arduino-uno-carte-d-eval/dp/2075382?st=arduino%20uno]
* ATMEGA328p [https://fr.farnell.com/microchip/atmega328p-au/micro-8-bits-avr-32k-flash-32tqfp/dp/1715486?st=atmega%20328p]
* BreadBoard [https://fr.farnell.com/mcm/21-18936/carte-de-prototypage-55-x-83-mm/dp/2855018?st=breadboard]
* Quartz de 16MHz [https://fr.farnell.com/txc/9b-16-000maaj-b/xtal-16-000mhz-18pf-hc-49s/dp/1842216?st=quartz%2016MHz]
* Capteur de température/humidité DHT11 [https://fr.farnell.com/df-robot/dfr0067/capteur-humidite-de-temperature/dp/2946103?ost=dht11&krypto=nSAe3xUmYzn82Ba3MCmTb1xsIQwIwLm0Wug77jAEBmRR8c0u9aORPwbEXUzZkgEOkW9FWrot%2FD2G1fauIEdT2%2FLQpj%2FbWYyeehmGw6cPJouYreHMHIL5EcUCZ7dGiBBrtP9Pztes%2BFTSfnidMZNl%2BV2bmfUdjVN%2Ffd%2BfpCvmWmC2Pa6oc8NiPYtnwD9DHagkFXRCFgLeICUjhLO0CrI5O7YSEu8GSaIH61z3l8yfWPvGhER3Egx5AGiiDDaA%2BvLuSgGqia%2F4qpn0eOM86V%2F84%2FqRn1SizGCoHhSdWeZMJ81ZzxrqmZnpz5A1t9UiWlqGESOur8dThEJ4SYF1DYqqFpYhDtchRQn6bk%2BeaDYBdbXrGYsKcSoVUPPgX4lBqxs1BUvNI49Bk7GpBIi1ViHtneYL%2BMRj7QyfDp9iWIw9Qe8pxdpcFFdqxlO%2B78PffaFHNseBt0aCCBSgXM0ai%2FKz%2BQ%3D%3D&ddkey=https%3Afr-FR%2FElement14_France%2Fsearch]
* Carte SD 16Go [https://www.gotronic.fr/art-carte-micro-sd-16-gb-21521.htm]
* Shield Bluetooth [https://www.gotronic.fr/art-module-bluetooth-hc05-26097.htm]
* FTDI [https://fr.farnell.com/ftdi/ft232rl-reel/usb-vers-uart-ssop28-232/dp/1146032?st=ftdi%20ft232]
* Module USB [https://fr.farnell.com/wurth-elektronik/61400416121/embase-usb-2-0-type-b-cms/dp/1642035?st=usb%20type%20B]
* Résistances : 1*1MOhm + 2*10kOhm + 4*1kOhm
* MicroSD card module [https://www.mouser.fr/ProductDetail/DFRobot/DFR0229?qs=lqAf%2FiVYw9iUSsZAMqpn6w%3D%3D]
* 1 Transistor Mosfet IRF530NPBF [https://fr.farnell.com/infineon/irf530npbf/transistor-mosfet-canal-n-to220/dp/8648263?st=irf530]
* 4 Résistances CMS 1KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-102-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCG8U96oB1N8iEjA3WWloOyQ%3D%3D]
* 3 Résistances CMS 10KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-103-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCf7nuw8CxaxWavEDTcrYVSA%3D%3D]
* 1 Résistance CMS 4,7KOhm (0805 !) [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-472-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCR8f6WlwD1E1e%2FmlyHQJiVw%3D%3D]
* 1 Résistance CMS 1MOhm [https://www.mouser.fr/ProductDetail/Yageo/RT0603DRD071ML?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCCzRqR3HSxGAhpPu7NwurDw%3D%3D]
* 8 Capa0603 CMS 0.1uF [https://www.mouser.fr/ProductDetail/Yageo/AS0805KKX7R9BB104?qs=sGAEpiMZZMs0AnBnWHyRQN7%2FAA2D2lPPsYA1bJbHbZoQC62GCvbujw%3D%3D]
* 2 Capa0805 CMS 22pF [https://www.mouser.fr/ProductDetail/KEMET/CBR08C220J5GAC?qs=sGAEpiMZZMs0AnBnWHyRQKJCfzG%2Fi9wHIuDMkLtQL%252BAeTzFzADF%2FKw%3D%3D]
* 1 Capa0805 CMS 10uF [https://www.mouser.fr/ProductDetail/Yageo/CC0805KFX5R8BB106?qs=sGAEpiMZZMs0AnBnWHyRQB9G40cLJQs48fO1KJB45QKWe9F2ufi5Bw%3D%3D]
* 1 Diode verte CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SMLD12EN1WT86?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2UaDK3wHdwzQH59mdZ86SRg%3D%3D]
* 1 Diode rouge CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SML-D12V8WT86C?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2xr7aIegCC5DdIa4TH1FJuQ%3D%3D]
* Régulateur 5v/3.3v [https://www.mouser.fr/ProductDetail/Texas-Instruments/LM1117MPX-33-NOPB?qs=sGAEpiMZZMvu8NZDyZ4K0Sw3Ge2x%2FL%2F%2F]
* Bouton poussoir 
* 3 Capteur de particules PM2.5 - SEN0177 (avec son adaptateur) (un déjà eu) [https://eu.mouser.com/ProductDetail/DFRobot/SEN0177?qs=%2fha2pyFadug0jBbcL1AeO5xbZZKOlHL5GOQhx8mcyvg%3d]
Pourquoi 3 capteurs : pour les tests de mise en veille, il nous faut 1 capteur test, et 2 capteurs de référence (car souvent beaucoup de variation de valeurs entre les capteurs)

Carte secondaire
* 2 AOP LTC6800 [https://fr.rs-online.com/web/p/amplificateurs-dinstrumentation/7619648/]
* Header 
* 2 Capa0603 CMS 0.1uF
* 2 Résistance CMS 1206 10 Ohm 
* 1 Résistance CMS 0603 10k Ohm
* 1 Résistance CMS 0603 27k Ohm

''Logiciels''

Nous utiliserons le logiciel IDE Arduino pour le code de l'arduino et Altium pour réaliser notre carte électronique

==Liste des tâches à effectuer==

Capteur de pollution depuis une Arduino 
- correctement câbler les composants 
- écrire un code pour en retirer des valeurs correspondants à un taux de pollution 
- récupérer ces valeurs depuis 1) la carte SD 2) le module bluetooth 

Etudes des valeurs reçues 
- déduire des valeurs reçues des courbes correspondant au taux de pollution dans l'air en fonction du temps (notamment en environnement instable où l'on change brutalement le taux de particules dans l'air) 
- déterminer depuis ces courbes et depuis nos espérances (de la question difficile n°1) une période pour relever le taux de pollution 

Tests de différentes configurations 
Comme il est important de minimiser la consommation énergétique de notre système, nous rechercherons une mise en veille optimale de notre système, sans que cela ne gène le relevé. 
Nous testerons donc différentes configurations comme expliqué à la question difficile n°2. 
- mise en veille du capteur (utilisation de la broche enable) 
- coupure de l'alimentation du capteur (utilisation d'un transistor) 
- mode sleep du microcontrôleur 

Système optimisé 
Conscient que l'arduino peut consommer plus que seulement ce dont les capteurs auraient besoin, nous allons dans une deuxième partie réaliser le système depuis un ATMEGA avec la configuration retenue. 
- réalisation de la carte électronique 
- code et essais pour étudier la cohérence des relevés par rapport aux anciens 

Modélisation de la consommation finale de notre système 
Depuis le programme d'un thésard polytech, de la même manière que pour les tests de mise en veille, nous étudierons la consommation de notre capteur pour en tirer un modèle et ainsi déterminer combien de temps il peut être utilisé.

Pour aller plus loin 
Si jamais nous réussissons à faire toutes ces tâches avec succès, pourquoi pas tester une autre utilisation (automobiliste, etc) avec donc une autre période pour les relevés et peut-être une autre configuration pour la mise en veille. 
Il pourrait également être intéressant de réussir à se géolocaliser pour plus facilement exploiter les données de ce capteur simplifié. 

==Calendrier prévisionnel==

=Réalisation du Projet=
==Feuille d'heures==

{| class="wikitable"
!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
|
|
|
|
|
|
|
|
|
|
|
|}

==Semaine 1==

Lors de ces premières séances, nous avons commencé à réaliser le PCB sur Altium de la carte représentant notre capteur de pollution. Au cours de ce travail, nous nous sommes donc rendus compte qu'il fallait revoir notre liste de matériel, qui est incomplète. Nous aimerions finir le schéma électrique des capteurs associés à l'Arduino ainsi que la représentation Altium du microcontrôleur avec les autres composants d'ici les prochaines séances, afin d'avoir rapidement une liste de matériel fixe et éventuellement pouvoir demander une vérification de notre schéma Altium pour ensuite démarrer la partie Routage de la carte. 
Nous avons également trouvé du code disponible pour l'utilisation des capteurs. 

==Semaine 2==

[[Fichier:Schematic s2.JPG|thumb|right|300px|Schematic à la séance 2]]
[[Fichier:Explication ftdi.jpg|thumb|left|150px|Partie FTDI]]
[[Fichier:Explication transistor.jpg|thumb|left|150px|schéma électrique du transistor]]
Une grosse partie du schematic a été terminée. 
Il comporte un atmega328p. Pour son bon fonctionnement, il possède un reset, un quartz et un module ICSP. Pour ce faire, nous avons utilisé le schematic d'une Arduino UNO disponible sur [https://store.arduino.cc/arduino-uno-rev3 le site d'Arduino]. 
Il est connecté à un FTDI FT232RL pour pouvoir téléverser facilement le code depuis l'ordinateur sans avoir besoin d'utiliser un atmega16u2. Il y a donc avec ce FTDI un module USB. Nous nous sommes inspirés de [https://www.electroschematics.com/10997/bootload-atmega-microcontroller-build-arduino-2/ ce site] pour câbler correctement notre circuit. 
Enfin, nous avons ajouté des header correspondant respectivement au capteur de particules et au capteur de température/humidité. Comme on peut le constater sur la capture d'écran ci-dessous, le capteur de particules est connecté à un transistor. Cela nous servira pour pouvoir commander la mise en veille du capteur. 
Nous avons décidé des valeurs de résistance et de capacité selon les datasheet des modules et selon les calculs ci-contre.
Il nous reste maintenant à inclure un module bluetooth et SD pour que notre capteur soit complet. Nous devons également voir avec un des encadrants l'utilisation du capteur de particules. En effet, ce capteur peut donner de grandes variations de valeurs, d'où la nécessité d'utiliser plusieurs capteurs (nous en avons demandé 3) pour avoir une valeur moyenne. Ainsi, nous devons discuter de la mise en place d'un ou de trois transistors pour notre utilisation.
Nous avons également demandé une license Altium pour la suite de ce projet. 
L'objectif de la semaine prochaine est donc de discuter avec nos encadrants pour finaliser notre schematic, et alors commencer la partie routage. 
 

==Semaine 3==

[[Fichier:schematic_s3.JPG|thumb|right|200px|Schematic à la séance 3]]
Nous avons amélioré et adapté notre schématic aux contraintes vues avec M. BOE. Dans le but de mesurer le courant, nous avons donc ajouté des header à chaque composant. Nous avons également décidé d'utiliser un MOSFET pour la commande du capteur de particules (plutôt qu'un NPN précédemment). Enfin, nous avons terminé d'ajouter tous les composants (module bluetooth et connecteur de carte sd) à notre circuit. 
La partie routage est en cours, ainsi que la création d'un autre schématic dans l'optique d'avoir un circuit additionnel permettant de mesurer facilement la tension utilisée par les composants. 

==Semaine 4 à 7==

Nous avons continué à travailler sur notre schématique. De nombreux problèmes sont survenus petit à petit d'où l'absence de résultats intermédiaires. Nous avons également avancé sur un deuxième schématique, une deuxième carte que nous utiliserons pour effectuer les mesures de puissance utilisée des composants. Nous devons encore en discuter avec M. BOE. 
De plus, nous avons commencé à travailler sur le code des capteurs. 

==Semaine 7==

* Partie Electronique

[[Fichier:Schematique mars.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 7]][[Fichier:PCB mars.JPG|thumb|right|200px|PCB du circuit principal à la semaine 7]]
Le routage de la carte électronique est terminé. Il y a eu un certain nombre de modifications sur le schématique, dues aux différentes difficultés survenues lors de ce routage. Nous avons notamment changé la quasi totalité des empreintes, adapté les header, ajouté des capacité de découplage ou encore modifié la référence de certains composants. 
De ce fait, la liste de matériel est à jour. Nous avons également pu voir avec M. Flamen pour récupérer gratuitement une grande partie des composants nécessaires (résistances, capacités, 
La prochaine étape est donc de résoudre les éventuelles erreurs lors de la génération de la carte et commencer sa fabrication. 
Nous avons également en cours la deuxième carte qui est encore au stade du schématique, en attente de retours. 
 
* Partie Arduino
[[Fichier:Dht22 relevés2.JPG|thumb|right|300px|Relevé des valeurs du DHT22]]
Pour commencer, le code du capteur DHT22 (température et humidité) est terminé. Nous avons simplement récupéré un code sur internet. On peut voir sur la capture ci-contre la différence en environnement "normal" et lorsque l'on souffle sur le capteur (augmentation du taux d'humidité) 
[[Fichier:Montage s7.jpg|thumb|left|200|Montage du circuit avec capteurs DHT22 et PM2.5]] 

[[Fichier:Pm25 detaildata.JPG|thumb|left|450px|Données reçues du PM2.5]][[Fichier:Pm25 communication protocole.JPG|right|200px|Protocole de communication du PM2.5]]
Nous avons également travaillé sur le capteur PM2.5 (particules fines). Pour celui là nous établissons le code petit à petit. 
 Pour récupérer les données transmise par le capteur, nous avons utilisé la fonction arduino "SoftwareSerial" qui nous permet de de créer une liaison série sur d'autres pins de la carte arduino. Ainsi lors de l'affichage sur le moniteur série, il n'y aura pas de conflits. 
Dans un premier temps, nous avons affiché la trame telle qu'elle est et avons identifié les octets grâce à la documentation ci-contre. 
Le "32" au dessus du message correspond à la taille du message reçu. Cela sert notamment à savoir s'il est en fonctionnement. Les encadrés correspondent aux données auxquelles nous nous intéressons. 
 
[[Fichier:Pm25 test craie.JPG|thumb|left|400px|Relevé des données reçues par le PM2.5 lorsque le taux de particules varie]][[Fichier:Pm25 sleepmode.JPG|thumb|right|300px|Relevé des données du PM2.5 en mode normal et mode sleep]]
Nous avons ensuite réalisé des tests pour être sûrs que le capteur fonctionne correctement. A l'aide d'une brosse pleine de craie, nous avons donc fait tomber de la poussière ce qui a donné les résultats ci-contre à gauche. 
Nous avons ensuite connecté une broche de l'arduino à la pin SLEEP du capteur pour contrôler sa mise en veille, pour pouvoir simultanément contrôler la mise en veille du capteur et la récupération/affichage des données reçues, nous avons utilisé la fonction millis qui récupère temps écoulé. Contrairement à delay, c'est une fonction non bloquante. 
On voit que le capteur est n'est plus actif grâce au premier chiffre qui correspond à la taille de la trame ( c'est valeur de retour de la fonction "PMSerial.readBytes"; quand elle vaut 0 cela indique qu'aucunes données ne sont transmises) : les données affichées sont les dernières étant stockées, le 0 nous permet de savoir qu'en réalité nous n'avons reçu aucune nouvelle donnée du PM2.5 
 

== Semaine 8 ==

* Partie Electrique

[[Fichier:Schematique main s8.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 8]][[Fichier:PCB main s8.JPG|thumb|right|200px|PCB du circuit principal à la semaine 8]]
Nous avons effectué quelques changements au niveau de la partie MOSFET, qui n'était précédemment pas correcte. Nous avons alors le schématique et le PCB ci-contre.
 
[[Fichier:Schematique highside s8.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 8]][[Fichier:PCB highside s8.JPG|thumb|right|300px|PCBdu circuit pour mesurer le courant à la semaine 8]]
Nous avons également terminé le deuxième circuit permettant de mesurer la valeur du courant passant dans nos capteurs. En connectant les headers de notre circuit principal au header 80, nous allons pouvoir lire la valeur du courant sur le header 90. Nous nous sommes inspirés de la datasheet LTC6800 pour réaliser ce circuit. Le schématique et PCB associé sont ci-contre. 
Nous attendons maintenant une validation de ces deux circuits pour lancer la réalisation. 

* Partie Arduino

[[Fichier:Pm25 reception donnees.JPG|thumb|left|300px|Capture d'écran des données reçues par le PM2.5 après traitement de la trame]][[Fichier:PM25 code.png|thumb|right|400px|Extraits du code du PM2.5]]
Nous avons beaucoup avancé sur la partie Arduino. 
Dans un premier temps, nous avons adapté la récupération de nos données en n'affichant que les données voulues, c'est-à-dire les taux de particules et plus les variables check. 
Ceci nous donne le code ainsi que les réceptions ci-dessous. Nous avons également ajouté le fait que lorsque la trame est vide (length = 0 vu précédemment) nous n'affichons rien. 
Les fonctions get_pm_** permettent de séparer les données correspondant à chaque particules. Nous récupérons simplement la donnée à son indice, et si elle est composée de deux - ou plus - octets (et donc deux places dans la trame) alors nous décalons la première valeur de 8 bits afin d'obtenir le taux correspondant. Nous l'affichons ensuite avec un simple Serial.Print. 
 
[[Fichier:Screen_Bluetooth.png|thumb|right|200px|Capture d'écran du téléphone recevant les données]] [[Fichier:Montage s8.JPG|thumb|left|200px|Montage sur Breadboard à la semaine 8]]
Ensuite, nous avons ajouté le MOSFET que nous avons reçu. Après quelques vérifications, nous avons modifié le schématique comme dit plus tôt. En associant une pin à ce transistor, (ici la pin 13) il joue le rôle d'interrupteur : en envoyant 1 le capteur est correctement alimenté, et en envoyant 0 le capteur est alors éteint électriquement. Nous avons effectué les mêmes tests que la semaine dernière avec la veille du capteur, en utilisant la fonction millis (présente sur la capture du code), ce qui fonctionne bien comme en témoigne la led du capteur PM2.5 qui s'éteint ou s'allume toutes les 10 secondes. On est donc bien capable de piloter électriquement le capteur grâce au transistor. 
Nous avons enfin ajouté le shield bluetooth (on l'alimente simplement avec la carte Arduino et on connecte respectivement les pins Rx,Tx du HC-05 sur les pins Tx,Rx de l'Arduino), et installé une application sur notre téléphone. Grace à une application sur le smartphone on est capable de ce connecter au HC-05 et correctement recevoir les données. 
 

== Semaine 9 ==

[[Fichier:Schematique main s9.JPG|thumb|left|200px|Schématique du circuit principal à la semaine 9]][[Fichier:PCB main s9.JPG|thumb|right|200px|PCB du circuit principal à la semaine 9]]
Nous avons cette semaine terminée la carte principale grâce aux conseils de M. Flamen, M. Boe et M. Redon. Elle est en production chez ''Elecrow Bazaar'', c'est donc notre version finale. Une fois reçue, nous pourrons y souder les composants. 
Au niveau du schématique, nous avons ajouté un régulateur 5V/3.3V pour alimenter le connecteur de carte SD. Au niveau du PCB, nous avons fait un plan de masse digne de ce nom, adapté les pistes en évitant les petits angles, déplacé certains composants pour avoir des zones de masses continues, et délimité une zone blanche (keep out) sous le quartz. Nous avons également mis les composants traversants sur la couche bottom, mis en place les couches overlay, défini la couche mechanical et fait attention au Design Rule Check. 
 

== Semaine 10 ==

Nous avons pu imprimer avec M. Flamen la carte secondaire. Nous attendons l'arrivée du LTC6800 pour pouvoir souder la carte. 
[[Fichier:Schematique highside s10 valeurs.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 10]][[Fichier:PCB highside s10 valeurs.JPG|thumb|right|300px|PCB du circuit pour mesurer le courant à la semaine 10]] 

Nous avons également travaillé sur le calcul de la résistance en entrée du LTC6800. En effet, sa valeur dépend du composant pour lequel on va mesurer le courant.
[[Fichier:LTC6800 use.png|thumb|right|300px|Schéma des grandeurs sur le montage d'utilisation du LTC6800]] 
Après quelques recherches, nous avons pu trouver les valeurs de courant suivantes : ~120mA pour le PM2.5, entre 1 et 15 mA pour le DHT22 et entre 15 et 60 mA pour le HC-05. On a donc une plage de variation du courant égale à [1;120]mA. Pour correctement relever le courant, nous devons donc avoir en sortie une tension variant de 0 à 5V pour le courant allant de 0 à 120mA. 

Nous nous basons sur le schéma ci-contre trouvé dans les datasheet du LTC6800 pour les calculs. 
U=Rs*iL 
Vout=G*U=G*Rs*iL => G=Vout(Rs*iL) 
Or G=1+R2/R1 

En prenant Vout/iL = 40mV/mA on a bien 4.8V pour 120mA. Soit G*Rs = 40mV/mA. On en déduit G et Rs. 
Rs est limité par la puissance qu'il peut supporté. Si on prend Rs = 10 Ohm (G=4), on a donc une puissance de P=Rs*iL², Pmax=10*0.12²=0.144W. Avec une résistance supportant 0.25W (selon ses propriété), on peut donc prendre cette résistance de 10 Ohm. 
G est défini par R2 et R1. On doit donc prendre R2/R1=3 donc par exemple R2 = 30 kOhm et R1 = 10kOhm. Comme 30kOhm n'est pas une valeur normalisée, on prend R2=27kOhm, notre gain sera plus petit. 

== Semaine 11 ==

[[Fichier:Schematique main s11.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 11]][[Fichier:PCB main s11.JPG|thumb|right|250px|PCB du circuit principal à la semaine 11]]
Nous avons eu quelques problèmes avec notre carte principale, concernant notamment le capteur de particules PM2.5. Après l'analyse de la Datasheet du PM_2.5, nous avions dans un premier temps prévu de relier les différentes entrées du capteur à un header relié aux pins correspondantes sur l'atmega. En réalité nous avons commis une erreur car le capteur n'est pas relié directement à l'atmega mais est connecté a un adaptateur. Or l'ordre des pins de l'adaptateur est différent de celui du capteur. De plus, la pin sleep (pour mettre en veille le capteur) est située au dessus de l'adaptateur et ne peut pas être connectée directement sur le header. Ainsi avec la nouvelle version du schématique nous avons réglé ce problème et on pourra ainsi connecter directement l'adaptateur sur le header et utiliser un câble mal/femelle pour relier la pin sleep de l'adaptateur à un autre header. 
Ce ne sont pas des problèmes très graves, puisqu'il est toujours possible de faire fonctionner le capteur en utilisant un autre header et changer l'ordre des pins, mais c'est assez encombrant.
 

[[Fichier:Carte highside s11.jpg|thumb|left|350px|Carte du circuit secondaire pour mesurer la puissance dans les capteurs, imprimée et entièrement soudée]][[Fichier:Carte principale s11.JPG|thumb|300px|right|Carte principale (capteur de pollution) imprimée, avec composants CMS soudés]]
Comme nous avons reçu le LTC6800 et les résistances CMS 10 Ohm, nous avons pu imprimer et souder entièrement notre carte secondaire. Nous avons fait des tests pour vérifier que nos pins sont correctement connectées. 
En fin de semaine, nous avons également imprimé la carte principale chez Mr. Flamen. Attendre celle venant de Chine et effectuer les changements sur cette dernière nous aurait fait perdre beaucoup trop de temps. Nous avons eu le temps de souder les composants CMS mais pas encore les composants traversants.
 

== Semaine 12 (Vacances S1) ==
[[Fichier:Carte principale s12 top.jpg|thumb|150px|left|Vue TOP de la carte principale à la semaine 12, soudée entièrement]]
[[Fichier:Carte principale s12 bottom2.jpg|thumb|200px|right|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - sans les éléments]]
[[Fichier:Carte principale s12 bottom1.jpg|thumb|150px|left|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - avec les éléments]]
Nous avons pu avoir accès à Polytech durant quelques jours de cette semaine de vacances. Nous en avons donc profiter pour souder notre carte le plus possible. 
Dans un premier temps, nous avons vérifié que nos composants CMS étaient bien soudés. Il y a eu besoin de quelques retouches au niveau du FTDI et de l'Atmega qui présentaient des courts-circuits. Nous avons ensuite souder les vias nécessaires aux premiers tests. En effet, avant de continuer à souder il a fallu être sûr que les micro contrôleurs étaient bien fonctionnels. Pour cela, nous avons relié l'Atmega à une Arduino via l'ISP présent sur notre carte, nous avons testé un programme pour faire clignoter une led (comme nous n'en avons pas sur la carte donc avons fait clignoter la led de l'Arduino). Cette étape étant validée, nous avons téléversé un bootloader pour pouvoir téléverser un programme cette fois depuis le FTDI. Avant ça, nous avons soudé le connecteur USB ainsi que les autres vias nécessaires. L'empreinte du connecteur USB variait légèrement au niveau des accroches, mais les broches correspondent bien donc nous avons écarté les accroches pour les souder directement à la masse. Puis nous avons essayé de téléverser un programme : les LED de sécurité du FTDI clignotent bien durant cette étape. Puis, toujours avec l'Arduino connecté avec l'ISP, nous avons téléversé le programme de Blinking led sur le FTDI qui lui-même l'a envoyé à l'Atmega qui une fois encore a bien fait clignoté la led de l'Arduino. Notre FTDI et notre Atmega sont donc bien fonctionnels et prêts à l'usage. 
Dans un deuxième temps, nous avons donc pu souder le reste des composants, c'est-à-dire les headers pour les différents éléments (PM2.5, DHT22, Connecteur SD, Shield Bluetooth) ainsi que ceux utilisés pour mesurer la puissance consommée. Il y avait également le reste des vias, le Mosfet et le switch. Un fil connectant deux masses a été nécessaire. Cette partie ne fut pas sans encombres, car même si les composants étaient bien connectés à leur piste, il est arrivé qu'ils soient un tout petit peu connectés à la masse, perturbant le circuit. 
Une fois tous les problèmes de connexion réglés, nous avons pu tester que les broches de l'Atmega envoient bien du 5V quand demandé.

Nous avons testé nos précédents programmes (du DHT22 et PM2.5) avec succès, en faisant bien attention de mettre en court-circuit les headers utilisés pour le circuit secondaire. 
Nous obtenons les résultats suivants, la réception des données du capteur de température/humidité à gauche et celles du capteur de particules à droite. 
[[Fichier:Video dht22.gif|400px|Réception des données du DHT22 depuis circuit imprimé]]
[[Fichier:Video pm25.gif|400px|Réception des données du PM2.5 depuis circuit imprimé]]
 
[[Fichier:Carte sd code.png|thumb|100px|right|code test pour vérifier le fonctionnement du connecteur SD]]
[[Fichier:Carte sd results.png|thumb|300px|left|Résultats du test pour le connecteur SD avec écriture sur la carte]]
Nous avons également établi un code de test pour vérifier que notre connecteur de carte SD fonctionne correctement. Dans le programme que l'on peut retrouver ci-contre, on crée un fichier "test.txt" dans lequel on écrit une petite ligne. On peut voir sur le moniteur série que la connexion se fait sans problème, puis on peut retrouver dans notre carte SD le fichier rempli correspondant. 
 
Nous avons cependant rencontré quelques problèmes, déjà survenus auparavant : les header ne tiennent pas correctement et se dessoudent trop facilement de la carte. Cela provoque donc des mauvaises connexions. Une retouche est nécessaire.
 

== Semaine 14 ==

La semaine dernière, nous avons concaténé tous les codes afin d'écrire les valeurs obtenues sur la carte SD. Ayant des problèmes de connexions évoqués précédemment, les tests sur carte n'ont pu être réalisés que cette semaine (après retouches de soudures), d'où l'absence de rapport à la semaine 13. 
[[Fichier:Carte sd aff excel.JPG|thumb|150px|right|Affichage fichier texte et excel des données de la carte SD]]
Après quelques réflexions, nous avons donc décidé d'écrire les données sur deux différents fichiers : un pour le capteur DHT22 et un pour le capteur PM2.5. En effet, nous trouvons cela plus clair de cette manière. 
De plus, nous les imprimons comme suit : une ligne correspond à un relevé de données, c'est à dire à une date précise (chronomètre lancé au démarrage) et au taux d'humidité puis à la température (pour le DHT22) correspondante. Ces valeurs sont séparées par des espaces pour que le fichier Excel puisse lui-même les disposer dans des cases différentes. Ainsi, les courbes sont très facilement réalisables.
De la même manière pour le PM2.5, chaque relevé correspond à une ligne comprenant le temps ainsi que les différentes valeurs de particules, le tout séparé par des espaces. 

Un test de 20 minutes nous a permis d'obtenir 1250 valeurs et les courbes suivantes : 
[[Fichier:Graphes Ecst dht22.JPG|thumb|300px|left|Graphes des données reçues par le DHT22 en environnement constant]]
[[Fichier:Graphes Ecst pm25.JPG|thumb|600px|right|Graphes des données reçues par le PM2.5 en environnement constant]]

Nous n'avons pas affiché les courbes associées aux particules pm01, pm2.5 et pm10 puisqu'elles sont constantes autour de la valeur 65535. 
On remarque que les données issues du capteur d'humidité/température DHT22 sont assez variables au cours du temps, même si elles ne fluctuent pas aussi rapidement que celles issues du PM2.5, elles mettent beaucoup de temps à se stabiliser. Pour revenir aux courbes du PM2.5, on peut au premier abord être surpris des grosses variations qu'elles présentent, cependant il n'en est rien puisque la valeur maximale qu'elles peuvent atteindre est de 65535 '' à expliquer ''. Leur fluctuation est donc minime. 
 

[[Fichier:Graphes Epoussiere.JPG|thumb|500px|right|Evolution des données (PM2.5) dans un environnement poussiéreux.]]
Dans un second temps, nous avons voulu testé la mise en veille du capteur par la broche sleep ainsi que l'utilisation du mosfet (comme interrupteur de VCC). 
Pour avoir des résultats un peu plus significatifs - ou plutôt visuels - que précédemment, nous avons déposé du talc sur le capteur, puis attendu une heure que cela devienne un environnement stable. On peut voir sur les graphe ci-contre que les valeurs sont plus élevées, notamment pour les courbes du a300nm, a500nm et a1um. Elles sont "stabilisées" autour de 50sec. De cette manière on peut mieux voir le temps que met le capteur à se mettre en route. 
[[Fichier:Graphes pauses.JPG|thumb|500px|right|Evolution des données reçues (PM2.5) par différentes mises en veille]]
Nous avons donc ajouté dans le programme une partie permettant de mettre en veille le PM2.5 après 2min d'activité, cela pendant 30sec, puis le rallumer pendant 1min, le ré éteindre cette fois électriquement depuis le mosfet, encore une fois pendant 30sec puis le laisser fonctionner normalement à nouveau. 
Les zones très constantes correspondent aux périodes ou le capteur est en veille. On voir que les données repartent de 0 à chaque redémarrage, quel qu'il soit. A première vue, en observant uniquement les données reçues, les deux mises en veille se valent. Nous allons quand même re effectuer des tests avec deux capteurs fonctionnant en même temps pour avoir des résultats plus précis. 
Voici la partie de code que nous utilisons pour d'abord mettre le capteur en veille au bout de 120 secondes, le rallumer 30 secondes plus tard, attendre 60 secondes, faire de même avec l'utilisation du mosfet. 
currentTime = millis();
if((currentTime > 120000 && is_pause==0) || (currentTime > 150000 && is_pause==1)) {
digitalWrite(set,!digitalRead(set));
is_pause++;
}
else if ((currentTime > 210000 && is_pause==2) || (currentTime > 240000 && is_pause==3)) {
digitalWrite(mosfet,!digitalRead(mosfet));
is_pause++;
} 
 

== Semaine 15 ==

Les premiers tests sur la carte étant effectués, il est enfin temps de réaliser l'étude énergétique de tous les éléments de la carte. 

[[Fichier:Mesures1.jpg|thumb|200px|right|Méthode de relevé de courant/tension avec le multimètre.]]

Initialement, nous avions pour objectif d'utiliser le montage high-side que nous avons réalisé afin mesurer la puissance consommée par nos différents éléments. Cependant, nous n'avons pas réussi à le faire fonctionner. Nous avons donc utilisé un multimètre avec lequel on a mesuré la tension et le courants consommés pour chaque capteur. Nous avons simplement relié les entrées du multimètre aux différents header prévu pour effectuer les relevés. Pour le courant, on connecte simplement le multimètre en série. Pour la tension, on connecte le COM à la masse du circuit (header prévu à cet effet), et le V au potentiel de l'élément en question. Il ne nous reste plus qu'à calculer la puissance avec P=U*I. 

On obtient ainsi les résultats suivants:

* Pour le capteur DHT22 on a une consommation d'environ 1,2mA pour 5V soit P=6mW
* Pour le shield Bluetooth on a une consommation de 43/44mA (contre 50mA sur la datasheet) pour 5V soit P=215mW
* Pour le module de carte sd on a une consommation de 19mA pour 3,36V soit P=63mW
* Pour le capteur de particule, on différencie la consommation classique en marche qui vaut entre 30 et 50mA pour 5V soit P = 200mW ; et la consommation en mode veille qui vaut environ 9mA pour 5V soit P= 45mW. Pour le mode veille on observe un courant largement supérieur à celui indiqué par la datasheet (200uA). On pense que cela est du à l'adaptateur du capteur PM2.5 qui fausse le résultat notamment à cause des led qu'il utilise. Pour avoir une consommation précise, il faudrait souder des fils à l'entrée de l'adaptateur pour mesurer la puissance réelle dissipée. 
Pour une étude énergétique plus poussée, nous avons observé les pics de courants du PM2.5 lorsqu'on l'allume électriquement (avec le MOSFET) et lorsque l'on sort du mode SLEEP. Etant impossible de mesurer ces pics avec un multimètre, nous avons donc opté pour l'oscilloscope. Nous n'avions cependant que des sondes de tension. Pour palier à ce problème, nous avons observé la chute de tension au borne d'une résistance de très petite valeur (10ohm) pour pouvoir ainsi en déduire le courant consommé. On règle ensuite l'oscilloscope de façon à observer le pic grâce au mode "single seq". 
On a les relevés suivants, avec à gauche le pic de courant lors de la sortie du mode sleep vue à l'oscilloscope, et à droite celui après une mise en tension électrique (mosfet) : 
[[Fichier:Pic sleep.jpg|thumb|300px|left|Pic de courant observé en passant du mode sleep au mode actif]] [[Fichier:Pic.png|thumb|300px|right|Pic de courant observé lors de l'allumage du capteur]]
 
Pour le mode sleep on a donc :
* en fonctionnement en veille consommant 45mW.
* un pic de courant au redémarrage allant jusqu'à 130mA, contre 9mA en mode sleep et 40mA en mode relevé de valeurs.
* la courbe peut être approchée par une droite (ou une exponentielle ?) afin d'en déduire la consommation énergétique.
Pour le capteur éteint par le mosfet on a :
* 0W de consommés.
* un pic de courant au redémarrage allant jusqu'à 500mA.
* la courbe peut-être approchée par une courbe de décharge d'un condensateur afin d'en déduire la consommation énergétique.
 
 
[[Fichier:Comp reception donnees.JPG|thumb|600|right|comparaison des données reçues par deux PM2.5]]
Nous avons ensuite voulu comparé les valeurs reçues par le PM2.5 avec un autre PM2.5 afin de voir au bout de combien de temps le capteur recommence à avoir des valeurs cohérentes et ainsi ne pas envisager une utilisation du mode sleep par exemple, avec un intervalle entre les mises en veille trop court. 
Dans un premier temps, nous avons eu le PMS7003, qui malheureusement n'a pas affiché de valeurs cohérentes avec notre capteur : même avec un dépôt de poussière, il ne détectait pas de changement d'environnement. Nous avons alors eu la possibilité de refaire ces tests avec un PM2.5 identique à notre capteur initial. Les valeurs sont bien plus cohérentes même si on observe une différence d'échelle entre les deux. Nous allons notamment comparer les valeurs reçues (différence prise en compte) depuis les valeurs de a300nm, puisque c'est la courbe la plus exploitable. 
De la même manière que précédemment, nous avons donc déposé de la poussière sur les capteurs aux alentours de 10 secondes. On remarque que les deux capteurs réagissent. Ensuite, au bout de 30secondes et pendant 10secondes le capteur est mis en mode sleep. Nous attendons alors 2minutes avant de faire de même en l'éteignant électriquement. 
On peut noter qu'en fonctionnement on a une différence d'environ 500. Cela ne pose pas de problème puisque l'on peut bien observer le temps de remise en route du capteur dans les deux cas. Nous allons maintenant uniquement prendre en compte les valeurs à partir de 30 secondes afin de retirer la partie où la poussière est ajoutée et ainsi pouvoir correctement analyser les valeurs.
 
 
On s’intéresse maintenant aux temps de réponse pour les deux modes (sleep/allumé et éteint/allumé). Ce temps de réponse correspond au temps nécessaire du capteur à récupérer des données valides. Ainsi avec ce temps, on sera capable de calculer l'énergie perdue lors de cette phase. On voulait initialement utiliser le second capteur pour référence afin de déterminer le plus précisément possible l'instant où le capteur récupérait des données valides. Malheureusement, même si on observait une différence d'environ 500 entre les deux capteur (pour le nombre de particules a300), cet écart n'est en réalité pas assez stable pour pouvoir trouver précisément l'instant recherché. 
Avec des interprétations, on est tout de même capable de déterminer approximativement le temps de montée pour les deux modes. On observe ci dessous le temps de réponse pour les deux modes (on observe la réponse pendant 40 secondes).
[[Fichier:Sleep.png|500px|left|]] [[Fichier:Allum.png|500px|right|]]

=Documents Rendus=

Fichier:Allum.png

2019-05-06T18:04:32Z

Vlorthio :

Fichier:Sleep.png

2019-05-06T18:01:05Z

Vlorthio :

Fichier:Allumé.png

2019-05-06T18:00:07Z

Vlorthio :

IMA4 2018/2019 P63

2019-05-06T16:52:34Z

Vlorthio : /* Semaine 15 */

__TOC__
 

=Présentation générale=
Etudiants : Victor Lorthios, Juliette Obled 
Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys 

==Description==
Ce projet consiste à modéliser la consommation d'un capteur de pollution. 
Ce système sera composé d'un ATMEGA ainsi que d'un capteur de particules, un capteur de température/humidité, une carte SD et un système Bluetooth pour transmettre les données. 

==Objectifs==
Dans un premier temps, nous allons travailler avec une carte Arduino afin de pouvoir facilement tester les différents capteur et commencer à étudier leur consommation en énergie. Nous allons ensuite réaliser un système embarqué composé d'un ATMEGA, des deux capteurs, d'un système de transmission de données bluetooth et d'un système stockage des données via une carte sd. Ainsi on aura un prototype composé uniquement des fonctionnalités nécessaire. Cela permettra de ne pas fausser nos mesures car l'Arduino comporte des ports et des fonctionnalités supplémentaires qui risqueraient de consommer plus que nécessaire.
Depuis ce capteur il faudra alors faire l'étude de la consommation énergétique des différents composants, en particulier celle du capteur de particules qui est en théorie la plus élevée. 
Enfin, on pourra tester quelles sont les meilleures manières d'utiliser les composants pour trouver leur consommation d'énergie minimale (capteur en route, en veille ou éteint quand on ne l'utilise pas). Cela sera fonction de variables telle que la période entre la prise de données notamment. On étudiera notamment les différentes manières de mettre en veille un capteur, la consommation au redémarrage, etc. 
Le but final est donc d'établir un modèle, pouvant déterminer à l'avance l'autonomie du circuit. L'Idéal étant d'avoir un système consommant le moins d'énergie possible. 

=Analyse du projet=

==Positionnement par rapport à l'existant==

La pollution est un enjeu sanitaire majeur. En effet, les polluants atmosphériques sont à l'origine de nombreux décès en France et dans le monde (48000 victimes en France selon l'agence de santé publique).

Pour réduire et éviter les endroits où la pollution est la plus dense, il est très intéressant de pouvoir analyser la présence de ces particules fines. 

Ces dernières années, de nombreux moyens ont été mis en oeuvre pour surveiller la pollution. On retrouve par exemple de nombreux objets connectés composés de capteurs capables de mesurer la qualité de l'air. Ces objets permettent notamment de sensibiliser la population à ce problème. 

==Analyse du premier concurrent==
[[Fichier:Concurrent1 PlumeLabs Flow.JPG|100px|thumb|left|Capteur Flow]][[Fichier:Concurrent1 PlumeLabs AirReport.JPG|100px|thumb|right|Application Air Report]] 
''Flow'' est un objet de 12,5cm de haut et 4cm de large permettant d'analyser la pollution de l'air en temps réel. En appuyant sur un bouton, on peut relever la concentration des principaux polluants dans l'air. 
Ce capteur est commercialisé par l'entreprise française ''Plume Labs'', fondée en 2014 dans le but d'améliorer notre quotidien face à la pollution. 

Le résultat s'affiche directement sur l'objet, par l'allumage de leds : une couleur sombre correspond à un taux de pollution élevé et une couleur claire un air sain. Les résultats peuvent également être transmis via bluetooth sur le téléphone afin d'être affichés sur l'application ''Air Report''. Cette application est composée d'une carte permettant de géolocaliser le téléphone et ainsi représenter le taux de pollution de chaque endroit de la ville. Toutes les personnes utilisant ''Flow'' peuvent donc contribuer à améliorer cette carte. Ce capteur permet donc d'évaluer ses parcours dans la ville, et inciter les gens à passer par des endroits plus sains. Il est également utilisable dans la maison. L'application propose aussi des "bulletins météo" concernant la qualité de l'air des jours à venir et annoncer les pics de pollution. 
Etant si petit, résistant (fait d'acier) et ne pesant que 70g, ''Flow'' est transportable partout. Le capteur se recharge facilement sur ordinateur ou secteur grâce à un câble USB-C vers USB, et est supposé avoir une autonomie de 24h. 

Ce capteur est donc très avancé mais coûte tout de même 179euros. 
Nous pouvons nous positionner par rapport à cet objet en espérant atteindre une fiabilité de nos mesures pour une autonomie supérieure à une journée, à moindre coût. 

==Analyse du second concurrent==
Pollutrack est un système du mesure de pollution de l'air installé sur des véhicules électriques appartenants à Enedis.
Il permet de mesurer la pollution près du trafic dans des grandes villes telles que Paris ou Lille. Plus de 300 capteurs mobiles Pollutrack sont utilisés en complément de stations qui mesurent en temps réel la quantité de particules nocives dans l'air.
Le dispositif permet de récupérer un très grand nombre de mesures. Grâce à ces mesures, il est possible de comparer le niveau de pollution d'une rue à l'autre ,d'un quartier à l'autre et d'ainsi repérer les zones de concentration de la pollution.

==Scénario d'usage du produit ou du concept envisagé==
L'utilisation de ce capteur sera la suivante : on imagine une personne voulant évaluer le taux de pollution dans l'air à but professionnel ou non. Grâce à ce capteur connecté via Bluetooth sur le téléphone, les données peuvent être transmises à intervalle régulier, ou stockées sur la carte SD pour être envoyées plus tard (si problème de réseau ou autre). 
L'utilisateur voulant faire de nombreuses mesures dans plusieurs zones géographiques, il a besoin que le capteur ait une consommation énergétique faible pour être utilisé le plus longtemps possible. On pourrait même penser à quelqu'un souhaitant réaliser une cartographie du taux de pollution d'une ville. Il a alors besoin de faire énormément de mesures (il peut les avoir en temps réel sur son téléphone) mais surtout de faire des relevés assez longtemps pour que la cartographie soit fiable (pas de mesures trop espacées dans le temps). D'où la nécessité d'avoir un système dont on connait la consommation énergétique. 
Grâce à nos recherches, nous pourrons donc assurer l'autonomie de ce capteur simplifié. 

Le capteur peut également être utilisé de manière fixe dans une usine par exemple, provoquant une alarme si la pollution dans l'air est trop élevée. Nos modélisations permettraient à l'entreprise de connaître combien de temps le capteur serait utilisable et donc estimer le moment de la journée le plus propice pour effectuer des mesures. 

==Réponse à la question difficile==

* Quelle est la fréquence optimale de récupération des valeurs de particules en fonction des usages ?

le site https://www.airparif.asso.fr/ mesure et cartographie précisément la pollution de Paris et de son agglomération en temps réel. 
L'ensemble de leurs données permettent de produire une carte avec au mieux une résolution de 10 mètres par mesure. 

En prenant l'exemple d'un piéton marchant à la vitesse de 4 km/h il faudrait une mesure toutes les 9 secondes pour avoir une résolution de 10 mètres. 

Si on prend le cas d'un cycliste roulant à la vitesse de 20km/h il faudrait une mesure toutes les deux secondes pour atteindre une résolution de 10m. 

Dans le cas où le capteur serait fixe avec une mesure toutes les deux minutes paraît suffisante. 

* Comment tester un maximum de configuration des différentes fonctions pour déterminer la consommation énergétique et estimer la durée de vie finale ?

Nous testerons les différentes configurations sur la carte Arduino. Cela nous permettra de pouvoir changer facilement les câblages (pas de soudures, etc). 

Les tests se feront grâce au code d'un ancien thésard qui nous permettrons d'estimer la consommation énergétique du système. 

Nous étudierons les possibilités suivantes 

* Mise en veille du capteur (utilisation de la broche enable) 
* Coupure de l'alimentation du capteur (utilisation d'un transistor pour commander l'état du capteur) 
* Mode sleep du microcontrôleur 

Une fois la meilleure configuration trouvée nous réaliserons la carte pour avoir la consommation exacte et ainsi pouvoir déterminer l'autonomie de la carte.

=Préparation du projet=

==Cahier des charges==

''Etudiants : Victor Lorthios, Juliette Obled'' 
''Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys'' ''
''Éventuels Clients : personne lambda désireuse de connaître le taux pollution de l'air qu'elle respire'' 

''' Sujet ''' 
Modéliser la consommation énergétique d'un capteur de pollution simplifié. 

'''Objectifs''' 
Dans un premier temps il faudra réaliser un capteur simplifié de pollution sur une Arduino, depuis différents composants (capteur d'humidité/température et capteur de particules). Depuis ce système on pourra alors récupérer le taux de pollution de l'air de manière périodique (grâce au module bluetooth et à la carte SD). Nous verrons alors le temps de réponse de notre système (si il est lent ou rapide à s'adapter dans un environnement instable, etc) pour en déduire sur quelle période de relevés se baser. 
Dans un second temps, des configurations seront testées pour déterminer la meilleure manière - énergétiquement parlant - de relever le taux de pollution : Comme expliqué dans la question difficile, nous verrons notamment différents moyens de mettre en veille notre capteur entre les relevés. 
Nous retiendrons alors la meilleure configuration à notre usage pour réaliser le capteur de pollution depuis un microcontrôleur, afin de limiter au mieux toute consommation énergétique superflue. 
Enfin, nous pourrons étudier la réelle consommation de notre système et en tirer un modèle, afin d'être capable d'annoncer la "durer de vie" du capteur selon l'utilisation retenue. 

==Choix techniques : matériel et logiciel==

''Matériel nécessaire''

Carte principale
* Carte Arduino UNO [https://fr.farnell.com/arduino/a000066/arduino-uno-carte-d-eval/dp/2075382?st=arduino%20uno]
* ATMEGA328p [https://fr.farnell.com/microchip/atmega328p-au/micro-8-bits-avr-32k-flash-32tqfp/dp/1715486?st=atmega%20328p]
* BreadBoard [https://fr.farnell.com/mcm/21-18936/carte-de-prototypage-55-x-83-mm/dp/2855018?st=breadboard]
* Quartz de 16MHz [https://fr.farnell.com/txc/9b-16-000maaj-b/xtal-16-000mhz-18pf-hc-49s/dp/1842216?st=quartz%2016MHz]
* Capteur de température/humidité DHT11 [https://fr.farnell.com/df-robot/dfr0067/capteur-humidite-de-temperature/dp/2946103?ost=dht11&krypto=nSAe3xUmYzn82Ba3MCmTb1xsIQwIwLm0Wug77jAEBmRR8c0u9aORPwbEXUzZkgEOkW9FWrot%2FD2G1fauIEdT2%2FLQpj%2FbWYyeehmGw6cPJouYreHMHIL5EcUCZ7dGiBBrtP9Pztes%2BFTSfnidMZNl%2BV2bmfUdjVN%2Ffd%2BfpCvmWmC2Pa6oc8NiPYtnwD9DHagkFXRCFgLeICUjhLO0CrI5O7YSEu8GSaIH61z3l8yfWPvGhER3Egx5AGiiDDaA%2BvLuSgGqia%2F4qpn0eOM86V%2F84%2FqRn1SizGCoHhSdWeZMJ81ZzxrqmZnpz5A1t9UiWlqGESOur8dThEJ4SYF1DYqqFpYhDtchRQn6bk%2BeaDYBdbXrGYsKcSoVUPPgX4lBqxs1BUvNI49Bk7GpBIi1ViHtneYL%2BMRj7QyfDp9iWIw9Qe8pxdpcFFdqxlO%2B78PffaFHNseBt0aCCBSgXM0ai%2FKz%2BQ%3D%3D&ddkey=https%3Afr-FR%2FElement14_France%2Fsearch]
* Carte SD 16Go [https://www.gotronic.fr/art-carte-micro-sd-16-gb-21521.htm]
* Shield Bluetooth [https://www.gotronic.fr/art-module-bluetooth-hc05-26097.htm]
* FTDI [https://fr.farnell.com/ftdi/ft232rl-reel/usb-vers-uart-ssop28-232/dp/1146032?st=ftdi%20ft232]
* Module USB [https://fr.farnell.com/wurth-elektronik/61400416121/embase-usb-2-0-type-b-cms/dp/1642035?st=usb%20type%20B]
* Résistances : 1*1MOhm + 2*10kOhm + 4*1kOhm
* MicroSD card module [https://www.mouser.fr/ProductDetail/DFRobot/DFR0229?qs=lqAf%2FiVYw9iUSsZAMqpn6w%3D%3D]
* 1 Transistor Mosfet IRF530NPBF [https://fr.farnell.com/infineon/irf530npbf/transistor-mosfet-canal-n-to220/dp/8648263?st=irf530]
* 4 Résistances CMS 1KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-102-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCG8U96oB1N8iEjA3WWloOyQ%3D%3D]
* 3 Résistances CMS 10KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-103-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCf7nuw8CxaxWavEDTcrYVSA%3D%3D]
* 1 Résistance CMS 4,7KOhm (0805 !) [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-472-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCR8f6WlwD1E1e%2FmlyHQJiVw%3D%3D]
* 1 Résistance CMS 1MOhm [https://www.mouser.fr/ProductDetail/Yageo/RT0603DRD071ML?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCCzRqR3HSxGAhpPu7NwurDw%3D%3D]
* 8 Capa0603 CMS 0.1uF [https://www.mouser.fr/ProductDetail/Yageo/AS0805KKX7R9BB104?qs=sGAEpiMZZMs0AnBnWHyRQN7%2FAA2D2lPPsYA1bJbHbZoQC62GCvbujw%3D%3D]
* 2 Capa0805 CMS 22pF [https://www.mouser.fr/ProductDetail/KEMET/CBR08C220J5GAC?qs=sGAEpiMZZMs0AnBnWHyRQKJCfzG%2Fi9wHIuDMkLtQL%252BAeTzFzADF%2FKw%3D%3D]
* 1 Capa0805 CMS 10uF [https://www.mouser.fr/ProductDetail/Yageo/CC0805KFX5R8BB106?qs=sGAEpiMZZMs0AnBnWHyRQB9G40cLJQs48fO1KJB45QKWe9F2ufi5Bw%3D%3D]
* 1 Diode verte CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SMLD12EN1WT86?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2UaDK3wHdwzQH59mdZ86SRg%3D%3D]
* 1 Diode rouge CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SML-D12V8WT86C?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2xr7aIegCC5DdIa4TH1FJuQ%3D%3D]
* Régulateur 5v/3.3v [https://www.mouser.fr/ProductDetail/Texas-Instruments/LM1117MPX-33-NOPB?qs=sGAEpiMZZMvu8NZDyZ4K0Sw3Ge2x%2FL%2F%2F]
* Bouton poussoir 
* 3 Capteur de particules PM2.5 - SEN0177 (avec son adaptateur) (un déjà eu) [https://eu.mouser.com/ProductDetail/DFRobot/SEN0177?qs=%2fha2pyFadug0jBbcL1AeO5xbZZKOlHL5GOQhx8mcyvg%3d]
Pourquoi 3 capteurs : pour les tests de mise en veille, il nous faut 1 capteur test, et 2 capteurs de référence (car souvent beaucoup de variation de valeurs entre les capteurs)

Carte secondaire
* 2 AOP LTC6800 [https://fr.rs-online.com/web/p/amplificateurs-dinstrumentation/7619648/]
* Header 
* 2 Capa0603 CMS 0.1uF
* 2 Résistance CMS 1206 10 Ohm 
* 1 Résistance CMS 0603 10k Ohm
* 1 Résistance CMS 0603 27k Ohm

''Logiciels''

Nous utiliserons le logiciel IDE Arduino pour le code de l'arduino et Altium pour réaliser notre carte électronique

==Liste des tâches à effectuer==

Capteur de pollution depuis une Arduino 
- correctement câbler les composants 
- écrire un code pour en retirer des valeurs correspondants à un taux de pollution 
- récupérer ces valeurs depuis 1) la carte SD 2) le module bluetooth 

Etudes des valeurs reçues 
- déduire des valeurs reçues des courbes correspondant au taux de pollution dans l'air en fonction du temps (notamment en environnement instable où l'on change brutalement le taux de particules dans l'air) 
- déterminer depuis ces courbes et depuis nos espérances (de la question difficile n°1) une période pour relever le taux de pollution 

Tests de différentes configurations 
Comme il est important de minimiser la consommation énergétique de notre système, nous rechercherons une mise en veille optimale de notre système, sans que cela ne gène le relevé. 
Nous testerons donc différentes configurations comme expliqué à la question difficile n°2. 
- mise en veille du capteur (utilisation de la broche enable) 
- coupure de l'alimentation du capteur (utilisation d'un transistor) 
- mode sleep du microcontrôleur 

Système optimisé 
Conscient que l'arduino peut consommer plus que seulement ce dont les capteurs auraient besoin, nous allons dans une deuxième partie réaliser le système depuis un ATMEGA avec la configuration retenue. 
- réalisation de la carte électronique 
- code et essais pour étudier la cohérence des relevés par rapport aux anciens 

Modélisation de la consommation finale de notre système 
Depuis le programme d'un thésard polytech, de la même manière que pour les tests de mise en veille, nous étudierons la consommation de notre capteur pour en tirer un modèle et ainsi déterminer combien de temps il peut être utilisé.

Pour aller plus loin 
Si jamais nous réussissons à faire toutes ces tâches avec succès, pourquoi pas tester une autre utilisation (automobiliste, etc) avec donc une autre période pour les relevés et peut-être une autre configuration pour la mise en veille. 
Il pourrait également être intéressant de réussir à se géolocaliser pour plus facilement exploiter les données de ce capteur simplifié. 

==Calendrier prévisionnel==

=Réalisation du Projet=
==Feuille d'heures==

{| class="wikitable"
!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
|
|
|
|
|
|
|
|
|
|
|
|}

==Semaine 1==

Lors de ces premières séances, nous avons commencé à réaliser le PCB sur Altium de la carte représentant notre capteur de pollution. Au cours de ce travail, nous nous sommes donc rendus compte qu'il fallait revoir notre liste de matériel, qui est incomplète. Nous aimerions finir le schéma électrique des capteurs associés à l'Arduino ainsi que la représentation Altium du microcontrôleur avec les autres composants d'ici les prochaines séances, afin d'avoir rapidement une liste de matériel fixe et éventuellement pouvoir demander une vérification de notre schéma Altium pour ensuite démarrer la partie Routage de la carte. 
Nous avons également trouvé du code disponible pour l'utilisation des capteurs. 

==Semaine 2==

[[Fichier:Schematic s2.JPG|thumb|right|300px|Schematic à la séance 2]]
[[Fichier:Explication ftdi.jpg|thumb|left|150px|Partie FTDI]]
[[Fichier:Explication transistor.jpg|thumb|left|150px|schéma électrique du transistor]]
Une grosse partie du schematic a été terminée. 
Il comporte un atmega328p. Pour son bon fonctionnement, il possède un reset, un quartz et un module ICSP. Pour ce faire, nous avons utilisé le schematic d'une Arduino UNO disponible sur [https://store.arduino.cc/arduino-uno-rev3 le site d'Arduino]. 
Il est connecté à un FTDI FT232RL pour pouvoir téléverser facilement le code depuis l'ordinateur sans avoir besoin d'utiliser un atmega16u2. Il y a donc avec ce FTDI un module USB. Nous nous sommes inspirés de [https://www.electroschematics.com/10997/bootload-atmega-microcontroller-build-arduino-2/ ce site] pour câbler correctement notre circuit. 
Enfin, nous avons ajouté des header correspondant respectivement au capteur de particules et au capteur de température/humidité. Comme on peut le constater sur la capture d'écran ci-dessous, le capteur de particules est connecté à un transistor. Cela nous servira pour pouvoir commander la mise en veille du capteur. 
Nous avons décidé des valeurs de résistance et de capacité selon les datasheet des modules et selon les calculs ci-contre.
Il nous reste maintenant à inclure un module bluetooth et SD pour que notre capteur soit complet. Nous devons également voir avec un des encadrants l'utilisation du capteur de particules. En effet, ce capteur peut donner de grandes variations de valeurs, d'où la nécessité d'utiliser plusieurs capteurs (nous en avons demandé 3) pour avoir une valeur moyenne. Ainsi, nous devons discuter de la mise en place d'un ou de trois transistors pour notre utilisation.
Nous avons également demandé une license Altium pour la suite de ce projet. 
L'objectif de la semaine prochaine est donc de discuter avec nos encadrants pour finaliser notre schematic, et alors commencer la partie routage. 
 

==Semaine 3==

[[Fichier:schematic_s3.JPG|thumb|right|200px|Schematic à la séance 3]]
Nous avons amélioré et adapté notre schématic aux contraintes vues avec M. BOE. Dans le but de mesurer le courant, nous avons donc ajouté des header à chaque composant. Nous avons également décidé d'utiliser un MOSFET pour la commande du capteur de particules (plutôt qu'un NPN précédemment). Enfin, nous avons terminé d'ajouter tous les composants (module bluetooth et connecteur de carte sd) à notre circuit. 
La partie routage est en cours, ainsi que la création d'un autre schématic dans l'optique d'avoir un circuit additionnel permettant de mesurer facilement la tension utilisée par les composants. 

==Semaine 4 à 7==

Nous avons continué à travailler sur notre schématique. De nombreux problèmes sont survenus petit à petit d'où l'absence de résultats intermédiaires. Nous avons également avancé sur un deuxième schématique, une deuxième carte que nous utiliserons pour effectuer les mesures de puissance utilisée des composants. Nous devons encore en discuter avec M. BOE. 
De plus, nous avons commencé à travailler sur le code des capteurs. 

==Semaine 7==

* Partie Electronique

[[Fichier:Schematique mars.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 7]][[Fichier:PCB mars.JPG|thumb|right|200px|PCB du circuit principal à la semaine 7]]
Le routage de la carte électronique est terminé. Il y a eu un certain nombre de modifications sur le schématique, dues aux différentes difficultés survenues lors de ce routage. Nous avons notamment changé la quasi totalité des empreintes, adapté les header, ajouté des capacité de découplage ou encore modifié la référence de certains composants. 
De ce fait, la liste de matériel est à jour. Nous avons également pu voir avec M. Flamen pour récupérer gratuitement une grande partie des composants nécessaires (résistances, capacités, 
La prochaine étape est donc de résoudre les éventuelles erreurs lors de la génération de la carte et commencer sa fabrication. 
Nous avons également en cours la deuxième carte qui est encore au stade du schématique, en attente de retours. 
 
* Partie Arduino
[[Fichier:Dht22 relevés2.JPG|thumb|right|300px|Relevé des valeurs du DHT22]]
Pour commencer, le code du capteur DHT22 (température et humidité) est terminé. Nous avons simplement récupéré un code sur internet. On peut voir sur la capture ci-contre la différence en environnement "normal" et lorsque l'on souffle sur le capteur (augmentation du taux d'humidité) 
[[Fichier:Montage s7.jpg|thumb|left|200|Montage du circuit avec capteurs DHT22 et PM2.5]] 

[[Fichier:Pm25 detaildata.JPG|thumb|left|450px|Données reçues du PM2.5]][[Fichier:Pm25 communication protocole.JPG|right|200px|Protocole de communication du PM2.5]]
Nous avons également travaillé sur le capteur PM2.5 (particules fines). Pour celui là nous établissons le code petit à petit. 
 Pour récupérer les données transmise par le capteur, nous avons utilisé la fonction arduino "SoftwareSerial" qui nous permet de de créer une liaison série sur d'autres pins de la carte arduino. Ainsi lors de l'affichage sur le moniteur série, il n'y aura pas de conflits. 
Dans un premier temps, nous avons affiché la trame telle qu'elle est et avons identifié les octets grâce à la documentation ci-contre. 
Le "32" au dessus du message correspond à la taille du message reçu. Cela sert notamment à savoir s'il est en fonctionnement. Les encadrés correspondent aux données auxquelles nous nous intéressons. 
 
[[Fichier:Pm25 test craie.JPG|thumb|left|400px|Relevé des données reçues par le PM2.5 lorsque le taux de particules varie]][[Fichier:Pm25 sleepmode.JPG|thumb|right|300px|Relevé des données du PM2.5 en mode normal et mode sleep]]
Nous avons ensuite réalisé des tests pour être sûrs que le capteur fonctionne correctement. A l'aide d'une brosse pleine de craie, nous avons donc fait tomber de la poussière ce qui a donné les résultats ci-contre à gauche. 
Nous avons ensuite connecté une broche de l'arduino à la pin SLEEP du capteur pour contrôler sa mise en veille, pour pouvoir simultanément contrôler la mise en veille du capteur et la récupération/affichage des données reçues, nous avons utilisé la fonction millis qui récupère temps écoulé. Contrairement à delay, c'est une fonction non bloquante. 
On voit que le capteur est n'est plus actif grâce au premier chiffre qui correspond à la taille de la trame ( c'est valeur de retour de la fonction "PMSerial.readBytes"; quand elle vaut 0 cela indique qu'aucunes données ne sont transmises) : les données affichées sont les dernières étant stockées, le 0 nous permet de savoir qu'en réalité nous n'avons reçu aucune nouvelle donnée du PM2.5 
 

== Semaine 8 ==

* Partie Electrique

[[Fichier:Schematique main s8.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 8]][[Fichier:PCB main s8.JPG|thumb|right|200px|PCB du circuit principal à la semaine 8]]
Nous avons effectué quelques changements au niveau de la partie MOSFET, qui n'était précédemment pas correcte. Nous avons alors le schématique et le PCB ci-contre.
 
[[Fichier:Schematique highside s8.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 8]][[Fichier:PCB highside s8.JPG|thumb|right|300px|PCBdu circuit pour mesurer le courant à la semaine 8]]
Nous avons également terminé le deuxième circuit permettant de mesurer la valeur du courant passant dans nos capteurs. En connectant les headers de notre circuit principal au header 80, nous allons pouvoir lire la valeur du courant sur le header 90. Nous nous sommes inspirés de la datasheet LTC6800 pour réaliser ce circuit. Le schématique et PCB associé sont ci-contre. 
Nous attendons maintenant une validation de ces deux circuits pour lancer la réalisation. 

* Partie Arduino

[[Fichier:Pm25 reception donnees.JPG|thumb|left|300px|Capture d'écran des données reçues par le PM2.5 après traitement de la trame]][[Fichier:PM25 code.png|thumb|right|400px|Extraits du code du PM2.5]]
Nous avons beaucoup avancé sur la partie Arduino. 
Dans un premier temps, nous avons adapté la récupération de nos données en n'affichant que les données voulues, c'est-à-dire les taux de particules et plus les variables check. 
Ceci nous donne le code ainsi que les réceptions ci-dessous. Nous avons également ajouté le fait que lorsque la trame est vide (length = 0 vu précédemment) nous n'affichons rien. 
Les fonctions get_pm_** permettent de séparer les données correspondant à chaque particules. Nous récupérons simplement la donnée à son indice, et si elle est composée de deux - ou plus - octets (et donc deux places dans la trame) alors nous décalons la première valeur de 8 bits afin d'obtenir le taux correspondant. Nous l'affichons ensuite avec un simple Serial.Print. 
 
[[Fichier:Screen_Bluetooth.png|thumb|right|200px|Capture d'écran du téléphone recevant les données]] [[Fichier:Montage s8.JPG|thumb|left|200px|Montage sur Breadboard à la semaine 8]]
Ensuite, nous avons ajouté le MOSFET que nous avons reçu. Après quelques vérifications, nous avons modifié le schématique comme dit plus tôt. En associant une pin à ce transistor, (ici la pin 13) il joue le rôle d'interrupteur : en envoyant 1 le capteur est correctement alimenté, et en envoyant 0 le capteur est alors éteint électriquement. Nous avons effectué les mêmes tests que la semaine dernière avec la veille du capteur, en utilisant la fonction millis (présente sur la capture du code), ce qui fonctionne bien comme en témoigne la led du capteur PM2.5 qui s'éteint ou s'allume toutes les 10 secondes. On est donc bien capable de piloter électriquement le capteur grâce au transistor. 
Nous avons enfin ajouté le shield bluetooth (on l'alimente simplement avec la carte Arduino et on connecte respectivement les pins Rx,Tx du HC-05 sur les pins Tx,Rx de l'Arduino), et installé une application sur notre téléphone. Grace à une application sur le smartphone on est capable de ce connecter au HC-05 et correctement recevoir les données. 
 

== Semaine 9 ==

[[Fichier:Schematique main s9.JPG|thumb|left|200px|Schématique du circuit principal à la semaine 9]][[Fichier:PCB main s9.JPG|thumb|right|200px|PCB du circuit principal à la semaine 9]]
Nous avons cette semaine terminée la carte principale grâce aux conseils de M. Flamen, M. Boe et M. Redon. Elle est en production chez ''Elecrow Bazaar'', c'est donc notre version finale. Une fois reçue, nous pourrons y souder les composants. 
Au niveau du schématique, nous avons ajouté un régulateur 5V/3.3V pour alimenter le connecteur de carte SD. Au niveau du PCB, nous avons fait un plan de masse digne de ce nom, adapté les pistes en évitant les petits angles, déplacé certains composants pour avoir des zones de masses continues, et délimité une zone blanche (keep out) sous le quartz. Nous avons également mis les composants traversants sur la couche bottom, mis en place les couches overlay, défini la couche mechanical et fait attention au Design Rule Check. 
 

== Semaine 10 ==

Nous avons pu imprimer avec M. Flamen la carte secondaire. Nous attendons l'arrivée du LTC6800 pour pouvoir souder la carte. 
[[Fichier:Schematique highside s10 valeurs.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 10]][[Fichier:PCB highside s10 valeurs.JPG|thumb|right|300px|PCB du circuit pour mesurer le courant à la semaine 10]] 

Nous avons également travaillé sur le calcul de la résistance en entrée du LTC6800. En effet, sa valeur dépend du composant pour lequel on va mesurer le courant.
[[Fichier:LTC6800 use.png|thumb|right|300px|Schéma des grandeurs sur le montage d'utilisation du LTC6800]] 
Après quelques recherches, nous avons pu trouver les valeurs de courant suivantes : ~120mA pour le PM2.5, entre 1 et 15 mA pour le DHT22 et entre 15 et 60 mA pour le HC-05. On a donc une plage de variation du courant égale à [1;120]mA. Pour correctement relever le courant, nous devons donc avoir en sortie une tension variant de 0 à 5V pour le courant allant de 0 à 120mA. 

Nous nous basons sur le schéma ci-contre trouvé dans les datasheet du LTC6800 pour les calculs. 
U=Rs*iL 
Vout=G*U=G*Rs*iL => G=Vout(Rs*iL) 
Or G=1+R2/R1 

En prenant Vout/iL = 40mV/mA on a bien 4.8V pour 120mA. Soit G*Rs = 40mV/mA. On en déduit G et Rs. 
Rs est limité par la puissance qu'il peut supporté. Si on prend Rs = 10 Ohm (G=4), on a donc une puissance de P=Rs*iL², Pmax=10*0.12²=0.144W. Avec une résistance supportant 0.25W (selon ses propriété), on peut donc prendre cette résistance de 10 Ohm. 
G est défini par R2 et R1. On doit donc prendre R2/R1=3 donc par exemple R2 = 30 kOhm et R1 = 10kOhm. Comme 30kOhm n'est pas une valeur normalisée, on prend R2=27kOhm, notre gain sera plus petit. 

== Semaine 11 ==

[[Fichier:Schematique main s11.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 11]][[Fichier:PCB main s11.JPG|thumb|right|250px|PCB du circuit principal à la semaine 11]]
Nous avons eu quelques problèmes avec notre carte principale, concernant notamment le capteur de particules PM2.5. Après l'analyse de la Datasheet du PM_2.5, nous avions dans un premier temps prévu de relier les différentes entrées du capteur à un header relié aux pins correspondantes sur l'atmega. En réalité nous avons commis une erreur car le capteur n'est pas relié directement à l'atmega mais est connecté a un adaptateur. Or l'ordre des pins de l'adaptateur est différent de celui du capteur. De plus, la pin sleep (pour mettre en veille le capteur) est située au dessus de l'adaptateur et ne peut pas être connectée directement sur le header. Ainsi avec la nouvelle version du schématique nous avons réglé ce problème et on pourra ainsi connecter directement l'adaptateur sur le header et utiliser un câble mal/femelle pour relier la pin sleep de l'adaptateur à un autre header. 
Ce ne sont pas des problèmes très graves, puisqu'il est toujours possible de faire fonctionner le capteur en utilisant un autre header et changer l'ordre des pins, mais c'est assez encombrant.
 

[[Fichier:Carte highside s11.jpg|thumb|left|350px|Carte du circuit secondaire pour mesurer la puissance dans les capteurs, imprimée et entièrement soudée]][[Fichier:Carte principale s11.JPG|thumb|300px|right|Carte principale (capteur de pollution) imprimée, avec composants CMS soudés]]
Comme nous avons reçu le LTC6800 et les résistances CMS 10 Ohm, nous avons pu imprimer et souder entièrement notre carte secondaire. Nous avons fait des tests pour vérifier que nos pins sont correctement connectées. 
En fin de semaine, nous avons également imprimé la carte principale chez Mr. Flamen. Attendre celle venant de Chine et effectuer les changements sur cette dernière nous aurait fait perdre beaucoup trop de temps. Nous avons eu le temps de souder les composants CMS mais pas encore les composants traversants.
 

== Semaine 12 (Vacances S1) ==
[[Fichier:Carte principale s12 top.jpg|thumb|150px|left|Vue TOP de la carte principale à la semaine 12, soudée entièrement]]
[[Fichier:Carte principale s12 bottom2.jpg|thumb|200px|right|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - sans les éléments]]
[[Fichier:Carte principale s12 bottom1.jpg|thumb|150px|left|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - avec les éléments]]
Nous avons pu avoir accès à Polytech durant quelques jours de cette semaine de vacances. Nous en avons donc profiter pour souder notre carte le plus possible. 
Dans un premier temps, nous avons vérifié que nos composants CMS étaient bien soudés. Il y a eu besoin de quelques retouches au niveau du FTDI et de l'Atmega qui présentaient des courts-circuits. Nous avons ensuite souder les vias nécessaires aux premiers tests. En effet, avant de continuer à souder il a fallu être sûr que les micro contrôleurs étaient bien fonctionnels. Pour cela, nous avons relié l'Atmega à une Arduino via l'ISP présent sur notre carte, nous avons testé un programme pour faire clignoter une led (comme nous n'en avons pas sur la carte donc avons fait clignoter la led de l'Arduino). Cette étape étant validée, nous avons téléversé un bootloader pour pouvoir téléverser un programme cette fois depuis le FTDI. Avant ça, nous avons soudé le connecteur USB ainsi que les autres vias nécessaires. L'empreinte du connecteur USB variait légèrement au niveau des accroches, mais les broches correspondent bien donc nous avons écarté les accroches pour les souder directement à la masse. Puis nous avons essayé de téléverser un programme : les LED de sécurité du FTDI clignotent bien durant cette étape. Puis, toujours avec l'Arduino connecté avec l'ISP, nous avons téléversé le programme de Blinking led sur le FTDI qui lui-même l'a envoyé à l'Atmega qui une fois encore a bien fait clignoté la led de l'Arduino. Notre FTDI et notre Atmega sont donc bien fonctionnels et prêts à l'usage. 
Dans un deuxième temps, nous avons donc pu souder le reste des composants, c'est-à-dire les headers pour les différents éléments (PM2.5, DHT22, Connecteur SD, Shield Bluetooth) ainsi que ceux utilisés pour mesurer la puissance consommée. Il y avait également le reste des vias, le Mosfet et le switch. Un fil connectant deux masses a été nécessaire. Cette partie ne fut pas sans encombres, car même si les composants étaient bien connectés à leur piste, il est arrivé qu'ils soient un tout petit peu connectés à la masse, perturbant le circuit. 
Une fois tous les problèmes de connexion réglés, nous avons pu tester que les broches de l'Atmega envoient bien du 5V quand demandé.

Nous avons testé nos précédents programmes (du DHT22 et PM2.5) avec succès, en faisant bien attention de mettre en court-circuit les headers utilisés pour le circuit secondaire. 
Nous obtenons les résultats suivants, la réception des données du capteur de température/humidité à gauche et celles du capteur de particules à droite. 
[[Fichier:Video dht22.gif|400px|Réception des données du DHT22 depuis circuit imprimé]]
[[Fichier:Video pm25.gif|400px|Réception des données du PM2.5 depuis circuit imprimé]]
 
[[Fichier:Carte sd code.png|thumb|100px|right|code test pour vérifier le fonctionnement du connecteur SD]]
[[Fichier:Carte sd results.png|thumb|300px|left|Résultats du test pour le connecteur SD avec écriture sur la carte]]
Nous avons également établi un code de test pour vérifier que notre connecteur de carte SD fonctionne correctement. Dans le programme que l'on peut retrouver ci-contre, on crée un fichier "test.txt" dans lequel on écrit une petite ligne. On peut voir sur le moniteur série que la connexion se fait sans problème, puis on peut retrouver dans notre carte SD le fichier rempli correspondant. 
 
Nous avons cependant rencontré quelques problèmes, déjà survenus auparavant : les header ne tiennent pas correctement et se dessoudent trop facilement de la carte. Cela provoque donc des mauvaises connexions. Une retouche est nécessaire.
 

== Semaine 14 ==

La semaine dernière, nous avons concaténé tous les codes afin d'écrire les valeurs obtenues sur la carte SD. Ayant des problèmes de connexions évoqués précédemment, les tests sur carte n'ont pu être réalisés que cette semaine (après retouches de soudures), d'où l'absence de rapport à la semaine 13. 
[[Fichier:Carte sd aff excel.JPG|thumb|150px|right|Affichage fichier texte et excel des données de la carte SD]]
Après quelques réflexions, nous avons donc décidé d'écrire les données sur deux différents fichiers : un pour le capteur DHT22 et un pour le capteur PM2.5. En effet, nous trouvons cela plus clair de cette manière. 
De plus, nous les imprimons comme suit : une ligne correspond à un relevé de données, c'est à dire à une date précise (chronomètre lancé au démarrage) et au taux d'humidité puis à la température (pour le DHT22) correspondante. Ces valeurs sont séparées par des espaces pour que le fichier Excel puisse lui-même les disposer dans des cases différentes. Ainsi, les courbes sont très facilement réalisables.
De la même manière pour le PM2.5, chaque relevé correspond à une ligne comprenant le temps ainsi que les différentes valeurs de particules, le tout séparé par des espaces. 

Un test de 20 minutes nous a permis d'obtenir 1250 valeurs et les courbes suivantes : 
[[Fichier:Graphes Ecst dht22.JPG|thumb|300px|left|Graphes des données reçues par le DHT22 en environnement constant]]
[[Fichier:Graphes Ecst pm25.JPG|thumb|600px|right|Graphes des données reçues par le PM2.5 en environnement constant]]

Nous n'avons pas affiché les courbes associées aux particules pm01, pm2.5 et pm10 puisqu'elles sont constantes autour de la valeur 65535. 
On remarque que les données issues du capteur d'humidité/température DHT22 sont assez variables au cours du temps, même si elles ne fluctuent pas aussi rapidement que celles issues du PM2.5, elles mettent beaucoup de temps à se stabiliser. Pour revenir aux courbes du PM2.5, on peut au premier abord être surpris des grosses variations qu'elles présentent, cependant il n'en est rien puisque la valeur maximale qu'elles peuvent atteindre est de 65535 '' à expliquer ''. Leur fluctuation est donc minime. 
 

[[Fichier:Graphes Epoussiere.JPG|thumb|500px|right|Evolution des données (PM2.5) dans un environnement poussiéreux.]]
Dans un second temps, nous avons voulu testé la mise en veille du capteur par la broche sleep ainsi que l'utilisation du mosfet (comme interrupteur de VCC). 
Pour avoir des résultats un peu plus significatifs - ou plutôt visuels - que précédemment, nous avons déposé du talc sur le capteur, puis attendu une heure que cela devienne un environnement stable. On peut voir sur les graphe ci-contre que les valeurs sont plus élevées, notamment pour les courbes du a300nm, a500nm et a1um. Elles sont "stabilisées" autour de 50sec. De cette manière on peut mieux voir le temps que met le capteur à se mettre en route. 
[[Fichier:Graphes pauses.JPG|thumb|500px|right|Evolution des données reçues (PM2.5) par différentes mises en veille]]
Nous avons donc ajouté dans le programme une partie permettant de mettre en veille le PM2.5 après 2min d'activité, cela pendant 30sec, puis le rallumer pendant 1min, le ré éteindre cette fois électriquement depuis le mosfet, encore une fois pendant 30sec puis le laisser fonctionner normalement à nouveau. 
Les zones très constantes correspondent aux périodes ou le capteur est en veille. On voir que les données repartent de 0 à chaque redémarrage, quel qu'il soit. A première vue, en observant uniquement les données reçues, les deux mises en veille se valent. Nous allons quand même re effectuer des tests avec deux capteurs fonctionnant en même temps pour avoir des résultats plus précis. 
Voici la partie de code que nous utilisons pour d'abord mettre le capteur en veille au bout de 120 secondes, le rallumer 30 secondes plus tard, attendre 60 secondes, faire de même avec l'utilisation du mosfet. 
currentTime = millis();
if((currentTime > 120000 && is_pause==0) || (currentTime > 150000 && is_pause==1)) {
digitalWrite(set,!digitalRead(set));
is_pause++;
}
else if ((currentTime > 210000 && is_pause==2) || (currentTime > 240000 && is_pause==3)) {
digitalWrite(mosfet,!digitalRead(mosfet));
is_pause++;
} 
 

== Semaine 15 ==

Les premiers tests sur la carte étant effectués, il est enfin temps de réaliser l'étude énergétique de tous les éléments de la carte. 

[[Fichier:Mesures1.jpg|thumb|200px|right|Méthode de relevé de courant/tension avec le multimètre.]]

Initialement, nous avions pour objectif d'utiliser le montage high-side que nous avons réalisé afin mesurer la puissance consommée par nos différents éléments. Cependant, nous n'avons pas réussi à le faire fonctionner. Nous avons donc utilisé un multimètre avec lequel on a mesuré la tension et le courants consommés pour chaque capteur. Nous avons simplement relié les entrées du multimètre aux différents header prévu pour effectuer les relevés. Pour le courant, on connecte simplement le multimètre en série. Pour la tension, on connecte le COM à la masse du circuit (header prévu à cet effet), et le V au potentiel de l'élément en question. Il ne nous reste plus qu'à calculer la puissance avec P=U*I. 

On obtient ainsi les résultats suivants:

* Pour le capteur DHT22 on a une consommation d'environ 1,2mA pour 5V soit P=6mW
* Pour le shield Bluetooth on a une consommation de 43/44mA (contre 50mA sur la datasheet) pour 5V soit P=215mW
* Pour le module de carte sd on a une consommation de 19mA pour 3,36V soit P=63mW
* Pour le capteur de particule, on différencie la consommation classique en marche qui vaut entre 30 et 50mA pour 5V soit P = 200mW ; et la consommation en mode veille qui vaut environ 9mA pour 5V soit P= 45mW. Pour le mode veille on observe un courant largement supérieur à celui indiqué par la datasheet (200uA). On pense que cela est du à l'adaptateur du capteur PM2.5 qui fausse le résultat notamment à cause des led qu'il utilise. Pour avoir une consommation précise, il faudrait souder des fils à l'entrée de l'adaptateur pour mesurer la puissance réelle dissipée. 
Pour une étude énergétique plus poussée, nous avons observé les pics de courants du PM2.5 lorsqu'on l'allume électriquement (avec le MOSFET) et lorsque l'on sort du mode SLEEP. Etant impossible de mesurer ces pics avec un multimètre, nous avons donc opté pour l'oscilloscope. Nous n'avions cependant que des sondes de tension. Pour palier à ce problème, nous avons observé la chute de tension au borne d'une résistance de très petite valeur (10ohm) pour pouvoir ainsi en déduire le courant consommé. On règle ensuite l'oscilloscope de façon à observer le pic grâce au mode "single seq". 
On a les relevés suivants, avec à gauche le pic de courant lors de la sortie du mode sleep vue à l'oscilloscope, et à droite celui après une mise en tension électrique (mosfet) : 
[[Fichier:Pic sleep.jpg|thumb|300px|left|Pic de courant observé en passant du mode sleep au mode actif]] [[Fichier:Pic.png|thumb|300px|right|Pic de courant observé lors de l'allumage du capteur]]
 
Pour le mode sleep on a donc :
* en fonctionnement en veille consommant 45mW.
* un pic de courant au redémarrage allant jusqu'à 130mA, contre 9mA en mode sleep et 40mA en mode relevé de valeurs.
* la courbe peut être approchée par une droite (ou une exponentielle ?) afin d'en déduire la consommation énergétique.
Pour le capteur éteint par le mosfet on a :
* 0W de consommés.
* un pic de courant au redémarrage allant jusqu'à 500mA.
* la courbe peut-être approchée par une courbe de décharge d'un condensateur afin d'en déduire la consommation énergétique.
 
 
[[Fichier:Comp reception donnees.JPG|thumb|600|right|comparaison des données reçues par deux PM2.5]]
Nous avons ensuite voulu comparé les valeurs reçues par le PM2.5 avec un autre PM2.5 afin de voir au bout de combien de temps le capteur recommence à avoir des valeurs cohérentes et ainsi ne pas envisager une utilisation du mode sleep par exemple, avec un intervalle entre les mises en veille trop court. 
Dans un premier temps, nous avons eu le PMS7003, qui malheureusement n'a pas affiché de valeurs cohérentes avec notre capteur : même avec un dépôt de poussière, il ne détectait pas de changement d'environnement. Nous avons alors eu la possibilité de refaire ces tests avec un PM2.5 identique à notre capteur initial. Les valeurs sont bien plus cohérentes même si on observe une différence d'échelle entre les deux. Nous allons notamment comparer les valeurs reçues (différence prise en compte) depuis les valeurs de a300nm, puisque c'est la courbe la plus exploitable. 
De la même manière que précédemment, nous avons donc déposé de la poussière sur les capteurs aux alentours de 10 secondes. On remarque que les deux capteurs réagissent. Ensuite, au bout de 30secondes et pendant 10secondes le capteur est mis en mode sleep. Nous attendons alors 2minutes avant de faire de même en l'éteignant électriquement. 
On peut noter qu'en fonctionnement on a une différence d'environ 500. Cela ne pose pas de problème puisque l'on peut bien observer le temps de remise en route du capteur dans les deux cas. Nous allons maintenant uniquement prendre en compte les valeurs à partir de 30 secondes afin de retirer la partie où la poussière est ajoutée et ainsi pouvoir correctement analyser les valeurs.
 

=Documents Rendus=

Fichier:Pic.png

2019-05-06T16:45:01Z

Vlorthio :

Fichier:Pic courant.jpg

2019-05-06T16:40:47Z

Vlorthio :

IMA4 2018/2019 P63

2019-05-03T14:58:57Z

Vlorthio : /* Semaine 15 */

__TOC__
 

=Présentation générale=
Etudiants : Victor Lorthios, Juliette Obled 
Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys 

==Description==
Ce projet consiste à modéliser la consommation d'un capteur de pollution. 
Ce système sera composé d'un ATMEGA ainsi que d'un capteur de particules, un capteur de température/humidité, une carte SD et un système Bluetooth pour transmettre les données. 

==Objectifs==
Dans un premier temps, nous allons travailler avec une carte Arduino afin de pouvoir facilement tester les différents capteur et commencer à étudier leur consommation en énergie. Nous allons ensuite réaliser un système embarqué composé d'un ATMEGA, des deux capteurs, d'un système de transmission de données bluetooth et d'un système stockage des données via une carte sd. Ainsi on aura un prototype composé uniquement des fonctionnalités nécessaire. Cela permettra de ne pas fausser nos mesures car l'Arduino comporte des ports et des fonctionnalités supplémentaires qui risqueraient de consommer plus que nécessaire.
Depuis ce capteur il faudra alors faire l'étude de la consommation énergétique des différents composants, en particulier celle du capteur de particules qui est en théorie la plus élevée. 
Enfin, on pourra tester quelles sont les meilleures manières d'utiliser les composants pour trouver leur consommation d'énergie minimale (capteur en route, en veille ou éteint quand on ne l'utilise pas). Cela sera fonction de variables telle que la période entre la prise de données notamment. On étudiera notamment les différentes manières de mettre en veille un capteur, la consommation au redémarrage, etc. 
Le but final est donc d'établir un modèle, pouvant déterminer à l'avance l'autonomie du circuit. L'Idéal étant d'avoir un système consommant le moins d'énergie possible. 

=Analyse du projet=

==Positionnement par rapport à l'existant==

La pollution est un enjeu sanitaire majeur. En effet, les polluants atmosphériques sont à l'origine de nombreux décès en France et dans le monde (48000 victimes en France selon l'agence de santé publique).

Pour réduire et éviter les endroits où la pollution est la plus dense, il est très intéressant de pouvoir analyser la présence de ces particules fines. 

Ces dernières années, de nombreux moyens ont été mis en oeuvre pour surveiller la pollution. On retrouve par exemple de nombreux objets connectés composés de capteurs capables de mesurer la qualité de l'air. Ces objets permettent notamment de sensibiliser la population à ce problème. 

==Analyse du premier concurrent==
[[Fichier:Concurrent1 PlumeLabs Flow.JPG|100px|thumb|left|Capteur Flow]][[Fichier:Concurrent1 PlumeLabs AirReport.JPG|100px|thumb|right|Application Air Report]] 
''Flow'' est un objet de 12,5cm de haut et 4cm de large permettant d'analyser la pollution de l'air en temps réel. En appuyant sur un bouton, on peut relever la concentration des principaux polluants dans l'air. 
Ce capteur est commercialisé par l'entreprise française ''Plume Labs'', fondée en 2014 dans le but d'améliorer notre quotidien face à la pollution. 

Le résultat s'affiche directement sur l'objet, par l'allumage de leds : une couleur sombre correspond à un taux de pollution élevé et une couleur claire un air sain. Les résultats peuvent également être transmis via bluetooth sur le téléphone afin d'être affichés sur l'application ''Air Report''. Cette application est composée d'une carte permettant de géolocaliser le téléphone et ainsi représenter le taux de pollution de chaque endroit de la ville. Toutes les personnes utilisant ''Flow'' peuvent donc contribuer à améliorer cette carte. Ce capteur permet donc d'évaluer ses parcours dans la ville, et inciter les gens à passer par des endroits plus sains. Il est également utilisable dans la maison. L'application propose aussi des "bulletins météo" concernant la qualité de l'air des jours à venir et annoncer les pics de pollution. 
Etant si petit, résistant (fait d'acier) et ne pesant que 70g, ''Flow'' est transportable partout. Le capteur se recharge facilement sur ordinateur ou secteur grâce à un câble USB-C vers USB, et est supposé avoir une autonomie de 24h. 

Ce capteur est donc très avancé mais coûte tout de même 179euros. 
Nous pouvons nous positionner par rapport à cet objet en espérant atteindre une fiabilité de nos mesures pour une autonomie supérieure à une journée, à moindre coût. 

==Analyse du second concurrent==
Pollutrack est un système du mesure de pollution de l'air installé sur des véhicules électriques appartenants à Enedis.
Il permet de mesurer la pollution près du trafic dans des grandes villes telles que Paris ou Lille. Plus de 300 capteurs mobiles Pollutrack sont utilisés en complément de stations qui mesurent en temps réel la quantité de particules nocives dans l'air.
Le dispositif permet de récupérer un très grand nombre de mesures. Grâce à ces mesures, il est possible de comparer le niveau de pollution d'une rue à l'autre ,d'un quartier à l'autre et d'ainsi repérer les zones de concentration de la pollution.

==Scénario d'usage du produit ou du concept envisagé==
L'utilisation de ce capteur sera la suivante : on imagine une personne voulant évaluer le taux de pollution dans l'air à but professionnel ou non. Grâce à ce capteur connecté via Bluetooth sur le téléphone, les données peuvent être transmises à intervalle régulier, ou stockées sur la carte SD pour être envoyées plus tard (si problème de réseau ou autre). 
L'utilisateur voulant faire de nombreuses mesures dans plusieurs zones géographiques, il a besoin que le capteur ait une consommation énergétique faible pour être utilisé le plus longtemps possible. On pourrait même penser à quelqu'un souhaitant réaliser une cartographie du taux de pollution d'une ville. Il a alors besoin de faire énormément de mesures (il peut les avoir en temps réel sur son téléphone) mais surtout de faire des relevés assez longtemps pour que la cartographie soit fiable (pas de mesures trop espacées dans le temps). D'où la nécessité d'avoir un système dont on connait la consommation énergétique. 
Grâce à nos recherches, nous pourrons donc assurer l'autonomie de ce capteur simplifié. 

Le capteur peut également être utilisé de manière fixe dans une usine par exemple, provoquant une alarme si la pollution dans l'air est trop élevée. Nos modélisations permettraient à l'entreprise de connaître combien de temps le capteur serait utilisable et donc estimer le moment de la journée le plus propice pour effectuer des mesures. 

==Réponse à la question difficile==

* Quelle est la fréquence optimale de récupération des valeurs de particules en fonction des usages ?

le site https://www.airparif.asso.fr/ mesure et cartographie précisément la pollution de Paris et de son agglomération en temps réel. 
L'ensemble de leurs données permettent de produire une carte avec au mieux une résolution de 10 mètres par mesure. 

En prenant l'exemple d'un piéton marchant à la vitesse de 4 km/h il faudrait une mesure toutes les 9 secondes pour avoir une résolution de 10 mètres. 

Si on prend le cas d'un cycliste roulant à la vitesse de 20km/h il faudrait une mesure toutes les deux secondes pour atteindre une résolution de 10m. 

Dans le cas où le capteur serait fixe avec une mesure toutes les deux minutes paraît suffisante. 

* Comment tester un maximum de configuration des différentes fonctions pour déterminer la consommation énergétique et estimer la durée de vie finale ?

Nous testerons les différentes configurations sur la carte Arduino. Cela nous permettra de pouvoir changer facilement les câblages (pas de soudures, etc). 

Les tests se feront grâce au code d'un ancien thésard qui nous permettrons d'estimer la consommation énergétique du système. 

Nous étudierons les possibilités suivantes 

* Mise en veille du capteur (utilisation de la broche enable) 
* Coupure de l'alimentation du capteur (utilisation d'un transistor pour commander l'état du capteur) 
* Mode sleep du microcontrôleur 

Une fois la meilleure configuration trouvée nous réaliserons la carte pour avoir la consommation exacte et ainsi pouvoir déterminer l'autonomie de la carte.

=Préparation du projet=

==Cahier des charges==

''Etudiants : Victor Lorthios, Juliette Obled'' 
''Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys'' ''
''Éventuels Clients : personne lambda désireuse de connaître le taux pollution de l'air qu'elle respire'' 

''' Sujet ''' 
Modéliser la consommation énergétique d'un capteur de pollution simplifié. 

'''Objectifs''' 
Dans un premier temps il faudra réaliser un capteur simplifié de pollution sur une Arduino, depuis différents composants (capteur d'humidité/température et capteur de particules). Depuis ce système on pourra alors récupérer le taux de pollution de l'air de manière périodique (grâce au module bluetooth et à la carte SD). Nous verrons alors le temps de réponse de notre système (si il est lent ou rapide à s'adapter dans un environnement instable, etc) pour en déduire sur quelle période de relevés se baser. 
Dans un second temps, des configurations seront testées pour déterminer la meilleure manière - énergétiquement parlant - de relever le taux de pollution : Comme expliqué dans la question difficile, nous verrons notamment différents moyens de mettre en veille notre capteur entre les relevés. 
Nous retiendrons alors la meilleure configuration à notre usage pour réaliser le capteur de pollution depuis un microcontrôleur, afin de limiter au mieux toute consommation énergétique superflue. 
Enfin, nous pourrons étudier la réelle consommation de notre système et en tirer un modèle, afin d'être capable d'annoncer la "durer de vie" du capteur selon l'utilisation retenue. 

==Choix techniques : matériel et logiciel==

''Matériel nécessaire''

Carte principale
* Carte Arduino UNO [https://fr.farnell.com/arduino/a000066/arduino-uno-carte-d-eval/dp/2075382?st=arduino%20uno]
* ATMEGA328p [https://fr.farnell.com/microchip/atmega328p-au/micro-8-bits-avr-32k-flash-32tqfp/dp/1715486?st=atmega%20328p]
* BreadBoard [https://fr.farnell.com/mcm/21-18936/carte-de-prototypage-55-x-83-mm/dp/2855018?st=breadboard]
* Quartz de 16MHz [https://fr.farnell.com/txc/9b-16-000maaj-b/xtal-16-000mhz-18pf-hc-49s/dp/1842216?st=quartz%2016MHz]
* Capteur de température/humidité DHT11 [https://fr.farnell.com/df-robot/dfr0067/capteur-humidite-de-temperature/dp/2946103?ost=dht11&krypto=nSAe3xUmYzn82Ba3MCmTb1xsIQwIwLm0Wug77jAEBmRR8c0u9aORPwbEXUzZkgEOkW9FWrot%2FD2G1fauIEdT2%2FLQpj%2FbWYyeehmGw6cPJouYreHMHIL5EcUCZ7dGiBBrtP9Pztes%2BFTSfnidMZNl%2BV2bmfUdjVN%2Ffd%2BfpCvmWmC2Pa6oc8NiPYtnwD9DHagkFXRCFgLeICUjhLO0CrI5O7YSEu8GSaIH61z3l8yfWPvGhER3Egx5AGiiDDaA%2BvLuSgGqia%2F4qpn0eOM86V%2F84%2FqRn1SizGCoHhSdWeZMJ81ZzxrqmZnpz5A1t9UiWlqGESOur8dThEJ4SYF1DYqqFpYhDtchRQn6bk%2BeaDYBdbXrGYsKcSoVUPPgX4lBqxs1BUvNI49Bk7GpBIi1ViHtneYL%2BMRj7QyfDp9iWIw9Qe8pxdpcFFdqxlO%2B78PffaFHNseBt0aCCBSgXM0ai%2FKz%2BQ%3D%3D&ddkey=https%3Afr-FR%2FElement14_France%2Fsearch]
* Carte SD 16Go [https://www.gotronic.fr/art-carte-micro-sd-16-gb-21521.htm]
* Shield Bluetooth [https://www.gotronic.fr/art-module-bluetooth-hc05-26097.htm]
* FTDI [https://fr.farnell.com/ftdi/ft232rl-reel/usb-vers-uart-ssop28-232/dp/1146032?st=ftdi%20ft232]
* Module USB [https://fr.farnell.com/wurth-elektronik/61400416121/embase-usb-2-0-type-b-cms/dp/1642035?st=usb%20type%20B]
* Résistances : 1*1MOhm + 2*10kOhm + 4*1kOhm
* MicroSD card module [https://www.mouser.fr/ProductDetail/DFRobot/DFR0229?qs=lqAf%2FiVYw9iUSsZAMqpn6w%3D%3D]
* 1 Transistor Mosfet IRF530NPBF [https://fr.farnell.com/infineon/irf530npbf/transistor-mosfet-canal-n-to220/dp/8648263?st=irf530]
* 4 Résistances CMS 1KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-102-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCG8U96oB1N8iEjA3WWloOyQ%3D%3D]
* 3 Résistances CMS 10KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-103-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCf7nuw8CxaxWavEDTcrYVSA%3D%3D]
* 1 Résistance CMS 4,7KOhm (0805 !) [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-472-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCR8f6WlwD1E1e%2FmlyHQJiVw%3D%3D]
* 1 Résistance CMS 1MOhm [https://www.mouser.fr/ProductDetail/Yageo/RT0603DRD071ML?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCCzRqR3HSxGAhpPu7NwurDw%3D%3D]
* 8 Capa0603 CMS 0.1uF [https://www.mouser.fr/ProductDetail/Yageo/AS0805KKX7R9BB104?qs=sGAEpiMZZMs0AnBnWHyRQN7%2FAA2D2lPPsYA1bJbHbZoQC62GCvbujw%3D%3D]
* 2 Capa0805 CMS 22pF [https://www.mouser.fr/ProductDetail/KEMET/CBR08C220J5GAC?qs=sGAEpiMZZMs0AnBnWHyRQKJCfzG%2Fi9wHIuDMkLtQL%252BAeTzFzADF%2FKw%3D%3D]
* 1 Capa0805 CMS 10uF [https://www.mouser.fr/ProductDetail/Yageo/CC0805KFX5R8BB106?qs=sGAEpiMZZMs0AnBnWHyRQB9G40cLJQs48fO1KJB45QKWe9F2ufi5Bw%3D%3D]
* 1 Diode verte CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SMLD12EN1WT86?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2UaDK3wHdwzQH59mdZ86SRg%3D%3D]
* 1 Diode rouge CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SML-D12V8WT86C?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2xr7aIegCC5DdIa4TH1FJuQ%3D%3D]
* Régulateur 5v/3.3v [https://www.mouser.fr/ProductDetail/Texas-Instruments/LM1117MPX-33-NOPB?qs=sGAEpiMZZMvu8NZDyZ4K0Sw3Ge2x%2FL%2F%2F]
* Bouton poussoir 
* 3 Capteur de particules PM2.5 - SEN0177 (avec son adaptateur) (un déjà eu) [https://eu.mouser.com/ProductDetail/DFRobot/SEN0177?qs=%2fha2pyFadug0jBbcL1AeO5xbZZKOlHL5GOQhx8mcyvg%3d]
Pourquoi 3 capteurs : pour les tests de mise en veille, il nous faut 1 capteur test, et 2 capteurs de référence (car souvent beaucoup de variation de valeurs entre les capteurs)

Carte secondaire
* 2 AOP LTC6800 [https://fr.rs-online.com/web/p/amplificateurs-dinstrumentation/7619648/]
* Header 
* 2 Capa0603 CMS 0.1uF
* 2 Résistance CMS 1206 10 Ohm 
* 1 Résistance CMS 0603 10k Ohm
* 1 Résistance CMS 0603 27k Ohm

''Logiciels''

Nous utiliserons le logiciel IDE Arduino pour le code de l'arduino et Altium pour réaliser notre carte électronique

==Liste des tâches à effectuer==

Capteur de pollution depuis une Arduino 
- correctement câbler les composants 
- écrire un code pour en retirer des valeurs correspondants à un taux de pollution 
- récupérer ces valeurs depuis 1) la carte SD 2) le module bluetooth 

Etudes des valeurs reçues 
- déduire des valeurs reçues des courbes correspondant au taux de pollution dans l'air en fonction du temps (notamment en environnement instable où l'on change brutalement le taux de particules dans l'air) 
- déterminer depuis ces courbes et depuis nos espérances (de la question difficile n°1) une période pour relever le taux de pollution 

Tests de différentes configurations 
Comme il est important de minimiser la consommation énergétique de notre système, nous rechercherons une mise en veille optimale de notre système, sans que cela ne gène le relevé. 
Nous testerons donc différentes configurations comme expliqué à la question difficile n°2. 
- mise en veille du capteur (utilisation de la broche enable) 
- coupure de l'alimentation du capteur (utilisation d'un transistor) 
- mode sleep du microcontrôleur 

Système optimisé 
Conscient que l'arduino peut consommer plus que seulement ce dont les capteurs auraient besoin, nous allons dans une deuxième partie réaliser le système depuis un ATMEGA avec la configuration retenue. 
- réalisation de la carte électronique 
- code et essais pour étudier la cohérence des relevés par rapport aux anciens 

Modélisation de la consommation finale de notre système 
Depuis le programme d'un thésard polytech, de la même manière que pour les tests de mise en veille, nous étudierons la consommation de notre capteur pour en tirer un modèle et ainsi déterminer combien de temps il peut être utilisé.

Pour aller plus loin 
Si jamais nous réussissons à faire toutes ces tâches avec succès, pourquoi pas tester une autre utilisation (automobiliste, etc) avec donc une autre période pour les relevés et peut-être une autre configuration pour la mise en veille. 
Il pourrait également être intéressant de réussir à se géolocaliser pour plus facilement exploiter les données de ce capteur simplifié. 

==Calendrier prévisionnel==

=Réalisation du Projet=
==Feuille d'heures==

{| class="wikitable"
!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
|
|
|
|
|
|
|
|
|
|
|
|}

==Semaine 1==

Lors de ces premières séances, nous avons commencé à réaliser le PCB sur Altium de la carte représentant notre capteur de pollution. Au cours de ce travail, nous nous sommes donc rendus compte qu'il fallait revoir notre liste de matériel, qui est incomplète. Nous aimerions finir le schéma électrique des capteurs associés à l'Arduino ainsi que la représentation Altium du microcontrôleur avec les autres composants d'ici les prochaines séances, afin d'avoir rapidement une liste de matériel fixe et éventuellement pouvoir demander une vérification de notre schéma Altium pour ensuite démarrer la partie Routage de la carte. 
Nous avons également trouvé du code disponible pour l'utilisation des capteurs. 

==Semaine 2==

[[Fichier:Schematic s2.JPG|thumb|right|300px|Schematic à la séance 2]]
[[Fichier:Explication ftdi.jpg|thumb|left|150px|Partie FTDI]]
[[Fichier:Explication transistor.jpg|thumb|left|150px|schéma électrique du transistor]]
Une grosse partie du schematic a été terminée. 
Il comporte un atmega328p. Pour son bon fonctionnement, il possède un reset, un quartz et un module ICSP. Pour ce faire, nous avons utilisé le schematic d'une Arduino UNO disponible sur [https://store.arduino.cc/arduino-uno-rev3 le site d'Arduino]. 
Il est connecté à un FTDI FT232RL pour pouvoir téléverser facilement le code depuis l'ordinateur sans avoir besoin d'utiliser un atmega16u2. Il y a donc avec ce FTDI un module USB. Nous nous sommes inspirés de [https://www.electroschematics.com/10997/bootload-atmega-microcontroller-build-arduino-2/ ce site] pour câbler correctement notre circuit. 
Enfin, nous avons ajouté des header correspondant respectivement au capteur de particules et au capteur de température/humidité. Comme on peut le constater sur la capture d'écran ci-dessous, le capteur de particules est connecté à un transistor. Cela nous servira pour pouvoir commander la mise en veille du capteur. 
Nous avons décidé des valeurs de résistance et de capacité selon les datasheet des modules et selon les calculs ci-contre.
Il nous reste maintenant à inclure un module bluetooth et SD pour que notre capteur soit complet. Nous devons également voir avec un des encadrants l'utilisation du capteur de particules. En effet, ce capteur peut donner de grandes variations de valeurs, d'où la nécessité d'utiliser plusieurs capteurs (nous en avons demandé 3) pour avoir une valeur moyenne. Ainsi, nous devons discuter de la mise en place d'un ou de trois transistors pour notre utilisation.
Nous avons également demandé une license Altium pour la suite de ce projet. 
L'objectif de la semaine prochaine est donc de discuter avec nos encadrants pour finaliser notre schematic, et alors commencer la partie routage. 
 

==Semaine 3==

[[Fichier:schematic_s3.JPG|thumb|right|200px|Schematic à la séance 3]]
Nous avons amélioré et adapté notre schématic aux contraintes vues avec M. BOE. Dans le but de mesurer le courant, nous avons donc ajouté des header à chaque composant. Nous avons également décidé d'utiliser un MOSFET pour la commande du capteur de particules (plutôt qu'un NPN précédemment). Enfin, nous avons terminé d'ajouter tous les composants (module bluetooth et connecteur de carte sd) à notre circuit. 
La partie routage est en cours, ainsi que la création d'un autre schématic dans l'optique d'avoir un circuit additionnel permettant de mesurer facilement la tension utilisée par les composants. 

==Semaine 4 à 7==

Nous avons continué à travailler sur notre schématique. De nombreux problèmes sont survenus petit à petit d'où l'absence de résultats intermédiaires. Nous avons également avancé sur un deuxième schématique, une deuxième carte que nous utiliserons pour effectuer les mesures de puissance utilisée des composants. Nous devons encore en discuter avec M. BOE. 
De plus, nous avons commencé à travailler sur le code des capteurs. 

==Semaine 7==

* Partie Electronique

[[Fichier:Schematique mars.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 7]][[Fichier:PCB mars.JPG|thumb|right|200px|PCB du circuit principal à la semaine 7]]
Le routage de la carte électronique est terminé. Il y a eu un certain nombre de modifications sur le schématique, dues aux différentes difficultés survenues lors de ce routage. Nous avons notamment changé la quasi totalité des empreintes, adapté les header, ajouté des capacité de découplage ou encore modifié la référence de certains composants. 
De ce fait, la liste de matériel est à jour. Nous avons également pu voir avec M. Flamen pour récupérer gratuitement une grande partie des composants nécessaires (résistances, capacités, 
La prochaine étape est donc de résoudre les éventuelles erreurs lors de la génération de la carte et commencer sa fabrication. 
Nous avons également en cours la deuxième carte qui est encore au stade du schématique, en attente de retours. 
 
* Partie Arduino
[[Fichier:Dht22 relevés2.JPG|thumb|right|300px|Relevé des valeurs du DHT22]]
Pour commencer, le code du capteur DHT22 (température et humidité) est terminé. Nous avons simplement récupéré un code sur internet. On peut voir sur la capture ci-contre la différence en environnement "normal" et lorsque l'on souffle sur le capteur (augmentation du taux d'humidité) 
[[Fichier:Montage s7.jpg|thumb|left|200|Montage du circuit avec capteurs DHT22 et PM2.5]] 

[[Fichier:Pm25 detaildata.JPG|thumb|left|450px|Données reçues du PM2.5]][[Fichier:Pm25 communication protocole.JPG|right|200px|Protocole de communication du PM2.5]]
Nous avons également travaillé sur le capteur PM2.5 (particules fines). Pour celui là nous établissons le code petit à petit. 
 Pour récupérer les données transmise par le capteur, nous avons utilisé la fonction arduino "SoftwareSerial" qui nous permet de de créer une liaison série sur d'autres pins de la carte arduino. Ainsi lors de l'affichage sur le moniteur série, il n'y aura pas de conflits. 
Dans un premier temps, nous avons affiché la trame telle qu'elle est et avons identifié les octets grâce à la documentation ci-contre. 
Le "32" au dessus du message correspond à la taille du message reçu. Cela sert notamment à savoir s'il est en fonctionnement. Les encadrés correspondent aux données auxquelles nous nous intéressons. 
 
[[Fichier:Pm25 test craie.JPG|thumb|left|400px|Relevé des données reçues par le PM2.5 lorsque le taux de particules varie]][[Fichier:Pm25 sleepmode.JPG|thumb|right|300px|Relevé des données du PM2.5 en mode normal et mode sleep]]
Nous avons ensuite réalisé des tests pour être sûrs que le capteur fonctionne correctement. A l'aide d'une brosse pleine de craie, nous avons donc fait tomber de la poussière ce qui a donné les résultats ci-contre à gauche. 
Nous avons ensuite connecté une broche de l'arduino à la pin SLEEP du capteur pour contrôler sa mise en veille, pour pouvoir simultanément contrôler la mise en veille du capteur et la récupération/affichage des données reçues, nous avons utilisé la fonction millis qui récupère temps écoulé. Contrairement à delay, c'est une fonction non bloquante. 
On voit que le capteur est n'est plus actif grâce au premier chiffre qui correspond à la taille de la trame ( c'est valeur de retour de la fonction "PMSerial.readBytes"; quand elle vaut 0 cela indique qu'aucunes données ne sont transmises) : les données affichées sont les dernières étant stockées, le 0 nous permet de savoir qu'en réalité nous n'avons reçu aucune nouvelle donnée du PM2.5 
 

== Semaine 8 ==

* Partie Electrique

[[Fichier:Schematique main s8.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 8]][[Fichier:PCB main s8.JPG|thumb|right|200px|PCB du circuit principal à la semaine 8]]
Nous avons effectué quelques changements au niveau de la partie MOSFET, qui n'était précédemment pas correcte. Nous avons alors le schématique et le PCB ci-contre.
 
[[Fichier:Schematique highside s8.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 8]][[Fichier:PCB highside s8.JPG|thumb|right|300px|PCBdu circuit pour mesurer le courant à la semaine 8]]
Nous avons également terminé le deuxième circuit permettant de mesurer la valeur du courant passant dans nos capteurs. En connectant les headers de notre circuit principal au header 80, nous allons pouvoir lire la valeur du courant sur le header 90. Nous nous sommes inspirés de la datasheet LTC6800 pour réaliser ce circuit. Le schématique et PCB associé sont ci-contre. 
Nous attendons maintenant une validation de ces deux circuits pour lancer la réalisation. 

* Partie Arduino

[[Fichier:Pm25 reception donnees.JPG|thumb|left|300px|Capture d'écran des données reçues par le PM2.5 après traitement de la trame]][[Fichier:PM25 code.png|thumb|right|400px|Extraits du code du PM2.5]]
Nous avons beaucoup avancé sur la partie Arduino. 
Dans un premier temps, nous avons adapté la récupération de nos données en n'affichant que les données voulues, c'est-à-dire les taux de particules et plus les variables check. 
Ceci nous donne le code ainsi que les réceptions ci-dessous. Nous avons également ajouté le fait que lorsque la trame est vide (length = 0 vu précédemment) nous n'affichons rien. 
Les fonctions get_pm_** permettent de séparer les données correspondant à chaque particules. Nous récupérons simplement la donnée à son indice, et si elle est composée de deux - ou plus - octets (et donc deux places dans la trame) alors nous décalons la première valeur de 8 bits afin d'obtenir le taux correspondant. Nous l'affichons ensuite avec un simple Serial.Print. 
 
[[Fichier:Screen_Bluetooth.png|thumb|right|200px|Capture d'écran du téléphone recevant les données]] [[Fichier:Montage s8.JPG|thumb|left|200px|Montage sur Breadboard à la semaine 8]]
Ensuite, nous avons ajouté le MOSFET que nous avons reçu. Après quelques vérifications, nous avons modifié le schématique comme dit plus tôt. En associant une pin à ce transistor, (ici la pin 13) il joue le rôle d'interrupteur : en envoyant 1 le capteur est correctement alimenté, et en envoyant 0 le capteur est alors éteint électriquement. Nous avons effectué les mêmes tests que la semaine dernière avec la veille du capteur, en utilisant la fonction millis (présente sur la capture du code), ce qui fonctionne bien comme en témoigne la led du capteur PM2.5 qui s'éteint ou s'allume toutes les 10 secondes. On est donc bien capable de piloter électriquement le capteur grâce au transistor. 
Nous avons enfin ajouté le shield bluetooth (on l'alimente simplement avec la carte Arduino et on connecte respectivement les pins Rx,Tx du HC-05 sur les pins Tx,Rx de l'Arduino), et installé une application sur notre téléphone. Grace à une application sur le smartphone on est capable de ce connecter au HC-05 et correctement recevoir les données. 
 

== Semaine 9 ==

[[Fichier:Schematique main s9.JPG|thumb|left|200px|Schématique du circuit principal à la semaine 9]][[Fichier:PCB main s9.JPG|thumb|right|200px|PCB du circuit principal à la semaine 9]]
Nous avons cette semaine terminée la carte principale grâce aux conseils de M. Flamen, M. Boe et M. Redon. Elle est en production chez ''Elecrow Bazaar'', c'est donc notre version finale. Une fois reçue, nous pourrons y souder les composants. 
Au niveau du schématique, nous avons ajouté un régulateur 5V/3.3V pour alimenter le connecteur de carte SD. Au niveau du PCB, nous avons fait un plan de masse digne de ce nom, adapté les pistes en évitant les petits angles, déplacé certains composants pour avoir des zones de masses continues, et délimité une zone blanche (keep out) sous le quartz. Nous avons également mis les composants traversants sur la couche bottom, mis en place les couches overlay, défini la couche mechanical et fait attention au Design Rule Check. 
 

== Semaine 10 ==

Nous avons pu imprimer avec M. Flamen la carte secondaire. Nous attendons l'arrivée du LTC6800 pour pouvoir souder la carte. 
[[Fichier:Schematique highside s10 valeurs.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 10]][[Fichier:PCB highside s10 valeurs.JPG|thumb|right|300px|PCB du circuit pour mesurer le courant à la semaine 10]] 

Nous avons également travaillé sur le calcul de la résistance en entrée du LTC6800. En effet, sa valeur dépend du composant pour lequel on va mesurer le courant.
[[Fichier:LTC6800 use.png|thumb|right|300px|Schéma des grandeurs sur le montage d'utilisation du LTC6800]] 
Après quelques recherches, nous avons pu trouver les valeurs de courant suivantes : ~120mA pour le PM2.5, entre 1 et 15 mA pour le DHT22 et entre 15 et 60 mA pour le HC-05. On a donc une plage de variation du courant égale à [1;120]mA. Pour correctement relever le courant, nous devons donc avoir en sortie une tension variant de 0 à 5V pour le courant allant de 0 à 120mA. 

Nous nous basons sur le schéma ci-contre trouvé dans les datasheet du LTC6800 pour les calculs. 
U=Rs*iL 
Vout=G*U=G*Rs*iL => G=Vout(Rs*iL) 
Or G=1+R2/R1 

En prenant Vout/iL = 40mV/mA on a bien 4.8V pour 120mA. Soit G*Rs = 40mV/mA. On en déduit G et Rs. 
Rs est limité par la puissance qu'il peut supporté. Si on prend Rs = 10 Ohm (G=4), on a donc une puissance de P=Rs*iL², Pmax=10*0.12²=0.144W. Avec une résistance supportant 0.25W (selon ses propriété), on peut donc prendre cette résistance de 10 Ohm. 
G est défini par R2 et R1. On doit donc prendre R2/R1=3 donc par exemple R2 = 30 kOhm et R1 = 10kOhm. Comme 30kOhm n'est pas une valeur normalisée, on prend R2=27kOhm, notre gain sera plus petit. 

== Semaine 11 ==

[[Fichier:Schematique main s11.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 11]][[Fichier:PCB main s11.JPG|thumb|right|250px|PCB du circuit principal à la semaine 11]]
Nous avons eu quelques problèmes avec notre carte principale, concernant notamment le capteur de particules PM2.5. Après l'analyse de la Datasheet du PM_2.5, nous avions dans un premier temps prévu de relier les différentes entrées du capteur à un header relié aux pins correspondantes sur l'atmega. En réalité nous avons commis une erreur car le capteur n'est pas relié directement à l'atmega mais est connecté a un adaptateur. Or l'ordre des pins de l'adaptateur est différent de celui du capteur. De plus, la pin sleep (pour mettre en veille le capteur) est située au dessus de l'adaptateur et ne peut pas être connectée directement sur le header. Ainsi avec la nouvelle version du schématique nous avons réglé ce problème et on pourra ainsi connecter directement l'adaptateur sur le header et utiliser un câble mal/femelle pour relier la pin sleep de l'adaptateur à un autre header. 
Ce ne sont pas des problèmes très graves, puisqu'il est toujours possible de faire fonctionner le capteur en utilisant un autre header et changer l'ordre des pins, mais c'est assez encombrant.
 

[[Fichier:Carte highside s11.jpg|thumb|left|350px|Carte du circuit secondaire pour mesurer la puissance dans les capteurs, imprimée et entièrement soudée]][[Fichier:Carte principale s11.JPG|thumb|300px|right|Carte principale (capteur de pollution) imprimée, avec composants CMS soudés]]
Comme nous avons reçu le LTC6800 et les résistances CMS 10 Ohm, nous avons pu imprimer et souder entièrement notre carte secondaire. Nous avons fait des tests pour vérifier que nos pins sont correctement connectées. 
En fin de semaine, nous avons également imprimé la carte principale chez Mr. Flamen. Attendre celle venant de Chine et effectuer les changements sur cette dernière nous aurait fait perdre beaucoup trop de temps. Nous avons eu le temps de souder les composants CMS mais pas encore les composants traversants.
 

== Semaine 12 (Vacances S1) ==
[[Fichier:Carte principale s12 top.jpg|thumb|150px|left|Vue TOP de la carte principale à la semaine 12, soudée entièrement]]
[[Fichier:Carte principale s12 bottom2.jpg|thumb|200px|right|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - sans les éléments]]
[[Fichier:Carte principale s12 bottom1.jpg|thumb|150px|left|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - avec les éléments]]
Nous avons pu avoir accès à Polytech durant quelques jours de cette semaine de vacances. Nous en avons donc profiter pour souder notre carte le plus possible. 
Dans un premier temps, nous avons vérifié que nos composants CMS étaient bien soudés. Il y a eu besoin de quelques retouches au niveau du FTDI et de l'Atmega qui présentaient des courts-circuits. Nous avons ensuite souder les vias nécessaires aux premiers tests. En effet, avant de continuer à souder il a fallu être sûr que les micro contrôleurs étaient bien fonctionnels. Pour cela, nous avons relié l'Atmega à une Arduino via l'ISP présent sur notre carte, nous avons testé un programme pour faire clignoter une led (comme nous n'en avons pas sur la carte donc avons fait clignoter la led de l'Arduino). Cette étape étant validée, nous avons téléversé un bootloader pour pouvoir téléverser un programme cette fois depuis le FTDI. Avant ça, nous avons soudé le connecteur USB ainsi que les autres vias nécessaires. L'empreinte du connecteur USB variait légèrement au niveau des accroches, mais les broches correspondent bien donc nous avons écarté les accroches pour les souder directement à la masse. Puis nous avons essayé de téléverser un programme : les LED de sécurité du FTDI clignotent bien durant cette étape. Puis, toujours avec l'Arduino connecté avec l'ISP, nous avons téléversé le programme de Blinking led sur le FTDI qui lui-même l'a envoyé à l'Atmega qui une fois encore a bien fait clignoté la led de l'Arduino. Notre FTDI et notre Atmega sont donc bien fonctionnels et prêts à l'usage. 
Dans un deuxième temps, nous avons donc pu souder le reste des composants, c'est-à-dire les headers pour les différents éléments (PM2.5, DHT22, Connecteur SD, Shield Bluetooth) ainsi que ceux utilisés pour mesurer la puissance consommée. Il y avait également le reste des vias, le Mosfet et le switch. Un fil connectant deux masses a été nécessaire. Cette partie ne fut pas sans encombres, car même si les composants étaient bien connectés à leur piste, il est arrivé qu'ils soient un tout petit peu connectés à la masse, perturbant le circuit. 
Une fois tous les problèmes de connexion réglés, nous avons pu tester que les broches de l'Atmega envoient bien du 5V quand demandé.

Nous avons testé nos précédents programmes (du DHT22 et PM2.5) avec succès, en faisant bien attention de mettre en court-circuit les headers utilisés pour le circuit secondaire. 
Nous obtenons les résultats suivants, la réception des données du capteur de température/humidité à gauche et celles du capteur de particules à droite. 
[[Fichier:Video dht22.gif|400px|Réception des données du DHT22 depuis circuit imprimé]]
[[Fichier:Video pm25.gif|400px|Réception des données du PM2.5 depuis circuit imprimé]]
 
[[Fichier:Carte sd code.png|thumb|100px|right|code test pour vérifier le fonctionnement du connecteur SD]]
[[Fichier:Carte sd results.png|thumb|300px|left|Résultats du test pour le connecteur SD avec écriture sur la carte]]
Nous avons également établi un code de test pour vérifier que notre connecteur de carte SD fonctionne correctement. Dans le programme que l'on peut retrouver ci-contre, on crée un fichier "test.txt" dans lequel on écrit une petite ligne. On peut voir sur le moniteur série que la connexion se fait sans problème, puis on peut retrouver dans notre carte SD le fichier rempli correspondant. 
 
Nous avons cependant rencontré quelques problèmes, déjà survenus auparavant : les header ne tiennent pas correctement et se dessoudent trop facilement de la carte. Cela provoque donc des mauvaises connexions. Une retouche est nécessaire.
 

== Semaine 14 ==

La semaine dernière, nous avons concaténé tous les codes afin d'écrire les valeurs obtenues sur la carte SD. Ayant des problèmes de connexions évoqués précédemment, les tests sur carte n'ont pu être réalisés que cette semaine (après retouches de soudures), d'où l'absence de rapport à la semaine 13. 
[[Fichier:Carte sd aff excel.JPG|thumb|150px|right|Affichage fichier texte et excel des données de la carte SD]]
Après quelques réflexions, nous avons donc décidé d'écrire les données sur deux différents fichiers : un pour le capteur DHT22 et un pour le capteur PM2.5. En effet, nous trouvons cela plus clair de cette manière. 
De plus, nous les imprimons comme suit : une ligne correspond à un relevé de données, c'est à dire à une date précise (chronomètre lancé au démarrage) et au taux d'humidité puis à la température (pour le DHT22) correspondante. Ces valeurs sont séparées par des espaces pour que le fichier Excel puisse lui-même les disposer dans des cases différentes. Ainsi, les courbes sont très facilement réalisables.
De la même manière pour le PM2.5, chaque relevé correspond à une ligne comprenant le temps ainsi que les différentes valeurs de particules, le tout séparé par des espaces. 

Un test de 20 minutes nous a permis d'obtenir 1250 valeurs et les courbes suivantes : 
[[Fichier:Graphes Ecst dht22.JPG|thumb|300px|left|Graphes des données reçues par le DHT22 en environnement constant]]
[[Fichier:Graphes Ecst pm25.JPG|thumb|600px|right|Graphes des données reçues par le PM2.5 en environnement constant]]

Nous n'avons pas affiché les courbes associées aux particules pm01, pm2.5 et pm10 puisqu'elles sont constantes autour de la valeur 65535. 
On remarque que les données issues du capteur d'humidité/température DHT22 sont assez variables au cours du temps, même si elles ne fluctuent pas aussi rapidement que celles issues du PM2.5, elles mettent beaucoup de temps à se stabiliser. Pour revenir aux courbes du PM2.5, on peut au premier abord être surpris des grosses variations qu'elles présentent, cependant il n'en est rien puisque la valeur maximale qu'elles peuvent atteindre est de 65535 '' à expliquer ''. Leur fluctuation est donc minime. 
 

[[Fichier:Graphes Epoussiere.JPG|thumb|500px|right|Evolution des données (PM2.5) dans un environnement poussiéreux.]]
Dans un second temps, nous avons voulu testé la mise en veille du capteur par la broche sleep ainsi que l'utilisation du mosfet (comme interrupteur de VCC). 
Pour avoir des résultats un peu plus significatifs - ou plutôt visuels - que précédemment, nous avons déposé du talc sur le capteur, puis attendu une heure que cela devienne un environnement stable. On peut voir sur les graphe ci-contre que les valeurs sont plus élevées, notamment pour les courbes du a300nm, a500nm et a1um. Elles sont "stabilisées" autour de 50sec. De cette manière on peut mieux voir le temps que met le capteur à se mettre en route. 
[[Fichier:Graphes pauses.JPG|thumb|500px|right|Evolution des données reçues (PM2.5) par différentes mises en veille]]
Nous avons donc ajouté dans le programme une partie permettant de mettre en veille le PM2.5 après 2min d'activité, cela pendant 30sec, puis le rallumer pendant 1min, le ré éteindre cette fois électriquement depuis le mosfet, encore une fois pendant 30sec puis le laisser fonctionner normalement à nouveau. 
Les zones très constantes correspondent aux périodes ou le capteur est en veille. On voir que les données repartent de 0 à chaque redémarrage, quel qu'il soit. A première vue, en observant uniquement les données reçues, les deux mises en veille se valent. L'une n'a pas l'air de proposer une ré adaptation plus rapide que l'autre. C'est pour cela que, par la suite, nous allons étudier la puissance consommée par ses mises en veille. 
''code'' 
 

== Semaine 15 ==

Les premiers tests sur la carte étant effectués, il est enfin temps de réaliser l'étude énergétique de tous les éléments de la carte.

[[Fichier:Mesures1.jpg|thumb|300px|right|Méthode de relevé de courant/tension avec le multimètre.]]

Initialement, nous avions pour objectif d'utiliser le montage high-side que nous avons réalisé afin mesurer la puissance consommé par nos différents éléments. Cependant, nous n'avons pas réussi à le faire fonctionner. Nous avons donc utilisé un multimètre avec lequel on a mesuré la tension et le courants consommé pour chaque capteur. Nous avons simplement relié les entrées du multimètre aux différents header prévu pour effectuer les relevés. Pour le courant, on connecte simplement le multimètre en série. Pour la tension, on connecte le COM à la masse du circuit (header prévu à cet effet), et le V au potentiel de l'élément en question. Il ne nous reste plus qu'à calculer la puissance avec P=U*I. 

On obtient ainsi les résultats suivants:

* Pour le capteur DHT22 on a une consommation d'environ ...
* Pour le shield Bluetooth on a une consommation d'environ ...
* Pour le module de carte sd on a une consommation d'environ ...
* Pour le capteur de particule, on différencie la consommation classique en marche qui vaut environ ... et la consommation en mode veille qui vaut environ ... . Pour le mode veille on observe une consommation largement supérieure à celle indiquée par la datasheet. On pense que cela est du à l'adaptateur du capteur PM2.5 qui fausse le résultat. Pour avoir une consommation précise, il faudrait souder des fils à l'entrée de l'adaptateur pour mesurer la puissance réelle dissipée. Pour la suite du projet, on considérera qu'en mode veille il consomme ... . 
Pour une énergétique plus poussée, nous avons observé les pics de courants du PM2.5 lorsqu'on l'allume électriquement (avec le MOSFET) et lorsque l'on sort du mode SLEEP. Etant impossible de mesurer ces pics avec un multimètre, nous avons donc opté pour l'oscilloscope. Nous n'avions cependant que des sondes de tension. Pour palier à ce problème, nous avons observé la chute de tension au borne d'une résistance de très petite valeur (10ohm) pour pouvoir ainsi en déduire le courant consommé. On règle ensuite l'oscilloscope de façon à observer le pic grâce au mode "single seq". 
On a les relevés suivants:

=Documents Rendus=

Fichier:Pic elec.jpg

2019-05-03T14:56:28Z

Vlorthio :

IMA4 2018/2019 P63

2019-05-03T14:32:00Z

Vlorthio : /* Réalisation du Projet */

__TOC__
 

=Présentation générale=
Etudiants : Victor Lorthios, Juliette Obled 
Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys 

==Description==
Ce projet consiste à modéliser la consommation d'un capteur de pollution. 
Ce système sera composé d'un ATMEGA ainsi que d'un capteur de particules, un capteur de température/humidité, une carte SD et un système Bluetooth pour transmettre les données. 

==Objectifs==
Dans un premier temps, nous allons travailler avec une carte Arduino afin de pouvoir facilement tester les différents capteur et commencer à étudier leur consommation en énergie. Nous allons ensuite réaliser un système embarqué composé d'un ATMEGA, des deux capteurs, d'un système de transmission de données bluetooth et d'un système stockage des données via une carte sd. Ainsi on aura un prototype composé uniquement des fonctionnalités nécessaire. Cela permettra de ne pas fausser nos mesures car l'Arduino comporte des ports et des fonctionnalités supplémentaires qui risqueraient de consommer plus que nécessaire.
Depuis ce capteur il faudra alors faire l'étude de la consommation énergétique des différents composants, en particulier celle du capteur de particules qui est en théorie la plus élevée. 
Enfin, on pourra tester quelles sont les meilleures manières d'utiliser les composants pour trouver leur consommation d'énergie minimale (capteur en route, en veille ou éteint quand on ne l'utilise pas). Cela sera fonction de variables telle que la période entre la prise de données notamment. On étudiera notamment les différentes manières de mettre en veille un capteur, la consommation au redémarrage, etc. 
Le but final est donc d'établir un modèle, pouvant déterminer à l'avance l'autonomie du circuit. L'Idéal étant d'avoir un système consommant le moins d'énergie possible. 

=Analyse du projet=

==Positionnement par rapport à l'existant==

La pollution est un enjeu sanitaire majeur. En effet, les polluants atmosphériques sont à l'origine de nombreux décès en France et dans le monde (48000 victimes en France selon l'agence de santé publique).

Pour réduire et éviter les endroits où la pollution est la plus dense, il est très intéressant de pouvoir analyser la présence de ces particules fines. 

Ces dernières années, de nombreux moyens ont été mis en oeuvre pour surveiller la pollution. On retrouve par exemple de nombreux objets connectés composés de capteurs capables de mesurer la qualité de l'air. Ces objets permettent notamment de sensibiliser la population à ce problème. 

==Analyse du premier concurrent==
[[Fichier:Concurrent1 PlumeLabs Flow.JPG|100px|thumb|left|Capteur Flow]][[Fichier:Concurrent1 PlumeLabs AirReport.JPG|100px|thumb|right|Application Air Report]] 
''Flow'' est un objet de 12,5cm de haut et 4cm de large permettant d'analyser la pollution de l'air en temps réel. En appuyant sur un bouton, on peut relever la concentration des principaux polluants dans l'air. 
Ce capteur est commercialisé par l'entreprise française ''Plume Labs'', fondée en 2014 dans le but d'améliorer notre quotidien face à la pollution. 

Le résultat s'affiche directement sur l'objet, par l'allumage de leds : une couleur sombre correspond à un taux de pollution élevé et une couleur claire un air sain. Les résultats peuvent également être transmis via bluetooth sur le téléphone afin d'être affichés sur l'application ''Air Report''. Cette application est composée d'une carte permettant de géolocaliser le téléphone et ainsi représenter le taux de pollution de chaque endroit de la ville. Toutes les personnes utilisant ''Flow'' peuvent donc contribuer à améliorer cette carte. Ce capteur permet donc d'évaluer ses parcours dans la ville, et inciter les gens à passer par des endroits plus sains. Il est également utilisable dans la maison. L'application propose aussi des "bulletins météo" concernant la qualité de l'air des jours à venir et annoncer les pics de pollution. 
Etant si petit, résistant (fait d'acier) et ne pesant que 70g, ''Flow'' est transportable partout. Le capteur se recharge facilement sur ordinateur ou secteur grâce à un câble USB-C vers USB, et est supposé avoir une autonomie de 24h. 

Ce capteur est donc très avancé mais coûte tout de même 179euros. 
Nous pouvons nous positionner par rapport à cet objet en espérant atteindre une fiabilité de nos mesures pour une autonomie supérieure à une journée, à moindre coût. 

==Analyse du second concurrent==
Pollutrack est un système du mesure de pollution de l'air installé sur des véhicules électriques appartenants à Enedis.
Il permet de mesurer la pollution près du trafic dans des grandes villes telles que Paris ou Lille. Plus de 300 capteurs mobiles Pollutrack sont utilisés en complément de stations qui mesurent en temps réel la quantité de particules nocives dans l'air.
Le dispositif permet de récupérer un très grand nombre de mesures. Grâce à ces mesures, il est possible de comparer le niveau de pollution d'une rue à l'autre ,d'un quartier à l'autre et d'ainsi repérer les zones de concentration de la pollution.

==Scénario d'usage du produit ou du concept envisagé==
L'utilisation de ce capteur sera la suivante : on imagine une personne voulant évaluer le taux de pollution dans l'air à but professionnel ou non. Grâce à ce capteur connecté via Bluetooth sur le téléphone, les données peuvent être transmises à intervalle régulier, ou stockées sur la carte SD pour être envoyées plus tard (si problème de réseau ou autre). 
L'utilisateur voulant faire de nombreuses mesures dans plusieurs zones géographiques, il a besoin que le capteur ait une consommation énergétique faible pour être utilisé le plus longtemps possible. On pourrait même penser à quelqu'un souhaitant réaliser une cartographie du taux de pollution d'une ville. Il a alors besoin de faire énormément de mesures (il peut les avoir en temps réel sur son téléphone) mais surtout de faire des relevés assez longtemps pour que la cartographie soit fiable (pas de mesures trop espacées dans le temps). D'où la nécessité d'avoir un système dont on connait la consommation énergétique. 
Grâce à nos recherches, nous pourrons donc assurer l'autonomie de ce capteur simplifié. 

Le capteur peut également être utilisé de manière fixe dans une usine par exemple, provoquant une alarme si la pollution dans l'air est trop élevée. Nos modélisations permettraient à l'entreprise de connaître combien de temps le capteur serait utilisable et donc estimer le moment de la journée le plus propice pour effectuer des mesures. 

==Réponse à la question difficile==

* Quelle est la fréquence optimale de récupération des valeurs de particules en fonction des usages ?

le site https://www.airparif.asso.fr/ mesure et cartographie précisément la pollution de Paris et de son agglomération en temps réel. 
L'ensemble de leurs données permettent de produire une carte avec au mieux une résolution de 10 mètres par mesure. 

En prenant l'exemple d'un piéton marchant à la vitesse de 4 km/h il faudrait une mesure toutes les 9 secondes pour avoir une résolution de 10 mètres. 

Si on prend le cas d'un cycliste roulant à la vitesse de 20km/h il faudrait une mesure toutes les deux secondes pour atteindre une résolution de 10m. 

Dans le cas où le capteur serait fixe avec une mesure toutes les deux minutes paraît suffisante. 

* Comment tester un maximum de configuration des différentes fonctions pour déterminer la consommation énergétique et estimer la durée de vie finale ?

Nous testerons les différentes configurations sur la carte Arduino. Cela nous permettra de pouvoir changer facilement les câblages (pas de soudures, etc). 

Les tests se feront grâce au code d'un ancien thésard qui nous permettrons d'estimer la consommation énergétique du système. 

Nous étudierons les possibilités suivantes 

* Mise en veille du capteur (utilisation de la broche enable) 
* Coupure de l'alimentation du capteur (utilisation d'un transistor pour commander l'état du capteur) 
* Mode sleep du microcontrôleur 

Une fois la meilleure configuration trouvée nous réaliserons la carte pour avoir la consommation exacte et ainsi pouvoir déterminer l'autonomie de la carte.

=Préparation du projet=

==Cahier des charges==

''Etudiants : Victor Lorthios, Juliette Obled'' 
''Encadrants : Alexandre Boé, Xavier Redon, Thomas Vantroys'' ''
''Éventuels Clients : personne lambda désireuse de connaître le taux pollution de l'air qu'elle respire'' 

''' Sujet ''' 
Modéliser la consommation énergétique d'un capteur de pollution simplifié. 

'''Objectifs''' 
Dans un premier temps il faudra réaliser un capteur simplifié de pollution sur une Arduino, depuis différents composants (capteur d'humidité/température et capteur de particules). Depuis ce système on pourra alors récupérer le taux de pollution de l'air de manière périodique (grâce au module bluetooth et à la carte SD). Nous verrons alors le temps de réponse de notre système (si il est lent ou rapide à s'adapter dans un environnement instable, etc) pour en déduire sur quelle période de relevés se baser. 
Dans un second temps, des configurations seront testées pour déterminer la meilleure manière - énergétiquement parlant - de relever le taux de pollution : Comme expliqué dans la question difficile, nous verrons notamment différents moyens de mettre en veille notre capteur entre les relevés. 
Nous retiendrons alors la meilleure configuration à notre usage pour réaliser le capteur de pollution depuis un microcontrôleur, afin de limiter au mieux toute consommation énergétique superflue. 
Enfin, nous pourrons étudier la réelle consommation de notre système et en tirer un modèle, afin d'être capable d'annoncer la "durer de vie" du capteur selon l'utilisation retenue. 

==Choix techniques : matériel et logiciel==

''Matériel nécessaire''

Carte principale
* Carte Arduino UNO [https://fr.farnell.com/arduino/a000066/arduino-uno-carte-d-eval/dp/2075382?st=arduino%20uno]
* ATMEGA328p [https://fr.farnell.com/microchip/atmega328p-au/micro-8-bits-avr-32k-flash-32tqfp/dp/1715486?st=atmega%20328p]
* BreadBoard [https://fr.farnell.com/mcm/21-18936/carte-de-prototypage-55-x-83-mm/dp/2855018?st=breadboard]
* Quartz de 16MHz [https://fr.farnell.com/txc/9b-16-000maaj-b/xtal-16-000mhz-18pf-hc-49s/dp/1842216?st=quartz%2016MHz]
* Capteur de température/humidité DHT11 [https://fr.farnell.com/df-robot/dfr0067/capteur-humidite-de-temperature/dp/2946103?ost=dht11&krypto=nSAe3xUmYzn82Ba3MCmTb1xsIQwIwLm0Wug77jAEBmRR8c0u9aORPwbEXUzZkgEOkW9FWrot%2FD2G1fauIEdT2%2FLQpj%2FbWYyeehmGw6cPJouYreHMHIL5EcUCZ7dGiBBrtP9Pztes%2BFTSfnidMZNl%2BV2bmfUdjVN%2Ffd%2BfpCvmWmC2Pa6oc8NiPYtnwD9DHagkFXRCFgLeICUjhLO0CrI5O7YSEu8GSaIH61z3l8yfWPvGhER3Egx5AGiiDDaA%2BvLuSgGqia%2F4qpn0eOM86V%2F84%2FqRn1SizGCoHhSdWeZMJ81ZzxrqmZnpz5A1t9UiWlqGESOur8dThEJ4SYF1DYqqFpYhDtchRQn6bk%2BeaDYBdbXrGYsKcSoVUPPgX4lBqxs1BUvNI49Bk7GpBIi1ViHtneYL%2BMRj7QyfDp9iWIw9Qe8pxdpcFFdqxlO%2B78PffaFHNseBt0aCCBSgXM0ai%2FKz%2BQ%3D%3D&ddkey=https%3Afr-FR%2FElement14_France%2Fsearch]
* Carte SD 16Go [https://www.gotronic.fr/art-carte-micro-sd-16-gb-21521.htm]
* Shield Bluetooth [https://www.gotronic.fr/art-module-bluetooth-hc05-26097.htm]
* FTDI [https://fr.farnell.com/ftdi/ft232rl-reel/usb-vers-uart-ssop28-232/dp/1146032?st=ftdi%20ft232]
* Module USB [https://fr.farnell.com/wurth-elektronik/61400416121/embase-usb-2-0-type-b-cms/dp/1642035?st=usb%20type%20B]
* Résistances : 1*1MOhm + 2*10kOhm + 4*1kOhm
* MicroSD card module [https://www.mouser.fr/ProductDetail/DFRobot/DFR0229?qs=lqAf%2FiVYw9iUSsZAMqpn6w%3D%3D]
* 1 Transistor Mosfet IRF530NPBF [https://fr.farnell.com/infineon/irf530npbf/transistor-mosfet-canal-n-to220/dp/8648263?st=irf530]
* 4 Résistances CMS 1KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-102-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCG8U96oB1N8iEjA3WWloOyQ%3D%3D]
* 3 Résistances CMS 10KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-103-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCf7nuw8CxaxWavEDTcrYVSA%3D%3D]
* 1 Résistance CMS 4,7KOhm (0805 !) [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-472-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCR8f6WlwD1E1e%2FmlyHQJiVw%3D%3D]
* 1 Résistance CMS 1MOhm [https://www.mouser.fr/ProductDetail/Yageo/RT0603DRD071ML?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCCzRqR3HSxGAhpPu7NwurDw%3D%3D]
* 8 Capa0603 CMS 0.1uF [https://www.mouser.fr/ProductDetail/Yageo/AS0805KKX7R9BB104?qs=sGAEpiMZZMs0AnBnWHyRQN7%2FAA2D2lPPsYA1bJbHbZoQC62GCvbujw%3D%3D]
* 2 Capa0805 CMS 22pF [https://www.mouser.fr/ProductDetail/KEMET/CBR08C220J5GAC?qs=sGAEpiMZZMs0AnBnWHyRQKJCfzG%2Fi9wHIuDMkLtQL%252BAeTzFzADF%2FKw%3D%3D]
* 1 Capa0805 CMS 10uF [https://www.mouser.fr/ProductDetail/Yageo/CC0805KFX5R8BB106?qs=sGAEpiMZZMs0AnBnWHyRQB9G40cLJQs48fO1KJB45QKWe9F2ufi5Bw%3D%3D]
* 1 Diode verte CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SMLD12EN1WT86?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2UaDK3wHdwzQH59mdZ86SRg%3D%3D]
* 1 Diode rouge CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SML-D12V8WT86C?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2xr7aIegCC5DdIa4TH1FJuQ%3D%3D]
* Régulateur 5v/3.3v [https://www.mouser.fr/ProductDetail/Texas-Instruments/LM1117MPX-33-NOPB?qs=sGAEpiMZZMvu8NZDyZ4K0Sw3Ge2x%2FL%2F%2F]
* Bouton poussoir 
* 3 Capteur de particules PM2.5 - SEN0177 (avec son adaptateur) (un déjà eu) [https://eu.mouser.com/ProductDetail/DFRobot/SEN0177?qs=%2fha2pyFadug0jBbcL1AeO5xbZZKOlHL5GOQhx8mcyvg%3d]
Pourquoi 3 capteurs : pour les tests de mise en veille, il nous faut 1 capteur test, et 2 capteurs de référence (car souvent beaucoup de variation de valeurs entre les capteurs)

Carte secondaire
* 2 AOP LTC6800 [https://fr.rs-online.com/web/p/amplificateurs-dinstrumentation/7619648/]
* Header 
* 2 Capa0603 CMS 0.1uF
* 2 Résistance CMS 1206 10 Ohm 
* 1 Résistance CMS 0603 10k Ohm
* 1 Résistance CMS 0603 27k Ohm

''Logiciels''

Nous utiliserons le logiciel IDE Arduino pour le code de l'arduino et Altium pour réaliser notre carte électronique

==Liste des tâches à effectuer==

Capteur de pollution depuis une Arduino 
- correctement câbler les composants 
- écrire un code pour en retirer des valeurs correspondants à un taux de pollution 
- récupérer ces valeurs depuis 1) la carte SD 2) le module bluetooth 

Etudes des valeurs reçues 
- déduire des valeurs reçues des courbes correspondant au taux de pollution dans l'air en fonction du temps (notamment en environnement instable où l'on change brutalement le taux de particules dans l'air) 
- déterminer depuis ces courbes et depuis nos espérances (de la question difficile n°1) une période pour relever le taux de pollution 

Tests de différentes configurations 
Comme il est important de minimiser la consommation énergétique de notre système, nous rechercherons une mise en veille optimale de notre système, sans que cela ne gène le relevé. 
Nous testerons donc différentes configurations comme expliqué à la question difficile n°2. 
- mise en veille du capteur (utilisation de la broche enable) 
- coupure de l'alimentation du capteur (utilisation d'un transistor) 
- mode sleep du microcontrôleur 

Système optimisé 
Conscient que l'arduino peut consommer plus que seulement ce dont les capteurs auraient besoin, nous allons dans une deuxième partie réaliser le système depuis un ATMEGA avec la configuration retenue. 
- réalisation de la carte électronique 
- code et essais pour étudier la cohérence des relevés par rapport aux anciens 

Modélisation de la consommation finale de notre système 
Depuis le programme d'un thésard polytech, de la même manière que pour les tests de mise en veille, nous étudierons la consommation de notre capteur pour en tirer un modèle et ainsi déterminer combien de temps il peut être utilisé.

Pour aller plus loin 
Si jamais nous réussissons à faire toutes ces tâches avec succès, pourquoi pas tester une autre utilisation (automobiliste, etc) avec donc une autre période pour les relevés et peut-être une autre configuration pour la mise en veille. 
Il pourrait également être intéressant de réussir à se géolocaliser pour plus facilement exploiter les données de ce capteur simplifié. 

==Calendrier prévisionnel==

=Réalisation du Projet=
==Feuille d'heures==

{| class="wikitable"
!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
|
|
|
|
|
|
|
|
|
|
|
|}

==Semaine 1==

Lors de ces premières séances, nous avons commencé à réaliser le PCB sur Altium de la carte représentant notre capteur de pollution. Au cours de ce travail, nous nous sommes donc rendus compte qu'il fallait revoir notre liste de matériel, qui est incomplète. Nous aimerions finir le schéma électrique des capteurs associés à l'Arduino ainsi que la représentation Altium du microcontrôleur avec les autres composants d'ici les prochaines séances, afin d'avoir rapidement une liste de matériel fixe et éventuellement pouvoir demander une vérification de notre schéma Altium pour ensuite démarrer la partie Routage de la carte. 
Nous avons également trouvé du code disponible pour l'utilisation des capteurs. 

==Semaine 2==

[[Fichier:Schematic s2.JPG|thumb|right|300px|Schematic à la séance 2]]
[[Fichier:Explication ftdi.jpg|thumb|left|150px|Partie FTDI]]
[[Fichier:Explication transistor.jpg|thumb|left|150px|schéma électrique du transistor]]
Une grosse partie du schematic a été terminée. 
Il comporte un atmega328p. Pour son bon fonctionnement, il possède un reset, un quartz et un module ICSP. Pour ce faire, nous avons utilisé le schematic d'une Arduino UNO disponible sur [https://store.arduino.cc/arduino-uno-rev3 le site d'Arduino]. 
Il est connecté à un FTDI FT232RL pour pouvoir téléverser facilement le code depuis l'ordinateur sans avoir besoin d'utiliser un atmega16u2. Il y a donc avec ce FTDI un module USB. Nous nous sommes inspirés de [https://www.electroschematics.com/10997/bootload-atmega-microcontroller-build-arduino-2/ ce site] pour câbler correctement notre circuit. 
Enfin, nous avons ajouté des header correspondant respectivement au capteur de particules et au capteur de température/humidité. Comme on peut le constater sur la capture d'écran ci-dessous, le capteur de particules est connecté à un transistor. Cela nous servira pour pouvoir commander la mise en veille du capteur. 
Nous avons décidé des valeurs de résistance et de capacité selon les datasheet des modules et selon les calculs ci-contre.
Il nous reste maintenant à inclure un module bluetooth et SD pour que notre capteur soit complet. Nous devons également voir avec un des encadrants l'utilisation du capteur de particules. En effet, ce capteur peut donner de grandes variations de valeurs, d'où la nécessité d'utiliser plusieurs capteurs (nous en avons demandé 3) pour avoir une valeur moyenne. Ainsi, nous devons discuter de la mise en place d'un ou de trois transistors pour notre utilisation.
Nous avons également demandé une license Altium pour la suite de ce projet. 
L'objectif de la semaine prochaine est donc de discuter avec nos encadrants pour finaliser notre schematic, et alors commencer la partie routage. 
 

==Semaine 3==

[[Fichier:schematic_s3.JPG|thumb|right|200px|Schematic à la séance 3]]
Nous avons amélioré et adapté notre schématic aux contraintes vues avec M. BOE. Dans le but de mesurer le courant, nous avons donc ajouté des header à chaque composant. Nous avons également décidé d'utiliser un MOSFET pour la commande du capteur de particules (plutôt qu'un NPN précédemment). Enfin, nous avons terminé d'ajouter tous les composants (module bluetooth et connecteur de carte sd) à notre circuit. 
La partie routage est en cours, ainsi que la création d'un autre schématic dans l'optique d'avoir un circuit additionnel permettant de mesurer facilement la tension utilisée par les composants. 

==Semaine 4 à 7==

Nous avons continué à travailler sur notre schématique. De nombreux problèmes sont survenus petit à petit d'où l'absence de résultats intermédiaires. Nous avons également avancé sur un deuxième schématique, une deuxième carte que nous utiliserons pour effectuer les mesures de puissance utilisée des composants. Nous devons encore en discuter avec M. BOE. 
De plus, nous avons commencé à travailler sur le code des capteurs. 

==Semaine 7==

* Partie Electronique

[[Fichier:Schematique mars.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 7]][[Fichier:PCB mars.JPG|thumb|right|200px|PCB du circuit principal à la semaine 7]]
Le routage de la carte électronique est terminé. Il y a eu un certain nombre de modifications sur le schématique, dues aux différentes difficultés survenues lors de ce routage. Nous avons notamment changé la quasi totalité des empreintes, adapté les header, ajouté des capacité de découplage ou encore modifié la référence de certains composants. 
De ce fait, la liste de matériel est à jour. Nous avons également pu voir avec M. Flamen pour récupérer gratuitement une grande partie des composants nécessaires (résistances, capacités, 
La prochaine étape est donc de résoudre les éventuelles erreurs lors de la génération de la carte et commencer sa fabrication. 
Nous avons également en cours la deuxième carte qui est encore au stade du schématique, en attente de retours. 
 
* Partie Arduino
[[Fichier:Dht22 relevés2.JPG|thumb|right|300px|Relevé des valeurs du DHT22]]
Pour commencer, le code du capteur DHT22 (température et humidité) est terminé. Nous avons simplement récupéré un code sur internet. On peut voir sur la capture ci-contre la différence en environnement "normal" et lorsque l'on souffle sur le capteur (augmentation du taux d'humidité) 
[[Fichier:Montage s7.jpg|thumb|left|200|Montage du circuit avec capteurs DHT22 et PM2.5]] 

[[Fichier:Pm25 detaildata.JPG|thumb|left|450px|Données reçues du PM2.5]][[Fichier:Pm25 communication protocole.JPG|right|200px|Protocole de communication du PM2.5]]
Nous avons également travaillé sur le capteur PM2.5 (particules fines). Pour celui là nous établissons le code petit à petit. 
 Pour récupérer les données transmise par le capteur, nous avons utilisé la fonction arduino "SoftwareSerial" qui nous permet de de créer une liaison série sur d'autres pins de la carte arduino. Ainsi lors de l'affichage sur le moniteur série, il n'y aura pas de conflits. 
Dans un premier temps, nous avons affiché la trame telle qu'elle est et avons identifié les octets grâce à la documentation ci-contre. 
Le "32" au dessus du message correspond à la taille du message reçu. Cela sert notamment à savoir s'il est en fonctionnement. Les encadrés correspondent aux données auxquelles nous nous intéressons. 
 
[[Fichier:Pm25 test craie.JPG|thumb|left|400px|Relevé des données reçues par le PM2.5 lorsque le taux de particules varie]][[Fichier:Pm25 sleepmode.JPG|thumb|right|300px|Relevé des données du PM2.5 en mode normal et mode sleep]]
Nous avons ensuite réalisé des tests pour être sûrs que le capteur fonctionne correctement. A l'aide d'une brosse pleine de craie, nous avons donc fait tomber de la poussière ce qui a donné les résultats ci-contre à gauche. 
Nous avons ensuite connecté une broche de l'arduino à la pin SLEEP du capteur pour contrôler sa mise en veille, pour pouvoir simultanément contrôler la mise en veille du capteur et la récupération/affichage des données reçues, nous avons utilisé la fonction millis qui récupère temps écoulé. Contrairement à delay, c'est une fonction non bloquante. 
On voit que le capteur est n'est plus actif grâce au premier chiffre qui correspond à la taille de la trame ( c'est valeur de retour de la fonction "PMSerial.readBytes"; quand elle vaut 0 cela indique qu'aucunes données ne sont transmises) : les données affichées sont les dernières étant stockées, le 0 nous permet de savoir qu'en réalité nous n'avons reçu aucune nouvelle donnée du PM2.5 
 

== Semaine 8 ==

* Partie Electrique

[[Fichier:Schematique main s8.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 8]][[Fichier:PCB main s8.JPG|thumb|right|200px|PCB du circuit principal à la semaine 8]]
Nous avons effectué quelques changements au niveau de la partie MOSFET, qui n'était précédemment pas correcte. Nous avons alors le schématique et le PCB ci-contre.
 
[[Fichier:Schematique highside s8.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 8]][[Fichier:PCB highside s8.JPG|thumb|right|300px|PCBdu circuit pour mesurer le courant à la semaine 8]]
Nous avons également terminé le deuxième circuit permettant de mesurer la valeur du courant passant dans nos capteurs. En connectant les headers de notre circuit principal au header 80, nous allons pouvoir lire la valeur du courant sur le header 90. Nous nous sommes inspirés de la datasheet LTC6800 pour réaliser ce circuit. Le schématique et PCB associé sont ci-contre. 
Nous attendons maintenant une validation de ces deux circuits pour lancer la réalisation. 

* Partie Arduino

[[Fichier:Pm25 reception donnees.JPG|thumb|left|300px|Capture d'écran des données reçues par le PM2.5 après traitement de la trame]][[Fichier:PM25 code.png|thumb|right|400px|Extraits du code du PM2.5]]
Nous avons beaucoup avancé sur la partie Arduino. 
Dans un premier temps, nous avons adapté la récupération de nos données en n'affichant que les données voulues, c'est-à-dire les taux de particules et plus les variables check. 
Ceci nous donne le code ainsi que les réceptions ci-dessous. Nous avons également ajouté le fait que lorsque la trame est vide (length = 0 vu précédemment) nous n'affichons rien. 
Les fonctions get_pm_** permettent de séparer les données correspondant à chaque particules. Nous récupérons simplement la donnée à son indice, et si elle est composée de deux - ou plus - octets (et donc deux places dans la trame) alors nous décalons la première valeur de 8 bits afin d'obtenir le taux correspondant. Nous l'affichons ensuite avec un simple Serial.Print. 
 
[[Fichier:Screen_Bluetooth.png|thumb|right|200px|Capture d'écran du téléphone recevant les données]] [[Fichier:Montage s8.JPG|thumb|left|200px|Montage sur Breadboard à la semaine 8]]
Ensuite, nous avons ajouté le MOSFET que nous avons reçu. Après quelques vérifications, nous avons modifié le schématique comme dit plus tôt. En associant une pin à ce transistor, (ici la pin 13) il joue le rôle d'interrupteur : en envoyant 1 le capteur est correctement alimenté, et en envoyant 0 le capteur est alors éteint électriquement. Nous avons effectué les mêmes tests que la semaine dernière avec la veille du capteur, en utilisant la fonction millis (présente sur la capture du code), ce qui fonctionne bien comme en témoigne la led du capteur PM2.5 qui s'éteint ou s'allume toutes les 10 secondes. On est donc bien capable de piloter électriquement le capteur grâce au transistor. 
Nous avons enfin ajouté le shield bluetooth (on l'alimente simplement avec la carte Arduino et on connecte respectivement les pins Rx,Tx du HC-05 sur les pins Tx,Rx de l'Arduino), et installé une application sur notre téléphone. Grace à une application sur le smartphone on est capable de ce connecter au HC-05 et correctement recevoir les données. 
 

== Semaine 9 ==

[[Fichier:Schematique main s9.JPG|thumb|left|200px|Schématique du circuit principal à la semaine 9]][[Fichier:PCB main s9.JPG|thumb|right|200px|PCB du circuit principal à la semaine 9]]
Nous avons cette semaine terminée la carte principale grâce aux conseils de M. Flamen, M. Boe et M. Redon. Elle est en production chez ''Elecrow Bazaar'', c'est donc notre version finale. Une fois reçue, nous pourrons y souder les composants. 
Au niveau du schématique, nous avons ajouté un régulateur 5V/3.3V pour alimenter le connecteur de carte SD. Au niveau du PCB, nous avons fait un plan de masse digne de ce nom, adapté les pistes en évitant les petits angles, déplacé certains composants pour avoir des zones de masses continues, et délimité une zone blanche (keep out) sous le quartz. Nous avons également mis les composants traversants sur la couche bottom, mis en place les couches overlay, défini la couche mechanical et fait attention au Design Rule Check. 
 

== Semaine 10 ==

Nous avons pu imprimer avec M. Flamen la carte secondaire. Nous attendons l'arrivée du LTC6800 pour pouvoir souder la carte. 
[[Fichier:Schematique highside s10 valeurs.JPG|thumb|left|300px|Schématique du circuit pour mesurer le courant à la semaine 10]][[Fichier:PCB highside s10 valeurs.JPG|thumb|right|300px|PCB du circuit pour mesurer le courant à la semaine 10]] 

Nous avons également travaillé sur le calcul de la résistance en entrée du LTC6800. En effet, sa valeur dépend du composant pour lequel on va mesurer le courant.
[[Fichier:LTC6800 use.png|thumb|right|300px|Schéma des grandeurs sur le montage d'utilisation du LTC6800]] 
Après quelques recherches, nous avons pu trouver les valeurs de courant suivantes : ~120mA pour le PM2.5, entre 1 et 15 mA pour le DHT22 et entre 15 et 60 mA pour le HC-05. On a donc une plage de variation du courant égale à [1;120]mA. Pour correctement relever le courant, nous devons donc avoir en sortie une tension variant de 0 à 5V pour le courant allant de 0 à 120mA. 

Nous nous basons sur le schéma ci-contre trouvé dans les datasheet du LTC6800 pour les calculs. 
U=Rs*iL 
Vout=G*U=G*Rs*iL => G=Vout(Rs*iL) 
Or G=1+R2/R1 

En prenant Vout/iL = 40mV/mA on a bien 4.8V pour 120mA. Soit G*Rs = 40mV/mA. On en déduit G et Rs. 
Rs est limité par la puissance qu'il peut supporté. Si on prend Rs = 10 Ohm (G=4), on a donc une puissance de P=Rs*iL², Pmax=10*0.12²=0.144W. Avec une résistance supportant 0.25W (selon ses propriété), on peut donc prendre cette résistance de 10 Ohm. 
G est défini par R2 et R1. On doit donc prendre R2/R1=3 donc par exemple R2 = 30 kOhm et R1 = 10kOhm. Comme 30kOhm n'est pas une valeur normalisée, on prend R2=27kOhm, notre gain sera plus petit. 

== Semaine 11 ==

[[Fichier:Schematique main s11.JPG|thumb|left|300px|Schématique du circuit principal à la semaine 11]][[Fichier:PCB main s11.JPG|thumb|right|250px|PCB du circuit principal à la semaine 11]]
Nous avons eu quelques problèmes avec notre carte principale, concernant notamment le capteur de particules PM2.5. Après l'analyse de la Datasheet du PM_2.5, nous avions dans un premier temps prévu de relier les différentes entrées du capteur à un header relié aux pins correspondantes sur l'atmega. En réalité nous avons commis une erreur car le capteur n'est pas relié directement à l'atmega mais est connecté a un adaptateur. Or l'ordre des pins de l'adaptateur est différent de celui du capteur. De plus, la pin sleep (pour mettre en veille le capteur) est située au dessus de l'adaptateur et ne peut pas être connectée directement sur le header. Ainsi avec la nouvelle version du schématique nous avons réglé ce problème et on pourra ainsi connecter directement l'adaptateur sur le header et utiliser un câble mal/femelle pour relier la pin sleep de l'adaptateur à un autre header. 
Ce ne sont pas des problèmes très graves, puisqu'il est toujours possible de faire fonctionner le capteur en utilisant un autre header et changer l'ordre des pins, mais c'est assez encombrant.
 

[[Fichier:Carte highside s11.jpg|thumb|left|350px|Carte du circuit secondaire pour mesurer la puissance dans les capteurs, imprimée et entièrement soudée]][[Fichier:Carte principale s11.JPG|thumb|300px|right|Carte principale (capteur de pollution) imprimée, avec composants CMS soudés]]
Comme nous avons reçu le LTC6800 et les résistances CMS 10 Ohm, nous avons pu imprimer et souder entièrement notre carte secondaire. Nous avons fait des tests pour vérifier que nos pins sont correctement connectées. 
En fin de semaine, nous avons également imprimé la carte principale chez Mr. Flamen. Attendre celle venant de Chine et effectuer les changements sur cette dernière nous aurait fait perdre beaucoup trop de temps. Nous avons eu le temps de souder les composants CMS mais pas encore les composants traversants.
 

== Semaine 12 (Vacances S1) ==
[[Fichier:Carte principale s12 top.jpg|thumb|150px|left|Vue TOP de la carte principale à la semaine 12, soudée entièrement]]
[[Fichier:Carte principale s12 bottom2.jpg|thumb|200px|right|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - sans les éléments]]
[[Fichier:Carte principale s12 bottom1.jpg|thumb|150px|left|Vue BOTTOM de la carte principale à la semaine 12, soudée entièrement - avec les éléments]]
Nous avons pu avoir accès à Polytech durant quelques jours de cette semaine de vacances. Nous en avons donc profiter pour souder notre carte le plus possible. 
Dans un premier temps, nous avons vérifié que nos composants CMS étaient bien soudés. Il y a eu besoin de quelques retouches au niveau du FTDI et de l'Atmega qui présentaient des courts-circuits. Nous avons ensuite souder les vias nécessaires aux premiers tests. En effet, avant de continuer à souder il a fallu être sûr que les micro contrôleurs étaient bien fonctionnels. Pour cela, nous avons relié l'Atmega à une Arduino via l'ISP présent sur notre carte, nous avons testé un programme pour faire clignoter une led (comme nous n'en avons pas sur la carte donc avons fait clignoter la led de l'Arduino). Cette étape étant validée, nous avons téléversé un bootloader pour pouvoir téléverser un programme cette fois depuis le FTDI. Avant ça, nous avons soudé le connecteur USB ainsi que les autres vias nécessaires. L'empreinte du connecteur USB variait légèrement au niveau des accroches, mais les broches correspondent bien donc nous avons écarté les accroches pour les souder directement à la masse. Puis nous avons essayé de téléverser un programme : les LED de sécurité du FTDI clignotent bien durant cette étape. Puis, toujours avec l'Arduino connecté avec l'ISP, nous avons téléversé le programme de Blinking led sur le FTDI qui lui-même l'a envoyé à l'Atmega qui une fois encore a bien fait clignoté la led de l'Arduino. Notre FTDI et notre Atmega sont donc bien fonctionnels et prêts à l'usage. 
Dans un deuxième temps, nous avons donc pu souder le reste des composants, c'est-à-dire les headers pour les différents éléments (PM2.5, DHT22, Connecteur SD, Shield Bluetooth) ainsi que ceux utilisés pour mesurer la puissance consommée. Il y avait également le reste des vias, le Mosfet et le switch. Un fil connectant deux masses a été nécessaire. Cette partie ne fut pas sans encombres, car même si les composants étaient bien connectés à leur piste, il est arrivé qu'ils soient un tout petit peu connectés à la masse, perturbant le circuit. 
Une fois tous les problèmes de connexion réglés, nous avons pu tester que les broches de l'Atmega envoient bien du 5V quand demandé.

Nous avons testé nos précédents programmes (du DHT22 et PM2.5) avec succès, en faisant bien attention de mettre en court-circuit les headers utilisés pour le circuit secondaire. 
Nous obtenons les résultats suivants, la réception des données du capteur de température/humidité à gauche et celles du capteur de particules à droite. 
[[Fichier:Video dht22.gif|400px|Réception des données du DHT22 depuis circuit imprimé]]
[[Fichier:Video pm25.gif|400px|Réception des données du PM2.5 depuis circuit imprimé]]
 
[[Fichier:Carte sd code.png|thumb|100px|right|code test pour vérifier le fonctionnement du connecteur SD]]
[[Fichier:Carte sd results.png|thumb|300px|left|Résultats du test pour le connecteur SD avec écriture sur la carte]]
Nous avons également établi un code de test pour vérifier que notre connecteur de carte SD fonctionne correctement. Dans le programme que l'on peut retrouver ci-contre, on crée un fichier "test.txt" dans lequel on écrit une petite ligne. On peut voir sur le moniteur série que la connexion se fait sans problème, puis on peut retrouver dans notre carte SD le fichier rempli correspondant. 
 
Nous avons cependant rencontré quelques problèmes, déjà survenus auparavant : les header ne tiennent pas correctement et se dessoudent trop facilement de la carte. Cela provoque donc des mauvaises connexions. Une retouche est nécessaire.
 

== Semaine 14 ==

La semaine dernière, nous avons concaténé tous les codes afin d'écrire les valeurs obtenues sur la carte SD. Ayant des problèmes de connexions évoqués précédemment, les tests sur carte n'ont pu être réalisés que cette semaine (après retouches de soudures), d'où l'absence de rapport à la semaine 13. 
[[Fichier:Carte sd aff excel.JPG|thumb|150px|right|Affichage fichier texte et excel des données de la carte SD]]
Après quelques réflexions, nous avons donc décidé d'écrire les données sur deux différents fichiers : un pour le capteur DHT22 et un pour le capteur PM2.5. En effet, nous trouvons cela plus clair de cette manière. 
De plus, nous les imprimons comme suit : une ligne correspond à un relevé de données, c'est à dire à une date précise (chronomètre lancé au démarrage) et au taux d'humidité puis à la température (pour le DHT22) correspondante. Ces valeurs sont séparées par des espaces pour que le fichier Excel puisse lui-même les disposer dans des cases différentes. Ainsi, les courbes sont très facilement réalisables.
De la même manière pour le PM2.5, chaque relevé correspond à une ligne comprenant le temps ainsi que les différentes valeurs de particules, le tout séparé par des espaces. 

Un test de 20 minutes nous a permis d'obtenir 1250 valeurs et les courbes suivantes : 
[[Fichier:Graphes Ecst dht22.JPG|thumb|300px|left|Graphes des données reçues par le DHT22 en environnement constant]]
[[Fichier:Graphes Ecst pm25.JPG|thumb|600px|right|Graphes des données reçues par le PM2.5 en environnement constant]]

Nous n'avons pas affiché les courbes associées aux particules pm01, pm2.5 et pm10 puisqu'elles sont constantes autour de la valeur 65535. 
On remarque que les données issues du capteur d'humidité/température DHT22 sont assez variables au cours du temps, même si elles ne fluctuent pas aussi rapidement que celles issues du PM2.5, elles mettent beaucoup de temps à se stabiliser. Pour revenir aux courbes du PM2.5, on peut au premier abord être surpris des grosses variations qu'elles présentent, cependant il n'en est rien puisque la valeur maximale qu'elles peuvent atteindre est de 65535 '' à expliquer ''. Leur fluctuation est donc minime. 
 

[[Fichier:Graphes Epoussiere.JPG|thumb|500px|right|Evolution des données (PM2.5) dans un environnement poussiéreux.]]
Dans un second temps, nous avons voulu testé la mise en veille du capteur par la broche sleep ainsi que l'utilisation du mosfet (comme interrupteur de VCC). 
Pour avoir des résultats un peu plus significatifs - ou plutôt visuels - que précédemment, nous avons déposé du talc sur le capteur, puis attendu une heure que cela devienne un environnement stable. On peut voir sur les graphe ci-contre que les valeurs sont plus élevées, notamment pour les courbes du a300nm, a500nm et a1um. Elles sont "stabilisées" autour de 50sec. De cette manière on peut mieux voir le temps que met le capteur à se mettre en route. 
[[Fichier:Graphes pauses.JPG|thumb|500px|right|Evolution des données reçues (PM2.5) par différentes mises en veille]]
Nous avons donc ajouté dans le programme une partie permettant de mettre en veille le PM2.5 après 2min d'activité, cela pendant 30sec, puis le rallumer pendant 1min, le ré éteindre cette fois électriquement depuis le mosfet, encore une fois pendant 30sec puis le laisser fonctionner normalement à nouveau. 
Les zones très constantes correspondent aux périodes ou le capteur est en veille. On voir que les données repartent de 0 à chaque redémarrage, quel qu'il soit. A première vue, en observant uniquement les données reçues, les deux mises en veille se valent. L'une n'a pas l'air de proposer une ré adaptation plus rapide que l'autre. C'est pour cela que, par la suite, nous allons étudier la puissance consommée par ses mises en veille. 
''code'' 
 

== Semaine 15 ==

Les premiers tests sur la carte étant effectués, il est enfin temps de réaliser l'étude énergétique de tous les éléments de la carte.

[[Fichier:Mesures1.jpg|thumb|300px|right|Méthode de relevé de courant/tension avec le multimètre.]]

Initialement, nous avions pour objectif d'utiliser le montage high-side que nous avons réalisé afin mesurer la puissance consommé par nos différents éléments. Cependant, nous n'avons pas réussi à le faire fonctionner. Nous avons donc utilisé un multimètre avec lequel on a mesuré la tension et le courants consommé pour chaque capteur. Nous avons simplement relié les entrées du multimètre aux différents header prévu pour effectuer les relevés. Pour le courant, on connecte simplement le multimètre en série. Pour la tension, on connecte le COM à la masse du circuit (header prévu à cet effet), et le V au potentiel de l'élément en question. Il ne nous reste plus qu'à calculer la puissance avec P=U*I. 

On obtient ainsi les résultats suivants:

* Pour le capteur DHT22 on a une consommation d'environ ...
* Pour le shield Bluetooth on a une consommation d'environ ...
* Pour le module de carte sd on a une consommation d'environ ...
* Pour le capteur de particule, on différencie la consommation classique en marche qui vaut environ ... et la consommation en mode veille qui vaut environ ... . Pour le mode veille on observe une consommation largement supérieure à celle indiquée par la datasheet. On pense que cela est du à l'adaptateur du capteur PM2.5 qui fausse le résultat. Pour avoir une consommation précise, il faudrait souder des fils à l'entrée de l'adaptateur pour mesurer la puissance réelle dissipée. Pour la suite du projet, on considérera qu'en mode veille il consomme ... .

=Documents Rendus=

Fichier:Mesures1.jpg

2019-05-03T14:11:04Z

Vlorthio :

IMA4 2018/2019 P63

2019-04-08T12:17:12Z

Vlorthio : /* Semaine 11 */

IMA4 2018/2019 P63

2019-03-27T16:01:35Z

Vlorthio : /* Semaine 9 */

IMA4 2018/2019 P63

2019-03-27T16:01:20Z

Vlorthio : /* Semaine 9 */

IMA4 2018/2019 P63

2019-03-27T15:57:38Z

Vlorthio : /* Réalisation du Projet */

Fichier:Schematique main s9.JPG

2019-03-27T15:29:48Z

Vlorthio : Schematique S9 (gravé industriellement)

Schematique S9 (gravé industriellement)

Fichier:PCB main s9.JPG

2019-03-27T15:29:00Z

Vlorthio : PCB semaine 9 (gravé industriellement)

PCB semaine 9 (gravé industriellement)

IMA4 2018/2019 P63

2019-03-27T15:04:16Z

Vlorthio : /* Semaine 7 */

IMA4 2018/2019 P63

2019-03-27T15:03:14Z

Vlorthio : /* Semaine 4 à 7 */

IMA4 2018/2019 P63

2019-03-27T15:02:57Z

Vlorthio : /* Semaine 3 */

IMA4 2018/2019 P63

2019-03-27T15:01:05Z

Vlorthio : /* Semaine 8 */

IMA4 2018/2019 P63

2019-03-27T15:00:19Z

Vlorthio : /* Semaine 8 */

Fichier:Screen Bluetooth.png

2019-03-27T14:45:13Z

Vlorthio : Capture d'écran(sur un smartphone) de la réception des données transmises par l’émetteur Bluetooth.

Capture d'écran(sur un smartphone) de la réception des données transmises par l’émetteur Bluetooth.

Projets IMA4 SC & SA 2018/2019

2019-03-20T15:15:15Z

Vlorthio : /* Matériel à acquérir 2019 */

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en demandant une modification du format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

Toutes les sources doivent être déposées sur notre archive GIT. Le service est disponible à l'URL [https://archives.plil.fr archives.plil.fr]. Connectez-vous avec vos identifiants Polytech'Lille. Sauf indication contraire de vos encadrants, rendez le projet public et mettez le lien sur votre Wiki. Vous pouvez trouver de la documentation sur ce système d'archives sur ce [https://git-scm.com/book/fr/v1 site].

== Répartition des binômes ==

{| class="wikitable"
! Projet !! Encadrants école !! Elèves
|-
| P0 [[IMA4 2018/2019 P0|Modèle]]
|
|
|-
| P1 [[IMA4 2018/2019 P1|Manettes pour travaux pratiques]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Quentin Boëns
|-
| P2 [[IMA4 2018/2019 P2|NumWorks et robot]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Maxime Créteur
|-
| P3 [[IMA4 2018/2019 P3|Robot régulé]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Hugo Delbroucq
|-
| P4 [[IMA4 2018/2019 P4|Commande d'un robot de grande taille]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Nicolas Havard
|-
| P5 [[IMA4 2018/2019 P5|Réalisation d'un prototype de calculatrice NumWorks]]
| Xavier Redon / Thomas Vantroys / Alexandre Boé
| Jade Dupont
|-
| P6 [[IMA4 2018/2019 P6|Réalisation d'une matrice de LEDs]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Fan Gao
|-
| P7 [[IMA4 2018/2019 P7|Supervision d'un système automatisé en version industrie 4.0]]
| Blaise Conrard
| Samy Belhouachi
|-
| P9 [[IMA4 2018/2019 P9|Spider and I]]
| Thomas Vantroys / Fabien Zocco
| Nestor Martinez / Lina Mejbar
|-
| P10 [[IMA4 2018/2019 P10|Capteur de niveau d'eau et de pollution]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Antoine Branquart
|-
| P12 [[IMA4 2018/2019 P12|Recyclage plastique imprimante 3D]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Corentin Danjou / Pol Mulon
|-
| P13 [[IMA4 2018/2019 P13|Emetteur / Récepteur analogique en bande 5725-5875 MHz]]
| Alexandre Boé
| Arthur Reviron
|-
| P14 [[IMA4 2018/2019 P14|Voiture autonome en modèle réduit]]
| Thomas Vantroys / Xavier Redon / Alexandre Boé
| Hugo Dejaegher / Brandon Elemva
|-
| P22 [[IMA4 2018/2019 P22|Secure And Verified Public Announcements through Blockchain]]
| Walter Rudametkin / Romain Rouvoy
| Arezki Ait Mouheb
|-
| P26 [[IMA4 2018/2019 P26|Discussion pair à pair]]
| Xavier Redon / Thomas Vantroys
| Fabien Di Natale / Ibrahim Ben Dhiab
|-
| P28 [[IMA4 2018/2019 P28|Affichage à billes]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Flora Dziedzic / Martin Michel
|-
| P30 [[IMA4 2018/2019 P30|Système minimal de gestion de conteneurs]]
| Xavier Redon / Thomas Vantroys
| Hind Malti
|-
| P31 [[IMA4 2018/2019 P31|Robot hexapode de mesure de RSSI WiFi]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Rémi Foucault / Hugo Velly
|-
| P32 [[IMA4 2018/2019 P32|Robe augmentée]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Brinda Muzakare / Yan Xuelu
|-
| P33 [[IMA4 2018/2019 P33|Collier à animations lumineuses]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Loris Ahouassou
|-
| P35 [[IMA4 2018/2019 P35|Machine Learning pour navigation autonome de robots mobiles]]
| Vincent Coelen / Andry Zaid Rabenantoandro
| Wenjing Chen / Puyuan Lin
|-
| P37 [[IMA4 2018/2019 P37|Station de recharge intelligente pour robot mobile]]
| Vincent Coelen / Abdelkader Belarouci
| Guillaume Declerck / Pierre Guigo
|-
| P38 [[IMA4 2018/2019 P38|Interface Graphique pour Robotino 2 Upgradé]]
| Thomas Danel / Vincent Coelen
| François Brassart / Jérôme Haon
|-
| P40 [[IMA4 2018/2019 P40|RFID/NFC]]
| Thomas Danel / Vincent Coelen
| Jean De Dieu Nduwamungu / Xinwei Hu
|-
| P42 [[IMA4 2018/2019 P42|Coupe de robotique des écoles primaires]]
| Emmanuelle Pichonat
| Pierre Frison / Thibault Lepoivre
|-
| P44 [[IMA4 2018/2019 P44|Clônes améliorés des modules ARDUINO]]
| Xavier Redon / Alexandre Boé
| Théau Moinat
|-
| P45 [[IMA4 2018/2019 P45|Sac à main ou sac à dos solaire]]
| Alexandre Boé / Emmanuelle Pichonat / Xavier Redon
| Mathis Dupre
|-
| P46 [[IMA4 2018/2019 P46|Kit Robot]]
| Alexandre Boé / Xavier Redon
| Valentin Pitre / Gaëlle Bernard
|-
| P57 [[IMA4 2018/2019 P57|Mise à jour over the air]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Florent Leroy
|-
| P63 [[IMA4 2018/2019 P63|Etude de la consommation d'un capteur de pollution]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Victor Lorthios / Juliette Obled
|-
| P70 [[IMA4 2018/2019 P70|Impact du matériel et du logiciel sur le rayonnement électromagnétique]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Antoine Moreau / Souheib Khinache
|-
| P72 [[IMA4 2018/2019 P72|Mesure du courant simple]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Raphaël Martin
|-
| P73 [[IMA4 2018/2019 P73|Ecriture automatique de partition musicale]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Hugo Leurent / Fabien Ronckier
|-
|}

== Matériel à acquérir 2019 ==

{| class="wikitable"
! Projet !! Matériel
|-
| P9 [[IMA4 2018/2019 P9|Spider and I]]
|
* Un smartphone
|-
| P10 [[IMA4 2018/2019 P10|Capteur de niveau d'eau et de pollution]]
|
* 1 Carte STM32L031K6 Nucleo ->[https://fr.rs-online.com/web/p/kits-de-developpement-pour-processeurs-et-microcontroleurs/9173781/ Lien direct vers la référence du produit]
* 2 Microcontrôleurs STM32L051K8T6 (vérifier le modèle) ->[https://fr.rs-online.com/web/p/microcontroleurs/1107088/ Lien direct vers la référence du produit]
* 2 Modules radio RF-LoRa-868-SO -> [https://fr.rs-online.com/web/p/modules-rf/9033059/ Lien direct vers la référence du produit]
* 1 Batterie portable 5v -> [https://fr.rs-online.com/web/p/batteries-externes/7757504/ Lien direct vers la référence du produit]
* 2 Amplificateurs opérationnel OPA4192IPW -> [https://fr.rs-online.com/web/p/amplis-operationnels/1330699/ Lien direct vers la référence du produit]
* 1 Électrode au calomel saturé (fournie par M. Boé)
* 2 Électrode de platine (fournie par M. Boé)
* 2 Ports micro USB-B (vérifier le modèle) -> [https://fr.rs-online.com/web/p/connecteurs-micro-usb/8486764/ Lien direct vers la référence du produit]
* 2 Régulateurs de tension (format différent mais est-ce important ?) -> [https://fr.rs-online.com/web/p/regulateurs-de-tension-a-faible-chute-ldo/6868802/ Lien direct vers la référence du produit]
* 1 Digital to analog converter DAC1220E -> [https://fr.farnell.com/texas-instruments/dac1220e/convertisseur-n-a-20-bits/dp/1097447?st=dac1220e/]
* 2 quadruple amplificateur opérationnel LM324N Lien incorrect [https://www.mouser.fr/ProductDetail/Texas-Instruments/TL084CN?qs=q2XTDbzbm6ANF36GVAxPiQ%3D%3D/ Lien incorrect - récupéré via melectro]

|-
| P12 [[IMA4 2018/2019 P12|Recyclage plastique imprimante 3D]]
|
* 2 x Band Heater M-2929-2 150 W (1 seul, cher !) - [https://fr.rs-online.com/web/p/bandes-chauffantes/3742785/]
* 2 x Ventilateurs 80mm - [https://www.gotronic.fr/art-ee80251b1-a99-19158.htm]
* 3 x Switch - [https://fr.rs-online.com/web/p/interrupteurs-a-bascule/0419732/]
* I2C LCD 16x2 - [https://fr.rs-online.com/web/p/products/5326385/]
* Thermoucouple K + convertisseur MAX6675 - [https://www.gotronic.fr/art-thermocouple-k-convertisseur-max6675-23515.htm]
* Arduino UNO - [https://www.gotronic.fr/art-carte-arduino-uno-12420.htm]
* Transistor IRFZ44N - [https://www.gotronic.fr/art-transistor-irfz44n-1294.htm]
* Transistor TO-92 S8050 - [https://www.mouser.fr/ProductDetail/ON-Semiconductor-Fairchild/SS8050BBU?qs=sGAEpiMZZMshyDBzk1%2fWi8oN7VHZ91OkiNG%2fAg9W7NM%3d]
* Résistance 10 kOhm - [https://fr.farnell.com/vishay/mbb02070c1002fct00/resist-couche-mince-10k-1-600mw/dp/1652647]
|-
| P13 [[IMA4 2018/2019 P13|Emetteur / Récepteur analogique en bande 5725-5875 MHz]]
|
|-
| P14 [[IMA4 2018/2019 P14|Voiture autonome en modèle réduit]]
|
* 1 Monster Truck radiocommandé électrique à l’échelle 1/10 de la marque T2M .
* 1 manette de Xbox (one ou 360) sans fil (pour la phase d'apprentissage).
* 1 Raspberry pi 3 [https://fr.rs-online.com/web/p/kits-de-developpement-pour-processeurs-et-microcontroleurs/8968664/].
* 1 ordinateur/PC doté de suffisamment de RAM pour exécuter le code du réseau de neurones.
* 1 camera pour raspberry à objectif "fisheye" et 10 fps grand minimum Refusé fournisseur non autorisé [https://www.amazon.fr/SainSmart-Objectifs-Fish-Eye-Raspberry-Arduino/dp/B00N1YJKFS].
* 1 set de jumpers mâle/femelle pour breadboard (pour relier les moteurs au shield du raspberry)[https://fr.farnell.com/pro-signal/psg-jmp150mf/cable-cavalier-150mm-rpi-breakout/dp/2452749?st=jumper%20m%C3%A2le/femelle].
* 1 batterie externe capable de fournir 5V et au moins 2A pour l'alimentation de la raspberry[https://fr.rs-online.com/web/p/batteries-lithium-rechargeables/8263476/].
* 1 cable USB/micro USB pour relier la raspberry au PC.
|-
| P22 [[IMA4 2018/2019 P22|Secure And Verified Public Announcements through Blockchain]]
|
|-
| P26 [[IMA4 2018/2019 P26|Discussion pair à pair]]
|
* 1 Raspberry Pi + dongle Wifi "ok"
* Câbles Ethernet "ok"
* 2 routeurs Cisco ISR4221 "ok"
* 1 Switch "ok"
|-
| P28 [[IMA4 2018/2019 P28|Affichage à billes]]
|
* 4 Moteurs:
**2 servomoteurs FS90 permettant de réaliser une liaison glissière pour ouvrir ou fermer l'afficheur
**1 moteur FS90 pour la sélection des billes [https://www.gotronic.fr/art-moteur-28byj-48-5-22491.htm]
**1 moteur FS90R pour la rotation de la vis sans fin
* 1 Roulement à billes
* 70 billes en plastique par couleurs souhaitées [https://toutpourlejeu.com/fr/boules-balles-billes/438-lot-6-boules-plastique-9-mm-de-diametre-en-6-couleurs-billes.html]
* 1 capteur de couleur
* Planches de bois et plexiglas
* Arduino mega [https://www.gotronic.fr/art-carte-arduino-mega-2560-12421.htm]
* Une breadboard
|-
| P30 [[IMA4 2018/2019 P30|Système minimal de gestion de conteneurs]]
| Aucun matériel nécessaire.
|-
| P31 [[IMA4 2018/2019 P31|Robot hexapode de mesure de RSSI WiFi]]
|
* Piles ou batterie pour l'alimentation de l'arduino
* 1 shield PWM [https://www.gotronic.fr/art-shield-i2c-pour-16-servos-ada1411-20672.htm#complte_desc]
* 1 Arduino UNO [https://www.gotronic.fr/art-carte-arduino-uno-12420.htm]
* 5 servomoteurs Tower Pro SG90 [https://www.gotronic.fr/art-servomoteur-sg90-19377.htm]
* 4 capteur de distance ultrason HC-SR04A [https://www.gotronic.fr/art-module-a-detection-us-hc-sr04a-27740.htm]
* 1 Module WiFi ESP8266 [https://www.gotronic.fr/art-module-wifi-serie-esp8266-113990084-23666.htm]
|-
| P32 [[IMA4 2018/2019 P32|Robe augmentée]]
|
* 50x LEDS (commandées par ailleurs, celles-ci sont des cathodes communes) [https://fr.farnell.com/kingbright/lf-5waembgmbc/led-5mm-multicolore-rvb/dp/1168572]
* 1 capteur de fréquence cardiaque [https://www.mouser.fr/ProductDetail/SparkFun/SEN-11574?qs=%2fha2pyFadujajXN5UxBZ3wj188rgoc2badthdTfKMOEFtmhnssM%2fyG3fGL2dhKKq]
* 1 rouleau de fibre optique striée [http://www.luxeum.fr/fibre-optique-stri%C3%A9e-c2x18333091]
* 50* terminaisons de fibres optiques[http://www.luxeum.fr/terminaison-deco-cristal-c2x18555837]
* 7 pilotes de LEDs TLC5947 [https://fr.farnell.com/texas-instruments/tlc5947dap/ic-led-driver-linear-32-tssop/dp/1755259?st=tlc%205947]
* 1 Microcontroleur ATmega 328p [https://fr.farnell.com/microchip/atmega328p-aur/mcu-8-bits-atmega-20mhz-tqfp-32/dp/2425124?st=atmega328p]
* 1 Batterie [https://www.mouser.fr/ProductDetail/Ultralife/U9VLJPBK?qs=sGAEpiMZZMuXcNZ31nzYhVK%2fQG01KKrTI18v8GcEHEE%3d]
* Gaine thermorétractable pour fixer les fibres optiques aux leds (fournisseur non autorisé) [https://www.amazon.fr/Gaine-Thermor%C3%A9tractable-560-Tailles-Ratio/dp/B071D7LJ31/ref=sr_1_1?ie=UTF8&qid=1547726015&sr=8-1&keywords=gaine+thermo+retractable]
* 1 résistance CMS de 10k Ohms [https://www.mouser.fr/ProductDetail/Amphenol-Piher/PT15NH05-103A2020-S?qs=sGAEpiMZZMtlubZbdhIBIOInyB5Ysv8sqLJuKWesI1k%3d]
* 8 résistances CMS de 45 Ohms Refusé, mauvais format [https://www.mouser.fr/ProductDetail/Vishay-Sfernice/P1206E50R0BBT?qs=sGAEpiMZZMu61qfTUdNhG%2fYQG99cOQpChKuvTje3pd0%3d]
* 2 condensateurs de 22 pF (mauvais format) [https://fr.farnell.com/yageo/ca0612jrnpo9bn220/cond-22pf-50v-5-c0g-np0-0612-cms/dp/156693?st=condensateur%20CMS%2022pF]
* 1 oscillateur 16MHz (mauvais format) [https://fr.farnell.com/txc/7a-16-000maaj-t/xtal-16-000mhz-18pf-smd-5-0x3/dp/1841946?st=un%20oscillateur%2016Mhz]
* 1 Aduino Uno [https://fr.farnell.com/arduino-org/a000066/arduino-uno-carte-d-eval/dp/2075382]
|-
| P33 [[IMA4 2018/2019 P33|Collier à animations lumineuses]]
|
* 5 Pilotes de LEDs TLC5947 [https://fr.farnell.com/texas-instruments/tlc5947dap/ic-led-driver-linear-32-tssop/dp/1755259?st=tlc%205947]
* 5 Atmega328P [https://fr.farnell.com/microchip/atmega328p-aur/mcu-8-bits-atmega-20mhz-tqfp-32/dp/2425124?st=atmega328p]
* 1 Accéléromètre ADXL335Z Refusé remplacé par une puce ADXL337B (farnell) [https://fr.rs-online.com/web/p/kits-de-developpement-pour-capteur/7946739/]
* 40 LEDs Rouges [https://fr.farnell.com/kingbright/kpl-3015ec/led-12mcd-rouge-617nm/dp/2426224]
* 40 LEDs Bleues [https://fr.farnell.com/kingbright/kpl-3015qbc-d/led-200mcd-bleu-465nm/dp/2426226]
* 40 LEDs jaunes [https://fr.farnell.com/kingbright/kpl-3015syck/led-350mcd-jaune-590nm/dp/2426230]
* 4 Piles boutons CR2032 Lithium Refusé, utiliser les piles boutons déjà disponibles [https://fr.farnell.com/energizer/e300303700/pile-bouton-limno2-3v-cr2032-6pqt/dp/2507385]
* 2 support de piles boutons Refusé, utiliser les supports déjà disponibles [https://fr.farnell.com/keystone/1062/porte-pile-2-accus-20mm/dp/1282703?st=coupleur%20de%20piles%20boutons]
* breadboard pour des tests
* 2 ou 3 Arduino uno pour des tests
* fils de connexion pour des tests
* Circuit TLC de test
|-
| P35 [[IMA4 2018/2019 P35|Machine Learning pour navigation autonome de robots mobiles]]
|
|-
| P37 [[IMA4 2018/2019 P37|Station de recharge intelligente pour robot mobile]]
|
* 2 bobines (primaire et secondaire), Fabriquant : Wurth Electronik (760308100143) [https://fr.rs-online.com/web/p/bobines-de-charge-sans-fil/9236315/]
* 2 capacités de puissance, Fabriquant : Wurth Electronik (860020672004) [https://fr.rs-online.com/web/p/condensateurs-aluminium/8396609/]
* 1 inductance pour filtre LC, Fabriquant : Panasonic (ELC08D2R7) Non commandable, voir quantité [https://fr.rs-online.com/web/p/inductances-traversantes/1101292/]
* 1 capacité pour filtre LC, Fabriquant : Panasonic (EEUFM1H101) [https://fr.rs-online.com/web/p/condensateurs-aluminium/5261597/]
* 1 pont de diode pour redresseur, Fabriquant : Vishay (KBU4B-E4/51) [https://fr.rs-online.com/web/p/ponts-redresseurs/6296437/]
* 1 NE555D pour commande Onduleur, Fabriquant : Texas Instruments (NE555P) [https://fr.rs-online.com/web/p/timers/8660199/]
* 1 Résistance de 1.2kOhm, Fabriquant : RS-PRO (707-7678) [https://fr.rs-online.com/web/p/resistances-traversantes/7077678/]
* 1 Résistance de 39kOhm, Fabriquant : VISHAY (MRS25000C3902FCT00) [https://fr.rs-online.com/web/p/resistances-traversantes/6833607/]
* 1 Capacité de 150pF, Fabriquant : VISHAY (F151K29S3NR63K7R) Non commandable, voir quantité [https://fr.rs-online.com/web/p/condensateurs-ceramique-simple-couche/7167286/]
* 2 MOSFET-N interrupteurs, Fabriquant : Infineon (IRFU3910PBF) [https://fr.rs-online.com/web/p/transistors-mosfet/5411641/]
* 2 MOSFET-P interrupteurs, Fabriquant : Infineon (IRF9530NPBF) [https://fr.rs-online.com/web/p/transistors-mosfet/5410828/]
|-
| P38 [[IMA4 2018/2019 P38|Interface Graphique pour Robotino 2 Upgradé]]
|
|-
| P40 [[IMA4 2018/2019 P40|RFID/NFC]]
|
|-
| P42 [[IMA4 2018/2019 P42|Coupe de robotique des écoles primaires]]
|
* 80 LEDs bleus [https://fr.farnell.com/multicomp/mcl034sblc/led-3mm-32-super-bleu/dp/1581174]
* 80 LEDs rouges [https://fr.farnell.com/multicomp/mcl034pd/led-3mm-70-rouge/dp/1581112]
* 80 LEDs blanches [https://fr.farnell.com/tt-electronics-optek-technology/ovlaw4cb7/led-3mm-blanc-45-deg/dp/1497991]
* 10 contrôleur à LED (TLC5947DAP) [https://fr.farnell.com/texas-instruments/tlc5947dap/ic-led-driver-linear-32-tssop/dp/1755259]
* 6 interrupteurs [https://fr.rs-online.com/web/p/interrupteurs-a-levier/7109652/]
* 4 servomoteurs SG90R [https://www.digikey.fr/product-detail/fr/adafruit-industries-llc/169/1528-1076-ND/5154651]
* 2 cartes Arduino Mega [https://www.mouser.fr/ProductDetail/Arduino/A000067?qs=sGAEpiMZZMt0re6d%252b2Rx9v%252bc%252bQEIaOW9]
* 2 modules Bluetooth (MH-10) [https://www.robotshop.com/eu/fr/module-bluetooth-pour-arduino-hm-10-maitre-esclave.html]
* 2 moteurs pas-à-pas (SY35ST26-0284A) [https://www.robotshop.com/ca/fr/moteur-pas-a-pas-bipolaire-sy35st26-0284a.html]
* 2 contrôleurs moteur (DRV8825) [https://www.robotshop.com/ca/fr/controleur-moteur-pas-a-pas-drv8825-connecteurs-soudes.html]
* 2 roulettes à bille [https://www.mouser.fr/ProductDetail/DFRobot/FIT0007?qs=sGAEpiMZZMtyU1cDF2RqUDZGC8letk%2fMsmge%252b6DUsCg%3d]
* 1 paire de roues en caoutchouc [https://www.robotshop.com/ca/fr/roues-noir-60-8mm-pololu-paire.html]
* 2 bloc de 4 piles AA [https://www.mouser.fr/ProductDetail/Eagle-Plastic-Devices/12BH351-GR?qs=sGAEpiMZZMvxqoKe%252bDjhrq7CisiC19MEQQnE6bRo2ZU%3d]
|-
| P44 [[IMA4 2018/2019 P44|Clônes améliorés des modules ARDUINO]]
|
|-
| P45 [[IMA4 2018/2019 P45|Sac à main ou sac à dos solaire]]
|
* 2 Modules solaire 5W
* 1 Power bank 5000mAh [https://fr.rs-online.com/web/p/batteries-externes/7757508/] 
* 2 Module chargeur accus Li-ion [https://www.gotronic.fr/art-module-chargeur-accus-li-ion-gt058-26089.htm]
* 5 Transistors canal-P [https://fr.rs-online.com/web/p/transistors-mosfet/6503921/]
* 1 Module SunFlower [https://www.gotronic.fr/art-module-sunflower-3-3-5-9-12-vcc-dfr0535-28271.htm]
* 1 Arduino Nano ou Uno [https://fr.rs-online.com/web/p/kits-de-developpement-pour-processeurs-et-microcontroleurs/6961667/]
* 1 Module bluetooth BLE [https://www.gotronic.fr/art-module-bluefruit-spi-ble-ada2633-23893.htm]
* 20 leds cms orange [https://fr.rs-online.com/web/p/led/4663627/]
* 1 Lampe halogène (Pour test panneau solaire)
* Divers fils et connecteurs
|-
| P46 [[IMA4 2018/2019 P46|Kit Robot]]
|
* Plaque de plexiglas 1m2, 4mm d'épaisseur pour des fines pièces (3mm mais même usage)
* Plaque de plexiglas 1m2, 8mm d'épaisseur pour des pièces plus grosses et résistantes (6mm mais même usage)
* 2 Motoréducteur + encodeur FIT0520 (cher !): [https://www.gotronic.fr/art-motoreducteur-encodeur-fit0520-27896.htm]
* 1 Capteur de distance par Ultrasons HCSR04: [https://www.gotronic.fr/art-module-a-detection-us-hc-sr04a-27740.htm]
* 2 Capteurs de distance par Infrarouges de type SHARP (cher !): [https://www.gotronic.fr/art-capteur-de-mesure-sharp-gp2y0a41sk0f-18338.htm]
* 1 Gyroscope (cher !): [https://www.gotronic.fr/art-module-gyroscope-l3gd20h-2129-21729.htm]
* 2 Capteur de lignes: [https://www.gotronic.fr/art-module-suiveur-de-ligne-gt1140-26142.htm]
* 2 Fin de courses: [https://www.gotronic.fr/art-microrupteur-sps75gl-4325.htm]
* 5 ATTiny85 CMS: [https://fr.rs-online.com/web/p/microcontroleurs/1331673/]
* 2 ADS1015 : [https://fr.rs-online.com/web/p/can-a-usage-general/7094550/]
* Vis M4 12mm,16mm et écrous M4 : [https://fr.rs-online.com/web/p/vis-a-six-pans/2328215/] + [https://fr.rs-online.com/web/p/vis-a-six-pans/2328209/] + [https://fr.rs-online.com/web/p/ecrous-hexagonaux/0189579/]
* Arduino Mega: [https://www.gotronic.fr/art-carte-mega-2560-r3-25502.htm]
|-
| P57 [[IMA4 2018/2019 P57|Mise à jour over the air]]
|
* 2 ATMEGA328P-Au [https://www.microchip.com/wwwproducts/en/ATmega328p]
* 2 Flash 128kB [https://www.mouser.fr/ProductDetail/Winbond/W25X10CLSNIG?qs=sGAEpiMZZMve4%2fbfQkoj%252bOhLEICX0StD3ede4x7EGwE%3d]
* 2 SRAM 128kB [https://www.mouser.com/ProductDetail/ISSI/IS62WVS1288FBLL-20NLI?qs=sGAEpiMZZMt9mBA6nIyysO%252bUVEHy8kHdw1Lt0j8%2flOw%3d]
* 3 NRF24L01 [https://www.robotshop.com/en/24g-transceiver-nrf24l01p-module.html]
* 2 3v3 regulator [https://www.mouser.fr/ProductDetail/Texas-Instruments/LM1117MP-33-NOPB?qs=X1J7HmVL2ZFn4x9DZ4T2hA%3D%3D]
* 2 16Mhz oscillator [https://fr.farnell.com/iqd-frequency-products/lfxtal003237/quartz-cms-16mhz/dp/9713808?gclid=Cj0KCQiA-JXiBRCpARIsAGqF8wUEu0Ne-RC-vjXZ_b2i6tajmkh-N3i4CzSyy-ehYtkqTLWsK0wsu7waAu6-EALw_wcB&gross_price=true&mckv=kpBqurSg_dc|pcrid|80993958782|&CAWELAID=120185620000131014&CAGPSPN=pla&CAAGID=13038031862&CMP=KNC-GFR-GEN-SHOPPING-9713808&CATCI=pla-73752353462]
* 1 Raspberry Pi [[https://fr.rs-online.com/web/p/kits-de-developpement-pour-processeurs-et-microcontroleurs/1720555/]]
* 1 ecran LCD Raspberry PI [https://fr.rs-online.com/web/p/kits-de-developpement-pour-afficheurs-graphiques/8997466/]
|-
| P63 [[IMA4 2018/2019 P63|Etude de la consommation d'un capteur de pollution]]
|
* Carte Arduino UNO [https://fr.farnell.com/arduino/a000066/arduino-uno-carte-d-eval/dp/2075382?st=arduino%20uno]
* ATMEGA328p [https://fr.farnell.com/microchip/atmega328p-au/micro-8-bits-avr-32k-flash-32tqfp/dp/1715486?st=atmega%20328p]
* BreadBoard [https://fr.farnell.com/mcm/21-18936/carte-de-prototypage-55-x-83-mm/dp/2855018?st=breadboard]
* Quartz de 16MHz [https://fr.farnell.com/txc/9b-16-000maaj-b/xtal-16-000mhz-18pf-hc-49s/dp/1842216?st=quartz%2016MHz]
* Capteur de température/humidité DHT11 [https://fr.farnell.com/df-robot/dfr0067/capteur-humidite-de-temperature/dp/2946103?ost=dht11&krypto=nSAe3xUmYzn82Ba3MCmTb1xsIQwIwLm0Wug77jAEBmRR8c0u9aORPwbEXUzZkgEOkW9FWrot%2FD2G1fauIEdT2%2FLQpj%2FbWYyeehmGw6cPJouYreHMHIL5EcUCZ7dGiBBrtP9Pztes%2BFTSfnidMZNl%2BV2bmfUdjVN%2Ffd%2BfpCvmWmC2Pa6oc8NiPYtnwD9DHagkFXRCFgLeICUjhLO0CrI5O7YSEu8GSaIH61z3l8yfWPvGhER3Egx5AGiiDDaA%2BvLuSgGqia%2F4qpn0eOM86V%2F84%2FqRn1SizGCoHhSdWeZMJ81ZzxrqmZnpz5A1t9UiWlqGESOur8dThEJ4SYF1DYqqFpYhDtchRQn6bk%2BeaDYBdbXrGYsKcSoVUPPgX4lBqxs1BUvNI49Bk7GpBIi1ViHtneYL%2BMRj7QyfDp9iWIw9Qe8pxdpcFFdqxlO%2B78PffaFHNseBt0aCCBSgXM0ai%2FKz%2BQ%3D%3D&ddkey=https%3Afr-FR%2FElement14_France%2Fsearch]
* Capteur de particules PM2.5 - SEN0177 (avec son adaptateur) (1 disponible, cher, justifiez les 2 autres) [https://eu.mouser.com/ProductDetail/DFRobot/SEN0177?qs=%2fha2pyFadug0jBbcL1AeO5xbZZKOlHL5GOQhx8mcyvg%3d]
* Carte SD 16Go [https://www.gotronic.fr/art-carte-micro-sd-16-gb-21521.htm]
* Shield Bluetooth [https://www.gotronic.fr/art-module-bluetooth-hc05-26097.htm]
* FTDI [https://fr.farnell.com/ftdi/ft232rl-reel/usb-vers-uart-ssop28-232/dp/1146032?st=ftdi%20ft232]
* Module USB [https://fr.farnell.com/wurth-elektronik/61400416121/embase-usb-2-0-type-b-cms/dp/1642035?st=usb%20type%20B]
* Condensateur : 4*0,1uF + 1*10uF + 2*22pF
* Résistances : 1*1MOhm + 2*10kOhm + 4*1kOhm
* MicroSD card module [https://www.mouser.fr/ProductDetail/DFRobot/DFR0229?qs=lqAf%2FiVYw9iUSsZAMqpn6w%3D%3D]
* 1 Transistor Mosfet IRF530NPBF [https://fr.farnell.com/infineon/irf530npbf/transistor-mosfet-canal-n-to220/dp/8648263?st=irf530]
* 4 Résistances CMS 1KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-102-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCG8U96oB1N8iEjA3WWloOyQ%3D%3D]
* 2 Résistances CMS 10KOhm [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-103-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCf7nuw8CxaxWavEDTcrYVSA%3D%3D]
* 1 Résistance CMS 4,7KOhm (0805 !) [https://www.mouser.fr/ProductDetail/Susumu/RGT1608P-472-B-T5?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCR8f6WlwD1E1e%2FmlyHQJiVw%3D%3D]
* 1 Résistance CMS 1MOhm [https://www.mouser.fr/ProductDetail/Yageo/RT0603DRD071ML?qs=sGAEpiMZZMu61qfTUdNhG7aYZMPoYcGCCzRqR3HSxGAhpPu7NwurDw%3D%3D]
* 6 Capa0603 CMS 0.1uF [https://www.mouser.fr/ProductDetail/Yageo/AS0805KKX7R9BB104?qs=sGAEpiMZZMs0AnBnWHyRQN7%2FAA2D2lPPsYA1bJbHbZoQC62GCvbujw%3D%3D]
* 2 Capa0805 CMS 22pF [https://www.mouser.fr/ProductDetail/KEMET/CBR08C220J5GAC?qs=sGAEpiMZZMs0AnBnWHyRQKJCfzG%2Fi9wHIuDMkLtQL%252BAeTzFzADF%2FKw%3D%3D]
* 1 Capa0805 CMS 10uF [https://www.mouser.fr/ProductDetail/Yageo/CC0805KFX5R8BB106?qs=sGAEpiMZZMs0AnBnWHyRQB9G40cLJQs48fO1KJB45QKWe9F2ufi5Bw%3D%3D]
* 1 Diode verte CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SMLD12EN1WT86?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2UaDK3wHdwzQH59mdZ86SRg%3D%3D]
* 1 Diode rouge CMS 0603 [https://www.mouser.fr/ProductDetail/ROHM-Semiconductor/SML-D12V8WT86C?qs=sGAEpiMZZMseGfSY3csMkdgyOOAg6kv2xr7aIegCC5DdIa4TH1FJuQ%3D%3D]
* AOP LTC6800 [https://fr.rs-online.com/web/p/amplificateurs-dinstrumentation/7619648/]
* Résistances 150,10k
* 2 Condensateurs 0.1 uF
|-
| P70 [[IMA4 2018/2019 P70|Impact du matériel et du logiciel sur le rayonnement électromagnétique]]
|
|-
| P72 [[IMA4 2018/2019 P72|Mesure du courant simple]]
|
* 1x Arduino Due [https://fr.farnell.com/arduino-org/a000062/arduino-due-carte-de-dev/dp/2250861?st=arduino%20due]
* 1x Arduino Uno (non-SMD) [https://fr.farnell.com/arduino/a000066/arduino-uno-carte-d-eval/dp/2075382]
* 1x Breadboard assez longue [https://fr.farnell.com/mcm/21-18980/carte-de-prototypage-46-x-176/dp/2855027?st=breadboard]
* ~20 ou 30 Câbles pour Breadboard
* 1x Support DIL 28 broches [https://fr.farnell.com/amphenol-icc-fci/dilb28p-223tlf/dip-socket-28-position-through/dp/1824463?st=dil%2028]
* 1x AOP OPA4277PA (précision) [https://fr.farnell.com/texas-instruments/opa4277pa/ampli-op-quad-high-prec/dp/1097452?st=opa%204277]
* 1x Carte convertisseur boost 15 W 3,7 - 34 V Refusé, fournisseur non fiable, un seul produit pour ce fournisseur, équivalent commandé sur ebay [https://www.robotshop.com/en/dfrobot-dc-to-dc-step-up-voltage-regulator.html]
* 2x Coupleur de pile 9 V (Paquet de 10) [https://fr.rs-online.com/web/p/porte-piles-supports/1756071/]
* 2x pile 9 V
* 1x AOP TL081 [https://fr.farnell.com/texas-instruments/tl081cp/ampli-op-bifet/dp/1103002?st=tl%20081]
* 10x Résistances traversantes 10 kΩ 1% [https://fr.farnell.com/multicomp/mcmf006ff1002a50/resistance-couche-metal-10k-1/dp/2401780]
* 10x Transistor MMBTA14 [https://fr.farnell.com/on-semiconductor/mmbta14/transistor-npn-darl-0-3a-30v-sot23/dp/1700707]
* 15x Transistor MMBTH10LT1G [https://fr.farnell.com/on-semiconductor/mmbth10lt1g/transistor-npn/dp/1459112]
|-
| P73 [[IMA4 2018/2019 P73|Ecriture automatique de partition musicale]]
|
* Le connecteur jack femelle(Amphenol ACJS-MHDR) Refusé, multiplication des fournisseurs, commandé chez gotronic : [https://www.digikey.fr/products/fr?keywords=amphenol%20acjs-mhdr]
* Le microcontrôleur STM32L433cc : [https://www.digikey.fr/product-detail/fr/stmicroelectronics/STM32F411RET6/497-14909-ND/4935722]
* Un ampli OP MAX4468EKA+T Refusé, multiplication des fournisseurs, commandé chez farnell : [https://www.digikey.fr/product-detail/fr/maxim-integrated/MAX4468EKA-T/MAX4468EKA-CT-ND/5405777]
* Filtre passe-bas (MAX7405EPA) Refusé, multiplication des fournisseurs, commandé chez farnell : [https://www.digikey.fr/product-detail/fr/maxim-integrated/MAX7405ESA/MAX7405ESA-ND/1513362]
* Voltage regulator 5v vers 3.3V (Toshiba TCR2EF33) (remplacer par un LM1117 ?) : [https://www.digikey.fr/product-detail/fr/toshiba-semiconductor-and-storage/TCR2EF33LM-CT/TCR2EF33LM-CTCT-ND/4503328]
* Micro electret avec ampli intégré (CMA 4544 + MAX4466) : [https://www.digikey.com/products/en?mpart=1063&v=1528]
* Carte Nucleo avec STM32F411 (vérifier le modèle) : [https://www.digikey.fr/products/fr?keywords=nucleo%20stm32f411]
* Quartz 16MHz : [https://www.digikey.fr/product-detail/fr/abracon-llc/ABLS-16.000MHZ-B4-T/535-10226-1-ND/2184261]
* FTDI FT232RL : [https://fr.rs-online.com/web/p/products/406580P/?cm_mmc=aff2-_-fr-_-octopart-_-406580P]
* 2 x 100k Ohm : [https://fr.rs-online.com/web/p/resistances-cms/7217501/]
* 1 x 20k Ohm Refusé pas en stock : [https://fr.rs-online.com/web/p/resistances-cms/8183059/]
* 1 x 10k Ohm : [https://fr.rs-online.com/web/p/resistances-cms/6845629/]
* 2 x 1k Ohm : [https://fr.rs-online.com/web/p/resistances-cms/0566800/]
* 2 x 220 Ohm : [https://fr.rs-online.com/web/p/resistances-cms/0566793/]
* Connecteur USB : [https://www.digikey.fr/product-detail/fr/amphenol-icc-fci/10118194-0001LF/609-4618-1-ND/2785382]
* 8 capa 100nF 0603 : [https://fr.rs-online.com/web/p/condensateurs-ceramique-multicouche/6983263/]
* 3 capa 4,7 µF 0603 : [https://fr.rs-online.com/web/p/condensateurs-ceramique-multicouche/6911164/]
* 1 capa 1 µF 0603 : [https://fr.rs-online.com/web/p/condensateurs-ceramique-multicouche/4612708/]
* 1 capa 10nF (paquet de 25) : [https://fr.rs-online.com/web/p/condensateurs-ceramique-multicouche/2644595/]
* 2 capa 20pF (paquet de 10) : [https://fr.rs-online.com/web/p/condensateurs-ceramique-multicouche/7880355/]
* 1 capa 47pF (paquet de 25) : [https://fr.rs-online.com/web/p/condensateurs-ceramique-multicouche/2644517/]
* bouton reset (paquet de 20) : [https://fr.rs-online.com/web/p/interrupteurs-tactiles/4791491/]
|-
|}

== Matériel à acquérir 2018 ==

{| class="wikitable"
! Projet !! Matériel
|-
| P1 [[IMA4 2018/2019 P1|Manettes pour travaux pratiques]]
|
*24 LEDs rouge [https://fr.rs-online.com/web/p/led/1278416/]
*12 Résistances SMD 10kOhm [https://fr.rs-online.com/web/p/resistances-cms/8075425/]
*2 Résistances SMD 22Ohm [http://www.example.com/ titre du lien]
*24 Résistances SMD 220Ohm [https://fr.rs-online.com/web/p/resistances-cms/8206809/]
*6 Résistances SMD 1kOhm [https://fr.rs-online.com/web/p/resistances-cms/1674785/]
*2 Résistances SMD 1MOhm [https://fr.rs-online.com/web/p/resistances-cms/8075481/]
*7 Capacités SMD 100nF [https://fr.rs-online.com/web/p/condensateurs-ceramique-multicouche/1364095/]
*4 Capacités SMD 22pF [https://fr.rs-online.com/web/p/condensateurs-ceramique-multicouche/6982790/]
*1 Capacité SMD 1µF [https://fr.rs-online.com/web/p/condensateurs-ceramique-multicouche/9214416/]
*2 XTAL 16MHz [https://fr.rs-online.com/web/p/oscillateurs-a-quartz/7037129/]
*4 Transistors Bipolaire NPN [https://fr.rs-online.com/web/p/transistors-numeriques/6900149/]
*6 Diodes DO-213 [https://fr.farnell.com/taiwan-semiconductor/s1al/diode-sgp-1a-50v/dp/1559148?st=diode%20S1A%205YY]
*2 Sparkfun ispc header 6 broches
*2 Boutons reset [https://www.mouser.fr/ProductDetail/SparkFun/COM-08720?qs=sGAEpiMZZMuWWq7rhECaKXurNfYUOKhFvwWF6RrutsI%3d]
*10 Switch boitier SMD [https://www.mouser.fr/ProductDetail/SparkFun/COM-12993?qs=sGAEpiMZZMuWWq7rhECaKUcKpa6sft1e6Cst%252bI4R6aw%3d]
*2 USB-miniB-smd-ns [https://www.mouser.fr/ProductDetail/SparkFun/PRT-00587?qs=sGAEpiMZZMuWWq7rhECaKWORxrn0%2fHkihKKwhmcRbow%3d]
*4 Vibreur (Sparkfun motor)[https://www.mouser.fr/ProductDetail/SparkFun/ROB-08449?qs=sGAEpiMZZMuWWq7rhECaKe%252bGbKTZIP3wnZ7lxvAHLmY%3d]
*1 Atmega 16u2 [https://fr.rs-online.com/web/p/microcontroleurs/1278282/]
*1 Atmega 328p [https://fr.rs-online.com/web/p/microcontroleurs/1310270/]
*1 FTDI FT232BL [https://www.mouser.fr/ProductDetail/FTDI/FT232BL-REEL?qs=sGAEpiMZZMs5ceO8zL%252bTx9oJ8aiHRgCo]
*1 Perle de ferrite []
|-
| P2 [[IMA4 2018/2019 P2|NumWorks et robot]]
|
|-
| P3 [[IMA4 2018/2019 P3|Robot régulé]]
|
*1*Gyroscope et accéléromètre MPU6050 [https://fr.farnell.com/invensense/mpu-6050/gyroscope-accelero-6-axes-i2c/dp/1864742/ ]
*2*Roue [https://www.robotshop.com/eu/fr/roue-micro-servo-fs90r-24.html?gclid=EAIaIQobChMIt6TZqfnu3QIVhLHtCh07JgrGEAQYAiABEgLG1vD_BwE ]
*2*Capteur de souris optique
*1*ATMEGA328PU [https://fr.farnell.com/atmel/atmega328-pu/micro-8-bits-avr-32k-flash-28pdip/dp/1972087?st=ATMEGA328P/ ]
*1*Contrôleur moteur [https://www.robotshop.com/eu/fr/controleur-deux-moteurs-dc-3a-5v-28v-pololu-tb6612fng.html?gclid=CjwKCAjworfdBRA7EiwAKX9HeNKQ9krFFOPBErCeFhN4g3-08qhqQMsPwlIKRPsNFpXd4NOrt0RSwBoC8_gQAvD_BwE/ ]
*1*Régulateur de tension [https://www.mouser.fr/ProductDetail/Texas-Instruments/LM338T-NOPB?qs=sGAEpiMZZMvu8NZDyZ4K0czVwi%2feZmTa ]
*13*Condensateur 100nF [https://fr.farnell.com/avx/04023d104kat2a/condensateur-0-1-f-25v-10-x5r/dp/1833862 ]
*2*Condensateur 10uF [https://fr.farnell.com/avx/22205c106kat2a/condensateur-10-f-50v-10-x7r-2220/dp/1657949?st=condensateur%20c%C3%A9ramique%20cms%2010mF ]
*1*Condensateur 2.2nF [https://fr.farnell.com/murata/grt1885c1h222ja02d/cond-2200pf-50v-5-c0g-np0-0603/dp/2672140?st=condensateur%20cms%202.2nF/ ]
*1*Condensateur 10nF [https://fr.farnell.com/avx/06031c103k4z2a/cond-0-01-f-100v-10-x7r-0603/dp/1301715?st=10nf%200603 ]
*2*Condensateur 22pF [https://www.mouser.fr/ProductDetail/AVX/06036A220KAT2A?qs=%2fha2pyFadujFAMWcscuzNxoi2Xvu%2fcfD8lvTtKLZ6rzLbCl2Yyy9Kg%3d%3d ]
*1*Rectifier Diode [https://www.mouser.fr/ProductDetail/Vishay-Semiconductors/GL34G-E3-83?qs=%2fha2pyFaduhcwkEZbW1d2CZAGmWr2%2fNAC5qtPDBJR27vWTljBHmHKA%3d%3d ]
*2*Servomoteur [https://www.robotshop.com/eu/fr/micro-servomoteur-9g-48v.html/ ]
*1*FA238 [http://www.mouser.fr/ProductDetail/Epson-Timing/TSX-3225-160000MF09Z-AC3/?qs=sGAEpiMZZMsBj6bBr9Q9acukpafrIaZ1%2fpqCtYImzz0%3d ]
*1*émetteur infrarouge [https://www.mouser.fr/ProductDetail/OSRAM-Opto-Semiconductors/SFH-4845?qs=%2fha2pyFadugjIA4ylihU12jGSA%252bzbOUlwVVqnWGUzCE%3d ]
*2*Résistance 1kΩ [http://www.mouser.fr/ProductDetail/ROHM-Semiconductor/ESR03EZPJ102/?qs=sGAEpiMZZMu61qfTUdNhG1IKPAnaLGejvfM9hA7acow%3d ]
*8*Résistance 220Ω [http://www.mouser.fr/ProductDetail/ROHM-Semiconductor/ESR03EZPJ221/?qs=sGAEpiMZZMu61qfTUdNhG1IKPAnaLGejce8FZC1%2fFYU%3d ]
*1*Résistance 330Ω [http://www.mouser.fr/ProductDetail/ROHM-Semiconductor/ESR03EZPJ331/?qs=sGAEpiMZZMu61qfTUdNhG1IKPAnaLGejYH%2fBWzzt0Tg%3d ]
*3*Résistance 10kΩ [http://www.mouser.fr/ProductDetail/ROHM-Semiconductor/ESR03EZPJ103/?qs=sGAEpiMZZMu61qfTUdNhG1IKPAnaLGejZIagwiN2IRk%3d ]
*1*Résistance 1MΩ [http://www.mouser.fr/ProductDetail/ROHM-Semiconductor/ESR03EZPJ105/?qs=sGAEpiMZZMu61qfTUdNhG79AcIiSWYOgHx87yIE%2f9KKMdGhl9FJu5g%3d%3d ]
*1*Résistance 470Ω [http://www.mouser.fr/ProductDetail/ROHM-Semiconductor/KTR03EZPJ471/?qs=sGAEpiMZZMu61qfTUdNhGwzMi690UM7UxxZFBtRl4vg%3d ]
*1*Interrupteur [http://www.mouser.fr/ProductDetail/ALPS/SKQGADE010/?qs=sGAEpiMZZMsqIr59i2oRcrO5GDYRXDIX6cdtN26xmPE%3d ]
*1*Interface USB [https://www.mouser.fr/ProductDetail/FTDI/FT232RL-REEL/?qs=sGAEpiMZZMs5ceO8zL%252bTxyQLQIH6hE7q ]
*1*Quartz [http://www.mouser.fr/ProductDetail/ECS/ECS-160-20-3X-TR/?qs=sGAEpiMZZMvAbnEMxb34PZ9bYWrwSXiB ]
*3*Récepteur infrarouge [http://www.mouser.fr/ProductDetail/Vishay-Semiconductors/TSOP38238/?qs=sGAEpiMZZMvAL21a%2fDhxMtgKho2n4%2fgBkajAZHPY5lE%3d ]
*3*Pile 9V [http://www.mouser.fr/ProductDetail/Panasonic-Battery/6LF22XWA-B12/?qs=sGAEpiMZZMsra%2fh506hF%252bITISQoCasqh1k2eJLis9sg%3d ]
*2*roue folle [https://www.robotshop.com/eu/fr/roulette-bille-pololu-0375-po-metal.html]
|-
| P4 [[IMA4 2018/2019 P4|Commande d'un robot de grande taille]]
|
* 4 boutons [https://fr.rs-online.com/web/p/interrupteurs-tactiles/4791413/ sur RS] 
OU 1 joystick [https://www.mouser.fr/ProductDetail/SparkFun/COM-09032?qs=sGAEpiMZZMuWWq7rhECaKUT5MYNYd7P4CmTLX6MP148%3d sur Mouser]
* 5 mètres de câble ethernet [https://fr.rs-online.com/web/p/cables-categorie-5/3336576/ sur RS]
* 3 résistances de 2 kOhm [https://www.mouser.fr/ProductDetail/?qs=55YtniHzbhChD4xZYIIrug%3d%3d sur Mouser]
* 1 résistance de 50 mOhm [https://www.mouser.fr/ProductDetail/?qs=5aG0NVq1C4zeGYoboBHK%2fw%3d%3d sur Mouser]
* 1 capacité de 1 µF [https://fr.farnell.com/teapo/kss105m063s1a5b07k/condensateur-1-f-63v-20/dp/2901334?st=condensateur%201%20%C2%B5F sur Farnell]
* 2 capacités de 1 nF [https://fr.farnell.com/multicomp/mc0201b102k250ct/cond-1000pf-25v-10-x7r-0201/dp/1758878?st=condensateur%201%20nF sur Farnell]
* 2 batteries 12 V / 35 Ah [https://www.norauto.fr/produit/batterie-1er-prix-confiance-bvp8-35-ah-330-a_470075.html chez Norauto]
* 1 convertisseur DDR-120B-12 (24 VDC->12 VDC,120W,10A (sous dimensionné)) [https://www.mouser.fr/ProductDetail/MEAN-WELL/DDR-120B-12?qs=sGAEpiMZZMsc0tfZmXiUnQ%252bwKZhbvwnu0KxZN5BQOT3Q5z3nFWmpgQ%3d%3d sur Mouser] 
OU convertisseur PV24S (24 VDC->12 VDC, 288 W, 24 A (surdimensionné)) [https://fr.farnell.com/alfatronix/pv24s/convertisseur-dc-dc-vehicle-24a/dp/1182702?st=convertisseur%2024%2012 sur Farnell]
* 1 fuel gauge LTC2944 24V [https://www.mouser.fr/ProductDetail/?qs=u4fy%2fsgLU9Omd44j%252b6inEQ%3d%3d sur Mouser]
* 1 LED RGB (pour indiquer l'état de la charge) [https://fr.rs-online.com/web/p/led/8614307/ sur RS]
* 2 capteurs IR 2Y0A02 (arrière robot) [https://fr.rs-online.com/web/p/capteurs-optiques-reflechissants/0315450/ RS]
* 2 capteurs de courant ACS712ELCTR-20A-T pour déterminer le couple des moteurs [https://e.banana-pi.fr/son-courant-lumi%C3%A8re/624-capteur-de-courant-acs712-20a.html sur e.banana-pi.fr] 
OU la puce seule [https://fr.rs-online.com/web/p/capteurs-a-effet-hall/6807135/ sur RS]
* 1 plaque plexiglas 1*1*0,0025 m^3 [https://www.leroymerlin.fr/v3/p/produits/plaque-transparent-l-100-x-l-100-cm-2-5-mm-e162579 sur Leroy Merlin]
|-
| P5 [[IMA4 2018/2019 P5|Réalisation d'un prototype de calculatrice NumWorks]]
|
* 1x NUCLEO-F412ZG [https://fr.farnell.com/stmicroelectronics/nucleo-f412zg/carte-de-dev-nucleo-32-mcu/dp/2546572?CMP=GRHB-OCTOPART Farnell ref: NUCLEO-F412ZG]
* 1x Shield LCD TFT ST7781 [https://www.ebay.fr/itm/Keyes-240x320-Touch-Colour-LCD-Shield-EB-071-2-4-inch-RGB-UNO-Flux-Workshop/122629960673?hash=item1c8d50b3e1:g:wb4AAOSwTQhZgv~~ ebay ref: reste 1]
* 47x Boutons (clavier+reset) [https://fr.rs-online.com/web/p/interrupteurs-tactiles/4791491/ RS ref: 2-1437565-7]
* 1x Résistance (reset) CMS 0603 10 kΩ [https://fr.rs-online.com/web/p/resistances-cms/6620681/ RS ref: ERA3APB103V]
* 1x LED RGB [https://www.mouser.fr/ProductDetail/Lite-On/LTST-S310F2KT?qs=%2fha2pyFaduhUesG3HP2%252bqMX20OwVrcdB1hTndVaqTXz0WEN1WZFWYA%3d%3d Mouser ref: LTST-S310F2KT]
* 3x Résistance (SOT-23) CMS 0603 1 MΩ [https://fr.rs-online.com/web/p/resistances-cms/6662279/ RS ref: CPF0603B1M0E]
* 1x Résistance R-led CMS 0603 100 Ω [https://fr.rs-online.com/web/p/resistances-cms/6661951/ RS ref: CPF0603B100RE]
* 2x Résistance G-led/B-led CMS 0603 56 Ω [https://fr.rs-online.com/web/p/resistances-cms/0566519/ RS ref: ERA3AEB560V]
* 3x AO3424 SOT-23 [https://www.mouser.fr/ProductDetail/Infineon-Technologies/IRLML6346TRPBF?qs=%2fha2pyFadujQqUKUUm2J2Tjq0jvk%2fu1I8qEbV9q8%2fL2sJ%252bSNKEtLYuSBehKZupSx RS ref: 942-IRLML6346TRPBF]
|-
| P6 [[IMA4 2018/2019 P6|Réalisation d'une matrice de LEDs]]
|
*3* CAPA106 [https://fr.farnell.com/kemet/c0805x106j8ractu/condensateur-10-f-10v-5-x7r-0805/dp/2776897?st=CAP-0805%2010%20%C2%B5F]
*6* CAPA104 [https://fr.farnell.com/kemet/c0603x104k4ractu/condensateur-0-1-f-16v-10-x7r/dp/1414027?st=CAP-0603]
*2* CAPA 27pF [https://fr.farnell.com/kemet/c0603x270f5gactu/condensateur-mlcc-27pf-50v-0603/dp/2905032?st=CAP-0603%2027pF]
*INDUCTOR-0603 2.2uH [https://fr.farnell.com/tdk/mlz1608a2r2wt/inductance-2-2uh-5-blindee/dp/2215629?st=0603%202.2uH]
*LED-0603 [https://fr.farnell.com/rohm/sml-d12u8wt86c/led-aec-q101-rouge-63mcd-0603/dp/2687487?st=LED0603]
*RES-0603 510Ω [https://fr.farnell.com/vishay/crcw0603510rfkea/res-couche-epaisse-510r-1-0-1w/dp/1469826]
*RES-0603 10kΩ [https://fr.rs-online.com/web/p/resistances-cms/0472799/]
*2* RES-0603 270Ω [https://fr.rs-online.com/web/p/resistances-cms/8206818/]
*2* RES-0603 1kΩ [https://fr.rs-online.com/web/p/resistances-cms/0566800/]
*ATmega328P-PU [https://fr.rs-online.com/web/p/microcontroleurs/1310276/]
*FT232R [https://fr.farnell.com/ftdi/ft232rl-reel/usb-vers-uart-ssop28-232/dp/1146032?st=FT232R]
*OSCILLATOR 16MHz
*bouton
*INDUCTOR-603 Ferrite bead [https://fr.farnell.com/laird/mi0805k400r-10/perle-de-ferrite-2012-100mhz-40r/dp/2292459RL?mckv=sIp7KeHNe_dc|pcrid|205701260602|kword|mi0805k400r%2010|match|p|plid||slid||product||pgrid|15471792434|ptaid|kwd-22441313013|&CMP=KNC-GFR-GEN-SKU-MDC&gclid=Cj0KCQjwrszdBRDWARIsAEEYhrenYYUPgnCsLSImhOOQ9Dis6Qq8HnV0koOwRdnMzMic6wsCeH_CwpcaAgDoEALw_wcB]
*CAP-0805 4.7uF [https://fr.farnell.com/avx/0805zc475kat2a/condensateur-4-7-f-10v-10-x7r/dp/1833814]
*CAP0603 10nF [https://fr.farnell.com/avx/06031c103k4z2a/cond-0-01-f-100v-10-x7r-0603/dp/1301715?st=0603%2010nF]
*2* CAP0603 100nF [https://fr.farnell.com/kemet/c0603c104j5racauto/condensateur-0-1-f-50v-5-x7r-0603/dp/2478241?st=0603%20100nF]
*2* RES-0603 3.3K [https://fr.farnell.com/multicomp/mcre000152/res-couche-epaisse-3-3k-1-0-05w/dp/1711628]
*3* RES-0603 1K [https://fr.rs-online.com/web/p/resistances-cms/0566800/]
*RES-0603 10K [https://fr.rs-online.com/web/p/resistances-cms/0472799/]
*TLC5947 [https://fr.farnell.com/texas-instruments/tlc5947dap/ic-led-driver-linear-32-tssop/dp/1755259?st=TLC5947]
*3* UDN2982SLW [https://fr.farnell.com/allegro-microsystems/a2982slw-t/driver-source-8-ch-smd-soicw-20/dp/1329620?rpsku=rel3:UDN2982LWT&isexcsku=false]
*3* PCF8574 [https://fr.farnell.com/nxp/pcf8574t-3-512/i-o-expander-8-bits-16soic/dp/2101303?st=Expandeur%20E/S,%208bit,%20100%20kHz,%20I2C,%202.5%20V,%206%20V,%20SOIC]
*LM1117IMP-5.0 [https://fr.farnell.com/texas-instruments/lm1117imp-5-0-nopb/regulateur-ldo-fixe-5v-sot-223/dp/2323581?st=LM1117]
|-
| P7 [[IMA4 2018/2019 P7|Supervision d'un système automatisé en version industrie 4.0]]
|
|-
|}

IMA4 2018/2019 P63

2019-03-10T19:38:19Z

Vlorthio : /* Réalisation du Projet */

IMA4 2018/2019 P63

2019-03-10T19:16:34Z

Vlorthio :

Discussion:Projets IMA4 SC & SA 2018/2019

2019-03-06T17:54:53Z

Vlorthio : /* Présence */

== Répartition des binômes ==

{| class="wikitable"
| Projet || Analyse || Matériel || Mi-parcours || Fin de parcours || Wiki terminé || Rapport || Vidéo
|-
| P9 [[IMA4 2018/2019 P9|Spider and I]]
| La description des "concurrents" aurait pu être plus précise. Un effort sur le scénario d'usage qui aurait, lui aussi, pu être développé. Des coquilles. Un vague plan de travail.
| Rien ou presque, fournisseur non utilisable.
|
|
|
|
|
|-
| P10 [[IMA4 2018/2019 P10|Capteur de niveau d'eau et de pollution]]
| Des coquilles. Bonne description des concurrents. Un effort pour le scénario, bonne mise en contexte, forcer sur la description de l'usage. Un plan de travail correct.
| Une liste préliminaire de matériels. Fournisseurs correctement choisis. Rien sur la page principale.
|
|
|
|
|
|-
| P12 [[IMA4 2018/2019 P12|Recyclage plastique imprimante 3D]]
| Vous êtes sur pour les servo-moteurs ? Ne serait-ce point des moteurs pas à pas ? Très bonne description du produit à réaliser avec illustrations. Bel effort de rédaction, encore pas mal de coquilles surtout en fin de page. Bonne étude des concurrents. Un scénario d'usage un peu rapide qui ne donne pas assez envie d'acquérir le produit. Questions difficiles mal exploitées (une réponse à la première question pourrait aussi être "par l'expérience", pas de réponse à la seconde question). Une étude solide du projet même si la liste des tâches à effectuer manque.
| Bonne question sur le budget, mais posez la si vous voulez une réponse :D Liste de matériel encore très embryonnaire : rien sur l'électronique, une discussion avec votre encadrant s'impose pour fixer la partie mécanique.
|
|
|
|
|
|-
| P13 [[IMA4 2018/2019 P13|Emetteur / Récepteur analogique en bande 5725-5875 MHz]]
| Un seul concurrent. Scénario d'usage ne donnant probablement pas la pleine mesure du produit. Rien sur la planification.
| Rien.
|
|
|
|
|
|-
| P14 [[IMA4 2018/2019 P14|Voiture autonome en modèle réduit]]
| Il me semble que le chassis doit être celui d'un modèle radio-commandé existant. Il me semble que le pilotage manuel n'est pas autorisé. Description un peu rapide des concurrents. Une synthèse du matériel et logiciels employés aurait été intéressant. Pour le scénario d'usage, une description avec la voiture comme sujet aurait être plus intéressant. La réponse à la première question ne va pas dans le sens de l'autonomie. Dire que python est le langage par défaut de la RPi n'a pas de sens. Vous avez tout intérêt à prendre le langage le plus efficace est ce n'est probablement pas python. Pas de servo-moteurs continus sur une voiture radio-commandé. Pas vraiement de plan de travail. Prenez contact avec votre encadrant direct, j'aimerais que vos choix soient validés, certains me paraissent discutables.
| Aucune référence précise pour les matériels. Rien sur la page principale.
|
|
|
|
|
|-
| P22 [[IMA4 2018/2019 P22|Secure And Verified Public Announcements through Blockchain]]
| Excellente rédaction. Une bonne tentative de description du projet mais toujours un flou sur le travail à réalisé. Cela aurait pu être levé avec une liste précise des tâches à effectuer (une tentative de liste dans les objectifs).
| Pas de matériel nécessaire (une RPi peut être).
|
|
|
|
|
|-
| P26 [[IMA4 2018/2019 P26|Discussion pair à pair]]
| Nombre de coquilles inacceptable. Rajouter dans les objectifs de devoir tenter une ouverture de bouclier pour TCP (TCP Hole Punching). Analyse du premier concurrent : le prétexte pour n'utiliser que des serveurs microsoft pour les supernoeuds skype est le faible nombre de machines d'utilisateurs non handicapées par des parefeux. Bonne réponse aux questions difficile. L'expérience de skype dit qu'il faut totalement éviter qu'un noeud utilisateur ait à relayer les communications d'un autre utilisateur (ce qui est d'ailleurs contraire aux objectifs). Il faut donc une solution de pair à pair pour '''tous''' les clients. En particulier, IPv6 '''doit''' être intégré dans les solutions possibles. Il ne me semble pas que l'enregistrement des utilisateurs soit nécessaire, elle nuit même à la vie privée. Il faut simplement mémoriser les utilisateurs connectés.
| Pas de matériel listé pourtant il faut mettre en place un banc d'essai.
|
|
|
|
|
|-
| P28 [[IMA4 2018/2019 P28|Affichage à billes]]
| Pour les panneaux d'affichage publicitaire, je ne suis pas sur que la consommation puisse être qualifiée d'énorme (il semble que si, à la lecture de votre réponse aux questions difficiles mais cela doit comprendre l'éclairage dont votre produit pourrait avec aussi besoin). Rédaction très correcte. Un gros effort sur les illustrations. Un scénario d'usage, lui aussi, bien rédigé. La réponse à la question difficile sur l'énergie consommée par votre produit ne me convainc pas : partez sur la différence d'énergie potentielle pour monter une bille pas sur la force à exercer qu'il faudrait intégrer sur la hauteur de la remontée. Il faut approfondir l'analyse des tâches à effectuer.
| Il me semble avoir demandé de limiter la complexité du dispositif : 8 moteurs ?? Pas de références précises pour les matériels (lien sur le matériel dans le site du fournisseur).
|
|
|
|
|
|-
| P30 [[IMA4 2018/2019 P30|Système minimal de gestion de conteneurs]]
| Excellent Wiki à ce jour. Rédaction très claire. Très bonne introduction. Tâches à réalisées clairement listées (mais dans les objectifs). Présentation très correcte du "concurrent principal". Un scénario d'usage correct (j'aurais plutôt insisté sur la faible consommation du système en ressources que sur l'installation dans un système fortement personnalisé). Un calendrier prévisionnel. Le second "concurrent" est en fait l'ancienne couche bas niveau de <code>Docker</code>. Il faudrait utiliser la syntaxe Wiki mais ne touchez à rien avant la séance du 10 décembre cela me fera un exemple parfait pour expliquer cette syntaxe.
| Pas de matériel nécessaire (une machine virtuelle sera concédée en cours de projet).
|
|
|
|
|
|-
| P31 [[IMA4 2018/2019 P31|Robot hexapode de mesure de RSSI WiFi]]
| Beaucoup trop de coquilles. Bonne présentation des "concurrents" qui vous servent aussi pour expliquer que votre projet est leur synthèse. Le scénario d'usage se tient. Bonne réponse à la question. Je ne crois pas trop au positionnement par RFID (il faut être sur un tag RFID pour le lire). Etes-vous sur pour l'Arduino méga ? Un Uno avec un bouclier PWM ne serait-il pas plus efficace ?
| Effort de liste de matériel avec des références précises. Pas de liste sur la page principale.
|
|
|
|
|
|-
| P32 [[IMA4 2018/2019 P32|Robe augmentée]]
| En français l'abréviation de Monsieur est M. Mr est l'abrévation de Mister donc à n'utiliser qu'en anglosaxonnerie. Attention nous avons une expérience du fil à coudre conducteur et cela ne marche pas très bien sauf sur une surface très réduite. Le scénario d'usage est perturbant : cela semble être un scénario pour deux produits différents. Vous avez considérablement simplifié le projet (sous-ensemble de projets déjà réalisés), la réalisation devra être impeccable pour que cela puisse être validé comme projet IMA4.
| La liste du matériel précise ce que vous souhaitez faire. Que vient faire la platine d'essai dans cette liste ? Pour le prototype ? Vous ne parlez pas du tout de la carte contrôleur. C'est une Lilypad ?
|
|
|
|
|
|-
| P33 [[IMA4 2018/2019 P33|Collier à animations lumineuses]]
| Un français imaginatif avec un nombre de coquilles dans la moyenne. Un scénario d'usage rocambolesque (il doit me manquer quelques références) mais acceptable. Des concurrents pertinents. Réponses aux questions acceptables. Se limiter à trois plaques ne me semble pas pertinent (même si vous pouvez faire un premier test sur trois plaques). Pour l'étude de la communication prévoyez un prototype avec quelques Arduino.
| Une liste de matériel qui semble être établie à la hâte. Il manque de nombreux composants électroniques pour faire tourner micro-contrôleurs et pilotes de LED. Pas de référence précise pour les composants.
|
|
|
|
|-
| P35 [[IMA4 2018/2019 P35|Machine Learning pour navigation autonome de robots mobiles]]
| Il n'est pas tenu compte des erreurs de français. Dans la partie objectifs, la première sous-partie devrait plutôt s'appeler "partie robotique", il n'y a rien d'électronique ici. Le travail a effectuer est assez flou. En particulier le Wiki ne contient rien sur les bibliothèques de "machine learning" à utiliser.
| Le matériel est fourni par les encadrants directs (AIP ?)
|
|
|
|
|
|-
| P37 [[IMA4 2018/2019 P37|Station de recharge intelligente pour robot mobile]]
| Trop de coquilles. Il semble que le sujet initial ne correspond plus à ce qui est demandé, merci de préciser le nouveau sujet, calibrage du robot ?Comment comptez-vous calibrer un préhenseur avec simplement du code (pas de réponse au niveau de la question difficile) ? Un seul concurrrent et sur la partie obsolète du projet. Une analyse du travail a effectuer qui ne tient pas compte de l'abandon du sujet original.
| Aucune liste de matériel
|
|
|
|
|
|-
| P38 [[IMA4 2018/2019 P38|Interface Graphique pour Robotino 2 Upgradé]]
| Choix des "concurrents" peu pertinents ou il fallait insister sur les différences entre ces robots et le robotino 2 amélioré. Le scénario d'usage se tient. Bonne réponse à la question "difficile". Il semble que le but du projet se réduise à créer une interface web avec une bibliothèque spécifique. L'interface devra être irréprochable pour constituer un projet IMA4.
| Projet purement informatique, pas de matériel nécessaire (autre qu'un robotino amélioré).
|
|
|
|
|
|-
| P40 [[IMA4 2018/2019 P40|RFID/NFC]]
| L'objectif est clairement explicité et dans un français très correct. Desc concurrents peu pertinents et une analyse trop hâtive des dits concurrents. La réponse sur la question de la difficulté du projet n'est pas convaincante. Votre application de contrôle du robotino par smartphone se devra d'être irréprochable pour constituer un projet IMA4.
| Attention, tout votre projet repose sur la validité des lecteur RFID commandés. Si ces lecteurs ne sont pas utilisables votre projet tombe à l'eau. Vous avez étudié la compatibilité des lecteurs avec les robotino ?
|
|
|
|
|
|-
| P42 [[IMA4 2018/2019 P42|Coupe de robotique des écoles primaires]]
| Beaucoup trop de coquilles. Objectifs très clairement précisés. Analyse des concurrents et réponse lapidaires. Le fait que vous ne respectiez pas le cahier des charges imposé aux enfants est problématique. Une liste précise des tâches a effectuer. Un calendrier prévisionnel.
| Bel effort de liste de matériel. Quelques composants chez des fournisseurs non agréés. Liste sur la page principale.
|
|
|
|
|
|-
| P44 [[IMA4 2018/2019 P44|Clônes améliorés des modules ARDUINO]]
| Restriction du sujet à la conception et réalisation d'une seule carte, ce qui est, ma foi, prudent. Bonne description de "concurrents". Des coquilles mais sans plus. Ne mettez pas d'espace ou d'accents dans les noms des fichiers téléchargés. Scénario d'usage acceptable. Clairement vous avez déjà pas mal réfléchi à votre carte.
| Une liste de matériel mais sans lien vers le composant chez un fournisseur agréé.
|
|
|
|
|
|-
| P45 [[IMA4 2018/2019 P45|Sac à main ou sac à dos solaire]]
| Wiki très bien illustré, rédaction assez correcte (quelques coquilles). Bonne description de concurrents, scénario d'usage convenable. Réponses un peu rapides aux questions "difficiles"
| Une liste de composants qui parait encore bien préliminaire. Aucun lien sur les composants chez les fournisseurs.
|
|
|
|
|
|-
| P46 [[IMA4 2018/2019 P46|Kit Robot]]
| PLutôt bien rédigé malgré quelques coquilles. Objectifs bien fixés. Concurrents décrits en détail (un peu de synthèse n'aurait pas fait de mal). Scénario d'usage très correct.
| Un liste de composants bien avancée. Des liens vers les fournisseurs. Matériels sur la page principale.
|
|
|
|
|
|-
| P57 [[IMA4 2018/2019 P57|Mise à jour over the air]]
| Bon cahier des charges qui répond aux questions que l'on pourrait se poser à la lecture du reste de la page. Quelle différence entre votre solution et Dualoptiboot du coup ? Dualoptiboot ne comprend pas la partie matérielle ? Allez-vous l'utiliser ? Un scénario d'usage bien rapide. La réponse semble à coté de la question, il semble que vous répondez à la question "comment vérifier une somme de contrôle avant de flasher la mémoire programme ?". Comment allez vous gérer la clef de chiffrement ? Elle est figée dans l'amorceur ? Je crois comprendre en fin de page que vous voulez fixer une clef par capteur, cela casse le principe de la mise à jour par diffusion radio, non ?
| Une première liste de matériel sans lien vers les sites des fournisseurs agréés.
|
|
|
|
|
|-
| P63 [[IMA4 2018/2019 P63|Etude de la consommation d'un capteur de pollution]]
| Une partie analyse tout à fait correcte. La liste des tâches à effectuer est détaillée et claire.
| Une liste de matériel avec des liens vers des fournisseurs. Par contre les fournisseurs choisis ne sont pas forcément utilisables.
|
|
|
|
|
|-
| P70 [[IMA4 2018/2019 P70|Impact du matériel et du logiciel sur le rayonnement électromagnétique]]
| Rédaction très correcte. Une partie analyse tout à fait correcte. La liste des tâches à effectuer est détaillée et claire.
| Une liste de matériels très embryonnaire et sans lien exploitable.
|
|
|
|
|
|-
| P72 [[IMA4 2018/2019 P72|Mesure du courant simple]]
| Rédaction correcte. Wiki bien illustré. Une partie analyse correcte.
| Une liste de matériel bien avancée avec des liens exploitables. Recopiez les liens sur la page principale.
|
|
|
|
|
|-
| P73 [[IMA4 2018/2019 P73|Ecriture automatique de partition musicale]]
| Rédaction très correcte. Une partie analyse tout à fait correcte. La liste des tâches à effectuer est détaillée et claire. Un calendrier prévisionnel.
| Une tentative de liste de matériel qui ne pourra effectivement être finalisé qu'après discussions avec un électronicien.
|
|
|
|
|
|-
|}

== Présence ==

{| class="wikitable"
! Projet !! Elèves !! 10/12/2018 !! 16/01/2019 !! 23/01/2019 !! 30/01/2019 !! 06/02/2019 !! 13/02/2019 !! 27/02/2019 !! 06/03/2019
|-
| P9 [[IMA4 2018/2019 P9|Spider and I]]
| Nestor Martinez / Lina Mejbar
| OK
| E305
| E305
| E305
| E304
| A208
| E304
Présents
| E304
|-
| P10 [[IMA4 2018/2019 P10|Capteur de niveau d'eau et de pollution]]
| Antoine Branquart
| Absent (certificat médical)
| E305
| E305
| E301
| Absent (certificat médical)
| E301
| E303
Présent
| Excusé (malade)
|-
| P12 [[IMA4 2018/2019 P12|Recyclage plastique imprimante 3D]]
| Corentin Danjou / Pol Mulon
| OK
| E305
| E305
| E301
| E304/E301
| E301
| E303
Présents
|`E303
|-
| P13 [[IMA4 2018/2019 P13|Emetteur / Récepteur analogique en bande 5725-5875 MHz]]
| Arthur Reviron
| Absent
| C201
| C201
| C201
| C201
| C201
Présent
| C201

|-
| P14 [[IMA4 2018/2019 P14|Voiture autonome en modèle réduit]]
| Hugo Dejaegher / Brandon Elemva
| OK
| E306
| E306
| E306
| E306
| E306
| E306 + Fabricarium
Présents
| E306
|-
| P22 [[IMA4 2018/2019 P22|Secure And Verified Public Announcements through Blockchain]]
| Arezki Ait Mouheb
| OK
| E306
| E305
| E306
| E306
| E306
| E306
| E306
Présent
|-
| P26 [[IMA4 2018/2019 P26|Discussion pair à pair]]
| Fabien Di Natale / Ibrahim Ben Dhiab
| OK
| E304
| E304
| E304
| E304
| E304
| E304
Présents
| E304
|-
| P28 [[IMA4 2018/2019 P28|Affichage à billes]]
| Flora Dziedzic / Martin Michel
| OK
| Fabricarium
| E305
| Fabricarium
| Fabricarium
| A311
| Fabricarium
Présents
| Fabricarium
|-
| P30 [[IMA4 2018/2019 P30|Système minimal de gestion de conteneurs]]
| Hind Malti
| OK
|E304
|E304
|E304
|E304
|E303
|E306
Présente
|E306

|-
| P31 [[IMA4 2018/2019 P31|Robot hexapode de mesure de RSSI WiFi]]
| Rémi Foucault / Hugo Velly
| OK
|E304
|E304
|E304 / Fabricarium
|E304 / Fabricarium
|E304
|E303
Présents
|E303
|-
| P32 [[IMA4 2018/2019 P32|Robe augmentée]]
| Brinda Muzakare / Yan Xuelu
| OK
| E304
| E304
| E304
| E304
| E304
| E304
| E304
Présentes
|-
| P33 [[IMA4 2018/2019 P33|Collier à animations lumineuses]]
| Loris Ahouassou
| OK
| E306
| E305
| E304
| E304
| C201
| E304
Présent
|-
| P35 [[IMA4 2018/2019 P35|Machine Learning pour navigation autonome de robots mobiles]]
| Wenjing Chen / Puyuan Lin
| OK
| E304
| E305
| C304
| C102
| C304
| C304
Absents
| C002
|-
| P37 [[IMA4 2018/2019 P37|Station de recharge intelligente pour robot mobile]]
| Guillaume Declerck / Pierre Guigo
| OK
| E305
| E305
| E301
| E303
| E301
| E303
Pierre Guigo présent
Guillaume Declerck absent
| E303 & C201
|-
| P38 [[IMA4 2018/2019 P38|Interface Graphique pour Robotino 2 Upgradé]]
| François Brassart / Jérôme Haon
| OK
| E304
| E304
| E303
| E304
| E305
| E304
Présents
|E304
|-
| P40 [[IMA4 2018/2019 P40|RFID/NFC]]
| Jean De Dieu Nduwamungu / Xinwei Hu
| OK
| E305
| E304
| E304
| E304
| E304
| E304
| E304
Présents
|-
| P42 [[IMA4 2018/2019 P42|Coupe de robotique des écoles primaires]]
| Pierre Frison / Thibault Lepoivre
| OK
| E305
| E305
| E304
| Fabricarium
| E301(fab fermé)
| Fabricarium
Présents
| Fabricarium
|-
| P44 [[IMA4 2018/2019 P44|Clônes améliorés des modules ARDUINO]]
| Théau Moinat
| OK
| C201
| C201
| C201
| C201
|
| C201
Présent
| C201

|-
| P45 [[IMA4 2018/2019 P45|Sac à main ou sac à dos solaire]]
| Mathis Dupré
| OK
| E305
| E305
| E301
| E304
| E306
| E306
Présent
|-
| P46 [[IMA4 2018/2019 P46|Kit Robot]]
| Valentin Pitre / Gaëlle Bernard
| OK
| E304
| E305
| E303
| E304
| A208
| E304
Présents
|E304
|-
| P57 [[IMA4 2018/2019 P57|Mise à jour over the air]]
| Florent Leroy
| OK
| C201
| C201
| C201
| C201
| C201
| C201
Présent
| C201

|-
| P63 [[IMA4 2018/2019 P63|Etude de la consommation d'un capteur de pollution]]
| Victor Lorthios / Juliette Obled
| OK
| C201
| C201
| C201
| C201
| C201
| C201+E303
Présents
| E303

|-
| P70 [[IMA4 2018/2019 P70|Impact du matériel et du logiciel sur le rayonnement électromagnétique]]
| Antoine Moreau / Souheib Khinache
| OK
| E305
| E305
| E304
| E304
| E304
| E304
Présent
| E304
|-
| P72 [[IMA4 2018/2019 P72|Mesure du courant simple]]
| Raphaël Martin
| OK
| E305
| E305
| E301
| E303
| E303
| E303
| E303
Présent
|-
| P73 [[IMA4 2018/2019 P73|Ecriture automatique de partition musicale]]
| Hugo Leurent / Fabien Ronckier
| OK
| C201
| C201
| C201
| C201
| C201
| C201
Présents
| C201

|-
|}

Discussion:Projets IMA4 SC & SA 2018/2019

2019-03-06T17:54:03Z

Vlorthio : /* Présence */

== Répartition des binômes ==

{| class="wikitable"
| Projet || Analyse || Matériel || Mi-parcours || Fin de parcours || Wiki terminé || Rapport || Vidéo
|-
| P9 [[IMA4 2018/2019 P9|Spider and I]]
| La description des "concurrents" aurait pu être plus précise. Un effort sur le scénario d'usage qui aurait, lui aussi, pu être développé. Des coquilles. Un vague plan de travail.
| Rien ou presque, fournisseur non utilisable.
|
|
|
|
|
|-
| P10 [[IMA4 2018/2019 P10|Capteur de niveau d'eau et de pollution]]
| Des coquilles. Bonne description des concurrents. Un effort pour le scénario, bonne mise en contexte, forcer sur la description de l'usage. Un plan de travail correct.
| Une liste préliminaire de matériels. Fournisseurs correctement choisis. Rien sur la page principale.
|
|
|
|
|
|-
| P12 [[IMA4 2018/2019 P12|Recyclage plastique imprimante 3D]]
| Vous êtes sur pour les servo-moteurs ? Ne serait-ce point des moteurs pas à pas ? Très bonne description du produit à réaliser avec illustrations. Bel effort de rédaction, encore pas mal de coquilles surtout en fin de page. Bonne étude des concurrents. Un scénario d'usage un peu rapide qui ne donne pas assez envie d'acquérir le produit. Questions difficiles mal exploitées (une réponse à la première question pourrait aussi être "par l'expérience", pas de réponse à la seconde question). Une étude solide du projet même si la liste des tâches à effectuer manque.
| Bonne question sur le budget, mais posez la si vous voulez une réponse :D Liste de matériel encore très embryonnaire : rien sur l'électronique, une discussion avec votre encadrant s'impose pour fixer la partie mécanique.
|
|
|
|
|
|-
| P13 [[IMA4 2018/2019 P13|Emetteur / Récepteur analogique en bande 5725-5875 MHz]]
| Un seul concurrent. Scénario d'usage ne donnant probablement pas la pleine mesure du produit. Rien sur la planification.
| Rien.
|
|
|
|
|
|-
| P14 [[IMA4 2018/2019 P14|Voiture autonome en modèle réduit]]
| Il me semble que le chassis doit être celui d'un modèle radio-commandé existant. Il me semble que le pilotage manuel n'est pas autorisé. Description un peu rapide des concurrents. Une synthèse du matériel et logiciels employés aurait été intéressant. Pour le scénario d'usage, une description avec la voiture comme sujet aurait être plus intéressant. La réponse à la première question ne va pas dans le sens de l'autonomie. Dire que python est le langage par défaut de la RPi n'a pas de sens. Vous avez tout intérêt à prendre le langage le plus efficace est ce n'est probablement pas python. Pas de servo-moteurs continus sur une voiture radio-commandé. Pas vraiement de plan de travail. Prenez contact avec votre encadrant direct, j'aimerais que vos choix soient validés, certains me paraissent discutables.
| Aucune référence précise pour les matériels. Rien sur la page principale.
|
|
|
|
|
|-
| P22 [[IMA4 2018/2019 P22|Secure And Verified Public Announcements through Blockchain]]
| Excellente rédaction. Une bonne tentative de description du projet mais toujours un flou sur le travail à réalisé. Cela aurait pu être levé avec une liste précise des tâches à effectuer (une tentative de liste dans les objectifs).
| Pas de matériel nécessaire (une RPi peut être).
|
|
|
|
|
|-
| P26 [[IMA4 2018/2019 P26|Discussion pair à pair]]
| Nombre de coquilles inacceptable. Rajouter dans les objectifs de devoir tenter une ouverture de bouclier pour TCP (TCP Hole Punching). Analyse du premier concurrent : le prétexte pour n'utiliser que des serveurs microsoft pour les supernoeuds skype est le faible nombre de machines d'utilisateurs non handicapées par des parefeux. Bonne réponse aux questions difficile. L'expérience de skype dit qu'il faut totalement éviter qu'un noeud utilisateur ait à relayer les communications d'un autre utilisateur (ce qui est d'ailleurs contraire aux objectifs). Il faut donc une solution de pair à pair pour '''tous''' les clients. En particulier, IPv6 '''doit''' être intégré dans les solutions possibles. Il ne me semble pas que l'enregistrement des utilisateurs soit nécessaire, elle nuit même à la vie privée. Il faut simplement mémoriser les utilisateurs connectés.
| Pas de matériel listé pourtant il faut mettre en place un banc d'essai.
|
|
|
|
|
|-
| P28 [[IMA4 2018/2019 P28|Affichage à billes]]
| Pour les panneaux d'affichage publicitaire, je ne suis pas sur que la consommation puisse être qualifiée d'énorme (il semble que si, à la lecture de votre réponse aux questions difficiles mais cela doit comprendre l'éclairage dont votre produit pourrait avec aussi besoin). Rédaction très correcte. Un gros effort sur les illustrations. Un scénario d'usage, lui aussi, bien rédigé. La réponse à la question difficile sur l'énergie consommée par votre produit ne me convainc pas : partez sur la différence d'énergie potentielle pour monter une bille pas sur la force à exercer qu'il faudrait intégrer sur la hauteur de la remontée. Il faut approfondir l'analyse des tâches à effectuer.
| Il me semble avoir demandé de limiter la complexité du dispositif : 8 moteurs ?? Pas de références précises pour les matériels (lien sur le matériel dans le site du fournisseur).
|
|
|
|
|
|-
| P30 [[IMA4 2018/2019 P30|Système minimal de gestion de conteneurs]]
| Excellent Wiki à ce jour. Rédaction très claire. Très bonne introduction. Tâches à réalisées clairement listées (mais dans les objectifs). Présentation très correcte du "concurrent principal". Un scénario d'usage correct (j'aurais plutôt insisté sur la faible consommation du système en ressources que sur l'installation dans un système fortement personnalisé). Un calendrier prévisionnel. Le second "concurrent" est en fait l'ancienne couche bas niveau de <code>Docker</code>. Il faudrait utiliser la syntaxe Wiki mais ne touchez à rien avant la séance du 10 décembre cela me fera un exemple parfait pour expliquer cette syntaxe.
| Pas de matériel nécessaire (une machine virtuelle sera concédée en cours de projet).
|
|
|
|
|
|-
| P31 [[IMA4 2018/2019 P31|Robot hexapode de mesure de RSSI WiFi]]
| Beaucoup trop de coquilles. Bonne présentation des "concurrents" qui vous servent aussi pour expliquer que votre projet est leur synthèse. Le scénario d'usage se tient. Bonne réponse à la question. Je ne crois pas trop au positionnement par RFID (il faut être sur un tag RFID pour le lire). Etes-vous sur pour l'Arduino méga ? Un Uno avec un bouclier PWM ne serait-il pas plus efficace ?
| Effort de liste de matériel avec des références précises. Pas de liste sur la page principale.
|
|
|
|
|
|-
| P32 [[IMA4 2018/2019 P32|Robe augmentée]]
| En français l'abréviation de Monsieur est M. Mr est l'abrévation de Mister donc à n'utiliser qu'en anglosaxonnerie. Attention nous avons une expérience du fil à coudre conducteur et cela ne marche pas très bien sauf sur une surface très réduite. Le scénario d'usage est perturbant : cela semble être un scénario pour deux produits différents. Vous avez considérablement simplifié le projet (sous-ensemble de projets déjà réalisés), la réalisation devra être impeccable pour que cela puisse être validé comme projet IMA4.
| La liste du matériel précise ce que vous souhaitez faire. Que vient faire la platine d'essai dans cette liste ? Pour le prototype ? Vous ne parlez pas du tout de la carte contrôleur. C'est une Lilypad ?
|
|
|
|
|
|-
| P33 [[IMA4 2018/2019 P33|Collier à animations lumineuses]]
| Un français imaginatif avec un nombre de coquilles dans la moyenne. Un scénario d'usage rocambolesque (il doit me manquer quelques références) mais acceptable. Des concurrents pertinents. Réponses aux questions acceptables. Se limiter à trois plaques ne me semble pas pertinent (même si vous pouvez faire un premier test sur trois plaques). Pour l'étude de la communication prévoyez un prototype avec quelques Arduino.
| Une liste de matériel qui semble être établie à la hâte. Il manque de nombreux composants électroniques pour faire tourner micro-contrôleurs et pilotes de LED. Pas de référence précise pour les composants.
|
|
|
|
|-
| P35 [[IMA4 2018/2019 P35|Machine Learning pour navigation autonome de robots mobiles]]
| Il n'est pas tenu compte des erreurs de français. Dans la partie objectifs, la première sous-partie devrait plutôt s'appeler "partie robotique", il n'y a rien d'électronique ici. Le travail a effectuer est assez flou. En particulier le Wiki ne contient rien sur les bibliothèques de "machine learning" à utiliser.
| Le matériel est fourni par les encadrants directs (AIP ?)
|
|
|
|
|
|-
| P37 [[IMA4 2018/2019 P37|Station de recharge intelligente pour robot mobile]]
| Trop de coquilles. Il semble que le sujet initial ne correspond plus à ce qui est demandé, merci de préciser le nouveau sujet, calibrage du robot ?Comment comptez-vous calibrer un préhenseur avec simplement du code (pas de réponse au niveau de la question difficile) ? Un seul concurrrent et sur la partie obsolète du projet. Une analyse du travail a effectuer qui ne tient pas compte de l'abandon du sujet original.
| Aucune liste de matériel
|
|
|
|
|
|-
| P38 [[IMA4 2018/2019 P38|Interface Graphique pour Robotino 2 Upgradé]]
| Choix des "concurrents" peu pertinents ou il fallait insister sur les différences entre ces robots et le robotino 2 amélioré. Le scénario d'usage se tient. Bonne réponse à la question "difficile". Il semble que le but du projet se réduise à créer une interface web avec une bibliothèque spécifique. L'interface devra être irréprochable pour constituer un projet IMA4.
| Projet purement informatique, pas de matériel nécessaire (autre qu'un robotino amélioré).
|
|
|
|
|
|-
| P40 [[IMA4 2018/2019 P40|RFID/NFC]]
| L'objectif est clairement explicité et dans un français très correct. Desc concurrents peu pertinents et une analyse trop hâtive des dits concurrents. La réponse sur la question de la difficulté du projet n'est pas convaincante. Votre application de contrôle du robotino par smartphone se devra d'être irréprochable pour constituer un projet IMA4.
| Attention, tout votre projet repose sur la validité des lecteur RFID commandés. Si ces lecteurs ne sont pas utilisables votre projet tombe à l'eau. Vous avez étudié la compatibilité des lecteurs avec les robotino ?
|
|
|
|
|
|-
| P42 [[IMA4 2018/2019 P42|Coupe de robotique des écoles primaires]]
| Beaucoup trop de coquilles. Objectifs très clairement précisés. Analyse des concurrents et réponse lapidaires. Le fait que vous ne respectiez pas le cahier des charges imposé aux enfants est problématique. Une liste précise des tâches a effectuer. Un calendrier prévisionnel.
| Bel effort de liste de matériel. Quelques composants chez des fournisseurs non agréés. Liste sur la page principale.
|
|
|
|
|
|-
| P44 [[IMA4 2018/2019 P44|Clônes améliorés des modules ARDUINO]]
| Restriction du sujet à la conception et réalisation d'une seule carte, ce qui est, ma foi, prudent. Bonne description de "concurrents". Des coquilles mais sans plus. Ne mettez pas d'espace ou d'accents dans les noms des fichiers téléchargés. Scénario d'usage acceptable. Clairement vous avez déjà pas mal réfléchi à votre carte.
| Une liste de matériel mais sans lien vers le composant chez un fournisseur agréé.
|
|
|
|
|
|-
| P45 [[IMA4 2018/2019 P45|Sac à main ou sac à dos solaire]]
| Wiki très bien illustré, rédaction assez correcte (quelques coquilles). Bonne description de concurrents, scénario d'usage convenable. Réponses un peu rapides aux questions "difficiles"
| Une liste de composants qui parait encore bien préliminaire. Aucun lien sur les composants chez les fournisseurs.
|
|
|
|
|
|-
| P46 [[IMA4 2018/2019 P46|Kit Robot]]
| PLutôt bien rédigé malgré quelques coquilles. Objectifs bien fixés. Concurrents décrits en détail (un peu de synthèse n'aurait pas fait de mal). Scénario d'usage très correct.
| Un liste de composants bien avancée. Des liens vers les fournisseurs. Matériels sur la page principale.
|
|
|
|
|
|-
| P57 [[IMA4 2018/2019 P57|Mise à jour over the air]]
| Bon cahier des charges qui répond aux questions que l'on pourrait se poser à la lecture du reste de la page. Quelle différence entre votre solution et Dualoptiboot du coup ? Dualoptiboot ne comprend pas la partie matérielle ? Allez-vous l'utiliser ? Un scénario d'usage bien rapide. La réponse semble à coté de la question, il semble que vous répondez à la question "comment vérifier une somme de contrôle avant de flasher la mémoire programme ?". Comment allez vous gérer la clef de chiffrement ? Elle est figée dans l'amorceur ? Je crois comprendre en fin de page que vous voulez fixer une clef par capteur, cela casse le principe de la mise à jour par diffusion radio, non ?
| Une première liste de matériel sans lien vers les sites des fournisseurs agréés.
|
|
|
|
|
|-
| P63 [[IMA4 2018/2019 P63|Etude de la consommation d'un capteur de pollution]]
| Une partie analyse tout à fait correcte. La liste des tâches à effectuer est détaillée et claire.
| Une liste de matériel avec des liens vers des fournisseurs. Par contre les fournisseurs choisis ne sont pas forcément utilisables.
|
|
|
|
|
|-
| P70 [[IMA4 2018/2019 P70|Impact du matériel et du logiciel sur le rayonnement électromagnétique]]
| Rédaction très correcte. Une partie analyse tout à fait correcte. La liste des tâches à effectuer est détaillée et claire.
| Une liste de matériels très embryonnaire et sans lien exploitable.
|
|
|
|
|
|-
| P72 [[IMA4 2018/2019 P72|Mesure du courant simple]]
| Rédaction correcte. Wiki bien illustré. Une partie analyse correcte.
| Une liste de matériel bien avancée avec des liens exploitables. Recopiez les liens sur la page principale.
|
|
|
|
|
|-
| P73 [[IMA4 2018/2019 P73|Ecriture automatique de partition musicale]]
| Rédaction très correcte. Une partie analyse tout à fait correcte. La liste des tâches à effectuer est détaillée et claire. Un calendrier prévisionnel.
| Une tentative de liste de matériel qui ne pourra effectivement être finalisé qu'après discussions avec un électronicien.
|
|
|
|
|
|-
|}

== Présence ==

{| class="wikitable"
! Projet !! Elèves !! 10/12/2018 !! 16/01/2019 !! 23/01/2019 !! 30/01/2019 !! 06/02/2019 !! 13/02/2019 !! 27/02/2019 !! 06/03/2019
|-
| P9 [[IMA4 2018/2019 P9|Spider and I]]
| Nestor Martinez / Lina Mejbar
| OK
| E305
| E305
| E305
| E304
| A208
| E304
Présents
| E304
|-
| P10 [[IMA4 2018/2019 P10|Capteur de niveau d'eau et de pollution]]
| Antoine Branquart
| Absent (certificat médical)
| E305
| E305
| E301
| Absent (certificat médical)
| E301
| E303
Présent
| Excusé (malade)
|-
| P12 [[IMA4 2018/2019 P12|Recyclage plastique imprimante 3D]]
| Corentin Danjou / Pol Mulon
| OK
| E305
| E305
| E301
| E304/E301
| E301
| E303
Présents
|`E303
|-
| P13 [[IMA4 2018/2019 P13|Emetteur / Récepteur analogique en bande 5725-5875 MHz]]
| Arthur Reviron
| Absent
| C201
| C201
| C201
| C201
| C201
Présent
| C201

|-
| P14 [[IMA4 2018/2019 P14|Voiture autonome en modèle réduit]]
| Hugo Dejaegher / Brandon Elemva
| OK
| E306
| E306
| E306
| E306
| E306
| E306 + Fabricarium
Présents
| E306
|-
| P22 [[IMA4 2018/2019 P22|Secure And Verified Public Announcements through Blockchain]]
| Arezki Ait Mouheb
| OK
| E306
| E305
| E306
| E306
| E306
| E306
| E306
Présent
|-
| P26 [[IMA4 2018/2019 P26|Discussion pair à pair]]
| Fabien Di Natale / Ibrahim Ben Dhiab
| OK
| E304
| E304
| E304
| E304
| E304
| E304
Présents
| E304
|-
| P28 [[IMA4 2018/2019 P28|Affichage à billes]]
| Flora Dziedzic / Martin Michel
| OK
| Fabricarium
| E305
| Fabricarium
| Fabricarium
| A311
| Fabricarium
Présents
| Fabricarium
|-
| P30 [[IMA4 2018/2019 P30|Système minimal de gestion de conteneurs]]
| Hind Malti
| OK
|E304
|E304
|E304
|E304
|E303
|E306
Présente
|E306

|-
| P31 [[IMA4 2018/2019 P31|Robot hexapode de mesure de RSSI WiFi]]
| Rémi Foucault / Hugo Velly
| OK
|E304
|E304
|E304 / Fabricarium
|E304 / Fabricarium
|E304
|E303
Présents
|E303
|-
| P32 [[IMA4 2018/2019 P32|Robe augmentée]]
| Brinda Muzakare / Yan Xuelu
| OK
| E304
| E304
| E304
| E304
| E304
| E304
| E304
Présentes
|-
| P33 [[IMA4 2018/2019 P33|Collier à animations lumineuses]]
| Loris Ahouassou
| OK
| E306
| E305
| E304
| E304
| C201
| E304
Présent
|-
| P35 [[IMA4 2018/2019 P35|Machine Learning pour navigation autonome de robots mobiles]]
| Wenjing Chen / Puyuan Lin
| OK
| E304
| E305
| C304
| C102
| C304
| C304
Absents
| C002
|-
| P37 [[IMA4 2018/2019 P37|Station de recharge intelligente pour robot mobile]]
| Guillaume Declerck / Pierre Guigo
| OK
| E305
| E305
| E301
| E303
| E301
| E303
Pierre Guigo présent
Guillaume Declerck absent
| E303 & C201
|-
| P38 [[IMA4 2018/2019 P38|Interface Graphique pour Robotino 2 Upgradé]]
| François Brassart / Jérôme Haon
| OK
| E304
| E304
| E303
| E304
| E305
| E304
Présents
|E304
|-
| P40 [[IMA4 2018/2019 P40|RFID/NFC]]
| Jean De Dieu Nduwamungu / Xinwei Hu
| OK
| E305
| E304
| E304
| E304
| E304
| E304
| E304
Présents
|-
| P42 [[IMA4 2018/2019 P42|Coupe de robotique des écoles primaires]]
| Pierre Frison / Thibault Lepoivre
| OK
| E305
| E305
| E304
| Fabricarium
| E301(fab fermé)
| Fabricarium
Présents
| Fabricarium
|-
| P44 [[IMA4 2018/2019 P44|Clônes améliorés des modules ARDUINO]]
| Théau Moinat
| OK
| C201
| C201
| C201
| C201
|
| C201
Présent
| C201

|-
| P45 [[IMA4 2018/2019 P45|Sac à main ou sac à dos solaire]]
| Mathis Dupré
| OK
| E305
| E305
| E301
| E304
| E306
| E306
Présent
|-
| P46 [[IMA4 2018/2019 P46|Kit Robot]]
| Valentin Pitre / Gaëlle Bernard
| OK
| E304
| E305
| E303
| E304
| A208
| E304
Présents
|E304
|-
| P57 [[IMA4 2018/2019 P57|Mise à jour over the air]]
| Florent Leroy
| OK
| C201
| C201
| C201
| C201
| C201
| C201
Présent
| C201

|-
| P63 [[IMA4 2018/2019 P63|Etude de la consommation d'un capteur de pollution]]
| Victor Lorthios / Juliette Obled
| OK
| C201
| C201
| C201
| C201
| C201
| C201+E303
| E303

Présents
|-
| P70 [[IMA4 2018/2019 P70|Impact du matériel et du logiciel sur le rayonnement électromagnétique]]
| Antoine Moreau / Souheib Khinache
| OK
| E305
| E305
| E304
| E304
| E304
| E304
Présent
| E304
|-
| P72 [[IMA4 2018/2019 P72|Mesure du courant simple]]
| Raphaël Martin
| OK
| E305
| E305
| E301
| E303
| E303
| E303
| E303
Présent
|-
| P73 [[IMA4 2018/2019 P73|Ecriture automatique de partition musicale]]
| Hugo Leurent / Fabien Ronckier
| OK
| C201
| C201
| C201
| C201
| C201
| C201
Présents
| C201

|-
|}

Projets IMA4 SC & SA 2018/2019

2019-02-06T17:33:44Z

Vlorthio : /* Matériel à acquérir 2019 */

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en demandant une modification du format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

Toutes les sources doivent être déposées sur notre archive GIT. Le service est disponible à l'URL [https://archives.plil.fr archives.plil.fr]. Connectez-vous avec vos identifiants Polytech'Lille. Sauf indication contraire de vos encadrants, rendez le projet public et mettez le lien sur votre Wiki. Vous pouvez trouver de la documentation sur ce système d'archives sur ce [https://git-scm.com/book/fr/v1 site].

== Répartition des binômes ==

{| class="wikitable"
! Projet !! Encadrants école !! Elèves
|-
| P0 [[IMA4 2018/2019 P0|Modèle]]
|
|
|-
| P1 [[IMA4 2018/2019 P1|Manettes pour travaux pratiques]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Quentin Boëns
|-
| P2 [[IMA4 2018/2019 P2|NumWorks et robot]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Maxime Créteur
|-
| P3 [[IMA4 2018/2019 P3|Robot régulé]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Hugo Delbroucq
|-
| P4 [[IMA4 2018/2019 P4|Commande d'un robot de grande taille]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Nicolas Havard
|-
| P5 [[IMA4 2018/2019 P5|Réalisation d'un prototype de calculatrice NumWorks]]
| Xavier Redon / Thomas Vantroys / Alexandre Boé
| Jade Dupont
|-
| P6 [[IMA4 2018/2019 P6|Réalisation d'une matrice de LEDs]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Fan Gao
|-
| P7 [[IMA4 2018/2019 P7|Supervision d'un système automatisé en version industrie 4.0]]
| Blaise Conrard
| Samy Belhouachi
|-
| P9 [[IMA4 2018/2019 P9|Spider and I]]
| Thomas Vantroys / Fabien Zocco
| Nestor Martinez / Lina Mejbar
|-
| P10 [[IMA4 2018/2019 P10|Capteur de niveau d'eau et de pollution]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Antoine Branquart
|-
| P12 [[IMA4 2018/2019 P12|Recyclage plastique imprimante 3D]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Corentin Danjou / Pol Mulon
|-
| P13 [[IMA4 2018/2019 P13|Emetteur / Récepteur analogique en bande 5725-5875 MHz]]
| Alexandre Boé
| Arthur Reviron
|-
| P14 [[IMA4 2018/2019 P14|Voiture autonome en modèle réduit]]
| Thomas Vantroys / Xavier Redon / Alexandre Boé
| Hugo Dejaegher / Brandon Elemva
|-
| P22 [[IMA4 2018/2019 P22|Secure And Verified Public Announcements through Blockchain]]
| Walter Rudametkin / Romain Rouvoy
| Arezki Ait Mouheb
|-
| P26 [[IMA4 2018/2019 P26|Discussion pair à pair]]
| Xavier Redon / Thomas Vantroys
| Fabien Di Natale / Ibrahim Ben Dhiab
|-
| P28 [[IMA4 2018/2019 P28|Affichage à billes]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Flora Dziedzic / Martin Michel
|-
| P30 [[IMA4 2018/2019 P30|Système minimal de gestion de conteneurs]]
| Xavier Redon / Thomas Vantroys
| Hind Malti
|-
| P31 [[IMA4 2018/2019 P31|Robot hexapode de mesure de RSSI WiFi]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Rémi Foucault / Hugo Velly
|-
| P32 [[IMA4 2018/2019 P32|Robe augmentée]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Brinda Muzakare / Yan Xuelu
|-
| P33 [[IMA4 2018/2019 P33|Collier à animations lumineuses]]
| Xavier Redon / Alexandre Boé / Thomas Vantroys
| Loris Ahouassou
|-
| P35 [[IMA4 2018/2019 P35|Machine Learning pour navigation autonome de robots mobiles]]
| Vincent Coelen / Andry Zaid Rabenantoandro
| Wenjing Chen / Puyuan Lin
|-
| P37 [[IMA4 2018/2019 P37|Station de recharge intelligente pour robot mobile]]
| Vincent Coelen / Abdelkader Belarouci
| Guillaume Declerck / Pierre Guigo
|-
| P38 [[IMA4 2018/2019 P38|Interface Graphique pour Robotino 2 Upgradé]]
| Thomas Danel / Vincent Coelen
| François Brassart / Jérôme Haon
|-
| P40 [[IMA4 2018/2019 P40|RFID/NFC]]
| Thomas Danel / Vincent Coelen
| Jean De Dieu Nduwamungu / Xinwei Hu
|-
| P42 [[IMA4 2018/2019 P42|Coupe de robotique des écoles primaires]]
| Emmanuelle Pichonat
| Pierre Frison / Thibault Lepoivre
|-
| P44 [[IMA4 2018/2019 P44|Clônes améliorés des modules ARDUINO]]
| Xavier Redon / Alexandre Boé
| Théau Moinat
|-
| P45 [[IMA4 2018/2019 P45|Sac à main ou sac à dos solaire]]
| Alexandre Boé / Emmanuelle Pichonat / Xavier Redon
| Mathis Dupre
|-
| P46 [[IMA4 2018/2019 P46|Kit Robot]]
| Alexandre Boé / Xavier Redon
| Valentin Pitre / Gaëlle Bernard
|-
| P50 [[IMA4 2018/2019 P50|3D-printer-based force test-bed]]
| Jérémie Dequidt / Stefan Escaida
| Ali Villegas
|-
| P57 [[IMA4 2018/2019 P57|Mise à jour over the air]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Florent Leroy
|-
| P63 [[IMA4 2018/2019 P63|Etude de la consommation d'un capteur de pollution]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Victor Lorthios / Juliette Obled
|-
| P70 [[IMA4 2018/2019 P70|Impact du matériel et du logiciel sur le rayonnement électromagnétique]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Antoine Moreau / Souheib Khinache
|-
| P72 [[IMA4 2018/2019 P72|Mesure du courant simple]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Raphaël Martin
|-
| P73 [[IMA4 2018/2019 P73|Ecriture automatique de partition musicale]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Hugo Leurent / Fabien Ronckier
|-
|}

== Matériel à acquérir 2019 ==

{| class="wikitable"
! Projet !! Matériel
|-
| P9 [[IMA4 2018/2019 P9|Spider and I]]
|
* Un smartphone
|-
| P10 [[IMA4 2018/2019 P10|Capteur de niveau d'eau et de pollution]]
|
* Microcontrôleur ATMEGA328P ->[https://www.mouser.fr/ProductDetail/Microchip-Technology-Atmel/ATMEGA328P-AU?qs=sGAEpiMZZMtVoztFdqDXO3RbBx7FKCmV Lien direct vers la référence du produit]
* 2 Modules radio de type LoRa -> [https://www.mouser.fr/ProductDetail/Seeed-Studio/113060007?qs=sGAEpiMZZMs1xdPSgahjwpPUKWIVtG8AW24zKKvJZ7g%3d Lien direct vers la référence du produit]
* 2 piles 3700 mAh de capacité chacune -> [https://www.mouser.fr/ProductDetail/Panasonic-Battery/HHR-380A?qs=sGAEpiMZZMuXcNZ31nzYhaSsneKiWkB%2fG46SlRGyIeo%3d Lien direct vers la référence du produit]
* Panneau solaire -> [https://www.mouser.fr/ProductDetail/Seeed-Studio/313070004?qs=%2fha2pyFadug%252bAc7Fg%252bc4I0bkSczhizoYGJzdc6S%2fZLh%252bQE0jeRZBhA%3d%3d Lien direct vers la référence du produit]
* Module de gestion de l'alimentation MPPT Maximum power point tracker -> [https://www.mouser.fr/ProductDetail/STMicroelectronics/STEVAL-ISV020V1/?qs=4b8myOmUP%252bsbf8Om2gPiwg== Lien direct vers la référence du produit] ou bien Module Buck/boost -> [https://www.mouser.fr/ProductDetail/Adafruit/2190?qs=sGAEpiMZZMuqBwn8WqcFUruittopgto1%252b0C5GnVnK%252bXmFEA5d5BR%2fA%3d%3d Lien direct vers la référence du produit]
* 1 Carte STM32L031K6 Nucleo ->[https://fr.rs-online.com/web/p/kits-de-developpement-pour-processeurs-et-microcontroleurs/9173781/ Lien direct vers la référence du produit]
* 2 Microcontrôleurs STM32L051K8T6 (vérifier le modèle) ->[https://fr.rs-online.com/web/p/microcontroleurs/1107088/ Lien direct vers la référence du produit]
* 2 Modules radio RF-LoRa-868-SO -> [https://fr.rs-online.com/web/p/modules-rf/9033059/ Lien direct vers la référence du produit]
* 1 Batterie portable 5v -> [https://fr.rs-online.com/web/p/batteries-externes/7757504/ Lien direct vers la référence du produit]
* 1 Électrode au calomel saturé (fournie par M. Boé)
* 2 Électrode de platine (fournie par M. Boé)
* 2 Ports micro USB-B (vérifier le modèle) -> [https://fr.rs-online.com/web/p/connecteurs-micro-usb/8486764/ Lien direct vers la référence du produit]
* 2 Régulateurs de tension (format différent mais est-ce important ?) -> [https://fr.rs-online.com/web/p/regulateurs-de-tension-a-faible-chute-ldo/6868802/ Lien direct vers la référence du produit]
* 5 Amplificateurs opérationnel OPA4192IPW -> [https://fr.rs-online.com/web/p/amplis-operationnels/1330699/ Lien direct vers la référence du produit]
* 1 Digital to analog converter DAC1220E-> [https://fr.rs-online.com/web/p/drivers-dhorloge-pll/6202189/ Lien direct vers la référence du produit]
|-
| P12 [[IMA4 2018/2019 P12|Recyclage plastique imprimante 3D]]
|
* 2 x Band Heater M-2929-2 150 W (1 seul, cher !) - [https://fr.rs-online.com/web/p/bandes-chauffantes/3742785/]
* 2 x Ventilateurs 80mm - [https://www.gotronic.fr/art-ee80251b1-a99-19158.htm]
* 3 x Switch - [https://fr.rs-online.com/web/p/interrupteurs-a-bascule/0419732/]
* I2C LCD 16x2 - [https://fr.rs-online.com/web/p/products/5326385/]
* Thermoucouple K + convertisseur MAX6675 - [https://www.gotronic.fr/art-thermocouple-k-convertisseur-max6675-23515.htm]
* Arduino UNO - [https://www.gotronic.fr/art-carte-arduino-uno-12420.htm]
* Transistor IRFZ44N - [https://www.gotronic.fr/art-transistor-irfz44n-1294.htm]
* Transistor TO-92 S8050 - [https://www.mouser.fr/ProductDetail/ON-Semiconductor-Fairchild/SS8050BBU?qs=sGAEpiMZZMshyDBzk1%2fWi8oN7VHZ91OkiNG%2fAg9W7NM%3d]
* Résistance 10 kOhm - [https://fr.farnell.com/vishay/mbb02070c1002fct00/resist-couche-mince-10k-1-600mw/dp/1652647]
|-
| P13 [[IMA4 2018/2019 P13|Emetteur / Récepteur analogique en bande 5725-5875 MHz]]
|
|-
| P14 [[IMA4 2018/2019 P14|Voiture autonome en modèle réduit]]
|
* 1 Monster Truck radiocommandé électrique à l’échelle 1/10 de la marque T2M (commande passée en avance par les enseignants référents).
* 1 manette de Xbox (one ou 360) sans fil (pour la phase d'apprentissage).
* 1 Raspberry pi 3 [https://fr.rs-online.com/web/p/kits-de-developpement-pour-processeurs-et-microcontroleurs/8968664/].
* 1 ordinateur/PC doté de suffisamment de RAM pour exécuter le code du réseau de neurones.
* 1 camera pour raspberry à objectif "fisheye" et 10 fps grand minimum (fournisseur non autorisé, voir les IMA5) [https://www.amazon.fr/SainSmart-Objectifs-Fish-Eye-Raspberry-Arduino/dp/B00N1YJKFS].
* 1 set de jumpers mâle/femelle pour breadboard (pour relier les moteurs au shield du raspberry)[https://fr.farnell.com/pro-signal/psg-jmp150mf/cable-cavalier-150mm-rpi-breakout/dp/2452749?st=jumper%20m%C3%A2le/femelle].
* 1 batterie externe capable de fournir 5V et au moins 2A pour l'alimentation de la raspberry[https://fr.rs-online.com/web/p/batteries-lithium-rechargeables/8263476/].
* 1 cable USB/micro USB pour relier la raspberry au PC.
|-
| P22 [[IMA4 2018/2019 P22|Secure And Verified Public Announcements through Blockchain]]
|
|-
| P26 [[IMA4 2018/2019 P26|Discussion pair à pair]]
|
* 2 Raspberry Pi 3 avec Wifi inclus (ou Pi 2 avec dongle Wifi)
* 2 Câbles Ethernet
* 2 routeurs qu'on interconnectera en filaire
|-
| P28 [[IMA4 2018/2019 P28|Affichage à billes]]
|
* 8 Moteurs:
**5 servomoteurs permettant de réaliser une liaison glissière FS90 et FS90R
**2 moteurs pas à pas pour amener la bille à l'endroit exact (vis + tapis roulant) [https://www.gotronic.fr/art-moteur-28byj-48-5-22491.htm]
* 2 Roulements à billes (ou système de fixation pour les vis sans fin : à confirmer après étude avec les vis sans fin)
* 70 billes en plastique par couleurs souhaitées [https://toutpourlejeu.com/fr/boules-balles-billes/438-lot-6-boules-plastique-9-mm-de-diametre-en-6-couleurs-billes.html]
* 1 capteur de couleur
* Planches de bois et plexiglas
* Arduino mega [https://www.gotronic.fr/art-carte-arduino-mega-2560-12421.htm]
|-
| P30 [[IMA4 2018/2019 P30|Système minimal de gestion de conteneurs]]
| Aucun matériel nécessaire.
|-
| P31 [[IMA4 2018/2019 P31|Robot hexapode de mesure de RSSI WiFi]]
|
* 1 Arduino UNO [https://www.gotronic.fr/art-carte-arduino-uno-12420.htm]
* 5 servomoteurs Tower Pro SG90 [https://www.gotronic.fr/art-servomoteur-sg90-19377.htm]
* 1 shield PWM [https://www.gotronic.fr/art-shield-i2c-pour-16-servos-ada1411-20672.htm#complte_desc]
* 4 capteur de distance ultrason HC-SR04A [https://www.gotronic.fr/art-module-a-detection-us-hc-sr04a-27740.htm]
* 1 Module WiFi ESP8266 [https://www.gotronic.fr/art-module-wifi-serie-esp8266-113990084-23666.htm]
* Piles ou batterie pour l'alimentation de l'arduino
|-
| P32 [[IMA4 2018/2019 P32|Robe augmentée]]
|
* 50x LEDS (commandées par ailleurs, celles-ci sont des cathodes communes) [https://fr.farnell.com/kingbright/lf-5waembgmbc/led-5mm-multicolore-rvb/dp/1168572]
* 1 capteur de fréquence cardiaque [https://www.mouser.fr/ProductDetail/SparkFun/SEN-11574?qs=%2fha2pyFadujajXN5UxBZ3wj188rgoc2badthdTfKMOEFtmhnssM%2fyG3fGL2dhKKq]
* 1 rouleau de fibre optique striée [http://www.luxeum.fr/fibre-optique-stri%C3%A9e-c2x18333091]
* 50* terminaisons de fibres optiques[http://www.luxeum.fr/terminaison-deco-cristal-c2x18555837]
* 7 pilotes de LEDs TLC5947 [https://fr.farnell.com/texas-instruments/tlc5947dap/ic-led-driver-linear-32-tssop/dp/1755259?st=tlc%205947]
* 1 Microcontroleur ATmega 328p [https://fr.farnell.com/microchip/atmega328p-aur/mcu-8-bits-atmega-20mhz-tqfp-32/dp/2425124?st=atmega328p]
* 1 Batterie [https://www.mouser.fr/ProductDetail/Ultralife/U9VLJPBK?qs=sGAEpiMZZMuXcNZ31nzYhVK%2fQG01KKrTI18v8GcEHEE%3d]
* Gaine thermorétractable pour fixer les fibres optiques aux leds (fournisseur non autorisé) [https://www.amazon.fr/Gaine-Thermor%C3%A9tractable-560-Tailles-Ratio/dp/B071D7LJ31/ref=sr_1_1?ie=UTF8&qid=1547726015&sr=8-1&keywords=gaine+thermo+retractable]
* 1 résistance CMS de 10k Ohms (mauvais format) [https://www.mouser.fr/ProductDetail/Amphenol-Piher/PT15NH05-103A2020-S?qs=sGAEpiMZZMtlubZbdhIBIOInyB5Ysv8sqLJuKWesI1k%3d]
* 8 résistances CMS de 45 Ohms (mauvais format) [https://www.mouser.fr/ProductDetail/Vishay-Sfernice/P1206E50R0BBT?qs=sGAEpiMZZMu61qfTUdNhG%2fYQG99cOQpChKuvTje3pd0%3d]
* 2 condensateurs de 22 pF (mauvais format) [https://fr.farnell.com/yageo/ca0612jrnpo9bn220/cond-22pf-50v-5-c0g-np0-0612-cms/dp/156693?st=condensateur%20CMS%2022pF]
* 1 oscillateur 16MHz (mauvais format) [https://fr.farnell.com/txc/7a-16-000maaj-t/xtal-16-000mhz-18pf-smd-5-0x3/dp/1841946?st=un%20oscillateur%2016Mhz]
* 1 Aduino Uno [https://fr.farnell.com/arduino-org/a000066/arduino-uno-carte-d-eval/dp/2075382]
|-
| P33 [[IMA4 2018/2019 P33|Collier à animations lumineuses]]
|
*5 Pilotes de LEDs TLC5947 [https://fr.farnell.com/texas-instruments/tlc5947dap/ic-led-driver-linear-32-tssop/dp/1755259?st=tlc%205947]
*6 Atmega328P [https://fr.farnell.com/microchip/atmega328p-aur/mcu-8-bits-atmega-20mhz-tqfp-32/dp/2425124?st=atmega328p]
*1 Accéléromètre ADXL335Z [https://fr.rs-online.com/web/p/kits-de-developpement-pour-capteur/7946739/]
*40 LEDs Rouges [https://fr.farnell.com/kingbright/kpl-3015ec/led-12mcd-rouge-617nm/dp/2426224]
*40 LEDs Bleues [https://fr.farnell.com/kingbright/kpl-3015qbc-d/led-200mcd-bleu-465nm/dp/2426226]
*40 LEDs jaunes [https://fr.farnell.com/kingbright/kpl-3015syck/led-350mcd-jaune-590nm/dp/2426230]
*4 Piles boutons CR2032 Lithium [https://fr.farnell.com/energizer/e300303700/pile-bouton-limno2-3v-cr2032-6pqt/dp/2507385]
*2 support de piles boutons [https://fr.farnell.com/keystone/1062/porte-pile-2-accus-20mm/dp/1282703?st=coupleur%20de%20piles%20boutons]
*Breadboard pour des tests
*2 ou 3 Arduino uno pour des tests
*Des fils de connexion pour des tests
|-
| P35 [[IMA4 2018/2019 P35|Machine Learning pour navigation autonome de robots mobiles]]
|
|-
| P37 [[IMA4 2018/2019 P37|Station de recharge intelligente pour robot mobile]]
|
* 2 bobines (primaire et secondaire) (760308100143) [https://fr.farnell.com/wurth-elektronik/760308100143/charge-de-puiss-emetteur-bobine/dp/2543252]
|-
| P38 [[IMA4 2018/2019 P38|Interface Graphique pour Robotino 2 Upgradé]]
|
|-
| P40 [[IMA4 2018/2019 P40|RFID/NFC]]
|
|-
| P42 [[IMA4 2018/2019 P42|Coupe de robotique des écoles primaires]]
|
* 80 LEDs bleus [https://fr.farnell.com/multicomp/mcl034sblc/led-3mm-32-super-bleu/dp/1581174]
* 80 LEDs rouges [https://fr.farnell.com/multicomp/mcl034pd/led-3mm-70-rouge/dp/1581112]
* 80 LEDs blanches [https://fr.farnell.com/tt-electronics-optek-technology/ovlaw4cb7/led-3mm-blanc-45-deg/dp/1497991]
* 10 contrôleur à LED (TLC5947DAP) [https://fr.farnell.com/texas-instruments/tlc5947dap/ic-led-driver-linear-32-tssop/dp/1755259]
* 6 interrupteurs [https://fr.rs-online.com/web/p/interrupteurs-a-levier/7109652/]
* 4 servomoteurs SG90R [https://www.digikey.fr/product-detail/fr/adafruit-industries-llc/169/1528-1076-ND/5154651]
* 2 cartes Arduino Mega [https://www.mouser.fr/ProductDetail/Arduino/A000067?qs=sGAEpiMZZMt0re6d%252b2Rx9v%252bc%252bQEIaOW9]
* 2 modules Bluetooth (MH-10) (fournisseur non connu de l'université) [https://www.robotshop.com/eu/fr/module-bluetooth-pour-arduino-hm-10-maitre-esclave.html]
* 2 moteurs pas-à-pas (SY35ST26-0284A) (fournisseur non connu de l'université) [https://www.robotshop.com/ca/fr/moteur-pas-a-pas-bipolaire-sy35st26-0284a.html]
* 2 contrôleurs moteur (DRV8825) (fournisseur non connu de l'université) [https://www.robotshop.com/ca/fr/controleur-moteur-pas-a-pas-drv8825-connecteurs-soudes.html]
* 2 roulettes à bille [https://www.mouser.fr/ProductDetail/DFRobot/FIT0007?qs=sGAEpiMZZMtyU1cDF2RqUDZGC8letk%2fMsmge%252b6DUsCg%3d]
* 1 paire de roues en caoutchouc (fournisseur non connu de l'université) [https://www.robotshop.com/ca/fr/roues-noir-60-8mm-pololu-paire.html]
* 2 bloc de 4 piles AA [https://www.mouser.fr/ProductDetail/Eagle-Plastic-Devices/12BH351-GR?qs=sGAEpiMZZMvxqoKe%252bDjhrq7CisiC19MEQQnE6bRo2ZU%3d]
|-
| P44 [[IMA4 2018/2019 P44|Clônes améliorés des modules ARDUINO]]
|
|-
| P45 [[IMA4 2018/2019 P45|Sac à main ou sac à dos solaire]]
|
*2 Modules solaire 5W
*1 Power bank 5000mAh [[https://fr.rs-online.com/web/p/batteries-externes/7757508/]] 
*2 Module chargeur accus Li-ion [https://www.gotronic.fr/art-module-chargeur-accus-li-ion-gt058-26089.htm]
*5 Transistors canal-P [https://fr.rs-online.com/web/p/transistors-mosfet/6503921/]
*1 Module SunFlower [https://www.gotronic.fr/art-module-sunflower-3-3-5-9-12-vcc-dfr0535-28271.htm]
*1 Arduino Nano ou Uno [https://fr.rs-online.com/web/p/kits-de-developpement-pour-processeurs-et-microcontroleurs/6961667/]
*1 Module bluetooth BLE [https://www.gotronic.fr/art-module-bluefruit-spi-ble-ada2633-23893.htm]
*20 leds cms orange [https://fr.rs-online.com/web/p/led/4663627/]
*1 Lampe halogène (Pour test panneau solaire)
* Divers fils et connecteurs
|-
| P46 [[IMA4 2018/2019 P46|Kit Robot]]
|
* Plaque de plexiglas 1m2, 4mm d'épaisseur pour des fines pièces (3mm mais même usage)
* Plaque de plexiglas 1m2, 8mm d'épaisseur pour des pièces plus grosses et résistantes (6mm mais même usage)
* 2 Motoréducteur + encodeur FIT0520 (cher !): [https://www.gotronic.fr/art-motoreducteur-encodeur-fit0520-27896.htm]
* 1 Capteur de distance par Ultrasons HCSR04: [https://www.gotronic.fr/art-module-a-detection-us-hc-sr04a-27740.htm]
* 2 Capteurs de distance par Infrarouges de type SHARP (cher !): [https://www.gotronic.fr/art-capteur-de-mesure-sharp-gp2y0a41sk0f-18338.htm]
* 1 Gyroscope (cher !): [https://www.gotronic.fr/art-module-gyroscope-l3gd20h-2129-21729.htm]
* 2 Capteur de lignes: [https://www.gotronic.fr/art-module-suiveur-de-ligne-gt1140-26142.htm]
* 2 Fin de courses: [https://www.gotronic.fr/art-microrupteur-sps75gl-4325.htm]
* 5 ATTiny85 CMS: [https://fr.rs-online.com/web/p/microcontroleurs/1331673/]
* 2 ADS1015 : [https://fr.rs-online.com/web/p/can-a-usage-general/7094550/]
* Vis M4 12mm,16mm et écrous M4 : [https://fr.rs-online.com/web/p/vis-a-six-pans/2328215/] + [https://fr.rs-online.com/web/p/vis-a-six-pans/2328209/] + [https://fr.rs-online.com/web/p/ecrous-hexagonaux/0189579/]
* Arduino Mega: [https://www.gotronic.fr/art-carte-mega-2560-r3-25502.htm]
|-
| P50 [[IMA4 2018/2019 P50|3D-printer-based force test-bed ]]
|
|-
| P57 [[IMA4 2018/2019 P57|Mise à jour over the air]]
|
* 2 ATMEGA328P-Au [https://www.microchip.com/wwwproducts/en/ATmega328p]
* 2 Flash 128kB [https://www.mouser.fr/ProductDetail/Winbond/W25X10CLSNIG?qs=sGAEpiMZZMve4%2fbfQkoj%252bOhLEICX0StD3ede4x7EGwE%3d]
* 2 SRAM 128kB [https://www.mouser.com/ProductDetail/ISSI/IS62WVS1288FBLL-20NLI?qs=sGAEpiMZZMt9mBA6nIyysO%252bUVEHy8kHdw1Lt0j8%2flOw%3d]
* 3 NRF24L01 (fournisseur non connu de l'université) [https://www.robotshop.com/en/24g-transceiver-nrf24l01p-module.html]
* 2 3v3 regulator [https://www.mouser.fr/ProductDetail/Texas-Instruments/LM1117MP-33-NOPB?qs=X1J7HmVL2ZFn4x9DZ4T2hA%3D%3D]
* 2 16Mhz oscillator [https://fr.farnell.com/iqd-frequency-products/lfxtal003237/quartz-cms-16mhz/dp/9713808?gclid=Cj0KCQiA-JXiBRCpARIsAGqF8wUEu0Ne-RC-vjXZ_b2i6tajmkh-N3i4CzSyy-ehYtkqTLWsK0wsu7waAu6-EALw_wcB&gross_price=true&mckv=kpBqurSg_dc|pcrid|80993958782|&CAWELAID=120185620000131014&CAGPSPN=pla&CAAGID=13038031862&CMP=KNC-GFR-GEN-SHOPPING-9713808&CATCI=pla-73752353462]
* 1 Raspberry Pi [[https://fr.rs-online.com/web/p/kits-de-developpement-pour-processeurs-et-microcontroleurs/1720555/]]
* 1 ecran LCD Raspberry PI [https://fr.rs-online.com/web/p/kits-de-developpement-pour-afficheurs-graphiques/8997466/]
|-
| P63 [[IMA4 2018/2019 P63|Etude de la consommation d'un capteur de pollution]]
|
* Carte Arduino UNO [https://fr.farnell.com/arduino/a000066/arduino-uno-carte-d-eval/dp/2075382?st=arduino%20uno]
* ATMEGA328p [https://fr.farnell.com/microchip/atmega328p-au/micro-8-bits-avr-32k-flash-32tqfp/dp/1715486?st=atmega%20328p]
* BreadBoard [https://fr.farnell.com/mcm/21-18936/carte-de-prototypage-55-x-83-mm/dp/2855018?st=breadboard]
* Quartz de 16MHz [https://fr.farnell.com/txc/9b-16-000maaj-b/xtal-16-000mhz-18pf-hc-49s/dp/1842216?st=quartz%2016MHz]
* Capteur de température/humidité DHT11 [https://fr.farnell.com/df-robot/dfr0067/capteur-humidite-de-temperature/dp/2946103?ost=dht11&krypto=nSAe3xUmYzn82Ba3MCmTb1xsIQwIwLm0Wug77jAEBmRR8c0u9aORPwbEXUzZkgEOkW9FWrot%2FD2G1fauIEdT2%2FLQpj%2FbWYyeehmGw6cPJouYreHMHIL5EcUCZ7dGiBBrtP9Pztes%2BFTSfnidMZNl%2BV2bmfUdjVN%2Ffd%2BfpCvmWmC2Pa6oc8NiPYtnwD9DHagkFXRCFgLeICUjhLO0CrI5O7YSEu8GSaIH61z3l8yfWPvGhER3Egx5AGiiDDaA%2BvLuSgGqia%2F4qpn0eOM86V%2F84%2FqRn1SizGCoHhSdWeZMJ81ZzxrqmZnpz5A1t9UiWlqGESOur8dThEJ4SYF1DYqqFpYhDtchRQn6bk%2BeaDYBdbXrGYsKcSoVUPPgX4lBqxs1BUvNI49Bk7GpBIi1ViHtneYL%2BMRj7QyfDp9iWIw9Qe8pxdpcFFdqxlO%2B78PffaFHNseBt0aCCBSgXM0ai%2FKz%2BQ%3D%3D&ddkey=https%3Afr-FR%2FElement14_France%2Fsearch]
* Capteur de particules PM2.5 - SEN0177 (avec son adaptateur) (1 disponible, cher, justifiez les 2 autres) [https://eu.mouser.com/ProductDetail/DFRobot/SEN0177?qs=%2fha2pyFadug0jBbcL1AeO5xbZZKOlHL5GOQhx8mcyvg%3d]
* Carte SD 16Go [https://www.gotronic.fr/art-carte-micro-sd-16-gb-21521.htm]
* MicroSD card module [https://www.mouser.fr/ProductDetail/DFRobot/DFR0229?qs=lqAf%2FiVYw9iUSsZAMqpn6w%3D%3D]
* Shield Bluetooth [https://www.gotronic.fr/art-module-bluetooth-hc05-26097.htm]
* FTDI [https://fr.farnell.com/ftdi/ft232rl-reel/usb-vers-uart-ssop28-232/dp/1146032?st=ftdi%20ft232]
* Module USB [https://fr.farnell.com/wurth-elektronik/61400416121/embase-usb-2-0-type-b-cms/dp/1642035?st=usb%20type%20B]
* Condensateur : 4*0,1uF + 1*10uF + 2*22pF
* Résistances : 1*1MOhm + 2*10kOhm + 4*1kOhm
* 1 Transistor Mosfet canal P
* Fils
* 2 Diodes
|-
| P70 [[IMA4 2018/2019 P70|Impact du matériel et du logiciel sur le rayonnement électromagnétique]]
|
|-
| P72 [[IMA4 2018/2019 P72|Mesure du courant simple]]
|
*1x Arduino Due [https://fr.farnell.com/arduino-org/a000062/arduino-due-carte-de-dev/dp/2250861?st=arduino%20due]
*1x Arduino Uno (non-SMD) [https://fr.farnell.com/arduino/a000066/arduino-uno-carte-d-eval/dp/2075382]
*1x Breadboard assez longue [https://fr.farnell.com/mcm/21-18980/carte-de-prototypage-46-x-176/dp/2855027?st=breadboard]
*~20 ou 30 Câbles pour Breadboard
*1x Support DIL 28 broches [https://fr.farnell.com/amphenol-icc-fci/dilb28p-223tlf/dip-socket-28-position-through/dp/1824463?st=dil%2028]
*1x AOP OPA4277PA (précision) [https://fr.farnell.com/texas-instruments/opa4277pa/ampli-op-quad-high-prec/dp/1097452?st=opa%204277]
|-
| P73 [[IMA4 2018/2019 P73|Ecriture automatique de partition musicale]]
|
* Le connecteur jack femelle : [https://fr.rs-online.com/web/p/connecteurs-jack/0478015/]
* L'ampli OP nécessaire à notre préampli : [https://fr.rs-online.com/web/p/amplis-operationnels/4618582/]
* Connecteur USB : [https://fr.rs-online.com/web/p/connecteurs-usb-type-b/1612310/]
* Le microcontrôleur STM32F411 : [https://www.digikey.fr/product-detail/fr/stmicroelectronics/STM32F411RET6/497-14909-ND/4935722]
* Un ampli OP MAX4468EKA+T: [https://www.digikey.fr/product-detail/fr/maxim-integrated/MAX4468EKA-T/MAX4468EKA-CT-ND/5405777]
* Filtre passe-bas (MAX7405EPA) : [https://www.digikey.fr/product-detail/fr/maxim-integrated/MAX7405ESA/MAX7405ESA-ND/1513362]
* Microcontôleur 16u2 : [https://www.digikey.fr/product-detail/fr/microchip-technology/ATMEGA16U2-AU/ATMEGA16U2-AU-ND/2050947]
* Voltage regulator 5v vers 3.3V (Toshiba TCR2EF33) (remplacer par un LM1117 ?) : [https://www.digikey.fr/product-detail/fr/toshiba-semiconductor-and-storage/TCR2EF33LM-CT/TCR2EF33LM-CTCT-ND/4503328]
* Micro electret avec ampli intégré (CMA 4544 + MAX4466) : [https://www.digikey.com/products/en?mpart=1063&v=1528]
* Carte Nucleo avec STM32F411 (vérifier le modèle) : [https://www.digikey.fr/products/fr?keywords=nucleo%20stm32f411]
* Quartz 16MHz : [https://www.digikey.fr/product-detail/fr/abracon-llc/ABLS-16.000MHZ-B4-T/535-10226-1-ND/2184261]
* Résistances 0603 :
* Connecteur USB : [https://fr.farnell.com/wurth-elektronik/61400416121/embase-usb-2-0-type-b-cms/dp/1642035?st=usb%20type%20B]
|-
|}

== Matériel à acquérir 2018 ==

{| class="wikitable"
! Projet !! Matériel
|-
| P1 [[IMA4 2018/2019 P1|Manettes pour travaux pratiques]]
|
*24 LEDs rouge [https://fr.rs-online.com/web/p/led/1278416/]
*12 Résistances SMD 10kOhm [https://fr.rs-online.com/web/p/resistances-cms/8075425/]
*2 Résistances SMD 22Ohm [http://www.example.com/ titre du lien]
*24 Résistances SMD 220Ohm [https://fr.rs-online.com/web/p/resistances-cms/8206809/]
*6 Résistances SMD 1kOhm [https://fr.rs-online.com/web/p/resistances-cms/1674785/]
*2 Résistances SMD 1MOhm [https://fr.rs-online.com/web/p/resistances-cms/8075481/]
*7 Capacités SMD 100nF [https://fr.rs-online.com/web/p/condensateurs-ceramique-multicouche/1364095/]
*4 Capacités SMD 22pF [https://fr.rs-online.com/web/p/condensateurs-ceramique-multicouche/6982790/]
*1 Capacité SMD 1µF [https://fr.rs-online.com/web/p/condensateurs-ceramique-multicouche/9214416/]
*2 XTAL 16MHz [https://fr.rs-online.com/web/p/oscillateurs-a-quartz/7037129/]
*4 Transistors Bipolaire NPN [https://fr.rs-online.com/web/p/transistors-numeriques/6900149/]
*6 Diodes DO-213 [https://fr.farnell.com/taiwan-semiconductor/s1al/diode-sgp-1a-50v/dp/1559148?st=diode%20S1A%205YY]
*2 Sparkfun ispc header 6 broches
*2 Boutons reset [https://www.mouser.fr/ProductDetail/SparkFun/COM-08720?qs=sGAEpiMZZMuWWq7rhECaKXurNfYUOKhFvwWF6RrutsI%3d]
*10 Switch boitier SMD [https://www.mouser.fr/ProductDetail/SparkFun/COM-12993?qs=sGAEpiMZZMuWWq7rhECaKUcKpa6sft1e6Cst%252bI4R6aw%3d]
*2 USB-miniB-smd-ns [https://www.mouser.fr/ProductDetail/SparkFun/PRT-00587?qs=sGAEpiMZZMuWWq7rhECaKWORxrn0%2fHkihKKwhmcRbow%3d]
*4 Vibreur (Sparkfun motor)[https://www.mouser.fr/ProductDetail/SparkFun/ROB-08449?qs=sGAEpiMZZMuWWq7rhECaKe%252bGbKTZIP3wnZ7lxvAHLmY%3d]
*1 Atmega 16u2 [https://fr.rs-online.com/web/p/microcontroleurs/1278282/]
*1 Atmega 328p [https://fr.rs-online.com/web/p/microcontroleurs/1310270/]
*1 FTDI FT232BL [https://www.mouser.fr/ProductDetail/FTDI/FT232BL-REEL?qs=sGAEpiMZZMs5ceO8zL%252bTx9oJ8aiHRgCo]
*1 Perle de ferrite []
|-
| P2 [[IMA4 2018/2019 P2|NumWorks et robot]]
|
|-
| P3 [[IMA4 2018/2019 P3|Robot régulé]]
|
*1*Gyroscope et accéléromètre MPU6050 [https://fr.farnell.com/invensense/mpu-6050/gyroscope-accelero-6-axes-i2c/dp/1864742/ ]
*2*Roue [https://www.robotshop.com/eu/fr/roue-micro-servo-fs90r-24.html?gclid=EAIaIQobChMIt6TZqfnu3QIVhLHtCh07JgrGEAQYAiABEgLG1vD_BwE ]
*2*Capteur de souris optique
*1*ATMEGA328PU [https://fr.farnell.com/atmel/atmega328-pu/micro-8-bits-avr-32k-flash-28pdip/dp/1972087?st=ATMEGA328P/ ]
*1*Contrôleur moteur [https://www.robotshop.com/eu/fr/controleur-deux-moteurs-dc-3a-5v-28v-pololu-tb6612fng.html?gclid=CjwKCAjworfdBRA7EiwAKX9HeNKQ9krFFOPBErCeFhN4g3-08qhqQMsPwlIKRPsNFpXd4NOrt0RSwBoC8_gQAvD_BwE/ ]
*1*Régulateur de tension [https://www.mouser.fr/ProductDetail/Texas-Instruments/LM338T-NOPB?qs=sGAEpiMZZMvu8NZDyZ4K0czVwi%2feZmTa ]
*13*Condensateur 100nF [https://fr.farnell.com/avx/04023d104kat2a/condensateur-0-1-f-25v-10-x5r/dp/1833862 ]
*2*Condensateur 10uF [https://fr.farnell.com/avx/22205c106kat2a/condensateur-10-f-50v-10-x7r-2220/dp/1657949?st=condensateur%20c%C3%A9ramique%20cms%2010mF ]
*1*Condensateur 2.2nF [https://fr.farnell.com/murata/grt1885c1h222ja02d/cond-2200pf-50v-5-c0g-np0-0603/dp/2672140?st=condensateur%20cms%202.2nF/ ]
*1*Condensateur 10nF [https://fr.farnell.com/avx/06031c103k4z2a/cond-0-01-f-100v-10-x7r-0603/dp/1301715?st=10nf%200603 ]
*2*Condensateur 22pF [https://www.mouser.fr/ProductDetail/AVX/06036A220KAT2A?qs=%2fha2pyFadujFAMWcscuzNxoi2Xvu%2fcfD8lvTtKLZ6rzLbCl2Yyy9Kg%3d%3d ]
*1*Rectifier Diode [https://www.mouser.fr/ProductDetail/Vishay-Semiconductors/GL34G-E3-83?qs=%2fha2pyFaduhcwkEZbW1d2CZAGmWr2%2fNAC5qtPDBJR27vWTljBHmHKA%3d%3d ]
*2*Servomoteur [https://www.robotshop.com/eu/fr/micro-servomoteur-9g-48v.html/ ]
*1*FA238 [http://www.mouser.fr/ProductDetail/Epson-Timing/TSX-3225-160000MF09Z-AC3/?qs=sGAEpiMZZMsBj6bBr9Q9acukpafrIaZ1%2fpqCtYImzz0%3d ]
*1*émetteur infrarouge [https://www.mouser.fr/ProductDetail/OSRAM-Opto-Semiconductors/SFH-4845?qs=%2fha2pyFadugjIA4ylihU12jGSA%252bzbOUlwVVqnWGUzCE%3d ]
*2*Résistance 1kΩ [http://www.mouser.fr/ProductDetail/ROHM-Semiconductor/ESR03EZPJ102/?qs=sGAEpiMZZMu61qfTUdNhG1IKPAnaLGejvfM9hA7acow%3d ]
*8*Résistance 220Ω [http://www.mouser.fr/ProductDetail/ROHM-Semiconductor/ESR03EZPJ221/?qs=sGAEpiMZZMu61qfTUdNhG1IKPAnaLGejce8FZC1%2fFYU%3d ]
*1*Résistance 330Ω [http://www.mouser.fr/ProductDetail/ROHM-Semiconductor/ESR03EZPJ331/?qs=sGAEpiMZZMu61qfTUdNhG1IKPAnaLGejYH%2fBWzzt0Tg%3d ]
*3*Résistance 10kΩ [http://www.mouser.fr/ProductDetail/ROHM-Semiconductor/ESR03EZPJ103/?qs=sGAEpiMZZMu61qfTUdNhG1IKPAnaLGejZIagwiN2IRk%3d ]
*1*Résistance 1MΩ [http://www.mouser.fr/ProductDetail/ROHM-Semiconductor/ESR03EZPJ105/?qs=sGAEpiMZZMu61qfTUdNhG79AcIiSWYOgHx87yIE%2f9KKMdGhl9FJu5g%3d%3d ]
*1*Résistance 470Ω [http://www.mouser.fr/ProductDetail/ROHM-Semiconductor/KTR03EZPJ471/?qs=sGAEpiMZZMu61qfTUdNhGwzMi690UM7UxxZFBtRl4vg%3d ]
*1*Interrupteur [http://www.mouser.fr/ProductDetail/ALPS/SKQGADE010/?qs=sGAEpiMZZMsqIr59i2oRcrO5GDYRXDIX6cdtN26xmPE%3d ]
*1*Interface USB [https://www.mouser.fr/ProductDetail/FTDI/FT232RL-REEL/?qs=sGAEpiMZZMs5ceO8zL%252bTxyQLQIH6hE7q ]
*1*Quartz [http://www.mouser.fr/ProductDetail/ECS/ECS-160-20-3X-TR/?qs=sGAEpiMZZMvAbnEMxb34PZ9bYWrwSXiB ]
*3*Récepteur infrarouge [http://www.mouser.fr/ProductDetail/Vishay-Semiconductors/TSOP38238/?qs=sGAEpiMZZMvAL21a%2fDhxMtgKho2n4%2fgBkajAZHPY5lE%3d ]
*3*Pile 9V [http://www.mouser.fr/ProductDetail/Panasonic-Battery/6LF22XWA-B12/?qs=sGAEpiMZZMsra%2fh506hF%252bITISQoCasqh1k2eJLis9sg%3d ]
*2*roue folle [https://www.robotshop.com/eu/fr/roulette-bille-pololu-0375-po-metal.html]
|-
| P4 [[IMA4 2018/2019 P4|Commande d'un robot de grande taille]]
|
* 4 boutons [https://fr.rs-online.com/web/p/interrupteurs-tactiles/4791413/ sur RS] 
OU 1 joystick [https://www.mouser.fr/ProductDetail/SparkFun/COM-09032?qs=sGAEpiMZZMuWWq7rhECaKUT5MYNYd7P4CmTLX6MP148%3d sur Mouser]
* 5 mètres de câble ethernet [https://fr.rs-online.com/web/p/cables-categorie-5/3336576/ sur RS]
* 3 résistances de 2 kOhm [https://www.mouser.fr/ProductDetail/?qs=55YtniHzbhChD4xZYIIrug%3d%3d sur Mouser]
* 1 résistance de 50 mOhm [https://www.mouser.fr/ProductDetail/?qs=5aG0NVq1C4zeGYoboBHK%2fw%3d%3d sur Mouser]
* 1 capacité de 1 µF [https://fr.farnell.com/teapo/kss105m063s1a5b07k/condensateur-1-f-63v-20/dp/2901334?st=condensateur%201%20%C2%B5F sur Farnell]
* 2 capacités de 1 nF [https://fr.farnell.com/multicomp/mc0201b102k250ct/cond-1000pf-25v-10-x7r-0201/dp/1758878?st=condensateur%201%20nF sur Farnell]
* 2 batteries 12 V / 35 Ah [https://www.norauto.fr/produit/batterie-1er-prix-confiance-bvp8-35-ah-330-a_470075.html chez Norauto]
* 1 convertisseur DDR-120B-12 (24 VDC->12 VDC,120W,10A (sous dimensionné)) [https://www.mouser.fr/ProductDetail/MEAN-WELL/DDR-120B-12?qs=sGAEpiMZZMsc0tfZmXiUnQ%252bwKZhbvwnu0KxZN5BQOT3Q5z3nFWmpgQ%3d%3d sur Mouser] 
OU convertisseur PV24S (24 VDC->12 VDC, 288 W, 24 A (surdimensionné)) [https://fr.farnell.com/alfatronix/pv24s/convertisseur-dc-dc-vehicle-24a/dp/1182702?st=convertisseur%2024%2012 sur Farnell]
* 1 fuel gauge LTC2944 24V [https://www.mouser.fr/ProductDetail/?qs=u4fy%2fsgLU9Omd44j%252b6inEQ%3d%3d sur Mouser]
* 1 LED RGB (pour indiquer l'état de la charge) [https://fr.rs-online.com/web/p/led/8614307/ sur RS]
* 2 capteurs IR 2Y0A02 (arrière robot) [https://fr.rs-online.com/web/p/capteurs-optiques-reflechissants/0315450/ RS]
* 2 capteurs de courant ACS712ELCTR-20A-T pour déterminer le couple des moteurs [https://e.banana-pi.fr/son-courant-lumi%C3%A8re/624-capteur-de-courant-acs712-20a.html sur e.banana-pi.fr] 
OU la puce seule [https://fr.rs-online.com/web/p/capteurs-a-effet-hall/6807135/ sur RS]
* 1 plaque plexiglas 1*1*0,0025 m^3 [https://www.leroymerlin.fr/v3/p/produits/plaque-transparent-l-100-x-l-100-cm-2-5-mm-e162579 sur Leroy Merlin]
|-
| P5 [[IMA4 2018/2019 P5|Réalisation d'un prototype de calculatrice NumWorks]]
|
* 1x NUCLEO-F412ZG [https://fr.farnell.com/stmicroelectronics/nucleo-f412zg/carte-de-dev-nucleo-32-mcu/dp/2546572?CMP=GRHB-OCTOPART Farnell ref: NUCLEO-F412ZG]
* 1x Shield LCD TFT ST7781 [https://www.ebay.fr/itm/Keyes-240x320-Touch-Colour-LCD-Shield-EB-071-2-4-inch-RGB-UNO-Flux-Workshop/122629960673?hash=item1c8d50b3e1:g:wb4AAOSwTQhZgv~~ ebay ref: reste 1]
* 47x Boutons (clavier+reset) [https://fr.rs-online.com/web/p/interrupteurs-tactiles/4791491/ RS ref: 2-1437565-7]
* 1x Résistance (reset) CMS 0603 10 kΩ [https://fr.rs-online.com/web/p/resistances-cms/6620681/ RS ref: ERA3APB103V]
* 1x LED RGB [https://www.mouser.fr/ProductDetail/Lite-On/LTST-S310F2KT?qs=%2fha2pyFaduhUesG3HP2%252bqMX20OwVrcdB1hTndVaqTXz0WEN1WZFWYA%3d%3d Mouser ref: LTST-S310F2KT]
* 3x Résistance (SOT-23) CMS 0603 1 MΩ [https://fr.rs-online.com/web/p/resistances-cms/6662279/ RS ref: CPF0603B1M0E]
* 1x Résistance R-led CMS 0603 100 Ω [https://fr.rs-online.com/web/p/resistances-cms/6661951/ RS ref: CPF0603B100RE]
* 2x Résistance G-led/B-led CMS 0603 56 Ω [https://fr.rs-online.com/web/p/resistances-cms/0566519/ RS ref: ERA3AEB560V]
* 3x AO3424 SOT-23 [https://www.mouser.fr/ProductDetail/Infineon-Technologies/IRLML6346TRPBF?qs=%2fha2pyFadujQqUKUUm2J2Tjq0jvk%2fu1I8qEbV9q8%2fL2sJ%252bSNKEtLYuSBehKZupSx RS ref: 942-IRLML6346TRPBF]
|-
| P6 [[IMA4 2018/2019 P6|Réalisation d'une matrice de LEDs]]
|
*3* CAPA106 [https://fr.farnell.com/kemet/c0805x106j8ractu/condensateur-10-f-10v-5-x7r-0805/dp/2776897?st=CAP-0805%2010%20%C2%B5F]
*6* CAPA104 [https://fr.farnell.com/kemet/c0603x104k4ractu/condensateur-0-1-f-16v-10-x7r/dp/1414027?st=CAP-0603]
*2* CAPA 27pF [https://fr.farnell.com/kemet/c0603x270f5gactu/condensateur-mlcc-27pf-50v-0603/dp/2905032?st=CAP-0603%2027pF]
*INDUCTOR-0603 2.2uH [https://fr.farnell.com/tdk/mlz1608a2r2wt/inductance-2-2uh-5-blindee/dp/2215629?st=0603%202.2uH]
*LED-0603 [https://fr.farnell.com/rohm/sml-d12u8wt86c/led-aec-q101-rouge-63mcd-0603/dp/2687487?st=LED0603]
*RES-0603 510Ω [https://fr.farnell.com/vishay/crcw0603510rfkea/res-couche-epaisse-510r-1-0-1w/dp/1469826]
*RES-0603 10kΩ [https://fr.rs-online.com/web/p/resistances-cms/0472799/]
*2* RES-0603 270Ω [https://fr.rs-online.com/web/p/resistances-cms/8206818/]
*2* RES-0603 1kΩ [https://fr.rs-online.com/web/p/resistances-cms/0566800/]
*ATmega328P-PU [https://fr.rs-online.com/web/p/microcontroleurs/1310276/]
*FT232R [https://fr.farnell.com/ftdi/ft232rl-reel/usb-vers-uart-ssop28-232/dp/1146032?st=FT232R]
*OSCILLATOR 16MHz
*bouton
*INDUCTOR-603 Ferrite bead [https://fr.farnell.com/laird/mi0805k400r-10/perle-de-ferrite-2012-100mhz-40r/dp/2292459RL?mckv=sIp7KeHNe_dc|pcrid|205701260602|kword|mi0805k400r%2010|match|p|plid||slid||product||pgrid|15471792434|ptaid|kwd-22441313013|&CMP=KNC-GFR-GEN-SKU-MDC&gclid=Cj0KCQjwrszdBRDWARIsAEEYhrenYYUPgnCsLSImhOOQ9Dis6Qq8HnV0koOwRdnMzMic6wsCeH_CwpcaAgDoEALw_wcB]
*CAP-0805 4.7uF [https://fr.farnell.com/avx/0805zc475kat2a/condensateur-4-7-f-10v-10-x7r/dp/1833814]
*CAP0603 10nF [https://fr.farnell.com/avx/06031c103k4z2a/cond-0-01-f-100v-10-x7r-0603/dp/1301715?st=0603%2010nF]
*2* CAP0603 100nF [https://fr.farnell.com/kemet/c0603c104j5racauto/condensateur-0-1-f-50v-5-x7r-0603/dp/2478241?st=0603%20100nF]
*2* RES-0603 3.3K [https://fr.farnell.com/multicomp/mcre000152/res-couche-epaisse-3-3k-1-0-05w/dp/1711628]
*3* RES-0603 1K [https://fr.rs-online.com/web/p/resistances-cms/0566800/]
*RES-0603 10K [https://fr.rs-online.com/web/p/resistances-cms/0472799/]
*TLC5947 [https://fr.farnell.com/texas-instruments/tlc5947dap/ic-led-driver-linear-32-tssop/dp/1755259?st=TLC5947]
*3* UDN2982SLW [https://fr.farnell.com/allegro-microsystems/a2982slw-t/driver-source-8-ch-smd-soicw-20/dp/1329620?rpsku=rel3:UDN2982LWT&isexcsku=false]
*3* PCF8574 [https://fr.farnell.com/nxp/pcf8574t-3-512/i-o-expander-8-bits-16soic/dp/2101303?st=Expandeur%20E/S,%208bit,%20100%20kHz,%20I2C,%202.5%20V,%206%20V,%20SOIC]
*LM1117IMP-5.0 [https://fr.farnell.com/texas-instruments/lm1117imp-5-0-nopb/regulateur-ldo-fixe-5v-sot-223/dp/2323581?st=LM1117]
|-
| P7 [[IMA4 2018/2019 P7|Supervision d'un système automatisé en version industrie 4.0]]
|
|-
|}

IMA4 2018/2019 P63

2019-01-30T14:36:44Z

Vlorthio : /* Choix techniques : matériel et logiciel */

Projets IMA4 SC & SA 2018/2019

2019-01-30T14:13:23Z