Les versions de firmware Meshtastic avancent généralement à un rythme régulier, donc voir plusieurs versions alpha débarquer en une seule semaine signale un développement actif dans tout l’écosystème. Le cycle de publication de mai 2026 montre exactement cela — une poussée coordonnée de mises à jour abordant la gestion de l’alimentation, le support matériel et la stabilité sur toute la plateforme.
Une semaine de mises à jour intensives du firmware
Entre le 21 et le 23 mai, Meshtastic a livré sept versions alpha en succession rapide. Ce rythme a de l’importance. Il suggère que les mainteneurs s’attaquent à un cluster spécifique de problèmes et testent les corrections de façon itérative plutôt que de regrouper les changements dans des versions mensuelles. Pour les utilisateurs exécutant des répéteurs ou des serveurs de salle, cette vélocité peut sembler chaotique, mais elle reflète un travail concentré sur des problèmes réels.
La séquence révèle également une histoire d’avertissement : v2.7.17.83c6161 a été révoquée en quelques heures en raison d’échecs d’appairage sur les appareils ESP32-S3. Le coupable a été retracé à une mise à niveau vers NimBLE 2.X, un middleware Bluetooth qui a cassé la compatibilité avec certains matériels. Une version de suivi (v2.7.17.9058cce) a abordé les scénarios de redémarrage en boucle pour quiconque pris dans la transition. Pour les opérateurs de mailles, c’est un rappel : le firmware alpha nécessite de la patience et des cycles d’effacement complet lors du passage entre les versions cassées et corrigées.
Puissance et matériel — L’histoire réelle
Écartez le bruit de la version et deux thèmes émergent. D’abord, la gestion de l’alimentation a consommé un effort d’ingénierie sérieux. La version 2.7.19.bb3d6d5 a ajouté des améliorations de puissance NRF52 et a rendu la puissance TX Bluetooth configurable — crucial pour les répéteurs fonctionnant sur batterie ou énergie solaire. La même version a ajouté le support softsleep avec configuration du pin de réveil sur les modules GPS PA1010D, permettant aux opérateurs de régler le comportement du mode veille sans grimper le mât.
Deuxièmement, la compatibilité matérielle s’est étendue. V2.7.20.6658ec2 a apporté le support pour le Cardputer Kit et a défini les pins I2C pour les sous-variantes Xiao NRF. V2.7.18.fb3bf78 a ajouté le support RAK3112 et la fonctionnalité de wrapper systemd pour les déploiements Linux. Pendant ce temps, v2.7.24.472b14c a introduit le support pour ThinkNode M7 et a mis en œuvre la journalisation JSONL rotatif pour la télémétrie persistante des appareils — utile pour diagnostiquer le comportement des répéteurs au fil du temps.
Qualité et test
La version finale du cycle (v2.7.23.b246bcd) signale un virage vers l’infrastructure. Un serveur MCP a été ajouté pour interagir avec les appareils et un cadre de test pour le développement local. L’activation du RNG matériel et le nettoyage de la configuration des LED pointent vers une dette technique en cours de résolution. Ce ne sont pas des fonctionnalités spectaculaires, mais elles réduisent les frictions du firmware et rendent les changements futurs plus sûrs.
Le support des capteurs environnementaux a également été livré. Les versions successives ont ajouté les capteurs de qualité de l’air SEN5x, SFA30 et PMSA003I, chacun divisé en classes séparées pour un code plus propre. Pour les réseaux de maille dans les zones urbaines ou industrielles, cela ouvre de nouvelles possibilités de télémétrie sans gonfler le codebase principal.
Le résultat : les versions de cette semaine ont priorisé la stabilité, la largeur matérielle et l’efficacité énergétique. Les opérateurs de répéteurs doivent surveiller le canal stable pour une version 2.7.x incorporant ces corrections avant de déployer sur le matériel de production.