ok merci pour le lien
L' esp32 peut donc etre configuré pour etre cadencé à 240Mhz et on peut ne traiter que des interruptions sur débordement de compteur.
donc, par exemple un pion de décodeur sur 10 ou 50 ou 100 ou ....65535
mais alors dans ce cas, pourquoi avoir un codeur avec une telle résolution ou un traitement fois 4
sans oublier qu'il faut que la mécanique soit en adéquation avec la résolution que donne le traitement des signaux du codeur
ou faire en sorte que l'équilibrage des masses en mouvement mette la précontrainte toujours sur le meme flanc des dents des pignons, quelque soit le sens de rotation.
ou un pignon à double denture avec ressort de précontrainte
Et hop me revoici
dfgh et al1fch: effectivement, je n'ai pas besoin d'une telle précision, mais, mécaniquement, entre l'encodeur sur l'axe central qui aurait été bien trop imprécis: 6.6 pas par ° et l'encodeur sur le périmètre de la base soit 36 pas par °, je n'avais pas trop le choix
l'idéal aurait été la moitié mais cela m'aurait fait rajouter un plateau entre le support et la partie pivotante et là...pas de place
par contre, en faisant un relevé de position 2 fois par seconde (ce qui est suffisant), tout rentre dans l'ordre
merci de m'avoir aidé
gerard33:
Et hop me revoici
dfgh et al1fch: effectivement, je n'ai pas besoin d'une telle précision, mais, mécaniquement, entre l'encodeur sur l'axe central qui aurait été bien trop imprécis: 6.6 pas par ° et l'encodeur sur le périmètre de la base soit 36 pas par °, je n'avais pas trop le choix
l'idéal aurait été la moitié mais cela m'aurait fait rajouter un plateau entre le support et la partie pivotante et là...pas de place http://ciel.gg.blog.free.fr/public/arduino/encodeurs1200.jpg
par contre, en faisant un relevé de position 2 fois par seconde (ce qui est suffisant), tout rentre dans l'ordre
merci de m'avoir aidé
Bonjour
Tu a envisagé de mettre un capteur hall angulaire absolu sur l'axe de ton plateau ?
un AS5047 par exemple offre une résolution angulaire de 14 bits soit 360°/16 384 theorique.
Bien sur comme toujours dans ce genre de realisations , il faut "respecter" l'aspect mécanique
Artouste:
Bonjour
Tu a envisagé de mettre un capteur hall angulaire absolu sur l'axe de ton plateau ?
un AS5047 par exemple offre une résolution angulaire de 14 bits soit 360°/16 384 theorique.
Bien sur comme toujours dans ce genre de realisations , il faut "respecter" l'aspect mécanique
Ton plateau est maintenu axialement comment ?
non, je n'ai pas essayé un capteur hall, la plupart des télescopes "amateurs" sont basés sur des systèmes encodeurs
j'ai essayé un inclinomètre mais ce n'était pas top
le plateau est sur un pivot avec roulements
bon, après comme "ça marche", je vais rester comme ça pour cette version
la prochaine fois, je prévoirai un disque intermédiaire entre l'axe et la périphérie
une interruption toutes les 83 µsecondes. S'il te faut une telle précision, tu as besoin d'un µ qui cavale vite.
Moi, j'ai eu besoin de gérer des moteurs pas à pas avec des interruptions toutes les 12µs, alors j'ai pris une carte qui pédale vite: la Uno. Mais cela fonctionne aussi avec une Nano. Le programme d'interruption en plus de compter les pas va lire dans une table des ordres pour les enchaîner, et c'est encore le programme d'interruption qui calcule la vitesse de chacun des deux moteurs quand on donne la vitesse résultante pour faire une diagonale...
Ne me dites pas que pour faire un compteur simple on n'y arrive pas en moins de 20µs.
j'utilise un arduino nano qui détecte les mouvements sur deux encodeurs rotatifs 600 pas/tour
il envoie les informations par bluetooth à un RPI
j'ai compté pour 1 codeur incrémental
c'est la bibliothèque "encoder.h" qui gère les interruptions
tout se passe bien si je bouge gentiment l'engin, dès que j'accélère un poil, les informations sont fausses
j'ai l'impression que le nano ne suit pas
en quelques secondes, il peut avoir + de 15000 opérations à gérer
notre ami en a 2 à traiter et......une liaison blueTooth ...dont la vitesse ne doit pas etre très élevée
dfgh:
notre ami en a 2 à traiter et......une liaison blueTooth ...dont la vitesse ne doit pas etre très élevée
Oui, mais une relève toutes les 0.5 s a résolu le problème
sur ce télescope, je fais du visuel
à 2ml de focale, même en grossissant beaucoup, une possibilité de correction de suivi toutes les 0.5s doit être largement suffisante
je testerai ça bientôt 8)
en astro-photo il en serait tout autrement
