Automatisation MAP

[baf]

Je crée ce sujet pour discuter plus "techniquement" de l'automatisation de la MAP, telle qu'on a commencé à le faire dans le sujet sur le FCUSB.

Je me pose plusieurs questions à ce sujet, car il m'intéresse aussi et au moins autant que Pierre (Chamois)

- si on part du principe de se fixer une limite haute pour le FWHM qui déciderait d'une mauvaise MAP, par exemple 3, comment être sûr qu'il ne s'agit pas d'un nuage qui passe ? Et donc qu'il ne faut rien corriger, du moins le temps que le nuage passe. Idem d'ailleurs pour la turbulence.

- je n'arrive toujours pas à savoir dans quel sens bouger le PO quand le FWHM se dégrade Savez-vous si ce FWHM varie d'une façon différente selon qu'on est intra ou extra focal ?

- en fouinant, j'ai trouvé ce petit logiciel bien sympa : fwhm.exe Il permet l'affichage "en temps réel" du FWHM d'une zone écran pointée par la souris. Le principe est plutôt intéressant : sachant qu'en général on a deux visu du ciel (imageur et guideur), on pourrait suivre le FWHM sur la fenêtre du guideur, dont les images arrivent en continu... Cela pourrait devenir une sorte de seeing monitor à bon marché.
Certes, ce n'est pas de l'autofocus (déjà parce qu'on surveille le guideur et pas l'imageur), mais si le FWHM change sur le guideur, il serait étonnant qu'il ne bouge pas également sur l'imageur
Maintenant, cela ne nous aide pas sur les corrections à apporter côté imageur. Juste sur le fait qu'il y a des corrections à faire. Ce qui est peut-être préférable, finalement : tant qu'il n'y a rien à faire, ben on ne fait rien.
Je vais quand même contacter l'auteur du programme pour voir plus avant avec lui sur les possibilités offertes par son programme et voir si on peut modifier certaines choses (comme le fait du recalcul dès que la souris bouge...)


Voilà pour l'instant

[jbfe]

- si on part du principe de se fixer une limite haute pour le FWHM qui déciderait d'une mauvaise MAP, par exemple 3, comment être sûr qu'il ne s'agit pas d'un nuage qui passe ? Et donc qu'il ne faut rien corriger, du moins le temps que le nuage passe. Idem d'ailleurs pour la turbulence.

Suggestion: le logiciel d'analyse pourrait tenir compte de la rapidité de la défocalisation: un nuage ou la turbu font varier l'image très rapidement, ce n'est pas le cas avec une map qui se modifie à cause de la réaction des matériaux aux variations de l'humidité et de la température en cours de nuit...

Jean

[chamois]

Bonjour,
Quelques remarques sur le sujets issues de ma toute jeune expérience.
Lors d'une séance de pose, ce qui fait varier la map est la variation de la température qui provoque une dilatation-contraction du tube de l'imageur.
Quand la température baisse, la longueur du tube diminue (contraction) ce qui fait que le point focale s'écarte, pour corriger il faut augmenter le tirage du PO.
Comme tube imageur et tube suivi sont différents les variations sont différentes sauf pour ceux qui utilisent une CCD sbig à capteur d'autoguidage intégré.
Gros avantage des instruments en carbone où ce phènomène de dilation est quasi nul, en parler à Florent (floastro) qui jubile avec son astropgraphe en carbone.

Sur guidemaster 2 et sur le logiciel de capture de l'artemis285 (idem pour les atik) il y a une petite fenètre sur laquelle on peut faire apparaitre la FWHM d'une étoile de l'image que l'on choisi par un double clic.
Ainsi la (les) FWHM sont suivies en permanence, c'est ce que je fais toujours.
Sur DeepSkyStaker, une des fenètres de paramètres suivis est la FWHM, je ne sais pas comment et sur quoi elle est calculée, mais sa variation est tracée sur une courbe où il est facile de voir l'évolution.
Exemple l'image jointe sur une série de 37 poses de 3 minutes sur M44 où l'on voit la FWHM augmenter en moyenne avec le temps (et la baisse de température.
Les valeurs calculée (je ne sais pas comment) par DSSLive sont en gros le double de celle que je relèle en cliquant sur une étoile d'intensité bien choisies, non saturée (en gros à 50%-70% du max ) avec l'indicateur de FWHM du logiciel de capture de l'artemis ou de guidemaster. Dans le cas de M44 j'avais une FWHM inférieur à 2 en augmentation.

Je sais que les sytèmes automatiques existent car comment fonctionnerait les observatoires d'amateur commandé à distance, comme celui décrit il y a quelques mois dans astronomie magazine.

Ce que je trouverais interressant c'est d'avoir un système qui mesure la température du tube de l'imageur, là facile suffit de coller dessus un micro capteur de température, et fonction de sa variation, commanderait le moteur du PO pour ajuster la map. Il faudrait bien entendu l'étalonner en notant avec un comparateur de combien il est necessaire de modifier la map pour par exemple 2 °C de diminution de température. Le racourcissement (allongement) du tube étant proportionnel à la température, la correction du point focal aussi.
Ainsi par exemple: baisse de 2°C --> raccourcissement de 0.1 mm --> correction en extra focale de 0.1 mm ---> rotation du moteur de x°. si augmentation tempérarture c'est l'inverse avec une correction en intra focale et rotation du moteur dans l'autre sens.
Voila fini pour les élucubrations du jour.
Pierre

[baf]

Euh... tu voulais pas un truc "simple" ?

Sinon, dans la série "questions en cours" et pour abonder dans le sens d'une des remarques de Pierre :
- sur quelle(s) base(s) calculer ce FWHM ? Le temps de pose compte également, en plus du choix de l'étoile...


Sinon, effectivement, il y a une différence de dilatation entre le guideur et l'imageur. Mais ce n'était qu'une idée pour "mesurer" le FWHM en live car de toute façon, si on détecte un changement et qu'on agisse en conséquence, cela se fera sur l'imageur et donc le guideur n'en saura rien

Edit : je me demande d'ailleurs si le diviseur optique associé à une webcam ne serait pas une solution envisageable...

[baf]

Remontage de sujet

Je n'ai pas laissé tomber ce truc et je voulais vous tenir au courant de l'avancement de mon côté...

• je vais recevoir d'ici peu toute la panoplie pour programmer les PIC (microcontrôleur), ainsi que quelques cartes "filles" diverses
• j'ai commencé à programmer et tester en simulation. Les résultats de ces simulations sont bons, ce qui me laisse penser que je n'aurai pas de souci pour la commande du ou des moteurs (*)
• cette commande de moteurs est prévue dans un boitier avec des boutons pour une commande manuelle et avec une interface série pour une commande via un PC et un driver ASCOM
• le driver ASCOM est presque prêt et il passe le test de conformité. Me reste à programmer les commandes qui doivent aller au boitier
• n'ayant pas de nouvelles de l'auteur du programme FWHM.EXE, je me suis donc attelé à en faire un moi-même qui reprend pour l'instant les mêmes caractéristiques, à savoir calculer le fwhm d'une étoile pointée par la souris sur l'écran du PC. J'en suis au point de récupérer l'image de la zone sous la souris, mais je bute sur le calcul du fwhm.
• me manque la méthode pour calculer ce fwhm d'après une image bitmap en mémoire et une validation de la méthode "théorique" : fwhm := 2.354*EcartType; pas sûr que ça soit ça, mais j'ai beaucoup de mal à trouver comment calculer ce fameux fwhm
• reste également à programmer ce que je demandais à l'auteur sus-cité : le calcul du fwhm sur une zone définie de l'écran et non sous le curseur de la souris, susceptible de bouger et de tout faire foirer...
• à noter également que dans le kit que je vais recevoir se trouve une sonde de température. Si on arrive à faire un lien fiable entre la variation de température et la MAP, du moins le fwhm, il sera possible d'intervenir automatiquement en cours de séance (entre les poses de préférence...)
• comme ce PIC a de nombreuses entrées/sorties, je prévois également d'y connecter un système qui se chargerait d'éteindre la monture (ou arrêter le suivi, à voir) avant que le tube ne touche le pied. Je n'ai pas encore trouvé le "bon" truc pour détecter le moment précis avant la touchette, mais ça devrait le faire, à force. Ce point n'est cependant pas une priorité.

Voilà, je crois que j'ai fait le tour de la chose. Tout devrait s'accélérer dans les deux semaines qui viennent, dès que j'aurai reçu le kit de développement.

J'ai donc une requête : sauriez-vous où trouver une formule correcte pour le calcul du fwhm ? Car je sens que celle que j'ai trouvée n'est pas top...




(*) Je pense pouvoir faire l'autofocus en même temps sur l'imageur et sur le guideur. Je ne sais pas si c'est vraiment utile, mais si c'est possible alors pourquoi s'en priver
J'ai deux moteur PaP et deux interfaces de commande pour ces moteurs, donc j'aurai de quoi tester.

[scopy]

Je n'ai pas laissé tomber ce truc et je voulais vous tenir au courant de l'avancement de mon côté..

ça m'intéresse toujours étant donné que j'aimerais faire une MAP correcte, mais je ne pourrais pas t'aider pour trouver une formule de calcul pour le fwhm (chuis blonde) .

Ce qui serait super, c'est qu'on puisse avoir le fwhm en direct sur l'écran quand on a la photo. J'ai remarqué que quand on exporte les CR2 dans DSS, le fwhm est noté pour chaque image. Peut-on avoir ça directement avec un logiciel d'acquisition comme eos utility ?? ça complèterait efficacement la méthode des aigrettes non ??

[F5RRR]

Bonsoir a tous
Oui Anne tu peut visualiser ta Fwhm en direct une fois la photo rapatrier avec le soft canon et en // le soft 'FWHM'
Pour ma part je rapatrie la photo avec zoom browser ex puis je la visualise et je controle la fwhm sur une etoile que je me suis fixer ( tjrs ) la même
mes aquisition de + de 30sec se font avec soit astroclick soit eos remote controle le tout acompagner du cable pierro pour les lg poses
Zoom browser ex est là pour le rapatriement est le controle ainsi que le parametrage : iso , mode raw , mode bulb , puis parametrage prise de vue pour les flats mes dark et offset etant deja fait a l'avance
Voila si cela peut t'aider
En attendant de vous lire
A bientôt . Eric

[scopy]

Voila si cela peut t'aider

Merci Eric !
Effectivement, j'utilise zoombrowser, mais il faut donc que j'installe un logiciel pour contrôler le fwhm ? pour l'instant je n'utilise que la méthode des aigrettes, mais finalement, je la trouve un peu insuffisante et chronophage !
De toute façon, il faut que je commande le câble chez pierroastro pour faire des poses supérieures à 30s.

[gloffic]

bonsoir a tous

en ce qui me concerne, j ai testé les deux procédés, et je considere que le systeme d aigrette est tres bien, voir poste sur boite a plus j y ai mis une photo de mon aigrette maison. en discutant avec differentes personnes, la fwhm est bien egalement, mais avec l habitude les aigrettes sont super. le plus important pour ne pas galerer en temps, c est d avoir soit un robofocus, mais le prix n est pas le meme, mais il y a compensation en temperature, et surtout possiblilite de metre en memoire differente focalisation celon imageur et occulaire.
d autre personne utilise un comparateur, que l on fixe sur le porte occulaire, et celui ci doit avoir une demultiplication comme les crawford etc
cela permet de retrouver la map rapidement et comme cela il n y a plus qu a fignoler. Personnellement je fait la map en a peut pres 10 poses de qque seconde en grossisant a 800 fois avec canon zoombrowser en prenant une pose, edit process raw image et je grossis
Un faible temps de pose permet de voire l etoile avec seulement quelques pixels et ci ceux ci forment une belle croix et les aigrettes fine c est bon

a plus jean luc

[DavidCH]

Salut,

J'ai testé la solution du FWHM pour la map avec le 300D au foyer. Capture dans IRIS etc...mais je la trouve un peu galère. Je suis revenu aux aigrettes assez rapidement et avec zoombrowser qui me permet de conserver les captures (200%) et ainsi de comparer rapidement entre deux "preview". Ayant l'habitude de procéder ainsi ça me prend 10 min à tout casser. Ah oui mon PO à un motorisation maison. Avant j'utilisais un levier sur la molette du PO, c'était assez long pour faire la map (les allé-retour, plus le scope qui bouge). En résumé le plus important est d'avoir un PO motorisé, et après d'avoir un robotfocus avec des €.

David

[baf]

Histoire de vous tenir au courant, voici de nouveau où j'en suis avec ce machin.

J'ai donc créé un petit programme qui se chargera de faire un autofocus relativement rapide au départ et qui suivra/corrigera automatiquement la MAP au cours de la séance; selon une fréquence choisie par l'utilisateur.

Voici à quoi il ressemble pour l'instant :




Zone cerclée en vert :
C'est une zone de 20x20 choisie librement sur l'écran du PC simplement en cliquant avec la souris. Un cadre apparait autour de ce point. Evidemment, le but est de sélectionner une étoile, pas trop brillante de préférence...
On peut changer d'étoile quand on veut, tant que la capture "en continu" n'est pas effective (bouton "2"). Dans ce cas, il suffit d'appuyer sur le bouton "3" pour arrêter la capture et on peut alors choisir une autre étoile.


Zone "1" :
Affichage de la zone sélectionnée. Cet affichage est rafraichi selon la durée programmée en "zone 8", sous réserve de l'appui sur le bouton "2".
Si une autre fenêtre venait à passer dessus, le contenu de cette zone changerait, évidemment. Mais : dès que la fenêtre "fautive" disparait, le programme se souvient de la zone choisie et reprend sa capture normalement.
Dans ce cas, il serait peut-être bon de prévoir une alerte ou quelque chose comme ça. A voir.


Zone "2" :
Bouton de démarrage de capture en continu. Le programme mémorise la zone sélectionnée et envoie au boitier de commande moteur les valeurs de fwhm calculées toutes les X secondes, délai réglable via la zone 8.

La zone "1" clignote en vert pour signaler qu'on est en capture continue et change en rouge lors de l'envoi. Ce sont des indications visuelles, histoire de bien se rappeler que le programme est actif.

Quand cette capture est active, le programme passe en mode "Stay on top", c'est à dire qu'il ne disparait pas sous les fenêtres des autres logiciels (sauf Iris, allez savoir pourquoi ?), afin de pouvoir arrêter la capture rapidement/facilement.


Zone "3" :
Arrêt de la capture en continu.


Zone "4' :
Configuration. Permettra de choisir comment piloter l'interface moteur : ASCOM ou direct série, notamment. Le jeu de commandes dans le cas d'une liaison directe reste à voir; je pensais au protocole LX200, mais je ne sais pas si c'est bien adapté.
Cette partie n'est pas encore développée, de toute façon.


Zone "5" :
Graphique du FWHM horizontal de l'étoile sélectionnée. En vert la "mi-hauteur".


Zone "6" :
Valeurs des FWHM. Les valeurs sur l'image sont fantaisistes, car je n'ai toujours pas la formule pour les calculer... Mais j'y arriverai !


Zone "7" :
Coordonnées sur l'écran du centre de la zone choisie. Utile pour mémoire.


Zone "8" :
Choix de l'intervalle de mesure. Ici j'ai mis de 0 à 10sec, mais c'est à discuter. Toutes les X secondes, le programme enverra soit le FWHM soit l'ordre moteur de correction, selon la configuration choisie.

Concernant cette zone, d'ailleurs, elle ne devrait pas rester ainsi. Je pense qu'il serait plus judicieux d'en faire deux : une pour le premier autofocus et une pour les suivants, dont les délais pourraient se compter en minutes.
Ainsi, on pourrait "programmer" une vérif/correction de MAP automatique toutes les 1/2 heures, par exemple.


Je rappelle que le principe de ce petit logiciel est d'être indépendant; c'est à dire qu'il fonctionne du moment qu'on peut cliquer sur une étoile présente à l'écran. Peu importe le logiciel à l'origine de la présence de l'étoile. Le fait qu'elle soit affichée à l'écran suffit.


Je n'ai toujours pas reçu de quoi fabriquer mon interface de commande Ca va donc ralentir un peu le développement, même si je sens que ça avance pas trop mal quand même.


Egalement, le fait d'utiliser un driver ASCOM pour mon interface lui permettra d'être pilotée par un autre logiciel au cas-où. Je ne sais pas si ça servira, mais on ne sait jamais. Qui peut le plus peut le moins.
Aussi, le fait de choisir "ASCOM" dans la configuration du programme permettra de piloter n'importe quel focuser compatible ASCOM, pas uniquement le mien.

Au sujet du driver ASCOM pour mon interface, j'ai le choix entre programmer un focuser "absolu" et "relatif". J'ai choisi "relatif" car je pense que c'est le plus pratique pour les ceusses qui n'ont pas de matos fixe et/ou qui changent soit d'imageur soit d'oculaire.
Je fais peut-être une erreur, mais comme je ne peux tester que chez moi, je fais comme ça m'arrange


Hélas pour Pierre, il n'y a toujours pas de notion de température ici, mais ça va venir. J'ai commencé à me renseigner sur la chose et ce n'est pas aussi simple qu'on pourrait l'imaginer. En effet, d'après ce que j'ai pu lire, il faut des périodes d'apprentissage pour que l'autofocus puisse réagir correctement. Logique.
Sauf que... suivant les saisons, pour parler global, il est fort probable que les variations ne soient pas les mêmes. Alors je ne sais pas trop comment faire, quoique... J'imagine bien des apprentissages qu'on sauvegarde, selon par exemple la période de l'année, et on en charge un avant de lancer l'autofocus. A creuser.

Je ne sais d'ailleurs pas dans quelles proportions le FWHM peut varier selon la température; il faut que la précision du calcul soit plus grande que la variation observée, sinon ça sert à rien. Il y a aussi la précision du moteur à intégrer là-dedans.


Voilà. J'ai encore largement de quoi m'occuper.

Si ça vous intéresse, si vous avez des critiques, des idées, des trucs et des bidules à dire, n'hésitez pas.
Si c'est pour dire "Non rien, laisse tomber.", c'est pas la peine...

[baf]

Pour vous donner une petite idée du fonctionnement "réel", voici une petite animation :

http://www.lsp-fr.com/astro/bafocus/bafocus.htm

Le programme est déjà lancé, je choisis une étoile puis clique sur le bouton "Capture en continu". On voit l'indicateur vert/rouge qui clignote pour indiquer que le logiciel bosse.
Pendant ce temps, j'essaye de cliquer sur une autre étoile, mais ça ne fait rien et le programme reste "focalisé" sur l'étoile choisie auparavant.

[chamois]

Bonjour,
Je suis admiratif, bravo.
Lorsque la map est faite, par un moyen ou un autre, à ma connaissance la seule chose sur laquelle tu peux intervenir, qui la modifié, est la variation de température. Celle si a le même effet qu'une main invisible qui tournerait la molette du PO puisqu'elle fait s'allonger ou se rétrécir la longueur du copr de l'instrument.
La modification du FWHM pour cause de turbulence par exemple tu ne peux rien y faire: plus de turbulence y n'y a qu'à subir, idem pour le voile athmosphèrique. Je ne parle pas du PO qui glisse ou de la monture qui touche ou du fil qui tire!
Un dernière chose sur cette modite variation de température, généralement la température baisse avec l'avancement de la nuit, mais pas toujours elle peut très bien augmenter suite à un changement de direction du vent par exemple.
Pour avoir une illustration de ce que je dis je t'invite à aller passer un moment sur mon site, particulièrement sur cette page
http://www.meteo-roquefort-les-pins....tistiques.html
où tu as tous les paramètres jour par jour, semaine par semaine, mois... pour 2005, ----> 2008. La température est en rouge.
Tu verras que les nuits où la température augmente sont minoritaires mais exitent bien. Avec ma Megrez un variatuion de +-2° est peut visible mais l'est nettement plus avec le 200/900.
De nouveau toutes mes félicitations et courrage pour la suite.
Pierre

[floastro]

Gros avantage des instruments en carbone où ce phènomène de dilation est quasi nul, en parler à Florent (floastro) qui jubile avec son astropgraphe en carbone.

Hein qui me parle ?


En effet Pierre à raison. On voit fleurir des instruments carbone un peu partout. Mais cela a quand même un cout à l'achat.

Pour la MAP sur le terrain en imagerie c'est vraiment un truc génial. Avec l'Astrograph je fais ma MAP en début de nuit en utilisant la méthode de diffraction (aigrettes) en mettant le CCD ST-10XME en raffale.

Grâce au carbone et malgré l'ouverture de 3.62 de l'instrument, donc peu de tolérence, la MAP reste constante pendant mes 5/6hrs d'imagerie.

Après ça on dit que je fou plus rien

Amitiés,

Florent

[baf]

Merci pour les encouragements, Pierre

J'ajoute juste que dès que j'aurai la bonne formule pour le calcul du fwhm, ce programme pourra être utilisé "tel quel", simplement pour avoir la valeur pour une étoile de son choix; et donc faire la MAP "manuellement" (avec moteur pour la précision) autrement que par les aigrettes.

Je renouvelle donc mon appel : si vous connaissez cette formule, ou quelqu'un qui la connait, donnez lui mon mail pour que je discute avec. (Voir profil pour le mail, sinon merci le spam )