Things Network - LoRa - Meshtastic

jcoenen

• 23 Avril 2025

• #21

Juste pour info, j'avance doucement sur le projet, le gateway est bien opérationnel, il tourne depuis 13 jours sans interruptions.

J'ai réutilisé le TTGO T3 utilisé dans le test de end device, cette fois ci connecté avec un Neo 6m GPS low cost et implémenté la lecture des info GPS et le display sur l'écran OLED du module. Je vais pouvoir m'attaquer à la connexion au TTN et l'upload des données (plus vite dit que fait).


Le code (embryonnaire) est sur GitHub

Et le module ressemble à ceci:

Avec le module près de la fenêtre du bureau au premier étage, je capte pour l'instant 10 satellites avec l'antenne de base (3 dBi), je vais commander une antenne active (28 dB) pour voir si je peux positionner le module près de la station de travail (pour l'instant je dois utiliser OTA et telnet pour uploader le firmware et recevoir les messages de debug, pas de liaison USB du à la distance).

Pour avoir quelque chose de correct, vu que le HW est complet (ou presque, je vais peut être rajouter un BME280), je dois encore penser à mettre ça dans une boite, mis je n'ai pas trouvé de boite 3D qui peut accommoder le module, une batterie (18650 ou Lipo) et le Neo 6M, à faire donc.

 

Dernière édition: 23 Avril 2025

jeanphi500

• 23 Avril 2025

• #22

Top tout ça

 

jeanphi500

• 23 Avril 2025

• #23

Ha tiens je viens de voir que ma station météo apparaissait sur le site APRS.. Ca reprend les stations Sigfox aussi alors?

 

jcoenen

• 23 Avril 2025

• #24

heuuu, le site aprs.fi donne les position aprs et CWOP, ce dernier étant un projet initialement radio amateur (mais je n'y ai jamais touché), les station CWOP peuvent donner leur info via une page web (Station Météo -> Sigfox cloud -> CWOP). Il faudrait voir dans le manuel si elle est connectée a CWOP (Citizen Weather Observation Program).

Je viens de réussir a connecter mon T3-S3 sur TTN, en fait il y a plusieurs module transciever et les librairies Arduino ne les prennent pas tous en charge d'où le problème initial.

 

jcoenen

• 23 Avril 2025

• #25

SigFox: nous sommes donc en RC1 et les fréquences sont Up/Down 868,130/869,725 MHz qui ne sont pas des fréquence réservées aux radio amateur ITU Region 1, nous avons le 430 MHz, le 1,3 GHz et le 2,3 GHz. La bande des 868 en Europe est une bande qui ne nécessite pas de licence.

Les différences entre les deux sont indiquées içi

Mais d'après ce que j'en ai vu, il n'y a pas de petits modules du genre lilygo qui permettent d'utiliser le réseau, c'est dommage car la couverture semble plus que correcte. Par contre le contenu des messages échangés est limité.12/8 bytes (Up/Down).

 

Dernière édition: 23 Avril 2025

RobBZ

• 23 Avril 2025

• #26

Il faut des appareils certifiés pour le réseau Sigfox. Du coup c'est beaucoup moins souple que LoRa. Mais le principe est toujours le même, un réseau 868 (ou 433) qui ramène tout sur internet via un opérateur.

C'est ce que je voudrais éviter, être dépendant d'une infrastructure propriétaire et aussi d'internet...

Sinon autant faire comme mon vélo, voiture, et même ma maison maintenant... Une carte SIM et une connexion 4G

 

jeanphi500

• 24 Avril 2025

• #27

Ha moi aussi j'ai une SIM dans mon vélo

 

jcoenen

• 24 Avril 2025

• #28

Et qu'utilisez vous comme module/firmware ?

 

RobBZ

• 24 Avril 2025

• #29

jcoenen a dit:

Et qu'utilisez vous comme module/firmware ?

Cliquez pour agrandir...

C'est malheureusement pas libre. C'est le constructeur qui gère tout. J'essaie en vain de récupérer un accès secondaire pour l'ajouter à Home Assistant mais ça demande des manipulations informatiques poussées...

 

jcoenen

• 24 Avril 2025

• #30

et ça fait quoi ?
Position gps ? données météo ? données du vélo ? autres ?

Suis curieux

 

Dernière édition: 24 Avril 2025

jeanphi500

• 24 Avril 2025

• #31

Yes télémétrie, positionnement (je vois actuellement qu'il est au parking de la gare ), mises à jour OTA...

Perso c'est un Stromer et comme RobBZ c'est pas évident de récupérer les infos.

 

jcoenen

• 24 Avril 2025

• #32

OK, d'après Stromer ils utilisent une service omni connect, et en cherchant j'ai trouvé une doc sur un API.
Maintenant reste à voir si on peut bricoler un accès, mais vu qu'ils utilisent un app sur smartphone, il n'y a aucune raison de ne pouvoir accéder aux data, après pour les mettre sur homeassistant c'est assez simple.

C'est bien leurs systèmes mais quand c'est propriétaire, c'est toujours très frustrant.

J'ai le même problème avec mon Berlingo, GPS et cartographie, mais toujours différée et pas en live (pas de sim), alors j'ai bricolé un système avec un LiLyGo T-SIM 7600E, qui à un GPS, une carte Sim, une carte SD et des entrées sorties pour les capteurs. J'ai utilisé mqtt pour les données et donc Homeassistant sans efforts.

 

jeanphi500

• 24 Avril 2025

• #33

J'ai déjà vu passer plusieurs choses pour HA permettant l'accès aux données Stromer.
Mais pas encore eu le temps de tout lire...

La seule chose qui m'intéresse en fait c'est le mesure du SOH batterie. C'est un paramètre accessible via l'API mais qui n'est pas présent dans l'application Omni. Mon vélo ayant plus de 35.000km sur la même batterie, j'aime bien de regarder l'évolution du SOH

 

RobBZ

• 24 Avril 2025

• #34

Stromer aussi... Je mène l'enquête pour l'intégrer à Home Assistant. C'est pas une API officielle, je regarde pour récupérer la clé personnelle pour l'accès à ces données...

 

jcoenen

• 24 Avril 2025

• #35

Bon alors il semblerait que la chose soit en cours de développement, d'après la doc, pour récupérer la clé d'API il faut être logged in en tant qu'administrateur, ou si pas moyen les contacter par email.

N'ayant rien qui viennent de chez eux, je n'en sait pas plus, mais d'autres peuvent certainement vous aider pour récupérer cette clé.

 

jcoenen

• 28 Avril 2025

• #36

état du projet:

T3 Esp32 Lora, le module se connecte via le gateway dans le grenier (joining).

Un message ("Hello World") est émis en hexadécimal sur la RF vers le gateway (hex array transmision requise), celui-çi le transmet alors au réseau TTN.

Sur l'application TTN un décodeur est définit qui convertit l'array hexadécimal en Ascii et le propose dans le message mqtt.

Mon client mqtt reçoit alors le message auquel il a souscrit.

Donc j'ai un système complet fonctionnel en uplink.

TTGO T3 ESP32 -- 868 MHz --> Gateway -- Internet --> TheThingsNetwork --> Internet mqtt --> client mqtt.

La console TheThingsNetwork avec les messages échangés:

Et au niveau du client mqtt, juste un dump du json reçu du réseau TTN, il y a pléthore d'information dans le message,

L'ID de l'émetteur,
Le timing de réception et le message en lui même.
Le gateway qui à reçu le message et ses infos (de position, de fréquence, de qualité du signal reçu ...)
Les infos réseau, coding, data rate ...

La suite, convertir les infos GPS du module Neo en info de localisation du end device TTN et les adjoindre a l'uplink.

Je n'ai pas encore réussi à connecter le TTGO T3-S3 SX1262, j'arrive a envoyer le message join up/login mais pas de retour, je cherche ou je me suis trompé dans la configuration du module .. mais avec tout les modules différents Lilygo et les câblages qui varient parfois même au sein de modules apparemment identique, c'est assez embrouillé.

Je progresse c'est le principal.

 

jcoenen

• 5 Mai 2025

• #37

Suite des z'aventures en LoRa TTN.

Après le dernier succès, douche froide, je n'arrive plus a rien connecter alors que la veille ... donc je procrastine sur le logiciel en cherchant le pourquoi du comment. Après quelques jours je me décide de regarder le segment RF et là surprise, ke vois les uplinks des mes ESP32 mais rien en retour, au niveau du gateway, les uplinks sont bien reçus et le downlink (vers les ESP) est bien envoyé, mais pas reçu. Comme les 2 ESP ont le même comportement je soupçonne le gateway, après démontage, il manque un fil entre l'antenne et le module Lora ...

Après installation (entre les led rouges et à droite du label Gateway HAT, j'ai enfin du signal qui sort, les ESP se connectent sur le gateway et le Cloud TTN.

Combien d'ingénieurs logiciel faut-il pour faire fonctionner un émetteur RF défectueux ?
Aucun, c'est un problème matériel !

Une fois la chose réglée (et ke me demande toujours comment cela à bien pu fonctionner auparavant), j'ai bien les up et downlink entre le gateway et les end devices:

Là on voit bien les différents canaux (splash jaunes) utilisés par le système. Lora entre 866 et 868 MHz

Au niveau du logiciel, après avoir essayé un encodage HEX des données, je suis passé à l'encodage Cayenne qui est nettement plus simple.

Sur le T3-S3 (SX1262) avec un AHT-20 et BME280, voici. ce que ça donne (de gauche à droite la console TTN, l'IDE arduino avec les messages sur le port série, un petit programme python qui se connecte en mqtt sur le cloud TTN.

Le gps est encodé aussi mais il y a encore un petit couac au décodage.

Ca commence a prendre forme.

 

Dernière édition: 5 Mai 2025

jcoenen

• 6 Mai 2025

• #38

Maintenant que la connexion est établie et fiable on peut reprendre les chipotages logiciels.

Encodage des valeurs lues sur le GPS et émission vers le réseau TTN et lecture de position sur la console TTN.

Maintenant il me faut une batterie pour mettre dans le boitier et une meilleure antenne GPS pour verrouiller le signal plus rapidement.

Le montage et le boitier

 

jcoenen

• 6 Mai 2025

• #39

Maintenant comme eljub a soulevé la question et à laquelle Robz à répondu.
A quoi ça peut bien servir ?

A savoir que les messages TTN sont limités à 51/115/222 bytes en fonction du spread utilisé (ce qui n'est pas grand chose).

Et la fair use policy ne permet pas les diarrhées de données.

Cependant on peut encoder les données et ne pas envoyer des trucs inutiles et polluer l'ether inutilement.

D'après ce que j'en ai vu en Australie par example le système est utilisé pour le monitoring d'installations, le end device envoie un packet d'info régulièrement avec juste ce qu'il faut d'info, le contenu étant connu le décodage est simple.

Voici un message de géolocalisation tel que transmis par le end device soit 9 bytes (Lat/long/alt):

C82735840AC600300E

0xC82735 Latitude (float).
0x840AC6 longitude (float).
0x0030 = entier, Altitude-> 48 mètres


Et son interprétation:

"received_at": "2025-05-06T08:55:29.776482491Z",
"location_solved": {
"service": "frm-payload",
"location": {
"latitude": 50.73269371585212,
"longitude": 5.684191327344877,
"altitude": 48,
"source": "SOURCE_GPS"
}
}

De plus le end device peut être mis en pause et ne consommer que très peu entre les uplinks (et donc batterie + petit panneau solaire suffisent pour l'alimenter).

Pas très utile dans un endroit bénéficiant d'une bonne couverture WiFi/ZigBee/zWave mais pas inutile nn plus surtout si le réseau de gateways est bien développé (ce qui n'est pas le cas chez nous).

 

RobBZ

• 6 Mai 2025

• #40

Le top est un réseau maillé libre. Ça existe bien mais c'est aussi sa faiblesse... Du jour au lendemain tu peux facilement perdre le contact du maillage.

Meshtastic veut déployer des solutions commerciales sur réseau maillé dans quelques temps. On verra bien si cela fonctionnera mieux que le loraWAN comme TTN,... Mais j'ai un doute...