Vous connaissez certainement ces petits modules WIFI et je ne vais pas vous les décrire une Nième fois. Dans cet article nous allons plutôt nous intéresser à l'élaboration d'une solution à base d'ESP8266 ou ESP32 alimentée par batterie. Nous en profiterons pour explorer aussi certains sujets pour les plus ou moins débutants les cartes de prototypage le câblage le chargement par l'IDE ARDUINO le sommeil profond ou deep-sleep le réveil périodique le réveil par une entrée digitale envoyer un mail Avant tout, il est important de savoir que le sommeil profond entraîne la coupure du modem WIFI, et donc l'ESP8266 ou l'ESP32 se retrouvera dans l'incapacité de communiquer. Les montages réalisés dans une optique serveur WEB ne pourront bénéficier de cette technique d'économie d'énergie. Si vous envisagez la réalisation d'un serveur WEB alimenté par batterie, orientez-vous plutôt sur une alimentation secteur ou une alimentation par batterie + recharge solaire. 1. Alimentation sur batterie Tension de service Avant d'aller plus loin, il faut savoir que la tension d'alimentation de l'ESP8266 ne peut dépasser il ne peut fonctionner en dessous de la tension d'alimentation de l'ESP32 ne peut dépasser il ne peut fonctionner en dessous de L'alimentation par batterie passera de préférence par les solutions suivantes 2 batteries NIMH en série 1 batterie LifePo4 l'idéal 3 batteries NIMH en série + 1 régulateur ou 3V 1 batterie LITHIUM-ION ou LIPO + 1 régulateur ou 3V La solution consistant à utiliser 2 batteries NIMH en série paraît optimale pour l'ESP8266 mais elle ne l'est pas pour les batteries La tension à pleine charge sera de L'ESP8266 pourra fonctionner jusqu'à A les batteries seront loin d'être vides. Il restera environ 30% de capacité, et il sera obligatoire de les décharger avant de les recharger afin d'éviter l'effet mémoire. Certains chargeurs font cela automatiquement. Par contre la solution à 2 batteries NIMH est un peu plus intéressante pour l'ESP32 car sa tension minimale de fonctionnement de se rapproche de la tension minimale des batteries 2 x Courant Un ESP8266 consomme un courant important lors de la connexion WIFI Il est inutile de vouloir l'alimenter avec une source incapable de fournir ce courant une batterie 9V par exemple. Autonomie La capacité de la batterie à utiliser dépendra de plusieurs facteurs consommation de la carte utilisée consommation des capteurs courant de repos du régulateur de tension fréquence des réveils etc. Dans le présent article vous trouverez la description de quelques cartes ESP8266 et ESP32 avec leurs consommations respectives. Dans cet autre article vous trouverez les caractéristiques de consommation de nombreux capteurs de température, humidité, pression et lumière Lisez également celui-ci Ce article vous fournira aussi d'autres renseignements utilisation éventuelle d'un régulateur calcul de l'autonomie vérification de la consommation surveillance de la tension de la batterie Si vous tenez absolument à alimenter l'ESP8266 ou l'ESP32 avec une batterie LITHIUM-ION ou LIPO, cet article vous aidera dans le choix de votre régulateur Le modèle choisi devra être capable de débiter 500mA. 2. L'ESP8266 Le firmware L'ESP8266 peut être chargé avec différentes firmwares le firmware "AT commands" le firmware NodeMCU le firmware MicroPython etc. et enfin un firmware développé par vous-même avec l'IDE ARDUINO ou le SDK Espressif Le firmware AT n'est utile que dans le cadre du pilotage d'un ESP8266 par un autre microcontrôleur ARDUINO ou autre, en passant par la ligne série. Cette solution était auparavant assez utilisée mais elle est en perte de vitesse. Il est difficile d'obtenir un résultat performant en utilisant ce moyen. Et pourquoi s'encombrer d'un ARDUINO alors qu'un ESP8266 sait tout faire et bien mieux ? Justifier ce choix par un nombre de GPIOs et d'entrées ADC plus important pour l'ARDUINO n'est valable que lorsque l'on a affaire à un ESP01, et il est possible d'étendre les GPIOs avec un expander I2C ou SPI. Et autant passer sur un ESP32 pour avoir plus d'entrées ADC, d'autant plus que la résolution est supérieure. Le firmware NodeMCU et son langage LUA apparemment le deep-sleep existe. Je ne l'ai pas essayé. Le firmware MicroPython dispose aussi du deep-sleep. Je n'ai pas encore essayé MicroPython sur ESP8266 mais j'avoue que je me laisserais facilement tenter. Dans cet article nous nous intéresserons pour l'instant uniquement au langage C / C++ en utilisant l'IDE ARDUINO. Le hardware Dans une solution basse consommation à base d'ESP8266 il est intéressant d'utiliser le module nu et de l'implanter sur un PCB maison. D'une part cela permet d'être sûr qu'aucun composant superflu ne viendra augmenter la consommation du montage, d'autre part l'encombrement sera réduit. Par contre pour des besoins de prototypage, il est tout de même plus intéressant de disposer d'une carte enfichable sur une breadboard. Nous allons commencer par un petit schéma de base Ce schéma représente le minimum vital pour pouvoir travailler. L'ESP8266 est équipé de quelques composants et connexions RESET un bouton-poussoir permettant le redémarrage FLASH un bouton-poussoir permettant le chargement R1 résistance de pull-up du de la broche RST R2 résistance de pull-up de la broche EN R3 résistance de pull-up du de la broche GPIO0 R4 résistance de pull-up du de la broche GPIO2 FTDI un connecteur de chargement GPIO15 relié à GND On peut facilement l'essayer sur une breadboard. Le connecteur FTDI reçoit les signaux d'un convertisseur USB / série. RX et TX sont croisés bien entendu. On peut aussi alimenter le montage à l'aide du du convertisseur. Il est impératif de choisir un convertisseur ou un modèle possédant un cavalier permettant de le basculer en Il vaut mieux rapprocher les boutons RESET et FLASH pour pouvoir les manipuler avec un seul doigt. Le chargement par l'IDE ARDUINO se passe de la façon suivante lancer le chargement presser les boutons RESET et FLASH relâcher le bouton RESET en maintenant le bouton FLASH enfoncé jusqu'au début du chargement Téléversement ... Si le message "error espcomm_upload_mem failed" s'affiche, revoyez votre câblage, y compris les pins RX TX qui doivent être croisées. Personne n'est à l'abri d'une erreur. Les cartes du type WEMOS D1 MINI ou NodeMCU vous dispensent de ces manipulations de boutons. Il suffit de lancer le chargement Chargement automatique Il est également possible d'obtenir le chargement automatique d'un module ESP8266 nu, tout en conservant le chargement manuel, grâce à l'ajout de quelques composants Contrairement à ce qui se passe sur une carte NodeMCU qui a besoin des signaux DTR et RTS, j'ai voulu utiliser un seul fil DTR ou RTS. Le front descendant du signal DTR ou RTS est transformé en impulsion à travers un condensateur pour provoquer le reset en bleu sur l'oscillogramme ci-dessous, tandis que le signal complet est appliqué sur GPIO0 en jaune sur l'oscillogramme ci-dessous pour démarrer l'ESP8266 en mode bootloader. Pourquoi cette manière de procéder ? parce que la majeure partie des convertisseurs USB / série proposent un signal DTR ou RTS, rarement les deux. Le condensateur C2 permet d'envoyer juste une impulsion de reset à la pin RST de l'ESP8266. La diode D1 permet d'éliminer la surtension sur la pin RST lors de la décharge du condensateur C2, surtension visible sur l'oscillogramme ci-dessous. Le transistor Q1 transmet l'intégralité du signal DTR ou RTS à la pin GPIO0 En bleu la pin RST En jaune la pin GPIO0 Ce montage est utilisable de ceux manières avec un convertisseur USB / série simple + GND + RX + TX appuyer sur les boutons RESET et FLASH lancer le chargement relâcher le bouton RESET au début du chargement Téléversement ... relâcher le bouton FLASH quand le chargement à commencé avec un convertisseur USB / série complet + GND + RX + TX + DTR ou RTS lancer le chargement c'est tout Les cartes de prototypage Il existe différents types de cartes dites "breakout" permettant d'implanter un module ESP8266 sur une breadboard. Adaptateurs simples Ce sont des cartes simples ne possédant ni convertisseur USB / série ni régulateur de tension. On les trouve sous la dénomination ESP8266 WhiteBoard. Elles peuvent être équipées d'un régulateur et certaines connexions sont déjà réalisées résistance de 10K entre CH_PD ou EN et + résistance de 10K entre GPIO2 et + GPIO15 relié à GND Si l'on veut utiliser une carte de ce type, il nous suffit donc d'ajouter le bouton RESET le bouton FLASH la résistance R1 la résistance R3 un FTDI Ces cartes sont très encombrantes, en particulier en largeur, mais elles conviennent parfaitement au prototypage. Alimentée en elle devrait avoir la même consommation que le module nu, c'est à dire entre 20µA et 30µA en sommeil profond. Cet autre modèle existe, encore plus nu, plus étroit merci à NB pour l'info Il nécessite des barettes mâles SMD au pas de La carte WEMOS D1 MINI Cette carte est un peu plus riche. Elles possède 11 GPIOs un régulateur un convertisseur USB / série CH340 des résistances de pull-up sur les broches RST, EN, GPIO0 et GPIO2 une résistance de pull-down sur la broche GPIO15 quelques condensateurs de découplage Cette carte occupe un volume raisonnable. Alimentée en elle devrait consommer environ 100µA en sommeil profond. La carte NodeMCU Cette carte, plus ancienne, est plus encombrante. Elle offre à peu près les mêmes caractéristiques que la précédente, avec 17 GPIOs. Cette carte occupe un volume important. Alimentée en elle devrait consommer environ 100µA en sommeil profond. La carte ESP8266-01 Cette carte est très peu encombrante. Elle possède seulement 2 GPIOs. Un ESP01 sur lequel la LED rouge a été éliminée peut avoir une consommation très basse 20 à 30µA. Cela se fait très facilement en la faisant sauter avec l'ongle. Par contre elle ne vous offrira pas la possibilité de se réveiller périodiquement, sauf si vous reliez la pin GPIO16 à la pin RESET à l'aide d'un petit fil soudé sur les pattes du processeur. Je vous conseille le fil à wrapper, un fer à souder avec pointe fine et une bonne loupe frontale. Pour l'enficher sur une breadboard vous aurez besoin de ceci Pour charger l'ESP01 le câblage est celui-ci Ce schéma est inspiré de celui de l'ESP8266 plus haut voir les explications ICI. Il permet d'obtenir un chargement automatique ou manuel. Le sommeil profond Nous allons nous intéresser à un seul mode de sommeil, le deep-sleep, seul capable d'assurer une consommation suffisamment faible pour pouvoir fonctionner sur batterie avec une autonomie suffisante. Le sommeil profond est obtenu par un appel à une méthode de la librairie ESP L'ESP8266 sera réveillé soit quand le temps spécifié sera écoulé, soit sur un signal sur une de ses entrées. En fait, contrairement à ce qui se passe sur un ARDUINO, le réveil par GPIO n'existe pas sur un ESP8266. Nous devons provoquer un reset et le logiciel devra aller consulter les informations de reset et lire l'état de la GPIO pour connaître la cause du réveil. Vous allez certainement remarquer que cela implique un redémarrage complet, avec déroulement du startup, de l'initialisation de la librairie C / C++ et donc une énorme perte de temps. Oui, mais il ne faut pas oublier qu'il faudra aussi reconnecter le modem au réseau WIFI, ce qui prend aussi beaucoup de temps. L'ESP8266, tout comme l'ESP32 n'est pas conçu pour traiter rapidement des interruptions internes ou externes quand il est en sommeil profond, comme pourraient le faire un ATMEGA ou un STM32. Nous allons partir d'un exemple concret, un montage destiné à de la surveillance un capteur de température réveil cyclique deux capteurs de passage PIR réveil par une GPIO Comme notre montage n'a pas la possibilité de se comporter comme un serveur WEB, nous pouvons envoyer des événements sous diverse formes envoyer une requête HTTP à un serveur envoyer des données en JSON à un serveur DOMOTICZ ou JEEDOM envoyer un mail etc. Pour cet exemple j'ai choisi d'envoyer un mail. On trouve beaucoup de documentation sur le WEB Pour obtenir les deux modes de réveil il va nous falloir ajouter quelques petites choses à notre carte Réveil par un PIR Pour réveiller l'ESP8266 en sommeil il nous faut générer une impulsion de courte durée sur la pin RST. Au repos cette PIN est à UN. Il va falloir générer un ZÉRO pendant un temps court 1ms par exemple. Or la sortie d'un PIR est à ZÉRO au repos et génère lors des détections de passage une impulsion positive très longue qui ne convient évidemment pas. En regardant le schéma, à gauche, la sortie du PIR attaque un condensateur puis la base d'un transistor NPN. La constante de temps 1µF x 1K est de 1ms. Le front montant du signal du PIR va produire une impulsion positive sur la base du transistor qui va conduire et ramener le potentiel de la pin RST à ZÉRO durant environ 1ms. La sortie du PIR1 est reliée également à GPIO4 et la sortie du PIR2 à GPIO12 afin que le logiciel puisse consulter l'état de ces entrées. Les deux résistances R1, R2, R4 et R5 permettent de décharger le condensateur et de revenir à l'état de repos. J'ai utilisé des boutons poussoirs pour simuler les PIRs. Si de vrais capteurs PIR sont utilisés les résistances R1 et R2 sont inutiles. Elles doivent seulement être présentes si des contacts secs sont utilisés interrupteur, relais, ILS, etc. Elles servent de résistances pull-down. Possibilités Si à l'entrée nous avions autre chose qu'un PIR, il faudrait adapter. Dans le cas d'une source produisant une impulsion vers le bas, on pourrait remplacer le NPN par un PNP Comme nous avons deux entrées pour les PIRs, il nous faudrait implémenter deux de ces circuits. Si la source produit une impulsion trop courte, l'ESP8266 va redémarrer mais le logiciel n'aura pas le temps de lire la GPIO. Il faudrait dans ce cas insérer un monostable Ce circuit produit une impulsion positive de 500ms sur GPIO4, largement suffisante pour que l'ESP8266 aie le temps de démarrer. Ce monostable déclenche sur un front montant en entrée. Pour implémenter un monostable déclenchant sur front descendant, remplacer tout simplement la porte OR CD4071 par un porte AND CD4081. Comme nous avons deux entrées à surveiller, il nous faudrait implémenter deux de ces circuits. Réveil périodique Le deuxième cas, le réveil périodique, est obtenu en reliant GPIO16 à la pin RST. GPIO16 est une pin utilisée par le circuit RTC de l'ESP8266 qui lorsque le timer arrivera à échéance, générera l'impulsion qui nous intéresse. RemarquesL'électronique de déclenchement de réveil pour l'ESP8266 est assez conséquente, surtout si plusieurs entrées de réveil doivent être implémentées. Pour chaque entrée on a besoin de 1 condensateur 3 résistances 1 transistor Si les impulsions sur les entrées sont courtes c'est encore pire. Pour chaque entrée on a besoin de 2 condensateurs 4 résistances 1 monostable 1 transistor Le circuit utilisé, le CD4071 possède 4 portes OR, donc il est possible d'implémenter 4 entrées avec un seul CD4071, mais c'est une piètre consolation. Comparativement l'ESP32 n'a besoin d'aucun composant additionnel. Si vous envisagez de réveiller un ESP8266 par une ou plusieurs entrées digitales, optez plutôt pour l'ESP32. Voir paragraphe 3. L'ESP32. Nous voici donc avec un schéma permettant de mettre en œuvre les deux cas de réveil qui nous intéressent. Le sketch Voici un exemple de sketch include include include define SMTP_PORT 587define MOTION_PIN1 4define MOTION_PIN2 12define ONE_WIRE_PIN 5define SLEEP_TIME 30*60enum rst_reason { REASON_DEFAULT_RST = 0, /* normal startup by power on */ REASON_WDT_RST = 1, /* hardware watch dog reset */ REASON_EXCEPTION_RST = 2, /* exception reset, GPIO status won’t change */ REASON_SOFT_WDT_RST = 3, /* software watch dog reset, GPIO status won’t change */ REASON_SOFT_RESTART = 4, /* software restart ,system_restart */ REASON_DEEP_SLEEP_AWAKE = 5, /* wake up from deep-sleep */ REASON_EXT_SYS_RST = 6 /* external system reset */};struct rst_info{ uint32 reason; uint32 exccause; uint32 epc1; uint32 epc2; uint32 epc3; uint32 excvaddr; uint32 depc;};const char* ssid = "Livebox-XXXX";const char* password = "XXXXXXXXXXXXXXXXXXXXXXXXXX";char server[] = " Change to your base64, ASCII encoded userconst char userID[] = "XxXxXxXxXxXx";// change to your base64, ASCII encoded passwordconst char userPWD[] = "YyYyYyYyYyYyYy";// senderconst char sender[] = "sender recipentconst char recipient[] = " client;OneWire oneWireONE_WIRE_PIN ;DallasTemperature DS18B20&oneWire;void setup{ int motionPin1; int motionPin2; rst_info *resetInfo; byte ret; resetInfo = "Wakeup reason "; pinModeMOTION_PIN1, INPUT_PULLUP; pinModeMOTION_PIN2, INPUT_PULLUP; motionPin1 = digitalReadMOTION_PIN1; motionPin2 = digitalReadMOTION_PIN2; "; "; password; while != WL_CONNECTED { delay500; } Connected"; "; switch resetInfo->reason { case REASON_DEFAULT_RST ret = sendEmail"**** Just Started ****"; break; case REASON_WDT_RST ret = sendEmail"**** Watchdog Reset ****"; break; case REASON_EXCEPTION_RST ret = sendEmail"**** Exception Reset ****"; break; case REASON_SOFT_WDT_RST ret = sendEmail"**** Software Watchdog Reset ****"; break; case REASON_SOFT_RESTART ret = sendEmail"**** Software Reset ****"; break; case REASON_DEEP_SLEEP_AWAKE if motionPin1 { ret = sendEmail"**** Motion1 Detected ****"; } if motionPin2 { ret = sendEmail"**** Motion2 Detected ****"; } if !motionPin1 && !motionPin2 { char temp[6]; char s[32]; dtostrfgetTemperature, 5, 2, temp; sprintfs, "**** temperture is %s ****", temp; ret = sendEmails; } break; case REASON_EXT_SYS_RST ret = sendEmail"**** System Reset ****"; break; } into deep sleep for "; seconds"; * SLEEP_TIME;}void loop{}byte sendEmailconst char *data{ byte thisByte = 0; byte respCode; if SMTP_PORT == 1 { } else { failed"; return 0; } if !recv return 0; HELLO"; if !recv return 0; auth login"; login"; if !recv return 0; User"; if !recv return 0; Password"; if !recv return 0; From "; From "; if !recv return 0; To "; To "; if !recv return 0; DATA"; if !recv return 0; email"; "; "; My first Email from ESp8266\r\n"; ESP8266 N° "; HEX; if !recv return 0; QUIT"; if !recv return 0; return 1;}byte recv{ byte respCode; byte thisByte; int loopCount = 0; while ! { delay1; loopCount++; if loopCount > 10000 { return 0; } } respCode = while { thisByte = } if respCode >= '4' { return 0; } return 1;}float getTemperature { float tempC; do { tempC = delay100; } while tempC == tempC == return tempC;} Comme on peut le constater ce code envoie un mail différent pour chaque cause de reset reset système, réveil, exception, etc. La lecture des pins GPIO4 et GPIO12 permet de déterminer la cause du réveil. Comme il n'est pas possible de détecter l'impulsion sur GPIO16 dans le logiciel, on considère que le timer a déclenché le réveil si GPIO4 et GPIO12 sont à zéro. Il vous faudra bien sûr remplacer certaines valeurs Le SSID de votre box const char* ssid = "Livebox-XXXX"; Le mot de passe WIFI de votre box const char* password = "XXXXXXXXXXXXXXXXXXXXXXXXXX"; L'adresse de votre serveur de messagerie char server[] = " Le port SMTP utilisé par votre serveur define SMTP_PORT 587 Votre identifiant de messagerie codé en base64 const char userID[] = "XxXxXxXxXxXx"; Votre mot de passe de messagerie codé en base64 const char userPWD[] = "YyYyYyYyYyYyYy"; L'adresse mail de l'expéditeur du message const char sender[] = "sender L'adresse mail du destinataire du message const char recipient[] = " Pour encoder un identifiant ou un mot de passe en base64 Sous LINUX utiliser la commande base64. Sinon L'IDE ARDUINO Il vous faudra bien entendu installer le support ESP8266 Il vous faut aussi installer deux librairies De préférence installez la dernière version. 3. L'ESP32 Le firmware Ici encore nous nous intéresserons pour l'instant uniquement au langage C / C++ en utilisant l'IDE ARDUINO. Le hardware Je n'ai pas testé de module ESP32 seul. A première vue, le schéma minimal devrait être celui-ci Le connecteur marqué FTDI permet de raccorder un convertisseur USB / série. Il faut bien sûr croiser TX et RX. Rappel il est impératif de choisir un convertisseur ou un modèle possédant un cavalier permettant de le basculer en Ce schéma devrait pouvoir permettre d'obtenir le chargement de l'ESP32 sans avoir à agir sur les boutons RESET EN et BOOT. La pin GPIO0 possède déjà sa propre résistance interne de pull-up. Les cartes de prototypage Adaptateur simple Ce sont des cartes simples ne possédant ni convertisseur USB / série ni régulateur de tension. L'ESP-WROOM-32 Cette carte est la seule que j'aie testé. Elle possède un port USB, un convertisseur USB / série CH340, un régulateur et des boutons EN RESET et BOOT. Il faut appuyer sur BOOT avant le chargement par l'IDE ARDUINO. Il est possible de se passer du port USB si l'on désire alimenter la carte directement en en éliminant du même coup la consommation du CH340. Un FTDI sera câblé sur les broches de la carte GND du FTDI sur GND de la carte RX du FTDI sur TX0 de la carte TX du FTDI sur RX0 de la carte DTR du FTDI sur EN de la carte Le CTS du FTDI aurait pu être connecté sur la pin GPIO0 mais celle-ci n'est pas disponible sur les broches de la carte. Il faudra appuyer sur BOOT avant le chargement par l'IDE ARDUINO. Cette carte consomme trop en sommeil profond 3mA. On est loin des 5µA attendus, mais elle nous permettra d'effectuer la mise en œuvre logicielle sans problème. La FireBeatle Cette carte semble être une des moins gourmande du marché, avec 50µA de consommation en sommeil profond. Elle dispose d'un connecteur pour une batterie LITHIUM-ION ou LIPO. Elle est capable de recharger la batterie à partir du 5V ou de son connecteur USB. Un TP4056 est implanté sur la carte. La WEMOS LOLIN D32 Cette carte est censée consommer 150µA en sommeil profond. Elle dispose également d'un connecteur pour une batterie LITHIUM-ION ou LIPO. Elle est capable de recharger la batterie à partir de son connecteur USB. La WEMOS LOLIN32 ancienne version de la D32 Cette carte est censée consommer 170µA en sommeil profond. Elle dispose également d'un connecteur pour une batterie LITHIUM-ION ou LIPO. Elle est capable de recharger la batterie à partir de son connecteur USB. Le sommeil profond Le sommeil profond a un fonctionnement différent de celui de l'ESP8266. L'ESP32 est capable de faire la distinction entre plusieurs sources de réveil un réveil par une GPIO ext0 un réveil par plusieurs GPIOs ext1 un réveil par le touchpad un réveil par RTC Il est possible d'activer l'une ou l'autre ou plusieurs. Réveil par une GPIO 0, 2, 4, 12 à 15, 25 à 27, 32 à 39 esp_sleep_enable_ext0_wakeupgpio, state; Dans ce mode, les GPIOs peuvent bénéficier de résistances internes de pull-up ou pull-down include rtc_gpio_pullup_engpio; rtc_gpio_pulldown_engpio; Réveil par plusieurs GPIOs 32 à 39 esp_sleep_enable_ext1_wakeupgpios, state; Dans ce mode, les GPIOs devront être équipées de pull-up ou pull-down matérielles externes. Réveil par le touchpad touchAttachInterruptpad, callback, threshold;esp_sleep_enable_touchpad_wakeup; Réveil par la RTC esp_sleep_enable_timer_wakeupµs; Activation du mode deep-sleep esp_deep_sleep_start; Lors du réveil la fonction esp_sleep_get_wakeup_cause sera appelée pour connaître la cause du réveil switch esp_sleep_get_wakeup_cause { case ESP_SLEEP_WAKEUP_EXT0 by EXT0"; break; case ESP_SLEEP_WAKEUP_EXT1 by EXT1"; break; case ESP_SLEEP_WAKEUP_TIMER by RTC"; break; case ESP_SLEEP_WAKEUP_TOUCHPAD by TouchPad"; break; } Si le réveil par plusieurs GPIOs a été activé, il est possible de déterminer quelle GPIO a provoqué le réveil uint64_t wakeupBit = esp_sleep_get_ext1_wakeup_status;if wakeupBit & GPIO_SEL_33 { // GPIO 33 woke up} else if wakeupBit & GPIO_SEL_34 { // GPIO 34} Et enfin, si le réveil par le touchpad a été activé, il est possible de déterminer quelle touche a provoqué le réveil touch_pad_t touchPin = esp_sleep_get_touchpad_wakeup_status;switchtouchPin { case 0 detected on GPIO 4"; break; case 1 detected on GPIO 0"; break; case 2 detected on GPIO 2"; break; case 3 detected on GPIO 15"; break; case 4 detected on GPIO 13"; break; case 5 detected on GPIO 12"; break; case 6 detected on GPIO 14"; break; case 7 detected on GPIO 27"; break; case 8 detected on GPIO 33"; break; case 9 detected on GPIO 32"; break; default not by touchpad"; break;} Nous allons partir du même exemple de client mail que pour l'ESP8266 un capteur de température réveil cyclique un ou deux capteurs de passage PIR réveil par GPIO Voici un petit schéma Comme vous pouvez le constater, par rapport au même schéma utilisant un ESP8266, celui-ci est beaucoup plus simple. Les boutons poussoirs simulent les PIRs. Si de vrais capteurs PIR sont utilisés les résistances R2 et R3 sont inutiles. Bien sûr, si l'on utilise une ESP-WROOM-32, seuls les boutons poussoirs doivent être câblés. Si un seul bouton poussoir est utilisé sur GPIO33 Dans ce cas, connecter un bouton poussoir entre et GPIO33, sans résistance de pull-down. Si deux boutons poussoirs sont utilisés sur les GPIO32 et GPIO33 Dans ce cas, connecter deux boutons poussoirs entre et GPIO32 et GPIO33, avec 2 résistances de pull-down. Réveil par un ou deux PIR Le problème est simplifié par rapport à l'ESP8266. Il est possible de spécifier sur quelle GPIO le processeur peut être réveillé. Dans l'exemple, GPIO_32 et GPIO_33 sont utilisées. Possibilités Contrairement à ce qui se passait sur l'ESP8266 le front montant ou descendant de la source de réveil peut être choisi. Il n'y aura pas de modification hardware à apporter pour inverser le signal. On pourra également activer des résistances internes de pull-up ou pull-down en cas de besoin. Également il n'y aura pas besoin de maintenir le signal sur la ou les GPIOs si les impulsions de réveil sont courtes. Réveil périodique Ici également, il n'y a pas de modification hardware à réaliser pour prendre en compte le réveil par la RTC. Le sketch Le sketch suivant est prévu pour fonctionner dans deux modes Un seul bouton poussoir sur la GPIO33 Dans ce cas, connecter un bouton poussoir entre et GPIO33, sans résistance de pull-down. Commenter la ligne suivante //define EXT1_WAKEUP Deux boutons poussoirs sur les GPIO32 et GPIO33 Dans ce cas, connecter deux boutons poussoirs entre et GPIO32 et GPIO33, avec 2 résistances de pull-down. Décommenter la ligne suivante define EXT1_WAKEUP Le sketch include include include include include define SMTP_PORT 587define ONE_WIRE_PIN 5define SLEEP_TIME 30*60 define EXT1_WAKEUPifdef EXT1_WAKEUPdefine BUTTON_PIN_BITMASK 0x300000000endifconst char* ssid = "Livebox-XXXX";const char* password = "XXXXXXXXXXXXXXXXXXXXXXXXXX";char server[] = " Change to your base64, ASCII encoded userconst char userID[] = "XxXxXxXxXxXx";// change to your base64, ASCII encoded passwordconst char userPWD[] = "YyYyYyYyYyYyYy";// senderconst char sender[] = "sender recipentconst char recipient[] = " WiFiClient client;OneWire oneWireONE_WIRE_PIN ;DallasTemperature DS18B20&oneWire;void setup{ byte ret; uint64_t wakeup_pin_mask; password; while != WL_CONNECTED { delay500; } Connected"; "; switch esp_sleep_get_wakeup_cause { case ESP_SLEEP_WAKEUP_EXT0 ret = sendEmail"**** Motion Detected ****"; break; case ESP_SLEEP_WAKEUP_EXT1ifdef EXT1_WAKEUP wakeup_pin_mask = esp_sleep_get_ext1_wakeup_status; if wakeup_pin_mask & GPIO_SEL_32 { ret = sendEmail"**** Motion1 Detected ****"; } if wakeup_pin_mask & GPIO_SEL_33 { ret = sendEmail"**** Motion2 Detected ****"; } else { } break;endif case ESP_SLEEP_WAKEUP_TIMER char temp[6]; char s[32]; dtostrfgetTemperature, 5, 2, temp; sprintfs, "**** temperture is %s ****", temp; ret = sendEmails; break; case ESP_SLEEP_WAKEUP_TOUCHPAD ret = sendEmail"**** TOUCH ****"; break; case ESP_SLEEP_WAKEUP_ULP ret = sendEmail"**** ULP ****"; break; default ret = sendEmail"**** Just Started ****"; break; } into deep sleep for "; seconds"; delay50; esp_sleep_enable_timer_wakeup1000000L * SLEEP_TIME;ifdef EXT1_WAKEUP esp_sleep_enable_ext1_wakeupBUTTON_PIN_BITMASK, ESP_EXT1_WAKEUP_ANY_HIGH; // internal pull-ups not available !!!else esp_sleep_enable_ext0_wakeupGPIO_NUM_33, 1; rtc_gpio_pulldown_enGPIO_NUM_33;endif esp_deep_sleep_start;}void loop{}byte sendEmailconst char *data{ byte thisByte = 0; byte respCode; if SMTP_PORT == 1 { } else { failed"; return 0; } if !recv return 0; HELLO"; if !recv return 0; auth login"; login"; if !recv return 0; User"; if !recv return 0; Password"; if !recv return 0; From "; From "; if !recv return 0; To "; To "; if !recv return 0; DATA"; if !recv return 0; email"; "; "; My first Email from ESP32\r\n"; ESP32 N° "; uint64_t chipID = >> 32, HEX; if !recv return 0; QUIT"; if !recv return 0; return 1;}byte recv{ byte respCode; byte thisByte; int loopCount = 0; while ! { delay1; loopCount++; if loopCount > 10000 { return 0; } } respCode = while { thisByte = } if respCode >= '4' { // efail; return 0; } return 1;}float getTemperature { float tempC; do { tempC = delay100; } while tempC == tempC == return tempC;} Le code est simplifié par rapport à celui de l'ESP8266. Il vous faudra bien sûr remplacer certaines valeurs ssid, password, etc. comme dans l'exemple de l'ESP8266. La directive suivante permet d'attendre un réveil sur les deux GPIOs 32 et 33 define EXT1_WAKEUP Si la directive est commentée, seule la GPIO 33 est surveillée // define EXT1_WAKEUP L'IDE ARDUINO Il vous faudra bien entendu installer le support ESP32 Il vous faut aussi installer deux librairies De préférence installez la dernière version. 4. Conclusion J'ai réalisé le montage ESP8266 avec un ESP8266-12E soudé sur une carte adaptatrice simple. Il consomme 19µA au repos. Une batterie de 200mAH suffirait pour l'alimenter pendant plus d'un an en sommeil profond, mais comme ce montage se réveille toutes les 30 minutes, pour avoir une bonne idée de la consommation globale il faudra tenir compte de la consommation pendant les périodes d'éveil connexion WIFI plus ou moins longue, temps de transmission, etc.. L'électronique de déclenchement de réveil pour l'ESP8266 est conséquente, surtout si plusieurs entrées de réveil doivent être implémentées, alors que l'ESP32 n'a besoin d'aucun composant additionnel. Pour l'instant le montage à base d'ESP32-WROOM-32 consomme trop 3mA en deep-sleep. La carte choisie n'est pas adaptée à ce que j'avais l'intention de faire. J'espère que ce petit document vous aidera. Cordialement Henri 5. Lien utiles Les capteurs de température, humidité, pression & luminosité Alimenter un ARDUINO sur Pile ou Batterie Les régulateurs LDO ESP32 Deep Sleep & Its Wake-up Sources 6. Mises à jour 25/02/2019 ajout 3. L'ESP32 26/02/2019 ajout 1. Alimentation sur batterie La FireBeatle La WEMOS LOLIN D32 La WEMOS TTGO ESP8266 utilisation de 2 capteurs PIR Remarques 27/02/2019 La carte ESP8266-01 ajout chargement automatique