---
service: "Publicasta"
schema_version: "1.0"
article_id: 568
title: "VolAnti apporte la détection acoustique open source aux drones FPV à fibre optique"
language: "fr"
default_language: "en"
canonical_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv?lang=fr"
json_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.json?lang=fr"
api_url: "https://publicasta.com/api/public/v1/channels/open_source_radar/articles/volanti_open_source_acoustic_detector_fiber_optic_fpv?lang=fr"
channel_url: "https://publicasta.com/api/public/v1/channels/open_source_radar"
channel_articles: "https://publicasta.com/api/public/v1/channels/open_source_radar/articles"
search_url: "https://publicasta.com/api/public/v1/search"
documentation_url: "https://publicasta.com/api-docs#reading-publicasta"
openapi_url: "https://publicasta.com/api-docs/openapi.json"
published_at: "2026-09-09T13:55:05+00:00"
updated_at: "2026-09-09T13:55:05+00:00"
translations:
  - language: "ar"
    html_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv?lang=ar"
    markdown_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.md?lang=ar"
    json_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.json?lang=ar"
  - language: "de"
    html_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv?lang=de"
    markdown_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.md?lang=de"
    json_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.json?lang=de"
  - language: "en"
    html_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv?lang=en"
    markdown_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.md?lang=en"
    json_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.json?lang=en"
  - language: "es"
    html_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv?lang=es"
    markdown_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.md?lang=es"
    json_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.json?lang=es"
  - language: "fr"
    html_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv?lang=fr"
    markdown_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.md?lang=fr"
    json_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.json?lang=fr"
  - language: "pl"
    html_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv?lang=pl"
    markdown_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.md?lang=pl"
    json_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.json?lang=pl"
  - language: "ru"
    html_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv?lang=ru"
    markdown_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.md?lang=ru"
    json_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.json?lang=ru"
  - language: "zh"
    html_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv?lang=zh"
    markdown_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.md?lang=zh"
    json_url: "https://publicasta.com/open_source_radar/volanti_open_source_acoustic_detector_fiber_optic_fpv.json?lang=zh"
---

# VolAnti apporte la détection acoustique open source aux drones FPV à fibre optique

> Avec quatre microphones MEMS et un ESP32-S3, VolAnti repère les harmoniques des rotors plutôt que les émissions radio. Le premier essai est encourageant, mais cet appareil reste une alerte transparente, pas un système anti-drone abouti.

VolAnti est apparu sur Hacker News le 9 septembre 2026 avec une proposition facile à résumer, mais plus difficile à écarter : si un drone ne communique plus par radio, il suffit peut-être d’écouter ses hélices. Ce projet matériel open source utilise quatre microphones MEMS, un ESP32-S3, un écran à encre électronique et une radio LoRa pour détecter le son structuré produit par un multirotor et diffuser une alerte.

 ![Prototype compact de détecteur acoustique de drones open source sur un établi, avec un quadricoptère flou en arrière-plan.](https://publicasta.com/storage/projects/10/pages/568/2026/09/c00c135c-ad9f-407b-bb46-e0951d4fe0a4.webp)

 L’idée est plus ciblée que ne le laisse entendre l’expression « détecteur acoustique de drones ». VolAnti ne cherche pas à identifier tous les aéronefs, à produire une trajectoire comparable à celle d’un radar ni à remplacer une installation anti-UAS en couches. Il s’agit d’un dispositif local d’alerte précoce, destiné à combler une lacune précise mais importante des systèmes centrés sur la radio. Le dépôt le décrit comme un outil de détection et d’alerte uniquement, à l’exclusion du brouillage, de l’interception, du ciblage et des autres contre-mesures.

 Le projet mérite d’être suivi parce qu’il rend publique toute la chaîne : fichiers matériels, micrologiciel, modèles du boîtier, enregistrements audio de test, documentation et simulateur dans un navigateur. Il faut néanmoins le considérer avec prudence. Un essai réussi à 104,2 mètres montre que la conception peut fonctionner dans un contexte donné ; il ne prouve pas une couverture fiable sous un autre climat, dans un autre paysage ou face à un autre environnement de menace.

 ## Le problème que VolAnti cherche réellement à résoudre

 De nombreux détecteurs de drones grand public ou professionnels commencent par rechercher une signature électromagnétique. Un appareil radiocommandé possède généralement une liaison de contrôle, un émetteur vidéo ou une émission d’identification à distance. Un récepteur peut balayer ces signaux, les classer et parfois estimer la position de l’aéronef ou de son opérateur. Cette approche a une limite nette : il faut qu’un signal soit présent dans l’air et puisse être reçu.

 Un aéronef FPV à fibre optique déplace cette limite. Son opérateur envoie les informations de commande et reçoit la vidéo par une fibre physique plutôt que par une liaison radio classique. Pendant la partie du vol où un scanner radio chercherait normalement des indices, l’appareil peut donc rester silencieux sur le plan radio. Il n’est pas pour autant silencieux acoustiquement. Les moteurs, les hélices, les vibrations et le déplacement de l’air restent des signaux physiques.

 L’intuition centrale de VolAnti consiste à rechercher la structure régulière de ce son, plutôt qu’un simple seuil de volume. Une hélice en rotation produit une fréquence de passage des pales. Une hélice à trois pales tournant à une vitesse donnée produit une fondamentale associée à trois passages de pales par tour, avec également de l’énergie à des multiples de cette fréquence. Dans un spectre, ces pics forment un peigne : des dents répétées, séparées par un intervalle relativement constant.

 La signature acoustique exacte dépend de l’hélice, du moteur, de la charge, de la vitesse, du châssis, de la distance, du vent et des surfaces environnantes. L’essentiel n’est pas que tous les drones produisent un son identique. Le bruit des rotors comporte une caractéristique périodique que le bruit environnemental à large bande ne conserve généralement pas de la même manière. VolAnti tente d’attribuer un score à cette régularité.

 C’est pourquoi le projet n’est pas simplement un microphone relié à un sonomètre. Un sonomètre serait mis en échec par la circulation, les machines, les voix ou une porte qui claque. Un détecteur qui demande au spectre s’il contient des composantes régulièrement espacées, semblables à celles d’un rotor, pose une question plus utile, même s’il doit encore composer avec de nombreux sons capables d’imiter une partie du motif.

 ## Ce que contient le boîtier

 La conception complète tient dans un boîtier d’environ 91 millimètres. Son cœur de traitement est un ESP32-S3, choix pratique pour un projet embarqué de traitement du signal à bas coût : la puce offre une capacité de calcul suffisante pour la charge annoncée, elle est largement disponible et bénéficie d’un écosystème de développement mature. L’ensemble de capteurs repose sur quatre microphones MEMS ICS-43434 disposés en forme de croix.

 Les microphones ne servent pas à constituer une caméra acoustique complète. Le dépôt précise que le réseau est principalement un dispositif de sensibilité, et non un système de détermination de direction. Aux fréquences de fonctionnement du projet et avec cet espacement physique, les quatre flux peuvent être combinés pour améliorer le rapport signal-bruit tout en conservant une couverture presque omnidirectionnelle. La formation de faisceaux a été envisagée, mais le petit réseau n’offre pas assez d’espacement pour en faire une solution utile dans le rôle visé.

 Les autres composants sont volontairement ordinaires. Un petit écran à encre électronique affiche les alertes et les horodatages, avec l’avantage de conserver le dernier message visible après la coupure de l’alimentation. Un avertisseur sonore, une LED rouge et un moteur vibrant proposent plusieurs formes de notification locale. Un module LoRa Ra-01H envoie un paquet d’alerte compact à d’autres unités. Le système n’utilise pas de serveur central et le détecteur n’a pas besoin d’une connexion réseau pour prendre une décision.

 La conception de l’alimentation est plus réfléchie que ne le suggère la nomenclature. VolAnti utilise une entrée USB-C, un chargeur BQ24074 avec gestion du chemin d’alimentation, un convertisseur abaisseur-élévateur TPS63020 et une cellule lithium-polymère 1S de 2 500 mAh. Le projet annonce environ 18 à 22 heures sur une charge. La batterie reste aussi installée dans les unités alimentées par le secteur, car l’activation simultanée de l’avertisseur, du moteur vibrant et de la radio provoquait une chute de tension lors de la mise au point quand la carte ne reposait que sur l’alimentation USB.

 Ce détail illustre bien l’intérêt de publier les échecs d’ingénierie. Un schéma peut montrer qu’un rail d’alimentation existe ; il ne montre pas qu’un événement d’alerte peut faire redémarrer l’appareil. Pour un instrument d’avertissement, le mode de défaillance compte davantage que l’élégance du circuit.

 ## La chaîne de traitement du signal

 Le détecteur prend une nouvelle trame audio toutes les 32 millisecondes. D’après la documentation du projet, il échantillonne à 16 kHz et utilise une FFT de 2 048 points sur des trames de 512 échantillons. La FFT transforme une courte portion des données des microphones en informations fréquentielles qui peuvent être comparées à des vitesses de rotation candidates.

 VolAnti commence par entretenir une représentation adaptative du plancher acoustique normal. Les sons de fond calmes sont appris sur plusieurs secondes, tandis que les événements larges et bruyants sont intégrés plus rapidement. Le but est d’éviter de considérer le bruit permanent d’un site comme une nouvelle menace chaque fois que le détecteur commence à écouter. C’est utile en conditions réelles, mais cela introduit un problème classique : un son présent assez longtemps peut finir par être intégré à la ligne de base.

 Le projet répond à cette difficulté par plusieurs niveaux de détection. Le détecteur de peigne rapide compare l’énergie au niveau des dents d’un motif harmonique candidat avec l’énergie dans les intervalles. Il explore des fréquences candidates de 70 à 2 000 Hz et conserve le meilleur score normalisé. Le point essentiel est le contraste entre les dents et les creux, pas seulement l’intensité absolue du signal.

 Un score élevé isolé ne suffit pas. La même fréquence candidate doit rester gagnante pendant six trames consécutives, dans une tolérance de deux pour cent. Ce contrôle de persistance vise à écarter les bruits transitoires. La vitesse du rotor peut changer, notamment lorsqu’un appareil s’approche ou modifie sa poussée ; le micrologiciel utilise donc plusieurs méthodes pour évaluer si la structure acoustique se maintient.

 Les quatre niveaux de détection correspondent à des situations de vol et de bruit différentes :

 - Le détecteur de peigne rapide vise un appareil qui approche ou dont la vitesse change. Le dépôt annonce une latence d’environ 0,23 seconde dans les conditions de test indiquées.
- Un détecteur de peigne lent utilise un plancher adaptatif plus long pour un appareil qui arrive puis se met en vol stationnaire, avec une réponse annoncée d’environ 1,4 à 4 secondes.
- Un détecteur fondé sur l’enveloppe recherche une modulation large bande associée à un vol chargé, proche et à forte poussée ; sa réponse est donnée pour environ 1 à 3 secondes.
- Un détecteur de peigne sans plancher utilise un spectre de Welch de deux secondes et un blanchiment pour un vol stationnaire prolongé dans un endroit où le plancher ordinaire a déjà trop appris ; sa réponse annoncée est d’environ 5 à 15 secondes.

 L’architecture opère un compromis d’ingénierie cohérent. Un détecteur réglé uniquement sur les changements de son peut repérer un appareil qui arrive, puis le perdre quand celui-ci se stabilise en vol stationnaire. À l’inverse, un détecteur réglé uniquement sur un motif stable peut être lent pendant l’approche. Exécuter plusieurs tests spécialisés sur le même spectre permet de réagir à différentes histoires acoustiques sans faire semblant qu’un seuil unique convient à toutes les scènes.

 Le projet indique aussi que le premier niveau est verrouillé par des vecteurs de test de référence. Le même audio de test doit produire le même résultat sur un ordinateur portable et sur la carte embarquée, jusqu’au score rapporté. Cette reproductibilité a davantage de valeur qu’un tableau de bord soigné lorsque d’autres personnes doivent examiner ou améliorer un système de traitement du signal.

 ## Ce que montre le premier résultat de terrain — et ce qu’il ne montre pas

 Le résultat le plus visible correspond à un test daté du 6 septembre 2026. Un banc d’essai équipé de quatre moteurs de classe 2807 et d’hélices tripales de sept pouces est resté en vol stationnaire à 104,2 mètres, dans une rue bordée de murs en brique. Le dépôt indique qu’il y avait un vent léger, de la circulation et des personnes qui parlaient près du détecteur. Le détecteur sans plancher s’est déclenché à cette distance, tandis que le projet rapporte que les voitures n’ont pas déclenché d’alerte.

 Cette démonstration est utile pour deux raisons. D’abord, elle emploie un banc destiné à correspondre à la classe de moteurs et d’hélices de l’aéronef auquel la conception s’adresse, plutôt qu’un drone-jouet non spécifié. Ensuite, elle confronte le détecteur à un son concurrent qui compte dans la pratique. Un algorithme qui ne fonctionne que dans un champ silencieux a une utilité limitée comme alarme.

 Le résultat reste néanmoins un point de mesure unique. Il n’établit pas un rayon universel de détection de 104 mètres. La portée acoustique varie fortement selon la direction et la vitesse du vent, la température, le terrain, les murs, la végétation, l’état du moteur et l’orientation de l’appareil. Le dépôt donne lui-même une attente large : environ 100 à 200 mètres dans des conditions calmes et silencieuses, mais 15 à 50 mètres sur un site venteux ou bruyant, avec une dégradation des performances au-delà de 8 mètres par seconde de vent. Il s’agit d’estimations du projet, pas d’une certification indépendante.

 Les essais antérieurs décrits par le projet sont eux aussi circonscrits. Lors d’un test en terrain dégagé le 21 août, des hélices chargées ont été détectées à 14 mètres dans un vent changeant, sans fausse alarme pendant cette session. Le 28 août, une carte de production aurait reproduit la sortie de référence sur les vecteurs étalons, la trame la plus lente prenant 29,4 millisecondes contre un budget de traitement de 32 millisecondes sur 1 938 trames. Cela renseigne sur le temps d’exécution et la répétabilité de l’implémentation. Cela en dit moins sur un fonctionnement prolongé dans un nouvel endroit.

 Le dépôt rapporte également l’absence de fausse alarme dans ses sessions de terrain jusqu’à présent. « Jusqu’à présent » est le passage important. Le taux de fausses alarmes n’est pas une propriété du circuit seul ; il dépend d’un site, d’une position de montage, d’un régime météorologique et d’une routine de maintenance. Une route, un toit, une usine, une voie ferrée ou un chantier introduiront chacun des confusions différentes. Des rapports publics provenant de ces environnements seraient plus instructifs qu’un nouvel essai de vol stationnaire contrôlé.

 ## Pourquoi la conception LoRa reste volontairement simple

 Chaque unité VolAnti prend sa décision localement. Lorsqu’elle détecte un candidat, elle envoie un paquet de 18 octets contenant l’identité, le niveau de détection, la fréquence, le score et des informations de séquence. Les autres unités reçoivent directement ce paquet. Le dépôt insiste sur l’absence de relais et de routage maillé, ainsi que sur le fait que le système n’attend pas le vote d’une seconde unité avant de déclencher sa propre alarme.

 Ce choix découle de la fonction de l’appareil. Un réseau peut améliorer la couverture et déplacer une alerte à l’intérieur, mais exiger un consensus peut ajouter un délai ou transformer une seule liaison radio défaillante en avertissement manqué. La détection locale permet aussi à une unité de continuer à fonctionner si le reste de l’installation est hors service. En contrepartie, le système ne fusionne pas les observations en une trajectoire partagée et ne calcule pas de position. Il diffuse des alertes ; il ne constitue pas un réseau de capteurs à inférence centralisée.

 La configuration radio relève du déploiement et non d’un réglage universel. La documentation identifie 868 MHz pour le Royaume-Uni et l’Union européenne, et 915 MHz pour les États-Unis, sous réserve de l’allocation locale et des réglementations applicables. La fréquence doit être choisie en fonction du pays où l’unité est utilisée. Ce point, modeste en apparence, rappelle que le matériel ouvert ne dispense pas de respecter la réglementation radio.

 Une installation comprenant plusieurs unités modifie également le problème pratique. Un nœud placé sur le périmètre peut entendre l’appareil en premier, tandis qu’un nœud intérieur est installé là où les personnes peuvent réagir à l’avertissement. Mais la couverture ne se déduit pas d’un simple cercle tracé sur une carte. Les bâtiments et le terrain modifient la propagation du son, le bruit de fond varie selon l’heure et les hypothèses du détecteur peuvent se comporter différemment d’un site à l’autre. La documentation recommande de traiter le placement, l’alimentation, les intervalles d’entretien et les calculs de couverture comme des éléments du déploiement, et non comme une réflexion tardive.

 ## Qui devrait l’essayer

 VolAnti convient particulièrement aux fabricants amateurs qui souhaitent apprendre le traitement numérique du signal embarqué, les réseaux de microphones, le matériel ouvert et les tests reproductibles. Le dépôt propose deux chemins de construction. La version sur plaque d’essai utilise une carte de développement et des modules de microphones, sans nécessiter de circuit imprimé personnalisé au-delà du câblage et des connecteurs ordinaires. Le projet estime cette voie à environ 35 à 45 livres sterling et une soirée de travail.

 L’unité complète utilise une carte assemblée à quatre couches, un boîtier imprimé et un peu de soudure et d’assemblage mécanique final. L’estimation publiée pour les composants est d’environ 50 à 80 livres sterling. La conception vise à rendre l’appareil portable et plus facile à déployer qu’un prototype de laboratoire. Les prix varieront selon les frais de livraison, la disponibilité des composants, la région de fabrication et l’outillage déjà possédé par le constructeur.

 Le projet peut aussi intéresser les chercheurs et les mainteneurs qui veulent recueillir des données en conditions réelles. Le guide de contribution demande des rapports de construction indiquant la version du micrologiciel, la source sonore, la distance à laquelle la détection a réussi ou échoué, le vent et les fausses alarmes. C’est précisément ce dont le projet a besoin. Un résultat négatif obtenu sur un site bruyant peut révéler davantage qu’un deuxième succès dans des conditions presque identiques.

 Une petite institution pourrait l’utiliser comme couche expérimentale d’alerte autour d’un terrain, mais seulement après ses propres essais et un examen juridique. La documentation ouverte facilite l’inspection et la réparation ; elle ne transforme pas un prototype abordable en produit de sécurité des personnes. Si un aéronef manqué pouvait causer un dommage grave, VolAnti devrait être considéré comme une donnée parmi d’autres capteurs et procédures indépendants, et non comme la seule base d’une décision de protection.

 ## Qui devrait patienter

 Toute personne à la recherche d’un système de détection certifié devrait attendre. VolAnti est récent, possède un historique public de développement limité et présente des mesures produites par le projet plutôt qu’une évaluation de performances réalisée par un tiers. Ses licences sont réparties dans le dépôt : le matériel relève de la CERN Open Hardware Licence Version 2.0 Weakly Reciprocal, le micrologiciel de l’Apache-2.0 et la documentation de la CC BY-SA 4.0. Cette organisation est raisonnable pour un projet matériel ouvert, mais les utilisateurs doivent comprendre quelle licence s’applique à chaque élément et consulter les fichiers de licence complets avant de redistribuer une conception modifiée.

 Toute personne qui attend une détermination de direction devrait également patienter ou choisir une autre catégorie de système. Quatre microphones dans ce boîtier améliorent la sensibilité, mais le dépôt ne présente explicitement pas le réseau comme un estimateur précis de relèvement. La liaison LoRa partage les alertes entre unités ; elle ne triangule pas l’aéronef. Un acheteur qui a besoin d’une carte, d’un niveau de confiance de classification, d’une estimation de distance ou d’une intégration avec un système de commandement existant devra ajouter des capteurs et des logiciels.

 La même prudence s’applique à la classification des menaces. VolAnti écoute une périodicité semblable à celle d’un rotor. Il ne prouve pas que le son provient d’une cellule particulière, n’identifie pas une charge utile et ne distingue pas tous les drones de toutes les sources mécaniques de confusion. Le périmètre du projet est volontairement étroit. Cette étroitesse est une force pour un prototype constructible, mais elle ne doit pas être gonflée en capacités que le dépôt ne revendique pas.

 ## La contribution open source la plus intéressante

 L’intérêt ne réside pas seulement dans le boîtier terminé. Il se trouve aussi dans la manière dont le projet construit un raisonnement vérifiable, de la capsule de microphone jusqu’à la sortie d’alarme. Les fichiers matériels exposent les hypothèses physiques. Le micrologiciel rend visibles le minutage des trames et la logique de détection. Les enregistrements de test permettent à d’autres personnes d’examiner l’algorithme. Les vecteurs étalons fournissent une référence pour les évolutions futures. Le simulateur aide à comprendre la chaîne de traitement avant même qu’un constructeur ait commandé une carte.

 C’est un modèle plus utile pour les projets matériels ayant des implications de sécurité que la publication d’une courte vidéo accompagnée d’une liste de composants. Une vidéo peut montrer qu’une unité donnée a détecté un aéronef donné. Elle ne montre pas comment cette unité réagit lorsque le vent change, lorsqu’un vol stationnaire est intégré à son plancher ou lorsqu’une pointe de courant survient au même moment qu’une alerte. Un corpus audio reproductible et des seuils explicites donnent au moins à la communauté des éléments concrets à mettre à l’épreuve.

 Le projet fixe également une limite particulièrement claire pour une conception à double usage. Le périmètre indique que VolAnti détecte et alerte, et qu’il n’inclura pas le brouillage, l’usurpation, l’interception, le ciblage ni d’autres contre-mesures. Cela n’élimine pas les risques liés au déploiement, mais le dépôt public reste centré sur la détection passive et l’avertissement. Dans un projet ouvert situé dans un domaine sensible, la discipline du périmètre fait partie de l’ingénierie.

 Une leçon plus générale se dessine pour les infrastructures open source. Lorsqu’une méthode de détection familière échoue parce qu’un adversaire ou une technologie a changé de canal, la réponse utile peut consister à rechercher un autre signal physique plutôt qu’à rendre le récepteur initial toujours plus complexe. VolAnti le fait avec le son. Sa réussite dépendra moins de la nouveauté de l’idée que de la prochaine étape de preuve : sites variés, météo différente, aéronefs multiples, conditions de montage diverses, longues périodes sans surveillance et comptes rendus honnêtes des détections manquées.

 ## Une manière raisonnable de l’évaluer

 Un constructeur prudent devrait commencer par la voie sur plaque d’essai du dépôt et par le matériel de test fourni. Il faut vérifier que la carte reproduit le comportement de référence avant d’interpréter une expérience en direct. Il convient ensuite de tester les sons ordinaires du site prévu, y compris ceux qui seront présents au moment où le détecteur est censé fonctionner. Mesurez à la fois la distance de détection et la distance de non-détection : entendre un aéronef à un point donné ne constitue pas une carte de couverture.

 Faites ensuite varier, dans la mesure du possible, un seul facteur à la fois : le vent, l’orientation de l’aéronef, le vol stationnaire par rapport à l’approche, l’état des hélices, la hauteur de montage et les obstacles proches. Notez le niveau de détection, le temps de réponse, le score et les conditions environnementales. Conservez ces résultats séparément des chiffres originaux du dépôt afin que les mesures locales ne soient pas confondues avec les spécifications amont.

 Avec plusieurs unités, testez séparément la liaison LoRa et la chaîne acoustique. Un appareil qui entend correctement mais ne parvient pas à alerter une autre unité présente un problème de communication ; un appareil qui diffuse chaque fausse alarme locale présente un problème de site ou d’algorithme. Ces deux modes de défaillance appellent des corrections différentes.

 Enfin, gardez la procédure humaine simple. La sortie est une alerte, pas une décision automatisée. Les opérateurs doivent savoir ce que le signal signifie, ce qu’il ne signifie pas, comment faire taire une alarme intempestive sans interrompre la détection et quelles autres preuves sont nécessaires avant toute action aux conséquences importantes. L’écran à encre électronique et les différentes sorties locales contribuent à cette clarté opérationnelle, mais aucune interface ne peut compenser une hypothèse de déploiement qui n’a pas été testée.

 ## Verdict

 VolAnti fait partie des projets matériels ouverts les plus convaincants à émerger récemment, parce qu’il relie une lacune concrète à une conception compréhensible et réparable. L’appareil est compact, peu coûteux au regard des équipements de détection spécialisés et inhabituellement transparent sur ses algorithmes, ses vecteurs de test, son incident d’alimentation et ses limites. La démonstration à 104,2 mètres constitue un résultat significatif, d’autant qu’elle a eu lieu avec de la circulation et des personnes à proximité.

 Elle ne prouve pas que quelques microphones puissent remplacer un radar, une surveillance radio ou un équipement anti-UAS professionnel. Le détecteur peut manquer des aéronefs, la portée acoustique peut s’effondrer dans le vent et le bruit, et les éléments publics restent limités. Le conseil doit donc rester conditionnel : construisez-le si vous voulez étudier le problème, contribuer à des données de terrain ou ajouter une couche d’alerte passive que vous pouvez valider indépendamment. Ne considérez pas le dépôt actuel comme un périmètre certifié, une aide au ciblage ou la garantie qu’un spectre radio silencieux signifie que le ciel l’est aussi.

 La prochaine version utile ne sera pas forcément celle qui proposera le classificateur le plus ingénieux. Ce sera celle qui s’appuiera sur des enregistrements plus diversifiés, des fausses alarmes documentées, des protocoles de terrain reproductibles et des réponses claires sur la maintenance. C’est à ce moment qu’une expérience open source commence à devenir une infrastructure sur laquelle on peut raisonnablement compter.

 ## Sources

 - [Dépôt et README de VolAnti](https://github.com/agamrossen/VolAnti), GitHub — source factuelle principale.
- [Show HN: VolAnti – Open-source acoustic detector for fibre-optic FPV drones](https://news.ycombinator.com/item?id=49618955), Hacker News, 9 septembre 2026 — discussion.
- [I built an acoustic drone detector on an ESP32-S3](https://www.reddit.com/r/esp32/comments/1wanqqw/i_built_an_acoustic_drone_detector_on_an_esp32s3/), Reddit, 8 septembre 2026 — discussion.
- [VolAnti: Open-source acoustic drone detector on ESP32-S3](https://www.hackster.io/agamrossen06/volanti-open-source-acoustic-drone-detector-on-esp32-s3-421e5b), Hackster.io — contexte.
- [VolAnti acoustic drone detector project page](https://hackaday.io/project/206611-volanti-acoustic-drone-detector), Hackaday.io — contexte.
- [Adding a license to a repository](https://docs.github.com/en/communities/setting-up-your-project-for-healthy-contributions/adding-a-license-to-a-repository), GitHub Docs — licences.
