Liste de contrôle pour fiche technique de radar counter-UAS

Une fiche technique de radar counter-UAS n’est utile que si elle dit davantage qu’une portée maximale. Beaucoup de fiches ont l’air techniques parce qu’elles alignent bande de fréquence, portée, poids, puissance et température de fonctionnement. La vraie question de l’acheteur est ailleurs : ces valeurs sont-elles rattachées à des hypothèses de cible, à des conditions de site, à des sorties, à des interfaces et à des preuves de réception ?

Cette liste de contrôle aide à lire une fiche fournisseur — ou à en demander une meilleure. Elle ne prescrit pas un radar idéal ; elle montre quels champs doivent être visibles pour comparer équitablement des systèmes concurrents.

Identité produit et configuration

Commencez par vérifier que la fiche décrit une configuration précise, et non une famille de produits vague.

À contrôler :

• nom du modèle et révision matérielle ;
• configuration d’antenne ou de réseau ;
• versions du logiciel et du firmware ;
• modules optionnels inclus ou exclus ;
• hypothèses de déploiement : fixe, mobile, mât, toiture ou véhicule ;
• accessoires pris en charge, comme trépied, mât, coffret, EO/IR ou unité RF ;
• variantes export ou régionales, le cas échéant.

Si l’antenne, le firmware, le calculateur ou le boîtier changent entre la démonstration et la livraison, la fiche doit expliquer comment la configuration est contrôlée.

Hypothèses de cible et de portée

La section la plus importante est souvent celle qui manque : quelle cible justifie la portée annoncée ?

Pour chaque portée de détection ou de suivi, demandez :

• la classe de cible, par exemple quadricoptère grand public, drone FPV, drone à voilure fixe ou gros multirotor ;
• la taille de cible ou l’hypothèse de SER ;
• la plage d’altitude et de vitesse ;
• la géométrie d’approche : de face, de travers, en stationnaire ou en éloignement ;
• la probabilité de détection ou le seuil de confiance ;
• la condition de fausse alarme ou d’alerte parasite ;
• l’environnement : terrain dégagé, clutter urbain, fond maritime ou site industriel.

« Détecte les drones jusqu’à 10 km » ne suffit pas. Une bonne fiche distingue la première détection, la piste stable, l’alerte exploitable et la distance de vérification.

Couverture et architecture de balayage

La portée seule ne décrit pas la surveillance. La fiche doit aussi expliquer comment le radar couvre l’espace.

Vérifiez :

• le champ de regard horizontal ou la couverture en azimut ;
• la couverture en élévation et les limites de mesure de hauteur ;
• le type de balayage : secteur fixe, rotation, multi-faces ou pointage mécanique ;
• la fréquence de mise à jour ou le temps de revisite pour la couverture annoncée ;
• la capacité de pistes et le comportement en multi-cibles ;
• les zones aveugles ou la portée minimale ;
• si la couverture à 360 degrés exige une unité ou plusieurs ;
• la fusion des secteurs qui se recouvrent lorsque plusieurs radars sont utilisés.

Cette section évite une erreur fréquente : croire qu’un seul chiffre de portée garantit une couverture continue dans toutes les directions.

Sorties de détection, suivi et alerte

La fiche doit montrer ce que le radar transmet réellement à l’opérateur ou à la plateforme.

À rechercher :

• la position de la cible et le format des coordonnées ;
• distance, azimut, élévation, hauteur, vitesse, cap et identifiant de piste ;
• les indicateurs de qualité ou de confiance de la piste ;
• l’intervalle de mise à jour et la source d’horodatage ;
• les zones d’alerte et les règles configurables ;
• l’historique des pistes, les journaux et la relecture ;
• le comportement en cas de perte ou de reacquisition de la cible ;
• les formats d’export pour les preuves de réception.

Si le projet exige un pointage EO/IR, la sortie doit être assez précise, assez récente et assez stable pour que la caméra se tourne au bon endroit à temps.

Précision et résolution

Les chiffres de précision ont besoin de contexte. Une fiche ne doit pas se contenter d’afficher une valeur meilleur cas sans préciser dans quelles conditions elle s’applique.

Demandez :

• la précision en distance ;
• la précision en azimut et en élévation ;
• la précision en hauteur, si la hauteur est fournie ;
• la résolution en distance et en angle, lorsqu’elle est pertinente ;
• les effets du lissage de piste ou de la latence ;
• les exigences d’étalonnage ;
• le processus d’alignement des coordonnées à l’installation.

La précision se comprend au niveau du système complet. Un radar qui se contente d’alerter un opérateur n’a pas les mêmes exigences qu’un radar qui doit pointer une charge EO/IR à champ étroit.

Fausses alarmes et clutter

Un radar counter-UAS travaille près du sol, là où oiseaux, véhicules, arbres, grues, plans d’eau, pluie et machines en mouvement peuvent dégrader les performances. Une fiche utile ne fait pas comme si le clutter n’existait pas.

Vérifiez si le fournisseur décrit :

• les environnements de clutter testés ;
• sa méthode de discrimination oiseau/drone ;
• les filtres de vitesse, de taille, de confiance ou de zone ;
• le comportement sous la pluie, le vent et la végétation en mouvement ;
• le processus de réglage du site ;
• les contrôles opérateur sur la sensibilité et les règles d’alerte ;
• la méthode d’analyse des journaux pour enquêter sur les fausses alarmes.

Méfiez-vous des fiches qui promettent « zéro fausse alarme » sans conditions d’essai. La bonne question est de savoir comment le système gère les nuisances tout en préservant sa sensibilité aux petits drones.

Interfaces et intégration

Beaucoup de projets counter-UAS échouent à l’intégration, pas à la détection. La fiche doit expliquer comment les données sortent du radar et entrent dans la chaîne opérationnelle.

Vérifiez :

• les interfaces réseau et les protocoles pris en charge ;
• API, SDK, schéma de messages ou format de sortie des pistes ;
• la méthode de synchronisation temporelle ;
• le référentiel de coordonnées et la méthode de géoréférencement ;
• la prise en charge du pointage EO/IR ;
• les options d’intégration RF, Remote ID, VMS, C2 ou PSIM ;
• la cybersécurité, les rôles utilisateurs et la journalisation ;
• le comportement en cas de perte réseau et de reconnexion.

Si le fournisseur parle d’« interface ouverte », demandez la description réelle du protocole, des exemples de messages et la répartition des responsabilités d’intégration.

Mécanique, alimentation et environnement

La fiche doit aussi dire à l’installateur si le système peut survivre au site réel.

Passez en revue :

• les dimensions et le poids ;
• l’embase de montage et les options de support ;
• l’alimentation : tension d’entrée, puissance crête, puissance moyenne et mise à la terre ;
• les exigences réseau et les limites de câbles ;
• l’indice de protection, la température, l’humidité, le vent, la corrosion et la foudre ;
• les besoins de refroidissement ou de chauffage ;
• l’accès pour la maintenance ;
• les limites de transport et de stockage.

Ces détails conditionnent le dimensionnement du mât, la charge en toiture, la planification électrique et la préparation de la réception sur site.

Essais, réception et preuves

Une fiche de niveau achat doit relier les spécifications aux preuves d’essai. Elle doit aider l’acheteur à comprendre ce qui peut être prouvé en usine et ce qui devra l’être sur site.

Demandez :

• la liste de contrôle FAT ;
• les recommandations SAT ;
• les hypothèses de cible d’essai ;
• les enregistrements de configuration et de version ;
• des exemples de journaux, de captures d’écran et de pistes exportées ;
• les enregistrements d’étalonnage ;
• les critères de réussite ou d’échec pour la détection, le suivi, les alertes et le pointage ;
• le processus de gestion des écarts et de reprise d’essai.

Si un chiffre ne peut pas être testé ni étayé par une preuve, traitez-le comme un argument commercial, pas comme un engagement contractuel.

Support et cycle de vie

Vérifiez enfin si la fiche — ou le document qui l’accompagne — couvre les attentes de cycle de vie.

Champs utiles :

• durée de garantie et exclusions ;
• politique de mise à jour logicielle ;
• disponibilité des pièces détachées ;
• modalités d’assistance à distance ;
• options d’assistance sur site ;
• formation des opérateurs et des maintenanciers ;
• langue de la documentation et contrôle des révisions ;
• calendrier recommandé d’inspection et de maintenance.

Ces éléments n’ont pas l’allure de spécifications radar, mais ils déterminent si le système restera utile après la première installation.

Signaux d’alerte

Soyez prudent si une fiche :

• donne une portée maximale sans aucune hypothèse de cible ;
• mélange détection, suivi, confirmation et identification dans une même ligne ;
• omet la fréquence de mise à jour ou l’angle de couverture ;
• ne dit rien des fausses alarmes ni du clutter ;
• promet l’intégration sans détail de protocole ;
• liste des indices environnementaux sans exigences de montage ni de mise à la terre ;
• n’offre aucun chemin FAT, SAT, journaux ou preuves ;
• n’identifie pas la configuration matérielle et logicielle exacte.

Un champ manquant peut s’expliquer. Beaucoup de champs manquants signifient en général que l’acheteur doit poser davantage de questions avant de comparer les prix.

Conclusion

Une bonne fiche technique de radar counter-UAS n’est pas un tableau de brochure. C’est une promesse technique rattachée à des hypothèses, à une configuration, à des sorties, à l’intégration, à l’installation, aux essais et à l’assistance. L’acheteur doit pouvoir voir ce que le radar affirme, dans quelles conditions, comment les données sont livrées et comment l’affirmation sera vérifiée.

Quand tous les fournisseurs répondent à la même liste de contrôle, la comparaison devient beaucoup plus claire : les portées deviennent testables, les risques d’intégration deviennent visibles, et la décision finale peut se concentrer sur l’adéquation opérationnelle réelle plutôt que sur le chiffre le plus impressionnant d’une brochure.