{"id":171,"date":"2024-02-28T10:57:55","date_gmt":"2024-02-28T09:57:55","guid":{"rendered":"https:\/\/www.f4laa.fr\/?p=171"},"modified":"2024-03-15T09:31:38","modified_gmt":"2024-03-15T08:31:38","slug":"ads-b-decodage-des-avions-avec-sdrplay-rsp1-a","status":"publish","type":"post","link":"https:\/\/www.f4laa.fr\/index.php\/2024\/02\/28\/ads-b-decodage-des-avions-avec-sdrplay-rsp1-a\/","title":{"rendered":"ADS-B : D\u00e9codage des avions avec SDRPlay RSP1-A"},"content":{"rendered":"\n

L\u2019Automatic dependent surveillance-broadcast<\/strong> (ADS-B<\/strong>) est un syst\u00e8me de surveillance coop\u00e9ratif pour le contr\u00f4le du trafic a\u00e9rien.
Un avion \u00e9quip\u00e9 de l’ADS-B d\u00e9termine sa position par un syst\u00e8me de positionnement par satellites (GNSS<\/a>) et envoie p\u00e9riodiquement cette position et d’autres informations aux stations au sol et aux autres appareils \u00e9quip\u00e9s de l’ADS-B \u00e9voluant dans la zone.
Vous pourrez trouver des informations plus d\u00e9taill\u00e9es sur la page Wikip\u00e9dia d\u00e9di\u00e9e \u00e0 ce protocole qui est accessible ici : fr.wikipedia.org\/wiki\/Automatic_dependent_surveillance-broadcast<\/a><\/p>\n\n\n\n

Les donn\u00e9es sont transmises sur la fr\u00e9quence 1.090 GHz et une carte SDRPlay RSP1-A qui monte jusqu’\u00e0 2GHz peux donc les capter.<\/p>\n\n\n\n

J’avais install\u00e9 sur un Raspberry Pi4<\/strong> le logiciel de WebSDR \u00ab\u00a0OpenWebRX+<\/strong>\u00a0\u00bb t\u00e9l\u00e9chargeable ici : luarvique.github.io\/ppa\/<\/a> et qui permet de d\u00e9coder ce protocole ADS-B. \"\"<\/p>\n\n\n\n

Et voici la carte que l’on obtient : Un mini FlightRadar24 personnel. \"\"<\/p>\n\n\n\n

Le probl\u00e8me avec cette configuration est que le CPU du Raspberry se retrouve avec une charge de plus de 80%, et une temp\u00e9rature d\u00e9passant les 65\u00b0, ce qui a terme, pourrait l’endommager.<\/p>\n\n\n\n

J’ai donc d\u00e9cid\u00e9 d’opter pour un autre logiciel, PiAware <\/strong>(fr.flightaware.com\/adsb\/piaware<\/a>), propos\u00e9 par le site FlightAware<\/strong>, concurent de FlightRadar24<\/strong>.
Ce logiciel utilise le programme dump1090 <\/strong>pour faire l’acquisition et le d\u00e9codage des donn\u00e9es en provenance de la carte SDR, et la soci\u00e9t\u00e9 SDRPlay a eu la bonne id\u00e9e de faire une version de ce programme adapt\u00e9e pour ses cartes RSP1-A et autres.<\/p>\n\n\n\n

J’ai donc pu t\u00e9l\u00e9charger les sources de ce programme dump1090 depuis ce Github : github.com\/SDRplay\/dump1090<\/a>
et apr\u00e8s quelques efforts, j’ai r\u00e9ussi a compiler ce programme sur mon Raspberry Pi4.
Du coup, le logiciel PiAware s’est retrouv\u00e9 aliment\u00e9 pas les donn\u00e9es capt\u00e9es par ma carte SDR.
Voici la page pr\u00e9sent\u00e9 par le Raspberry une fois que PiAware est install\u00e9 :<\/p>\n\n\n\n

\"\"<\/p>\n\n\n\n

On constate que effectivement, la charge CPU a nettement diminu\u00e9 (21%) et la temp\u00e9rature aussi (52\u00b0).<\/p>\n\n\n\n

J’ai rencontr\u00e9 un probl\u00e8me avec le protocole MLAT <\/strong>dont l’indication de bon fonctionnement passait de Vert \u00e0 Orange en indiquant le message \u00ab\u00a0Local clock is unstable<\/strong>\u00ab\u00a0.
J’ai ajout\u00e9 au Raspberry le protocole NTP <\/strong>permettant de mettre \u00e0 jour son heure r\u00e9guli\u00e8rement, ce qui n’a pas permis de r\u00e9gler le probl\u00e8me.
J’ai finalement compris que j’avais indiqu\u00e9 une position GPS trop approximative pour ma station.
Je suis donc all\u00e9 sur la page de param\u00e9trage de cette position GPS dans l’interface d’administration propos\u00e9e par FlightAware, j’ai corrig\u00e9 ma position, et ce probl\u00e8me de d\u00e9synchronisation de l’horloge locale a \u00e9t\u00e9 solutionn\u00e9.<\/p>\n\n\n\n

Les donn\u00e9es ainsi remont\u00e9es \u00e0 FlightAware me permettent d’acc\u00e9der \u00e0 toute une s\u00e9rie de Statistiques concernant les donn\u00e9es que je leur remonte.\"\" \"\"<\/p>\n\n\n\n

On a \u00e9galement acc\u00e8s \u00e0 la carte des avions que l’on a capt\u00e9 : \"\"<\/p>\n\n\n\n

J’ai ensuite d\u00e9cid\u00e9 de remonter ces informations en direction de FlightRadar24<\/strong> qui offre \u00e0 tous les fournisseurs de donn\u00e9es ADS-B un abonnement \u00ab\u00a0Business<\/strong>\u00a0\u00bb d’une valeur de 400\u20ac \/ an.
Pour cela j’ai install\u00e9 sur le Raspberry le logiciel fr24<\/strong> t\u00e9l\u00e9chargeable ici:
www.flightradar24.com\/share-your-data<\/a>
et je dispose maintenant des statistiques de FlightRadar : \"\"<\/p>\n\n\n\n

Et \u00e9galement de la carte des avions que j’ai capt\u00e9 :<\/p>\n\n\n\n

\"\"<\/p>\n\n\n\n

Pour ceux qui voudraient faire de la r\u00e9ception ADS-B avec une carte SDRPlay RSP1-A, je viens de publier sur mon Github le projet RSP1Adump1090 <\/strong>qui contient les sources du programme dump1090 <\/strong>que j’ai d\u00fb modifier pour pouvoir les compiler sur mon Raspberry Pi4 boot\u00e9 avec l’image PiAware<\/strong>. Il est disponible ici : <\/p>\n\n\n\n