Protocole MeshCore explique
Explication technique du protocole MeshCore : comment les messages sont transmis, livres et optimises dans un reseau LoRa decentralise.
Qu est-ce que le protocole MeshCore ?
Le protocole MeshCore definit comment les noeuds echangent des messages via LoRa : emission, reception et transfert via repetiteurs.
Principe central : les clients ne repetent pas. Le transfert est gere par les repetiteurs (et les serveurs de room avec repeat actif), ce qui limite la charge radio.
Les performances reelles dependent des reglages radio et de la topologie : frequence, spreading factor, bande passante, coding rate, puissance et emplacement des repetiteurs.
Structure du protocole (vue d ensemble)
A utiliser comme modele fonctionnel, pas comme specification officielle stricte au niveau des octets :
1. Couche radio (LoRa PHY)
LoRa gere la transmission physique du signal dans le spectre ISM avec des parametres configurables.
2. Comportement de transmission et airtime
Le comportement pratique du reseau depend du timing, des retransmissions et des choix de configuration.
3. Transfert mesh via repetiteurs
Quand aucun chemin connu n existe, un flood de decouverte via repetiteurs peut etre utilise ; apres une livraison reussie, un chemin exploitable peut etre appris.
4. Couche message
Le contenu applicatif (texte, rooms) est transmis de facon compacte et peut etre chiffre.
Structure des messages (niveau conceptuel)
Evitez de publier des layouts de paquets inventes comme specification officielle MeshCore. Utilisez plutot ce modele :
Message MeshCore (conceptuel) : [Contexte d envoi] [Contenu compact] [Contexte de livraison/forwarding] - contexte source/destination - payload pour message direct ou room - contexte de forwarding et de livraison - contexte d integrite et de chiffrement
La structure interne exacte peut varier selon l implementation/la version. Pour la documentation web, decrire le comportement est plus fiable que des champs non verifies.
Formes de messages pertinentes
Message direct
Communication noeud-a-noeud entre deux participants.
Message de room
Message envoye a une room pour que plusieurs participants recoivent le meme contenu.
Trafic de decouverte
Trafic pouvant etablir la joignabilite initiale quand aucun chemin n est connu.
Trafic de suivi sur chemin appris
Apres une livraison reussie, le trafic suivant peut etre achemine plus directement via des repetiteurs connus.
Statut de livraison / reporting
Le contexte de livraison peut etre renvoye pour ameliorer le forwarding des messages suivants.
Contenu chiffre
Le contenu des messages peut etre transmis chiffre pour la confidentialite.
Comment fonctionne le routage ?
MeshCore combine decouverte et forwarding cible via repetiteurs.
Decouverte avec chemin inconnu
Quand aucun chemin n est connu, un flood de decouverte via repetiteurs peut etre utilise pour atteindre la destination.
Limite superieure et reglage pratique
La documentation mentionne une limite interne de 64 sauts. En pratique, le comportement flood/forward est ajuste au niveau repetiteur (par ex. flood.max) selon le terrain et l airtime.
Avantages de cette approche protocolaire
Routage de suivi plus cible
Apres decouverte, les messages peuvent circuler plus efficacement sur des chemins repetiteurs connus.
Decentralise
Aucune infrastructure internet centrale n est necessaire pour la communication mesh locale.
Chiffrement pris en charge
Les messages peuvent etre chiffres sans hypotheses non verifiees de type channel-slot.
Airtime maitrise
Les messages compacts et le forwarding via repetiteurs limitent la pression sur le canal.
Portee via repetiteurs
Le multi-hop via repetiteurs etend la communication au-dela de la portee radio directe.
Evolutif regionalement
Avec un placement strategique des repetiteurs, la couverture et l utilite augmentent avec le temps.
Points techniques essentiels
| Frequence (UE) | Operer dans le spectre ISM 863-870 MHz selon les regles locales |
| Bande passante | Element du profil RF ; impacte robustesse et debit |
| Spreading Factor | Un SF plus eleve augmente la portee mais reduit la vitesse |
| Coding Rate | Plus de correction d erreurs augmente la robustesse mais baisse le debit |
| Payload | La taille pratique depend des reglages LoRa et de la configuration |
| Chiffrement | Pris en charge ; le modele exact depend de l implementation/de la configuration |
Questions frequentes sur le protocole
MeshCore est-il compatible avec Meshtastic ?
Non. Ce sont des implementations de protocole differentes et elles ne sont pas inter-operables par defaut.
Quelle est la vitesse de transmission ?
Cela depend du SF, de la bande passante, du coding rate et de l environnement. LoRa privilegie la portee et la fiabilite plutot que le haut debit.
Puis-je developper des applications personnalisees ?
Oui, a condition de concevoir pour une bande passante LoRa limitee et de rester compatible avec le reseau exploite.
Que se passe-t-il si le trafic se chevauche ?
La pression sur le canal augmente en trafic simultane. Un bon reglage RF, une discipline de messages et une bonne config des repetiteurs reduisent collisions et delais.
L overhead protocolaire est-il un nombre d octets fixe ?
Evitez les valeurs fixes sans source officielle. L overhead effectif et le payload varient selon implementation et reglages radio.
MeshCore utilise-t-il un adressage IP type Internet ?
MeshCore n est pas une pile Internet TCP/IP. Evitez les affirmations non verifiees sur un modele d adressage fixe.
Demarrer le developpement MeshCore
Avec cette base, vous pouvez decrire MeshCore correctement : LoRa comme transport, forwarding via repetiteurs et optimisation de route apres livraison.