Rôles des nœuds Meshtastic
Chaque nœud Meshtastic exécute exactement un rôle, et ce seul réglage décide si le nœud rediffuse les paquets des autres, s’il apparaît dans la liste des nœuds du mesh, et à quel point il sollicite la batterie. Choisir le mauvais rôle est la façon la plus courante, pour un nœud bien intentionné, de nuire discrètement à un mesh — un ROUTER au niveau du sol en ville, par exemple, inonde le canal au lieu de l’aider. Cette référence liste les 12 rôles actifs plus le rôle obsolète (ROUTER_CLIENT), avec ce que chacun fait, s’il rediffuse, s’il apparaît dans la liste des nœuds, son coût énergétique relatif et des conseils honnêtes « idéal pour / à éviter quand ».
Tous les comportements ci-dessous sont transcrits de la documentation officielle de configuration d’appareil Meshtastic et ont été vérifiés le 15 juillet 2026. Les définitions de rôles peuvent changer entre les versions du micrologiciel — confirmez toujours contre la documentation courante pour votre version.
Règles rapides : la plupart des nœuds devraient rester sur CLIENT (le défaut). N’utilisez ROUTER ou REPEATER que pour un nœud fixe, surélevé et alimenté en permanence qui améliore réellement la couverture. Utilisez CLIENT_MUTE là où vous voulez parler sans ajouter de trafic de relais. Pour un nœud dont la tâche principale est de rapporter de la télémétrie — par exemple un Bitaxe relié au mesh par DCENT_Raven — SENSOR est le rôle documenté le plus proche.
| Rôle | Ce qu’il fait | Rediffuse | Dans la liste des nœuds | Énergie | Idéal pour | À éviter quand |
|---|---|---|---|---|---|---|
CLIENT (par défaut) | Rôle par défaut. Appareil de messagerie autonome ou connecté à une app; ne rediffuse un paquet que si aucun autre nœud ne l'a déjà fait. | Oui (seulement si aucun nœud plus proche ne l'a fait) | ✓ Oui | normal | Le défaut pour les appareils portatifs et les nœuds d'usage quotidien qui devraient aussi aider à relayer pour le mesh. | Vous voulez un écouteur silencieux (utilisez CLIENT_MUTE) ou un relais dédié toujours actif (utilisez ROUTER ou REPEATER). |
CLIENT_MUTE | Un appareil utilisateur qui ne relaie PAS les paquets des autres nœuds — réduit la congestion sur les meshes denses. | Non | ✓ Oui | le plus bas | Les nœuds dans une zone déjà bien couverte, où vous voulez envoyer et recevoir sans ajouter de trafic de relais. | Vous êtes le seul lien entre deux parties du mesh — vous mettre en sourdine brise ce chemin. |
CLIENT_HIDDEN | Ne diffuse qu'au besoin, pour la discrétion ou l'économie d'énergie; n'apparaît pas dans les listes des autres nœuds. | Local seulement | — Non | le plus bas | Les déploiements axés sur la vie privée ou la basse consommation, où le nœud doit rester hors de la liste publique des nœuds. | Vous voulez que le nœud soit découvrable ou qu'il relaie pour les autres. |
CLIENT_BASE | Station de base personnelle qui rediffuse toujours vers et depuis vos nœuds favoris. | Oui (favoris seulement) | ✓ Oui | normal | Une base à la maison qui doit relayer de façon fiable pour vos propres appareils favoris, sans agir comme infrastructure publique complète. | Vous devez relayer pour tout le mesh — utilisez plutôt ROUTER. |
TRACKER | Diffuse sa position GPS en paquets prioritaires. | Éveillé seulement | ✓ Oui | normal / bas | Les traceurs GPS et les actifs mobiles dont la tâche principale est de rapporter leur position. | L'appareil n'a pas de GPS, ou vous avez besoin d'un relais dédié. |
LOST_AND_FOUND | Diffuse périodiquement sa position comme message sur le canal par défaut, pour aider à retrouver un appareil perdu. | Oui | ✓ Oui | normal | Localiser temporairement un nœud égaré. | L'usage normal — il clavarde sur le canal par défaut et n'est pas un rôle d'usage général. |
SENSOR | Diffuse des paquets de télémétrie (capteurs) en priorité et dort entre les rapports (pas de rediffusion pendant le sommeil); pour les nœuds de télémétrie environnementale ou d'appareil. | Éveillé seulement | ✓ Oui | normal / bas | Les nœuds de télémétrie environnementale ou d'appareil dont la tâche principale est de rapporter des mesures de capteurs. | Vous avez besoin d'un relais dédié toujours actif — utilisez ROUTER ou REPEATER. |
TAK | Optimisé pour l'intégration ATAK (Android Team Awareness Kit); réduit les diffusions de routine. | Oui | ✓ Oui | normal | Les nœuds jumelés à ATAK pour la connaissance situationnelle tactique ou d'équipe. | Vous n'utilisez pas ATAK. |
TAK_TRACKER | Nœud TAK autonome qui envoie automatiquement des diffusions de position (PLI) et réduit le trafic de routine. | Oui | ✓ Oui | normal | Un nœud TAK avec GPS qui rapporte sa position sans téléphone jumelé. | Vous n'utilisez pas ATAK, ou l'appareil n'a pas de GPS. |
REPEATER | Nœud d'infrastructure qui étend la couverture en rediffusant toujours chaque paquet une fois; aucune interface utilisateur locale et n'apparaît pas dans la liste des nœuds. | Oui | — Non | élevé | Les sites de relais surélevés et alimentés en permanence (sommet de colline ou toit) dont la seule tâche est la couverture. | Les nœuds à batterie limitée ou mal placés — un REPEATER rediffuse toujours et reste invisible dans la liste des nœuds, ce qui rend les pannes difficiles à diagnostiquer. |
ROUTER | Nœud d'infrastructure qui étend la couverture en rediffusant toujours chaque paquet une fois; apparaît dans la liste des nœuds. | Oui | ✓ Oui | élevé | Les nœuds dorsaux bien placés, alimentés sur secteur ou au solaire, qui doivent relayer pour tout le mesh. | Les nœuds au niveau du sol ou limités par batterie — un ROUTER mal utilisé congestionne le mesh. Utilisez plutôt CLIENT. |
ROUTER_LATE | Nœud d'infrastructure qui rediffuse chaque paquet une fois, mais seulement après que tous les autres rôles ont pris leur tour. | Oui (après les autres rôles) | ✓ Oui | élevé | Un relais secondaire ou de remplissage derrière des routeurs existants, qui comble les trous sans être le premier saut. | Vous voulez le relais principal d'un site — utilisez ROUTER. |
ROUTER_CLIENT OBSOLÈTE — micrologiciel 2.3.15 | OBSOLÈTE depuis le micrologiciel 2.3.15. Combinait autrefois le relais ROUTER et la messagerie client normale; retiré pour prévenir les mauvais usages. Utilisez CLIENT pour un appareil utilisateur, ou ROUTER / ROUTER_LATE pour un relais dédié. | s.o. (obsolète) | s.o. | s.o. | — (obsolète; ne pas utiliser) | Toujours — il n'existe plus dans le micrologiciel actuel. Choisissez CLIENT, ou ROUTER / ROUTER_LATE. |
« Énergie » et « Rediffuse » sont les valeurs relatives publiées dans la documentation d’appareil Meshtastic. Les données complètes lisibles par machine — y compris la note d’obsolescence — sont dans le téléchargement JSON (en anglais), le téléchargement CSV et l’API REST (ajoutez ?status=active ou ?status=deprecated pour filtrer).
Pourquoi ROUTER_CLIENT a disparu
ROUTER_CLIENT combinait autrefois le relais ROUTER et la messagerie utilisateur normale sur un même appareil. Il a été rendu obsolète dans le micrologiciel Meshtastic 2.3.15 parce qu’il encourageait des nœuds mal placés à agir comme routeurs et à congestionner le mesh. Si un guide plus ancien le recommande encore, utilisez plutôt CLIENT pour un appareil utilisateur, ou ROUTER / ROUTER_LATE pour un relais dédié.
Pages reliées
Choisissez votre matériel dans la base de données d’appareils Meshtastic / LoRa (en anglais), comparez les appareils dans la comparaison d’appareils Meshtastic (en anglais), ou commencez au pôle mesh souverain (en français). Vous construisez un relais fixe? Voyez le guide de construction d’un nœud Meshtastic solaire (en anglais).
Merci au projet Meshtastic de publier la documentation ouverte sur laquelle cette référence est bâtie.