Afin d’essayer d’homogénéiser au mieux les échanges via MeshCore, échanges qui voyagent désormais au delà de nos frontières, voici quelques recommandations :
Fréquence
Nous utilisons le réglage dit « EU/UK (Narrow) » à savoir :
- Fréquence : 869.618 MHz
- Largeur de bande (Bandwidth) : 62.5 kHz
- Spreading factor (SF) : 8
- Coding Rate (CR) : 8
Nommage des nœuds
Pour la France nous recommandons une approche quasi identique à ce que nous avons conseillé pour Meshtastic, à savoir :
- 2 chiffres pour le département (3 pour les DOM)
- 4 lettres pour la ville (en reprenant les règles Meshtastic)
- Ensuite ce que vous voulez
- Maximum 31 caractères (attention les émoticônes et certains caractères accentués comme le ç ou le à en consomment 2) et certaines applications coupent l’affichage largement avant 31 caractères, essayez de rester en dessous d’une vingtaine, ou en tout cas de mettre les informations les plus importantes au début.
- Nous avons constaté que pour les compagnons, utiliser un nom de plus de 22 caractères pouvait ensuite entrainer un problème dans leur nom « Bluetooth », donc essayez d’éviter de dépasser cette limite.
Exemple pour un nœud en Charentes à Champagne-Mouton : « 16CHAM château d’eau ».
Nota : certains appareils à écran intégré (T-deck par exemple) peuvent avoir des problèmes pour afficher les caractères accentués et les émoticônes.
Risque de doublon
Les répéteurs sont couramment identifiés par les 1 seul octet, ce sont les 2 premiers caractères hexadécimaux de leur clé publique, par exemple « 2B » ou « FA ». Problème, cela ne fait que 256 possibilités, et parfois on se trouve avec 2 répéteurs proches qui ont les mêmes 2 digits, cela n’a aucune incidence sur la bonne transmission des messages, mais rend confus la compréhension du parcours des messages : par quels répéteurs est-il passé avant d’arriver à vous.
Depuis les versions 1.14 il est possible d’utiliser 2 (ou 3) octets. Nous vous recommandons désormais de les utiliser. Pour ce faire :
- mettez à jour si nécessaire tous vos répéteurs, puis, via l’administration à distance, icône « ligne de commande », tapez la commande suivante pour chaque répéteur :
set path.hash.mode 1 - sur tous vos compagnons, connectez-vous y (généralement en Bluetooth), rendez-vous à la section « paramètres expérimentaux » et réglez la taille d’en-tête à « 2 octets ». Sauvegardez.
Règles pour les canaux « hashtag »
Pour faciliter les échanges aux niveaux locaux, départementaux et nationaux… nous recommandons la création de canaux hashtag sur le principe suivant, sachant que ces canaux ne peuvent contenir que des lettres minuscules sans accents, des tirets et éventuellement des chiffres (donc pas d’espace, de caractère spécial, de ç ou autre) :
- Le nom de votre commune, par exemple #lyon, #paris, #saint-germain-en-laye… Nous vous invitons à utiliser les noms complets des communes, notamment lorsqu’il risque d’y avoir des doublons en France. Par exemple il y a de nombreux Saint-Germain (en Laye, / des Fossés / Lès Arpajon…). Utilisez des tirets pour séparer les mots, c’est d’ailleurs la règle officielle.
- le nom de votre département, par exemple #gironde, #loire-atlantique, #rhone… même chose, un tiret entre les mots.
- le nom de votre région, par exemple #bretagne, #nouvelle-aquitaine… si ça vous semble pertinent pour votre usage.
- et #france si ça vous semble également pertinent, même s’il est probable que le canal Public soit utilisé à la place.
Vous êtes libres bien entendu d’en rajouter d’autres pour vos usages locaux (regroupement de communes, thématique…). Un canal #adrasec ou #rcsc a donc toute sa pertinence.
Un canal #test est également utilisé à l’échelle internationale, pour – vous vous en doutez – effectuer des tests sans trop déranger les autres.
Règles pour les régions
La version 1.38 de l’application officielle et les versions 1.12 des firmwares, mettent en place un système de « régions » (au sens « zones géographiques », et pas spécifiquement relatives à nos régions françaises officielles) afin d’éviter que chaque message soit répété à l’autre bout du monde même si les répéteurs le permettent. Il faut donc une structure cohérente entre les répéteurs et les utilisateurs pour définir ces régions. Il faut bien comprendre que le réseau LoRa est une ressource limitée, même si techniquement l’Angleterre pourrait communiquer avec l’Italie en traversant la France, il va falloir limiter l’occupation du réseau afin qu’il reste disponible pour les usages les plus pertinents. Ces restrictions s’imposeront d’elles-mêmes au fil du temps et de l’évolution du nombre d’utilisateurs.
Le concept global est le suivant :
- la localisation géographique de chaque répéteur est définie via une liste de régions plus ou moins grandes (par exemple département<région<pays).
- lorsqu’on envoie un message sur un canal (publique ou privé) chaque utilisateur va spécifier quelle portée il souhaite donner à son message, doit-il s’arrêter aux frontières de son département ou aller inonder la France par exemple.
- Les messages directs (d’un compagnon à un autre) ne sont pas affectés par le système de région.
Les spécifications officielles permettent :
- longueur maximale 30 caractères sachant que plus c’est court moins ça rajoute de poids aux messages.
- seulement des caractères minuscules, des chiffres et des tirets
- Attention chaque nom de région doit être unique. Il ne peut pas y avoir 2 « montagne » ou « metropole »
Par défaut une région « * » est créée et veut dire que le répéteur relaie l’ensemble des messages non associés à des régions.
Voici nos recommandations pour le nommage des régions :
Réfléchir en terme de peau d’oignon. Pour un répéteur situé par exemple à La Rochelle, il est à la fois à La Rochelle qui se trouve en Charente-Maritime, qui se trouve en Nouvelle-Aquitaine, qui se trouve en France. C’est donc l’ensemble de ces régions qu’on va ajouter au répéteur.
Attention : on définit les régions en terme de localisation géographique uniquement et non pas d’usage. (« rcsc », « adrasec » ou « les-repeteurs-des-potes » n’ont aucune raison d’être une région par exemple).
Pour définir ces zones, nous recommandons autant que possible l’utilisation des codes ISO de ces éléments. Il n’est pas forcément nécessaire de descendre au niveau de la ville/commune. Pour l’instant le département est suffisant.
-> Pays :
Pour le Pays, nous utilisons le code ISO 3166-1 dit « alpha 2 », c’est à dire à 2 chiffres. Pour la France c’est donc : « fr »
La version 1.15 des firmwares / 1.43 de l’application MeshCore introduit également la notion de région par défaut, c’est également « fr » que nous recommandons, cela se fait via 2 moyens :
- pour vos compagnons : allez dans les réglages expérimentaux et ajoutez la région « fr » par défaut. (bouton +, tapez fr, validez sélectionnez le « fr » que vous venez de créer et validez.
- pour vos répéteurs : tapez la commande « region default fr »
Ainsi quoi qu’il se passe vos actions seront limitées à la France (adverts, tentative de contact via flood/tout le réseau, par exemple lorsque vous essayez d’envoyer un message direct à un contect et que le chemin précédemment utilisé ne fonctionne plus…).
-> Régions du territoire Français :
Liste des lettres des régions du territoire Français :
La norme ISO 3166-2 définit les codes de régions de la manière suivante :
| Code ISO 3166-2 (converti en minuscules) | Nom de la région |
| fr-ara | Auvergne-Rhône-Alpes |
| fr-bfc | Bourgogne-Franche-Comté |
| fr-bre | Bretagne |
| fr-cvl | Centre-Val de Loire |
| fr-20r | Corse |
| fr-ges | Grand Est |
| fr-hdf | Hauts-de-France |
| fr-idf | Île-de-France |
| fr-nor | Normandie |
| fr-naq | Nouvelle-Aquitaine |
| fr-occ | Occitanie |
| fr-pdl | Pays de la Loire |
| fr-pac | Provence-Alpes-Côte d’Azur |
-> Départements :
Et des départements :
Pour descendre au niveau des départements si on suit la même norme ISO, cela donne :
| Code | Nom du département |
| fr-01 | Ain |
| fr-02 | Aisne |
| … | … |
| fr-976 | Mayotte |
Ce qui est unique, court et très facilement compréhensible pour tout le monde. En utilisant ce code plutôt que le nom du département en lettres, on s’assure d’une meilleure uniformité (pas de problèmes avec les majuscules, accents, tirets, fautes de frappe…).
Quelques exemples, pour un répéteur dans une ville donnée, voici la liste des régions MeshCore à ajouter :
| (autour de) Nantes | (autour de) Bordeaux | (autour de) Lyon |
| – fr – fr-pdl – fr-44 | – fr – fr-naq – fr-33 | – fr – fr-ara – fr-69 |
De cette manière il est configuré pour accepter les différents degrés de précision géographiques (ex : France>Pays de la Loire>Loire-Atlantique).
Pour ajouter ces régions, rendez-vous dans la partie « Gérer les régions » de l’administration à distance de vos répéteurs, et ajoutez-les. Mettez- les bien en « autoriser tout le réseau » pour chacune (icône coche verte) car par défaut (sur les firmwares avant la 1.15) les ajouts se font en mode « refuser ».
Pour l’instant LAISSEZ la région « * » activée.
On peut également ajouter les régions en liste de commande :
region put fr
region put fr-naq
region put fr-33
region allowf fr
region allowf fr-naq
region allow fr-33
region save
Et n’oubliez pas que vous pouvez bien entendu mettre plusieurs « régions » dans les paramètres de vos répéteurs. En plus des recommandations officielles, rien ne vous empêche de créer une « région » regroupant par exemple quelques communes d’un même groupe, de les ajouter sur vos répéteurs, et de paramétrer sur vos compagnons un canal qui se limitera à cette région.
Liam Cottle (l’un de développeurs les plus impliqués dans le développement de MeshCore) vient également de mettre à disposition un début de carte pour les régions : https://regions.meshcore.nz/ Cela met tout le monde d’accord, mais pour l’instant c’est très expérimental, et les départements/districts ne correspondant pas forcément aux choix les plus logiques pour les utilisateurs de chaque pays, ils ont été temporairement supprimés en attendant de trouver la solution technique pour le faire selon les recommandations les plus pertinentes (fr-numéro de département dans notre cas).
Historiquement nous utilisions également les codes IATA des aéroports (LYS, BOD, …) mais cet usage n’a plus sa place pour les régions. Il sert encore pour les analyseurs de paquets via internet, mais ça ne devrait pas trop vous impacter. Si vous voulez l’ajouter à votre liste, libre à vous, avoir plus de région de définies sur son répéteur n’est pas un souci.
Enfin on peut se demander sur un répéteur peut avoir le code d’un département (voire pays) voisin. Globalement non, SAUF s’il participe activement au routage de messages pour ladite région. Imaginons un répéteur sur l’un des points les plus hauts du nord de la Vendée (le Mont des Alouettes), et qui rayonne largement sur la Loire-Atlantique, permettant l’interconnexion de zones en Loire-Atlantique qui seraient autrement nettement moins couvertes, voire isolées. Ajouter fr-44 dans la liste des régions de ce répéteur est pertinent car il sert à faire transiter des messages à l’intérieur de la Loire-Atlantique. On peut imaginer la même chose à la frontière Franco-Suisse par exemple.
Association « canaux-régions »
OK, chaque répéteur a sa liste de « régions MeshCore » dans lesquelles il se trouve, mais pour l’instant ça ne fait pas grand chose.
Le plus important va donc être pour chacun des canaux que vous souhaitez utiliser, de définir sur votre compagnon vers quelle région vous souhaitez voir vos messages relayés. Prenons quelques exemples concrets :
- Si vous créez un canal #la-rochelle il sera pertinent de le limiter à la région « fr-17 »
- A l’inverse pour le canal Public, qui sert notamment pour les premiers échanges parfois surprenants avec des contacts très éloignés, vous pouvez le limiter à la région « fr ».
- …
On parle alors de taguer une région à un canal. Un répéteur n’a pas de canaux, seuls les compagnons en ont, c’est vous qui les définissez et qui taguez quels canaux doivent être relayés vers quelles régions.
Actuellement la majorité des répéteurs relaient l’intégralité des régions, car le paramétrage est « informatif » (il laisse encore passer tous les messages qui n’ont pas de région définie grâce à la directive « * »). Quelques répéteurs frontaliers viennent d’avoir une configuration plus restrictive et rejettent désormais tous les canaux qui n’auraient pas explicitement de région définie (il n’y a plus la région « * »). L’objectif étant de rejeter par exemple le trafic du canal Public issu de l’Allemagne, la Pologne… afin de ne pas saturer les répéteurs français de messages en langues étrangères.
Il est donc important d’anticiper les restrictions à venir :
- tout d’abord en définissant des régions sur vos répéteurs, en laissant la région « * » dans un premier temps.
- puis lorsque les répéteurs autour de vous auront bien des régions définies, vous définirez vers quelles régions seront transmis vos messages canal par canal.
Le couple canal-région va donc filtrer quels répéteurs répèteront ou non votre message. Reprenons l’exemple de le Rochelle, votre canal #la-rochelle est donc restreint à la région « fr-17 ». Lorsque vous envoyez un message sur ce canal, il va être répété de répéteur en répéteur tant que dans leur liste il y a bien « fr-17 » comme région. Le premier répéteur du département voisin qui aura par exemple comme régions « fr + fr-naq + fr-16 » recevra le message, comme fr-17 n’est pas dans sa liste, il ne relaiera pas (à terme) votre message. Si jamais le message rencontre un répéteur qui n’a pas de régions explicitement définies (c’est-à-dire qu’il a juste « * » de défini), alors le message ne sera pas répété non plus.
Un autre exemple pour un canal #gironde :
Vous pouvez ajouter plusieurs régions à un canal, mais elles ne sont pas actives en même temps (ça viendra peut-être dans le futur), vous pourrez juste basculer rapidement de l’une à l’autre en fonction de la portée que vous souhaitez donner à votre message. Par exemple un canal #adrasec pourrait avoir « fr-64 » + « fr-naq » + « fr » de préréglés, et pour un message concernant les Pyrénées on se contentera de « fr-64 », mais si en cas de crise on veut relayer une information à l’ensemble des membres adrasec du territoire français, on peut facilement basculer sur « fr ». Pour basculer il suffit de cliquer sur l’intitulé du canal et de choisir la région souhaitée avant d’envoyer son message.
Le fait de conserver la région « * » va permettre dans un premier temps aux personnes ne spécifiant pas encore de région pour leur canal de continuer à envoyer des messages. Le * ne veut pas dire que le répéteur laisse tout passer, mais qu’il laisse passer tous les messages qui n’ont pas de région associée à leur canal, c’est à dire qu’aucune région n’est taguée pour ledit canal.
- Cela permet une compatibilité des usages tant que tout le monde n’a pas pris cette habitude. Si j’écris sur Public sans taguer de région spécifique, le message sera bien relayé à tout le monde.
- A l’inverse, le fait d’avoir ajouté des régions dans les répéteurs permet à ceux qui commencent à taguer leurs canaux de communiquer également, en restreignant le trafic de manière intelligente
- Et ceux qui auront tagué une région (ex : « de » pour un Allemand sur son canal Public) et que cette région n’est pas dans la liste des régions d’un répéteur frontalier verront leur messages bloqués intelligemment.
Si votre répéteur est à la jonction avec un pays voisin et que vous souhaitez empêcher le trafic « non tagué » d’aller inonder la France, vous devrez rapidement supprimer cette région « * ». Ainsi seul le trafic associé à une région spécifique de votre répéteur sera accepté.
Il reste des cas compliqués, pour lesquels trouver la meilleure solution s’avère difficile. Comment faire pour justement échanger entre le sud-est de la France et la Suisse francophone ? Même chose pour la Belgique ? Comme indiqué plus haut, on ne peut pas (pour l’instant en tout cas) taguer un canal avec par exemple les codes des départements limitrophes mais de pays différents. On pourrait créer une région « europe » qui engloberait tout le monde, mais cela serait contre-productif : chaque message d’un canal destiné à une petite population de chaque côté de la frontière serait alors relayé dans toute l’Europe. Pour l’instant le plus logique si vraiment on veut échanger sur un canal commun entre la Haute-Savoie et Genève, est d’ajouter le nom de la région voisine sur ses répéteurs, donc que les français ajoutent « ch-fr » (la région que les Suisses ont choisi pour la Suisse francophone) sur leurs répéteurs et les Suisses « fr-74 », même si ça sort de la logique « oignon » des degrés de précision de la localisation du répéteur. C’est un peu cracra, mais ça fonctionne.
Pour conclure on pourra se tordre le cerveau pour trouver les cas où les régions vont poser problème, comme le Marseillais en vacances en Bretagne qui veut continuer à discuter avec ses copains sur #marseille, ou l’Anglais en voyage en Espagne… A ce moment là il faudra se rappeler qu’on parle de MeshCore, un outil basé sur un réseau communiquant à moins d’1 kbits par seconde, avec une restriction à 10% du temps d’émission (6 minutes par heure) et tournant sur des cartes qui font passer certaines calculatrices pour des monstres de puissance ! Donc non, MeshCore n’a pas vocation à transmettre tous les messages de tout le monde où qu’il soit vers n’importe-où dans le monde et il faudra accepter ses limitations pour préserver sa fiabilité du réseau pour les usages les plus importants qui ont lieu généralement à une échelle plus locale.
Ces recommandations pouvant être amenées à évoluer, n’hésitez pas à revenir régulièrement sur cette page.
Dernière mise à jour : 19 avril 2026.