Reprise du message précédent :
Salut,
 
On est plusieurs à être passé sur meshcore dans la région de lyon car meshtastic marchait mal... On vient de monter un site pour expliquer la configuration: https://www.meshcore.fr/

nextgens : tu peux en dire plus sur "marchait mal", ça veut dire quoi concrètement ?
 
Et merci pour le site tout frais (vu sur discord Meshcore France), ça fait déjà une petite base pour regrouper du monde, notamment pour les réglages.

 
Ça m'agace ce genre de message alors que je ne fais rien avec les nodes.

Wow. Les échanges font dépasser les 10% de duty cycle ! Il y a un tracker qui envoie une position GPS toutes les 30 secondes ou quoi ?

 
Que les messages privés se perdent, que les messages sur les canaux publiques arrivent une fois sur deux, que dans tous les cas il n'y a pas de confirmation de réception... sans parler des "traceroute" qui sont encore plus aléatoires. Mon noeud était un des seuls à maintenir un lien fiable "bi-directionnel" vers un repeater, matérialisé "en vert" sur la carte générée à partir des données MQTT.
 
A Lyon nous avons du bruit et la géographie n'aide pas: des collines de partout. Avec meshcore ça marche objectivement mieux pour l'instant.

 
C'est depuis la mise a jour des nodes.

bizarre. j'aurai tendance à te recommander un reflash avec effacement des paramètres. Eventuellement en ayant fait une sauvegarde avant + restauration après.
Même en jouant pas mal e ten faisant des tests, traceroute dans tous les sens en mobile pour essayer de mapper une zone de couverture, je n'ai jamais dépassé quelques pourcents d'airtime.
 
Bon dans ton malheur tu m'apportes une information importante : le AirUtilTX est bien en absolu. Je me demandais si c'était des pourcents de 10% ou des pourcents absolus. Cad qu'on atteignait le seuil à 100% ou à 10%...

Le GPS était réglé a 15mn en intervalle de diffusion et de mise a jour sur tous les nodes (sauf le T1000, pas encore mis a jour). J'ai tout mis a 24 heures.
 
Avant, c’était personnalisable en secondes et on pouvait mettre de très gros chiffres. Idem avec le "carrousel", la fréquence de changement d’écran.
 
Je l'avais réglé a 3 secondes avant. Maintenant, c'est 15 secondes minimum.  Il y a un délai "Non defini-0" mais je ne sais pas a quoi il sert.
 
J'ai exporté tous les réglages de nodes mais je suppose qu'avec les mises a jour, ca doit pas être top fiable. Il faudrait que je refasse une sauvegarde après chaque MAJ puis après avoir vérifié tous les réglages    
 
Je regarde rarement le AirUtilTX et le ChUtil.
 
Vu que j'ai 5 nodes ... 6 vu que j'ai reçu le node solaire, je pourrais essayer un de ces 4 ce meshcore sur un node.

Pour les nœuds fixes, 4 à 6h entre les envois de position c'est largement suffisant (il faut juste un peu plus de temps pour que les nouveaux nœuds les découvrent, mais c'est attendu).
Pour les mobiles, je suis partagé, je serai tenté de désactiver totalement l'envoi de position (parce que ça peut être un peu sensible), sauf sur emcomm.
Pas forcément besoin d'avoir la position des nœuds mobiles sur les cartes sur internet. Et ça encombre le réseau pour pas grand chose.

 
C'était quoi l'objectif toutes les 15mn ?

Pour le nœud mobile, je mets a 10 minutes. Ça me permet de me souvenir ou je suis passé a pied et je peux faire une carte de mes déplacements pédestres, comme ici a Paris :
 

 
En voiture aussi   :
 

 
On a pas tous les mêmes utilisations puis un nœud mobile peut permettre a un tiers de se connecter dessus pour faire passer un message ... en théorie.
 

 
Susciter ta curiosité, assurément    
 
 
En réfléchissant a ce probleme de GPS, je me demande si mon probleme, c'est pas justement que j'ai remis les paramètres sauvegardé acquis avec l'ancien firmware.

Ben tu as des apps sur smartphone pour faire ça (suivi de position), je ne vois pas l'intérêt de le faire via le t1000e ???
C'est clairement un usage inadapté qui pollue inutilement le réseau LoRa. A chaque mesure GPS ça envoie un message LoRa pour dire où tu es !

Quoi comme appli qui garde une trace sur une carte ?  
 
L'idée du Meshstatic, c'est quand meme que les gens se connectent entre eux et forment un maillage. C'est quoi l’intérêt du mobile si tu ne dis pas ou tu es ?

Au pif : osmand, locus, strava, phonetrack (avec un serveur nextcloud), ...

Heu l'idée c'est de s'écrire et éventuellement de partager sa position si besoin. Pas d'être suivi h24 dans ses moindres mouvements.

 
Je viens de regarder votre site, c'est pas mal fait. Par contre, il y a peu de node/repeater sur ma map, c'est normal ?

 
L'idée d’être un nœud intermédiaire dans ton déplacement ne t'est pas venu a l'esprit ?
 
Ça doit être ton coté parano qui te parle d’être suivi  

Ca n'a aucun rapport. Ton nœud peut aider au maillage, mais on n'a pas besoin de savoir où il est exactement toutes les 10 minutes. De plus si tu te déplaces avec, il est probablement peu utile au maillage car il ne sera probablement plus là quand on aura besoin de lui. Typiquement sur les trajets en voiture c'est totalement inutile.

 
C'est encore en cours de déploiement
 
J'en ai deux sur mon bureau
 
https://analyzer.letsme.sh/nodes/re [...] ion=france
https://analyzer.letsme.sh/packets?region=france

/assist ON

 
 
Cool votre projet. Vous utilisez quel type de carte Lora généralement ?
 

 
Le radioclub du coin a un partenariat avec Heltec... donc on en trouve beaucoup
Perso j'ai un stock de lilygo t3s3

 
Probablement peu utile, tu es pas sur ?    
 
Puis 10 minutes, c’est quand même peu vu le faible nombre de nodes en France. Ça va rien saturer du tout.

 
Je viens de recevoir une pochette vide avec juste la carte du vendeur. En plus, il envoie ça dans une pochette qui fait 10x15 cm alors que le produit fait 17x37cm.
 
ll a modifié le prix a 239€ avec 100€ de fdp    
 
Réclamation avec photo    
 
 

Mais tu vois bien ce qui se passe. Quand tu broadcastes ta position, elle est répétée par les nœuds autour, donc ça utilise du temps d'émission des autres nœuds, d'où le souci que tu as chez toi quand tu commences à avoir plusieurs nœuds qui se répètent entre eux leur position.
Je ne dis pas que tu vas saturer le réseau actuellement lors d'un trajet sur l'autoroute, mais c'est juste une mauvaise pratique. Si ça se développe, en gros à chaque fois qu'une personne qui fait ça passe dans une commune hop elle bouffe quelques secondes d'airtime des émetteurs de la commune. Tu multiplies ça par quelques dizaines de personnes et ça fout le bordel.
C'est globalement le problème de Meshtastic : effondrement par trop de broadcast de tout et n'importe quoi lorsque la densité de nœuds augmente et ce que meshcore cherche à éviter. En gros leur approche est l'inverse : si tu veux l'info tu demandes, mais par défaut ça n'envoie rien.

Je viens de mettre le Wio sur Meshcore. Un peu laborieux. Il y a 2 firmwares, le Ripple et le Community.  
 
Dans le Community, il faut prendre Companion Bluetooth (et non usb) si on veut le BT.
 
J'apparais sur la carte    
 
Je suis tout seul dans mon coin et j'ai l'impression qu'il n'y a pas de serveur Mqtt sur ce Meshcore.  
 
On peut faire tourner Meshstatic et Meshcore en meme temps sur le smartphone.

Allez, dis-toi que tu viens de lancer quelque chose...

Bon ici ça avance pas mal. Réunion avec ma commune il y a quelques jours, excellent accueil. On part en quête de points hauts. Pas exclu que la commune finance quelques nœuds. Il faut juste trouver le combo "lieux idéaux/autorisations/types de fixation/..."
 
Plus je creuse Meshcore et plus je me dis que ça serait mieux et plus pertinent dans la mesure où on va vers une infrastructure fixe... mais le projet est tellement récent (2025), pas traduit (un gros redflag quand on a des interlocuteurs agés), ... que c'est vachement compliqué de se dire qu'on fait le bon choix.
Donc ça va probablement être meshtastic dans un premier temps, avec mention des limites et de l'existence d'un autre projet encore trop immature pour vraiment le conseiller.
 
MC vient de passer les 10 000 nœuds / MT les 25 000

 
Si ça peut faire pencher la balance, n'oublies pas qu'il y a des clients alternatifs: pour en citer deux:
- https://dz0ny.dev/posts/meshcore-sar/ (multi-lingue, traduit en français!)
- https://oldclient.meshcore.dev/ web, en cours de dev https://github.com/recrof/MeshCoreClient
 
Perso ce qui me rebute avec MT c'est qu'il n'est pas possible de faire de mise à jour de firmware OTA. Tu perches un noeud en hauteur il faut le re-descendre pour le flasher... avec MC ça marche bien, même en ESP32.

La maj ota est faisable sur MT depuis la dernière version pour les nRF. Je crois même que les rak qui initialement n'étaient pas supportés sont en passe de l'être.

Pour les clients alternatifs c'est quand même un peu différent du principe de base d'une simple app de messagerie. Le SAR est très orienté search and rescue (oui logique vu le nom). Le client web j'imagine que pour l'aspect fiabilité des comm c'est pas idéal (t'es pas toujours connecté)
Après il faut que je teste plus en profondeur mais j'ai l'impression qu'il y a aussi beaucoup moins de textes/paramètres dans l'App native donc l'anglais est peut-être moins problématique qu'on pourrait le croire.

 
Ce que je voulais dire c'est que sur MC l'OTA fonctionne aujourd'hui sur nRF et ESP32.
 
Le compagnon stocke les messages; le client web peut tourner en local sur le téléphone et avoir une connexion intermittente au compagnon.
Avec MC t'as des confirmations de réception qui fonctionnent... avec MT tu ne sais jamais si le message émit est reçu.

La MAJ OTA a fonctionné avec le T114 mais a planté avec le T_echo    
 
J'ai réinitialisé le Heltec V3 et configuré a la main (et non en changeant la sauvegarde) mais j'ai encore des "Duty Cycle limit exceed".  
 
Du coup, j'ai coché "Ne pas prendre en compte la limite d'utilisation". A voir si ça arrange les choses.
 
J'en ai aussi sur le T_echo mais peu en comparaison du V3.
 
Sur le V3, dans la liste des nodes, j'ai plein de nodes avec 0% de batterie. Ça m’embêterait pas sauf que je surveille mes autres nodes pour les recharger.
 
Étonnement, sur le T_echo, des 0% aussi mais moins et pas mes nodes.  
 
J'ai aussi de temps en temps, un probleme de cadenas rouge (probleme de clé publique). Les autres nodes voient ce probleme sur le V3. J'efface le V3 de la liste et il finit par revenir avec un cadenas vert.
 
Ça me saoule un peu ces bugs. Ça fonctionnait mieux avant.
 
J'ai un "voisin" en MC qui va passer un de ses nodes en MT. Je vais me sentir moins seul sur Bordeaux  

Ben avec MT t'as bien la confirmation de réception lorsque tu écris directement à quelqu'un.

"Ne pas prendre en compte la limite d'utilisation". -> tu prends le problème à l'envers et tu te mets dans l'illégalité.
Que tu le fasses en temps de crise grave ça peut se discuter, mais au quotidien pour ton confort de tracking GPS c'est clairement un non respect de la loi... Et c'est à cause de comportements de ce type qu'on se retrouve ensuite avec des lois pénibles, voire des interdictions (cf par exemple ce qui s'est passé avec les drones).

Pour les batteries à 0% c'est selon l'activation ou non de la télémétrie.

Meshcore se développe un peu partout.
 
Voici un article très argumenté sur le choix des paramètres radio SF et CR de la communité portugaise, différents du Royaume Uni.  

 
Calcul le temps d'émission histoire de voir ?

OTA bluetooth (ou wifi) dans les 2 cas, pas OTA LoRa !

haaaaaaaaaaaaaaaaaa
Je regardais un peu à ce sujet et de ce que je comprends pour ESP32, il copie/colle le nouveau programme et le bootloader s'occuper de remplacer l'ancien par le nouveau.
Je me demandais si c'était possible de ne modifier que certaines parties du programme (bon c'est pas forcément le bon endroit). Par exemple, imaginons que le compiler mette tout dans un ordre précis, cela permetrtait de faire une modification minimaliste plutôt que tout le programme.

 
Pourquoi fais tu une fixation sur le GPS ? Il était a 24 heures sur l'intervalle de diffusion et il est maintenant a 72 heures sur le V3 mais j'ai toujours le probleme.
 
L’intervalle de MAJ sur le T114 et le T_echo est a 24 heures. Le V3 n'a pas de gps et je lui ai collé une position fixe.
 
Je suis un pirate de la radio, youpi ! Dommage que je n'ai pas de décamétrique avec une antenne accordé sur le 6.666 Mhz, j'aurais fêté ça

Ben parce-que tu as dis toi-même plus haut que tu mettais 10 ou 15 minutes et que c'était très bien comme ça !

Au delà de la position il y a éventuellement la télémétrie à regarder. Mais bon si tu vois des 0% de batterie partout ça n'est probablement pas ça. Ça fait partie des choses désactivées dans les firmwares recents, justement pour contrer le cote trop bavard des nœuds.

Éventuellement firmware update + effacement total + reconfig à la main des quelques options utiles.

 
Non, en ESP32 c'est de l'OTA wifi

 
Sur le T1000, je mets 10 minutes. C'est le seul qui est mobile, les autres restent en fixe.
 
Avant cette MAJ, je n'avais pas touché a la télémétrie et je voyais les niveaux de batterie.
 
Déjà fait la MAJ avec effacement total et reconfig a la main sans charger le backup sauvegardé.
 
Le truc étonnant, c'est quand je fais une modif des paramètres et que le V3 doit redémarrer. Avant, il mettait 1 a 2 secondes.
 
Maintenant, il met 10 secondes pour que l’écran s'allume en redémarrant.
 
Une idée me vient, remettre un firmware en 2.6.x pour voir si les choses rentrent dans l'ordre.