framboise314.fr

Bonjour,

Pour résumer, il faut au niveau de la cuve, un capteur de distance et un ESP8266

Pour le capteur, j'ai trouvé celui-ci : https://euro-makers.com/fr/capteurs-det ... 24084.html
Il a l'avantage d'être étanche

Par contre, ce que je n'arrive pas à évaluer, c'est la consommation totale avec la mise en veille et un relevé du niveau d'eau 1 fois par semaine. J'ai bien les consos de l'ESP en DeepSleep et en fonctionnement avec wifi), j'ai également la conso du capteur en fonctionnement et en veille mais j'ai des difficultés à évaluer la capacité de la batterie pour une consommation sur 1 mois par ex (le but est de na pas remplacer/recharger la batterie toutes les semaines).

Des idées ?

Conso ESP8266 : Capteur : Merci

Bonjour,

Merci @destroyedlolo pour ton retour.
Je n'ai jamais utilisé le MQTT en mode "Retained", c'est bon à savoir.

Pour ma part, j'ai abandonné les esp pour un fonctionnement en mode batterie.
Une semaine , c'est trop juste pour moi.

Comme j'ai un rfxcom rfxtrx433e, je teste l'autonomie d'un montage Arduino avec émetteur RF433MHz pluviomètre pour avoir plusieurs semaines sinon mois d'autonomie.
Le montage Arduino est réduit au minimum: ATMega328 + émetteur RF et senseurs.
Je récupère par ce montage la luminosité extérieure mais ça pourrait aussi fonctionner pour un niveau de cuve (un ATtiny peut faire la faire pour cela).

Coté logiciels: lib Arduino Oregon et x10 et lib python RFXtrx, MQTT

Ouai, mais j'ai une petite batterie, je sample toutes les 5 minutes et surtout ce n'est pas optimisé niveau électronique :

• j'ai un régulateur 3.3 qui doit téter pas mal (ne serait-ce que par sa LED). J'ai un autre montage ou j'abaisse la tension par de simples diodes et ca ne consomme rien
• Sur l'ESP, il est possible de dé-souder la LED power histoire de gagné 4mA
• l'électronique du stick USB consomme par lui-même

Bref, on doit pouvoir faire mieux

Ce qui n'enlève évidement rien a la pertinence de ta solution.

Sinon, pas encore testé, mais un ESP-32 avec un module LORA ou du Bluetouth basse conso pourrait être aussi interessant car l'un comme l'autre devraient être plus économe que le WIFI.

Je vais regardé de ce côté également : ATMega328 + émetteur RF et senseurs

Pour l'ATMega, une mise en veille est-elle possible pour réduire au max la conso ?

Je comparerai les consos avec l'ESP.

Par contre pour l'émetteur RF, faut-il forcément un rfxcom ?

Oui, pour l'ATmega328 ou les ATtiny il est possible de les mettre en veille et les réveiller par INT ou watchdog.

Avec l'ATMega328 + emetteur RF, BME280, LDR, il consomme ~290uA en veille.

Si pas de rfxtrx433e, il me semble qu'il y a des lib Arduino pour decoder de l'Oregon mais pas testé.
Il est un peu cher pour une seul utilisation.

destroyedlolo a écrit : ↑

lun. 15 juin 2020 15:52

Sinon, pas encore testé, mais un ESP-32 avec un module LORA ou du Bluetouth basse conso pourrait être aussi interessant car l'un comme l'autre devraient être plus économe que le WIFI.

Justement, j'ai un Adafruit Feather esp32 qui m'attends pour faire de tests en bluetooth LE. Avec un Raspberry-Pi en récepteur bluetooth, plus besoin d'un module supplémentaire. A voir ...