Quatre interfaces couvrent presque toutes les intégrations de nacelle : PWM pour un pilotage d'axe minimal, S.BUS pour les écosystèmes RC multicanaux, les protocoles série pour un accès complet aux fonctions et CAN pour une intégration robuste au bus de bord. Se tromper coûte des semaines ; comprendre les différences prend cinq minutes.
- 1Fonctions par fil en PWM
- 16Canaux sur un fil en S.BUS
- FullCouverture fonctionnelle en série
- Multi-dropTopologie du bus CAN
Points clés
- Le PWM offre une fonction par fil — suffisant pour le tangage sur un montage simple, inutilisable pour une charge utile complète.
- Le S.BUS multiplexe 16 canaux sur un seul fil et constitue le choix par défaut des intégrations de classe FPV comme la série AX-20.
- Un protocole série documenté est la seule voie vers les commandes d'angle absolu, le pilotage du suivi et la télémétrie en retour ; la qualité du SDK détermine la vitesse d'intégration.
- Le CAN convient aux cellules plus grandes où la charge utile rejoint le bus aux côtés des contrôleurs et de l'équipement de navigation, plutôt que d'occuper un port dédié.
Sur cette page
PWM et S.BUS : l'héritage RC
Le PWM est le plus ancien et le plus simple de la liste : une impulsion dont la largeur code une position, une fonction par fil. Affectez un canal au tangage de la nacelle et un manche déplace la caméra. Pour un montage simple où vous voulez seulement incliner la caméra vers le bas puis la ramener, le PWM suffit amplement et ne demande aucune documentation.
Sa limite arrive vite. Chaque fonction supplémentaire ajoute un fil et un canal, et une charge utile moderne comporte bien plus de trois éléments dignes d'être commandés. Zoom, palette, photo, vidéo, mode, recentrage, suivi : câbler tout cela en PWM ne donne pas un montage élégant mais un faisceau.
Le S.BUS résout cela en multiplexant 16 canaux sur un seul fil. Tangage, lacet, zoom, photo et mode se placent sur des interrupteurs de radiocommande via une seule connexion, et c'est précisément pourquoi il est le choix par défaut des intégrations de classe FPV comme la famille AX-20T . Le modèle mental reste RC — un pilote avec une radiocommande — mais le budget de canaux cesse d'être la contrainte.
Série : le menu complet
Un protocole série documenté ouvre tout ce que la charge utile sait faire : commandes d'angle absolu au lieu de coups de manche relatifs, activation du suivi et sélection de cible, réglages caméra et télémétrie en sens inverse. Si vous voulez que la nacelle pointe un relèvement précis parce que votre logiciel l'a calculé, le série est la seule interface de cette liste qui le permette.
C'est la voie des calculateurs embarqués et des piles d'autonomie. C'est aussi celle où la qualité d'un fournisseur se voit immédiatement : la disponibilité du SDK et la qualité de la documentation déterminent la vitesse d'intégration bien plus que l'interface électrique. Deux charges utiles au matériel série identique peuvent différer de plusieurs semaines de travail d'ingénierie selon que le document de protocole est complet ou non.
Pour l'intégration au pilote automatique en particulier, MAVLink est la langue commune par-dessus le série. Intégrer des caméras sur nacelle avec ArduPilot et PX4 via MAVLink traite cette voie, et MAVLink, UART, S.BUS et Ethernet cartographie le paysage protocolaire plus large.
CAN : le bus de bord
Le CAN est différentiel, tolérant au bruit et multipoint. Ces trois propriétés constituent tout l'argument en sa faveur. Sur une cellule plus grande avec de longs cheminements de câbles, des contrôleurs puissants et plusieurs appareils devant communiquer, un bus qui tolère le bruit électrique et permet aux appareils de partager un même support physique justifie la complexité protocolaire supplémentaire.
Le CAN convient quand la charge utile rejoint le bus aux côtés des contrôleurs et de l'équipement de navigation, plutôt que d'occuper un port dédié du contrôleur de vol. Sur un petit quadricoptère au faisceau court et à charge utile unique, cet avantage reste largement théorique tandis que la complexité est réelle — d'où le maintien des montages de classe FPV sur S.BUS.
La règle pratique : si votre cellule dispose déjà d'un bus CAN partagé avec d'autres appareils, raccordez-y la charge utile. Sinon, en ajouter un pour un seul appareil en vaut rarement la peine.
Les quatre comparés
Mis côte à côte, le compromis apparaît assez clairement pour trancher en une seule lecture.
| Interface | Wires | Functions available | Noise tolerance | Telemetry back | Usage typique |
|---|---|---|---|---|---|
| PWM | Une par fonction | Un par fil | Faible | Non | Commande de tangage simple sur un montage de base |
| S.BUS | One | 16 channels | Moyenne | Non | Intégrations FPV et écosystèmes RC |
| Serial | One pair | Surface protocolaire complète | Moyenne | Oui | Calculateurs embarqués et piles d'autonomie |
| CAN | Une paire différentielle, multipoint | Full, bus-shared | Élevée | Oui | Cellules plus grandes avec bus de bord existant |
Les interfaces ne sont pas des niveaux. Serial is not « better than » S.BUS — it answers a different question. A pilot flying by stick does not need absolute angle commands, and a companion computer cannot use a transmitter switch. Pick by who or what is issuing the commands.
Le volet électrique que personne ne lit en premier
L'interface de commande ne fait que la moitié de l'intégration. La charge utile a aussi besoin d'une alimentation dans une plage qui lui convienne, et les fenêtres d'entrée publiées sont plus larges qu'on ne l'imagine — bonne nouvelle pour les flottes mixtes.
| Nacelle | Operating voltage | Puissance (statique / bloqué) | Précision angulaire |
|---|---|---|---|
| AX-20T | 7.4–26.4 VDC | 1.5 W / 14 W | ±0.05° |
| AX-20S | 7.4–26.4 VDC | 1.0 W / 5.5 W | ±0.05° |
| AX-40D | 7.4–26.4 VDC | 2 W / 12 W | ±0.05° |
| AX-40T | 7.4–26.4 VDC | 3 W / 18 W | ±0.05° |
| AX-200T | 12–26.4 VDC | 1.7 W / 23.5 W | ±0.01° |
Notez l'écart entre consommation statique et à l'arrêt forcé. Dimensionner l'alimentation sur le chiffre statique est une erreur d'intégration classique : la nacelle fonctionne parfaitement jusqu'à ce qu'elle bute en butée ou lutte contre le vent, puis le rail s'effondre et autre chose à bord se met à mal se comporter. Budgets électriques des charges utiles traite le dimensionnement sur la pointe plutôt que la moyenne, et integration checklist traite les points mécaniques et d'interface qui vont avec.
Planifier l'intégration
Une séquence qui fonctionne épargne les semaines que coûte un mauvais choix d'interface.
- Décidez qui donne les ordres : un pilote avec une radiocommande, un calculateur embarqué, ou les deux.
- Demandez le document de protocole du fournisseur avant de commander — son existence et sa qualité prédisent toute l'intégration.
- Posez sur le papier votre affectation de canaux ou de commandes, en incluant les fonctions dont vous aurez besoin dans six mois, pas seulement celles d'aujourd'hui.
- Vérifiez la fenêtre électrique et dimensionnez l'alimentation sur le courant à l'arrêt forcé, pas sur le statique.
- Testez au banc la commande et la télémétrie au sol, avec le firmware de contrôleur de vol exact avec lequel vous volerez.
Le cas combiné est courant et mérite d'être planifié délibérément : S.BUS pour le pilotage plus série pour les fonctions de mission, afin que l'opérateur garde l'autorité aux manches pendant que le logiciel gère le reste. Confirmez que la charge utile accepte les entrées simultanées et comprenez ses règles d'arbitrage : ce qui se passe quand les deux sources commandent le même axe se découvre mieux au banc qu'en altitude. Gimbal troubleshooting traite la manière dont cela se manifeste, symptôme par symptôme, quand ça tourne mal.
À lire aussi
- Architecture du firmware de charge utile : versionnage, retour arrière et mises à jour sûres sur le terrain
- Intégration mécanique de la charge utile : fixations, amortissement et équilibrage
- Intégration de charge utile : MAVLink, UART, S.BUS et Ethernet
- Intégrer des nacelles à ArduPilot et PX4 via MAVLink
- Check-list d'intégration de charge utile UAV : interfaces, fixation, alimentation
- Budgets de puissance des charges utiles de drone
- Dépannage de nacelle : dérive, inclinaison d'horizon et coupures vidéo
- AX-20T — 3-axis FPV gimbal
- AX-20S — 17 g single-axis gimbal
- AX-200T — ±0.01° 3-axis gimbal
- Drones pour la patrouille de sécurité nocturne
- Inspection de pylônes télécoms par drone
FAQ
Peut-on mélanger les interfaces sur une même charge utile ?
En général oui : S.BUS pour le pilotage plus série pour les fonctions de mission est un schéma courant qui laisse à l'opérateur l'autorité aux manches pendant que le logiciel gère le suivi et les réglages caméra. Confirmez d'abord deux choses auprès du fournisseur : que la charge utile accepte réellement des entrées simultanées, et quelles sont ses règles d'arbitrage quand les deux sources commandent le même axe. Découvrir le comportement d'arbitrage en vol est désagréable.
Que demander en premier à un fournisseur ?
« Send the protocol document. » Its existence and quality predict the whole integration more reliably than any specification sheet. A complete document with command tables, telemetry formats and worked examples means days of work; a vague one, or a promise that it will be provided after purchase, means weeks. This single question separates suppliers faster than anything else you can ask.
Le CAN vaut-il la peine pour une seule charge utile ?
Le plus souvent non. Le CAN se justifie sur des cellules plus grandes où plusieurs appareils partagent déjà un bus multipoint tolérant au bruit et où les cheminements de câbles sont longs. Ajouter un bus pour une seule charge utile sur un petit aéronef apporte une complexité protocolaire réelle en échange d'un avantage largement théorique à cette échelle. Si la cellule dispose déjà d'un CAN partagé avec d'autres appareils, utilisez-le ; sinon, le S.BUS ou le série vous serviront mieux.
Des questions sur la technologie ? Parlez à nos ingénieurs — nous répondons sous 2 jours ouvrés.