ASSISTANCE TECHNIQUE
Publié 2026-03-27
Amis engagés dans le double axeservomoteurdéveloppement sait que la plus grande crainte n'est pas que le code ne puisse pas être écrit, mais que face à un tas de câbles et de moteurs, la logique de contrôle dans l'esprit ne puisse pas du tout être connectée. Aujourd'hui, nous parlerons du "Organigramme du système de commande de l'appareil à gouverner à deux axes" qui donne mal à la tête à beaucoup de gens et vous aide à briser cette noix dure.
Avez-vous déjà vécu ce genre d'expérience ? Le moteur peut tourner et le capteur peut lire, mais les deux axes sont bloqués lorsqu'ils travaillent ensemble ? En fait, le problème réside souvent dans le fait que nous ne disposons pas d’une cartographie claire de l’ensemble du processus de contrôle. Sans cet organigramme, ce serait comme entrer dans une ville étrange sans navigation. Si vous avancez étape par étape, votre efficacité ne s’améliorera naturellement pas.
En parlant de double axeservomoteurs, ils se déplacent en fait dans les directions horizontale et verticale en même temps. Vous pouvez considérer cela comme l'ajout d'un cerveau au cardan, ce qui l'oblige à suivre la cible horizontalement et à continuer de viser verticalement. Une erreur courante que commettent de nombreux novices est de déboguer les deux axes séparément. Du coup, tout va mal une fois qu’ils sont liés.
Un système de contrôle véritablement fiable doit intégrer les signaux des deux axes dans le même ensemble logique. En d’autres termes, votre organigramme doit clairement indiquer comment l’axe vertical doit réagir lorsque l’axe horizontal reçoit une certaine commande d’angle. C'est comme un chef de groupe qui ne peut pas laisser le batteur et le guitariste jouer leur rôle.
Lorsque je reçois un nouveau projet, je commence généralement par le signal d’entrée. L'entrée la plus critique d'un double axeservomoteurLe système est souvent le signal PWM de la télécommande ou la valeur d'angle envoyée depuis le port série. Lors de l'élaboration d'un organigramme, le point de départ doit être clairement marqué avec la source du signal, qu'il s'agisse d'une lecture d'interruption périphérique ou d'une interrogation de minuterie.
Certains amis restent toujours bloqués au début car ils ne comprennent pas d’où viennent les données et dans quel format. Par exemple, si vous utilisez STM32 comme contrôle principal, vous devez clairement indiquer sur l'organigramme quels ports IO sont responsables de la réception des signaux et où pointent les sorties qui échouent à la vérification des données. Une fois l’entrée dégagée, la logique derrière elle sera fluide.
L'algorithme PID est au cœur du contrôle à deux axes, mais de nombreuses personnes dessinent simplement une case et écrivent « calcul PID » dans leurs organigrammes, ce qui est totalement insuffisant. Un organigramme vraiment efficace séparera les trois liens du PID et indiquera clairement quand le terme proportionnel est calculé, quand l'intégrale est limitée et à partir de quel échantillonnage le terme différentiel est pris.
Faites également attention à la priorité entre les deux axes. Par exemple, calculez-vous l'axe vertical une fois l'axe horizontal stabilisé, ou traitez-vous les deux axes en parallèle. Cette séquence affecte directement si le cardan « hochera la tête » lors d'un déplacement à grande vitesse. L’utilisation de cases de jugement en forme de losange pour marquer les conditions prioritaires dans l’organigramme peut vous aider à trouver à l’avance de nombreux bogues cachés.
De quoi avez-vous le plus peur lorsque vous construisez un système de contrôle ? Il s'agit d'urgences telles que le calage du moteur et la déconnexion du capteur. Un bon organigramme ne peut pas simplement dessiner le processus normal, mais doit ouvrir une branche pour dessiner la gestion des exceptions. Par exemple, vous pouvez dessiner un module de « détection de défauts » à côté de la boucle principale et passer au processus d'arrêt une fois que le courant dépasse la limite.
J'ai vu de nombreux ingénieurs avec de beaux organigrammes, mais le servo tremblait comme de la balle dès la mise sous tension. En fin de compte, il a été découvert que le fin de course n’était pas du tout reflété dans l’organigramme. Il est recommandé d'indiquer clairement sur le schéma où la limite souple et la limite dure doivent être vérifiées respectivement, et si la vérification échoue, s'il faut couper directement l'alimentation ou effectuer une action de retour au centre.
L’organigramme n’est pas quelque chose que l’on jette dans le placard pour ramasser la poussière après l’avoir dessiné. Il devrait s'agir d'une carte de navigation permettant d'ajuster les paramètres. Par exemple, lors de l'ajustement des paramètres PID, vous pouvez consulter l'organigramme étape par étape : quelle branche de jugement sera affectée par l'ajustement du coefficient proportionnel et si cela biaisera le lien d'intégration. De cette manière, le réglage des paramètres est utile et non une question de hasard.
De plus, l’utilisation d’organigrammes pour résoudre les problèmes est particulièrement efficace. Une fois que j'ai rencontré une dérive du point zéro du servo, j'ai pris l'organigramme et je l'ai suivi, et j'ai découvert que le lien « lecture de la valeur d'étalonnage » manquait dans la partie d'initialisation, et il a été rapidement réparé. Par conséquent, les organigrammes sont vraiment un outil vital pour nous permettre de nous engager dans le développement intégré.
Après avoir dessiné des organigrammes de contrôle pendant tant d'années, je pense que la méthode la plus pratique consiste à dessiner chaque axe comme une tâche indépendante, et enfin à utiliser des lignes de synchronisation pour relier les points d'intersection des deux axes. Par exemple, après avoir collecté des données sur les axes horizontal et vertical, un module « transformation de coordonnées » est utilisé pour intégrer les données des deux axes.
Une autre petite astuce consiste à marquer chaque module dans l'organigramme avec un temps d'exécution estimé. Par exemple, "lecture" est marqué de 5 microsecondes et "fonctionnement PID" est marqué de 3 microsecondes, afin que vous puissiez voir d'un coup d'œil quel lien constitue le goulot d'étranglement. Surtout pour les systèmes à deux axes, si le calcul de l'axe horizontal prend trop de temps, la réponse de l'axe vertical sera retardée. Il est particulièrement utile de marquer clairement ce détail sur le schéma.
Quand vous voyez cela, vous vous demanderez peut-être : j’ai un projet de cardan à deux axes sous la main. Puis-je dessiner un organigramme standard basé sur votre idée ? En fait, les exigences de chaque projet sont différentes, mais elles restent les mêmes. Tant que vous maîtrisez les trois lignes principales du flux de signal, de la logique de l'algorithme et de la gestion des exceptions, votre organigramme ne déviera pas. À votre avis, dans les projets réels, quel lien de l'organigramme est le plus susceptible de causer des problèmes de coordination biaxiale ? Bienvenue pour discuter de votre expérience dans la zone de commentaires. Si vous pensez que le contenu d'aujourd'hui vous a inspiré, n'oubliez pas de lui donner un like et de le soutenir ~
Heure de mise à jour：2026-03-27
Contactez le spécialiste des produits Kpower pour recommander un moteur ou une boîte de vitesses adapté à votre produit.
