Je suis les drones depuis assez longtemps pour regarder spontanément appareil, caméra, autonomie et logiciel. Mon réflexe d’architecte impose une étape avant la boîte : décrire la mission et ses états dangereux.

Depuis le 4 novembre 2025, le cadre canadien permet notamment certaines opérations en visibilité directe prolongée, certains vols BVLOS à plus faible risque et des opérations avec des drones moyens sans passer automatiquement par le même certificat spécial qu’avant. Ce n’est pas un feu vert général. Catégorie, pilote, exploitant, espace aérien et déclarations de sécurité comptent encore. Transports Canada résume les changements dans sa présentation des règles entrées en vigueur en 2025.

Pour une inspection de corridor, je dessinerais le système entier :

opérateur -> station -> lien de commande -> aéronef -> capteurs/payload
    ^          |              |               |
    `-> météo, espace, logs, procédures <- télémétrie

La station prépare géofence, altitude, trajet, point de retour et limites de batterie. Le lien transporte commandes et télémétrie avec qualité, délai et âge. L’aéronef garde attitude et replis locaux. La charge utile produit des données horodatées. L’opérateur surveille mission et espace, avec une autorité d’arrêt connue.

Techniquement, un service de mission envoie chaque requête au contrôleur concerné, puis le journal synchronise commande, réponse et position avec une horloge commune.

Éviter un arbre n’est pas détecter un avion

Un capteur d’obstacle à courte portée voit un objet fixe dans une direction limitée. Détecter et éviter un aéronef exige couverture, portée, probabilité de détection, suivi, prévision de conflit et manœuvre assez tôt. En avril, Transports Canada a rappelé qu’un système commercial d’évitement d’obstacles ne constitue pas, à lui seul, un système conforme de détection et d’évitement pour un vol hors portée visuelle.

Le concept d’opération devrait préciser :

1. volume, altitude, population et espace traversés;
2. moyens de surveillance de l’espace aérien;
3. portée et redondance du lien de commande;
4. qualité minimale de navigation et comportement sur perte;
5. réserve de batterie selon vent et détour;
6. autorité de décollage, interruption et retour;
7. données attendues et critère de mission réussie.

Les replis sont des états testés : Lien dégradé, Lien perdu, Navigation dégradée, Batterie retour, Atterrissage de précaution. Le retour automatique peut être dangereux si le point est occupé ou si plusieurs appareils convergent. Altitude, zone d’attente et intervention sont définies avant le vol.

Le logiciel suit une gestion de configuration. Firmware, application de station, paramètres, carte, géofence et modèle de charge utile portent des versions compatibles. Une mise à jour est vérifiée cryptographiquement, installée sur un appareil d’essai, testée au sol puis dans une mission contrôlée. Les notes de version et résultats alimentent la décision Apte au vol. « Installation réussie » ne suffit pas.

Les logs synchronisent commande, télémétrie, capteurs, décisions automatiques et actions de l’opérateur. Après une perte, ils permettent de distinguer radio, navigation, logiciel ou batterie. Ils sont protégés contre modification et conservés selon le besoin, sans capturer inutilement des personnes au sol.

La maintenance couvre hélices, moteurs, batterie, capteurs, calibration et nombre de cycles. Une batterie qui passe un test de tension à vide peut chuter sous charge. La météo et les interférences sont vérifiées au moment réel, pas seulement dans le plan de la veille.

Je testerais perte de lien, GPS dégradé, obstacle, batterie asymétrique et interruption par l’opérateur dans un environnement autorisé. L’appareil est seulement le morceau qui quitte le sol. Le système prêt à voler comprend mission, exploitant, communications, versions et comportements de repli, avec une personne qui a réellement le droit de le garder au sol.