Q&R

Oui. LoRa sur 868 MHz respecte le duty cycle européen. Analogie : on peut le comparer à un talkie-walkie pour le comprendre (usage sans opérateur, sans abonnement). En réalité : c'est la bande ISM 868 MHz, avec des règles propres (temps d'émission, puissance), pas le même cadre que les talkies PMR446.

Non pour l'usage ISM 868 MHz dans les limites légales. Le maillage bruxellois vise des citoyen·nes et collectifs, pas uniquement des radioamateur·rices.

Les messages privés et les canaux chiffrés restent illisibles sans la clé. Seuls les messages envoyés sur un canal public sont lisibles en clair.

Des sites communautaires comme l'ON8AR CoreScope republient ces messages lorsqu'un observateur les a captés à portée radio. Ils n'affichent pas vos conversations privées. Pour le détail sur la confidentialité, voir Protéger : visible vs protégé.

Votre smartphone n'a besoin ni de 4G/5G, ni de carte SIM, ni de puce GPS pour piloter un compagnon MeshCore. Il lui faut une connexion Bluetooth fonctionnelle et l'application officielle comme interface pour taper et lire les messages.

Contrairement à d'autres protocoles LoRa, souvent plus exigeants sur le matériel (pourquoi pas un autre réseau à Bruxelles ?), MeshCore privilégie l'accessibilité :

• Apple : iOS 12.0 et plus. Un vieil iPod touch (6^e génération), un iPhone 5S ou un iPad obsolète peut devenir votre terminal MeshCore.
• Android : de très vieux téléphones déconnectés de tout opérateur fonctionnent aussi.

Installez l'app officielle et vérifiez directement sur la fiche de votre plateforme si votre appareil est compatible :

• iOS : MeshCore sur l'App Store
• Android : MeshCore sur Google Play

Installez l'application MeshCore, connectez un compagnon (BLE ou USB), rejoignez un canal public comme #bruxelles. La page Rejoindre le maillage détaille la configuration du compagnon ; pour un répéteur fixe, voir Construire le maillage.

Quand aucun répéteur fixe n'est à portée, les compagnons du groupe peuvent passer en mode client-répéteur : chaque boîtier porté relaie temporairement les messages et étend la portée du groupe en mouvement.

Cas typiques : festival, concert, randonnée, cortège ou tout groupe qui se déplace hors couverture du maillage installé. Créez un canal privé pour la coordination et activez le mode client-répéteur sur les compagnon·s du groupe.

À Bruxelles, la communauté active et les réglages documentés visent MeshCore : rôles compagnon et répéteur séparés, filtrage régional préparé, coordination au sein de la communauté belge. Un maillage utile suppose que tout le monde utilise le même protocole.

Meshtastic est un autre réseau LoRa. Il permet d'échanger des messages, mais en ville la messagerie n'est pas fiable pour tenir une vraie conversation : dès qu'assez de monde participe, le réseau sature et les échanges deviennent imprévisibles. En pratique, Meshtastic sert surtout à de la télémétrie (capteurs, positions) et à une culture de « collection » de nœuds visibles sur une carte, souvent injoignables en radio pure.

En zone rurale, Meshtastic peut mieux fonctionner, mais le nombre de sauts radio reste limité : les groupes finissent par dépendre de passerelles Internet (MQTT), ce qui réduit l'intérêt d'investir dans des relais radio locaux.

Pour bâtir une infrastructure citoyenne à Bruxelles, MeshCore répond mieux à cet objectif : messagerie texte pensée pour le maillage, moins de trafic « gadget », et une communauté locale déjà orientée dans cette direction.

À Bruxelles, le salon local de référence est #bruxelles. Ailleurs en Wallonie, on croise aussi #liege et #namur. Les canaux les plus utilisés évoluent : pour une liste à jour, consultez l'ON8AR CoreScope ou les liens sur Ressources.

Le hachage de chemin (path hash) est un identifiant court ajouté aux chemins dans le maillage. Sur un maillage dense comme Bruxelles, la taille par défaut (1 octet) sature vite et augmente le risque de collisions d'identification.

Nous recommandons 2 octets dans Network settings de l'app (libellé : Taille hachage de chemin). Cela aligne votre compagnon avec les répéteurs du maillage. Pour le détail technique (routage, modes CLI, 1 vs 2 vs 3 octets), voir Construire le maillage.

Oui, en usage courant : une annonce diffuse votre clé publique et votre pseudonyme pour que les autres puissent vous ajouter. Voir Rejoindre : s'annoncer.

Pour une discrétion maximale (ne jamais s'annoncer), le bénéfice reste modeste : voir Suis-je mieux protégé·e si je ne m'annonce jamais ?. Avant un événement sensible, une identité jetable est souvent plus pratique : Protéger : plusieurs identités.

Le maillage mémorise des chemins (path) : la séquence de relais par laquelle un message est passé avec succès. Si les messages n'arrivent plus, essayez Effacer le chemin (Clear Path) depuis la fiche du contact dans l'app (ou activez l'option équivalente dans les réglages conseillés). Le compagnon recalculera un itinéraire.

Pour comprendre le routage par chemins et les hachages de chemin multi-octets, voir Construire : routage et hachage de chemin.

Un room server est un nœud fixe qui conserve les derniers messages pour les personnes autorisées : utile quand les correspondants ne sont pas en ligne en même temps. Dans l'app, on le joint comme un contact, avec un mot de passe. Le mot de passe par défaut est souvent hello ; changez-le si vous en êtes l'hôte.

Pour installer et configurer un room server (rôle, CLI, alimentation secteur), voir Construire : room server.

Le code PIN Bluetooth du compagnon peut être modifié dans les réglages BLE de l'app. Utile pour sécuriser la liaison entre votre téléphone et le boîtier, surtout sans écran intégré. Ce n'est pas obligatoire pour rejoindre le maillage, mais recommandé si d'autres personnes ont accès à votre téléphone ou à votre espace.

Sur un maillage dense, les annonces affluent. Si l'app ajoute automatiquement chaque nœud détecté et vous notifie à chaque découverte, la mémoire du tracker se remplit vite et les alertes deviennent inutilisables.

Nous conseillons de désactiver l'ajout automatique de tous les nœuds et les notifications de contact découvert, puis d'ajouter manuellement les personnes avec qui vous échangez (via Découverte, QR ou clé publique). Voir Rejoindre : réglages conseillés.

Pour un répéteur filaire USB (pas un modèle solaire de toit), comme celui recommandé dans Rejoindre : matériel suggéré, fixez-le à l'extérieur : fenêtre, balcon ou rambarde. Il doit rester alimenté en USB en permanence.

L'objectif n'est pas d'offrir une couverture énorme au réseau, mais de rester joignable chez soi : au fond de l'appartement, là où les ondes du compagnon se perdent avant d'atteindre la radio. Le relais amène les messages jusqu'à l'intérieur et maximise vos chances d'être contacté·e, même si le compagnon reste au fond du sac à main.

Pour un répéteur filaire type XIAO ESP32-S3 + SX1262 (voir Rejoindre : matériel suggéré), la consommation moyenne en service répéteur est d'environ 0,22 W.

Comparaisons (ordres de grandeur) : face à un chargeur laissé branché sans téléphone (~0,5–1 W selon le modèle), le répéteur consomme environ ¼ à ½ de cette veille ; face à un téléphone en charge (~10 W en pratique), environ 2 %, soit environ 1/50^e de la puissance. Les valeurs varient selon le chargeur et le téléphone.

Sur une année, cela représente de l'ordre de 1,9 kWh (0,22 W × 24 h × 365 j) : impact sur la facture très faible pour un branchement continu.

Oui, une fois la configuration de base faite vous-même juste après le flash : preset radio, nom et mot de passe via le Config Tool MeshCore.

Désignez ensuite une personne de confiance dans la communauté : ajoutez le répéteur comme contact dans l'app et partagez-lui le mot de passe. Cette personne pourra terminer la configuration avancée à distance (console, réglages locaux, mises à jour). C'est ainsi que quelques personnes entretiennent déjà des dizaines de relais alignés sur les mêmes paramètres.

Convention simple : préfixe BE-BRU- suivi d'un repère local (lieu connu, arrêt STIB/MIVB…). Utile pour se repérer sur les cartes, sans obligation.

Pour le schéma complet BE-BRU-XXXXXXXXX-TYP-YY (types COR, DIS, EDG, MOB…), voir le guide de nommage sur NodeNet.be.

MeshCore fonctionne en bande ISM avec un plafond légal de 500 mW ERP (27 dBm).

En Flandre, la communauté #BEmesh recommande souvent 14–17 dBm : le maillage y atteint sa masse critique, et une TX plus basse limite les interférences entre relais voisins.

À Bruxelles, le maillage est encore naissant : ne changez pas la puissance d'émission à la mise en service : gardez la valeur par défaut du boîtier. Le détail, le calendrier et les commandes (get tx, set tx 17…) sont dans Puissance d'émission (TX).

Après la première mise en service, envoyez manuellement une annonce depuis l'app : le réseau doit savoir que votre répéteur existe.

Ensuite : set advert.interval 0 (pas d'auto-annonce zéro saut une fois connu). Pour l'annonce à tout le réseau, choisissez une valeur impaire qui répartit les annonces (ex. set flood.advert.interval 47, référence locale). Les commandes CLI conservent les termes anglais (advert, flood).

Au premier démarrage ou après une perte d'alimentation électrique, l'horloge interne est incorrecte. Utilisez clock sync pour l'aligner sur celle de votre smartphone.

Refaites-le après chaque redémarrage ou mise à jour du firmware si nécessaire. Sur certains appareils, l'horloge dérive : une resynchronisation régulière reste utile.

Le hachage de chemin (path hash) résume chaque relais sur un chemin du maillage. Sa taille fixe le risque de collision entre nœuds : 1, 2 ou 3 octets selon la densité attendue.

Nous recommandons 2 octets sur le répéteur et le compagnon. Chiffres, commandes CLI et collisions : voir Routage par chemins et hachage de chemin et Rejoindre le maillage (réglages app).

Non. Depuis août 2026, #BEmesh recommande souvent une valeur basse (ex. 5) sur le littoral, où le trafic UK sature le canal. À Bruxelles, on laisse le plafond par défaut set flood.max.unscoped 64 et region allowf * : c’est le point le plus important pour laisser passer les nouveaux venus encore unscoped. Voir Filtrage régional.

Nous ne prescritons pas non plus region denyf * (contrairement à certaines consignes flamandes).

En Europe, avec la bande ISM (sous-bande P, ETSI), que MeshCore utilise, la réglementation impose un duty cycle maximal de 10 % : un appareil ne peut émettre qu'une fraction limitée du temps. Ce réglage maintient le réseau légal, stable et équitable pour tous. Sans cette limite, un nœud qui émettrait en continu reviendrait à maintenir le bouton « parler » d'un talkie enfoncé (par exemple avec un élastique), privant les autres participant·es de la parole.

Pour couper la traçabilité opérateur (IMEI, SIM), le mode avion est en pratique la mesure appropriée : vous cessez d'envoyer ces identifiants aux relais (voir Smartphone et métadonnées et Deux identités distinctes). En revanche, il ne vous rend pas anonyme ni intraçable de façon absolue.

Les limites concernent surtout un adversaire déterminé ou un téléphone compromis : le GPS peut encore recevoir des signaux, une application malveillante peut journaliser activité ou position offline puis tout transmettre lorsque la connexion revient. Un recoupement entre journaux opérateur (avant/après) et captures radio reste concevable. Ces scénarios dépassent un usage courant sur le maillage, mais valent la peine d'être connus si la sensibilité est élevée.

Si vous préférez un smartphone à un compagnon autonome, deux pistes : un appareil durci (peu d'applications, mises à jour, pas de profils douteux ; voir Sécuriser ses données sur le terrain) ; ou un téléphone jamais reconnecté au réseau après installation offline de l'app MeshCore par câble USB. Vous pouvez aussi utiliser un boîtier autonome (voir Découvrir).

MeshCore ne contrôle qu'un maillon de la chaîne entre vous et votre correspondant·e. Voir aussi Anonymat technique.

Non. MeshCore ne demande ni nom civil, ni carte SIM, ni numéro de téléphone. Votre présence sur le maillage repose sur une clé publique et un pseudonyme affiché, une identité radio distincte de celle liée à votre téléphone et à votre opérateur.

Votre téléphone, lui, peut toujours exposer votre identité civile tant qu'il contacte les relais cellulaires. Voir Deux identités distinctes.

Partiellement. Ne pas s'annoncer évite surtout de diffuser la liaison pseudonyme ↔ clé publique dans un paquet capté par les observateurs et republié sur des outils comme ON8AR CoreScope ou MeshCore Internet Map (voir Ressources).

Pour que cette liaison ne soit pas établie par vos émissions, il faut en plus une discipline stricte : ne jamais émettre d'annonce et ne communiquer que sur un canal public. Les messages privés, les canaux privés et les room servers associent la clé publique à l'enveloppe radio, même si le contenu est chiffré.

Le bénéfice reste modeste : plus difficile d'être retrouvé·e facilement dans les agrégateurs, mais l'activité (pseudonyme, horodatage, canal) reste capturable à portée radio. Cela brouille les pistes, sans rendre la présence invisible.

En pratique, une identité jetable (regénérer la clé et adopter un pseudonyme obscur le temps d'un événement, puis restaurer l'identité d'usage) est souvent plus simple qu'une discipline permanente sans annonce. Avec une identité jetable, les canaux privés et room servers déjà configurés dans le compagnon restent utilisables. Voir Plusieurs identités sur le maillage.

Non. Un canal privé ne retient aucun historique : vous voyez les messages uniquement en temps réel, connecté·e et à portée au moment de l'envoi. Si votre appareil est éteint ou hors réseau, le message est perdu pour vous. Prévoyez-en les conséquences pour la coordination (Quel mode selon la sensibilité).

La clé privée ne se vole pas à distance toute seule. En pratique, il faut l'avoir exposée : fichier Export volé ou compromis, copier-coller envoyé à un tiers, clé laissée visible en clair, compte ou appareil piraté, clé USB volée, ou accès laissé à quelqu'un qui manipule votre compagnon pour l'extraire.

Avec les réflexes habituels (appareils verrouillés, ne jamais transmettre la clé, sauvegardes chiffrées), le risque reste limité pour la majorité des utilisateur·ices. Voir aussi Protéger : sauvegarder son identité.

Oui. Exportez vos réglages (clé privée incluse) et importez-les sur l'autre compagnon. Ne laissez jamais deux compagnons avec la même clé privée allumés en même temps : vous perturberez le routage. Procédures Export / Import : Protéger : votre identité radio.

Réglages du compagnon → section Identité → Import → sélectionnez le fichier Export enregistré précédemment. Redémarrez le compagnon si l'app le demande, puis vérifiez que la clé publique affichée est bien celle d'avant. Détail : Protéger : restaurer son identité.

Si vous perdez votre clé privée, vous pouvez en générer une nouvelle : MeshCore n'est lié à aucune identité civile. Vos contacts ne vous reconnaîtront plus automatiquement : il faudra les réajouter (voir Rejoindre : annonces).

Regénérer la clé et changer le pseudonyme sert aussi à adopter une identité jetable le temps d'un événement : exportez d'abord votre identité d'usage, puis regénérez. Sans Export préalable, vous perdez l'accès à l'ancienne identité radio. Workflow : Protéger : plusieurs identités.

La technologie LoRa sur la bande 868 MHz est légale en usage citoyen, dans les limites de puissance et de duty cycle. En cas de saisie matérielle, un compagnon ou un répéteur MeshCore se rapproche en pratique d'un talkie-walkie du point de vue réglementaire ; ce n'est pas un équipement de télécommunication commerciale abonné.

Les mises à jour de firmware ne sont pas un enjeu de sécurité personnelle : elles apportent surtout de nouvelles fonctionnalités et des améliorations progressives du réseau.

En usage courant (compagnon), un rythme tous les 6 à 12 mois suffit. Plus le réseau atteindra la maturité, moins des mises à jour fréquentes seront nécessaires.

Pour un gestionnaire de répéteur, rester à jour compte davantage (alignement du maillage, nouvelles commandes) : voir Construire le maillage et Découvrir : Éthique et communauté.