astroluma

Oui en faite la 294 n'a jamais eu une profondeur de numérisation de 14 bit, depuis le début ils jouent sur les mots.

Cette caméra ne m'intéressait pas trop j'était, plutôt partisan d'attendre la 2600 mono mais la si je peux la faire fonctionner en 2.3µ sur ma 80/400 et en 4.6 sur mon newton je vais peut être changer d'avis. Dommage que l'ADC bascule en 12bit en version 2.3µ.

Bon finalement c’est un CDK equipé d’un correcteur 3 pouces. Ça ressemble beaucoup au CCA250 de takahashi. Tarif annoncé environ 4000 dollars

Sharpstar vient d’annoncer un nouveau tube de type "super cassegrain”. 260 mm ouvert à 5 avec champ plan capable de couvrir un plein format. Le poids annoncé est de 15kg. Quelle variante de cassegrain peut donner une ouverture de 5? Un Dall Kirkham? Lionel

Je confirme, je viens de terminer des tests avec un sexta je suis à +/- 2ms mais en mode régulation horloge pc.

Tu attends combien de temps avant de faire ta verif? Généralement il faut 15 min pour que ton gps est reçu l'almanach sinon tu peux avoir une seconde intercalaire oubliée et tu te retrouve décalé. De plus les gps qui se branche en usb ne fournissent que la trame nmea et celle celle-ci arrive toujours en retard donc impossible d'être pile à l'heure. Pour être à l'heure juste il faut utiliser le pps et la trame nmea. Comment sais tu que tu est décalé, quelle est ta référence? Pour les occultations j'utilise soit une timebox soit le module dcd tracker qui est inclu dans le logiciel genika, les 2 fonctionnent. Si tu as l'occasion d'aller aux RCE il devait y avoir des animations sur les occultations Lionel

J'ai cette caméra et j'ai eu l'occasion de faire quelques transit ça fonctionne sans problème. http://var2.astro.cz/EN/tresca/transits.php?pozor=lionel+rousselot&submit=show... A 140g ça ne peut être que la version non refroidie Pour les filtres en théorie oui mais avec un télescope de seulement 20cm je ne suis pas sur que ce soit une bonne idée car il faut quand même pouvoir faire des poses relativement courtes (environs 2 min) tout en ayant suffisamment de signal, avec de petits télescopes quasiment tous les transits sont faits sans filtre. Pour les pixels plus que leur taille c'est leur capacité à emmagasiner des électrons qui compte, plus on peut en mettre mieux c'est. Pour la profondeur de numérisation c'est sur qu'il vaudra toujours mieux 16 bit que 12 mais avec ma 1600 ça ne pose pas de problème. Il ne faut pas oublier que c'est 12bit par pixel et comme la plupart du temps du va devoir défocaliser pour pouvoir emmagasiner assez de signal sans saturer avec une caméra 12 bits si le signal de ton étoile est réparti sur 50 ou 60 pixels il sera au final codé sur environ 18bit .

Le bruit de lecture a une importance quand on travail avec peu de signal comme en narrowband ou spectro. Pour un transit on va chercher à remplir les photosites donc on a beaucoup de signal et c'est le bruit photonique qui domine, le bruit de lecture est marginal il n'y a pas d'intérêt à chercher à le diminuer. C'est vrai, mais je trouve ça galère de se retrouver avec des centaines d'images à traiter Perso après les différents essais que j'ai pu faire je trouve plus simple de travailler à gain 0 mais chacun fait comme il veut du moment que le résultat est la Ben quand même, chercher à voir une variation de luminosité parfois de moins de 0.01 magnitude je trouve que c'est déjà pas mal. Je suis pas sur, même si tu augmente ton gain pour mieux voir ton étoile sur les images tu ne reçois pas plus de lumière sur ton capteur et tu as toujours autant de bruit photonique donc je ne vois pas pourquoi le SNR serait meilleur. Pour les étoiles faibles il n'y pas 36 solutions, il faut plus de Ø. En me relisant je m’aperçois que j'ai fait une erreur dans mon précédent message. En fait la dynamique du capteur on s'en fiche un peu pour les transits vu qu'on cherche à détecter des variation de luminosité très faibles. La limitation pourrait plutôt venir de la profondeur de numérisation qui sur beaucoup de cmos n'est que de 12 bits , mais quand on a un signal réparti par exemple sur 50 photosites au final ça doit faire 17 ou 18 bits. Lionel

Comme LLUL38 j'ai fait quelque transit avec une zwo 1600, ça fonctionne très bien. Pour les transit il faut emmagasiner un maximum de signal sans saturer, pour ça il faut se régler au gain mini de la caméra et défocaliser pour repartir le signal sur plus de pixels. Et puis quand on parle de dynamique c'est pour 1pixel, si le signal de ton étoile est réparti sur 50 pixels la dynamique finale est bien plus élevée (me souviens plus de la formule ). Ça n'est pas normal, je ne connais pas tes réglages mais c'est le genre de problème qu'on a quand on monte le gain et qu'on fait des poses trops courtes. Si je prend l'exemple de LLU38, pour moi il devrait mettre le gain à 0 et faire des poses entre 60 et 120s. L'autre raison qui plaide pour l'utilisation du gain mini est la durée d'un transit. Si tu dois faire 3 ou 4h de suivi tu peux avoir une augmentation significative de la luminosité de l'étoile au fur et à mesure ou son altitude augmente (diminution du airmass) et si tu as un gain élevé tu peux te retrouver avec des pixels saturés ce qui ruine immédiatement le transit. Même chose si la transparence de ton ciel s'améliore en cours de transit. Pour ça 12 bits ça suffit largement . Lionel

Je viens de traiter des images de C/2019 Y4 atlas faites dans la nuit du 9 au 10 avril. Un petit morceau du noyau est visible juste en avant.

Oui bon attendons de retours d'utilisateurs avant de le déglinguer

On se demande un peu à quoi il va servir ce mak. Même avec son reducteur il aura encore beaucoup de focale, ça ne va pas vraiment avec les petits pixels des caméras actuelles. Il pourra peut être remplacer un C11hd pour les amateurs de galaxies si il est significativement moins cher.

Moi ça ne me donne pas envie de te l'acheter

Bonjour à tous, Images trouvées sur le site web d'un grossiste chinois. La monture CQ350 et le R-MAK 300. C'est un grossiste donc évidement pas de prix affiché.

Pour la trouver j'ai fouillé ici http://www.astrosurf.com/arp/