Tasmota sur un SONOFF : vérifier la compatibilité avant de flasher

Oui, de nombreux appareils SONOFF sont pris en charge par Tasmota, mais il faut vérifier le modèle exact et le matériel embarqué. La documentation Tasmota liste des modules SONOFF compatibles, tout en rappelant que les appareils ESP8266, ESP8285 ou ESP32 n’ont pas toujours les mêmes contraintes.

Un appareil présent dans la liste n’est pas forcément prêt à être flashé sans préparation. La révision matérielle, le brochage, la taille de mémoire et l’accès au mode programmation peuvent changer. La référence commerciale seule ne suffit pas lorsque plusieurs versions existent.

Commencez par relever la référence, la révision et, si vous pouvez ouvrir le boîtier sans danger, le marquage du circuit ou du chipset. Cherchez ensuite la page du module dans la documentation Tasmota et comparez les fonctions attendues : relais, bouton, LED, capteur, mesure de puissance ou communication série.

Cette étape évite de flasher un binaire prévu pour une autre architecture. ESP8266, ESP8285 et ESP32 ne se traitent pas exactement de la même façon, et un firmware trop volumineux peut réduire les possibilités de mise à jour.

Oui, lorsque la méthode et le matériel le permettent. Une sauvegarde du firmware d’origine ne garantit pas à elle seule une restauration simple, mais elle conserve une chance de retour si Tasmota ne convient pas ou si le module ne réagit plus comme prévu.

Notez aussi la configuration eWeLink, les identifiants, le type de charge et le câblage. Une sauvegarde utile est documentée : nom du fichier, modèle, date, méthode de lecture et emplacement. Gardez ces éléments hors du seul appareil que vous allez modifier.

Le mode programmation dépend du modèle. Il peut demander un bouton maintenu, une combinaison de broches, un adaptateur USB-série ou une liaison directe sur les points prévus par la carte. La documentation Tasmota insiste sur le câblage série, le croisement RX/TX et la mise à la masse de la broche de démarrage lorsque c’est nécessaire.

Ne branchez jamais un adaptateur série au hasard sur un appareil alimenté par le secteur. Pour une manipulation ouverte, l’alimentation et les niveaux logiques doivent être adaptés. Une erreur de tension ou de broche peut endommager le module et l’ordinateur.

Tasmota publie plusieurs variantes de firmware. Un binaire plus riche n’est pas automatiquement meilleur : les appareils ESP ont une mémoire limitée et les fonctions supplémentaires prennent de la place. Commencez par une build standard lorsque vos besoins sont classiques, puis ajoutez seulement les fonctions réellement nécessaires.

Vérifiez l’architecture, le type de flash et la procédure indiquée pour le modèle. Ne choisissez pas le fichier au nom le plus long ; choisissez celui que la documentation associe à votre matériel et à votre usage.

Après un flash réussi, le module redémarre avec une interface et une configuration différentes. Il faut définir le réseau Wi-Fi, le nom du module et le template ou module correspondant à ses broches. Tant que cette étape n’est pas correcte, un relais peut apparaître comme un bouton ou rester inactif.

Tasmota est conçu pour communiquer via MQTT. Configurez donc l’adresse du broker, l’identifiant, le mot de passe et les topics avant de construire des automatisations. MQTT devient la nouvelle chaîne de commande : broker arrêté, réseau isolé ou mauvais topic peuvent donner l’impression que le flash a échoué.

Conservez une fiche de migration avec le nom du module, l’adresse réseau, le broker, les topics et le rôle de chaque GPIO. Cette documentation est utile lorsque vous remplacez le routeur, restaurez une sauvegarde ou devez revenir au firmware d’origine. La configuration locale doit rester lisible par une autre personne que celle qui a réalisé le flash.

1. Flasher sans identifier la puce ou la révision du SONOFF.
2. Utiliser un binaire trop volumineux pour la mémoire disponible.
3. Inverser RX et TX ou oublier la masse commune sur la liaison série.
4. Alimenter la carte avec une tension inadaptée à l’adaptateur ou au module.
5. Oublier de documenter le câblage des relais et des boutons avant le changement.
6. Activer MQTT et des automatisations critiques sans test local préalable.

Quand un module semble mort, reprenez la chaîne dans l’ordre : alimentation, port série, mode programmation, firmware, démarrage puis configuration réseau.

Tasmota n’est pas forcément le meilleur choix si vous voulez conserver les mises à jour fabricant, l’assistance eWeLink ou une intégration prête à l’emploi. Le firmware libre demande davantage de compréhension : templates, MQTT, sauvegardes et récupération font partie du coût réel de la liberté. Il faut aussi accepter de suivre les changements de documentation et de vérifier les mises à jour avant de les appliquer sur plusieurs appareils.

Pour un appareil critique ou difficile à ouvrir, restez sur le firmware d’origine tant que le bénéfice local n’est pas clairement supérieur au risque. Le contrôle local ne justifie pas une migration aveugle.

Identifiez le matériel, sauvegardez ce qui peut l’être, préparez la liaison de récupération et choisissez une build adaptée. Flashez ensuite sans couper l’alimentation, configurez le module, puis testez le relais et MQTT sur un usage non critique.

Cette séquence transforme une opération risquée en migration contrôlée. Si une étape est incertaine, arrêtez-vous avant l’écriture : un doute sur le matériel est déjà une raison suffisante pour vérifier davantage.