Mobile, Payload et Cloud répondent à des problèmes différents

Le Mobile SDK permet de créer des applications qui accèdent aux fonctions des aéronefs et caméras pris en charge depuis des environnements mobiles compatibles. Le Payload SDK concerne l’intégration de charges utiles ; la Cloud API concerne l’intégration cloud des produits professionnels pris en charge. Ce sont des couches d’intégration différentes. Déterminez si vous avez besoin d’une interface de prise de vue côté radiocommande, d’une charge utile personnalisée ou d’un service cloud opérationnel avant d’en choisir une. On ne peut pas supposer qu’une fonction de l’application officielle d’un aéronef grand public est disponible simplement parce qu’une capacité au nom similaire figure dans la documentation de la Cloud API professionnelle. Partez de la fonction requise et rattachez-la à l’interface prise en charge appropriée. Si le besoin se limite à la configuration et à l’enregistrement synchronisés, n’ajoutez pas de vol autonome sans raison. Gardez le périmètre lié au plan et documentez les exigences d’accès et de connexion de chaque fonction. Pour appeler les calculs et les données d’inspection depuis votre propre application, consultez l’API et le serveur MCP du guide Inspection.

Lire la compatibilité comme une combinaison complète

La compatibilité est une combinaison d’aéronef, de radiocommande, de version du SDK et de firmware, avec le système d’exploitation, la caméra et les détails de connexion le cas échéant. La documentation V5 consultée pour ce guide inclut la prise en charge du Mini 4 Pro, ce qui montre pourquoi les anciennes affirmations générales sur la famille Mini ne sont pas fiables. Figurer dans une liste de produits n’établit pas pour autant la prise en charge de toutes les missions ou fonctions de caméra. Lisez les notes de version, les informations de prise en charge par API et les résultats de détection des capacités à l’exécution. Conservez la date et les liens vers la documentation avec la configuration testée, afin qu’un autre développeur puisse reproduire le résultat. Distinguez les états « pris en charge », « non pris en charge » et « non vérifié ». Exécutez les mêmes tests délimités avant et après une mise à jour du SDK et identifiez explicitement les changements de comportement.

Un test d’intégration minimal pour la prise de vue aérienne

Notre séquence de validation originale porte sur la connexion et la télémétrie, la configuration de la caméra, l’état d’enregistrement, les commandes de nacelle, et seulement ensuite les missions de vol. Distinguez l’envoi réussi d’une commande de la confirmation que l’état demandé a réellement été atteint. Pour les points de passage, testez la référence d’altitude, les coordonnées, le cap, le comportement de la nacelle, les actions à l’arrivée, l’interruption, la reprise et la perte de connexion. Les fonctions de points de passage de l’application officielle, l’exécution de missions par le SDK et une application pilotant des commandes de manches virtuels sont des mises en œuvre différentes. Utilisez une simulation prise en charge ou une validation au sol avant le vol, et finalisez la gestion des défaillances avant d’ajouter une trajectoire cinématographique complexe. Prévoyez un rapport des échecs partiels pour les réglages groupés. L’enregistrement peut démarrer alors qu’un changement d’objectif ou de cadrage échoue. Ne validez une prise qu’après confirmation des conditions requises.

YOUR NEXT STEP

Passez à la pratique.

Attention à ces pièges
  • Ne mélangez pas les affirmations de compatibilité V4/V5 ou Android/iOS.
  • Un produit listé comme pris en charge ne signifie pas que toutes les API le sont.

Sources et périmètre éditorial

Les explications et les exercices sont des contenus éditoriaux originaux. Vérifiez les conditions propres à chaque produit dans la version de la documentation indiquée en lien.

  1. DJI — Mobile SDK V5 release notes and supported products ↗
  2. DJI — Mobile-SDK-Android-V5 official repository ↗
  3. DJI — Cloud API documentation ↗
  4. DJI — Payload SDK official repository ↗

Date de la recherche : 21 octobre 2026. Vérifiez la version liée, le matériel pris en charge et les conditions applicables. Les éléments de preuve comprennent des textes examinés directement et des fiches d'index de recherche officielles.

Lire la méthodologie et les questions ouvertes →