Guidage avancés et spéciaux

[Hubert Boussier]

Bonjour,
Je n'arrive pas à comprendre comment faire fonctionner le guidage sur consigne de Prism (idem pour le guidage sur fente, mais je limite ma question au guidage sur consigne, le guidage sur fente viendra plus tard quand j'aurai réglé ce premier problème).

J'utilise la version 8, la caméra de guidage est une atik 16HR ; pour le guidage elle est utilisée en bining 2x2, l'image fait donc 696x520 pixels.

Je n'ai pas de problème avec le guidage basique, cela se calibre bien et fonctionne correctement.

Avec le guidage avancé sur consigne, il faut entrer les coordonnées du point du capteur sur lequel on veut que l'étoile guide soit maintenue.

J'ai l'impression que le référentiel de ces coordonnées demandées pour le point de consigne n'est pas celui que l'on peut lire sur une image prise par la caméra de guidage.

Par exemple, si je fais une image de l'étoile guide, je peux obtenir les coordonnées de l'étoile sur le capteur en la pointant et en lisant ses coordonnées en bas à gauche de l'écran par exemple 256, 288. Je suppose que dans ce cas il faut comprendre x=256 et Y=288.
Si je place l'étoile guide sur ces coordonnées, que j'indique comme point de consigne x=256 et y=288 et que je lance le guidage, prism fait une image, l'affiche et me demande de pointer avec une croix rouge la position de l'étoile guide qui dans ce cas est à très peu de chose près à x=256 et y=288.
Le guidage commence, à ce moment là prism indique que l'étoile guide est située trop loin du point de consigne ( plus de 200 pixels typiquement) et refuse de guider alors qu'en réalité l'étoile guide est à moins de 10 pixels du point de consigne.

Je précise que je prends pour le test une étoile guide très brillante (mais non saturée) et que compte tenu du temps de pose très court choisi il n'y a que l'étoile guide de visible sur le capteur. J'ai le même problème si je calibre et utilise la caméra en bining 1x1.

J'ai l'impression que le point d'origine des coordonnées pris par le guidage n'est pas le même que celui utilisé pour afficher les coordonnées un peu comme s'il y avait une inversion de l'image ou un décalage de cette origine. Du coup, il me semble que prism essaye d'amener l'étoile guide sur ce point de consigne qui est forcement éloigné de l'endroit où se trouve initialement l'étoile guide.

Par tâtonnements successifs et en essayant à partir d' un même point de départ (toujours 256,288), et en changeant les valeurs du point de consigne j'ai pu voir que le point de consigne correspondant aux coordonnées initiales de l'étoile guide (256, 288) serait voisin de x=434, y=435 (ce dernier chiffre est incertain car le guidage sur l'axe Y n'était pas stabilisé). Je remarque que 696-256 = 440 qui est voisin de 434 obtenu lorsque le guidage est stabilisé sur l'axe X. Cela signifierait-il qu'il faudrait indiquer comme consigne x non pas la valeur lue sur l'image du capteur, mais son complément 696-x. Pour y, je ne comprends pas.

Je cherche donc un utilisateur de prism qui ait déjà utilisé ce guidage sur consigne et qui puisse m'indiquer comment il procède.
Merci de vos lumières.

[Cyril Cavadore]

Le referentiel est celui en binning 1x1.
Mais je vais verifier.

[Hubert Boussier]

Bonsoir,

Depuis mon premier message, j'ai fait plusieurs autres essais de guidage sur consigne (et aussi sur fente). En donnant une consigne et en laissant prism aller où il voulait se placer dans une position stable, je n'ai trouvé aucune relation logique entre la consigne et la position réellement atteinte.
Je ne crois pas que la référence soit le bining 1x1, cela ne correspond pas, j'ai aussi essayé de prendre l'échelle dans le sens inverse (par exemple si je demande x=250 sur un capteur de 1000 pixels, voir si le point d'équilibre ne serait pas 1000-250=750 ce n'est pas ça non plus. Même chose en inversant x et y, soit c'est plus compliqué soit c'est autre chose et il n'y a pas de relation logique entre la consigne et le point atteint.
J'ai un problème équivalent avec le guidage sur fente, mais là je ne peux pas être totalement affirmatif car d'autres paramètres comme le réglage du paramètre énergétique peuvent interférer, on va donc laisser le guidage sur fente de côté pour le moment.
Le guidage sur consigne s'il marchait serait une fonction intéressante pour guider un spectro sur une position de fente, il serait certainement plus facile à mettre en oeuvre que le guidage sur fente.
Je vais essayer d'interroger les spectroscopistes pour voir si l'un d'eux utilise cette possibilité de guidage avec Prism, mais je commence quand même à penser qu'il y a une bizzarerie dans cette fonction.

En tout cas merci de regarder le problème, car cela serait vraiment intéressant d'arriver à faire marcher cette fonction.

[Cyril Cavadore]

Quelle version de prism ?
Merci

[Hubert Boussier]

C'est Prism 8.1.5

[Cyril Cavadore]

La 8.1.5 : je sais que ca marche, car cela a été demontré aux stages spectro, mais comme la logique est un peu etrange, cela a été completement revu pour la v9.
je vais mettre S.Charbonnel sur ton pb car c'est lui qui avait codé cela a l'epoque.

[Stéphane Charbonnel]

Bonjour,

Je ne répond pour le moment que pour le guidage sur consigne. Je n'ai à ce sujet aucun moyen de test pour le moment.
la "logique" du guidage sur consigne n'a rien de particulier : on ne laisse pas le soft déterminer l'étoile guide tout seul comme étant la plus brillante du champ mais on lui fixe la première position d'autoguidage comme étant les coordonnées de la position de consigne : ainsi on simule l'étoile de guidage comme ayant été présente à l'endroit de la position de consigne et on cherche toujours à la ramener sur ce point.
Je n'ai testé que le bin 1x1. Il faut absolument insister dans un premier temps pour que ça marche en bin 1x1 avant de passer au bin 2x2. De même, il faut demander à commencer avec un fenêtrage (raisonnable pour que la position initiale de l'étoile à ramener vers la position de consigne soit dedans !) et il faut choisir un rayon de calcul de la position de l'étoile suffisant pour prendre en compte toute l'étoile.
La dernière fois que je l'ai utilisé (en oct 2013), ça marchait encore ... Pour le guidage sur trou, il faut juste que lui apporte une amélioration remarquée expérimentalement : l'agressivité du rattrapage doit être d'autant plus petit que le cible est proche de la position de consigne, ceci notamment pour des sites pas mal turbulents (dont le mien justement). Je pense que ce type de guidage (sur consigne) utilisé sur fente doit mériter cette même amélioration. Passé cette amélioration, vu que ça marchait la dernière fois, je ne sais que vous répondre sur le sujet à part qu'il faudrait que je le réutilise pour savoir si son fonctionnement n'a pas été modifié depuis l'automne dernier.
Quant au guidage sur fente, la conclusion reste la même.

Cordialement

[Hubert Boussier]

Bonsoir Stéphane,

Je vais reformuler ce que je comprends de tes explications

"Il faut absolument insister dans un premier temps pour que ça marche en bin 1x1 avant de passer au bin 2x2." OK, depuis mon premier mail j'ai fait deux soirées de tests supplémentaires en bin 1x1 ==> même problème.

" il faut demander à commencer avec un fenêtrage (raisonnable pour que la position initiale de l'étoile à ramener vers la position de consigne soit dedans !)", je place mon étoile guide à moins de 10 pixels de la position de consigne et j'ai essayé plusieurs dimensions de fenêtre entre 30 et 200 pixels, l'étoile et le point de consigne sont ensemble dans le champ de la fenêtre de guidage (sauf si pb de coordonnées, voir plus loin ==> même problème.

"il faut choisir un rayon de calcul de la position de l'étoile suffisant pour prendre en compte toute l'étoile", là je n'ai pas fait de test, j'ai conservé la valeur que j'utilise pour le guidage classique et me donne de bons résultats. Je ne peux te dire quelle elle est car je n'ai accès à mon matériel.

" Passé cette amélioration, vu que ça marchait la dernière fois, je ne sais que vous répondre sur le sujet à part qu'il faudrait que je le réutilise pour savoir si son fonctionnement n'a pas été modifié depuis l'automne dernier." S'il est possible de revenir à cette version puis repasser à l'actuelle, je veux bien faire le test dès que je retrouve mon observatoire. Comment fait-on ?

et te décrire ensuite ce que j'ai fait pendant mes tests.


1/ Etat initial : la caméra de guidage est en bin 1x1, le système vient d'être calibré en bin 1x1, je souhaite placer une étoile A sur ma fente de spectro, la fente est parfaitement verticale à la coordonnée x=500 sur le capteur de guidage.

2/Je fais des images en boucle avec la caméra de guidage et en agissant sur les commandes de la monture, j'approche mon étoile A du point x=500 et par exemple y=500. Comme je ne veux pas pinailler cette phase de pointage, je m'arrête quand l'étoile A est à environ 10 pixel de la position idéale visée, par exemple x=510 et y= 490.

3/ J'arrête la prise en boucle de la caméra de guidage et je clique sur l'onglet autoguidage, je vais dans l'onglet guidage sur consigne et j'indique les coordonnées du point où je souhaite voir l'étoile A maintenue, donc je tape x=500 et y=500 c'est ici que j'ai un doute sur les coordonnées à introduire, on reviendra sur ce point plus loin. Je démarre l'autoguidage.

4/Prism fait une image plein champ avec la caméra de guidage, je vois le champ apparaître à l'écran avec mon étoile A assez proche de mon point de consigne (on a dit environ 10 pixels de décalage en x et y, l'étoile A n'est pas forcément la plus brillante du champ. Prism m'affiche une croix rouge mobile, j'amène la croix sur l'étoile A et je valide en cliquant.

Normalement je m'attendrait à ce que Prism prenne, si j'ose dire, l'étoile A par la main et l'amène progressivement vers le point de consigne en lui faisant franchir a dizaine de pixels qui la séparent de ce point. Cela fait, il devrait s'efforcer de l'y maintenir.

Le problème est que Prism fait tout autre chose, il commence par me dire que l'étoile guide est à plusieurs centaines de pixels du point de consigne, forcément, car à ce moment là Prism vient de fenêtrer le capteur de guidage (mettons à 200x200, selon les réglages que l'on a donnés dans l'onglet principal de l'autoguidage), il voit donc l'étoile A en gros au centre de cette fenêtre avec le décalage de 10 pixel donc à x=110 et Y=90. .

Là j'ai l'impression (c'est une hypothèse) qu'il ne réalise pas que la consigne que je lui ai donnée x=500, Y=500 doit être adaptée à cette nouvelle situation et rransposée à la fenêtre de guidage. Prism devient alors bien moins coopératif et en fonction des limites que l'on a indiquées dans l'onglet de réglage de l'autoguidage (taille de la fenêtre et distance maxi entre étoile et point de guidage) :

soit il me dit que l'étoile A est bien trop loin du point de consigne, et donc d'aller me faire voir et ne guide pas.
soit il entraîne l'étoile A vers ce point de consigne à X=500, Y=500 qui maintenant se trouve à l'extérieur de la fenêtre de guidage selon le référentiel de la fenêtre de guidage , bien sûr quand l'étoile arrive au bord la fenêtre 200x200 c'est le drame !

Pour essayer de vérifier cette hypothèse, j'ai essayé par itérations successives de laisser Prism aller où il veut, il finit bien par emmener l'étoile A quelque part et à stabiliser sa position, mais ce quelque part n'a rien à voir de mon point de consigne et surtout après plusieurs essais, je n'arrive pas à trouver une quelconque logique entre le point atteint et la consigne, du genre diviser les coordonnées par deux, ou faire un flip ou tout autre combinaison.

Voilà, j'imagine que les opérations de transformation entre les coordonnées de l'étoile lues sur le capteur pleine trame et données en consigne et les coordonnées de l'étoile lues sur la fenêtre d'autoguidage doivent être vérifiables dans le soft. Je commencerais par regarder ce point.

Bien sûr je pourrais (c'est ce que je fait actuellement) lors de l'étape 2 amener précisément l'étoile A sur la fente et lancer un autoguidage classique sur l'étoile A ou sur toute autre étoile du champ, mais 1°/ c'est assez pénible de positionner une étoile sur le capteur à moins de 2-3 pixels près et 2°/ entre ce moment et le moment où le guidage démarre, l'étoile a souvent déjà dévié d'un ou deux pixels, on se retrouve donc à guider sur une position qui dans le cas défavorable sera décalé de 4 ou 5 pixels de la position réelle d'une fente qui fait 5-6pixels, d'où une perte très importante de flux arrivant dans le spectro.

Je te suggère une idée d'amélioration du guidage classique
Idéalement, cette dernière façon de procéder serait jouable mais il faudrait un petit aménagement :
soit si après avoir lancé le guidage, il faudrait pouvoir ajuster en live de quelques pixels la position de guidage.
soit, lors de l'initiation du guidage, il faudrait que le clic sélectionne la position sur le capteur et non le centroïde de l'étoile la plus proche et qu'il essaye ensuite de ramener l'étoile la plus proche (donc l'étoile A que l'on aura placée au plus près) vers ce point. C'est ce que fait CCDSoft.


Voilà j'espère que c'est clair et qu'avec ton aide je vais pouvoir faire marcher ce guidage. Merci d'avance.

Bonne soirée
Hubert

[Stéphane Charbonnel]

1/ Etat initial : la caméra de guidage est en bin 1x1, le système vient d'être calibré en bin 1x1, je souhaite placer une étoile A sur ma fente de spectro, la fente est parfaitement verticale à la coordonnée x=500 sur le capteur de guidage.

Compris. Au passage je n'ai jamais utilisé guidage sur consigne pour une fente mais j'en conviens, ça doit marcher !

2/Je fais des images en boucle avec la caméra de guidage et en agissant sur les commandes de la monture, j'approche mon étoile A du point x=500 et par exemple y=500. Comme je ne veux pas pinailler cette phase de pointage, je m'arrête quand l'étoile A est à environ 10 pixel de la position idéale visée, par exemple x=510 et y= 490.

3/ J'arrête la prise en boucle de la caméra de guidage et je clique sur l'onglet autoguidage, je vais dans l'onglet guidage sur consigne et j'indique les coordonnées du point où je souhaite voir l'étoile A maintenue, donc je tape x=500 et y=500 c'est ici que j'ai un doute sur les coordonnées à introduire, on reviendra sur ce point plus loin. Je démarre l'autoguidage.

Pour moi ce sont les bonnes coordonnées tant que vous restez en bin 1x1.

4/Prism fait une image plein champ avec la caméra de guidage, je vois le champ apparaître à l'écran avec mon étoile A assez proche de mon point de consigne (on a dit environ 10 pixels de décalage en x et y, l'étoile A n'est pas forcément la plus brillante du champ. Prism m'affiche une croix rouge mobile, j'amène la croix sur l'étoile A et je valide en cliquant.

Le problème est là. Je n'ai pas ça du tout ! Vous n'avez pas à choisir l'étoile en mode consigne. Il y a eu un changement de code depuis l'automne dernier ... Cyril qu'as tu changé depuis la fin de l'été - début de l'automne pour que ça coince à ce point ? (si c'est retrouvable car de l'eau a coulé sous les ponts !)
Dans ma version à moi :
* On choisit de raisonner sur une imagette de taille N*N ou on choisit de faire afficher toute l'image mais en interne, le soft raisonne quand même sur une imagette de taille définissable dans ce cas sous les coordonnées de consigne.
* PRiSM affiche toute l'image ou non suivant ce qui est choisit pour le premier guidage. De toute façon, il trace un rectangle de N*N autour de la position de consigne et calcule automatiquement dans ce rectangle la position de l'étoile la plus brillante du champ.
* Il recentre cette étoile la plus brillante vers la position de consigne.

Il faut au moins arriver à ça en bin 1x1 et je conseille dans un premier temps en mode fenêtré je vais dire de taille 80 par exemple (surtout en commençant à 10p de la position de consigne).

En mode "je ramène dans le trou", j'ai réussi (à la fin de l'été 2013) avec succès :
* Autoguidage script sur consigne avec un rectangle 300*300 en m'assurant de le faire sur l'étoile la plus brillante -> au bout de 1 min, la cible est quasi dans le trou (j'ai la version trou mais ça doit marcher pour une fente)
* Nouveau autoguidage sur consigne mais avec fenêtre 50*50 et zou : spectre !
Le commande script d'autoguidage sur consigne n'étant pas totalement mure, je ne la diffuse pas encore.

Si Cyril ne peut retrouver ce qui cloche, il va falloir patienter un peu pour que j'ai le temps de me replonger dans le code.

Cordialement
Stéphane

[Cyril Cavadore]

Moi je n'ai rien changé sur la version 8.1.5
J'ai fait les changements sur la version 9 uniquement.