ASSISTANCE TECHNIQUE
Publié 2026-04-14
Lors de la sélection d'unservomoteurpour votre projet de robotique, de RC ou d'automatisation, vous rencontrerez souvent deux types principaux : PWM (Pulse width Modulation) traditionnelservomoteurs et série moderne (souvent appelé bus)servomoteurs. Bien que les deux convertissent les signaux électriques en un mouvement de rotation précis, ils diffèrent fondamentalement par le câblage, les méthodes de contrôle, la capacité de retour d'information et l'évolutivité. Ce guide fournit une comparaison claire et factuelle basée sur des applications courantes du monde réel (pas de noms de marque, uniquement des principes d'ingénierie éprouvés) afin que vous puissiez faire le bon choix pour vos besoins spécifiques.
Un servo PWM, également connu sous le nom de servo analogique ou standard (bien que des servos PWM numériques existent également), reçoit des signaux de commande via un fil de signal dédié. La position du pavillon du servo est déterminée par la largeur d'une impulsion répétitive, généralement entre 1 ms et 2 ms, avec une période de 20 ms (50 Hz). Cette interface à trois fils (alimentation, masse, signal) est la valeur par défaut de l'industrie pour les amateurs et de nombreuses applications industrielles légères.
Comment ça marche en pratique :
Dans un système de direction de voiture RC typique, le récepteur envoie un signal PWM au servo. Une impulsion de 1,5 ms commande le servo au centre (90°), une impulsion de 1 ms tourne complètement à gauche (0°) et une impulsion de 2 ms tourne complètement à droite (180°). La carte de commande interne du servo compare l'impulsion entrante au retour de son potentiomètre et entraîne le moteur pour qu'il corresponde à la position commandée.
Scénario courant du monde réel :
Un amateur construisant un bras robotique à 6 degrés de liberté utilise six servos PWM individuels. Chaque servo nécessite sa propre broche compatible PWM dédiée sur le microcontrôleur (par exemple, Arduino Uno n'a que 6 broches PWM, exactement assez). Le câblage est simple mais compliqué : chaque servo comporte trois fils, ce qui donne 18 fils à gérer. Pour contrôler les six simultanément, le logiciel doit mettre à jour l'impulsion de chaque servo toutes les 20 ms, ce qui peut mettre à rude épreuve le microcontrôleur si de nombreux servos sont utilisés.
Un servo série, également appelé servo de bus ou servo intelligent, communique via un bus numérique partagé (généralement UART semi-duplex, RS485 ou I2C). Au lieu d'un fil de signal dédié par servo, tous les servos partagent une seule paire de fils de données (plus l'alimentation et la masse). Chaque servo possède un identifiant unique et les commandes sont adressées à des identifiants spécifiques. Les protocoles courants incluent la série TTL (3,3 V/5 V) et RS485 pour les distances plus longues.
Comment ça marche en pratique :
Dans un robot hexapode doté de 18 servos, vous connectez tous les servos en parallèle à un seul bus à 4 fils (données Vcc, GND, TX/RX). Chaque servo se voit attribuer un identifiant (par exemple, 1 à 18). Le contrôleur envoie un paquet de données comme :[En-tête][ID=5][Command=SetPosition][Position=90°][Somme de contrôle]. Seul le servo ID 5 agit ; d'autres ignorent la commande. Vous pouvez également relire l’état du servo – température, tension, position actuelle, charge.
Scénario courant du monde réel :
Une équipe universitaire de robotique construit un robot marcheur à 12 servos. À l’aide de servos de bus, ils ne font passer que deux fils d’alimentation (épaisseur pour gérer le courant) et deux fils de données – seulement quatre fils au total pour les 12 servos. Le microcontrôleur utilise un port série (TX/RX) pour adresser tous les servos. Lorsqu'un servo cale à cause d'un obstacle, le contrôleur relit immédiatement le pic de courant et arrête le mouvement, évitant ainsi tout dommage. Cette boucle de rétroaction est impossible avec les servos PWM standard.
Les servos PWM sont le bon choix lorsque :
Tu as3 servos ou moins(par exemple, un support de caméra panoramique, des gouvernes d'avion RC).
Votre microcontrôleur aports série limitésmais des broches PWM abondantes.
Tu faispas besoin de retour de position ou de charge– un simple contrôle en boucle ouverte suffit.
Le budget est critique– Les servos PWM sont nettement moins chers.
Vous avez besointaux de mise à jour très élevés(par exemple, 300 Hz+ pour les surfaces de vol des drones) – bien que certains servos de bus puissent correspondre à cela, le PWM est plus simple.
Exemple concret qui réussit :
Un fabricant construit un tracker solaire à deux axes avec deux servos PWM. Chaque servo est directement connecté aux broches PWM d'un Arduino Nano. Le code lit les capteurs de lumière et commande les servos toutes les 10 ms. Le câblage est simple, le coût total est inférieur à 15 $ et le projet fonctionne parfaitement. L'ajout de commentaires serait une surcharge inutile.
Les servos de bus série sont supérieurs lorsque :
Tu asplus de 6 servos(les limitations de câblage et de broches deviennent sévères).
Vous avez besoinfeedback en temps réelpour la sécurité ou le contrôle en boucle fermée (par exemple, détection de décrochage, surveillance de la température).
Tu veuxmouvement synchronisé– les servos du bus peuvent être commandés presque simultanément.
Le robot fonctionneloin du contrôleur(par exemple, des câbles de plus de 5 mètres).
Vous envisagez deaugmenter– ajouter un autre servo, c'est simplement se brancher sur le bus.
Exemple concret d'échec avec PWM :
Une équipe de lycée construit un robot humanoïde à 20 servos. En utilisant des servos PWM, ils ont besoin de 20 broches PWM – aucun Arduino standard n’en a autant, ils ajoutent donc un blindage PWM (coût supplémentaire). Le câblage devient un cauchemar à 60 fils. Un servo surchauffe et se bloque, mais il n'y a aucun retour : le robot continue de le forcer, brûlant le servo et endommageant les engrenages en plastique. Après être passés aux servos de bus dans la version suivante, ils n'utilisent que 4 fils, surveillent les températures et arrêtent automatiquement tout servo qui dépasse les limites de sécurité. Le robot est plus fiable et plus facile à déboguer.
Servomoteurs PWM :Chaque servo consomme un courant de crête (souvent 1 à 2 A pour la taille standard). Avec de nombreux servos, le câblage d’alimentation doit être épais et réparti. Les baisses de tension sont courantes lorsque tous les servos bougent simultanément.
Asservissements de bus :Même demande de puissance, mais le bus simplifie le câblage. Cependant, le bus d'alimentation partagé doit gérer le courant total. Utilisez toujours une alimentation séparée à courant élevé (par exemple, 5 V/10 A pour 5 à 10 petits servos) et n'alimentez jamais les servos via la broche 5 V du contrôleur.
Les servos PWM acceptent généralement une logique 3,3 V-5 V. Les microcontrôleurs 3,3 V (ESP32, Raspberry Pi) fonctionnent bien avec la plupart des servos PWM, même si certains nécessitent des changements de niveau.
Les servos de bus série nécessitent souvent une logique 5 V pour TTL UART. Lors de l'utilisation d'un contrôleur 3,3 V, un levier de niveau bidirectionnel est obligatoire pour éviter tout dommage.
PWM : impulsion de 1 à 2 ms par servo, mise à jour séquentiellement. Pour 10 servos à 50 Hz, le cycle de mise à jour total est de 10 × 2 ms = 20 ms – acceptable pour la plupart des robots.
Série : les paquets de commandes sont courts (8 à 16 octets). À 115 200 bauds, un paquet de 10 octets prend environ 0,87 ms. Même avec 100 servos, le bus reste inactif la plupart du temps. Cependant, le contrôleur doit envoyer des commandes en boucle ; certains protocoles de bus prennent en charge les commandes de diffusion pour déplacer tous les servos simultanément.
Piège 1 : Utiliser des servos PWM pour un hexapode à 12 servos
Résultat:Broches PWM insuffisantes, câblage complexe, aucune détection de décrochage – les jambes bloquent et brûlent souvent les servos.
Solution:Utilisez des servos de bus série dès le début ou ajoutez un pilote PWM PCA9685 (16 canaux) pour réduire l'utilisation des broches, mais vous manquez toujours de retour.
Piège 2 : alimentation en série via des servos de bus
Résultat:Le connecteur du premier servo surchauffe et fond car il transporte du courant pour tous les servos en aval.
Solution:Acheminez des fils d'alimentation épais séparés vers plusieurs points le long du bus (hub de distribution d'énergie).
Piège 3 : Mélanger incorrectement les ID de servo
Résultat:Deux servos répondent à la même commande : un mouvement chaotique.
Solution:Avant le déploiement, attribuez à chaque servo de bus un ID unique à l'aide d'un programmateur dédié ou d'une commande série. Documentez le mappage d’ID.
Piège 4 : Ignorer les taux de mise à jour avec PWM
Résultat:Mouvement instable lors de l'utilisation du logiciel PWM (bit-banging) au lieu du PWM matériel.
Solution:Utilisez toujours des broches matérielles PWM pour les servos critiques. Pour de nombreux servos, utilisez un module pilote PWM dédié.
1 à 2 servos, mouvement simple, pas de retour :Choisissez les servos PWM. Ils sont moins chers, plus simples à coder et largement documentés.
3 à 6 servos, complexité modérée (par exemple, griffe robotique, panoramique-inclinaison-rouleau) :L’un ou l’autre fonctionne. Utilisez PWM si les broches sont disponibles ; utilisez le bus si vous prévoyez d'ajouter des commentaires ou plus de servos plus tard.
7+ servos, ou tout robot ambulant, ou toute application présentant un risque de blocage :Choisissez des servos de bus série. Le feedback et la simplification du câblage ne sont pas facultatifs : ils sont essentiels pour la fiabilité et la sécurité.
Câbles longs (>2 m) :Le bus série avec RS485 (signalisation différentielle) est bien plus insensible au bruit que le PWM.
Projets éducatifs où les étudiants doivent apprendre les normes de l'industrie :Les servos de bus enseignent les protocoles industriels du monde réel (Modbus, comportement de type CAN) – fortement recommandé.
Un servo PWM agit comme unactionneur muet– il écoute uniquement une commande de position et ne peut pas faire de rapport, alors qu'un servo de bus série est unappareil intelligentqui reçoit des commandes et renvoie l'état, sur un bus bifilaire partagé.
1. Comptez vos servos et mesurez votre longueur maximale de câble.Si >6 ou >2m, privilégiez fortement les servos bus.
2. Vérifiez les broches disponibles de votre microcontrôleur.Si les broches PWM sont moins nombreuses que les servos, vous avez soit besoin d'un pilote PWM (ajoute un coût), soit passez aux servos de bus.
3. Si vous choisissez PWM :Achetez une carte pilote PWM dédiée (par exemple, 16 canaux) même si des broches existent – cela simplifie le code et garantit une synchronisation stable.
4. Si vous choisissez le bus :Achetez un adaptateur USB vers série pour attribuer des identifiants avant l'intégration. Utilisez un levier de niveau si votre MCU est de 3,3 V. Ne vous fiez jamais aux identifiants par défaut.
5. Utilisez toujours une alimentation séparéeévalué pour le courant total de crête (somme des courants de décrochage de tous les servos qui pourraient se déplacer simultanément). Ajoutez un grand condensateur (1 000 µF ou plus) à proximité de l'entrée d'alimentation du servo pour éviter les chutes de tension.
En adaptant le type de servo à l'échelle de votre projet et aux besoins en retour d'information, vous évitez les pannes coûteuses, réduisez le temps de câblage jusqu'à 80 % (cas du bus) et construisez des systèmes à la fois fiables et faciles à entretenir. Commencez par une feuille d’exigences claire : le choix relève de l’ingénierie et non de l’opinion.
Heure de mise à jour：2026-04-14
Contactez le spécialiste des produits Kpower pour recommander un moteur ou une boîte de vitesses adapté à votre produit.
