Projet

Général

Profil

Wiki » Je Me Présente »

Loris Galland

Je suis étudiant en Licence 3 EEA à l'Université de Bordeaux Sciences et Technologies.
Je suis stagiaire au Fablab Coh@bit pendant la durée du 17 mai au 25 juin 2021.

Je travaille sur le projet Thermo-Bibli : https://projets.cohabit.fr/redmine/projects/projets-du-fablab/wiki/Thermo-Bibli

Lieu d'étude : bilbiothéque universitaire de la faculté de médecine de Bordeaux
serveur de stockage : 20 rue Tourat Carreire Bordeaux

Pour me contacter :

0669776033

17 mai : Introduction au stage

  • présentation sur le wiki
  • présentation fonctionnement/matériel du fablab
  • Recherches documentaires pour approfondissement du cahier des charges:

Wifi 802.11b, portée de 300m (débit rapide) - esp32 compatible
antenne RasperriPI0 pour ce wifi https://www.adafruit.com/product/1030
Recherches GPRS, Lora, SigFox

  • On se portera premièrement sur SigFox car :

prix abordable (0.5 euros par mois)
10 km max de portée
compatible" avec l'arduino
librairie SigFox Arduino : https://www.arduino.cc/en/Reference/SigFox
140 messages montants par jour
module sigfox (environ 4 euros) https://yadom.fr/wssfm10r1at.html
module supplémentaire à acheter pour lire une carte sim sur le rasperry PI0

18 mai

  • premiere ébauche
  • On décide donc de s'intéresser à la solution GPRS.

-notre module esp : http://www.lilygo.cn/prod_view.aspx?TypeId=50044&Id=1127&FId=t3:50044:3

  • Recherches afin de comprendre comment programmer le esp32 en langage C.

1ers branchements / soudure
allumage d'une LED.

19 mai

Nous avons installé différents "outils" afin de commmencer à coder sur l'esp32 : plateformio (coder en c), framagit, element.io, git

  • 1er code sur l'esp32 permettant d'affficher "hello world"
  • Essai sur l'esp32 avec batterie
  • Croquis/desssin illustrant le projet (image disponible sur le wiki de celui-ci)
  • Recherches documentaires sur

Introduction au MQTT https://github.com/1technophile/OpenMQTTGateway
le codage en c de l'esp32
la communication entre l'esp32 et le dht22
les bus de données

*RMT qui est un driver/module qui nous permettrait d'envoyer et de recevoir des informations depuis l'esp32

*MQTT qui servira à "relier" l'esp32 et le RaspberryPi0.
- necessite l'installation de Rasbian https://www.raspberrypi.org/software/

20 mai

  • Tentative d'utiliser VisualStudio avec les "addons" ajoutés précédemment
    malheureusement, rencontre de problèmes liés à python
  • installation de python 3 sur vstudio permettant de régler certains problèmes restants du code

*Codage d'un 1e proramme capable de d'afficher la température et l'humidité d'un capteur. Le programme marche.

21 mai

  • Modification du code pour utilisation de plusieurs capteurs: le programme fonctionne et affiche les différentes températures et humidités des différents capteurs
  • Recherches documentaires :WIFI, MQTT, librairies utilisées etc
  • Modification du code pour essayer de transmettre les données sur "Internet" : le code a été modifié. Une 1e étape passée : l'esp32 se connecte au wifi du fablab.
  • Modification du cablage afin de l'adapter pour une grappe :

nous avons modifié certains cables afin de les rendre plus longs : cable male femelle plus long permettant de relier esp32 et capteurs
utilisation de code couleur pour plus de visibilité : rouge pour le VCC, Jaune pour les datas et Noir pour le ground
soudage et "sertissage" de connecteurs sur les fils

code mqqtt https://iotdesignpro.com/projects/how-to-connect-esp32-mqtt-broker

25 mai

  • Modification du code : le module esp32 arrive à se connecter au MQTT et arrive à envoyer les températures et les humidités sur le serveur test.
  • Recherches documentaires
  • Ajout d'un 5e capteur dht22.
  • Recherches documentaires afin de comprendre comment coder en python le raspberryPi0 qui récupérera les données sur le serveur

26 mai

  • Recherches documentaires
  • Codage en python afin que le raspberryPi0 puisse lire les valeurs du MQTT.
  • Codage en python afin de récupérer ces données dans un document texte
  • Essais de code afin de trier ces données et les afficher dans un graphe

documentation sur matplotlib, fonction split (permet de séparer chaque données d'une ligne de texte et les ranger dans une liste)
Récupération des données sur un docs et affichage de graphiques

27 mai

  • problème concernant le téléversage du programme permettant d'envoyer les données vers le MQTT. Il est possible que les cartes soient grillées du fait d'avoir branché en micro usb et batterie en même temps causant un court-circuit. Erreur corrigée : delay d'1h au lieu de 10sec
  • Test pendant la journée de l'autonomie de la batterie (0.1 A délivré en moyenne). En effectuant un calcul, on devrait obtenir une autonomie d'environ 2 jours
  • Version 2 du schéma représentant le projet, disponible depuis le wiki de celui-ci
  • Introduction à Freecad afin de pouvoir concevoir le boitier
  • On installera Grafana sur la machine Virtuelle et on le paramétra pour afficher graphes et valeurs etc

il faudra demander au bibliothécaire si ces données seront privées ou pas afin de déterminer l'utilisation de log in

  • on utilisera un "abonnement" pour la data base.(demander le nom). On prendra l'offre offrant 1Go.

on observe la taille du fichier txt et on en a déduit que le 1Go de données max ne sera pas atteint avant une centaine d'années donc nous sommes larges

  • Recherches documentaires sur Grafana, InfluxDB

vidéo grafana utile : https://www.youtube.com/watch?v=4qpI4T6_bUw

28 mai

  • Mise en place de la base de données et de grafana.
  • Recherches documentaires et expérimentations pour mesurer et afficher la valeur de la tension de la batterie. L'objectif est de pouvoir connaître le niveau de batterie et à l'avenir d'envoyer des alertes afin de prévenir l'utilisation que la batterie est à un seuil critique.

2 cablages possibles trouvés :

utilisant des mos et des resistances
utilisant seulement des résistances

Recherches afin de savoir la disponibilité des composants mos (stock, temps de livraison etc)

un composant en stock et un autre en réapprovisionnement le 07/05/2021 sur le site RS.

  • 1ers tests sur le cablage 2, mais on effectuera un autre test lundi, après que l'esp32 ait "tourné" pendant tout le week-end.

modifications à faire sur la librairie utilisée afin de vérifier que les niveaux batterie /voltage soient bien en accord avec notre batterie

  • Recherches documentaires sur comment envoyer un mail d'alerte

31 mai

  • Relevé des données après le week-end. On observe que le programme calculant la moyenne s'est arrêté mais que celui qui calculait les données de chaque capteur a continué de fonctionner. Nous avons aussi observé des données du capteur0 qui n'étaient pas "normales". Nous nous sommes rendus compte que le capteur0 s'était détaché et était posé sur la partie métallique de la chaise. On peut expliquer ces données par le fait que le support métallique possède une meilleure inertie que l'air. Ainsi les variations de températures furent moins immédiates.
  • Test afin de déterminer la "consommation" du circuit monté vendredi afin de savoir si impact important sur la batterie :
    en 1h, la batterie est passée de 3.8V à 3.77V
    Calcul de la consommation de ce montage :
    V = 3.27V
    I = 1.1A
    P = 3.57W
    Consommation = P * nombre d'heure * nombre de jours
    On considère qu'il doit fonctionner 24h/24 pendant 365 jours
    On obtient une consommation d'3.57Wh.
    Consommation trop importante. Possibilité de changer les résistances afin de diminuer cela???
  • Implémentation du mode veille sur l'esp32 pour augmenter l'autonomie de la batterie. On passe de 3 jours à 10 jours.

01 juin

  • Après des recherches documentaires, il s'avère que les composants utiles au cablage MOS ne sont pas disponibles à l'achat. J'ai donc recherché sur le site RS des composants "de substitution". Je suis donc parti sur ces composants : https://fr.rs-online.com/web/p/transistors-mosfet/8222520/

Commande effectuée

  • Possibilité d'utiliser d'autres composants prêtés par le personnel du fablab.
  • Travail sur Kicad afin de créer le PCB (recherches documentaires effectuées en parrallèle)

Schéma fait
PCB quasi terminé
compréhension du logiciel et des étapes suivantes en cours.

  • Débuts de recherches d'un boitier permettant d'accueillir notre installation avec le pcb (dimensions souhaitées sur le wiki du projet)

02 juin

  • Finitions de la conception du pcb sur kicad, pcb permettant de mesurer la tension de la batterie et donc son pourcentage.

placement de connecteurs de sortie (pas pensé à les incorporés hier)
recherches documentaires sur ceux-ci (librairie, empreintes etc)
modifications des empreintes etc avant génération de la netlist sinon pas bon
possibilité de souder directement les entrées et sorties du circuit sur le support de la pile???? /!\
plan de masse à ajouter sur le pcb??? Obligatoire ou non??? Bruits et perturbations peuvent être diminués /!\

  • Reception des 2 Mosfets commandés
  • Recherches documentaires sur Kicad et son utilisation :

https://en.wikipedia.org/wiki/Via_(electronics)#In_PCB

03 juin

  • Problème d'heures sur les données grafana résolu par Bastien
  • Questions posées à Pierre :

possibilité de souder directement les etntrées et sorties sur le support de la pile
plan de masse non obligatoire dans notre cas car une seule sortie ground
possibilité de souder des connecteurs sur le pcb pour connecter à l'esp etc

  • Finitions sur le PCB : ajout de trous de perçage, réajustement de l'origine, annotations
  • Découverte avec Jean-Baptiste et recherches documentaires sur le logiciel FlatCam : logiciel permettant la découpe avec la fraiseuse de notre PCB.

04 juin

  • Finitions sur le PCB et prise en main du logiciel FlatCAM
  • 1e essai de découpe du PCB avec la fraiseuse, accompagné de Jean-Baptiste.

certaines dimensions n'étaient pas bonnes donc modifications sur kicad
empreinte du composant 4 pins pas à la bonne dimension donc modification de son empreinte pour une taille de 2mm

  • Réunion avec les commanditaires, travaillant sur le site de la bibliothèque cible

questions posées et répondues

07 juin

  • Réglages de quelques paramètres pour le PCB
  • "Production" du PCB

Découpage, traçage
Positionnement des composants
"Chauffage" au four pour souder les composants
1e test afin de savoir la tension sortie : trop élèvée 3.8V au lieu de 3.3V ---> modifications des résistances à faire
Tableau à faire avec les résistances et les tensions d'entrées pour différents cas

08 juin

  • Expérimentations de cablâge avec le PCB créé.
  • Ecriture du code permettant de calculer le niveau de batterie selon sa tension
  • Documentation sur la conception et production du PCB
  • Expérimentations avec l'ESP32 sans support de batterie.

09 juin

  • Expérimentations de cablâge avec le PCB créé.

étude du composant L7800, régulateur de tension à 5V et cablâge avec celui-ci pour rabaisser la tension des 3 piles en série de 12.6V à 5V.
on observe que lorsqu'on branche ce composant avec une seule pile à 4.2V, la tension diminue à 3.3V.
Plusieurs tests avec différentes résistances pour se rapprocher du 3.3V limite des pins de l'ESP32

j'ai réussi à atteindre 3.34V avec une "résistance équivalente" R1 à 4.2 ohm et une résistance R2 à 1.5 ohm. RECHERCHER SI CETTE TENSION EST ACCEPTABLE.
j'ai réussi à atteindre 3.28V avec une résistance équivalente" R1 à 5.4 ohm et une résistance R2 à 1.5 ohm.

Calcul du rapport entre les 2 résistances du diviseur sur le PCB. Pour les 3 piles, il nous faudrait un rapport de 2.8.

  • Recherches d'un nouveau code afin de mesurer et d'afficher le pourcentage de batterie

code lien wiki
modifications à faire

10 juin

  • vérification du système créé hier.

Résultats ayant beaucoup changé entre hier et aujourd'hui : pont diviseur entre module 5V et PCB pose problème
modifications du cablâge : objectif : module 5V en parallèle avec module PCB

  • Remise au point/clair des objectifs car esprit embrouillé
  • Différents tests de tensions Vbat et Vadc pour obtenir une formule. Linéarité observée avec coeff 0.95
  • Recherches de nouvelles résistances afin de pouvoir atteindre 3.3V : résistances de 1.5kohm et 560ohm

Remplacement des résistances avec souffle-air soudure (ce matériel souffle de l'air pour détacher des soudures)

  • Objectif atteint : on atteint 3.3V en sortie de notre PCB.

11 juin

  • Travail sur le code permettant d'afficher les informations de la batterie sur le terminal Visual Studio Code.
  • Recherches documentaires
  • Modification du programme : il a fallu relier chaque pourcentage de la batterie à un niveau de tension. Programme fonctionnel qui affiche la valeur ADC du pin, la valeur de la tension convertie et le niveau de batterie.
  • Reflexions afin d'incorporer notre code au code déjà existant, afin d'envoyer ces données sur le MQTT. Code fonctionnel.
    /!\ problème rencontré : lorsque l'esp32 est connecté en usb, il nous renvoie sur le MQTT la bonne valeur de tension et de pourcentage, or lorsque celui-ci est alimenté par les batteries, on remarque un écart de valeur : par exemple 62% au lieu de 83% environ. Problèmes dû à la chaleur? Mode d'alimentation? Comportement de l'ESP32?
  • Soudure de pins sur un capteur de CO2 pour Jean-Baptiste et son projet

14 juin

  • Documentation sur le procéde de conception du PCB
  • Nouveaux Tests pour régler le problème d'écart de valeur : excel crée
  • Réunion Zoom avec notre tutrice de stage

améliorer manière d'expliquer, utiliser les bons termes techniques
documenter + le projet

15 juin

  • Nouveaux tests pour régler problème d'écart : modifications du rapport.
    On observe un rapport entre 3.2 et 3.3 intéressant malgré quelques variations.
    On s'approche des valeurs voulues. Tableaux disponibles sur la page concernant la mesure de la batterie du wiki
  • Nouvelle Hypothèse testée : tension de référence envoyée sur le PCB
    Tests non concluants quant au lien avec erreurs de valeurs
  • Visite du site de la BU Carreire (observations, mesures de dimensions etc)
    Nous avons visité la réserve accompagné de Romain Wenz. Découvertes et explications sur l'histoire de certains livres (créations, anecdotes etc)

16 juin

  • Nouvelle hypothèse : passez en alimentation 3.3V au lieu de 5V
    On a fait un 1e test avec un générateur de tension. On observe que le pourcentage observé est quasi-identique à celui attendu. TEST AVEC 85%.
  • Hypothèse sur la température testée : nous avons placé un ventilateur afin de refroidir les batteries. On observe que les résultats sont moins "absurdes" qu'à température chaude (28-30 °C). Attente afin de vérifier cette hypothèse, batteries qui reviennent à température chaude.

test l'après-midi. On remarque que le pourcentage attendu et obtenu est quasi-identique malgré un très léger décalage (moins de 3%)
Pourquoi?

  • Vérification du courant d'alimentation. Dans la datasheet de l'ESP32, courant d'alimentation autour de 80mA. Courant d'alimentation des piles qui vérifie cette condition.
  • Recherches sur le Sleep-Mode de l'Esp32

Autonomie (sans sleep mode)

11.73V à 10h30 _82%
11.60V à 13h42 _79%
11.56V à 14h55 _78%

On obtenait -1% par heure environ. Donc autonomie de 3 jours = INSUFFISANT

On teste maintenant avec le sleep mode (réveil toutes les 10 min environ)

Autonomie (avec sleep mode)
11.55V à 16h08_73% décalage (78% attendu)
11.54V à 17h10_71% décalage (78% attendu)

Décalage peut-être dû à la température

On observe que la tension n'a diminué que d'1V pour 1h

D'après la documentation,
un support de piles en série permet d'augmenter la tension de sortie mais le courant reste le même.
un support de piles en paralléle permet d'augmenter le courant de sortie mais la tension reste la même. -> permet d'augmenter la capacité de la batterie.

tentative de modifier un support série en paralléle. Les fils chauffent beaucoup. Arrêt du test. Problème?

  • Calcul de la capacité des batteries en série : capacité d'une seule batterie : 3.4 mAh
  • Calcul de la capacité des batteries en paralléle : capacité d'une seule batterie * 3 = 10.2mAh

17 juin

  • Calcul de l'intensité du courant utilisé au cours d'une journée avec sleep mode théorique :

sleep mode 1.1mA
Mesure mode 12-15mA

Puissance "envoyée" par la batterie = 12.6V x 3500mAh = 44Wh

Puissance consommée par ESP32 = 5V x 15mA = 0.075W

Autonomie = 44Wh/0.075W = 586h soit 24 jours

Or cette autonomie correspond sans le sleep mode. Calcul avec le sleep mode

Puissance consommée par l'ESP32 = 5V x 1.1mA = 5.5mW

Autonomie = 44Wh/5.5mW = 8000h soit 333 jours

1e conclusions =
en mode normal = 24 jours
en mode sleep = 333 jours

Temps d'utilisation : (24h x 60 min)/10min = 144 valeurs soit 144 min = 2.4h
Le mode calcul ne fonctionne que 2.4h

Le mode Sleep dans ce cas fonctionne pendant 24h-2.4h = 21.6h

Connaissant la puissance envoyée par la batterie, nous pouvons dire que:
Puissance mode mesure = 44Wh/2.4 = 18.3W (Résultat un peu grand, doûte sur la cohérence de celui-ci)
Puissance mode sleep = 44Wh/21.6 = 2.03W

Test 2 :

1 cycle de batterie = mode mesure + mode sleep (temps total 10 min)
mode mesure = 15mA x 5V = 0.075W pour 1 min donc 0.075 x 60 = 4.5Wh
mode sleep = 1.1mA x 5V = 0.0055W pour 9 min donc (0.0055 x 60)/9 = 0.037Wh
Pour un cycle, l'esp32 consomme 0.0805W

  • Continuation des mesures :

11.53V à 10h09 _77%
11.51V à 11h _71% (77% espéré) -> température élevée
11.47v à 13h26_71% (76% attendu)
11.45V à 14h05_73% (76% attendu)
11.44V à 14h37_71% (76% attendu)

de 11h à 13h26, nous avons perdu 1% de batterie. Donc -1% en 2h36 soit 146min.
Si nous voulons calculer l'autonomie de la batterie, on doit calculer le temps que met la batterie pour passer de 100% à 0%. Donc sachant que -1% correspond à 146 min alors -100% correspond à 14600 min soit 243h soit 10 jours INSUFFISANT

TEST 3 :
La pile : 3400mAh x 12.6V = 42.84Wh

Puissance consommé par l'ESP32 deep sleep = 5V x 1.1 mA = 5.5mW

Donc Autonomie de 42.84/5.5mW = 7789h soit 324 jours

Solutions possibles : nous pouvons commencer par passer sur un support de piles en parallèle. De plus, nous pourrions alimenter notre esp32 en 3.3V.

TEST FINAL
Pile : 3400mAh x 4.2V = 14,3Wh

Circuit qui consomme 2mA et 12V = 24mW

AUtonomie finale = 70 jours

  • On laisse alimenter l'ESP32 pendant la nuit pour observer sa consommation de batterie. On notr l'état de départ à 11.37V à 17h49.

18 juin

  • L'ESP32 a bien fonctionné toute la nuit. On note à 9h20 une tension de 11.01V
    On observe donc une diminution de la tension de 11.37 à 11.01V soit -0.36V pour une durée de 15h31 min.

15h31 correspond à 931 min.
24h correspond à 1440 min.

Donc pour 24h, nous pouvons calculer une "consommation" de (1440*0.36)/931 = 0.55V. Nous obtenons pour un jour une consommation de 0.55V.
Donc sachant que la batterie possède une tension max de 12.6V alors le nombre de jours correspond à 12.6/0.55 = 22.9 jours soit 22 jours complets.
CEPENDANT ce calcul se base sur l'hypothèse que la décharge est linéaire.

D'après notre hypothèse, lorsque "24h seront passés", à 17h49 on devrait obtenir une tension de 10.82V. Nous vérifirons cela expérimentalement.

  • Problème de décalage pourcentage. D'après un tableau précedent sur le wiki partie "mesure de la batterie", j'ai pu observer que ce décalage n'était pas linéaire.
    Idée de solution : créer des blocks IF dans le code afin de modifier le rapport de conversion selon des plages de pourcentage
  • Test autonomie avec batterie 100 début

Conso repos : 21.5 mA
Conso Mesure :130mA à 150mA

14h13 12.54V 100%
14h32 12.53V 100%
14h37 12.52V 100%
14h42 12.52V 100%
14h52 12.51V 100%
14h55 12.46V 100%
15h00 12.47V 100% 136mA
15h07 12.47V 100% 145mA
15h12 12.46V 100% 155mA
15h15 12.46V 100% 136mA
15h20 12.46V 83% 161mA
15h25 12.45V 91% 150mA
15h30 12.45V 100% 139mA
15h35 12.45V 95% 150mA
15h40 12.44V 97% 149mA
15h45 12.44V % 137mA <----- perte de pourcentage. Problème Raspberry
15h50 12.44V % 155mA
15h55 12.43V 97% 146mA
16h00 12.43V 95% 139mA
16h05 12.42V % 149mA <----- perte de pourcentage.
16h10 12.42V % 136mA
16h15 12.42V % 150mA
16h20 12.42V % 140mA
16h25 12.41V 95% 140mA
16h30 12.41V % 145mA
16h35 12.41V % 137mA
17h00 12.40V % 167mA
17h05 12.40V 91% 136mA
17h10 12.40V % 154mA
17h15 12.39V % 147mA
17h20 12.39V % 135mA
17h25 12.39V % 145mA
17h30 12.39V % 140mA
17h37 12.39V % 137mA

Nous pouvons observer que en 1h, de 15h à 16h, la batterie a "perdu" 0.04V. Pour la consommation, nous restons autour de 140mA lors d'une lecture de données et à 21.5mA au repos.
On observe que l'ensemble PCB + régulateur 5 V consomme 11mA. Le régulateur consomme 4.6mA et le PCB par déduction consomme lui 4.4 mA. L'ensemble ESP32 + régulateur 5V consomme 15.6mA. On constate donc que l'ESP32 ne consomme pas la valeur donnée sur la datasheet (150uA max).

Objectif = Trouver un moyen de réduire la consommation des composants autour de l'ESP32.

21 juin

*Après avoir laissé le système alimenté tout le week-end, nous avons relevé la tension de la batterie.
A 9h35, nous avions 11.34V. Vendredi soir à 17h37, nous avions 12.39V. Nous pouvons donc estimer une diminution d'environ 1V pendant le week-end

  • Mise au point avec Pierre de notre autonomie de batterie.

Circuit électronique autour de l'ESP32 qui consomme beaucoup
Nouvelle solution possible : "Brider" l'ESP32 en modifiant son firmware. Début de recherches documentaires

  • Oral blanc avec Charlotte et Pierre

Astuces données pour améliorer notre oral

22 juin

  • Grosse baisse de tension observée : à 9h35 nous étions à 5.5V.
  • Nouvelles solutions : éteindre tout le circuit avec un relai bistable et un module RTC.
  • Recherches documentaires sur ces composants
  • Test d'un nouveau régulateur 5V : consommation 0.195 mA alors que l'ancien consommait 4.6 mA.
  • 1.88V à 10kOhm led de l'esp32

23 juin

  • Nouveau test d'autonomie (sans LED et nouveau régulateur)

on passe de 12.40V à 18h18 la veille à 11.64V à 9h39 aujourd'hui. Nous avons donc perdu 0.76V en 15h et 21 min soit 921 min
Sachant que notre batterie est au max à 12.6V, alors on a une autonomie expérimentale de 5816 min soit 242 jours. A VERIFIER, VALEUR TRES GRANDE

  • Aucun envoi sur le MQTT de l'ESP32. Nouveau Test
    Début : 11.65V à 10h29
    Milieu : 11.61V à 13h42
    fin : 11.56V à 18h
  • Oral Blanc avec Charlotte
  • Introduction à la découpe laser avec Jean-Baptiste
  • Recherches documentaires sur comment paramétrer le DS3231

connexion au raspberry via Putty -> passer par le raspberry pour coder sur le ds3231

24 juin

  • A 9h29, la tension est de 11.37V. Diminution plus importante que hier pendant la journée.

Température trop froide la nuit qui affecte la batterie?

  • En 8h31, nous avons perdu 0.19V. Sachant que notre batterie varie 4.8V entre valeur max et min.

8h31 correspond à 511 min
511 min pour 0.19V donc pour 4.8V, nous avons 12 909 min soit 215h soit 8-9 jours
Résultat étrange. Calculs précédents faux? Comportement de la batterie différent?

25 juin

  • Nouvelle méthode : alimentation 3.3V avec piles en parallèle.
  • Régulateur 3.3V placé
  • PCB modifié avec résistances 10k et 100k( x2) >> problème facteur 1/10
  • Nouvelle méthode possible : x 2 batteries en série, en parallèle