Travail sur le powerpoint pour mercredi (03/05) et la fin de la semaine (05/05)
## 06/04/2023
Capteur de température AM2320 fonctionnel.
## 04/04/2023 - Débrief de la présentation du 29/03 avec M. Weber
Diapo 3 :
- Ajouter davantage d’éléments sur le schéma
- Commencer par le cas général (« on s’intéresse au changement climatique en Afrique… »), évoquer le contexte du projet, utilisation dans le contexte de recherches scientifiques
Diapo 5 :
- «c’est bien mais c’est compliqué», on a pas de vue d’ensemble du schéma
- On devrait rajouter des couleurs et rendre le schéma un peu + fun pour que ce soit plus parlant visuellement
- «données» c’est trop vague, préciser ce qu’on doit transmettre.
Diapo 9 :
- le diapo est mal placé, alors qu’on est déjà figé
- nous n’avons de toute façon pas le choix, il est inutile de justifier ce choix
- un état de l’art c’est intéressant si ça permet de justifier le choix.
- si on doit faire un état de l’art, autant le comparer à des appareils déjà existants, comme les appareils de chasse
Diapo 10 :
- la bête à cornes est un outil de début de projet. Il est inutile de le mettre, ça n’apporte rien à notre diapo. Vaut mieux ne pas le mettre, car nous n’avons pas de raison de le mettre autre que « les profs nous l’ont demandé ».
Diapo 11 :
- le diagramme pieuvre n’apporte rien
- il vaut mieux lister les contraintes et les points importants
Diapo 12 (cahier des charges) :
- mettre en même temps les chiffres, il faut que tout soit visible d’un coup
- le terme « avoir une *bonne* autonomie » semble gênant, on devrait mettre « autonomie » directement
- faire un schéma directement serait même beaucoup plus parlant qu’un tableau au niveau du diapo
- remplacer les mots tels que «être petit» et «être léger» par des termes plus techniques comme «dimensions» ou «poids»
Diapo 20 (analyse de risques projet) :
- l’analyse de risques a pour but de vérifier régulièrement si certains points de difficultés (notamment en terme de temps et de budget) ne sont pas atteints
- temps de livraison : ok
- manque de compétences techniques : ce n’est pas un risque. on est des ingénieurs, nous sommes en mesure d’apprendre quand on ne sait pas. Il faut que les risques soient spécifiques et moins généraux
- changement du besoin : ce n’est pas notre problème, c’est le pb du client
vrais risques : livraison, manque d’investissement en temps
au-delà de ça, pas de risques particulier
Diapo 21 (analyse de risques produit) :
- il faudrait faire intervenir les risques dans l’analyse fonctionnelle (ex : les animaux)
- montage défectueux n’est pas un risque, car ce n’est pas aléatoire. on devrait davantage en parler dans la partie tests
- le climat doit devenir également une fonction du système, pas un risque
Diapo 22 (répartition des tâches) :
- pas une mauvaise
Diapo 23 (choix de l’objectf) :
- doit être + scientifique, faire une démonstration. parler du point de départ, puis arriver à la conclusion
Diapo 32 :
- préciser davantage le besoin
Diapo 33 :
- nous ne sommes pas obligés d’avoir une seule solution parfaite au début, il s’agit d’un processus itération
Diapo 34 :
- c’est très joli
- reprendre les fonctions sur la PCB, ajouter des informations
Diapo 35 :
- expliquer *pourquoi* on utilise le LoRa
- évoquer les difficultés qui freinent la mise en oeuvre
Diapo 36 :
- mettre des unités (SNR, RSSI, Packet RSSI)
Diapo 40 (planification) :
- l’outil sert pour nous, le but est de montrer où sont les « murs » (les problèmes, les points bloquants)
Tests potentiels : tester l’émission avec et sans ouverture du boîtier
Remarques plus générales :
- base de données pour récolter les données de l’autre côté ? travailler sur la partie réception
## 21/03/2023
- communication LoRa réalisée entre l’émetteur et le gateway à travers Polytech
- livraison de composants
- refaire le code pour la mesure de température, car le capteur est en I2C
## 16/03/2023
- code de mesure de la température terminé, début du code pour gérer la carte SD
## 13/03/2023
- travail sur le code de mesure de la température, création de classes
## 06/03/2023 - Réunion avec M. Weber
- contacter les clientes pour leur demander comment elles font par rapport à l’humidité pour le système déjà en place
- faire une liste de tests dans un document, avant de faire les tests
Pour le calcul optique :
taille du pixel sur la forêt (taille en mm x mm) à l’angle alpha et à la distance d => quelle est la taille de ce que je peux voir ? (cela conditionne le choix de l’objectif)
faire une expérimentation pour valider nos calculs
avoir un appareil photo
## 02/03/2023 - Réunion d’équipe
Sachant que le système doit partir en mars, nous devons donc réaliser un prototype fonctionnel au plus vite.
Tâches à réaliser prochainement :
- création d’une PCB (Alexandre)
- commande de l’objectif
- calculs optiques
- programmation du microcontrôleur pour interagir avec la carte SD
- implémentation du LoRa
## 27/02/2023 - PDR
Idée de répartition des tâches pour la programmation du microcontrôleur : programmation orientée objet, chacun prend une classe pour gérer un composant.
### Remarques du jury
Jury composé de Jean-Yves Cadorel et Marjorie Cavarroc.
#### Sur la forme
De manière générale, une communication imprécise : il y a très fréquemment un gap entre ce qui est écrit sur le diaporama, et ce que nous disons à l’oral. Or, la seule chose qui reste c’est l’écrit.
Pas de présentation de chaque membre de l’équipe au début (my bad).
Il manque des informations sur le but du projet et le contexte. On ne sait pas *pourquoi* on doit prendre des photos. Il manquait des informations au sujet de la récupération des données, sur le fait que les données seront récupérées une fois tous les 2 mois.
Confusion sur le genre de l’équipe de recherche : certaines fois ont dit «chercheuses», d’autres fois on dit «chercheurs».
#### Sur le fond
Sur l’analyse fonctionnelle :
Il ne faut pas indiquer de solutions techniques dans l’analyse fonctionnelle.
Sur l’analyse de risques :
Il y a une confusion, dans notre diapo, entre l’analyse des risques projet et l’AMDEC (analyse des risques produit).
Ne pas oublier un potentiel vol de matériel (réduire la taille du panneau solaire afin de le rendre moins attirant ?)
Répartition des tâches et planification :
Au niveau de la répartition des tâches, il faudrait ajouter le rôle de chef de projet. Dans le GANTT, il faudrait mettre des tâches en parallèle.
Sur les tests :
On ne peut pas tester avec des calculs. Manque de précisions.
Pour ce qui est du test de la pluie : on peut approcher les normes (l’idée est bonne en soi), mais on ne pourra pas les répliquer exactement.
Sur l’aspect technique :
Pourquoi une couleur noire du boîtier ? Comment le peindre ?
Préciser que l’appareil photo n’a pas été choisi, il a été imposé.
Réfléchir aux effets de la poussière, de l’humidité et de la température concernant l’appareil photo.
Il manque une capacité réservoir (beaucoup plus importante que qqs µF) dans une des PCB.
Un régulateur qui consomme 1mA au repos, c’est énorme.
1 seule carte SD, pourquoi pas 2 ?
Justifier la batterie au plomb de façon hyper béton (par rapport à l’environnement et à la température...)
2 Ah pour prévoir de potentiels problèmes de panneau solaire => à rappeler dans les contraintes
## 17/02/2023
Début de calculs réalisés pour dimensionner la profondeur de champ
## 16/02/2023
Aujourd'hui, travail sur le rapport. Il est à rendre pour demain.
Le [capteur de température et d'humidité](./Choix des capteurs.md) a été commandé.
Différents boîtiers ont été trouvés dans le document [Bibliographie concernant le boîtier.docx](./Bibliographie concernant le boîtier.docx). Le boîtier retenu semble être [celui-ci](https://www.cpfrance.com/valise-pelicase-1150.html), en raison de sa résistance à l'eau et à la poussière.
## 15/02/2023
D'autres capteurs ont été trouvés à l'aide des conseils de Kamel.
## 13/02/2023 - Réunion avec M. Weber
Envoyer la nouvelle version du rapport avant les vacances.
Rajouter les tests dans la notice.
Planning et répartition des tâches à jour
## 07/02/2023
Aujourd'hui, en plus de continuer à travailler sur le rapport, nous cherchons [des capteurs](./Choix%20des%20capteurs.md).
## 02/02/2023
Aujourd'hui, nous continuons à travailler sur la correction du rapport.
Florian travaille sur le calcul des caractéristiques à avoir pour l'appareil photo.
## 01/02/2023
### Débrief du rapport avec M. Weber
> Toujours partir du général, puis au fur et à mesure vous vous focalisez.
Le cas d'usage est mal défini. Le "système autonome" est un terme trop vague, il aurait fallu définir ce que c'est. La phrase est trop longue. Cela ne permet pas de comprendre le sujet. Partir du général vers le particulier. Un schéma aurait permis de clarifier tout ça. Par exemple, il aurait été possible d'ajouter les photos envoyées. Il y a trop de raccourcis qui conduisent le lecteur vers une idée confuse de ce qu'on fait. Notre travail est de construire un boîtier qui prend des photos.
Indications trop vagues : "une certaine période de temps"
Le contexte n'est pas réellement défini, on ne sait pas ce que viennent faire les chercheurs, on ne sait pas ce qu'on doit faire. Il aurait fallu faire une image globale mieux expliquée.
Le cas d'usage (le schéma) aurait dû être un texte. Il aurait dû se trouver au début plutôt que dans l'introduction technique.
On ne parle que trop tard des chercheurs de l'université de Liège, ce qui aurait dû faire partie de l'introduction générale.
Chaque sous-fonction aurait presque dû être un projet à part entière avec son cas d'usage. Cela permet de redécouper le projet et de le rendre plus explicable.
> La complexité vous devez toujours la découper
Il faudrait donc refaire tous ces documents rapidement.
Préciser comment calibrer l'appareil photo (pour faire quoi ?)
Préciser la taille des images
Agrandir le schéma des différentes fonctions pour le rendre lisible
Pas de justification sur le calcul de l'espace, ni sur les logs
Les capteurs apparaissent à un moment sans explication
Pas de contrainte de poids pour le boîtier, ni de taille
Aucun critère dans les différentes parties
> Un schéma vaut mieux que 10 discours
Pas de dimensions pour le boîtier, c'est "fait à l'envers" : le boîtier est d'abord conçu puis les exigences sont posées
Se demander à chaque fonction comment tester qu'elle est bien mise en oeuvre
Certaines phrases ne veulent rien dire et n'apportent pas d'informations
Expliquer le choix de la batterie
Ajouter la source du schéma dans la partie 4.2.
Quand on fait la réponse technique, il faut préciser comment tester et comment valider
Concernant la caméra :
On ne parle pas de la profondeur de champ.
On ne sait pas combien mesure 1 pixel sur l'image de manière réelle (1 cm ? 2 cm ?)
Calculer en Python (par ex.) quelle résolution les chercheurs vont avoir en fonction de la distance
Préciser comment valider l'algorithme, voir si les ordres de grandeurs calculés correspondent à la réalité
Comment valider la solution technique par rapport aux contraintes ?
Concernant le LoRa :
Il existe des modules RTC permettant d'avoir l'heure (fonctionne avec une pile)
Le schéma fait "bricolage"
Concernant le stockage :
Il faut d'abord faire l'étude de l'appareil photo afin d'avoir la bonne résolution (on ne peut pas prendre la plus grande résolution par défaut !) pour pouvoir calculer le stockage nécessaire !
### Ce qu'on doit faire
Réecrire le document, de manière commune pour l'aspect global puis de manière individuelle pour chaque partie.
Pour le 27/02, le document doit être réecrit.
## 23/01/2023 - Début du deuxième semestre & réunion avec M. Weber
Affectation des tâches :
- Alexandre : recherche sur les capteurs
- Florian : boîtier (recherche d'un boîtier déjà existant), calculs sur l'objectif
- Raimundo : continuer le LoRa
- Darrys : recherche d'un microcontrôleur qui consomme peu et qui serait pourvu d'un DAC (Digital to Analog Converter). Recherche d'un moyen de contrôler la prise jack sans utiliser le système existant, en utilisant juste un signal.
### Sur la forme
- nous aurions dû mettre plus d'images, plus de dessins afin de mieux faire passer nos idées. Le message n'est jamais le même en fonction du public.
Par exemple, nous aurions dû mettre un schéma ou un dessin de l'appareil photo prenant en photo la forêt.
### Sur l'état de l'art
Dans l'état de l'art, il aurait fallu retirer "IA". L'état de l'art aurait pour but de montrer que notre produit est meilleur que ce qui existe déjà, mais l'endroit où on l'a mis semble tardif. Il aurait fallu le mettre plus tôt dans la présentation, par exemple dans la présentation marketing.
### Concernant le cahier des charges
> "On peut toujours mettre des valeurs, ça donne l'impression d'avoir réfléchi. Mais il faut les justifier les valeurs [...] vous ne pouvez pas vous permettre de mettre des valeurs au pif"
> "Il faut être sûr en tant qu'ingé de qualifier tous les problèmes qui existent"
L'analyse fonctionnelle n'est pas assez précise. Quelles sont les conséquences sur le fait de bouger d'1 cm et d'1 degré ? Il faut justifier ces valeurs. Dans notre cas, si on veut cibler un groupe de feuilles précis, si ça bouge de 1 cm, de combien ça bouge sur l'image ?
S'intéresser au vocabulaire d'un appareil photo, faire des calculs pour vérifier que l'appareil photo puisse voir correctement ce qu'on veut voir.
Capteur de mouvement => ce qui est important, c'est que l'appareil revienne à sa position lorsqu'il bouge (car il va bouger)
Le truc, c'est que ça bouge tout le temps, et il y a beaucoup de bruit avec un accélèromètre. Ce n'est pas suffisant pour détecter le mouvement. De plus, un accélèromètre fournit une accélération qu'il faut intégrer deux fois, ce qui fait dégrossir le bruit deux fois. Pro-tip : il est possible de recaler les images a posteriori. Si ça bouge un petit peu, ce n'est pas si grave. Autrement dit, l'accéléromètre pourrait servir à détecter de grosses accélérations, par exemple une chute.
Il ne faut rien négliger, des gens sont en attente d'un produit qui marche. On ne peut rien laisser approximatif dans ce qu'on fait, même si ça nous semble trop difficile.
### Concernant la prise jack
Passer aux transistors MOSFET au lieu des transistors classiques (PNP ou NPN) car ils consomment moins.
On pourrait utiliser un DAC (Digital Analog Converter) pour envoyer des signaux à la prise jack (tous les microcontrôleurs n'ont pas de DAC). Problème potentiel : coût.
### Concernant la répartition des tâches
Il paraît déséquilibré de répartir les tâches de cette manière. 1 an pour concevoir le boîtier pour 1 seule personne semble beaucoup. On pourrait acheter un boîtier déjà existant par exemple.
Pas de mise en oeuvre des capteurs ?
Les heures de projet doivent être consacrées au projet.
### Concernant le cahier des charges
Il ne faut jamais choisir la solution technique parce qu'elle est plus simple, mais au contraire choisir la solution technique par rapport au besoin du client.
Le cahier des charges est le document le plus important, c'est le document qui fait foi dans le cas d'un contrat. Rien ne doit être laissé flou.
### Concernant le fait d'aller chercher l'appareil photo
Système de communication à distance ?
Mat avec des cordes, on pourrait faire monter ou descendre le boîtier comme un drapeau ?
## 20/01/2023
Passage en soutenance de fin de semestre.
## 18/01/2023
Travail sur le dossier d'architecture. Le PPT semble terminé.
## 16/01/2023
Raimundo travaille sur le LoRa.
Alexandre a commandé samedi un panneau solaire et a été le chercher aujourd'hui.
## 15/01/2023
2e jour où nous nous réunissons (Alexandre, Raimundo, Darrys). Florian est en distanciel.
Tâches à réaliser :
- travail sur l'utilisation du STM32 pour commander l'appareil photo (Alexandre)
- travail sur le LoRa (Raimundo)
- travail sur la présentation et le dossier d'architecture (Darrys)
- travail sur le boîtier (Florian)
Ajout d'une note sur [le choix de l'objectif pour l'appareil photo](Choix%20de%20l'objectif.md). Cette note est à compléter.
En regardant le cahier des charges, nous observons que le poids global du système sera alourdi par la présence d'une batterie au plomb et du panneau solaire.
Tâches réalisées :
- Utilisation du STM32 sur batterie
- Allumage et extinction de l'appareil photo par le STM32, commande de la prise de photo, le tout sur batterie
- avancement sur le Powerpoint
## 14/01/2023
Nous nous sommes réunis (Raimundo, Alexandre et Darrys) à l'école ce samedi après-midi pour travailler sur le projet.
Alexandre fait le schéma du montage réalisé la veille.
Raimundo essaie d'utiliser le protocole LoRa.
Darrys va commencer le dossier d'architecture.
Florian continue le boîtier.
Dans la semaine, nous devons trouver le moyen de commander le système de prise de photo par la prise jack à l'aide d'un microcontrôleur.
Tâches réalisées :
- début du dossier d'architecture et du powerpoint (pour vendredi 20/01), écriture de documentation (Darrys)
- prototype d'appareil photo avec une commande déportée depuis la prise jack, le tout fonctionnant sur batterie (Alexandre)
- début de communication avec le LoRa à partir du STM32 (Raimundo)
- avancement sur le boîtier du projet (Florian)
Ajout d'une note concernant l'alimentation du système sur batterie, qui regroupera l'alimentation des différents composants : [Alimenter le système sur batterie](Alimentation.md)
## 13/01/2023
Alexandre a testé la prise de photo via une prise jack à l'aide du système évoqué précédemment. Ça fonctionne, il a également testé avec un transistor pour servir de switch virtuel. Nous avons donc, très simplement, un système de prise de photo qui peut être automatisé par un microcontrôleur.
Plus d'informations se trouvent dans cette documentation : [Prise de photo déportée via la prise jack](./Prise%20de%20photo%20d%C3%A9port%C3%A9e.md)
Alexandre a également essayé d'alimenter l'appareil photo à partir d'un générateur de tension (réglé à 8,4 V) via la "fausse batterie". Cela fonctionne également. L'appareil photo indique que la batterie est faible à 7 V.
Enfin, Alexandre a réussi à alimenter l'appareil photo, puis le système complet (prise de photo déportée + appareil photo) sur la batterie.
Par contre, nous avons découvert que notre panneau solaire ne marche pas.
---
## 12/01/2023
Nous avons pu faire le mini-salon, dans lequel nous avons expliqué à Mme Dubois et M. Weber notre projet. Nous sommes en réalité très en retard sur notre projet. D'ici la semaine prochaine (la soutenance du vendredi 20), nous devons avoir mis en place une partie du système, à savoir le déclencheur à distance via le prise jack et la carte SD déportée.
### Composants pour la prise jack
Composants nécessaires pour la prise jack :
- 3 résistances : 36 kOhms, 2.7 kOhms et 2 kOhms (dans cette vidéo : https://www.youtube.com/watch?v=DNj48nwUjxk)
-[ici](https://www.doc-diy.net/photo/remote_pinout/#lumix) c'est des résistances de 36k, 2k9 et 2k2. L'article précise également que des résistances de 33k, 3k3 et 2k2 fonctionnent.
- et dans [cette vidéo](https://www.youtube.com/watch?v=p38VHJZr6iE) il s'agit de résistances de 37k, 5k, 2k
### Objectif à prendre
M. Weber nous a également dit qu'il faudrait qu'on sache quel objectif d'appareil photo prendre. Nous le savons déjà, nous avons fait les calculs (mais nous n'avons plus les résultats, ce qui est le symptôme d'un autre problème).
L'objectif que nous envisageons de prendre est [un objectif de 45 à 150 mm](https://www.mpb.com/fr-fr/produit/panasonic-lumix-g-vario-45-150mm-f-4-5-6-asph-mega-ois?page=2).
### Idée
Je viens d'avoir une idée : et si on se tenait davantage au Gantt ?
---
## 11/01/2023
Nous avons appris mardi qu'il fallait en fait inclure des voix dans le teaser du projet. Nous avons donc enregistré une partie du texte qui s'affiche à l'écran, et nous l'avons inclus dans la vidéo. Le poster était fini.
---
## 08/01/2023
Nous avons fini d'écrire ce que nous devions écrire. Alexandre fait le montage. Antoine a presque fini le poster.
Il nous apparaît difficile de réaliser la soudure sur la carte SD afin de faire un branchement déporté.
Nous avons avancé sur la vidéo pour le salon du 12/01.
---
## 13/12/2022
### Sur la carte SD
Nous avons envisagé de déporter la carte SD, afin de pouvoir extraire la carte SD plus facilement sans forcément avoir à ouvrir le boîtier, ce qui ferait pénétrer de l'humidité dedans.
Voici un branchement de carte SD déporté : https://www.amazon.fr/Lanmu-dextension-extension-Adaptateur-convertisseur/dp/B01C8EDHE6
Update : Après une discussion avec Alexandre, j'ai compris qu'il fallait que je prenne l'adaptateur SD qu'on a déjà démonté afin de pouvoir souder des fils dessus et la placer dans l'appareil photo, ce qui permettra de brancher ça à un lecteur de carte SD déporté.
### Sur la commande extérieure de l'appareil photo
D'après Alexandre, il est aussi possible de démonter l'adaptateur et d'avoir juste à souder des fils.
Il y a également [cette vidéo](https://www.youtube.com/watch?v=DNj48nwUjxk) qui analyse le signal émis dans un câble jack lorsqu'une [télécommande](https://www.panasonic.com/fr/consumer/archive-produits/appareils-photo-et-camescopes/dmw-rsl1e9.html) envoie un signal pour prendre une photo.
J'ai continué les recherches à ce sujet, parce que recopier un schéma à partir d'une vidéo un peu floue c'est pas facile, et je suis tombé sur ces vidéos :
- https://www.youtube.com/watch?v=p38VHJZr6iE
- https://www.youtube.com/watch?v=3wYE9Jra074 (cette vidéo contient un schéma, qui se trouve sur [ce site](https://www.doc-diy.net/photo/remote_pinout/))
---
## 25/11/2022
Aujourd'hui, nous travaillons sur la soutenance que nous aurons le 29 novembre, dans laquelle nous devrons présenter notre avancement.
---
## 22/11/2022
Après avoir transmis la liste des composants et recherché un nouvel appareil photo (il n'y en avait plus sur Leboncoin et Backmarket), nous avons réparti nos tâches.
Je suis donc chargé de trouver une solution pour, soit :
- trouver une solution pour transmettre des données à courte distance sans ouvrir le boîtier et avoir accès à la carte SD
- trouver une solution pour isoler la carte SD et pouvoir la retirer sans faire entrer d'humidité (ou la laisser rentrer selon un seuil acceptable ?)
Je vais donc faire une carte mentale qui se trouve dans le même dossier.
Si on pose d'abord les conditions : mettons que les chercheuses aillent chercher les données des photos 2 mois après l'installation/un précédent passage. On part du principe qu'une quantité maximale de données au bout de 2 mois serait de 5,43 Go de données.
### Solution 1 : transmission des données à courte distance
Si on part du principe qu'elles doivent aller chercher une quantité maximale de 5,43 Go de données, il faudrait comparer le débit et l'utilisation d'énergie de chaque protocole sans fil.
Si on prend cette page Wikipédia : https://fr.wikipedia.org/wiki/D%C3%A9bits_et_port%C3%A9es
Les réseaux sans fils ayant retenu mon intérêt sont les suivants :
- réseau mobile
- Bluetooth
- Wi-Fi
- ~~Wireless USB~~ Le standard a été [abandonné](https://fr.wikipedia.org/wiki/Wireless_USB).
#### Le standard Bluetooth
À voir les standards Bluetooth, le dernier semble être le standard 5.2 (décembre 2019). Sur [cette page Wikipédia](https://fr.wikipedia.org/wiki/D%C3%A9bits_et_port%C3%A9es#cite_note-4), le débit est de 2 Mbit/s.
Calcul :
Débit : 2 Mbit/s = 2 Mio/s => 0,002097 Go/s
$\frac{5,43 Go}{0,002097} = 2589,41 s = 43,15$ minutes
Cela représente un temps qui peut sembler potentiellement acceptable, à voir.
### Solution 2 : transmission des données par carte SD
L'autre solution pourrait être tout simplement de retirer la carte SD, ce qui prendrait beaucoup moins de temps pour le transfert de fichiers. Cependant, il faudrait concevoir un boîtier déporté et isolé pour la carte SD.
---
## 18/11/2022
Aujourd'hui, nous avons tous cherché des composants. Nous cherchons l'objectif pour l'appareil photo. Nous voyons que l'objectif déjà utilisé dans le projet micrObs est un objectif qui ne semble pas correspondre à ce qu'on veut.
Base de données d'objectifs pour appareils photos (donné par Julien):https://www.m43lenses.com/
Alexandre a trouvé plusieurs batteries NiMH. Le choix se porte sur les batteries NiMH en raison de leur résistance à la chaleur.
Antoine a cherché, avec l'aide d'Alexandre, des microcontrôleurs pour le système.
J'ai dimensionné l'espace de stockage nécessaire suite à une critique de Julien qui portait sur le choix d'une carte SD de 128 Gb.
### Dimensionnement de la carte SD
L'appareil photo dispose de plusieurs tailles d'image. Nous prenons la taille maximale, 4608 * 3456 pixels = 15 925 248 pixels.
En partant du principe qu'1 pixel correspond à 24 bits (3 octets), on a donc:
On divise ensuite par 1024*1024 pour passer des octets aux Mégaoctets (car on ne peut pas diviser par 1000 pour convertir, il s'agit d'octets):
$\frac{47 775 744}{1024*1024} = 45,56 Mo$
Une image représente donc 45,56 Mo.
Pour obtenir le nombre d'images prises en 2 mois, on doit multiplier par 2 (car 2 images prises par jour) et par 61 (car les images sont relevées tous les 2 mois).
Sachant qu'on souhaite prévoir plus au cas où les chercheuses ne pourraient pas avoir accès au dispositif pendant 4 mois, il serait souhaitable de prévoir le double de la quantité, donc plus de 10 Go. Comme il n'existe que des cartes SD de 4, 8 et 16 Go, nous prendrons une carte de 16 Go. Au niveau du stockage, il y aurait donc une autonomie d'environ 6 mois.
Cependant, je ne sais pas si ça relève d'un surdimensionnement du système. Ce n'est pas sûr que le panneau solaire et la batterie tiennent autant.
---
## 17/11/2022
Nous avons enregistré les composants dans un document Excel.
Il y a des composants qui ne sont pas déterminés précisément, nous ne savons pas lesquels prendre exactement.
Les composants en question :
- la batterie
- le panneau solaire
- la bobine de plastique pour imprimer le boîtier
- l'objectif de l'appareil photo
---
## 16/11/2022
Aujourd'hui nous avons trouvé des appareils à des prix plus intéressants, sur Rebuy et Leboncoin. Nous en avons trouvé un [sur Leboncoin à environ 60€](https://www.leboncoin.fr/image_son/1919741726.htm).
---
## 15/11/2022
Suite à une réunion avec M. Weber, nous savons désormais qu'il est nécessaire de commander un appareil photo au plus vite. Nous avons donc cherché, Alexandre, Raimundo et moi. Ce qui semblait le plus avantageux semble être l'appareil [à 169€ sur Backmarket](https://www.backmarket.fr/fr-fr/p/hybride-panasonic-g5-boitier-nu-noir/9d5b1522-ebae-422f-bafe-7e1b99bcf31d#l=11).
