willoubu44

Salut

Merci pour vos réponses

La question que je me pose c'est comment obtenir une image du champ afin d'utiliser astrometry.net par exemple si les caméras sont situées derrière la fente ?

Merci Olivier !

En effet je me disais que le newton coté structurel ça allait être compliqué.

D'après ton analyse un RC répond bien dans la majeur partie des cas.(avec un réducteur de focal pour les Spectro basse résolution)

Merci

Bonjour,

Je suis en train découvrir la spectro au travers de ce forum mais aussi en lisant le Guide pratique pour bien débuter en spectro.

L'idée que je me fait est que l'optique sur laquelle on met le spectro doit perturber le moins possible la lumière avant qu'elle ne soit analysée.

Donc le Newton semble tout indiqué puisqu'il s'agit d'un simple miroir. 

Hors je vois très souvent des spectroscopes utilisés sur des télescopes de type SC.

y'a t'il une raison à cela ? 

Est ce lié à la focale plus longue ou est-ce plus adapté au niveau montage pour éviter les soucis de flexion ?

Merci

William

Bonjour,

Je découvre la spectroscopie petit à petit.

j'essaie de bien comprendre la définition du chercheur Electronique pour aider à la spectro.

Corrigez moi si je me trompe mais on parle bien :

- D'une petite lunette assez ouvert

- D'une camera assez sensible pour capter des étoiles avec des magnitudes importantes.

- D'un centre d'image parfaitement aligner avec la fente d'ouverture du spectroscope et donc du télescope.

Merci

William

Bonsoir Pierre,

j'ai un codeur SinCos Renishaw 15744 lignes avec une tête Tonic et une interface Sincos.

L'interface (la prise Db15 dans laquelle se trouve l’électronique) existe en plusieurs versions :

Soit elle sort du Sincos et c'est le Ioni Pro qui fait l'interpolation en 8bits (x256)

Soit tu peux prendre un modèle qui fait l'interpolation et à ce moment la elle sort un signal incrémental utilisé par le Ioni.

Renishaw propose des modeles qui peuvent aller jusqu'au x4000.

Pour ma part je laisse faire le Ioni Pro qui est connecté sur un Ioni Cube X1.

J'ai donc 15744 x 256 x4 soit environ 16 millions de pas par tour (1/10 de seconde d'arc).

Anneau + tete + interface j'ai du en avoir pour 1200€ environ.

Niveau moteur j'ai pas trouvé à contacter qui que ce soit. Je trouve les prix hallucinants...

Les relevés sont fait avec l'interface du Ioni Pro que l'on branche sur un dongle USB sur un PC.

Elle permet de paramétrer le driver et de lire toutes les infos. C'est très bien fait.

Pour l'instant tout fonctionne, il faut que je fasse le pilonne en Béton de mon futur observatoire pour tester sur le ciel.

c'est beau et bien réalisé, bravo...

Bonjour Laurent,

Le soucis c'est comment définir ou mesurer cette fréquence de résonance ? 

C'est sa structure ou les matériaux utilisés qui te font dire qu'elle ne sera pas assez rigide ? 

J'ai vraiment pris que du lourd pour éviter cela justement.

Voici une analyse de déplacement à 250hz

Puis à 20Khz :Je n'ai pas beaucoup de rebond. Il faut savoir que chaque incrément fait 1/10 de seconde d'arc et visiblement la position suit bien la consigne.

J'ai toujours quelque soucis avec le phasing à l'initialisation, le mouvement est assez brutal je trouve et visiblement ça ne peut pas se paramétrer dans le Ioni Pro.

J'essais d'avoir des infos sur leur forum.

William

Salut,

@Vincent STEINMETZ

oui ça fleurie ! mais j'ai choisi le MCMT32 pour l'instant, il est plutôt très complet et il y a une bonne communauté derrière.

Les dernières nouvelles toutes fraiches !

J'ai terminé la monture ! J'hésitais entre plusieurs choix, je voulais une fourche pour ne pas avoir à gérer le retournement mais c'est un peu plus compliqué que la monture équatorial allemande classique. 

Du coup j'ai repris la base d'une monture que j'avais commencé et j'ai mis un mono bras.

J'ai utilisé des tubes carrés de 3mm d'épaisseur en acier pour une bonne rigidité. 

Les axes font 40mm de diamètre et 4 mm d'épaisseur sur des roulements coniques SKF.

J'ai fait usiner une pièce au tour pour maintenir le rotor du moteur sur l'axe, le stator est fixé avec du PTFE usiné à la CNC et quelques pièces imprimées en 3D.

Premier test, le réglage du PID n'est vraiment pas évident. ça oscille autour de la consigne. J'arrive à quelque chose de pas mal après une bonne heure de réglage mais il y a encore du travail.

J'ai souvent des phenomens de rebont autour de la consigne sur des mouvements rapides.

En Jaune la consigne du MCMT32 et en bleu la position du codeur lors de la vitesse sidérale.

Bon ce n'est pas demain que je vais pouvoir tester sur le ciel, il faut d'abort que je fasse mon poteau en beton pour la poser.

Quelques photos, Pour vous donner une idée de la taille, il y a un tube 200/800 et une lunette 80ED.

Salut

merci pour ton retour

j'utilise le driver Ascom 2.3.4.0.

Je vais essayer setting.

Salut,

j'ai fait le test avec PLxCapture, PHD et Prism que j'utilise pour l'autre CCD.

Je suis Windows 10 mais je ne vois pas comment l'os pourrait jouer sur ce point.

J'ai du mal à croire aussi que l'electronique puisse changer comme cela...

Bonjour,

J'aurai besoin de vos lumières.

j'ai ressortie ma CCD de Guidage après... au moins 4 ans d'inutilisation, c'est une I-nova PLA-C+

Grosse surprise après plusieurs essais, elle est ne voit rien ! Enfin faut que ce soit très lumineux alors qu'avant elle choper beaucoup d'étoiles n'importe ou.

Si je ne pointe pas une étoile de magnitude 0.... rien du tout

j'ai essayé de jouer avec les deux curseurs Gain et Black level mais des que j’augmente le gain c'est jour de neige en pixel chaud.

d’ailleurs avec un gain modérément faible, des que je dépasse les 2 secondes de pause ça explose en pixel chaud aussi.

Pensez vous qu'elle est pu périr dans mon tiroir ? 

Merci 

William

Merci Laurent.

Ma crainte avec le moteur de machine à laver c'est le Cogging.

J'ai vu que le Ioni pouvait le gérer avec une méthode assez simple.

En fonction du nombre de pole et "cran" il y a une formule assez simple pour qu'il anticipe "l'effort".

Il semble induire un courant supérieur sur le cycle électrique du moteur. En gros l'une des sinusoïdes qui pilote une phase est un peu gonflée.

Salut,

le coût était supérieur (30 à 40  % de mémoire) et je n'en voyais pas l’intérêt du fait que l'on fonctionne en Pulse/dir.

La position du codeur n'est connu que par le Ioni PRo et cette position n'est pas renvoyée au MCMT32

Un codeur absolut été intéressant si l'interface (ici le MCMT32) gérait le tout. Dans ce cas la position du codeur et donc du télescope pouvait être reprise.

Sur les Planewave j'ai vu qu'ils utilisaient du Sincos aussi visiblement, (ce que j'en déduit en lisant la référence de l'anneau sur une photo)

William

oui c'est ce que je mettais dans mon poste, j'ai ça dans le garage, je n'ai juste pas la matière première pour le faire.

Il me faut de quoi faire le support moteur, je comptais le faire en tube carré...

non c'est un moteur fait maison (d'ou le problème de couple)

J'ai usiné les disques à la CNC.

salut

la gestion du retournement de la monture (monture allemande) est gérée par la carte de mémoire... donc modifier EQMode ne résoudra pas le problème.

Le système est embarqué dans la carte pour pouvoir fonctionner aussi avec la raquette.

Je vous recommande un système Type MCMT32 pour piloter, ce sera plus flexible.

William

Dans les précisions que nous recherchons, c'est de la gravure nanométrique faite au laser.

Vraiment hors de porté d'un amateur :-)

Regarde le site de Renishaw, tu vas comprendre.

Salut,

Non pas de soucis,

En effet ce sont des codeurs incrémentaux. On ne comptes que les pas depuis un instant t. Si tu coupe l'alim, tu repars de la position mémorisé ou tu remets à 0 le compteur. 

Sur son mouvement, il ne sait donner que des +1 ou -1 en gros. 

En théorie le drive IONI peut compter 2 millions de changement par seconde.... ça laisse de la marge quant à la vitesse de déplacement, même avec 15 000 000 de pas par tour.

Les codeurs absolut envoie une trame de byte qui donne la position du codeur de 0 à 2^n. On peut couper l'alimentation, bouger la position de l'axe et au rallumage, le codeur donnera la nouvelle position.

Salut

c'est un abus de langage.

En fait le codeur sincos produit 18 000 périodes/tour comme indiqué sur le schéma de Kris,

Il y a deux lignes qui permettent une quadrature du signale comme sur les codeurs incrémentaux.

Donc 18 000 périodes, sur lesquels on peut lire 256 valeurs par périodes. (interpolation 8 bits) 

Certaines électroniques permettent une interpolation sur 13 bits...

Donc 18 000 x 4 (quadrature) x 256 (interpolation)

J'espère que j'ai été assez clair :-)

Salut kris

La différence de prix se justifie avec le ioni pro.

Le ioni accepte des encodeurs sincos, incrémentaux et absolution et peut monter à 15 000 000 de pas par tour. Certain sur le forum du site disent avoir utilisé des codeurs absolut 26bits sans problem.

Le model que tu proposes (si j'ai bien lu)  accepte seulement des codeurs incrementaux avec 20 000 lignes donc 80 000 pas par tour.

On est loin de la résolution necessaire.

Oui l'arduino c'est feblar mais j'ai beaucoup appris. C'était aussi le but.

William

Salut,

En effet c'est une sacrée aventure le Direct Drive ! Et ça coûte chère surtout...

Je comprends mieux le prix ! Les moteurs couple utilisés valent 500 - 700 € par axe et les codeurs absolut environ 1500€

Vu le peu de temps que j'ai à y consacrer et même si le sujet était intéressant, j'ai revu mes ambitions à la baisse.

J'étais parti sur la fabrication du contrôleur et du driver PC au complet. J'ai développé le driver en partant de zéro. C'était très intéressant.

Le soucis c'est qu'un contrôleur à base d'arduino c'est trop lent pour tout faire (asservissement en position + recevoir les commandes du port série).

Il aurait fallut que je fasse avec plusieurs ardiuno et un system de cache pour recevoir les commandes et les stocker.

L'asservissement avec un codeur à plusieurs millions de positions par tour demande un temps de traitement très court. 

L'arduino DUE y arrive mais pour un axe seulement et avec une vitesse limitée.

Du coup pour gagné du temps je suis parti sur une autre solution.

J'ai acheté un module IONI Pro pour gérer toute la partie puissance et asservissement en position.

ça fonctionne super bien. Il sait lire la plus par des codeurs mais en mode incrémental seulement.

Il permet un calibrage du PID avec un système de courbe bien fait.

Maintenant le but et de le faire fonctionner avec un contrôleur en Dir/pulse

Par exemple le MCMT32 qui fonctionne sur ce mode la avec des contrôleurs DM422 pour moteur Pas à Pas.

Je n'ai pas encore pu tester car il me faut un codeur haute résolution mais j'ai tous le reste.

J'ai trouvé un codeur Sin/cos 18 000 lignes sur ebay à 600 euro. Dans la théorie, vu  que le IONI interpole sur 8 bits, ça fait 4 * 18000 * 256 =   18 432 000 pas /tour donc suffisant.

Maintenant il faut voir la précision du codeur lui même... 

Je suis déjà en train de terminer une monture à fourche traditionnelle avec VSF, mais je ne perds pas ce sujet de vue.

Pour ce qui est du moteur de machine à laver, je regarde surtout la résistance du bobinage. Elle fait 3.5 ohms par phase. Tout comme pour les moteurs de vélo, la résistance est de l'ordre de 1,5 ohms par phase ce qui fait que le courant monte très vite.

Certain Arduino ont un ADC sur 12bits, ça pourrait être intéressant de tester. C'est du temps en plus quoi.