frédogoto

Membre
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    16 132

  • Inscription

  • Dernière visite

  • Jours gagnés

    1

  • Last Connexion

    Soon available - 40278

Messages posté(e)s par frédogoto

  1. Posté(e)

    Il y a 5 heures, PerrouriefhCedric a dit :

     

    Pour moi aussi le OIII c'est vert ! Mais justement, l'œil de chat j'ai eu l'occasion de le voir très très vert dans un T600 et j'ai toujours mis ça justement sur le compte de l'OIII (présent dans beaucoup de NP). C'est pas ça ?

    Attention  l'hydrogène émet aussi du.. cyan (hydrogène bêta)

    selon le type de camera cela peut ressortir et donc modifier la perception de ce que l'on croirait être du OIII mais qui n'en est pas. NB cela ne fonctionne qu'avec des CCD couleur non filtré ou avec des filtres nébuleuse qui laissent passer le h-béta. en NB + SHO pur cela est faux

    • Merci 1

  2. Posté(e)

    Il y a 7 heures, Adamckiewicz a dit :

    Pour moi le OIII c'est franchement vert! 

    mais tu as raison aussi pour la partie 501 nm

     

    mais au final, quand on regarde a travers un filtre OIIl la sensation qui en ressort c'est quand même le vert

    • J'aime 1

  7. Posté(e)

    il y a 4 minutes, revdia a dit :

    Attendu qu’à l’heure actuelle je possède déjà un 300mm Cassegrain

    en effet, si tu as déjà cette config alors la question ne se pose pas : Newton. 

    va juste falloir trouver un bon wynne et le régler au millième de poil de cul

    en 2.5" c'est 1k€

  9. Posté(e)

    d'un point de vue purement pratique, un RC n'a pas besoins de correcteurs

    ce qui simplifie eeeennnorrrmément le train optique

    en revanche c'est du F8 en général voir équivalent a f9 avec l'obstruction

    la remarque sur la taille des pixels d' @AlSvartr est particulièrement pertinente, mais y'a des alternatives.

    1 Vielle CCD (en plus, elle ne coute plus rien et marchent encore du tonnerre)

    2 CCD moderne en binning

    3 APN type A7s

    Que des gros pixels :)

    cela dit un newton de 500 à F5 ça fait 2500mm de focale, que ce soit pour le newton ou le RC il te faudra des gros pixels

    • J'aime 1

  11. Posté(e) · Modifié par frédogoto

    Il y a 4 heures, Discret68 a dit :

    Concernant la récupération des images, les as tu transféré en temps réel sur l’ordi ou tu les as stocké sur la carte mémoire de l'A7S ?

    pour le drivers wifi en tout cas (je ne connais pas l'autre) de toute façon le images sont systématiquement enregistrés sur la SD.

    perso le drivers wifi ne marche correctement pour moi qu'en mode prévue (taille image réduite et en NB)

    mais les images sur la SD sont intégrales

    • Merci 1

  13. Posté(e)

    Il y a 17 heures, Discret68 a dit :

    Juste 2 questions/remarques :

    - Pourquoi intégrer le TTPA dans la séquence puisque la vocation de ce plugin est de faire la MES, qui est une action manuelle ?

    - La reprise de MAP par changement de température n'a pas (à mon sens ) grand intérêt puisque la variation de température entrainant une variation de la focale, donc une évolution de la HFR. Cette dernière est par conséquent un critère suffisant ! Bien sûr, la MAP doit être reprise à chaque changement de situation (retournement méridien, changement de filtre, ...).

     

    Ce qui serait plutôt bien, c'est de déterminer la variation de réglage du focuser en fonction de la variation de la température ambiante (nombre de pas par degré), de manière à corriger la MAP au fil de l'eau, même d'une façon imparfaite. Ça permet de toujours avoir la MAP au mieux, la variation étant tellement minime que ça ne perturbe pas les images, au contraire, et ça permet d'espacer les séquences de MAP auto qui prend toujours un peu de temps.

    Avec mon newton de 300 et tube carbone, j'ai en moyenne 5 reprises de MAP sur une séquence de 6 h (sans correction de MAP avec prise en compte de la variation de température ambiante). Dans NINA, je fais une MAP au début de la séquence et je retiens une variation de 10% de la HFR comme critère. En fait, tout dépend de la variation de température entre maxi et mini mesurés durant la nuit.

     

    De mon coté, il y a un point que je cherche, mais bon, je ne me suis pas beaucoup donné la peine pour le moment, c'est le changement de dossier d'enregistrement à chaque cible. Si quelqu'un peut simplifier la vie du fainéant que je suis :o

    merci pour ton aide :)

    1. je fais peut-être erreur. je pensais que le TTPA pouvais améliorer les gotos, mais j'avoue que j'étais dubitatif sur ce truc, car à la base ma mise en station étant soignée, je n'ai pas remarqué de goto déconnant.

    je considère donc que c'est peu utile et je vais l'ôter.

    2. tu as raison c'est ce que je me suis dit aussi, mais avec les FSQ106 la MAP c'est un drama de tout les instants et je ne voulais courir aucun risque 

    3 oui,  pour le changement de position en dur en fonction de la temp j'ai calculé 98 pas / °C: deux soucis : ma sonde temp indique des valeurs aberrantes (j'en ai commandé une autre) et j'ai un jeu significatif dans ma focuseur (100 pas environ, mais je n'arrive pas à déterminer avec exactitude car il y a une "reprise" progressive

  14. Posté(e)

    voilà, sur vos conseils, basé sur un modèle préexistant, j'ai fait mon premier modèle de séquenceur avancé

    j'ai téléchargé le plugin discord pour recevoir sur mon tel des messages

    mais je ne trouve pas comment configurer le truc pour recevoir les messages sur discord ? j'ajoute que je suis débutant sur discord également ^^

     

    ci-dessous une capture d'écran de mon script

    (merci de me dire si vous repérez des daubes

     

    20230925-3.thumb.png.a45e622a2d54326d8b45a1d7acccf0b7.png

     

    • J'aime 1

  16. Posté(e)

    Il y a 3 heures, Discret68 a dit :

    Vu que tu débutes, je suppose que tu n'as pas encore eu l'occasion de tester certaines fonctionnalités, notamment l'astrométrie (je te conseille d'utiliser AStap avec NINA qui est super rapide et efficace) ainsi que les flats auto, fonction qui fonctionne nettement mieux que sur SGP et en plus, tu peux faire les dark de flat en même temps.

    en fait si j'ai testé l'astrométrie avec plate solve plutot que astap (j'ai essayé ça a buggué j'ai pas insisté) et j'ai également fait le flats automatique, trop bien :)

     

    Il y a 3 heures, Discret68 a dit :

    L'approche du logiciel est un peu "déroutante" au début, surtout lorsqu'on utilise plusieurs setup. Mais on s'y fait très vite.

     

     

    je confirme, c'est particulier, mais en effet on s'y fait assez vite.

    il est vrai qu'une prise en main assistée in situ m'aurait évité de patauger un poil, mais finalement, j'ai fini par piger

    une fois l'ergonomie intégrée, c'est plié

    j'avais essayé SGP pro qui - pour moi, fonctionnais très bien , mais j'étais pas fan de l'ergonomie, elle aussi, particulière. Finalement le dynamisme des développeurs et de la communauté NINA mon convaincu

     

     

  17. Posté(e)

    Ce weekend, j'ai fait mal à mes habitudes (Maximdl) pour essayer Nina.

    Chez Avex, on me tannait depuis un certain temps en me disant c'est super, c'est top, c'est dodo tranquille etc.

    ben...

    oui

    c'est vrai

    passé une phase de paramétrage indispensable et un poil laborieuse c'est vrai que c'est juste incroyable le gain de confort, de facilité et tranquillité

    c'est le jour et la nuit

    la gestion du focus est juste formidable et hyper reposante

     

    le truc génial c'est aussi la communauté qui développe à tour de bras des plugins, (horizon dynamique, orbite, luckyimaging, GNS etc)

     

    aujourd'hui je ne songe plus un seul instant à repasser à maximdl

     

    j'adore le fait que l'appli prenne en charge OpenWeather via un API, car moi qui n'ai pas de station météo, je trouve ça incroyablement cool

     

    y'a encore des trucs qu'il faut que j'apprenne : comme

    • démarrer la session automatiquement au crépuscule astro (mais je pense que je vais vite trouver la réponse)
    • faire des dark si y'a des nuages
    • refaire une astrométrie apres que les nuages soient passés et relancer le guidage
    • etc

    mais c'était ma première session ce weekend, donc j'ai bon espoir d'y parvenir

    bref je vous le conseille

     

    a rayon des manques : pas de catalogue LBN / LDN / Sh2 pour le moment, pas de vraie carte du ciel intégrée (liaison avec CDC ou Stélarium, ça marche, mais c'est chiant)

     

     

     

     

    • J'aime 2
    • J'adore 1

  21. Posté(e) · Modifié par frédogoto

    Bonjour à tous

    avec un camarade on essaye de faire tourner une monture SXD vixen starbook (protocole RJ45)

    toute fois le driver dont je disposais jusqu'alors ne semble plus pris en charge

     

    apres quelques recherches, nous sommes tombés sur un github qui semble avec les sources pour compiler le drivers

     

    https://github.com/lkcheng89/starbook

     

    seul pb : on sais pas faire, on a ni les connaissances, ni les outils pour le faire

    Est ce que qq1 pourrais nous aider ?

    milles mercis :)

     

     

  23. Posté(e) · Modifié par frédogoto

    Le 16/07/2023 à 14:23, Lonelystar78 a dit :

    Enfin y-a-t-il une méthode pour régler le tilt et si possible en plein jour?

     

    sur un newton ou un RC oui

     

    1. faire une très bonne collimation

    soit avec un yorkshire (:D) soi avec un truc comme l'occal (génial ce truc)

     

    2. ensuite, tu mets un laser dont tu as une confiance suffisante (pas les daube baader ou pire les super daube chère hotech) (perso, je recommande les Howie 2" mais ouille le prix).

    si le laser ne revient pas au centre ET que la collimation est bonne, c'est que tu as du tilt. Comme c'est un laser, tu peux le régler en plein jour

    important : il faut que ton POC soit de bonne qualité, autrement sous le poids du train optique cela entraine des flexions qui vont induire un tilt non corrigeable

     

    3. éventuellement refaire une passe de collimation / réglage tilt, c'est parfois nécessaire

    • J'aime 1
    • Merci 1

  24. Posté(e)

    Il y a 17 heures, danielo a dit :

    Pour ton programme (galaxies, IFN) le choix d'un capteur couleur a plus d'impact négatif

    bonne remarque, mais c'est assumé

     

    Il y a 17 heures, danielo a dit :

    c'est premièrement très loin d'être garanti que la dynamique effective de l'image soit réellement de 16 bits

     

    Il y a 17 heures, lroussel a dit :

    de toute façon la capteur en lui même n'a pas 16 bit de dynamique mais dans le meilleur des cas entre 13 et 14.

    je ne demande pas mieu que de vous croire mias dou tirez vous cette conclusion ?

    car si j'en crois le schéma ci dessous, meme pour la version "basic" on est plus proche du 16bit qu'autre chose

    Saturn-SQR-series-full-well.png.eecde138c076d013bd821103e3d13033.png

     

    pour fini j'ajoute que la 2600 etant le même capteur (en plus grand), vous dites - en creux- que son adc 16bit c'st du vent ?

     

  25. Posté(e)

    pour N250/f4 je me cherche un capteur pour les galaxies et occasionnellement pour les IFN

    le capteur doit etre en couleur, refroidi

    (les neb je m'en fiche sur ce setup, car j'ai un FSQ106 +moravian G2 4000 NB dédié au neb)

    se pose a moi et à mon budget deux capteurs quasi identiques a l'exception de

    la taille (carré 16x16 vs  16*24 en 16/9)

    l'ADC 14bit vs 16bit

    et enfin le tarif : 1000€ contre 2000€

    je peux acheter les IMX533 tout de suite, l'autre il faudra attendre probablement longtemps

     

    ce qui m'ennuie le plus c'est adc 14bit, car pour le reste (la taille et le tarif ce sont plutôt des avantages - pour moi tout du moin)

    Et vous, quelle est votre analyse ?

    l'ADC 14bit c'est emmerdant ?