Tout d'abord, un petit aparté. Vous semblez avoir un léger malentendu sur le fonctionnement des servos. Les servos ne sont pas contrôlés par PWM, et ils ne savent pas ou ne se soucient pas que vous envoyez des impulsions à 49 Hz. Ils ne savent pas que le pouls est un pourcentage d'une période arbitraire. Le servo se fiche du temps entre les impulsions. Je dis cela parce que vous semblez inhabituellement concentré sur des choses qui n'ont pas vraiment d'importance.
Les servos ne savent même pas ou ne se soucient pas vraiment que la tension est élevée ou basse à un moment donné. Ils ne se soucient que d'une chose: le temps entre un front montant et un front descendant.
Le servo est contrôlé en détectant un front de tension montant et en mesurant le temps jusqu'à ce qu'il y ait un front descendant. Les durées valides sont généralement comprises entre 1,0 et 2,0 ms, mais elles peuvent varier d'un servo à l'autre.
Vous pouvez le contrôler à 1 Hz, 10 Hz, 50 Hz, 100 Hz. La plupart réagiront à des taux d'impulsions encore plus élevés, mais là encore, cela est variable. Ce que j'essaie de dire, c'est que la fréquence, le rapport cyclique, la durée entre les impulsions, tout ne pourrait pas être moins pertinent pour votre problème, c'est que le servo ne répond pas quand vous vous y attendez.
La seule chose qui soit pertinente, ce sont les bords de votre pouls, auxquels vous n'avez prêté aucune attention. Si vous voulez comprendre cela, veuillez commencer par regarder les choses qui comptent, faire des captures rapprochées de vos bords d'impulsion, ce genre de chose. Vous n'avez rien saisi d'utile dans ces captures d'écran, c'est probablement pourquoi il ne semble pas y avoir de problème ou de différence. Il y a beaucoup de problèmes ou de différences qui ne seraient jamais visibles avec ce que vous avez mesuré.
Ce que je peux voir, c'est que la capture du train d'impulsions qui ne fonctionne pas est nettement plus sale, à la fois l'impulsion et le sol, que les autres. Ce qui est étrange, car il devrait appeler la même fonction que les autres. Pourquoi est-ce tellement plus bruyant?
Plus important encore, dans la capture non fonctionnelle, regardez le «temps de chute». 809µs? Votre oscilloscope pense qu'il voit un temps de chute de 0,8 ms. C'est mauvais. De toute évidence, c'est inexact, mais le fait demeure, c'est ce qu'il mesure.
C'est un signe classique d'un bord sale. Pensez-y. Si cette impulsion trompe votre équipement de test haut de gamme qu'est votre oscilloscope pour voir un front ridiculement long ou un temps de chute, ou peut-être si sale qu'il ne peut tout simplement pas détecter correctement le front descendant tout le temps (ou qui sait), alors quelle chance ce pauvre petit servo de 8 $ a-t-il de ramasser un bord descendant décent?
Si un servo n'obtient pas une impulsion valide (comme si le front descendant prend trop de temps, est trop sale ou est manqué) dans la plage d'impulsions acceptable, et par les servos, en tenant compte des bords qui peuvent ou non avoir quelque chose à faire avec ce que vous considérez comme les fronts d'impulsion, il répond comme s'il était éteint.
En d'autres termes, non seulement il ne bouge pas, mais il ne résistera pas au déplacement de son arbre. Ce sera tout simplement mou, exactement comme vous le voyez.
Maintenant, cela soulève la question .... pourquoi l'appel à servo.write affecterait-il la qualité des bords?
Vous avez dit un clone. Comme celui-ci?
Ces clones en particulier ont tendance à se comporter de manière erratique en raison du découplage incroyablement pauvre. Il devrait y avoir des condensateurs de découplage sur chaque broche d'alimentation, et aussi près que possible du mega2560. Et sur l'arduino réel, en effet il y en a. Sur ces clones cependant, ils sont beaucoup trop éloignés, voire manquants, c'est difficile à dire. Il est évident en regardant le tableau qu'il ne se comportera pas de manière fiable, c'est l'important.
Mais quelle est la différence?
Lorsque vous appelez servo.write, il pousse la pile plus haut que si vous appelez writeMicroseconds. Étant donné le pointeur de pile de 3 octets du méga2560 (17 bits), il doit retourner un tas de bits critiques qu'il n'a pas à faire lorsque vous appelez des microsecondes écrites. Je sais que cela semble être une différence improbable, mais j'ai connu ma juste part de microcontrôleurs mal découplés, et les atmegas en particulier semblent présenter un comportement étrange spécifiquement lors de l'utilisation de minuteries et / ou en poussant ou en éclatant la pile. Quelque chose de similaire s'est produit pour moi, seule la pile était corrompue lorsque j'essayais de piloter des LED avec PWM, mais si je mettais tout en ligne sans pousser la pile, cela fonctionnait. Un mauvais découplage a finalement été le problème.
Je m'attends à ce qu'un mauvais découplage puisse, pour des raisons connues de cet atmega2560 et de personne d'autre, avoir un effet néfaste sur la qualité des bords de cette impulsion, mais uniquement lorsque vous poussez la pile juste avant. Ce servo n'est tout simplement pas capable de gérer la façon dont ces bords sont souillés, il ne voit donc aucune impulsion valide dans ce cas. D'autres servos le gèrent évidemment.
Le découplage est toujours bizarre et hyper spécifique comme ça. C'est pourquoi le découplage est si important. Gardez l'enfer cauchemardesque de problèmes Le manque de capacité peut vous mettre à distance avec de beaux capuchons en céramique grasse et aussi près de la puce que possible physiquement.
