Inspecter un aérodrome sans aucun accès à Internet

La question qui vient en premier

Les aérodromes ne sont pas des bureaux. Nombre d’entre eux ont un terminal passagers avec une bande passante décente et un seuil de piste deux kilomètres plus loin qui n’en a aucune. D’autres ont une connectivité mais des règles qui maintiennent les données opérationnelles à l’intérieur du périmètre.

La première question est donc généralement une version de : est-ce que ce truc a besoin d’Internet ?

Non. La boucle entière fonctionne sur l’aérodrome si vous le souhaitez.

Ce que signifie réellement le traitement sur site

Dans le modèle sur site, un ordinateur portable de terrain sert un réseau local sur l’aérodrome. Le drone envoie les séquences au hub terrain via ce réseau, le hub les transmet à l’ordinateur portable, et l’ordinateur portable effectue le travail. Capture, traitement et génération du rapport ont tous lieu ici. Rien n’est téléchargé, car il n’y a nulle part où télécharger.

L’exigence matérielle est délibérément faible. N’importe quel ordinateur portable moderne fait l’affaire. Il n’y a pas de GPU dédié, pas de station de travail, et pas de rack de quoi que ce soit dans une cabane près de la piste.

Ce que vous obtenez à la fin est le même rapport de qualité réglementaire que celui produit par le modèle cloud, établi selon les tolérances de l’ICAO, de l’EASA ou de la FAA, avec les mêmes preuves photo et vidéo, en quelques minutes après le dernier passage.

Quand le cloud est la meilleure réponse

Le modèle hors ligne n’est pas celui recommandé. C’est l’un des deux, et le bon choix dépend de l’aéroport.

Fonctionner sur AWS apporte des choses qu’un ordinateur portable ne peut pas offrir : une reconstruction 3D plus lourde, une analyse des tendances historiques entre campagnes, et un contrôle d’accès géré avec rôles et authentification multifacteur. Si votre aéroport souhaite comparer les angles de cette année avec ceux des quatre dernières années, cet historique doit vivre quelque part.

La liaison n’a pas besoin d’être bonne. N’importe quelle connexion utilisable fonctionne, y compris la 4G ou la 5G depuis le terrain, car le téléchargement a lieu après le vol plutôt que pendant.

Deux modèles, une seule mesure

Ce qui mérite d’être clarifié : le modèle de déploiement change l’endroit où le calcul a lieu et rien d’autre. Même cœur de vision par ordinateur, mêmes tolérances, même format de rapport, mêmes preuves. Une autorité recevant le protocole ne peut pas dire quel modèle l’a produit, car il n’y a rien dedans pour le lui indiquer.

C’est délibéré. Le déploiement est une décision d’infrastructure, et les décisions d’infrastructure ne doivent pas s’infiltrer dans les résultats de mesure.

Comment choisir

Deux questions règlent la plupart des cas.

S’il n’y a pas d’Internet utilisable sur l’aérodrome, ou si vos règles de données maintiennent les données opérationnelles sur site, exécutez le traitement sur site sur le réseau local.

Si vous souhaitez une échelle gérée, un accès basé sur les rôles et un historique d’inspection entre campagnes, exécutez le traitement sur AWS.

Si la réponse est en quelque sorte les deux, c’est également acceptable. Le déploiement est convenu par aéroport, et TarmacView n’est pas lié à une seule forme d’hébergement.

La page technologie présente les deux modèles côte à côte, ou vous pouvez nous interroger directement sur votre aérodrome .