Il faut bien comprendre que le réseau que nous mettons en place est une ressource précieuse et très fragile : nous disposons d’une faible puissance d’émission, il nous faut donc de nombreux « répéteurs ». Nous disposons aussi d’une contrainte règlementaire : un maximum de 10% d’utilisation du temps d’émission.
Le calcul est simple, il faut donc qu’un nœud passe moins de 360 secondes par heure à émettre des messages. Est-ce que c’est beaucoup ou pas ? Il faut donc mettre ça en face du temps que prend un message à être émis.
Cela dépend du mode de configuration de votre nœud. Voici quelques valeurs indicatives pour l’envoi d’un message de longueur moyenne :
| Réglage radio | Durée d’émission d’un message (secondes) | Nombre de messages maximum possible par heure |
| Meshtastic Long Moderate (réglage dit « Gaulix ») | 2,9 | 124 |
| Meshtastic Long Fast (réglage par défaut mondial) | 0,99 | 363 |
| Meshcore EU/narrow (réglage le plus utilisé en Europe) | 1,07 | 336 |
On comprend ainsi clairement que lorsque le réseau grandit et que le nombre de messages augmente (situation de crise) il est important de conserver un usage très sobre et de limiter l’échange de messages à des fins utilitaires.
De même, les temps d’émissions longs font que plus les nœuds répètent (même lorsque ça n’est pas nécessaire), plus il y a de risque de collision de messages (quand un nœud transmet alors qu’un autre est déjà en train de transmettre, ce qui rend le message inintelligible et nécessite sa réémission, ce qui ne fait qu’aggraver le problème).
En ce sens nous recommandons quelques bonnes pratiques afin de limiter au strict minimum l’émission de données parasites.
En cas de crise : favoriser les communications entre personnes et non pas vers les canaux
Aussi bien Meshtastic que Meshcore implémentent des algorithmes qui permettent de réduire l’occupation du réseau radio lorsqu’on communique d’une personne à une autre (même en passant par plusieurs relais). A contrario, lorsqu’on envoie des messages vers un canal (publique ou privé il n’y a pas de différence), les messages sont retransmis par tous les relais. Donc lorsqu’un message est clairement dédié à une personne en particulier, envoyez-lui directement.
En cas de crise (coupure du réseau 4/5G typiquement) il va y avoir un report vers Meshtastic/Meshcore et donc une augmentation du trafic LoRa. Afin de limiter les collisions et de rester en dessous des limites légales d’émission et donc l’écroulement du réseau, il est donc crucial d’optimiser ses communications.
Les Room Server Meshcore sont très proches des « compagnons », c’est-à-dire du nœud d’une personne précise. Les accès à ce serveur se font donc via les routes prédéfinies, ce qui limite le trafic réseau. En cas de crise il est donc plus pertinent de venir déposer des messages sur ces serveurs (par exemple pour donner des informations de l’évolution de la crise) plutôt que d’envoyer des messages globaux sur des canaux.
Bien choisir le rôle du nœud (Meshtastic)
Les rôles de routeur, routeur_late, et repeater répètent systématiquement TOUS les messages qu’ils entendent. Réservez ces rôles à des cas extrêmement limités.
Mettre en CLIENT_MUTE tous les nœuds qui ne participent pas activement au maillage, typiquement tous les nœuds personnels au sol lorsqu’il y a des nœuds mieux placés autour sur les toits, points hauts… Et on a le droit de changer de rôle pour passer en CLIENT lorsqu’on s’aventure à plusieurs en zone peu couverte, c’est 10 secondes de paramétrage (réglages -> Appareil -> Rôle).
Pour en savoir plus sur les rôles, nous avons une page dédié sur le sujet.
Bien paramétrer l’envoi automatique d’information (télémétrie)
Pour qu’un nœud existe aux yeux du réseau, il faut qu’il se fasse connaître auprès des autres. Il envoie donc plus ou moins régulièrement des informations via le réseau LoRa pour dire qu’il est présent. Il peut également envoyer des données informatives pratiques, telles que sa position géographique, son niveau de batterie, la température s’il dispose d’un tel capteur…
Toutes ces informations viennent donc consommer des messages, ce qui peut finir par bloquer le réseau lorsqu’il y a trop de nœuds ou qu’ils envoient trop fréquemment des informations. Voici donc un résumé de nos recommandations :
Pour les voir en détail, consultez la page qui explique l’intégralité des paramètres.
Meshtastic :
| Valeur recommandée | Commentaire | |
| Intervalle de diffusion des infos d’un nœud (section Appareil) | Entre 3 et 12h | Vous pouvez baisser ponctuellement cette valeur lorsque vous « construisez » une nouvelle bulle locale pour que les nouveaux arrivants soient informés des nœuds déjà existants, mais une fois le réseau bien construit, les nœuds restent en mémoire sur les nœuds utilisateurs et applications smartphones, pas besoin qu’ils se signalent souvent. |
| Intervalle de diffusion du paquet de position (section Position) | Nœud fixe ou nœud « mobile » qui ne se déplace pas : entre 6 et 24h Mobile en déplacement : entre 1 et 4h | Pour tous les nœuds fixes, 24h est suffisant. Pour les nœuds mobiles, n’oubliez pas que c’est à la fois un moyen de vous retrouver (bien) mais aussi de vous suivre à la trace (attention vie privée). Une logique cohérente serait : Position fixe à un point de votre choix + réglage sur 24h lorsque vous n’avez pas besoin activement qu’on vous suive (cad quasi tout le temps), mais basculez sur un paramètre plus fréquent (1-4h) si vous souhaitez qu’on puisse vous retrouver (rando, travail risqué en forêt…) Ne mettez JAMAIS une valeur en minutes, vous risquez de saturer le réseau. |
| Position intelligente (section position) | Si vous l’activez, mettez 1h + une distance réellement pertinente par rapport à votre situation, par exemple 500m | L’idée c’est que votre nœud envoie votre position uniquement lorsqu’il détecte que vous êtes notablement à un lieu différent de précédemment (d’où le réglage de distance minimale) et l’envoie uniquement si un autre paquet de position n’a pas déjà été envoyé dans l’intervalle. Gardez toujours à l’esprit que l’idée c’est de vous retrouver en cas de problème, pas de vous géolocaliser hyper précisément à tout instant. Donc une marge de 500m est suffisante, et si on a votre position d’il y a moins d’une heure c’est probablement suffisamment pertinent. Pas la peine d’inonder le réseau avec votre position toutes les 30 secondes. Lorsque vous êtes dans un bâtiment, la réception GPS est nettement moins bonne et votre position risque d’être approximative à plusieurs centaines de mètres près. Le système risque donc de considérer que vous vous déplacez et va envoyer des messages à chaque nouvelle position supposée. En zone urbaine, désactivez impérativement la position intelligente. |
| Intervalle de mise à jour des mesures de Télémétrie (section télémétrie) | Laissez la télémétrie désactivée, sauf besoin spécifique. Sinon une valeur de l’ordre de 36h est pertinente. Si vous l’activez spécifiez impérativement une valeur, ne laissez pas vide. | Les information de télémétrie sont assez peu utiles pour l’utilisateur. Si vous souhaitez voir le niveau de batterie d’un nœud, connectez-vous y directement en Bluetooth par exemple. Vous pouvez aussi les demander explicitement en cliquant sur le bouton « demander la télémétrie » dans le détail des informations d’un nœud. Pour les nœuds qui nécessitent un suivi, par exemple le niveau de batterie d’un nœud solaire distant, ce niveau n’évolue pas notablement d’un jour à l’autre, donc 36h est une valeur intéressante (vous aurez donc une valeur de jour, et une autre de nuit 1.5 jour après ce qui est pertinent car l’impact du soleil peut fausser légèrement la mesure). |
| Intervalle de mise à jour des mesures d’environnement | Laissez les mesures d’environnement désactivées, sauf besoin spécifique (ex : votre nœud intègre une sonde de température que vous souhaitez pouvoir consulter). Sinon une valeur de l’ordre de 24h est pertinente. | Ne l’activez que si votre nœud intègre une sonde de température ou autre que vous souhaitez suivre. Avant tout, comprenez que vous pouvez aller demander sa température quand vous voulez, vous avez un bouton pour demander les métriques d’environnement dans les détails du nœud, mais évitez l’envoi automatique puisque 99% du temps vous ne serez pas devant votre écran pour regarder la valeur. Spécifiez donc une valeur très large, comme 24 ou 48h. |
| Les autres types de télémétrie | Même chose que le cas au dessus. Laissez désactivé sauf besoin spécifique | Idem ci-dessus. Si vraiment vous en avez besoin, mettez un réglage de plusieurs heures et aller chercher manuellement l’information quand vous en avez besoin. |
La « télémétrie » des répéteurs dans Meshcore
Meshcore est par nature beaucoup plus silencieux et n’envoie pas de télémétrie régulièrement. Pour les compagnons il n’y a donc aucun réglage à faire. Tout se passant sur le principe de « quand quelqu’un veut obtenir des informations il les demande et le nœud lui envoie en retour » et non pas « toutes les X minutes ou heures le nœud envoie les informations automatiquement à qui pourra l’entendre ». Cela permet également une gestion fine de qui peut demander (et donc recevoir) quelle télémétrie.
Néanmoins il y a 2 paramètres à éventuellement adapter pour les répéteurs (les valeurs par défaut sons néanmoins correctes) :
| Valeur recommandée | Commentaire | |
| Zero hop auto advert (section « Advert Intervals » | 0 (désactivé) | Le répéteur indique qu’il existe (avec sa position) uniquement à ceux qui peuvent l’entendre directement. Désactivé par défaut car c’est intégré dans le second type d’annonce (ligne ci-dessous) On peut mettre une valeur courte (par exemple 2h) lorsqu’on installe un nouveau répéteur et qu’on veut s’assurer que les compagnons autour en soient informés. Mais c’est à rapidement désactiver ensuite. |
| Flood auto advert (section « Advert Intervals » | 12 heures | Le répéteur indique qu’il existe et demande aux répéteurs qui l’entendent de le répéter autour d’eux. C’est la manière la plus cohérente de faire savoir qu’un répéteur est toujours là pour faire son travail et d’informer de sa présence les nouveaux nœuds (répéteurs ou compagnons) arrivés sur le réseau depuis la précédente émission. Pas besoin d’une fréquence trop rapprochée. Le réglage peut être passé à 24h lorsque le réseau est bien implanté et le répéteur largement connu. |
Conclusion
Vous l’aurez compris, pour que le réseau soit et reste viable, il est crucial de limiter tout ce qui n’est pas strictement utile. L’idée n’est pas d’empêcher les gens de discuter ou d’utiliser Meshtastic pour quelques usages domotiques sympa, mais d’avoir à l’esprit qu’il faut être extrêmement précautionneux dans vos paramètres afin que tout le monde puisse profiter de la même qualité de service que celle que vous attendez et avez lorsque vous testez pour la première fois le système. Si une seule personne décide d’envoyer sa géolocalisation toutes les 30 secondes, vous comprenez qu’elle utilise quasiment l’intégralité de la bande passante disponible en Long_moderate, et donc empêche toute autre forme de communication.
Il est donc important que chacun ait à l’esprit que ce bien commun ne peut fonctionner que si chacun est vigilant.
Enfin ayez également à l’esprit que tout n’est pas immédiatement fonctionnel à la seconde où vous flashez votre nœud. C’est avec le temps et les annonces/envois de télémétrie que petit à petit votre carte et vos listes de contacts vont se peupler avec les autres nœuds autour. Les réseaux maillés Meshtastic et Meshcore ne sont pas internet/la fibre optique/5G et le tout immédiat. La patience est de mise !