Affichage des articles dont le libellé est ADS-B Decoder. Afficher tous les articles
Affichage des articles dont le libellé est ADS-B Decoder. Afficher tous les articles

vendredi 2 juillet 2021

ADS-B: Clef RadarBox vs Clef RTL-SDR

La mise à jour de la configuration de l'un des récepteurs ADS-B avec une clef RadarBox intégrant un filtre 1090Mhz en entrée sans aucune modification permet d'attendre les performances du récepteur RadarCape, du moins en terme de positions signalées sur FlightAware.

On voit très nettement que l'écart entre la courbe bleue (RadarCape) et orange (Dump1090) présent avant l'arrêt de ce dernier se réduit à 0 après le seul changement de la tête de réception.

dimanche 16 septembre 2018

ADS-B: Nouveau changement du mât ADS-B

Le mat supportant l'antenne colinéaire de réception ADS-B avait été modifié en août dernier. Les résultats étant excellents mais la hauteur du mat un peu trop élevée sans haubanage, l'antenne vient d'être de nouveau déplacée pour être installée sur l'une cheminée avec une antenne discone.


Les deux fixations libres sur le chien assis accueilleront sous peu une antenne pour la réception satellite méteo ainsi qu'une seconde discone.

samedi 11 août 2018

ADS-B: Changement du mât

Le mat PVC installé en octobre 2016 donnait des signes de faiblesse depuis les tempêtes d'hiver et la chaleur de ces derniers mois. Ce mât a donc était remplacé par un tube d'aluminium de 30x2, certes plus lourd, mais aussi plus rigide. Le mât étant en aluminium il ne m'a pas été possible de réinstaller l'antenne active PA0RDT à mi-hauteur.


Je croise les doigts que cette installation plus lourde tienne les grands vents. Ce nouveau mât a donc été installé sur l'autre ensemble de potences, plus robuste. Les antennes précédemment installées - discone VHF et Dressler ARA-30 - ont été déposées pour réfection. Cette maintenance s'avère nécessaire car après plus 8 ans l'effet combiné du vent, des vibrations et des changements de température aura eu raison du frein-filet déposé sur les filetages des brins de la discone. Ceux-ci étaient bien dévissés et menaçaient de tomber à la prochaine tempête.

Je réfléchis maintenant à la configuration que je vais remonter n'ayant jamais réellement été satisfait de l'ARA-30 et souhaitant disposer d'une discone de meilleure qualité que la précédente. A suivre.

jeudi 27 juillet 2017

ADS-B: Radarcape - 6

La mise à jour dite 'Major 2' du firmware du radarcape est assez remarquable. Elle corrige de nombreux problèmes de performances et s'appuie sur le client PiAware pour transmettre les données sur le site FligthAware. Il est donc maintenant possible d'utiliser le MLAT. Un serveur NTP de strate 1 couplé au récepteur GPS peut aussi être utilisé pour synchroniser d'autres équipements.

L'installation s'est effectuée sans aucun problème. Il faut simplement penser à redémarrer le système pour que le feed soit correctement activé.  J'utilise actuellement le kernel  '4.12.3-bone2'.

Le radarcape est désormais identifié comme un fournisseur de type PiAware ce qui conduit à devoir réenregistrer l'équipement sous une autre identification, et du coup, perdre l'historique précédent.


Les performances restent toujours aussi bonnes et l'activation du MLAT permet d'améliorer encore celles-ci.


dimanche 30 octobre 2016

ADS-B: Radarcape - 5

La version 'rt' du kernel ne semble décidément pas améliorer la performance des traitements sur le radarcape. Le test effectué sur la version '4.8.6-bone2-rt-r2' montre que la CPU est utilisée à plus de 70% de son temps sur la gestion d'une interruption, probablement celle de la liaison série à 3mpbs connectant le FPGA au processeur. Je n'ai pas cherché plus en avant d'autant qu'un problème de stabilité reste présent dans la gestion de l'interface Wifi. 

Environ toutes les 30mn la connectivité est interrompue pour une durée pouvant aller jusqu'à 10mn sans que rien ne soit journalisé qui permette d'identifier le problème. Celui-ci a, temporairement et rapidement, été résolu par la mise en place d'un script. Ce script 'bash', lancé toutes les minutes via le 'cron', teste la connectivité de l'accès Internet (un simple 'ping' sur le routeur) et, en cas de problème, désactive puis réactive l'interface Wifi.

L'alimentation du site FligthAware n'a pas non plus été poser quelques soucis. Autant le 'RaspberryPi' avec son 'Dump1090' version 'fa' tourne comme une horloge, autant le 'Beaglebone' et son 'radarcape' n'est plus détecté actif par le site au bout d'environ 5mn.
 
Feed 'RadarCape'

Le transfert des données via une connexion HTTP s'effectue pourtant normalement mais le site FligthAware ne semble plus prendre en compte celles-ci. L'ajout d'une clause 'WatchdogSec=600' dans le fichier de configuration 'radarcape.service' conduit à réinitialiser celui-ci toutes les 6mn, sans grand problème de perte de données, et ainsi à maintenir le feed actif.

Feed 'Dump1090-fa'

Pour ceux que cela intéresse, les statistiques sont accessibles sous la référence utilisateur 'rxc'.

ADS-B: Radarcape - 4

Depuis quelques temps, la réception s’avère être très mauvaise, très peu d'avions étant reçus. Avant d'accuser l'antenne extérieure, quelques tests sont réalisés avec une antenne intérieure et la tête de réception du radarcape est vérifiée. 

Celle-ci s'avère être parfaitement fonctionnelle avec des niveaux d'amplification corrects:
- Signal injecté sur l'antenne:-60dB
- Sortie du premier MMIC:-42dB
- Sortie du premier filtre:-52dB
- Sortie du second MMIC:-33dB
Soit un bilan de 27dB avant le second filtre, 17dB donc de gain total.

Le mat est donc descendu et l'antenne inspectée. Le problème est rapidement identifié: de l'eau s'est infiltrée dans le tube et provoque un désaccord de l'antenne. Celle-ci est donc remontée en assurant l'étanchéité de chaque élément avec du joint silicone. 


Une seconde antenne - colinéaire - est intégrée directement dans le mat en PVC et sous l'antenne principale. Le coaxial de la première est enroulée autour afin de ne pas créer d'ombre sur un secteur fixe. Le mat est rallongé de 40cm afin de gagner en hauteur et de mieux recevoir les pistes d'Orly actuellement masquées.


L'antenne active HF retrouve sa place  aux deux tiers de la hauteur, l'antenne GPS étant placée en prolongation du montant de fixation le plus élevé. Le décodeur Radarcape est doublé d'un RaspberryPi 2 connecté sur la seconde antenne et faisant tourner le logiciel Dump1090.


La réception est de nouveau excellente avec quelques 150 avions suivis en fin de journée sur le RadarCape (sur une distribution Debian avec un kernel 4.8.5-bone2)). Il reste à espérer que le problème de passage d'eau dans l'antenne haute ne reviendra pas avec les mauvais jours.


Le logiciel Dump1090 (une distribution Raspbian avec un Kernel 4.4.26-v7) s'avère être un peu moins performant mais permet lui aussi une bonne couverture comme le montre la copie d'écran ci-dessous prise quelques secondes après la précédente.


Je dois avouer avoir été impressionné par  la fluidité de l'accès au Raspberry avec notamment des connexions immédiates ce qui n'est pas le cas du BeagleBone. J'envisage d'acquérir un SDR AirSpy pour tester le logiciel de décodage ad'hoc lequel devrait donner des résultats largement supérieur au Radarcape. Ce dernier utilise en effet une démodulation d'amplitude qui ne permet de séparer deux trames qui ne seraient pas tout à fait sur la même fréquence. Le logiciel livré avec AirSpy semble pouvoir séparer de telles trames et les décoder indépendamment.

samedi 22 octobre 2016

ADS-B: Radarcape - 3

Le noyau Linux TI (4.4.23-ti-r51) s'avère être instable notamment lors d'un trafic intense. Cette instabilité peut conduire le système à ne plus répondre voire à rebooter.

Les événements enregistrés dans le journal système (fichier '/var/log/messages') mettent en évidence deux problèmes: un overrun  régulier sur la liaison série ttyS2 (message 'ttyS2: 3 input overrun(s)') ainsi qu'un blocage de la CPU (message 'NMI watchdog: BUG: soft lockup - CPU#0 stuck for 23s!'). Plusieurs tests de versions alternatives de ce noyau TI dont la version RT mettent en évidence la même instabilité. 

J'ai donc installé le noyau bone (4.8.3-bone-rt-r1) lequel s'avère être plus stable même en conditions de charge élevée. Loi de Murphy oblige, au moment même de l'écriture de ce billet, la connexion SSH avec l'équipement vient de tomber, sans que l'équipement n'ait rebooté après plus de 14h de bon fonctionnement. Aucun événement particulier n'a été journalisé. Je considère toutefois que cette branche de noyau est la bonne.
 
La procédure de mise à jour est simple à condition de disposer d'assez de place libre sur la carte. 
1- Il s'agira tout d'abord de mettre à jour le catalogue local:
  sudo apt-get update
2- Puis de trouver le noyau à mettre à jour:
  sudo apt-cache search linux-image | grep bone
3- De charger celui-ci:
  sudo apt-get install linux-image-xxxxx
     avec xxxxx valant pour la version précédemment identifiée (ici '4.8.3-bone-rt-r1')
4- Et surtout de recopier le fichier de configuration faute de quoi le système ne redémarrera pas:
  cd /boot /dtsb
  sudo cp zzzzzz/bbb-4.1-radarcape.dtb xxxxx/
     avec zzzzzz valant pour la version active (ici '4.4.24-ti-rt-r57')
     avec xxxxx valant pour la version installée (ici '4.8.3-bone-rt-r1')
5- Et enfin de rebooter (et de croiser les doigts):
  sudo reboot

Il va de soi qu'il vaut mieux disposer d'une copie de l'environnement fonctionnel sur une seconde carte microSD ou sur la mémoire eMMC du beaglebone.

dimanche 16 octobre 2016

ADS-B: Radarcape - 2

L'antenne installée sous le toit vient de rejoindre sa place définitive à l'extérieur en haut d'un mat en PVC d'une hauteur permettant d'avoir une visibilité à 360° car dépassant du faîtage du toit. L'antenne GPS est installée sur un déport permettant d'avoir un bon dégagement.


Les résultats sont bons, voire trop bons puisqu'il m'a fallu installer un atténuateur de 18dB pour éviter la saturation du récepteur par les avions en approche ou décollage d'Orly. La couverture est plutôt correcte malgré l'atténuation.


Le décodeur Radarcape semble être très sensible à l'approche de la saturation, au point de voir le système hôte Debian ne plus répondre correctement.

dimanche 9 octobre 2016

ADS-B: Radarcape

En 2009, je finalisais un décodeur ADS-B embarqué sur un microcontrôleur PIC. La tête de réception était constituée d'un tuner pour la télévision numérique modifié pour les besoins, suivi d'une chaîne d'amplification et de filtrage et d'un détecteur log. Peu de temps après, ce développement donnait lieu à la réalisation par Günter, DL4MEA, d'une platine industrialisée dite 'PIBADSB8'. En parallèle Günter menait un développement visant à embarquer un décodeur dans un FPGA permettant ainsi de traiter un bien plus grand nombre de trames que ne le permettait un PIC. Ont ainsi été conçus les produits Beast et Radarcape que je n'avais jamais eu l'occasion de tester.

C'est désormais chose faite avec le Radarcape de SK François, F5ANN. Après un test rapide, je me suis lancé dans la mise à jour de la distribution Debian embarquée sur la carte Beaglebone Black utilisée par ce décodeur. Première surprise, la présence d'un code malveillant - Aiken - laissant entendre que ce dispositif avait fait l'objet d'une compromission visant à l’enrôler dans un réseau de Bot. Après nettoyage, et finalement réinstallation complète d'une distribution récente, le travail le plus compliqué a été engagé, à savoir disposer d'une configuration 'hot-plug' autorisant une connectivité Wifi par défaut et d'un secours LAN. Cela m'a permis de découvrir la complexité de la distribution Debian laquelle conserve des pans entiers du mécanisme 'init' tout en intégrant de manière encore incomplète le mécanisme 'systemd'. Ajoutons à cela des interactions parfois difficiles à maîtriser entre les applications 'networking', 'ifplugd', 'wpa_supplicant' et 'connman' et l'on comprendra qu'il m'aura fallu un week-end entier et plusieurs réinstallations pour arriver à la configuration souhaitée.

Le jeu en valait la chandelle puisque le décodeur tourne actuellement sur l'une des dernières versions du noyau - v4.4.23-ti-r51- avec une distribution Debian 8.6 et la dernière version du firmware radarcape disponible. L'ensemble est bootable sur carte microSD (la mémoire eMMC embarquée est chargée avec une version de récupération au cas où). Il s'avère être remarquablement stable.
L'objectif que je m'étais donné est désormais atteint: la connexion sur le réseau LAN entraîne immédiatement la déconnexion du réseau Wifi, lequel est automatiquement remonté lors de la déconnexion du réseau LAN. La carte Wifi peut être déconnectée puis reconnectée sans aucun problème. Les adresses sont configurées statiquement sur le même réseau.


Le dispositif est actuellement installé dans le grenier tête en bas pour lire à distance les indicateurs LED autrement masqués par la clef USB. Il est raccordé sur une antenne colinéaire conçue par François et sur une antenne GPS amplifiée. La synchronisation GPS est effective même sous un toit de tuiles mécaniques lourdes!


La portée est correcte pour cette configuration sans toutefois permettre de suivre les mouvements sur LFPO situé bien trop en contre-bas de ma position actuelle.

mardi 18 janvier 2011

Projet ADS-B: Une panne inattendue

Mon récepteur ADS-B maison donnait des signes de faiblesse depuis quelques semaines, allant parfois jusqu'à ne plus décoder un seul message.

J'ai donc décidé de m'attaquer au problème en vérifiant que celui-ci ne provenait pas de l'antenne. Son raccordement sur l'entrée de l'analyseur de spectre permet de rapidement lever le doute, le problème ne provient pas de là.

Le microprocesseur répondant parfaitement aux commandes, et les tensions d'alimentation (12V et 5V) étant mesurées correctes, la panne ne peut que provenir de la tête de réception. Celle-ci est testée en injectant un signal de 1090MHz sur l'entrée et en visualisant celui-ci sur la sortie FI du Tuner. Et de fait, le signal en sortie est anormalement altéré.

Je commence devoir  considérer remplacer le tuner quand j'ai l'idée de visualiser la tension de commande en fréquence du tuner. Surprise, cette tension continue présente une superbe ondulation à 100Hz d'une amplitude de plus d'un volt. Ceci explique cela, de récepteur à fréquence fixe, mon récepteur est devenu un récepteur panoramique parcourant quelques dizaines de MHz autour de la fréquence centrale et ceci 100 fois par seconde. Il n'est dès lors pas étonnant que plus aucun signal ne soit décodé.

La panne étant désormais localisée dans la section d'alimentation, je vérifie la tension fournie par l'adaptateur secteur et découvre que celui-ci me délivre une tension de 13V quand sa tension nominale est de 15V.

Et tout s'explique: mon montage utilise un régulateur classique, et non un régulateur à faible perte de charge, pour générer le 12V stabilisé nécessaire au tuner. Cette régulation ne peut être active qu'à la condition d'alimenter le régulateur avec une tension supérieure à la tension de sortie à laquelle on devra ajouter la tension de déchet du régulateur, soit au total 14.4V environ. Ici, avec seulement 13V en entrée, le régulateur ne peut assurer son rôle, et tous les défauts présents sur la tension d'entrée sont reproduits en sortie.

L'origine de ce défaut d'alimentation est rapidement trouvé, et j'aurais dû y penser plus tôt. Avec l'arrivée du froid la qualité de la fourniture électrique s'est dégradée au point de mesurer régulièrement, le soir en particulier, une tension bien inférieure au seuil de tolérance minimal de 207V. La baisse de tension est devenue telle depuis Noël que j'en suis arrivé à enregistrer les informations remontées par l'un de mes onduleurs pour préparer un dossier de contentieux.

Avec une tension tournant autour de 203V, soit de 12% inférieure au 230V attendus, l'adaptateur secteur basique que j'utilise me fournira une tension de sortie elle aussi diminuée de 12% soit les 13V mesurés. J'ai rapidement solutionné le problème en substituant une petite alimentation à découpage en lieu et place de cet adaptateur.
Depuis mon récepteur ADS-B fonctionne de nouveau parfaitement.

samedi 3 juillet 2010

Projet ADS-B: Firmware 3.0

Le firmware PicADSB 3.0, et l'application WinADSB 0.9.0, sont disponibles.  Ces deux nouvelles versions corrigent un boggue se traduisant par l'impossibilité d'envoyer une commande sur le décodeur lorsque celui-ci est configuré pour transmettre ses données à 1Mbs et qu'aucune trame ADS-B est reçue dans le même temps. Un 'bête' problème dans la gestion des événements qui n'apparaît pas à basse vitesse de transmission, et qui m'a tout de même pris quelques heures à corriger.

La mise à jour est fortement recommandée.

jeudi 24 juin 2010

Projet ADS-B: Firmware 2.9

Je n'ai guère eu le temps de faire avancer ce projet ces dernières semaines.

En fait le réaménagement de mon environnement m'a pris bien plus de temps que prévu avec notamment la découverte de problèmes divers sur les équipements, et ceci bien sûr après qu'ils aient été installés en rack. La loi de Murphy dans toute sa grandeur. Les choses s'étant semble-t-il stabilisées, avec la réinstallation du système dédié à la gestion de la carte Wavecom W61PC, des télécommandes et des liaisons VoIP, j'ai replongé dans le projet ADS-B.
Il faut dire que mon ami Guenter, DL4MEA, m'y a un peu poussé en améliorant le comparateur d'entrée de son kit pour obtenir une plus grande dynamique face à des signaux de niveau très variable. La technique retenue, fort astucieuse, ne permet cependant plus de garantir la présence d'un niveau bas en l'absence de signal. Le procédé d'acquisition du préambule de la trame ADS-B consistant à rechercher classiquement un changement d'état indiquant la réception d'une impulsion doit en conséquence être revu.
Le code de recherche et d'acquisition du préambule a donc été réécrit pour tenir compte de cette contrainte. J'ai profité de l'occasion pour réintégrer l'optimisation de l'automate que j'avais mise en oeuvre dans la version 1 - rebouclage des 12 états d'erreurs possibles sur l'état 2 de l'automate - puis rapidement abandonné ne trouvant pas l'astuce de programmation me permettant de faire coexister cette technique avec les contraintes imposées par la mise en place de l'horodatage des trames et la gestion des interruptions.
Quelques (difficiles) heures de réflexion m'ont finalement permis de venir à bout du problème. Comme bien souvent, le code final est tellement simple qu'on ne peut imaginer la complexité de sa construction s'agissant de garantir un temps d'exécution précis au cycle près, ici 83.333ns. Que de temps passé à vérifier la bonne synchronisation de l'échantillonnage du signal pour chacune des branches possibles du code.
C'est d'ailleurs durant l'une de ces vérifications que j'ai découvert un décalage d'un cycle présent dans les versions antérieures. Ce décalage, qui peut conduire à rejeter des trames longues, est impossible à annuler mais il peut être compensé sans impact sur le taux d'erreur en avançant d'un cycle l'échantillonnage suivant.
Je doute qu'il me soit maintenant possible d'aller plus loin que le code inclus dans le firmware 2.9 à paraître dans les jours à venir, du moins avec ce microcontrôleur.

lundi 5 avril 2010

Projet ADSB: MLAT sous Plane Plotter

Le firmware 2.8, actuellement en beta test, délivre les informations requises pour la fonctionnalité MLAT de l'application Plane Plotter. Il suffira pour celà de sélectionner le mode '4' (mode par défaut à partir de la version 2.8) et de configurer Plane Plotter pour le format dit 'AVR', l'application étant à même de détecter automatiquement la présence des informations dans la trame de données transmise.

La validation de ce mode de fonctionnement est en cours d'étude par Bev, l'auteur de Plane Plotter. Cette validation n'est pas évidente, et nécessiterait pour bien faire de disposer d'un récepteur SBS1, et d'un récepteur utilisant mon logiciel, pour vérifier la concordance des données calculées.

mercredi 31 mars 2010

Projet ADS-B: Firmwares 2.7 et 2.8

Deux nouveaux firmwares sont disponibles:
- le firmware 2.7 corrige une erreur dans la gestion du mode compatible 'AVR' qui conduisait à parfois ne transmettre aucune donnée.
 - le firmware 2.8 intégre un nouveau format de données contenant un horodatage pouvant être exploité dans une prochaine version de Plane Plotter pour travailler en mode MultiLateration. Attention, ce firmware est expérimental. Ce nouveau format est désormais automatiquement sélectionné au démarrage du décodeur.

Il est toujours possible de réactiver l'un des deux autres principaux formats en envoyant l'une des commandes suivantes via un terminal connecté sur la liaison série:
  • 0 pour activer le format contenant les trames totalement décodées (format PicADSB)
  • 3 pour activer le format basic contenant la trame transmise sans aucun décodage
  • 4 pour activer le format basic contenant l'horodatage et la transmise sans aucun décodage
Ces modes sont exploitables sous Plane Plotter en sélectionnant dans le menu 'Mode-S receiver' l'option:
  • RxControl Receiver pour le mode '0'
  • AVR Receiver pour le mode '3'
  • Une option non encore définie pour le mode '4'.
Attention, aucune garantie ne peut être apportée sur l'exactitude des données fournies par ces firmwares ou par le logiciel Plane Plotter.

mardi 23 mars 2010

Projet ADS-B: Firmware 2.6

Le firmware 2.6 vient d'être mis à disposition. Celui-ci offre la possibilité de transmettre les trames reçues sans aucun autre traitement - l'équivalent de l'option 'RAW' (commande 'X') mais sans aucun contrôle de CRC - simulant ainsi le fonctionnement du programme développé sur AVR par Edward Cardew. Il suffit pour cela d'envoyer la commande '3' à la première initialisation, la configuration étant mémorisée. Le retour au mode totalement décodé se fera en envoyant la commande '0'. Les commandes '1' et '2' correspondent à des formats alternatifs.

Le décodeur PicADSB peut ainsi être utilisé avec le logiciel Plane Plotter selon deux configurations:
- Mode RxControl: le firmware assure la totalité du décodage. Plane Plotter affiche et traite les données décodées. Ce mode autonome permet d'interfacer le décodeur PicADSB avec n'importe quel autre système de traitement ou d'affichage.
- Mode AVR: le firmware assure simplement la recherche de l'entête des trames et la retransmission de celles-ci au format hexadecimal. Plane Plotter décode, traite et affiche ces données.

mercredi 17 mars 2010

Projet ADS-B: Firmware 2.5

Le firmware 2.5 est disponible sur mon site. Cette nouvelle version intègre toutes les modifications effectuées depuis ces dernières semaines avec, en particulier, le support d'une vitesse de transmission très élevée - 1M Baud - lorsque qu'un convertisseur Série/USB tel le FT232 est utilisé en lieu et place du MAX232. Il est ainsi possible de gagner quelques précieuses millisecondes sur le temps de transmission de chaque décodage, et ainsi, de décoder plus de trames dans la même fenêtre de temps.

Les essais effectués sur la platine développée par DL4MEA qui intégre le FT232 sont très satisfaisants, et montrent une réelle augmentation du nombre de trames traitées. Mille mercis Guenter pour l'envoi de cette platine entièrement câblée qui m'a permis de gagner un temps précieux sur les tests.

Cette platine est destinée à s'interfacer directement avec la tête HF disponible en kit sur le site http://miniadsb.web99.de/ permettant ainsi de réaliser un récepteur de très faible taille, auto-alimenté par le bus USB, géré par le logiciel PlanePlotter et doté de performances proche de celles des conceptions commerciales.

Les personnes intéressées par cette platine peuvent contacter Guenter par mail ici. Celui-ci propose, soit le circuit imprimé nu double face réalisé professionnellement chez Olimex, soit le circuit imprimé et les principaux composants à savoir le PIC préprogrammé, les supports, le connecteur USB, le LM311, le quartz 16Mhz, et le convertisseur FT232. Ce dernier (boîtier SO28P CMS) est livré déjà soudé sur le circuit imprimé.

J'ai profité de cette mise à jour du firmware pour compléter, et restructurer, la page de présentation (en anglais) du projet sur mon site.

dimanche 14 mars 2010

Projet ADS-B: le prochain firmware

La seconde version du firmware - V2.4 actuellement en test - est quasiment finalisée. Celle-ci apportera de nombreuses évolutions, hors corrections de bugs, ces corrections étant d'office transcrites sur la version 1 au fur et à mesure de leur découverte.
Au titre des évolutions fonctionnelles déjà validées:
- l'optimisation du décodage de l'altitude transmise dans le champ AC13,
- l'optimisation du calcul de la zone de positionnement, dite NL,
- le décodage partiel de la trame DF18 (TIS-B),
- la sélection de formats de sortie alternatifs,
- la gestion du protocole I2C autorisant l'envoi d'une séquence configurable à une adresse également configurable.

Cette dernière fonction rend possible le pilotage d'un tuner I2C.

La mise à disposition de cette seconde version, dans quelques semaines, clôturera probablement les développements engagés autour de ce projet, celui-ci m'ayant demandé un gros investissement de temps, et les objectifs que je m'étais initialement fixés - démontrer qu'il était possible de produire un récepteur ADS-B à très bas coût et d'embarquer le décodage de trames ADSB et Mode-S dans un simple PIC - étant désormais atteints depuis longtemps.

samedi 13 mars 2010

Projet ADS-B: De nouvelles réalisations

En novembre dernier, j'ai eu l'occasion de présenter deux réalisations d'amateurs s'appuyant sur mon projet de récepteur ADS-B utilisant une tête de réception différente de celle que j'avais réalisée.

Une autre option s'offre désormais aux amateurs désireux de réaliser leur propre système de réception sans avoir à trop bricoler par le biais d'une tête de réception disponible en kit sur le site miniADSB. Il restera encore à interfacer cette tête avec l'un des deux décodeurs non commerciaux actuellements disponibles celui d'Edward Cardew ou le mien.

A cette fin, la logique de mise en forme des signaux démodulés utilisée dans mon projet a été adaptée par Guenter Koellner, DL4MEA, qui a développé un prototype de circuit imprimé regroupant tous les composants nécessaires y compris une interface USB.



Une version définitive de ce circuit imprimé devrait être disponible sous peu qui permettra à toute personne sachant manier un fer à souder de disposer d'un récepteur ADS-B à bas coût.

Coté commercial, les choses ont aussi bien évolué avec l'annonce fin 2009 du récepteur - non encore disponible - Aurora Virtual 3D Radar et tout récemment, de PlaneGadget Radar un récepteur très bas coût et de très faible encombrement livré avec une version allégée du logiciel PlanePlotter.

lundi 14 décembre 2009

Projet ADS-B: Messages TIS-B

L'analyse des messages 'ADS-B' n'est pas simple pour qui n'est pas de la partie, et n'a pas connaissance de l'historique de ce système. Ainsi, les structures de données utilisées pourront sembler avoir été organisées en dépit du bon sens si l'on ne tient pas compte de l'historique et des probables contraintes d'intéropérabilité avec les systèmes existants.

Les standards sont par ailleurs en perpétuelle évolution, le système n'étant pas encore réellement stabilisé, c'est du moins ce qu'il me semble à la lecture des nombreux documents de travail disponibles sur Internet.

Ceci est particulièrement vrai en ce qui concerne la structure des données du message DF=18, message transportant les informations du service TIS-B défini dans le DO286A.

Je dois avouer avoir eu le plus grand mal à intégrer le décodage de ce message dans la dernière révision de la version 2 du code de mon décodeur PicADSB. La validation de mon implémentation est d'autant plus difficile qu'aucun message de ce type n'a pu être collecté à ce jour.

Ce service est-il actuellement implémenté à grande échelle, je n'en ai aucune idée et aucune information précise n'est disponible à ce sujet sur Internet.

jeudi 5 novembre 2009

Projet ADS-B: Quelques réalisations

Plusieurs amateurs ont réalisé leur récepteur ADS-B en s'inspirant de mon projet, et en l'adaptant en fonction des composants qu'ils avaient sous la main.

- Francois, F5ANN, a utilisé un ensemble récupéré d'un décodeur satellite constitué d'un tuner disposant d'une sortie 749.5Mhz et d'un convertisseur fournissant une fréquence intermédiaire à 70Mhz.



- David, G4FEV, a réalisé sa propre tête de réception à partir, ici encore, de composants récupérés sur des équipements de réception satellite. Son site: http://g4fev.atspace.com/adsb.htm