Interfaces
Une interface pour une flotte mixte
Ce qu’il faut pour qu’une nouvelle cellule soit une intégration plutôt qu’une réécriture — écrit pour l’ingénieur qui devra faire le travail, et honnête sur la part qui existe aujourd’hui.
À lire d’abord. Les contrats ci-dessous sont spécifiés et révisés. Un adaptateur est mis en œuvre. Un deuxième n’existe pas encore et, tant qu’il n’existera pas, « indépendant des fabricants » est une propriété de conception plutôt qu’une propriété démontrée. Nous préférons que vous le sachiez dès le haut de la page plutôt que de le découvrir lors d’une discussion d’approvisionnement.
Pourquoi une couche d’abstraction
Chaque fabricant a sa propre API infonuagique, son propre format de fichier de trajet, son propre vocabulaire de télémesure et sa propre idée de ce qu’est une mission. Un logiciel écrit pour l’un d’eux n’est pas portable, et un organisme qui l’adopte a discrètement choisi une flotte pour la prochaine décennie. Plusieurs administrations nord-américaines restreignent aussi certains fabricants, de sorte qu’un sous-système soudé à un seul fournisseur peut devenir impossible à acquérir sans aucune faute technique de sa part.
L’autre voie consiste à nommer le petit nombre d’éléments que toutes les plateformes aériennes ont réellement en commun, à les exprimer sous forme de ports et à placer chaque fabricant derrière un adaptateur. Il y a quatre éléments de ce genre.
1 · L’adaptateur de drone
Découverte de la flotte, déclaration des capacités, soumission des trajets, observation du cycle de vie des missions et normalisation de la télémesure. Chaque méthode de ce port lit un état ou fait une proposition.
Aucune méthode ne commande un aéronef. Ce n’est pas une lacune à combler dans une version ultérieure — c’est la limite, et une vérification de construction rejette tout verbe de commande qui apparaît sur ce chemin.
2 · L’adaptateur de capteur
Normalise tout ce qu’une charge utile a produit en un seul dossier d’observation. Les champs obligatoires sont ceux qui déterminent si un produit peut être utilisé :
| Groupe de champs | Pourquoi il est obligatoire |
|---|---|
| Heure d’acquisition et source de l’heure | Le feu se déplace. Une observation dont l’horloge n’est pas attribuée ne peut pas être ordonnée par rapport à une autre. |
| Position et attitude, avec leur précision | Où le capteur pointait, et avec quelle certitude il le savait. Une précision sans limite déclarée n’est pas une précision. |
| Système de coordonnées et référentiel horizontaux et verticaux | Deux systèmes de coordonnées qui diffèrent de cent mètres s’accorderont parfaitement sur le nombre. |
| Empreinte au sol | Ce qui a été couvert, c’est-à-dire ce qui donne un sens à l’absence de détection. |
| Bandes spectrales et thermiques, exposition, radiométrie | Ce qui a réellement été mesuré, plutôt que ce qui a été affiché. |
| Références d’étalonnage | Obligatoires pour le thermique. Un produit radiométrique non étalonné est mis en quarantaine, jamais noté. |
| Niveau de traitement et empreintes des fichiers bruts | Ce qui a été fait aux octets, et la preuve de quels octets il s’agissait. |
| Images manquantes et corrompues | Une lacune consignée est une donnée; une lacune écartée en silence donne une fausse impression de couverture. |
| Classification de confidentialité et traçabilité | L’imagerie aérienne capte plus que le feu. Ce qui peut être conservé, montré et partagé accompagne le produit. |
3 · Profils de capacités
Une déclaration versionnée, par modèle, de ce qu’une combinaison de cellule et de charge utile peut réellement faire — autonomie, options de charge utile, sémantique de trajet prise en charge, télémesure disponible, comportement de la station d’accueil. Une mission n’est composée qu’à partir d’un profil déclaré, de sorte que rien ne peut planifier un vol qu’un aéronef ne peut pas effectuer.
Deux profils existent aujourd’hui, pour les combinaisons de station d’accueil et d’aéronef que nous avons modélisées. Ajouter un profil est une modification de données; ajouter un fabricant exige un adaptateur.
4 · Événements de données probantes
Tout ce que le sous-système publie est un événement sur quelque chose qui s’est produit : un fichier a été reçu, un fichier a été mis en quarantaine, un candidat a été créé, un produit a été accepté ou remplacé. Chacun porte son autorité, sa classification, son territoire, son identifiant de traçage, ses heures d’émission et d’effet, sa version de schéma et sa clé d’idempotence.
Aucun événement ne contient de commande. Le flux d’événements peut être consommé par n’importe quoi sans qu’aucun consommateur n’acquière la capacité de faire faire quoi que ce soit à un aéronef.
Ce que le portage d’une nouvelle flotte implique réellement
- Mettre en œuvre l’adaptateur de drone pour l’API du fabricant — découverte, lecture des capacités, soumission des trajets, observation des missions.
- Mettre en œuvre l’adaptateur de capteur pour les charges utiles, y compris l’état d’étalonnage qu’exige le chemin thermique.
- Déclarer des profils de capacités pour chaque combinaison de cellule et de charge utile à prendre en charge.
- Réussir les exercices de conformité : un ensemble fixe de scénarios de protocole et de produit que les deux adaptateurs doivent satisfaire de façon identique.
Aucun code du domaine ne change. C’est l’épreuve qui montre si l’abstraction est réelle, et c’est l’épreuve que le deuxième adaptateur réussira ou échouera publiquement.
Si vous construisez ou exploitez des aéronefs que nous n’avons pas modélisés, c’est la conversation la plus utile que nous puissions avoir en ce moment. Le deuxième adaptateur est ce qui transforme une affirmation de conception en une affirmation démontrée. Nous joindre →