Colmic

Member
  • Content count

    4087
  • Joined

  • Last visited

  • Days Won

    3
  • Country

    France

Everything posted by Colmic

  1. Bonjour, je vous soumets un soucis et je ne trouve pas d'info claire à ce sujet : Sur Ma FSQ106 je monte le réducteur 0.73x qui nécessite 72.2mm de metalback. Dans le train optique je monte : - la CCD Altair 183 (17.5mm de metalback) - la roue à filtres Zwo (22mm de metalback) - les filtres Astronomik HA et OIII (épaisseur 1mm) - la bague CA35 Taka (16.25mm) - la bague M54 vers T2 (2mm) Il reste donc à trouver une bague de 14.45mm sans compter le filtre. J'ai acheté une bague réglable Baader de 12 à 16mm. Mais l'inconnue c'est : quelle épaisseur je dois ajouter au metalback pour les filtres Astronomik. Certains disent 1mm (l'épaisseur du filtre) D'autres 1/3 de l'épaisseur du filtre Une autre réponse ? Qui a raison ? Merci d'avance, bonne journée à tous
  2. On est d'accord que 2µ c'est 0.002mm, 2 millièmes de mm. Je connais pas une seule crémaillère, PO, ou quoi que ce soit, qui ne fléchisse pas de 2µ voire même plus que ça, même un FLI Atlas ça fléchit de plus de 2µ. Prochain post tu vas passer à 8 smileys ? Pack de 6 ou pack de 12 ?
  3. Heu... +1 Attention à ce que tu vas répondre hein, moi aussi je mets 4 smileys
  4. Tiens il m'a filé le FIT de son flat, je l'ai ouvert dans SiriL dans les mêmes conditions que la mienne, et j'ai ça : Effectivement la trame est très marquée sur la sienne alors que j'ai pas ça du tout sur la mienne...
  5. Je me suis aussi posé cette question, on est d'accord qu'on retire les flats (et les darks et bias) aux brutes avant la débayérisation ? En tout cas sous SiriL, la débayérisation se fait après.
  6. Thierry, pendant qu'on te tient Plusieurs questions ont été posées au sujet des flats et bias, ici ou là, et j'aimerais ton avis. Question 1. Depuis quelques temps je propose de faire non pas des bias, mais des darks de flats, car beaucoup d'écrans à flat basés sur le principe de la feuille électroluminescente au phosphore (genre les Gerd Neuman) provoquent un scintillement énorme dès qu'ils ne sont pas à 100% Par conséquent pour lisser la trame induite par le scintillement de l'écran, je fais des poses de 2 ou 3s pour mes flats. C'est pour cette raison que j'ai changé les scripts de pré-traitement de SiriL en remplaçant le (image_flat) - bias (image_bias) par (image_flat) - dark (image_bias). Sur des temps de pose très courts, la commande -dark revient au même que la commande -bias, est-ce qu'on est d'accord ? Sur des temps de pose longs (quelques secondes) ça permet de soustraire le dark de flat. Est-ce que ça te paraît correct ? Question 2. Un astram sur le forum d'en face est soumis à un problème insoluble. Il récupère ceci sur ses images de flats : que le flat soit fait à 1/100s comme à 3 secondes de pose, la trame visible ne change pas. Est-ce que ça pourrait être la caméra qui provoque cette trame (ASI2600MC) ? Sur la mienne je ne récupère pas cette trame : Merci d'avance pour tes éclaircissemets
  7. Utilisation de Siril

    J'en ai parlé pas plus tard que cet aprem sur l'autre forum : https://www.webastro.net/forums/topic/187127-siril-0996/?do=findComment&comment=2854315
  8. Siril photométrie

    Avec le bouton "Histogramme"
  9. Cmos offset ou dark flat

    Quelques compléments d'information : - avec des CCD on devait absolument faire des bias, notamment parce qu'il était souvent nécessaire de faire une optimisation du dark ou une carte des pixels chauds. Dans ce cas, on devait faire (brute - bias) - (dark - bias / optimisé) - avec les CMOS (notamment ceux qui ont de l'ampglow) l'optimisation du dark est souvent contre-indiquée. Par conséquent pour le retrait du dark : (brute - bias) - (dark - bias) revient à brute - dark puisque le bias est contenu dans les 2 images et s'annule. Il ne reste que le cas du flat dans lequel le bias est toujours intéressant. Comme je le mentionne dans mon tuto, j'ai remplacé dans le script SiriL officiel la notion de flat - bias par la notion de flat - dark qui a l'avantage de marcher à tous les coups, que vous fassiez des flats à court temps de pose (quelques 1/0s) ou long temps de pose (plus d'une seconde). Par conséquent il est plus utile de faire vos bias au même temps de pose que les flats, comme ça vous êtes sûrs que ça marche à tous les coups. Moi, à cause de mon écran à flat qui scintille quand je baisse sa luminosité, je suis obligé de lisser ce scintillement par un temps de pose du flat assez long, entre 2 et 3 secondes, avec l'écran au mini de sa luminosité. En 3 secondes de pose, le flat commence à choper des points chauds, donc un dark de flat est utile. Voilà ma rélfexion, elle est raccord avec @Cyril Richard qui a validé l'utilisation du flat - dark dans les scripts officiels de SiriL. Pour conclure : - faites vos darks au même temps de pose, gain (ou ISO) et température que vos brutes - faites vos darks de flats (ou bias) au même temps de pose, gain (ou ISO) et température que vos flats
  10. Tri des brutes avec siril?

    Non il ne permet pas de trier les images avant le pré-traitement. Il le fait après l'alignement des images et juste avant l'empilement. SiriliC c'est juste un éditeur de scripts pour SiriL. En gros tu coches des cases et SiriliC te construit le script avec ce que tu lui as demandé. Maintenant au premier abord SiriliC c'est assez complexe à utiliser, et c'est pour ça que je préfère proposer des scripts tout faits aux utilisateurs.
  11. Tri des brutes avec siril?

    Merci Vincent
  12. GSENSE4040 vs KAF16803

    Avec un IMX455 ? C'est le 61000 qui me fait penser ça
  13. Tri des brutes avec siril?

    Bref tout ça pour dire @messier63 : que tu peux prendre au choix la valeur de FWHM pour la moins bonne image à conserver, ou un pourcentage des meilleures images. Les 2 méthodes ont leurs avantages et inconvénients. Dans le cas du pourcentage, il te gardera systématiquement les 90% meilleures images, même si les 10% rejetées sont parfaites sur un bon soir. Dans le cas de la valeur de FWHM, c'est que certains soirs, le script risque de tout te rejeter si la nuit était mauvaise. Tu devras alors adapter le script en fonction des soirs. Sinon tu peux te faire plusieurs scripts avec des valeurs de FWHM différentes : par exemple un script avec 2.5", un autre avec 2" et un pour les pires soirs avec 3". Donc soit : stack r_pp_brute rej 3 3 -norm=addscale -filter-fwhm=2.5 -filter-round=0.9 -out=../resultat soit : stack r_pp_brute rej 3 3 -norm=addscale -filter-fwhm=90% -filter-round=90% -out=../resultat Et idem pour la rondeur des étoiles, critère que je trouve très pertinent pour virer les défauts de suivi par exemple. Reste à voir si le critère quality par exemple est intéressant.
  14. Tri des brutes avec siril?

    Question pour @Cyril Richard : Est-ce à dire que je peux mettre une valeur de FWHM pour la dernière image à prendre en compte ? Par exemple : stack r_pp_brute rej 3 3 -norm=addscale -filter-fwhm=2.7 -filter-round=0.9 -out=../resultat EDIT2 j'ai ma réponse, ça marche !! 12:40:50: Utilisation du filtre de FWHM (inférieure à 2.700000) 12:40:50: Utilisation du filtre de rondeur des étoiles (supérieure 0.900000) 12:40:50: Traitement des images de la séquence avec une FWHM inférieure ou égale à 2.7 (35), traitement des images de la séquence avec une rondeur supérieure ou égale à 0.9 (27), pour un total d'images traitées de 24) EDIT : et je rajoute une autre question : peux-tu expliquer ce que font les différents filtres [-filter-fwhm=value[%]] [-filter-wfwhm=value[%]] [-filter-round=value[%]] [-filter-quality=value[%]] [-filter-incl[uded]] Rondeur et FWHM j'ai compris, mais quality, wfwhm et included ça fait quoi exactement ? Merci.
  15. Tri des brutes avec siril?

    Tu édites le script "Couleur_pretraitement.ssf" qui se trouve dans le dossier Scripts de SiriL. Et tu remplaces #Empilement des brutes calibrées stack r_pp_brute rej 3 3 -norm=addscale -out=../resultat par #Empilement des brutes calibrées stack r_pp_brute rej 3 3 -norm=addscale -filter-fwhm=90% -filter-round=90% -out=../resultat Ici j'ai pris 90% des meilleurs images sur leur FWHM et 90% des meilleures images sur la rondeur des étoiles (il y a d'autres critères mais ce sont les 2 que j'utilise personnellement). EDIT : j'ai dit de la merde dans ce qui suit, voir ma réponse d'après : Tu peux mettre le pourcentage que tu veux, mais tu ne peux pas dire "je veux garder toutes les images inférieures à 2" de FWHM par exemple". Parce que le script ne sait pas à quelle valeur de FWHM sont tes étoiles à l'avance, c''est à la phase d'alignement qu'il le sait seulement (d'où les valeurs qu'il indique ici) : 12:12:26: 812 paires correspondantes. 12:12:26: Pts OK : 0.998 12:12:26: échelleX : 1.000 12:12:26: échelleY : 1.000 12:12:26: échelle : 1.000 12:12:26: rotation : -0.002 deg 12:12:26: dx : -5.40 px 12:12:26: dy : +5.88 px 12:12:26: FWHMx : 2.41 " 12:12:26: FWHMy : 2.18 " 12:12:26: 872 étoiles trouvées dans l'image 15, canal #1 12:12:26: Correspondance des étoiles dans l'image 15 : finie Ensuite lors de la phase d'empilement : 12:12:28: Total : 0 en échec, 40 alignées. 12:12:28: #Empilement des brutes calibrées 12:12:28: Exécution de la commande : stack 12:12:28: Lecture du fichier FITS : r_pp_brute_00019.fits, 3 canal(aux), 6248x4176 pixels 12:12:29: Lecture du fichier FITS : r_pp_brute_00019.fits, 3 canal(aux), 6248x4176 pixels 12:12:29: Empile la séquence r_pp_brute_ 12:12:29: Utilisation du filtre de FWHM (inférieure à 2.761500) 12:12:29: Utilisation du filtre de rondeur des étoiles (supérieure 0.888936) 12:12:29: Traitement des images de la séquence avec une FWHM inférieure ou égale à 2.7615 (36), traitement des images de la séquence avec une rondeur supérieure ou égale à 0.888936 (37), pour un total d'images traitées de 34) 12:12:29: Le résultat de l'empilement sera stocké au format 32 bits 12:12:29: Calcul de la normalisation... 12:12:29: Avec les limites actuelles de la mémoire et du thread (8), vous pouvez utiliser jusqu'à 8 thread(s) pour la normalisation de la séquence 12:12:29: Lecture du fichier FITS : r_pp_brute_00019.fits, 3 canal(aux), 6248x4176 pixels 12:12:33: Lecture du fichier FITS : r_pp_brute_00013.fits, 3 canal(aux), 6248x4176 pixels 12:12:33: Lecture du fichier FITS : r_pp_brute_00017.fits, 3 canal(aux), 6248x4176 pixels Et : 12:13:35: Intégration de 34 images : 12:13:35: Combinaison ............... moyenne 12:13:35: Normalisation ............. additive + mise à l'échelle 12:13:35: Rejet des pixels .......... Winsorized sigma clipping 12:13:35: Paramètres de rejet ....... bas=3.000 haut=3.000 Il te dit que sur les 40 images alignées, il en a effectivement conservé 34 pour l'empilement. Chez moi ça marche
  16. Ah une autre remarque : si tu comptes monter (comme je le vois sur la photo) un convertisseur 12V/220V il va te falloir dimensionner tes câbles d'alimentation bien au-dessus que ce que tu as mis là. En règle générale, on dit 5A par mm2. Tu montes un convertisseur de 500W par exemple, ce qui n'est pas énorme en soi. 500W sous 220V c'est rien. Mais 500W sur la partie en 12V c'est plus la même chose, on est déjà à 42A. En entrée tu dois donc avoir des câbles d'au moins 8mm2. En gros le même dimensionnement que les câbles du DALY.
  17. Ce que je peux en dire concrètement : - le montage avec les accus carrés mentionnés ici est clairement le plus simple à réaliser, parce que ma version à 24 accus n'est pas à la portée de tout le monde ; - ici c'est un simple 4S tout bête et en plus il n'y a rien à souder, les accus sont équipés de taraudages pour y monter des vis et des cosses à sertir ; - chez Ali faut faire le bon choix des accus, ya tellement de marques différentes que c'est pas évident de s'y retrouver, faut prendre du temps pour lire les avis de chacun, mais attention ya souvent de faux avis, pas facile... En bref, le mieux et le plus simple c'est le contrepoids de 50Ah, d'environ 6.5kg, facile à cabler, autonomie largement suffisante pour un setup complet sans le PC (pour ça vive l'ASiair ) A noter qu'on n'a pas forcément besoin d'un BMS de 100A, sauf si on monte un convertisseur 12V/220V en sortie pour alimenter le PC. Dans mon contrepoids j'ai un BMS de 25A parce que yavait pas plus petit lol ! Une remarque importante ici : Les BMS DALY sont donnés pour une tension de coupure à 2.2V +- 0.05V (et la tension de libération est de 2.7V). Or, la plupart des accus LiFePo4 de 3.2v sont donnés pour une tension mini à 2.50V, sous laquelle on met en grand danger l'accu (qui ne doivent sous aucun prétexte être déchargés totalement sous peine de mort). J'avais commencé par acheter un DALY et au final j'en ai pris un second qui lui coupe bien à 2.50V (mais qui n'existe pas en charge séparée). Je te conseille de bien vérifier ce point de ton côté.
  18. Ben oui c'est ici : https://www.webastro.net/forums/topic/185745-projet-collaboratif-réaliser-un-contrepoids-batterie/ J'ai 3 versions du contrepoids : - modèle Tiny de 13Ah tout petit (convient à une StarAdventurer par exemple) - modèle de base de 35Ah (celui que je me suis fait avec lequel je gère mon ASiair pro et tout le setup derrière) - modèle Fat-Boy de 50Ah qu'on peut pousser à 90Ah (utilise les mêmes accus qu'ici soit en 50 soit en 90Ah) Les accus que j'ai trouvés sur Ali sont bien moins chers que ceux mentionnés ici, peut-être que leur qualité est moins bonne, mais en tout cas j'en ai pas pour 700 euros, mais environ 180 euros le contrepoids complet de 50Ah. Celui que je me suis fait m'est revenu à 150 euros en gros tout compris avec le chargeur (faut le préciser) pour 35ah réels (j'ai testé chaque accu individuellement avec cycle charge/décharge/charge ce qui m'a permis de les appairer entre eux).
  19. Tri des brutes avec siril?

    Le nom des images est : - brute : tes brutes - pp_brute : les brutes pré-traitées (preprocessed) - r_pp_brute : les brutes pré-traitées et alignées
  20. Tri des brutes avec siril?

    Non c'est après pré-traitement qu'on fait ça, au moment de l'empilement. Il a raison Cyril, tu fais tourner le script une première fois, et ensuite tu refais un empilement en manuel (en chargeant l'avant-dernière séquence r_pp_brutes.seq qui se trouve dans le dossier Process) avec cette fois les options de sélection des meilleures FWHM et rondeur. C'est ici : @Cyril Richard ça peut se scripter ça ?
  21. J"ai payé mon tout premier C8 sur SP/DX 23.000 francs en 1990. Je l'avais pris en 4 fois sans frais. A l'époque je gagnais genre 8000 francs par mois...
  22. Tri des brutes avec siril?

    Nan j'en parle pas dans le tuto. D'ailleurs est-ce qu'on sait scripter un empilement avec conservation des xx% meilleures FWHM et rondeur par exemple ? Ca serait intéressant que je rajoute un script là-dessus.
  23. hub astronomie mais lequel

    Par exemple : On pilote notre setup qui se trouve en Espagne depuis un autre PC ou ma tablette perso depuis la France, avec une prise à distance de l'Eagle par un Teamviewer ou autre. Et c'est l'Eagle qui sur place pilote le tout, monture, caméras, focusers etc..
  24. hub astronomie mais lequel

    Je crois que tu n'as pas encore assimilé ce qu'est un Eagle. C'EST un PC C'est ce qu'on appelle un NUC, ou un mini-PC. Il est doté d'un système d'exploitation Windows et peut se piloter directement via le Wi-Fi à partir de n'importe quoi, autre PC, smartphone, tablette. Tu peux donc tout lui installer à l'intérieur, Prism, SGP ou APP, tout ce qui tourne sous Windows.
  25. ASI2600MM

    Le NBZ est la nouvelle version du NBX qui avait des soucis de halos sur les étoiles visiblement (une campagne de retours a lieu actuellement d'ailleurs).