www.planeur.net | www.netcoupe.net | www.volavoile.net
Aller au contenu

Messages recommandés

Posté(e)

Bonjour à tous,

 

Flarm faisant évoluer régulierement son protocol radio, une nouvelle version du logiciel de réception OGN vient de sortir. C'est la version 0.3.0.

Cette mise à jour est à priori indispensable pour continuer à recevoir les Flarm d'ici quelques jours.

 

Une bonne partie des récepteurs OGN est configuré pour une mise à jour automatique. Mais certains non.

En France j'en compte 101 qui ont été bien mis à jour. Mais il en reste entre 50 et 100 qui ont une ancienne version.

 

Pour vérifier la version :

http://ogn-monitoring.org/d/LNLd7gB4k/receiver?orgId=1&var-sel_country=FR&var-sel_receiver=LFLE&from=now-7d&to=now

Changer le nom du récepteur dans le champ "receiver" et vous pouvez ensuite consulter plein de statistiques sur le récepteur, dont la version dans le champ "version".

Si il est déjà en 0.3.0 il n'y a rien a faire. Si ce n'est pas le cas il serait bien de se rapprocher de la personne qui le maintien pour le mettre à jour.

 

Plus d'informations sur le Google Groupe OGN :

https://groups.google.com/g/openglidernetwork/c/WLVx0q3PSzc

 

Si vous rencontrez des difficultées pour mettre à jour, vous pouver les reporter ici pour que la communauté essaie d'aider a maintenir la couverture OGN.

 

Merci et bons vols.

  • Réponses 37
  • Créé
  • Dernière réponse

Meilleurs contributeurs dans ce sujet

Meilleurs contributeurs dans ce sujet

Posté(e) (modifié)

Bonsoir,

Probablement un souci, malgré une configuration de la mise à jour en automatique, de nombreux récepteurs restent bloqués en 2.8

Jusqu'à aujourd'hui, mon Odroid sous ARM était en mise à jour automatique (jusqu'à la 2.8)

Nous sommes nombreux à avoir reçu nos récepteurs avec une image déjà installée et en mise à jour automatique

Une idée pour forcer la mise à jour ?

Où trouver une image à réinstaller ?

Daniel D.

Modifié par Daniel D
Posté(e)

Bonsoir Daniel,

 

Les Odroid sont maintenant de tres vieux materiel qui ont arrété d'être produit en 2015.

Coté OGN on fait tout notre possible pour garder les compatibilités avec les anciens materiels, mais on y passe un temps déjà très important.

La version du récepteur en 0.3.2 qui vient de sortir ce soir pourra peut être corriger ce problème de compatibilité. Mais ca reste a confirmer car nous n'avons pas cet environement pour tester.

Si ca ne fonctionne toujours pas, le plus simple est très probablement d'investir dans un RPi 3 ou mieux RPi 4 en utilisant mon image.

cf https://github.com/snip/OGN-receiver-RPI-image

 

A+

Posté(e)

La version du logiciel en 0.3.0 montre des signes de jeunesse avec quelques bugs qui notaement reportait des positions erronées.

La version 0.3.2 a été publiée ce soir et devrait corriger ces problèmes.

Si les tests se montrent concluants, la mise à jour automatique devrait pouvoir être faite d'ici quelques jours pour les récepteurs le supportant.

Plus d'infos ici : https://groups.google.com/g/openglidernetwork/c/ZlIerq4-8-g

 

Posté(e) (modifié)

pour info sur le notre (vieil ordroid qui marche très bien) la mise à jour 0.3 ne fonctionnait pas, l'exécutable fourni ne fonctionnait pas car il fait le lien avec la libpng, d'une version trop récente par rapport à celle présente sur la machine.

En recompilant la libpng (à télécharger sur sourceforge) ça a refonctionné tout seul.

pour voir si le problème vient de là, si vous avez accès à la machine, se connecter dessus avec ssh et regarder les liens du fichier rtlsdr-ogn qui doit se trouver dans le répertoire /home/ogn/ogn ou quelque chose comme ça et taper "ldd rtlsdr-ogn", si la bibliothèque libpng apparaît "not found" ça vient de là.

Si quelqu'un a ce problème il peut me contacter par message privé pour plus d'explications

Modifié par Pierre Caruel
Posté(e) (modifié)
15 hours ago, Pierre Caruel said:

pour info sur le notre (vieil ordroid qui marche très bien) la mise à jour 0.3 ne fonctionnait pas, l'exécutable fourni ne fonctionnait pas car il fait le lien avec la libpng, d'une version trop récente par rapport à celle présente sur la machine.

En recompilant la libpng (à télécharger sur sourceforge) ça a refonctionné tout seul.

pour voir si le problème vient de là, si vous avez accès à la machine, se connecter dessus avec ssh et regarder les liens du fichier rtlsdr-ogn qui doit se trouver dans le répertoire /home/ogn/ogn ou quelque chose comme ça et taper "ldd rtlsdr-ogn", si la bibliothèque libpng apparaît "not found" ça vient de là.

Si quelqu'un a ce problème il peut me contacter par message privé pour plus d'explications

La version 0.3.2 ne devrait pas avoir ce problème de dépendance avec la lib png.

Et attention de ne plus utiliser la 0.3.0 qui a des bugs de filtrage de mauvaises positions.

Modifié par snip
Posté(e)

Etat actuel des mises à jour en France : (dont les récepteurs ont été vu aujourd'hui)

0.3.2 (la cible) : 131

0.3.0 : 5

LFQA
LFPF
LFJR
OGR6A5CE8
OGRE4CE59

Une version anterieure : 25

lftz3
Pulnoy
UTBelfort
THOLONET
Senart
Selestat
SAINTES
Pardines
Montred
LFOP
LFMYONE
LFMX2
LFHP
LFGU
LFGO
LFGN
LFGI
LFGA
LFCV
LFCS
LFCQ
LFBX
LFBN
LFAX
LFAU
HGRI
Fredo
CuseHRi
Calais

 

Si vous etes en contact avec un de ces 30 clubs/terrains/... pouvez vous leur faire passer le message svp ?

Merci d'avance !

 

Remarque : la liste ets extraite de http://ogn-monitoring.org/d/nLEU_gf4z/receivers?orgId=1&var-sel_country=FR&var-sel_receiver=All&viewPanel=2

 

  • 2 semaines après...
Posté(e) (modifié)

Bonsoir à tous, 

notre récepteur du Mans LFRM2 semble à jour d'après le moniteur. Nous aurions besoin d'aide pour comprendre sa faible portée.

Jusqu'à fin 2022 il était sur le toit de notre club, recevait très bien vers l'Ouest, mais mal vers l'Est. Ceci vraisemblablement à cause des hautes tribunes métalliques du circuit automobile des 24h, juste derrière le club.

En 2023 nous avons eu l'autorisation d'installer le récepteur au sommet de la tours de contrôle. L'endroit semblait idéal, et pourtant nous n'avons plus que quelques kilomètres de portée. Nous avons essayé diverses améliorations, changement de tuner, tuner au pied de l'antenne, filtre, ... Rien n'y fait. 

Peut-être que cette version plus performante permettrait d'améliorer la situation ?  Pour l'instant nous n'avons pas de rex, la météo ne permet guère de voler. 

Est-ce qu'un expert peut savoir ce qu'il se passe à partir des données du monitoring ? 

Merci par avance de vos conseils

 

 

 

 

Modifié par vav
Posté(e)

On a un peu le même problème à Bourg-en-Bresse. La portée est relativement réduite, 20 km maxi. Antenne dégagée de tout obstacle à 360°.

J'ai installé il y a quelques semaines une antenne sur le hangar de Corlier, à 25 km au sud-est de Bourg. Même configuration "géographique", mais 800 m d'altitude.

Il m'est arrivé de suivre un avion équipé flarm jusqu'à l'atterrissage à Macon, depuis Corlier (plus 60 km), alors qu'il n'a jamais été détecté par Bourg, situé presque entre les deux.

Pire, un avion en vent arrière à Bourg, reçu par Corlier.

Il y a juste le petit coaxial de l'antenne jusqu'au récepteur, lui-même branché directement au raspberri, à Corlier, puis wifi jusqu'à la box.

Pour Bourg, ça a été installé avec un cordon USB de plusieurs mètres entre récepteur et raspberri. Je vais essayer de supprimer cette rallonge pour tester.

Posté(e) (modifié)

Bonjour, 

Ci dessous une photo de notre installation au dessus de la tour de contrôle, c'est l'antenne de gauche:

https://drive.google.com/file/d/1S6cfY5163R-62P1NpUwXGE_dfOzIyCdc/view?usp=sharing

le récepteur est dans le boitier en dessous, puis il y a une câble USB de 10 mètres jusqu'au local juste en dessous. Initialement tout était en bas, relié via un coax de qualité. Pas de changement notable entre les 2 configs, portée < 5kms

Est-ce qu'un émetteur de la tour pourrait interférer ? 

Modifié par vav
Posté(e)

Chaques cas étant a analyser de façon indépendante, je vous propose de creer les sujet différents.

J'ai commencé à répondre pour le récepteur du Mans ici :

 

 

Posté(e)

Pour des essais (c'est ce que je vais faire chez moi), mets le raspberri au plus près de l'antenne, puis transmets soit en wifi soit par RJ45 vers la box.

On ne perd pas de signal en RJ45 alors qu'en USB beaucoup plus...

Pour alimenter le raspberri (ensuite, si c'est concluant) tu peux utiliser un POE qui apporte du 12 V au raspberri via le RJ45. Il n'y aura qu'un câble pour l'alimentation et le signal.

Posté(e)
Le 25/03/2024 à 12:35, snip a dit :

Etat actuel des mises à jour en France : (dont les récepteurs ont été vu aujourd'hui)

0.3.2 (la cible) : 131

0.3.0 : 5

 

LFQA
LFPF
LFJR
OGR6A5CE8
OGRE4CE59

 

Bonjour 

Pour Beynes (LFPF) j'ai eu un soucis d'install sur la 0.3.2 ce sera fait ce week-end

pour OGRE4CE59 il s'agit de Tarbes qui a de plus un soucis de fichier de conf ( je leur ai passé le message via Givav)

 

Posté(e)

Bonjour, je confirmes que la balise OGRE4CE59 est celle de Tarbes, et que les coordonnées GPS étaient erronées.

j'ai mis à jour le fichier de configuration mais cela ne change rien au nom de la balise.

je ne sais plus quoi faire

  • 4 semaines après...
Posté(e)

Bonjour,

En rapport avec cette nouvelle version (ou pas), nous avons cette année un problème avec le récepteur OGN de LFRI qui ne détecte apparemment pas (ou presque jamais) le Flarm ICA3E7163 (D-KIDF). Les vols ne sont pas détectés sur SmartGlide (alors que les autres planeurs basés le sont correctement).

D'après le tracking live de WeGlide, lors du vol du 29/4, le récepteur LFRI n'a détecté qu'un seul point, avant le décollage, alors que les autres récepteurs ont suivi correctement le vol dans les limites de leur portée.

Il s'agit d'un PowerFlarmEagle de LXNavigation (révisé cet hiver) version 7.23 exp. 1er mars 2025. A noter que l'adresse est de type OACI (celle du planeur et non celle du Flarm de base). Le récepteur OGN LFRI est à la version 0.3.2. 

Des idées pour résoudre le problème ?

Merci

Posté(e)

Bonjour Denis,

Nous avons le même problème avec le PEGASE F-CHGZ équipé d un lx8080 avec PowerFlarm intégré,  il a été retourné 2 fois chez LX avec chaque fois un RAS, nous l' avons changé de planeur, d' antenne et c'est toujours pareil, l'antenne OGN de LFEL ne détecte pas ou mal quand il est proche du sol , aucun soucis avec les autres Flarm ...les versions de soft sont les même que DF, il n y a qu une antenne.

Je suis preneur aussi de vos idées

François D

 

voler haut ! voler vite !

Posté(e)

Oui en vol il est détecté par les autres antennes. Par contre les intervalles sont parfois long. De planeur à planeur il est détecté également.

voler haut ! voler vite !

Posté(e)

Tiens, on a le même gag avec notre remorqueur. Flarm "regular" qui est bien détecté en l'air, mais systématiquement absent des logbooks.

Il y en a peut être d'autres ?

Ce n'est pas parce qu'ils sont nombreux à se tromper qu'ils ont raison.

Posté(e)

J'ai le même problème que Godzilla avec mon planeur depuis cette année. ( vieux flarm)

par contre , il réapparait quand je décoche "planeur only"sur fligtbook !!!

Posté(e)

Il doit être mal déclaré dans le flarm lui même

 

Posté(e)
Le 02/05/2024 à 07:19, Godzilla a dit :

Tiens, on a le même gag avec notre remorqueur. Flarm "regular" qui est bien détecté en l'air, mais systématiquement absent des logbooks.

Il est détecté en l'air par les autres stations sol, et pas par la station sol du terrain de départ ?

Posté(e)

ça je sais pas dire. Il faut regarder sur le moment. Si ça vole aujourdh'ui je regarderai. On s'en est rendus compte dans les logbooks.

Ce n'est pas parce qu'ils sont nombreux à se tromper qu'ils ont raison.

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

Chargement

×
×
  • Créer...