Discussion :

[cpi63]

Bonjour à tous

Je souhaite créer un système d’autoguidage sur une petite table XY et on m’a conseiller d’utiliser un arduino. Mais malheureusement mes connaissance en électronique se limite au niveau scolaire, autant dire à presque rien.

Je suppose que dans un premier temps je dois acquérir :
- arduino-uno ou arduino-uno ou CMS (lequel choisir?)

http://www.gotronic.fr/art-carte-arduino-uno-12420.htm
http://www.gotronic.fr/art-carte-ard...-cms-19380.htm
http://www.gotronic.fr/art-boitier-p...uino-12424.htm

- 2 moteurs pas à pas

https://shop.mchobby.be/makerbeam/63...100006393.html avec
https://shop.mchobby.be/breakout/349...91-pololu.html

Logiciel complémentaire

- arduino IDE
http://www.arduino.org/downloads

Le pilotage se ferait via le PC (windows 7) avec un logiciel d’autoguidage type PHD2 Guiding et une caméra dont le port ST4 serait connecté à la carte arduino.

Il faut en parallèle une raquette avec 4 boutons pour piloter la table en manuelle, et un potentiomètre pour pouvoir régler la vitesse de déplacement, du coup par coup jusqu’à une vitesse raisonnable, ou alors peut-être par programmation accélération puis freinage selon la durée d’appuis sur le bouton.

Des fins de courses seraient aussi une sécurité.

Les moteurs choisis semblent pouvoir aussi être pilotés un fraction de pas. Cette option est utile pour l’autoguidage. Elle nécessite peut-être un raccordement complémentaire à l’arduino ainsi qu’une programmation spécifique.

Bref pour moi, cela fait beaucoup de choses à comprendre et à réaliser.

Outre l'adaptation des moteurs sur la table XY, me manque-t-il d'autres choses? L’arduino choisi est-il le bon modèle pour tout ce que je souhaite faire? A-t-il suffisamment de bornes pour réaliser ce montage et comment raccorder tout cela?
Il m’a été recommandé d’installer sur Windows la plate forme ASCOM Platform 6.2 et un pilote pour l’arduino. Mais je ne sais pas si ce dernier existe et est nécessaire dans cette configuration.

Merci d’avance pour votre aide
cpi63

[Auteur]

Bonjour,

arduino-uno ou arduino-uno ou CMS (lequel choisir?)

Ils ont les mêmes caractéristiques donc l'un ou l'autre c'est pareil.
Ensuite, en lisant rapidement ton cahier des charges je pense que ces cartes ne sont pas adaptées à ton besoin.

- Tu as 2 moteurs pas à pas, en fonction du shield que tu utiliseras 2 ou 4 voies pour la commande de tes moteurs. Donc au pire 8 voies pour tes 2 moteurs.
- 4 boutons donc 4 entrées
- 1 potentiomètres donc 1 entrée analogique. Je prendrai plutôt 2 potentiomètres, 1 par moteur.
- 2 fins de course par axe. Donc 4 entrées.
- 1 caméra,

une caméra dont le port ST4

. Je ne sais pas ce qu'est le port ST4, tu utiliseras les broches SDA et SCL ?

Donc sans compter la caméra, il te faut : 2 entrées analogiques, 4+4+8=16 entrées numériques. Je pense qu'un UNO sera un peu juste. Dans la majorité de ces projets, la carte Arduino Mega est utilisée. Regarde si elle peut te convenir.

Pour le reste (ASCOM et PHD2 Guiding) je ne peux pas t'aider.

[cpi63]

Bonjour, je suis heureux d’enfin avoir affaire à un interlocuteur. Merci.
J’ai bien retenu, l’Arduino Mega est plus adéquate.

Le port ST4 d’autoguidage est un connecteur RJ12 avec 6 broches.
1. Non utilisé
2. Masse
3. +X
4. +Y
5. -Y
6. -X
Le logiciel d’autoguidage est d’abord un logiciel de capture d’images ou vidéo, et la fonction d’autoguidage calcul le décalage d’une tache image sur le capteur en fonction d’une position de référence. Le décalage induit via le port de sortie ST4 de la caméra un signal. Malheureusement je suis incapable de définir ce signal.
Tout ce que je peux dire, c’est qu’avec un multimètre j’ai constaté des mV (courant alternatif) en fonction du décalage. Par exemple pour +X, 0v sur broche 3, 10mV sur -X, 15mv sur +Y+ et 23 mV sur -Y.
Ce la me paraît pas très logique, mais pour chacune des 4 directions, seules une broches reste à zéro, les 3 autres ont des tensions fixes différentes et en fonction de la direction (entre 10 et 60mV).

J’ai lu sur le Net : ST4 = 4 contacts secs non polarisés.
Il me semble que cela veut dire que l’on peut piloter 4 petits relais (ouverts/fermés) ou est-ce un signal analogique ou numérique en fonction de l’amplitude de décalage ? Impossible de savoir.

https://github.com/kevinferrare/arduino-st4/

De l’autre coté sur l’Arduino, les broches d’entrées SDA ou SCL, ça veut dire quoi ? Quel est le besoin en entrée pour l’Arduino et la nature de ces signaux (équivalence : tension, résistance ou intensité)?

En sortie de l’Arduino, via un programme semble t’il (et du signal d’entrée) que produit-on ? Il semble que l’on peut piloter un ou plusieurs moteurs pas à pas via une carte module de puissance.
Mais peut-on aussi produire un signal proportionnel, par exemple une tension courant continue entre 0 et 5V, variable au pas de 10mV (par exemple pour piloter un pézo-actionneur linéaire via une carte module qui transforme la plage 0-5V en 0-70V) ?

J’ai vu sur le Net qu’il existait des dizaines de modules pour l’Arduino mais à chaque fois ils donnent certaines caractéristiques d’un module mais sans jamais expliquer comment cela fonctionne.

[Vincent PETIT]

Salut,
Donc si je comprends bien tu veux utiliser un logiciel d'astronomie, PHD2 Guiding, qui permet de faire de l'autoguidage sur des montures (de télescope) GoTo (qui possède deux moteurs pas à pas) via une caméra mais pour une table XY ?

Je me pose une question :
J'imagine que le logiciel voit une image en X et Y, via la caméra, mais est ce que les signaux qui sortent en direction des moteurs pas à pas n'ont pas subit un traitement mathématique pour les convertir en coordonnées équatoriales ou azimutales correspondant aux montures des télescopes réelles (peut être que Azimutale = X Y ???) A mon avis que tout doit devenir courbe après traitement ?

Non ?

[cpi63]

Bonjour Vincent.
Effectivement je souhaite utiliser un gragiciel pour piloter l’autoguidage comme par exemple PHD2 Guiding qui me semble adapté.
En astro les 2 mouvements AD (ascention droite) et DC (déclinaison) sont deux rotations perpendiculaires dont les trajectoires forment des droites perpendiculaires sur un plan et corespondent bien aux mouvements X et Y pour une table. La seule différence est que la table est finie alors que les rotations sont infinies (tours de 360°). Pour suivre un astre, le mouvement sidéral doit correspondre à un des axes et la vitesse de rotation doit être uniforme et adaptée. C’est un paramètre paramétrable dans PHD2 en fonction de la pignonnerie (un simple coefficient à déterminer, 1 tour en 23h56mn04s)
Pour l’autoguidage c’est similaire, il faut qu’un déplacement de x pixels sur la caméra corresponde pour chaque axe à un déplacement angulaire en fonction de la focale de l’instrument ou pour moi à un déplacement XY de la table. Donc en paramétrant une focale fictive dans PHD2 on peut faire correspondre le déplacement de la table en fonction du grandissement du microscope sur l’image de la caméra.
En astro le mouvement azimutal est un peut plus compliqué, car le mouvement sidéral est reporté sur les 2 axes à la fois et en fonction de la position de l’astre. Il y a donc des corrections mais parfaitement solvable avec des logiciels astro adéquates. Par exemple, dans l’autoguidage il faut ajouter une rotation autour du point source.
Mais pour le reste, tout reste semblable.
Pour revenir à table XY nous ne sommes dans le premier cas, seules les axes XY de la table doivent correspondre aux axes XY de la caméra. ET si j’ai bien compris le logiciel de paramétrage de l’Arduino pourrait aussi rentré dans cette boucle de travail.

Cela dit, je cherche toujours à comprendre les signaux E/S des éléments du montage.

[Vincent PETIT]

D'accord !
Maintenant j'ai d'autres questions. Ce n'est pas pour t'embêter mais j'ai des doutes avec ce port ST4.

Je comprends le hard et le soft qu'a fait l'auteur sur ton lien https://github.com/kevinferrare/arduino-st4/

Un logiciel PC envoie des données (chaînes de caractères) via le port série vers le Arduino. Ce dernier interprète les données reçues et envoi une impulsion ou plutôt un front montant sur le câble RJ12 (ST4). Ces fronts montants arrivent dans la monture du télescope et les moteurs pas a pas, grâce à de l'électronique, se mettent à tourner (au rythme des fronts montants issus du PC et qui sont passé par le Arduino).
Pour le hard, l'auteur a choisi de mettre un opto-coupleur entre le Arduino et le connecteur RJ12 (c'est juste une isolation optique, hasardeuse cela dit en passant) Le transistor de sortie de l'optocoupleur fait office de "contact sec". Autrement dit sur un contact sec on place un simple interrupteur.

Pour voir ces fronts montants il te faut un oscilloscope car il ne dure pas longtemps. Au multimètre ça va être compliqué.

- Q1: Dans ton premier message tu dis avoir une caméra équipée d'un port ST4 ??? La caméra est équipé de moteur ?

- Q2: Les mesures que tu tentes de faire, c'est sur quoi ? Issus de la caméra ? Côté moteur sur la monture ?

Je ne comprends pas où tu fais des mesures du coup je ne comprends le ST4 et la caméra. Moi j'avais dans l'idée que la caméra était reliée au PC et que le PC, en fonction de ce la caméra donne comme image, va envoyer des commandes ST4 vers les moteurs pas a pas.