mg95

Si l'on prend les caractéristiques du filtre tribande. Est ce que l'on peut en déduire que pour les objets concernés (objets nébulaires) un tel filtre ne nécessite pas d'avoir un APN défiltré ? J'ai toujours entendu dire que le filtre devant le capteur d'un APN bloquait les IR, donc dans ce cas il n'a aucune action puisque les IR sont déjà arrêtés dans le filtre tribande. Mais le filtre devant le capteur d'un APN laisse t il passer les Ha, SII et OIII ?

Ce type de filtre Filtre Optolong L-ENHANCE https://www.pierro-astro.com/materiel-astronomique/accessoires-optiques/filtres-photographiques/filtre-optolong-l-enhance-31,75mm_detail Ou celui-ci Filtre IDAS NB1 - Camera ZWO ASI https://www.pierro-astro.com/materiel-astronomique/accessoires-optiques/filtres-photographiques/filtre-idas-nb1-50,80mm-filetage-m48_detail ?

Est ce que cette caméra est défiltrée ? Sinon il existe aussi une caméra défiltrée https://www.raspberrypi.org/blog/camera-board-comparisons-pi-noir-v1-vs-pi-noir-v2/

Merci pour tes remarques. Pourrais tu préciser le type de filtre que tu évoques ? Concernant les déformations des étoiles est ce rattrapable avec PixInsight, je crois qu'il existe des process qui retravaillent la forme des étoiles.

As tu fais des recherche sur Youtube ? Je n'ai pas épluché ces 2 vidéos mais leurs auteurs pratiquent l'astronomie.

Oui. SharpCap a un module qui analyse une portion noire du ciel pour proposer une valeur d'exposition en fonction du capteur. En l’occurrence 14sec. Mais comme il y avait pas mal de vent j'ai préféré raccourcir une peu la durée de pose. Le corolaire c'est que ça fait pas mal de fichiers à traiter, sachant que le traitement multiplie ce nombre par 3. Les étoiles les plus brillantes semblent entourées d'un halo qui se déforme vers les bords de l'image. C'est du à quoi à votre avis ? Sachant que je n'ai fait que des réglages d'histogramme, de courbe et de saturation.

ZWO-533 Canon 300mm f/4 AZ-GTI 411 poses de 8s C'est la première fois que je voyais de la couleur sur mes photos alors j'en ai profité.

J'ai chargé l'image dans le nuage.

J'ai pourtant téléchargé sur le site l'image à 100%, 3008 x 3008 pour une taille de 7.96 Mo ???

J'ai profité d'une belle soirée dans le Vexin pour faire marcher ma config: Objectif 100/400 avec multiplicateur 1.4 ce qui doit donner 560mm à f/8. Monture AZ-GTI Caméra ZWO 533 Acquisition avec SharpCap, 208 photos à 8s, Gain 430 T° -15. J'ai plutôt joué avec la fonctionnalité Live Stacking, c'est assez magique de voir la galaxie apparaitre petit à petit. Et comme en même temps il stocke les photos j'ai pu m'essayer un peu à PixInsight. J'ai commencé avec le BatchPréprossing, mais il ne pouvait pas aligner les photos :-(. J'ai repris les photos calibrées et débayerisées avec le process StarAlignement et là Pix a pu me traiter 208 sur 220 photos. Je n'ai pas poussé plus loin le traitement, juste une STF.

Moi j'aime bien les phares. Quand on "a fait du bateau" avec l’avènement du GPS on comprend très bien l'association phare étoile . Concernant les photos circumpolaires on trouve pas mal de tuto sur YouTube qui utilisent StarMax pour l'assemblage http://ggrillot.free.fr/astro/starmax.html J'ai une question concernant les applis sur SmartPhone. Si l'on donne une position GPS, une direction et une hauteur par rapport à l'horizon, l'application est elle capable de donner le jour et l'heure où le soleil se trouvera dans la susdite direction ?

Concernant la bague d’adaptation on en avait un peu parlé ici Avec un objectif Canon EF le capteur doit se trouver à 44mm de la base de l’objectif. Dans le cas de la camera 533 le capteur se trouve à 17,5mm du filetage T2 (tirage interne). Il faut donc une bague de 44 - 17,5 = 26,5mm. Si la bague est trop longue je pense que ça fera comme avec les bagues allonge utilisées en macro photo, la mise au point à l’infini ne sera plus possible, pour la photo astro ça peut représenter un sérieux handicap ;-). Donc si tu veux utiliser un porte filtre il faut que sa largueur + l’épaisseur des bagues + le tirage interne de la caméra fasse 44mm ... bon courage. J’utilise cette bague https://laclefdesetoiles.com/bagues-d-adaptation/6228-adaptateur-ccd-ts-optics-pour-objectif-canon-eos-vers-filetage-t2.html qui est réglable donc pas de problème de longueur. De plus il y a un filetage à l’intérieur qui permet de monter un filtre sans changer la longueur. Mais pas testé. Il faut aussi pouvoir fixer l’objectif et la caméra sur la monture. Avec les télés pas de problème, ils ont des collier de pied, pour les autres objectifs il faut s’en trouver un. Avec les caméras refroidies par effet Peltier il faut rajouter une alimentation 12V DC pour le refroidisseur.

J'ai acheté une zwo-asi533 https://www.pierro-astro.com/materiel-astronomique/cameras-astro/cameras-ciel-profond/caméra-zwo-asi533-pro-refroidie-couleur_detail Je l'utiliserai avec des objectifs Canon, j'ai la bague d'adaptation qui va bien. Elle est refroidie donc à priori on peut faire les bias/dark une fois pour toute à la température choisie. Elle a un bruit de lecture faible, donc on devrait pouvoir faire du cumul de poses courtes. Elle a un petit capteur 11x11 mm, donc "multiplie" la focale. Tout ça au conditionnel car je n'ai pu l'utiliser qu'une fois et à priori je vais pas pouvoir avant un certain temps Moins de 1000€ Et contrairement à un APN il faut de l'informatique pour enregistrer les images au fil de l'eau.

Chez moi c'est :

et Fusion 360 ? Car à priori on peut avoir :

Certains d'entre vous font de la modélisation 3D en vue d'impression 3D, mais quel logiciel utilisez vous ? J'ai commencé avec TinkerCAD, mais c'est un "logiciel" en ligne donc accès internet indispensable. Y a t il d'autre logiciels "off line" et gratuit si possible. Windows serait un grand plus mais Linux serait envisageable

Concernant la ZWO ASIAIR je crois qu'ils vont sortir une nouvelle version et que la version actuelle n'est plus en vente. J'utilise un RPI4b avec Kstar/Ekos/indi. Pour faire simple. Kstar est un planétarium comme Stellarium. Ekos est un manager qui lance les séquences d'acquisition, le "plate solving" et le suivit. Indi gère la communication physique avec la monture et les capteurs (APN ou caméra). L'équivalent d'Indi pour Windows est ASCom. Je ne suis pas passé par les images de la NafaBox car elles ne fonctionnaient pas (pb WIFI) sur un RPI4, mais je crois que c'est corrigé maintenant ? J'avais essayé aussi sur une TinkerBoard mais là c'est la caméra USB3 qui ne fonctionnait pas. Les joies de Linux et des périphériques. Sinon pour rester dans le monde Windows j'ai regardé Sharpcap https://www.sharpcap.co.uk/ associé à Carte du Ciel https://www.ap-i.net/skychart/fr/start . On peut donc faire la même chose qu'avec Kstar/Ekos/indi i.e. acquisition d'images, astrométrie et planétarium avec goto. J'ai dis "regardé" car je n'ai pas pu encore pu tester en vrai, foutue météo A un de ces soirs aux Enfers ;-).

Merci pour l'info. Apparemment ça consiste à modifier en "direct live" les fichiers de configuration Après avoir fait l'alignement, le pointage sur l'objet et défini le type de suivit, j'avais fait quelques tests en éteignant le téléphone, qui ici fait office de raquette. La monture avait continué de suivre l'objet, donc le fait d'avoir un téléphone dans le circuit n'est pas si contraignant que ça.

A la réunion du 07/02/20 j'avais évoqué avec Olivier le réglage de l'offset dans KStars. Je pense que ça se paramétre ici [Décalage]. Mais tu m'avais dis que l'on pouvait trouver la "bonne" valeur en analysant les statistiques d'un bias. Quel paramètre faut il considérer ? et quelle valeur faut il atteindre ? Dans mes souvenir d'électronicien un offset est un seuil qui fait qu'un signal d'entrée n'est pas pris en compte avant qu'il n'ait atteint une certaine valeur. Si l'on transpose ça à un capteur photo, un photo-site qui n'a pas capturé de photon est considéré comme noir (niveau de sortie 0). Mais si par exemple on fixe un seuil à 10, les photo-sites ayant capturé de 1 à 9 photons seront aussi considérés comme noir. Cette analyse à 2 balles est elle pertinente ? Pourquoi effectuer cet ajustement à la capture et pas au prétraitement ?

Dans cette vidéo https://www.youtube.com/watch?v=lWaGTk6Fs1I il évoque la réjection à 02:00. L'explication a l'air claire mais est elle pertinente ?

Le logiciel Sharpcap https://www.sharpcap.co.uk/ à l'air de savoir tout faire : capture vidéo et image, alignement polaire, résolution astrometrique, utilisation directe des drivers pour certaines caméras, aide à la mise au point, prise en compte de la monture, analyse du capteur, évaluation du seeing, visuel assisté et même prétraitement. Il est gratuit pour la plupart des fonctionnalités (sinon c'est £10 par an), est maintenu (dernière realease 03/02/20) et bien documenté https://docs.sharpcap.co.uk/3.2/ Ne fonctionne que sous windows. Alors quelqu'un l'utilise ? Tient il ses promesses ?

Merci. Les 3 sont possibles, mais il faudrait quand même voir quelques étoiles car en chambre ça marche toujours.

En fait c'est expliqué là https://www.indilib.org/devices/mounts/synscan-telescope.html et là https://indilib.org/devices/mounts/az-gti.html Le driver Indi peut communiquer en Wifi avec la monture de 2 façons. Soit directement (eqmod), soit par l'intermédiaire d'une appli Android ou Windows (synscan), cette appli permet d'effectuer l'alignement avant d'être connectée à Indi. Quand c'est directement Indi ne doit voir que les informations des encodeurs. Mais quand il se connecte à l'appli, celle ci connaissant la position géographique, l'heure et l'alignement étant fait, il peut récupérer les coordonnées pointées par la monture. Le repère indiquant la position de la monture s'affiche alors au bon endroit dans Kstars. J'ai besoin d'un PC pour la prise en main du RP4, mais je préfère laisser l'appli synscan tourner sur un smartphone qui va consommer moins et mieux supporter l'humidité. Avec une monture type EQ6 comment s'effectue la liaison monture <-> Indi ? Une prise RS232 sur la monture relié par un câble RS232/USB au PC où tourne Indi ? Comment s'effectue la procédure d'alignement ? Je voulais tester les 2 configurations possibles Windows 10 ASCOM et CdC ou Linux Indi et Kstars. Mais je crois que CdC peut utiliser Indi, et Kstars utiliser ASCOM, donc encore de belles heures de test en perspective En réalité dès qu'il y aura des étoiles je validerai la solution Indi/synscan. Et plus intéressant l'exploitation d'une caméra ZWO 533 par Indi. Je crois qu'on peut régler le temps de pose, le gain et ... l'offset (mais pas encore trouvé où).

En fait pour ce type de fonctionnement il faut utiliser le driver SyncScan qui correspond à l'appli sur le téléphone et donc laisser le téléphone en service

Je n'hésite pas J'utilise une monture qui se pilote avec une appli, c'est l' équivalent d'une raquette wifi. Je peux voir sur cette appli les coordonnées azimutales de la monture et elles sont cohérentes avec la position physique de la monture. Mais avec ekos les coordonnées affichées dans l'onglet monture ne correspondent pas et donc le curseur du télescope ne s'affiche pas au bon endroit sur la carte. Si je fais la même manip avec Carte du Ciel et driver ASCOM donc sous Windows 10, je n'ai pas ce problème, les coordonnées de la monture et dans Carte du Ciel sont identiques. Sais tu si dans Ekos il y a d'autres manières de voir les coordonnées envoyées par la monture ? Là la monture pointe sur Venus soit 231°31' 19°11' en azimutal.