IMA4 2018/2019 P63 - Historique des versions

Jobled : /* Semaine 15 */

2019-05-10T12:03:04Z

‎Semaine 15

Jobled : /* Documents Rendus */

2019-05-10T09:40:39Z

‎Documents Rendus

Vlorthio : /* Semaine 15 */

2019-05-09T19:18:25Z

‎Semaine 15

Vlorthio : /* Semaine 15 */

2019-05-09T15:09:02Z

‎Semaine 15

Vlorthio : /* Semaine 15 */

2019-05-09T15:02:54Z

‎Semaine 15

Jobled le 8 mai 2019 à 10:20

2019-05-08T10:20:12Z

Jobled : /* Semaine 15 */

2019-05-08T08:53:58Z

‎Semaine 15

Jobled : /* Semaine 15 */

2019-05-07T22:19:18Z

‎Semaine 15

Vlorthio : /* Semaine 15 */

2019-05-06T19:16:30Z

‎Semaine 15

Vlorthio : /* Semaine 15 */

2019-05-06T18:06:59Z

‎Semaine 15

@@ Ligne 431 : / Ligne 431 : @@
 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.<br>
 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<br>
-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.<br>[[Fichier:Autonomie.png|500px|left]]<br>
+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 5Ah (batterie trouvable facilement dans le commerce) et pour les différents modes de fonctionnement.<br>[[Fichier:Graphes final.JPG|500px|left]]<br>
 <br style="clear:both" />
 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.
+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’à 20h d’autonomie peuvent être gagnée sur une batterie de capacité 5Ah. 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 60heures 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.
 <br style="clear:both" />

← Version précédente		Version du 10 mai 2019 à 09:40
Ligne 439 :		Ligne 439 :

	=Documents Rendus=		=Documents Rendus=
		+
		+	Rapport de projet: [[Fichier:P63 lorthios obled.pdf]]

@@ Ligne 431 : / Ligne 431 : @@
 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.<br>
 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<br>
 <br style="clear:both" />
 =Documents Rendus=

@@ Ligne 430 : / Ligne 430 : @@
 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.<br>
-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.<br>
+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<br>
 <br style="clear:both" />
 =Documents Rendus=

@@ Ligne 429 : / Ligne 429 : @@
 '''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 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.<br>
+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.<br>
-'' insérer pgm et calculs ''
+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.<br>
 <br style="clear:both" />
 =Documents Rendus=

@@ Ligne 406 : / Ligne 406 : @@
 [[Fichier:Sleep.png|400px]] [[Fichier:Allum.png|400px|]]
 <br style="clear:both" />
-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.<br>
+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.
 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).<br>
 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).<br>
@@ Ligne 421 : / Ligne 420 : @@
 * trm = 20s ; pic_mosfet = 0,5A ; tpic_mosfet = 1,6ms ; soit Em = 4,00148J
 * trs = 13s ; pic_sleep = 0,13A ; tpic_sleep = 0,8ms
-[[Fichier:Calculs2.jpg|thumb|200px|right|Calculs d'énergie - comparaison mode sleep et mosfet.]]
 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).<br>
-D'après les calculs, on obtient donc T < 44s pour le premier cas (valeur expérimentale de courant_sleep) et T < 1414 (valeur théorique). On peut facilement remarquer que ces deux valeurs sont extrement éloignées et ont un impact totalement différent : 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 40s 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.<br>
+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). <br>
 <br style="clear:both" />
 =Documents Rendus=

@@ Ligne 364 : / Ligne 364 : @@
 == 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. <br>
@@ Ligne 391 : / Ligne 393 : @@
 <br>
 <br>
 [[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.<br>
@@ Ligne 402 : / Ligne 406 : @@
 [[Fichier:Sleep.png|500px|left|]] [[Fichier:Allum.png|500px|right|]]
 <br style="clear:both" />
-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.
+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.<br>
 =Documents Rendus=

@@ Ligne 399 : / Ligne 399 : @@
 <br>
 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é.<br>
-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).
+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=