Suivi de génératrice de secours
Démarrer une génératrice de secours depuis son téléphone, et savoir qu’elle a vraiment démarré.
- Rôle
- Application, backend, micrologiciel et conception matérielle
- Technologies
- Expo · React Native · Firebase · micrologiciel ESP32 (PlatformIO)
- Statut
- Application et micrologiciel terminés, installation sur place à venir
La vraie application, avec des données fictives et des noms remplacés.
Le problème
Un entrepreneur électricien installe des génératrices de secours pour maisons entières. Le Wi-Fi du fabricant ne fonctionne qu’en local : ni le propriétaire ni l’entrepreneur ne peuvent savoir à distance si l’appareil va bien, ni le démarrer avant une tempête.
L’entrepreneur voulait une application bilingue à son image pour ses clients, une vue d’ensemble de toutes les génératrices qu’il entretient, et du matériel que son propre électricien pourrait installer.
Ce que j’ai construit
Comment ça fonctionne
Le boîtier et les applications ne se parlent jamais directement. Tout passe par Firestore, dont les règles de sécurité décident qui peut écrire quoi : l’équipe, les clients ou l’identité propre du boîtier.
État et démarrage / arrêt
- Signal de marche à 2 fils
- Défauts alarme, huile, température et fréquence
- Tension de batterie
- Relais de marche maintenu
- Entrées de défaut anti-rebond
- Interroge les commandes
- État et historique
- Commandes
- Alertes et journal d’audit
- État en direct
- Démarrer / arrêter (équipe seulement)
- Historique et alertes
Des alertes sans Cloud Functions
- Signaux de vie
- Commandes en attente
- Boîtiers silencieux
- Commandes expirées
- Alertes de seuil, sans doublons
- Message dans la langue du client
Décisions clés
- Réussi veut dire que le moteur tourneUne commande passe d’en attente à reçue puis à terminée seulement quand la détection de marche confirme le changement. Sinon, le balayage la déclare expirée et lève une alerte plutôt que d’afficher un faux succès.
- Lire le manuel du fabricant avant d’acheter des piècesOn y a trouvé une entrée de démarrage / arrêt à 2 fils documentée et des sorties de défaut distinctes sur le faisceau du contrôleur. Le micrologiciel a été repensé autour de ce signal de marche maintenu plutôt que de simuler des boutons.
- Le forfait gratuit, par choixPas de Cloud Functions : un petit script lancé chaque minute gère la détection hors ligne, l’expiration des commandes, les alertes de seuil et les notifications. Les identifiants d’alerte sont déterministes : le relancer n’envoie jamais de doublon.
- Un capteur absent est absent, pas à zéroToutes les lectures sauf l’état de marche sont facultatives. Une installation de base n’affiche que ce qu’elle mesure vraiment, et d’autres marques de génératrices entrent dans le même schéma sans changer le code.
- Tester les règles avec les vraies requêtes de l’applicationUne règle qui passait tous les tests sur un seul document échouait pour la requête de liste d’un écran. Les tests couvrent maintenant exactement les requêtes et les lots que l’application envoie.
Où en est le projet
Aujourd’hui
L’application, le backend et le micrologiciel sont terminés, et le micrologiciel compile avec la vraie chaîne d’outils ESP32. La configuration Wi-Fi, la connexion, la détection de marche et la boucle de commandes peuvent toutes être testées sur l’établi avant de toucher à une génératrice.
Ensuite
L’installation sur place avec l’électricien de l’entrepreneur : confirmer la polarité des signaux de défaut sur l’appareil réel et valider le cycle complet démarrer, détecter, arrêter, détecter.