MeshCore : le protocole LoRa qui révolutionne les réseaux maillés off-grid (2026)
Communiquer sans réseau téléphonie mobile, sans internet, sans infrastructure centralisée et pourtant recevoir un accusé de réception précis, gérer jusqu’à 64 sauts, et voir votre batterie tenir des jours. C’est la promesse de MeshCore, un protocole LoRa mesh apparu fin 2024 qui bouscule l’hégémonie de Meshtastic. Dans cet article, je vous explique ce qu’est MeshCore, comment il fonctionne techniquement, et pourquoi j’ai choisi ce protocole pour mes propres déploiements. Vous découvrirez également des retours terrain concrets, et les limites à connaître avant de vous lancer.
Sommaire
- Qu’est-ce que LoRa ?
- Les réseaux maillés : principe et intérêt
- MeshCore : origine et philosophie
- Architecture de MeshCore : les trois rôles
- Le routage hybride : le cœur du réacteur
- MeshCore vs Meshtastic : comparatif technique approfondi
- Chiffrement et sécurité
- Cas d’usage
- Retours terrain et performances validées
- Limites et défis à connaître
- L’écosystème MeshCore en 2025
- Conclusion : quel protocole choisir ?
1. Qu’est-ce que LoRa ?
LoRa c’est contraction de Long Range. C’est une technologie de modulation radio développée par Semtech (société américaine de semi-conducteurs analogiques et de signaux mixtes). Elle repose sur une technique appelée Chirp Spread Spectrum (CSS) qui étale le signal sur une large bande de fréquences, lui conférant une remarquable résistance aux interférences et une très grande sensibilité de réception.
Les caractéristiques clés de LoRa
La portée est la caractéristique la plus spectaculaire. En environnement dégagé, un lien LoRa peut atteindre 15 à 50 km entre deux points en hauteur. En milieu urbain dense, on compte plutôt 1 à 5 km. Ces chiffres sont sans commune mesure avec le WiFi (100 m) ou le Bluetooth (10-50 m).
La consommation énergétique est extrêmement faible. Un module LoRa en transmission consomme typiquement 40 à 120 mA et en veille, quelques microampères. Une batterie LiPo de 1000 mAh peut faire fonctionner un nœud LoRa pendant plusieurs semaines, voire plusieurs mois selon la configuration.
Le débit est en revanche très limité : de quelques centaines de bits par seconde à quelques kilobits par seconde selon la configuration. LoRa n’est donc pas adapté à la voix, à la vidéo ou aux transferts de fichiers. Il est taillé pour les petits messages texte, les coordonnées GPS et les données de capteurs.
Les paramètres radio fondamentaux
Comprendre les paramètres LoRa est essentiel pour configurer correctement un réseau MeshCore :
- Fréquence : en Europe, on utilise la bande ISM 868 MHz, libre d’utilisation sans licence. En Amérique du Nord, c’est 915 MHz.
- Spreading Factor (SF) : de SF7 à SF12. Plus le SF est élevé, plus la portée est grande — mais plus le temps de transmission est long. SF7 = rapide et court, SF12 = lent et très longue portée.
- Bandwidth (BW) : largeur de bande du signal. Une bande étroite (BW 62.5 kHz) offre une meilleure sensibilité et une portée accrue, au prix d’un débit encore plus réduit.
- Coding Rate (CR) : taux de correction d’erreur. CR5 est le plus courant.
En 2025, la configuration recommandée pour MeshCore en Europe est 868 MHz, BW 62.5 kHz, SF9, CR5 — un bon compromis portée/débit. Cette configuration a remplacé l’ancienne BW 250 kHz qui était plus sujette aux interférences dans la bande ISM.
⚠️ Point critique : tous les nœuds d’un réseau MeshCore doivent utiliser exactement les mêmes paramètres radio. Un seul nœud mal configuré sera totalement invisible pour les autres.
2. Les réseaux maillés : principe et intérêt
Un réseau maillé (mesh network) est un réseau dans lequel les nœuds communiquent directement entre eux, sans passer par un point central. Chaque nœud peut potentiellement servir de relais pour les messages des autres.
Pourquoi un réseau maillé ?
L’intérêt fondamental est la résilience. Dans un réseau classique en étoile (WiFi, GSM), si le point central tombe, tout le réseau tombe. Dans un réseau maillé, si un nœud disparaît, les messages trouvent un autre chemin.
C’est particulièrement précieux dans les scénarios suivants :
- Catastrophes naturelles : séisme, inondation, incendie — les infrastructures télécom tombent en premier
- Zones blanches : montagne, campagne isolée, zones industrielles sans couverture
- Événements de masse : festivals, rassemblements où les réseaux sont saturés
- Activités outdoor : randonnée, trail, ski — rester en contact dans des zones sans réseau
- Préparation aux crises : maintenir une capacité de communication autonome
Le concept de multi-hop
Le multi-hop est la capacité d’un réseau maillé à faire transiter un message à travers plusieurs nœuds intermédiaires pour atteindre sa destination. Si A ne peut pas joindre C directement, le message passe par B : A → B → C. Chaque relais constitue un “saut” (hop).
3. MeshCore : origine et philosophie
Naissance dans l’urgence
MeshCore est né d’une catastrophe réelle. En février 2023, le cyclone tropical Gabrielle ravage la Nouvelle-Zélande, dévastant des régions entières de l’île du Nord. Les infrastructures de communication — antennes GSM, câbles, internet s’effondrent. Des communautés se retrouvent isolées pendant des jours.
C’est dans ce contexte que Scott Powell (firmware) et Liam Cottle (applications clients) décident de construire quelque chose de fondamentalement différent : un système de communication maillé LoRa conçu dès le départ pour être robuste, efficace et scalable. Le projet est publié sous licence MIT1 fin 2024.
La philosophie : efficacité avant simplicité
Là où Meshtastic a fait le choix de la simplicité maximale, tout le monde participe, tout le monde relaie. MeshCore fait le choix inverse : la structure et l’efficacité. Le réseau est organisé, les rôles sont définis, le canal radio est préservé. En contrepartie, le déploiement demande un peu plus de réflexion.
4. Architecture de MeshCore : les trois rôles
C’est l’innovation architecturale centrale de MeshCore. Là où Meshtastic ne connaît qu’un seul type de nœud polyvalent, MeshCore distingue trois rôles avec des responsabilités bien séparées.
Le Compagnon Radio (client)
C’est le nœud que vous portez sur vous, couplé à votre smartphone via Bluetooth Low Energy. Il envoie et reçoit vos messages personnels.
La décision de conception cruciale : le Compagnon ne relaie pas les messages des autres nœuds. Il est consommateur du réseau, pas contributeur à son infrastructure. Conséquences directes :
- Autonomie maximisée : le module radio ne passe pas son temps à écouter et retransmettre le trafic des autres. La consommation est réduite au strict minimum.
- Canal radio préservé : moins de nœuds qui retransmettent = moins de bruit sur la fréquence.
- Simplicité d’usage : l’appareil se comporte exactement comme on l’attend, il transmet vos messages et les reçoit.
Matériels typiques : Heltec WiFi LoRa 32 V4, LILYGO T-Deck, RAKwireless WisBlock.
Le Répéteur (repeater)
C’est l’infrastructure du réseau. Les répéteurs sont des nœuds fixes, généralement installés en hauteur (toit, mât, colline), qui ont pour unique mission de router les messages entre les Compagnons.
Caractéristiques d’un bon répéteur :
- Position élevée pour maximiser la visibilité radio
- Alimentation permanente : solaire + batterie pour les installations extérieures
- Boîtier étanche pour résister aux intempéries
- Aucune interface utilisateur nécessaire, il tourne silencieusement
Un réseau MeshCore bien conçu repose sur quelques répéteurs stratégiquement placés plutôt que sur une multitude de nœuds redondants.
Le Room Server
Le Room Server est un nœud spécialisé qui implémente la fonctionnalité de store-and-forward pour les messages de groupe. Concrètement : si vous envoyez un message à un canal de groupe et que certains membres ne sont pas en ligne au moment de l’envoi, le Room Server conserve ce message et le leur délivre lorsqu’ils se reconnectent.
C’est l’équivalent d’un serveur de messagerie décentralisé, mais fonctionnant entièrement sur le réseau LoRa, sans internet.
5. Le routage hybride : le cœur du réacteur
Le mécanisme de routage est ce qui différencie le plus profondément MeshCore de Meshtastic. MeshCore utilise un routage hybride qui combine deux stratégies complémentaires.
Les adverts : construction de la carte du réseau
Régulièrement, chaque nœud diffuse un advert, une annonce contenant son identifiant, sa clé publique, et ses informations de voisinage. Ces adverts permettent à chaque nœud de construire une table de routage locale : une carte des nœuds accessibles et du chemin pour les joindre.
Ce mécanisme est analogue aux protocoles de routage IP (type OSPF ou RIP), mais adapté aux contraintes extrêmes de LoRa : très faible bande passante, forte latence, énergie limitée.
Le routage direct : l’itinéraire tracé
Lorsqu’un nœud A veut envoyer un message à un nœud B et qu’il connaît le chemin grâce aux adverts, il inclut l’itinéraire complet dans le message. Chaque répéteur intermédiaire sait exactement vers qui retransmettre, sans avoir besoin de rediffuser à tout le réseau. Le résultat : zéro collision, consommation minimale, accusé de réception précis.
Le flood : le filet de sécurité
Si le routage direct échoue (nœud intermédiaire hors ligne, chemin inconnu), MeshCore bascule automatiquement en flood contrôlé : le message est diffusé à tous les voisins, qui le retransmettent à leur tour, jusqu’à atteindre la destination ou le nombre maximum de sauts (64).
Le flood est moins efficace que le routage direct, mais il garantit que le message a toutes ses chances d’arriver même dans un réseau partiellement dégradé.
La confirmation de réception
Contrairement au broadcast Meshtastic (où vous envoyez dans le vide sans savoir si quelqu’un a reçu), MeshCore génère un accusé de réception de bout en bout pour chaque message direct. L’application vous indique :
- Si le message a été reçu
- Par quel chemin il est passé
- Après combien de tentatives
6. MeshCore vs Meshtastic : comparatif technique approfondi
Topologie du réseau
Meshtastic fonctionne en broadcast pur : chaque nœud retransmet les messages de tous les autres, jusqu’à 7 sauts maximum. C’est simple et ça fonctionne immédiatement, mais ça génère beaucoup de trafic radio redondant, un phénomène connu sous le nom de broadcast storm et ça limite fortement la scalabilité.
MeshCore, lui, fonctionne en routage structuré avec flood en fallback. Les messages empruntent des chemins précis, les répéteurs ont des rôles définis, et les Compagnons ne contribuent pas au trafic de relayage. Le réseau est bien plus silencieux et bien plus scalable, jusqu’à 64 sauts théoriques.
Accusé de réception
Meshtastic propose des accusés de réception, mais ils sont limités au niveau du dernier répéteur qui a retransmis le message, pas forcément la destination finale. Vous savez que le message a quitté votre nœud et a été relayé, mais pas nécessairement qu’il est arrivé à bon port.
MeshCore affiche :
- Le nombre de tentatives effectuées
- Si le routage direct ou le flood a été utilisé
- Une confirmation binaire : le message est arrivé, ou il n’est pas arrivé
Autonomie de la batterie
Sur un Compagnon MeshCore, la batterie dure significativement plus longtemps qu’un nœud Meshtastic équivalent, pour une raison simple : le Compagnon ne relaie pas le trafic des autres. Il n’écoute que ce qui lui est destiné.
Télémétrie et bruit radio
Par défaut, Meshtastic diffuse régulièrement des informations de télémétrie (niveau de batterie, température, position GPS) sur le réseau. Chaque diffusion génère du trafic que tous les nœuds doivent relayer. La version 2.7 a réduit ces diffusions automatiques, mais MeshCore reste structurellement plus silencieux, les données de télémétrie sont disponibles sur demande plutôt que poussées automatiquement.
Tableau comparatif complet
| Critère | Meshtastic | MeshCore |
|---|---|---|
| Type de réseau | Broadcast (flood) | Routage structuré + flood fallback |
| Nombre de sauts max | 7 | 64 |
| Rôles des nœuds | Unique (tous relaient) | Compagnon / Répéteur / Room Server |
| Accusé de réception | Partiel (dernier relais) | Bout en bout, avec détail du chemin |
| Consommation Compagnon | Élevée (relaie tout le trafic) | Optimisée (ne relaie pas) |
| Télémétrie | Poussée automatiquement | Sur demande |
| Store-and-forward | Non | Oui (Room Server) |
| Chiffrement | AES-128 (clé partagée) | E2E (clés publiques/privées) |
| Ancienneté | ~2019 | Fin 2024 |
| Communauté Discord | +40 000 membres | Plus petite, très active |
| Documentation | Très complète | En développement rapide |
| Application mobile | Gratuite (GPL) | Petit paiement unique pour fonctions complètes |
| Licence firmware | GPL | MIT |
| Complexité de déploiement | Simple, plug-and-play | Configuration structurée requise |
| Adoption Europe | Très large | Fort en NL, DE, UK — en croissance en France |
⚠️ Compatibilité matérielle : les deux protocoles fonctionnent sur le même matériel : Heltec, RAKwireless, Seeed Studio, LILYGO. Ils ne sont pas compatibles entre eux : un nœud MeshCore et un nœud Meshtastic ne peuvent pas communiquer, même sur le même hardware.
7. Chiffrement et sécurité
Chiffrement des messages directs
Tous les messages directs dans MeshCore sont chiffrés de bout en bout. Le mécanisme repose sur l’échange de clés publiques lors des adverts : quand le nœud B reçoit l’advert du nœud A, il récupère sa clé publique. Cette clé permet de chiffrer les messages destinés à A de sorte que seul A puisse les déchiffrer.
L’ensemble du processus se déroule localement, sans serveur d’échange de clés. Même si quelqu’un capte le signal radio avec un récepteur SDR 2 , il ne voit qu’une suite de données chiffrées.
Authentification des adverts
Les adverts MeshCore sont signés pour empêcher l’usurpation d’identité (spoofing). Un nœud malveillant ne peut pas se faire passer pour un autre nœud du réseau en diffusant un faux advert.
Sécurité des canaux de groupe
Les canaux de groupe sont protégés par une clé partagée entre les membres. Un canal privé nécessite de connaître la clé pour y accéder. Le canal public est, par nature, accessible à tous les nœuds du réseau.
8. Cas d’usage
Communication d’urgence et gestion de crise
C’est le cas d’usage originel de MeshCore, né du cyclone Gabrielle. Un réseau de répéteurs déployés sur les points hauts d’une ville ou d’une région peut maintenir une capacité de communication entre les équipes de secours, les mairies et les habitants, même si l’intégralité de l’infrastructure télécom est hors service.
L’avantage du routage structuré de MeshCore par rapport au flood de Meshtastic est particulièrement marqué dans ce scénario : avec des centaines de nœuds actifs simultanément, le canal radio de Meshtastic sature rapidement. MeshCore maintient des performances correctes.
Réseaux communautaires urbains
Plusieurs villes européennes, notamment aux Pays-Bas, en Allemagne et au Royaume-Uni ont déployé des réseaux MeshCore communautaires avec des répéteurs solaires sur les toits. Ces réseaux offrent une couverture mesh permanente sur des zones urbaines entières, accessibles à quiconque possède un Compagnon.
Outdoor et activités sportives
Randonnée, trail, VTT, ski, MeshCore permet de rester en contact avec un groupe dans des zones sans réseau. L’autonomie supérieure des Compagnons MeshCore (par rapport aux nœuds Meshtastic) est un avantage concret pour les activités de plusieurs jours.
IoT et capteurs industriels
La licence MIT de MeshCore et son architecture en bibliothèque C++ portable en font un choix naturel pour les déploiements IoT industriels : réseaux de capteurs agricoles, surveillance de sites isolés, monitoring d’infrastructures.
9. Retours terrain et performances validées
MeshCore a été testé en conditions réelles par plusieurs communautés, avec des résultats confirmant les promesses théoriques :
Tests de couverture : des rapports indépendants confirment que MeshCore atteint effectivement 64 sauts dans des réseaux structurés, contre 7 pour Meshtastic en mode broadcast. La consommation énergétique a été mesurée en baisse de 40 % en moyenne, grâce à l’absence de trafic parasite sur les Compagnons.
Témoignage agricole :
“Après avoir migré de Meshtastic à MeshCore pour couvrir un domaine agricole de 5 km², nous avons constaté une stabilité accrue et une réduction des pertes de paquets, surtout lors des pics d’activité.” — Utilisateur du forum Hardware.fr, 2025.
Témoignage outdoor :
“En trek dans les Pyrénées, MeshCore a permis de garder le contact sans épuiser les batteries, contrairement à Meshtastic qui saturait le canal avec des mises à jour GPS trop fréquentes.” — Communauté MeshCore France.
10. Limites et défis à connaître
MeshCore n’est pas une solution universelle. Avant de vous lancer, voici les points de vigilance :
Complexité de déploiement : contrairement à Meshtastic, où il suffit de flasher un firmware pour démarrer, MeshCore demande une configuration initiale plus rigoureuse, choix des canaux, placement des répéteurs, ajustement des paramètres de routage. Cela peut représenter une barrière pour les débutants.
Dépendance à la communauté : le projet repose encore sur un petit nombre de contributeurs clés, ce qui pourrait ralentir les évolutions en cas de désengagement. La communauté, bien que dynamique, reste plus petite que celle de Meshtastic (plusieurs dizaines de milliers d’utilisateurs).
Compatibilité matériel : bien que MeshCore soit compatible avec la plupart des cartes ESP32 LoRa (Heltec, TTGO, RAK), certains modules peuvent nécessiter des adaptations ou des firmwares spécifiques. Vérifiez la liste des appareils officiellement supportés avant achat.
Maturité de la documentation : la documentation française est encore en développement. Des ressources comme meshcore.fr et les groupes Discord locaux (Lyon, Lorient) comblent partiellement ce manque.
11. L’écosystème MeshCore en 2025
Matériel supporté
MeshCore fonctionne sur tous les appareils équipés d’un module SX1262 ou SX1276 pilotés par un ESP32. Les appareils officiellement supportés incluent notamment :
- Heltec WiFi LoRa 32 V3/V4 — excellent pour les Compagnons
- LILYGO T-Deck Plus — Compagnon avec écran et clavier intégré, sans smartphone
- LILYGO T-Display P4 — premier smartphone natif MeshCore (2025)
- Seeed Studio XIAO ESP32S3 + Wio-SX1262 Kit (ref. 102010611) — idéal pour les répéteurs compacts
- RAKwireless WisBlock — pour les déploiements IoT
Applications
- Application Android/iOS MeshCore : interface principale, petit paiement unique pour les fonctions complètes
- Client web : accessible depuis un navigateur, utile pour la configuration
- Bibliothèque JavaScript et client Python : pour les développeurs qui veulent intégrer MeshCore dans leurs propres projets
Flash et configuration
Le flashage du firmware s’effectue via le web flasher officiel (flash.meshcore.io) depuis Chrome ou Edge, sans installation de logiciel. Les mises à jour OTA (Over The Air) sont supportées pour certains appareils.
12. Conclusion : quel protocole choisir ?
Il n’y a pas de réponse universelle, tout dépend de votre contexte.
Choisissez Meshtastic si :
- Vous voulez quelque chose de fonctionnel immédiatement, sans planifier d’infrastructure
- Vous rejoignez un réseau existant dans votre région
- Vous faites de l’outdoor avec un petit groupe et chaque appareil peut servir de relais
- Vous avez besoin d’intégrations capteurs avancées (WisBlock, modules Grove)
Choisissez MeshCore si :
- Vous voulez construire un réseau fiable, scalable, avec des répéteurs fixes
- Vous avez besoin d’un accusé de réception précis et fiable
- L’autonomie de la batterie sur les appareils portables est critique
- Vous envisagez un déploiement urbain ou régional à grande échelle
- Vous êtes développeur et souhaitez intégrer LoRa mesh dans un projet custom
Moi, j’ai choisi MeshCore. La rigueur de son architecture, la fiabilité des accusés de réception, et l’efficacité de son routage m’ont convaincu. Et la communauté française, bien que naissante, est en train de se structurer rapidement.
Dans les prochains articles, je vous montrerai comment construire vos propres nœuds, Compagnon sur Heltec V4, répéteur solaire sur XIAO ESP32S3 et comment les déployer pour créer votre propre réseau MeshCore.
Ressources
- Documentation officielle MeshCore
- GitHub MeshCore
- Web Flasher MeshCore
- Discord MeshCore
- MeshCore Europe
- Site officiel MeshCore France
- Comparatif MeshCore vs Meshtastic (OpenELAB)
- Guide pratique (RF-Market)
Cet article fait partie d’une série sur MeshCore et les réseaux LoRa mesh.
Footnotes
-
La licence MIT est une licence de logiciel pour logiciels libres et open source, provenant de l’Institut de technologie du Massachusetts (MIT) à la fin des années 1980. Cette licence de logiciel permissive implique très peu de limitations sur la réutilisation du code et elle est ainsi compatible avec de nombreuses autres licences. ↩
-
Un récepteur SDR (Software Defined Radio) est un appareil radio qui utilise un logiciel pour traiter les signaux reçus, offrant une flexibilité et une polyvalence accrues par rapport aux radios traditionnelles ↩