Un barbecue connecté peut très bien continuer à chauffer le jour où son application devient inutile. C’est justement ce décalage qui rend FreeFall 800 intéressant : la machine physique fonctionne, son contrôleur aussi, mais une partie de l’usage dépend d’un service extérieur.1

Le projet de PRBS23 prend le problème à l’envers. Plutôt que remplacer toute l’électronique du Masterbuilt Gravity 800, il conserve la carte déjà présente et change son firmware. Le résultat sert son interface web directement sur le réseau local, depuis le contrôleur du barbecue.1

Ça paraît presque évident après coup. Mais en réalité, il fallait d’abord ouvrir le boîtier pour voir que la solution était déjà en partie dedans.

La bonne surprise était déjà sur la carte

Le projet commence par une réparation banale : un câble d’alimentation arraché. En démontant le contrôleur, l’auteur découvre un ESP32-WROOM-32UE et un connecteur de programmation accessible sur la carte.1

Autrement dit, le fabricant avait déjà choisi un microcontrôleur Wi-Fi généraliste. Il n’y avait pas besoin de reconstruire toute l’interface entre les sondes, le ventilateur et la machine. Le travail difficile consistait à comprendre ce que faisait le firmware d’origine, puis à réimplémenter les fonctions utiles.

Après quelques mois de travail, FreeFall 800 v0.1.0 reprend le contrôle de la température, le ventilateur, les sondes, les alarmes, la minuterie, la calibration et les mises à jour à distance sur le réseau local.1 Le code est publié sous GPLv3.12

Le gain tient moins à une nouvelle fonction spectaculaire qu’à une dépendance en moins. C’est un peu le projet tout entier.

Le trajet des commandes change

Avec le système d’origine, les fonctions distantes passent par l’application et l’infrastructure de Masterbuilt. FreeFall sert sa propre application web depuis l’ESP32 : téléphone et ordinateur peuvent la joindre sur le même réseau que le barbecue.1

Concrètement, on récupère une grande partie du pilotage à distance sans compte externe. Les courbes de température, la consigne, les sondes ou la vitesse du ventilateur restent dans une boucle beaucoup plus courte.1

Dès qu’on sort de chez soi, l’avantage devient plus discutable. Le système d’origine sert d’intermédiaire à distance ; FreeFall reste local par conception et demande un travail supplémentaire pour retrouver cet accès extérieur.1

Voilà le compromis réel. En retirant le service distant, on récupère la maîtrise du chemin technique. On perd aussi une partie de l’infrastructure que ce service fournissait.

Le reverse engineering devient la documentation manquante

Trouver un ESP32 et son connecteur simplifie l’accès au matériel. Ça ne raconte pas comment le barbecue est câblé.

Il reste à comprendre où arrivent les sondes, comment part la commande du ventilateur, ce que font les boutons et l’écran, où passent les sécurités, puis comment les mesures électriques deviennent des températures. FreeFall reprend même, au premier démarrage, la calibration déjà stockée par le firmware d’origine.1

Ce détail est assez révélateur. Réécrire le logiciel embarqué ne consiste pas à faire tourner un programme sur la bonne puce. Il faut préserver le lien entre ce programme et une machine qui chauffe réellement.

Le dépôt public devient alors une sorte de documentation exécutable.2 Il fixe noir sur blanc ce que la communauté a compris du contrôleur, ce qui fonctionne déjà et ce qui reste fragile. Pour un appareil que le constructeur ne documente pas comme plateforme ouverte, c’est une deuxième voie de maintenance.

Local ne veut pas dire tranquille

L’auteur du projet est très clair sur ce point : la version 0.1.0 reste alpha, elle a été développée sur une révision matérielle précise, et d’autres variantes du contrôleur peuvent se comporter différemment.1

Plus important encore, cette version n’a pas de véritable couche d’authentification. Une personne qui peut joindre le contrôleur sur le réseau peut potentiellement le piloter. Le projet recommande donc de ne jamais exposer directement cette interface à Internet.1

C’est une limite saine. Et il y a une raison : « local » ne veut pas dire « administré tout seul ».

Un service distant ajoute une dépendance, mais il peut aussi fournir l’authentification, les mises à jour et l’accès depuis l’extérieur. En reprenant la main, le propriétaire récupère une partie de ces responsabilités. Avec un objet qui régule de la chaleur et souffle de l’air sur du charbon, ce n’est pas un détail administratif.

La bonne question n’est pas « cloud ou local ? ». Elle ressemble plutôt à : qui maintient quoi, et jusqu’à quand ?

La carte propriétaire redevient un ordinateur

Tant que tout fonctionne, une fonction connectée ressemble à une propriété permanente de l’objet. On achète le barbecue, on voit l’icône Wi-Fi, on suppose que les deux vont vieillir ensemble.

Mais en réalité, plusieurs calendriers coexistent : celui de la mécanique, celui du microcontrôleur, celui de l’application mobile, celui du service distant. La panne ou l’abandon d’un seul étage peut réduire les autres alors qu’ils sont encore parfaitement capables de travailler.

FreeFall 800 montre ce qui devient possible lorsque le matériel laisse assez de prises pour reconstruire cette couche. Le projet ne garantit ni l’éternité du barbecue ni une compatibilité universelle. Il transforme simplement un contrôleur pensé comme terminal d’un service en ordinateur embarqué dont le propriétaire peut de nouveau étudier le fonctionnement, puis modifier le logiciel.12

C’est déjà beaucoup.

La réparation n’a pas remplacé la carte. Elle a changé la personne à qui cette carte doit demander la permission de fonctionner.