Discret68

Merci à vous deux @COM423 et @danielo pour votre passage. Le fond de ciel est calibré à une valeur moyenne de 0,1 (sur une plage de 0 à 1), ce qui est relativement standard. Ton moniteur ne serait-il pas réglé un peu sombre ? De mon coté, j'ai procédé à un étalonnage de mes moniteurs via une sonde car d'un moniteur à l'autre, j'avais de sacrés écarts de rendu pour les images. JP

Merci à vous @ALAING, @wilexpel, @FranckiM06 et @Pulsar59 pour vos commentaires Ben, le filtre NB1, c'est déjà du Ha et du O3. Ça va être dur d'en rajouter Bonne journée JP

OK, je n'avais pas fait le rapprochement entre MORA et Moravian ! Il est vrai qu'avec le passage au CMOS, les chinois ont largement pris le dessus sur les autres fabricants ... qui sont un peu passés dans l'ombre !

Je ne suis pas sûr d'avoir vraiment compris le fond du problème, mais si c'est pour charger le driver ASCOM, tu vas sur le site Primaluce Lab et sur le bandeau rouge qui est tout en haut de la fenêtre, tu cliques sur download puis dans la liste, tu cliques dans le rectangle ESATTO et le "software package" se charge. Ensuite, tu décompresses l'archive et tu lances l'installation du driver PLL ASCOM Focuser v3.5.exe conformément à la notice qui est dans le package, page 19 pour la notice en anglais. JP

Très bon rendu de cette galaxie ! Et avec une GM2000, tu vas te régaler ..... enfin si la météo le permet. Je n'ai pratiquement trouvé aucune info sur ta caméra, à part qu'elle est équipée d'un IMX455, info vu sur une discussion sur le site Groups.io, et dont tu pourrais être à l'origine de la discussion. Peux tu nous en dire plus sur cette caméra ? JP

Bravo pour ta construction. C'est toujours un réel plaisir que d'exploiter un matériel qu'on a construit soi-même. Par contre, un secondaire de 70mm, ce n'est pas un peu trop "faible" en diamètre par rapport au primaire de 300 f/d5 ? Je suppose que tu as fait une simulation au préalable pour valider ce choix. Après, tout dépend de la taille du capteur qui constitue ton train optique. JP

Très bon rendu pour cette galaxie. A noter que NGC4217 est également un beau modèle avec sa barre de poussière, mais il faut zoomer un peu. Quand j'ai vu le titre "M 106 et ses nombreuses voisines à 590 mm", je me suis dit "tiens, ce n'est pas courant un télescope avec un primaire de 590mm de diamètre". Ah, ben non, c'est la valeur de la focale J'ai un gain d'environ 8 fois avec BXT et tensorflow par rapport à l'utilisation CPU, c'est vraiment appréciable, surtout lorsque je traite mes images quasi systématiquement en drizzle 2. JP

Merci à vous @wilexpel, @Christophe H, @Bigcrunch, @christian_d et @jeffbax pour votre passage et vos sympathiques commentaires. A cette heure-ci, je pars me coucher un peu déçu car j'ai lancé une séquence images mais le ciel se voile et avec la lune, j'ai un fond de ciel qui devient exécrable. Bilan : sur 8 images prises, 8 images bonnes pour la poubelle. JP

Bonjour à tous En ce bon samedi matin, je vous propose une petite virée dans la banlieue proche de M102, la Galaxie du Fuseau. Cette galaxie est une galaxie lenticulaire vue par la tranche, et située dans la constellation du Dragon. Elle révèle assez peu de détails hormis une bande de poussière qui représente sa principale caractéristique. Le setup est le newton de 300 en f/d 4, la caméra ASI2400MC, le correcteur TS Wynne 3" et un filtre Antlia Luminance. 178 poses unitaires ont été empilées avec APP en drizzle 2, soit une durée totale de presque 3h. Un ciel qui s'est montré relativement favorable vers 1h du matin, mais toujours un voile de nuages en haute altitude qui est présent. Le traitement a été effectué avec Pix. La FWHM est de 2,9" en moyenne pour la séquence complète, ce qui constitue une bonne valeur chez moi. Le champ complet avec une résolution graphique de 3600 x 2500 pixels : La version annotée à la même résolution : Et un crop de M102 avec l'étoile SAO 29401 en bas à droite qui présente une magnitude de 7,5. La résolution est de 2000 x 1600. La bande de poussière est bien visible : Bonne journée à vous. Jean-Pierre

Merci à toi @wilexpel Bonne soirée JP

Bonjour à tous Dernière image réalisée et surtout présentable, le groupe de galaxies dans la banlieue de NGC5985, à savoir NGC5976/5981/5982/5985/5989. NGC5985, bien que située à une distance d'environ 122 millions d'années-lumière, présente une taille apparente significative de part son diamètre d'environ 205000 années-lumière. L'image présentée est le résultat d'un empilement de 300 images de 60s de temps de pose unitaire, soit une durée totale de 5h. Le setup utilisé est le newton de 300 f/d4, la caméra ASI2400MC et un filtre Antlia Luminance. Le tout sur la GM2000 HPS sans autoguidage. La nuit a été relativement calme, la FWHM moyenne étant de 2,9" sur l'ensemble des images. L'image du champ complet à la résolution de 3600 x 2600 pixels : La même image annotée : Un crop des galaxies NGC59815982/5985 à la résolution de 3600 x 2200 pixels : J'avais réalisé ce champ en 2016 avec le même newton, mais avec la caméra Moravian G2-8300. L'empilement avait été effectué en 2021. La résolution image est de 1800*1300 pixels : Bonne journée à vous. Jean-Pierre

La problématique des pièces spécifiques, c'est effectivement le nombre de pièces à approvisionner qui fait généralement le délais. Il y a surement quelqu'un dans la chaine d'approvisionnement qui attend un certain nombre de commandes pour lancer l'usinage. Pour ton soucis, il y a quand même quelques solutions, hormis celle qui consiste à patienter ..... un certain temps ... bien inconnu ! - Contacter (via mail) les principaux revendeurs de matériel astro hors France, et plus particulièrement ceux aux Etats-Unis pour trouver du stock. Avec le risque de voir le prix éventuellement augmenter pour cause de TVA et frais de dossier. Mais comme les prix de vente sont généralement inférieurs, le prix final peu être similaires à celui pratiqué en France. Sur le site de First Light Optic, la pièce n'est pas en stock et le délai annoncé est de 60 à 90 jours ouvrables, autrement dit livraison aux calendes grecques. - Faire usiner la pièce par un atelier mécanique, ce n'est pas ce qui manque en France. Le problème est de pouvoir créer le plan de ladite pièce. Il faut les différentes pièces sur lesquelles vont se monter cette bague pour avoir les bonnes dimensions. Coté ateliers, il y a ceux qui ont pignon sur rue : Skyméca (appeler Didier Chaplain. Il peut également avoir connaissance des dimensions de ta pièce vu l'éventail de pièces qu'il a déjà usiné) ou Astromecca (antoine.cailleau@astromecca.fr). Tu peux également contacter les ateliers d'usinage de ton secteur (ceux qui font le la pièce unitaire, j'ai un copain qui a déjà eu l'occasion de faire usiner des pièces et ce sans soucis) pour un devis sur plan . Il y a également les amateurs qui font de l'usinage sur mesure, voir sur le site https://usineur.fr/ Et si tu trouves une solution, tu peux commander ton focuser ! Voila, maintenant, tout dépend de ta motivation Jean-Pierre

Très bon rendu de ces 2 belles du ciel nocturne. JP

Belle soirée de galère à ce que je vois ! Avec NINA, même sans autoguidage, tu peux quand même faire du dithering. Avec ma GM2000HPS, je ne fais aucun autoguidage, et je fais bien du dithering. Dans le menu "Guidage", il faut simplement choisir l'option "Direct Guider". Comme certains, je suis un peu dubitatif sur le rendu des couleurs des galaxies. A titre de comparaison, je lui avais également tiré le portrait, avec des couleurs un peu "différentes" : JP

Concernant la valeur d'offset à 1, c'est beaucoup trop bas pour la 2600MC. Avant d'expliquer pourquoi, je pense qu'il est bon de comprendre que lorsqu'on parle d'offset, il peut y avoir un amalgame entre 2 choses différentes. N'étant pas spécialistes en capteurs, j'ai réalisé quelques tests afin de comprendre la "chose". Il y a en fait l'offset caméra qui est la valeur dont tu parles et l'offset image. Le premier est un paramètre de réglage de la caméra et le 2ème, un résultat qu'on obtient en terme de niveau le plus bas qu'on obtient sur l'image en dehors de toute exposition à la lumière, ce qu'on pourrait appeler un talon mini. Il y a bien une relation entre les 2 valeurs d'offset, plus l'offset caméra sera élevé, plus l'offset image sera élevé, mais cette relation n'est pas directe et l'évolution entre les 2 valeurs n'est pas linéaire. Pa exemple, ce n'est pas parce qu'on a un offset caméra réglé à 10 qu'on aura un offset image de 10. Pour comprendre cette notion, j'ai réalisé un test qui consiste à réaliser des bias avec des valeurs d'offsets évolutives et de mesurer l'offset image. C'est à dire qu'on va mesurer la valeur mini en adu des pixels et compter leur nombre. Tant qu'on obtient des pixels dont la valeurs mesurée est à 0 adu et tant que leur nombre est supérieur à 1, l'image va présenter des pertes d'information puisque ces pixels nécessiteront un certain niveau de lumière pour être "activés". Donc, on perd des informations sur ces pixels lors d'une séquence acquisition. Pour la 2600MC, voici le tableau de relevé des valeurs que j'ai obtenu. J'ai mis le capteur à la température d'acquisition (-10°), un temps de pose à 0,00001s et je suis parti d'un offset de 1 puis par incrément de 1 tout en relevant le nombre de pixel à 0 adu et leur nombre à l'aide de NINA. Sur ce tableau , à la valeur d'offset caméra réglé à 1, on voit qu'il y a des pixels à la valeur 0 adu et qu'ils sont au nombre de 299435 sur l'image. A relativiser par rapport à une image qui contient environ 26 millions de pixels. En augmentant la valeur d'offset, on voit que le nombre de pixels à 0 adu diminue. Arrivé à la valeur d'offset caméra à 18, la valeur mini relavée par NINA est de 9 adu et 1 seul pixel est concerné. C'est normal, dans un lot de valeurs, il y a en a toujours 1 qui présente cette valeur. On peut en déduire que l'offset caméra "optimal" est de 18. A la valeur d'offset de 30, valeur qu'on retrouve un peu partout pour cette caméra, la valeur du pixel le plus bas est à 142, ce qui est très faible par rapport à la dynamique d'une image de 2600. On peut donc en déduire que cette valeur d'offset caméra à 30 est une valeur conservative pour cette caméra. A titre de comparaison, pour ma 2400MC, la valeur d'offset caméra était réglé également à cette valeur de 30. Sauf qu'à cette valeur, l'offset image était à 960 adu, soit une valeur assez élevée. Au final, j'ai trouvé une valeur d'offset caméra à 6 pour avoir un offset image proche de 0 adu. De toute façon, cette valeur d'offset caméra n'est pas hyper critique dans le sens où toutes les images prises à cette valeur permettront de traiter l'offset image. Je dis "toutes les images" car le traitement des images va se baser sur cette valeur d'offset image obtenu. Lorsqu'on traite une brute qui intègre l'offset image, il faut que les darks correspondant intègre également cet offset image pour être retiré de l'image traitée. Ce qu'il faut retenir, c'est que l'offset caméra doit être une valeur mini à respecter afin d'obtenir un offset image supérieur à 0, mais qu'on peut augmenter cette valeur d'offset caméra sans crainte de perturbation pour les brutes. JP

Vu que mon PDF ne fonctionnait plus, j'avais opté pour un Integra85 (3") de Gemini qui outre le focuser, intègre également un rotateur, ce qui est quand même bien pratique en remote, avec une charge admissible de 8kg. Il faut dire qu'aujourd'hui, avec les caméras CMOS, le poids d'un train optique a notablement réduit. De plus, l'Integra85 avec le rotateur est relativement mince puisqu'il fait moins de 60mm sans les bague de montage. En plus, il intègre directement un réglage de tilt. A l'époque, il était vendu dans les 1700 euros, mais comme son concepteur/fabricant est décédé, il n'est plus disponible à la vente. Je vais voir coté SAV si une action est encore possible. Sur le principe, la partie mécanique du focuser de l'Integra est identique au PDF et à l'ATLAS ; 3 systèmes vis/écrou mis en rotation par un moteur PAP et une courroie crantée (une chaine pour le PDF). Mais bon, comme le mien fait des siennes, en attendant de trouver la solution, je suis bien content de pouvoir remettre en service le PDF. Le problème de mon Integra étant purement électronique ou informatique, là aussi, je me prépare à refaire si besoin la partie électronique qui de toute façon est dans un boitier externe au focuser. A la base, c'est un Arduino Uno avec 2 driver pour moteurs pas à pas. Du grand classique en somme. A+ JP

Bon résultat avec cette galaxie qui montre effectivement de beaux tumultes en périphérie. JP

Vu le temps de pose total, c'est un très bon résultat. JP

Salut Florent En complément des essais de cet AM, j'ai lancé le programme FLIfocus qui fonctionne cette fois-ci avec le FLI PDF, après installation du driver ASCOM " Kepler Camera ASCOM driver v.6.5.8325", ce qui n'était pas le cas avant. En regardant ta copie écran de près, je me rend compte que suite à l'installation du driver ASCOM " Kepler Camera ASCOM driver v.6.5.8325", une nouvelle ligne apparait dans la liste des focuser, et ça, je ne l'avais pas remarqué ! En plus de la la ligne "FLI ASCOM Focuser" d'origine, la ligne "ASCOM Focuser Driver for FLI" est venue s'ajouter. La feinte ! En sélectionnant ce driver, le focuser fonctionne ! Super ! Par contre, à ce stade, il n'est pas utile de lancer le programme FLIfocus. J'ai modifié les paramètres de fonctionnement du focuser directement via NINA via l’icône de configuration. Dans cette histoire, ce que je trouve pénible (je reste poli), c'est que lorsque j'ai contacté FLI pour leur signaler la problématique, ils m'ont répondu que le produit n'était plus suivi et qu'aucun correctif ne serait disponible. Dit d'une autre façon, le focuser était "perdu" ! J'avais quand même lancé une réflexion pour remplacer l'électronique intégré par un Arduino avec driver de moteur PAP, tout en gardant la partie mécanique. Bilan, il y a finalement 2 méthodes pour faire fonctionner nos chers focuser FLI. Au tarif de ces joujoux, c'est quand même bien de pouvoir les utiliser. Merci à toi pour la solution apportée. JP

Afin de préparer au mieux tes soirées, tu pourrais utiliser un logiciel de cartographie céleste qui permet de définir des champs de vision afin de visualiser les différents objets présents et ainsi de peaufiner le cadrage. Par exemple, avec C2A : Les logiciels d'acquisition permettent également de visualiser le champ définit par le setup. Exemple avec NINA : De cette manière, tu ne seras pas surpris de voir certains objets apparaitre sur ton image et pire encore, coupés en deux. JP

@floastro : j'ai procédé comme tu l'as indiqué, en installant en complément du driver "FLI Software Installation Kit (not for Kepler) ", le driver " Kepler Camera ASCOM driver v.6.5.8325". J'ai mis sous tension le focuser puis j'ai lancé NINA (V3.0). J'ai sélectionné le FLI ASCOM focuser et j'ai un message d'erreur : Si je bascule à nouveau sur "utilisation du Device Hub Focuser" comme précédemment, le focuser se connecte. JP

Avec des poses de 45s, il faut un temps de pose total beaucoup plus important. Essaies d'arriver à plusieurs heures pour augmenter les détails et le rapport signal/bruit de ton image finale. A part le 1100d, de quoi est constitué ton setup (tube, monture, ...) ? Avec le 1100d, il faudrait peut-être un temps de pose plus long que 45s, mais tout dépend de ton setup et de la qualité du suivi de la monture. Il faudrait faire quelques mesures sur tes brutes et offsets pour évaluer le temps de pose optimal. En plus, M64 n'est pas une cible facile à traiter. Je te propose des objets comme M51, M100, M101 visibles actuellement et qui seront plus évidentes à traiter. Jean-Pierre

Merci à vous deux @ALAING et @polo0258 pour vos commentaires. Bon dimanche JP

Merci à vous trois @COM423, @Sauveur et @Martin Bernier pour votre passage et vos commentaires. JP

Venant de rencontrer un problème de fonctionnement de mon focuser/rotateur Integra85, j'ai remis en place le FLI PDF qui était remisé depuis qu'Il ne fonctionnait plus à la suite du passage de windows 32 bit à une version 64 bit. Avec la méthode proposée par @Eric78 (utilisation du Device Hub Focuser), mon PDF fonctionne à nouveau. Merci à toi Eric pour la solution apportée Jean-Pierre