MeshCore: roadmap et futur
Idees, priorites et sujets de dev. Attention: ceci est un apercu, pas une promesse.
Ou va MeshCore ?
MeshCore evolue via une communaute de devs. Une roadmap peut changer: priorites, contraintes embarque, retours terrain.
Cette page donne un apercu de sujets frequents. La source de verite reste GitHub (issues, milestones, releases).
Contexte France: reseau en construction. Les priorites locales sont souvent: stabilite, presets communs, relais bien places, docs simples, et tests reproductibles.
En cours (exemples)
Exemples de chantiers possibles. Verifiez l etat sur GitHub:
Ameliorations routing / charge radio
Optimiser le routage et reduire le bruit radio (sobriete).
Impact: Meilleure fiabilite en reseau plus dense
Clients et UX
Ameliorer l ergonomie (config, debug, gestion canaux).
Impact: Plus simple pour debuter et pour administrer
Gestion energie
Optimiser conso (sleep, modules, telemetrie) selon materiel.
Impact: Autonomie meilleure pour noeuds et relais solaires
Securite et privacy
Clarifier modes de chiffrement, admin, et bonnes pratiques.
Impact: Usage plus serein
Planifie (indicatif)
Idees qu on voit souvent. Rien n est garanti:
Meilleure segmentation (canaux/scopes)
Outillage et conventions pour garder des noyaux stables.
Pourquoi: eviter la congestion quand ca grandit
Monitoring / export
Ameliorer l export telemetrie (ex: MQTT) et les diagnostics.
Pourquoi: debug terrain et exploitation simple
Outils de config en lot
CLI/API plus ergonomiques pour gerer plusieurs noeuds.
Pourquoi: deploy local plus rapide (clubs, tests)
Mode urgence (pratique)
Workflows simples: message court, priorite, eventuel GPS.
Pourquoi: scenarios resilience locale
Compatibilite hardware
Support de nouveaux boards et clarifications sur chipsets.
Pourquoi: faciliter l entree et les relais low-power
Recherche (indicatif)
Sujets exploratoires, pas forcement en dev:
Anti-spam et control de charge
Limiter la pollution radio dans des reseaux publics.
Crypto evolutions
Evolution des schemas selon besoins et contraintes embarque.
Variantes IoT
Mode plus "capteurs" avec telemetries sobres.
Gateways et bridging
Bridges vers Internet en restant securise (surface reduite).
Routage adapte au mouvement
Mieux gerer noeuds mobiles et topologies changeantes.
Optimisation solaire
Ajuster telemetrie/sleep pour relais autonomes.
Priorites (pragmatiques)
-
1
Stabilite
Le coeur doit etre solide: pas de crash, pas de comportements etranges.
-
2
Experience utilisateur
Config simple, messages fiables, diagnostics lisibles.
-
3
Securite
Chiffrement, mots de passe, admin: clarifier et proteger.
-
4
Energie
Autonomie: essentiel en usage off-grid.
-
5
Retours terrain
Les tests reels guident les priorites, pas les theories.
Participer a la roadmap
La meilleure facon d aider: retours precis et contributions.
Proposer une idee
Ouvrir une issue avec use case clair et contraintes.
Voter
Reagir sur les issues qui comptent pour vous.
Discuter
GitHub Discussions / Telegram (selon canaux officiels).
Beta testing
Tester des versions et donner des retours factuels.
FAQ roadmap
Quand la feature X sort ?
Les estimations bougent. Regardez milestones/issues sur GitHub pour le statut reel.
Peut-on sponsoriser une feature ?
Parfois. Verifiez les canaux officiels MeshCore. Evitez les promesses non tenables.
Pourquoi ca prend du temps ?
Embarque + radio + benevolat: c est complexe. Une PR petite et bien testee est souvent plus facile a integrer.
Comment sont choisies les priorites ?
Impact, fiabilite, securite, maintenance, et retours terrain. La sobriete radio est souvent un critere cle.
Can feature X from other mesh software be ported?
Possibly! MeshCore is open to good ideas from other projects like Meshtastic. If the feature fits our vision and is technically feasible, we can collaborate or share code.
Roadmap = direction, pas promesse
Pour la France (reseau en structuration), le plus utile est de tester localement, documenter, et remonter des infos exploitables.
Aidez a prioriser en apportant des cas reels et des mesures.