R_Knockaert

Bonjour,Merci pour l'info ... je vais regarder tout ça de plus près ... si ça semble faisable, je vais y passer un peu de temps pour voir si j'arrive à quelque chose.Bon ciel,Robert.

Bonjour,Je me demandais si il serait possible d'écrire un script pour MaximDL qui permettrait de contrôler l'agressivité de manière dynamique lors du guidage. Ce serait principalement pour calmer des problèmes d'oscillations en DEC.L'idée serait de comparer l'erreur sur la position de l'étoile guide à deux instant successifs et d'ajuster l'agressivité du guidage en fonction de cela pour la correction suivante.Si on détecte une tendance à osciller (erreurs successives de signes opposés et dont l'amplitude n'a pas beaucoup diminué) le script ajusterait l'agressivité automatiquement. Il s'agirait alors de multiplier l'agressivité courante par un coefficient du genre [abs(erreur1)/abs(erreur2-erreur1)], erreur1 et erreur2 étant les deux erreurs mesurées successivement.Je n'ai aucune idée si c'est faisable ou pas ...Si l'un d'entre vous a une idée sur la question ... Autre question: sous quelle interface peut-on écrire des script pour MaximDL ? Faut-il par exemple une version complète de Visual Basic ?Merci & bon ciel,Robert.

Bonjour,Je crains que le support ne renvoie vers les exemples de scripts fournis avec le logiciel.Le site de MaximDl renvoie vers des scripts écrits par des utilisateurs ... je vais voir si je peux contacter l'un d'entre eux, juste pour savoir si l'idée est réalisable et si ça vaut la peine de se lancer ...Bon ciel,Robert.

Bonjour,Juste pour info, il m'est arrivé le même genre de problèmes avec MaximDL.Après avoir cherché dans tous les sens, il me semble que le problème venait de la monture.Il y a un petit utilitaire très utile pour les possesseurs de caméras SBIG: sous CCDOPS, il y a une fonction "singles axis mount dynamics". Cette fonction permet d'envoyer une série d'impulsions à la monture via l'interface de guidage. Les impulsions se font uniquement selon un axe (AD ou DEC) dans un sens et puis dans l' autre (par exemple: 10 impulsions de 50 ms dans un sens et ensuite 10 impulsions de 50 ms en sens inverse). Cela permet de vérifier le comportement de la monture et de quantifier le backlash.Cela m'a permis de constater que le backlash n'était pas très marqué mais par contre, à chaque changement de sens de rotation de la vis en DEC, le mouvement est beaucoup plus marqué lors de la première impulsion. Il y a donc une tendance à la sur-correction à chaque changement de sens et cela provoque ce genre de problèmes et même des oscillations qui ne se stabilisent pas ...Il est effectivement possible de limiter le problème en supprimant une direction de correction en DEC mais avec MaximDL cela pose des problèmes lorsque l'on veut faire du dithering ...Bon ciel,Robert.

Bonjour,J'aimerais bien utiliser PHD aussi (je l'utilise lorsque j'image avec l'APN). Le seul problème est que je ne peux pas utiliser PHD avec ma SBIG ... il n'y a pas moyen de faire en sorte que PHD utilise le capteur de guidage pendant qu'un autre logiciel utilise le capteur principal pour imager.Ce serait quand même un peu dommage de mettre un diviseur optique ou un autre instrument en // avec une caméra de guidage alors qu'il y a déjà le double capteur ...Il me semble qu'il y a quand même des gens qui arrivent à utiliser MaximDL pour imager et guider, il doit donc y avoir moyen de s'en sortir en trouvant les bons paramètres ... je vais continuer à creuser ... Bon ciel,Robert.

Bonjour,Je l'utilise pour l'acquisition (lorsque j'utilise mon APN) et le traitement de mes images ... il y a toutes les fonctionnalités de base et ça marche bien.En plus, le logiciel est stable (jamais de "plantage" ou de bug).Je trouve que le rapport qualité/prix est très très bon ...Cordialement,Robert.

Bonjour,J'ai refait des tests de guidage avec dithering hier soir (MaximDL v5.12)... Dur dur de trouver un paramétrage qui permette à MaximDl de faire du dithering sans avoir des problèmes en déclinaison.Après avoir fait le dithering ("dither via guider"), il a une fichue tendance à s'emmêler les pinceaux en DEC et cela mène souvent à des oscillations qui ne s'amortissent pas ...Je n'ai pas encore tout compris mais la seule chose qui semble atténuer le problème est de mettre un "max move" en DEC très faible (0.1 ... 0.15 sec).Du coup, il faut que la MES ne soit pas trop mauvaise sinon, il a du mal à rattraper la dérive de l'étoile ...Je constate aussi que ma monture est moins bonne en DEC qu'en AD (kit NS Ovision sur l'axe AD mais pas en DEC) ... du coup, il faut vraiment adapter les paramètres pour chaque axe.Enfin, j'ai l'impression qu'il faut que la monture ait vraiment un bon suivi en DEC pour faire l'autoguidate + dithering avec MaximDl, sinon ça ne pardonne pas ...Bon ciel,Robert.

Bonjour,Ma petite contribution à la question posée. J'utilise MaximDL V5 avec une lunette de 980 mm de focale. L'autoguidage est fait avec le capteur de guidage interne de la caméra (SBIG ST2000). L'échantillonnage est d'environ 1.56 arcsec/pixel.J'ai moi aussi des problèmes avec l'utilisation du dithering. Voici globalement ce que j'observe: 1) Je lance les pauses ... le guidage fonctionne correctement. 2) Dithering pour la pause suivante (je demande 3 pixels max.) et là, le logiciel a parfois beaucoup de mal à stabiliser le guidage ... pourtant, je lui laisse un délai de 60 sec.En AD, pas de problème en général .. il converge assez vite. En DEC par contre, je constate parfois des oscillations assez importantes et il n'arrive pas toujours à les atténuer, même en une minute.Voici quelques détails sur le matériel utilisé et les paramètres: - la monture est une Losmandy G11 avec kit NS Ovision ... son EP est assez faible (+/- 3 arcsec environ en AD). - lors de la dernière soirée (dédiée aux tests de guidage ...), les paramètres utilisés étaient: * temps de correction mini = 0.1 sec * temps de correction maxi = 0.25 sec * agressivité à 8 en AD et DEC * temps de pause CCD de guidage = 2 sec * temps entre deux corrections = 1 secEn général, j'ajuste les temps de correction après un premier essai de guidage avec les agressivités à 0 ... cela permet de voir quelle est l'erreur max. qui peut apparaître pendant le temps de pause de la caméra de guidage ... L'option "anti-stiction" est activée pour l'axe Y ... je trouve que ça aide à la stabilité du guidage en DEC.J'ai essayé de rentrer un temps de correction pour compenser le backlash en DEC mais ça n'a rien arrangé ...La calibration se passe bien (j'obtiens un beau "L") avec des branches bien perpendiculaires ... Lorsque le guidage fonctionne, il fonctionne plutôt bien ... j'arrive à 0.3 ... 0.4 pixels RMS.Comme évoqué précédemment, le problème survient surtout avec le dithering et en déclinaison.J'ajoute que je travaille en "itinérant" ... cela ne permet pas de travailler tout le temps avec exactement la même configuration (MES, équilibrage, ... ) même si je m'efforce de soigner l'installation du matériel.Enfin, je dois ajouter que je suis repassé chez mon revendeur (O&V) et il a réglé ma monture car il y avait effectivement un point dur et un peu trop de jeu en DEC (mauvais positionnement/alignement de la VSF).Il faut que je retente pour voir ce que cela donnera maintenant que la monture est mieux réglée ...Bon ciel,Robert Knockaert.

Bonjour,Merci pour l'ajout de Nebulosity2 dans le test ... Bon ciel,Robert.

Bonjour,Je l'utilise pour traiter mes images ... je peux faire l'empilement des mêmes images que vous mais il faudrait juste me dire si je peux les télécharger quelque part ... ça m'intéresserait de comparer.Cordialement,Robert.

Bonjour,Quelqu'un a essayé de comparer avec ce que donne Nebulosity2 ?Bon ciel,Robert.

Bonjour,Je lis ce post avec intérêt et je reviens à ma question sur le backlash suite à la remarque de Jérôme Rudelle sur MaximDL.J'ai l'impression que pour le backlash PHD se débrouille tout seul (à un moment, il indique "clearing DEC backlash" lors de la calibration ... peut-être calcule-t-il la correction à apporter pour compenser le backlash ???).Dans MaximDL, il est possible de rentrer un temps de correction pour le backlash à calculer soi-même. Il devrait être possible de le calculer en fin de calibration en mesurant la distance entre la position initiale de l'étoile et la position finale après les mouvements en AD et en DEC.Est-ce que vous rentrez une valeur pour ce temps de correction ? Est-ce que l'un d'entre vous a testé pour voir si cela améliore les choses ?Je voulais faire quelques essais hier soir mais je me suis retrouvé sous les nuages ...Merci & bon ciel,Robert.

Bonjour,Est-il possible de déterminer si les différences proviennent d'un comportement différent des deux logiciels concernant les corrections en AD et/ou en DEC ? J'ai l'impression que PHD gère le backlash en DEC par lui-même tandis qu'il faut rentrer un temps de correction pour le backlash dans MaximDL.Cela peut peut-être expliquer certaines différences ...Bon ciel,Robert.

Bonjour,Malgré Jipipi qui arrive en éclairant le plateau de Calern avec sa frontale tel le phare du cap d'Antibes, il y a quand même eu moyen de prendre quelques images ce vendredi ... M64 5 pauses de 300 secondes M65 et M66 12 pauses de 400 secondesSetup: TEC 140 sur G11 NS - ST2000 couleur avec autoguidage par capteur interne.Empilement et traitement sous Nebulosity2.Encore un peu de précision à gagner au niveau du guidage et beaucoup de progrès à faire au traitement mais je me suis bien amusé ...Bon ciel,Robert.

Merci JP, j'ai au moins un fan ;-) !!Pour la balance des couleurs, je pense que je vais imager une étoile supposée être bien blanche et vérifier quels sont les coefficients à appliquer ... ça devrait marcher pour toutes les autres images.Il y a quelques explications ici : http://starizona.com/acb/ccd/advtheorycolor.aspx Bon ciel,Robert.

Les mêmes avec quelques corrections: ciel un peu plus sombre pour M64 et balance des couleurs retouchée pour les deux images.Il faut que je trouve comment ajuster les coeffs RVB pour la ST2000 ...Bon ciel,Robert.

Bonjour,Je suis d'accord avec la dernière remarque ... ce n'est pas évident de faire ressortir les couleurs. Je ne sais pas si c'est un problème général avec les CCDs couleur ou si cela vient de mon traitement qui reste très basique ...Si l'un d'entre vous a un avis sur la question ou un conseil, je suis preneur.Bon ciel,Robert.

J'ai effectivement réglé le problème en utilisant un logiciel de retouche d'image.Je verrai si avec le dithering + sigma clipping (j'utilise Nebulosity2 pour l'empilement et il propose aussi cette option) cela élimine bien tous ces défauts.Merci encore & bon ciel.Robert.

Bonjour,J'ai traité des images de M51 prises vendredi soir à la ST2000 et je constate qu'il reste des pixels chauds sur l'image finale malgré la soustraction des darks.En analysant un peu les images de plus près, je me suis rendu compte que les pixels en question n'ont pas la même intensité sur les darks et sur les images de M51. Pourtant, les darks ont été pris le soir-même avec le capteur refroidi à la même température (- 10 °C) et sur une même durée ( 7 minutes en l'occurence).Sur les images de la galaxie, ces pixels sont saturés (intensité à 65535) tandis que leur intensité est bien plus faible sur les darks (autour de 19000) ... cela peut expliquer pourquoi le traitement ne les élimine pas.Cela ne concerne qu'un nombre très limité de pixels, les autres pixels chauds sont éliminés par la soustraction des darks.Le traitement est fait sous Nebulosity2.Je finis par me demander si il est possible que des pixels chauds de la caméra réagissent différemment dans le noir et lorsqu'ils sont soumis au flux lumineux ...La prochaine fois, je pense utiliser le dithering pour éliminer le problème mais je me demande d'où cela peut venir ...Si l'un d'entre vous a une idée ...Merci & bon ciel,Robert Knockaert.

Merci Christian,Je pensais naïvement que la soustraction des darks éliminerait complètement les pixels chauds.Effectivement, il ne reste que 5 ou 6 pixels pour lesquels la soustraction ne corrige pas tout à fait le problème.Je me demande quand même pourquoi l'intensité sur ces pixels varie entre les images en luminance et les images de dark (meme temps d'exposition, capteur à même température). J'ajoute que dans les images en luminance, ils sont situés sur fond de ciel noir ... il n'y a pas d'étoile ou d'objet un tant soit peu lumineux à proximité ... bizarre quand même.Bon ciel,Robert.

Salut JP !L'image est déjà sur le forum ... tu n'as pas perdu de temps ...Elle est aussi belle qu'en direct à l'écran hier soir !A+Robert.

Bonjour,Il y a un tuto pour Gimp accessible chez Astrolabo http://www.astrolabo.com/?p=2746 Je n'ai pas essayé ...Cordialement,Robert.

Bonjour,Gilles, je compatis... Par contre, je pense qu'effectivement on ne peut pas t'imposer un éclairage direct vers chez toi si cela te gène.En ce qui me concerne, les services municipaux de Biot ont accepté de masquer le côté d'un réverbère qui éclairait assez fortement mon jardin et mon appartement. Un collègue a fait la même demande avec succès à Mougins-le-Haut.Bon courage,Robert.

Bon, j'ai bien senti que mon explication ne te convenait pas ... A+Robert.

En ce qui concerne la lunette que j'ai mise en vente, je voulais juste rajouter que je me déplacerai probablement sur la région de Lyon les 11 et 12 novembre.Si quelqu'un de la région est intéressé par une remise en main propre sans frais de port, cela pourrait être l'occasion.Il y a plus de détails sur ma lunette dans les petites annonces ou par mail: robert.knockaert@free.frBien cordialement,Robert.