Tasmota/esphome - ESP32

belgotux

• 5 Novembre 2023

• #1

Vu qu'il y a un sujet zigbee, pourquoi pas un sur Tasmota/esphome. Perso je connais les 2 mais n'utilise que le premier pour les firmware stock qui couvrent pas mal de choses sans devoir compiler quoi que ce soit! En plus avec Chrome/Edge il suffit vraiment de le brancher et faire suivant suivant

En plus de cela, une simple page web facilement consultable par smartphone ou via app sans avoir de besoin de hub domotique! Je ne sais pas si esphome fait de même, je sais qu'il est utilisé surtout pour HomeAssistant car son intégration est automatique ou presque.

Mon application du jour et de récupérer tout ce qui concerne l'eau (sauf compteur swde car trop loin, ce sera un autre es32 qui en sera chargé avec le gaz) :

• sonde de contact détection eau : en cas de fuite des raccords pompes, des 2 collecteurs, près des filtres
• sonde ultrason de citerne : pour savoir ce qu'il reste comme eau dans les 2 citernes et être averti de fermer/ouvrir une vanne si besoin
  
• compteur impulsion eau de pluie
• compteur impulsion eau de surverse citerne
  
• sonde temp doigts de gants ballon thermodynamique : quand il y a du soleil en mi-saison quand j'aurai les clim réversibles, j'aimerai savoir si le sanitaire doit être prioritaire ou les clim en fonction de la température des 270L d'eau
  
• sonde temp évaporateur + aspiration : j'aurai bientôt un seul tuyau en extérieur et un est en cave, le but sera d'inverser entre les saisons : été je prends l'air chaud dehors et je rejette l'air froid dans la cave, hiver je prends l'air à l'intérieur vu qu'il y a la chaudière en plus et je rejette l'air froid dehors
  
• 2 relais mini SSD pour contact solaire : le ballon thermodynamique à 2 entrées à mettre sur un contacteur, un pour déclencher la PAC et l'autre la résistance en dehors des heures de la programmation. Jusque 2030 claire que la résistance n'ira jamais, mais au moins je lancerais la pac au moment où il y a du soleil et plus tard quand il y aura 5 tarifs différents le lancer au moins cher! Je vois même 50° max si trop cher, mais va à 65° si c'est presque gratos genre quand il y a plein de vent

Voici ce que cela donne sur la "bête" interface web de Tasmota en direct!

Biensur il est possible d'avoir MQTT pour remonter les infos ou faire les commandes dans la domotique, HA/Jeedom/domoticz, etc

Actuellement les 2 compteurs et les 2 sondes de citernes sont fonctionnels. Le ballon thermo ca attendra question de priorité
Je pense aussi ajouté un mini écran OLED pour afficher directement le niveau des citernes et un boitier qui va bien.

Je présenterai un projet bien plus fun avec des matrices led, esp32, découpe laser etc. J'ai le projet en tête, il manque juste du temps

 

RobBZ

• 5 Novembre 2023

• #2

Tiptop !
Mais même pas besoin d'un esp32, un esp8266 fonctionne aussi bien non ?
J'aimerais aussi tester avec un esp Ethernet pour pouvoir le mettre au plus loin avec juste un câble ethernet basique, poe ou semblable pour l'alimentation...

Autre question, il n'y a pas moyen de mettre des automatismes ou directement faire les calculs de volume d'eau dans l'espace? À ce moment là le wifi/zigbeeoou autre serait plus que suffisant si c'est juste pour remonter de temps en temps des états...

 

Dernière édition: 5 Novembre 2023

belgotux

• 6 Novembre 2023

• #3

RobBZ a dit:

Tiptop !
Mais même pas besoin d'un esp32, un esp8266 fonctionne aussi bien non ?
J'aimerais aussi tester avec un esp Ethernet pour pouvoir le mettre au plus loin avec juste un câble ethernet basique, poe ou semblable pour l'alimentation...

Autre question, il n'y a pas moyen de mettre des automatismes ou directement faire les calculs de volume d'eau dans l'espace? À ce moment là le wifi/zigbeeoou autre serait plus que suffisant si c'est juste pour remonter de temps en temps des états...

Cliquez pour agrandir...

Oui selon la taille de mémoire disponible un esp8266 suffit. Les sondes souvent 1mo suffit, pour les écrans pas toujours 4mo c'est plus confortable. J'avoue que pour la différence de prix je préfère avoir le même matos partout. J'ai un esp01 aussi une seule gpio mais tellement mini pour une sonde de température c'est top.
Pour les calculs et interactions direct il ya les scripts Barry, tu sais créer des règles sur tel événement fait ça. J'ai pas encore testé, mais clairement sur tel détection de cm fait tel formule en L et affiche sur l'écran OLED c'est fait pour

Pour l'esp ethernet je l'ai reçu et je dois le tester encore j'étais parti du principe que ethernet c'est plus robuste et que pour les trucs critiques comme la gestion du ballon thermodynamique ce serait mieux à terme. Et pour les gadgets ou prototype le wifi.

Là j'aimerais avoir un seul esp qui gère les deux sondes ultrason, ce qui est pas prévu de base, alors que les sondes laser tu peux en mettre plusieurs. Un gars avait modifié ça mais ses modifications du code tasmota jamais pris en compte je vais voir pour reprendre son code et tester avec une sonde de réserve que j'ai acheté en plus. Ou au pire un esp8266 dans wifi qui va prendre l'info et la donner à l'autre en série au pire. Le but est d'avoir le moins de code custom possible pour la maintenance standard. Un firmware, je mets la sauvegarde de la configuration et ça repart.

 

belgotux

• 8 Novembre 2023

• #4

Installation du compteur d'impulsion gaz officiel ainsi que d'une sonde reed pour le compteur de la SWDE. Ce qui est fou c'est que le "bricolage" pour le compteur SWDE est fiable alors que les compteurs d'impulsions tout fait que j'ai mis sur l'eau de pluie payés 60€/p ont nécessités des ajustements pour éviter des faux positif quand la roue tourne lentement
J'aurai mis un compteur simple avec cette sonde aussi que ca aurait été plus juste qu'un compteur pro

 

belgotux

• 17 Mars 2024

• #5

J'ai profité de revoir un peu au propre le module compteur. J'ai eu pas mal de coupure de courant depuis la fin de l'année et ça dérégler les compteurs au démarrage. J'ai donc mis une batterie de récup de 500mAh sur un Shield.
J'ai mis un bête D1 mini (wemos like) qui suffit pour les 2 sondes gaz et eau pour ce Shield et je récupère l'esp32S2 trop puissant pour cette application

Et la carte fille qui vient se mettre en dessous du Shield qui était fourni avec des longue pin c'est top pour tout emboîter !

Une résistance de Pullup est nécessaire pour la stabilité de la sonde gaz et les module logical level converter pour passer du 5v au 3.3v simplement. J'ai isolé le dessous de la carte avant placement, a voir si je lui fait un boîtier pour la poussière ou si le colson sur la gaine de terre suffit

 

RobBZ

• 13 Août 2024

• #6

Pour faire suite à cette conversation, j'ai un peu creusé l'idée des ESP et de la lecture compteur.

Il existe pour moins de 5€ un ESP32 Ethernet:
ESP32 C3 + W5500 et Tasmota. On peux évidement utiliser 2 paires de l'ethernet pour envoyer du 5V dessus.

Il existe une façon universelle de lire un compteur analogique avec un Esp32 caméra et un peu d'AI intégré.
https://github.com/jomjol/AI-on-the-edge-device

Je n'ai pas encore eu le temps de tester cela en réel.

 

belgotux

• 14 Août 2024

• #7

J'ai acheté le modèle Ethernet mais toujours pas testé. J'ai des convertisseurs PoE 5v pour 5€ sur AE c'est aussi une solution si tu as le switch

J'avais vu ce projet sur youtube, en effet ça permet d'être certain de ce qu'on lit, mais conso en permanence alors que si pas d'impulsion ça il y a une gestion intelligente des états de veille du esp32 sous Tasmota.

PS toujours pas eu le temps du projet fun

 

Dernière édition: 14 Août 2024

RobBZ

• 23 Juin 2025

• #8

Près de 2ans plus tard, j'arrive doucement au bout de mon premier prototype fonctionnel pour ESPhome (Ou Tasmota si on souhaite). Je vais décrire ça en détail quand j'aurais enfin tout terminé et fonctionnel... En attendant je déterre ce topic très intéressant.

@belgotux j'ai encore un problème avec le rx tx pour le capteur à ultrason... J'ai vu que tu as utilisé des level converter, je n'ai pas fait cela et je crois que j'ai du griller les rx tx de mon ESP32 C3...

Tu me confirmes que c'est possible de griller un rx tx sur un ESP32 ?

Mon prochain projet sera sûrement la commande d'un ventilateur pwm, tu crois que je peux utiliser les mêmes level converter ?

D'autres ici font des modules diy pour la domotique ?

 

jcoenen

• 23 Juin 2025

• #9

D’après les specs les ADC ont une réf max de 3,3 volts, d’où avec 5 v en input, le niveau bas va peut etre être trop élevé. La solution générique est de placer un pont diviseur pour passer de 5 volts à 3,3

 

belgotux

• 23 Juin 2025

• #10

Jamais essayé de mettre en direct, mais si ça grille ça devrait être toute la puce vu que c'est en direct dessus.

L'avantage des level shifter, c'est que tu ne fait plus attention au courant nécessaire par rapport au pont diviseur (vas pas alimenter des bandeaux led non plus hein ). Et ça coûte tellement rien et minimaliste !

Le pont diviseur c'est bien pour une tension d'entrée variable.

 

jcoenen

• 23 Juin 2025

• #11

Le mien (sr-04) est en direct (5 volts) et me donne de bonnes mesures.

Mais ce n’est pas le JSN qui lui utilise un uart …

 

Dernière édition: 23 Juin 2025

jcoenen

• 23 Juin 2025

• #12

Esp32 5 volts tolérant.

Et le jsn-sr04t-2.0 operating voltage de 3 a 5 volts
lequel as tu ?

 

Dernière édition: 23 Juin 2025

RobBZ

• 24 Juin 2025

• #13

jcoenen a dit:

Et le jsn-sr04t-2.0 operating voltage de 3 a 5 volts
lequel as tu ?

Cliquez pour agrandir...

C'est bien celui là. Je l'utilise en 5V sur un ESP32 C3 mini.
J'ai 2 convertisseurs DC-DC pour avoir du 3,3V et du 5V.

J'ai essayé de refaire les tests ce soir avec un convertisseur de niveaux mais mon fer à souder ne fonctionne plus très bien... J'attends des pièces cette semaine et je vais prendre du fil à souder plus fin...

C'est en cours et j'espère franchement que ca va tomber en marche à un moment... Ça commence à être long

 

jcoenen

• 24 Juin 2025

• #14

Tu peux l’alimenter la v2.0 en 3,3 volts et alors l’uart aura le bon niveau. D’autres part si l’uart est vraiment hs, tu peux redéfinir un second uart sur d’autres pins via

Code:

# Example configuration entry
uart:
  tx_pin: GPIOXX
  rx_pin: GPIOXX
  baud_rate: 9600

Pour tester rien ne vaut un truc tout bête avec l’ide arduino,

 

Dernière édition: 24 Juin 2025

ironglove

• 24 Juin 2025

• #15

Ici j'utilise ESPHome avec le module Ethernet pour la lecture de production PV.
La majorité du code vient de GitHub et j'ai juste eu à ajouter un module pour l’Ethernet




Ça tourne impeccable depuis 1 an, avant j'avais le simple ESP32 mais pour une raison inconnue, tous mes ESP "perdaient" leur accès au wifi après 3 mois...
Ils se reconnectaient une fois le wifi changé mais pas de solution pérenne... Du coup, j'utilise ESP uniquement en Ethernet

PS : Le boitier est encore à faire ... Depuis 1 an

 

jcoenen

• 24 Juin 2025

• #16

Pffffff zigbee, zigbee2mqtt, herdsmen external converter, quelle soupe. Il y a tellement de couche superposées qui traduisent les messages qu'à la fin on voit bien un message rentré d'un coté et de l'autre rien du tout sauf des messages d'erreur à la microproute, "j'ai détecté une erreur", où ? quoi ? détails ? ah ben non ce serait trop simple de vous donner des indications.
Documentation ? c'est quoi ça ? ca ne sert a rien que je vous documente mes trucs car de mon côté je n'ai aucun problèmes.

Alors côté ESPHome, c'est un peu pareil tant qu'on reste dans les clous et qu'on utilise des trucs déjà fait ça fonctionne, par contre dès qu'on s'éloigne un peu ça marche nettement moins bien, quant aux messages d'erreurs, allez voir dans le core dump de l'ESP, mais on ne vous dit pas quel code l'intelligence très artificielle a généré, ce serait trop simple.

Alors toutes ces librairies très balaises vont allez voir dans ma corbeille ce qui s'y passe et on va directement envoyer les données à un boker mqtt

ESP --> Wifi --> Broker --> FHEM/HA

Soit , ce sera nettement plus simple que:

ESP -> zigBee --> Hub ZB --> Z2M --> converter --> mqtt --> Wifi --> Broker -> FHEM/HA

Un armurier un jour à comparé une Marlin 30/30 avec une winchester, et sa réflexion était très simple:

Voyez, peu de pièces mobile, peu de pannes, CQFD.

 

Dernière édition: 24 Juin 2025

RobBZ

• 24 Juin 2025

• #17

En fait pour ESPhome c'est assez simple, il suffit de mettre une fois le code et voir si il se connecte.

Personnellement je le branche directement au pc avec Home Assistant et je balance le code depuis mon smartphone en 2 clic. Pas besoin de jouer avec des drivers ou autre ça fonctionne juste en branchant un port usb.

Pour tester le module j'aime bien mettre une BMP280 qui coûte vraiment rien si on en prend un paquet. C'est directement en 3,3V pas de prise de tête, ça fonctionne.

Je viens de recommander du fil de soudure de qualité adapté à ce que je vais faire.
https://www.amazon.fr/gp/aw/d/B00ICKH90Y

C'est pas bon marché mais c'est ce qui se fait de mieux en sans plomb...

Normalement ce week-end j'aurais enfin tout en mains pour rapidement debug mon capteur !!

 

jcoenen

• 25 Juin 2025

• #18

Sans plomb, hahahaha c'est comme l'essence

Bon j'arrête, ok ESPHome, oui comme dit précédemment, j'ai quelques trucs qui tournent avec ça donc j'imagine savoir comment programmer la chose car cela semble fonctionner

Par contre ESPHOME utilise un API basé sur TCP, comme le Wifi ne semble pas être dispo sur l'étage RF du C6 quand thread est activé et qu'il n'est pas dispo sur le H2, j'ai donc essayé OpenThread sur ESPHome, et là c'est un feu d'artifice. Core dump, problèmes de mémoire et j'en passe. Après quelques recherches j'ai finalement trouvé une doc potable et réussi à programmer le bazar et le démarrer (mais cela reste, disons, assez aléatoire). L'étape suivante étant la connexion au border router, et malgres les essais avec les paramètres de connexion, pas de succès.

Doit on s'en étonner ?

Pas vraiment, les techniques utilisées sont assez pointues et leur implémentation requiert une connaissance minimum, les systèmes ESPHome/Tasmota font abstraction des couches inférieures, mais elle ne sont pas encore tout à fait au point dans l'état actuel des choses.

Plus un système performant est simple, plus le moteur est gros à l'intérieur dedans et plus le mécanicien se rapproche de l'ingénieur et s'éloigne du technicien.

 

Dernière édition: 25 Juin 2025

RobBZ

• 25 Juin 2025

• #19

En réalité l'intégration de OpenThread date du 18 juin...
https://esphome.io/changelog/2025.6.0.html
Ça fait donc 7 jours qu'ils l'ont intégré et je viens déjà de voir une mise à jour hier soir.
https://esphome.io/changelog/2025.6.1.html

J'ai un peu réglé mes problèmes de soudure hier, j'ai changé la panne et ça fonctionne mieux (Pourtant elle était pas vieille).
Jai encore passé quelques heures à re-souder un module ultrason, et des connecteurs. Moment difficile parce panne est pas efficace...

Bref, j'ai fait tout ça avant de voir que j'avais inversé la définition de pin rx tx dans mon code...

Bref on verra si je prend le temps ce soir de refaire le test...

 

jcoenen

• 25 Juin 2025

• #20

Le fantôme inverseur de connexion (Fic) a encore frappé !!!