Aller au contenu

alp73

Membre
  • Compteur de contenus

    27
  • Inscription

  • Dernière visite

Tout ce qui a été posté par alp73

  1. Merci beaucoup 👍Cyril pour ce lien et les conseils qui y sont présentés. Avec les réglages standards 6 étoiles sont détectées. J'ai bougé tous les curseurs et seul celui du seuil a une influence. Avec seuil = 0,15 il y a 25 étoiles, pour 0,10 : 65 étoiles et pour 0,05 : 873 étoiles. Donc énormément de bruit ce qui ne m'étonne pas trop, la lune était là et les lampadaires pas loin. Que me conseillerez vous pour traiter quand même cette image ? Cordialement, Michel
  2. Bonjour, j'ai imagé récemment la galaxie NGC2683 avec un C8 et une caméra 533MC. 120 poses de 15 s chacune avec un gain de 450. Lors du traitement Siril ne trouve pas assez d'étoiles dans les images et le traitement est stoppé. Pourtant quand je veux ouvrir un des fichiers "light" la fenêtre de visualisation du fichier montre un nombre conséquent d'étoiles. Voir image copie d'écran jointe. Par contre en effet l'ouverture d'un de ces fichiers en linéaire ne montre aucune étoile et seulement quelques unes en mode "auto ajustement". JE suis un peu dépité car il me semble qu'il y a moyen de faire quelques chose avec ces images ? Merci de vos conseils, Michel
  3. alp73

    NINA et erreur Ascom

    Bonsoir, Je commence également avec NINA et tente d'acquérir une image avec ma caméra 533 MC. Je pense avoir bien configuré mais j'obtiens un message d'erreur comme suit : Une idée de la cause de ce message ? J'ai mis à jour les drivers ASCOM. Merci de votre aide Michel
  4. OK, je vais donc prendre le solveur interne... Merci encore ! Michel
  5. Merci beaucoup à tous les deux 😃pour vos avis et conseils. Je vais m'orienter vers un SSD comme le suggère keymlinux. J'espère que j'y arriverais grâce aux sites indiqués ! Je vous tiens au courant...mais un peu de délai pour la commande du SSD. Une autre question : sur mon PC j'utilise All Sky Plate Solver. Quel est le meilleur choix sur Linux ? Je suis en effet impressionné par le délai de 5 s pour la résolution astrométrique ! Cordialement, Michel
  6. Bonjour Berenthor et Keymlinux, Merci pour ces infos et conseils. Il faut que je chiade un peu Linux alors car je ne connais pas bien du tout. Un petit guide pour démarrer le Rpi à partir d'un disque externe me ferait du bien, peut être trouve-t-on cela sur internet, je n'ai pas encore été chercher. Pas besoin d'alim externe sauf pour le RPi quand même ? Et sans doute alors le choix d'un SSD est impératif ? Cordialement, Michel
  7. Bonjour, J'ai un Rasperry pi4 et utilise Astroberry sur PC W11. Dans ma configuration Kstar tourne sur le PI et la PC ne sert qu'à piloter Kstars en remote. Or je voudrais faire l'inverse car le PI est limite pour l'astrométrie par exemple : les fichiers à stocker sont très volumineux et on arrive vite aux limites de capacité. Je vois que keymlinux fait du guidage, de l'astrométrie, etc.. Quelle configuration ? Uniquement possible avec Linux ou Windows peut aussi convenir ? Merci de vos conseils. cordialement,
  8. Bonjour, Je faisais jusqu'à présent des photos avec soit une lunette 400 mm soit un C8. Ayant acquis récemment un Newton 150/600 je me trouve confronté à un problème d'équilibrage, surtout en déclinaison. Le tube du PO dépasse beaucoup + le réducteur de Coma + la caméra, cela fait une masse excentrée par rapport à l'axe du tube (ce qui n'est pas le cas avec une lunette qui n'a pas de masse "parasite" hors de l'axe). Résultat : je fais l'équilibre avec le tube à l'horizontale mais le tube n'est ensuite plus du tout équilibré dans une position différente. Par exemple en alignement polaire le tube est totalement déséquilibré vers le bas (la masse de la caméra est en haut). Et malheureusement la monture ne supporte pas et "broute" donc adieu le pointage. Y a-t-il une position du PO à privilégier, par exemple perpendiculaire à l'axe des AD ? Le centre de gravité de l'ensemble ne sera jamais sur l'axe optique mais peut être cela améliorerait l'équilibre ? Merci de vos conseils Michel
  9. Voilà la photo, pas très facile à prendre... Certes on peut essayer de forcer un peu (je n'ai pas insisté avec le GPU, pas envie d'abimer les filets) mais de toute façon on restera avec 44 + 11 = 55 mm ? C'est évidemment toujours mieux que 60 ! EN cherchant sur le site de Pierro Astro j'ai trouvé cette référence : https://www.pierro-astro.com/materiel-astronomique/accessoires-apn/bagues-canon-eos/bague-t2-m48-pour-canon-eos-tolerance-zero_detail Je ne sais pas si cela règle le problème car je ne vois pas très bien comment se monte le filtre (à l'intérieur ?) ni quel est le tirage final. Pour ce qui est de la bague de 1 mm elle est en stock chez PA (https://www.pierro-astro.com/materiel-astronomique/accessoires-apn/bagues-canon-eos/bague-t-m48-low-profile-pour-canon-eos-ts-6920_detail). On voit sur la photo qu'elle est filetée entièrement. Mais pas sûr que l'on puisse y visser un filtre coté APN car s'il faut 5 mm il ne reste plus assez pour visser le GPU de l'autre coté. Et il ne faut pas que le filtre dépasse à l'intérieur de l'APN pour permettre au miroir de se relever !). La bague de 4,8 mm n'est pas filetée sur toute sa longueur, donc on ne pourra pas mettre un filtre à l'intérieur non plus... Il me reste la solution bague 4,8 mm (https://www.pierro-astro.com/materiel-astronomique/accessoires-astronomie/bagues-adaptatrices/bague-adaptatrice-m48-femelle-vers-canon-eos-ef-ts_detail) et filtre devant le GPU... + bagues allonges pour arriver à 52 mm. Théoriquement je ne vois pas ce qui peut gêner, sauf peut être le diamètre du filtre ? Et je peux demander à un de nos adhérents très pointu en mécanique de précision s'il peut aléser l'intérieur ?
  10. J'ai bien essayé effectivement et cela ne se visse pas. Et quand on passe le doigt dans l'adaptateur Canon M48 on sent bien qu'il y a une "petite marche" confirmée par la mesure au pied à coulisse. Va savoir pourquoi ? Je pense d'autre part que tu as raison pour le montage avec un adaptateur de 1 mm : ce sera trop fragile. Je vais donc en rester à celui de 4,8 mm de chez Pierro astro. Cela fera 53,8 mm avec le filtre... (44 + 4,8 + 5) si je ne me trompe pas. Et si le coma est mauvais en bord d'image je cropperai, cela reviendra peu ou prou à un format APS-C 😏 Pour info il y a un filetage M48 sur le GPU coté télescope et on peut y visser un filtre. Mais comme tu le dis cela risque d'impacter la performance du GPU ? La solution avec le porte filtre m'intéresse moins car elle ne fonctionne que pour l'APN et pas pour la caméra.
  11. Bonjour, Merci pour toutes ces infos. j'ai introduit le GPU dans le logiciel vignettage ainsi que la caméra 533 d'ailleurs. Cela fonctionne très bien, merci ! Il y a bien un filetage intérieur dans la bague M48-Canon (voir photo). Mais il me semble que son diamètre est légèrement plus petit que le 48 coté GPU. Mesuré au pied à coulisse, coté GPU 47 mm (extérieur des filets)et coté Canon 46,6 mm. Très curieux mais sans doute rédhibitoire pour y mettre un filtre. Avec l'adaptateur que tu suggères sur TS je devrais pouvoir m'en sortir ? Cela ferait filtre 5 mm, bague canon 1 mm soit 6 mm + 44 = 50 mm et il existe ensuite des bagues de 0,5, 1 et 2 mm qui permettent le réglage fin. Je vais regarder sur la page consacrée aux adaptateurs baïonnette également. Encore merci pour tous ces tuyaux (c'est le cas de la dire ! 😄). Michel
  12. Je viens de prendre le temps de digérer toutes les infos que vous m'avez données. Merci encore 👍 J'ai téléchargé le logiciel de M Durey et veut bien savoir en effet comment introduite le GPU ? Pour ce qui est du filtre je pense en rester à des filtres 2" vissés car je voudrais pouvoir les utiliser aussi avec une caméra 533 MC. Avec la caméra il n'y aura pas de souci pour avoir les 52 mm avec des bagues allonges en M48. Pour l'APN tu as écrit : Et bien j'ai vérifié il me semble qu'il y a bien un filetage interne en M48 (https://www.pierro-astro.com/materiel-astronomique/accessoires-apn/bagues-canon-eos/bague-t-m48-pour-canon-eos_detail), mais cela ne permet toujours pas d'avoir les 52 mm. Il existe par contre celle ci (https://www.pierro-astro.com/materiel-astronomique/accessoires-astronomie/bagues-adaptatrices/bague-adaptatrice-m48-femelle-vers-canon-eos-ef-ts_detail) avec un tirage très réduit de 4,8 mm avec des bagues M48 ensuite. Je crois que je vais aller vers cette solution ? J'ai déjà commandé des M48 en 5, 10 et 20 mm et il y a un réglage possible sur le GPU qui devrait permettre d'arriver au 52 mm.
  13. Oups, j'ai oublié de te remercier pour ces analyses pointues. Je vais donc essayer des flats. La méthode consistant à prendre des images d'un fond uniformément blanc d'un écran de PC (ou de TV) te semble-t-elle correcte ? Car s'il y a un vignettage au niveau de ces écrans c'est évidemment mal parti ! Dans ton analyse d'un de mes flats avec CCD Inspector je ne vois pas d'artefacts lié à l'écran, peut être que je me trompe ? Sinon j'avais lu que l'on pouvait prendre le ciel au zénith le matin un jour de grand beau temps (sans aucun nuage...). Cordialement, Michel
  14. Bonjour Titophe et Discret68, D'abord grand merci 😀de tous vos conseils et commentaires. Je viens de les découvrir et vais les analyser soigneusement. Pas certain de tout maîtriser, vous êtes des "pro". 👍 Voici le lien vers le flat sans le filtre : https://drive.google.com/file/d/1msqtwI8zkrcEsrdVK4mTVEz8Orp0Gglc/view?usp=sharing Je n'ai ni CCD inspector ni Pixinsight. J'ai vu qu'il y avait des alternatives freeware (http://www.felopaul.com/soft.htm) mais qui font beaucoup d'autres choses dont je n'ai pas besoin... Toujours embêtant de mettre un tas de logiciels sur le PC sans en avoir une utilisation assurée.
  15. Bonjour Titophe et Discret 68 Merci de vos commentaires et avis. J'ai enlevé le filtre clipsé et c'est vrai que le vignettage est moins abominable. Voir le photo jointe (je fais des flats un peu rustiques en prenant un écran de PC sur laquelle je mets une image toute blanche). Le correcteur de coma n'est pas en cause, et il est bien indiqué dessus "convient pour les capteurs plein format ! Du coup je pense que je vais revendre le filtre UHC-E clipsé et prendre l'équivalent en 2''. Une question, il vaut mieux prendre UHC-e ou UHC tout court ? La différence semble résider dans la longueur d'onde de coupure en IR ? Pour tester la suggestion de Discret68 j'ai cherché dans les menus de mon Canon mais n'ai vraiment pas vu comment passer à un format APS-C. Toutes les possibilités que j'ai copiées dans un fil précédent concernent le nombre de pixels utilisés pour la photo. Cela ne change pas le format de l'image. Suis preneur de tuyaux pour savoir comment on fait ! Cordialement, Michel
  16. Bonsoir Discret 68 Merci pour ces infos. Sur la notice du CAnon je trouve ceci : Format d’enregistrement : Design rule for Camera File System 2.0 (Système de format de fichiers propriétaire) Type d’image : JPEG, RAW (14 bits, original Canon), Enregistrement simultané RAW+JPEG possible Pixels enregistrés : L (Grande) : Environ 20,00 mégapixels (5472 x 3648) M (Moyenne) : Environ 8,90 mégapixels (3648 x 2432) S1 (Petite 1) : Environ 5,00 mégapixels (2736 x 1824) S2 (Petite 2) : Environ 2,50 mégapixels (1920 x 1280) S3 (Petite 3) : Environ 350 000 pixels (720 x 480) RAW : Environ 20,00 mégapixels (5472 x 3648) M-RAW : Environ 11,00 mégapixels (4104 x 2736) S-RAW : Environ 5,00 mégapixels (2736 x 1824) En gros un capteur APS-C fait 25,1x16,1 mm. Si je ne trompe pas cela correspond à 3192x2533 pixels et donc 8 millions de pixels. Mais je ne sais pas si dans ce cas le format reste le même et le Canon n'enregistre qu'un pixel sur deux par exemple ou s'il change vraiment de format. Je vais essayer avec une photo en M-RAW qui se rapproche le plus de ces dimensions pour comprendre ce qui se passe. Suis allé sur ton site internet : super ton observatoire, tu as la chance d'être en villa. Depuis ma terrase à 20 m d'un lampadaire je suis moins bien loti, d'où le filtre UHC-E. Cordialement, Michel
  17. Bonjour Discret68, Merci beaucoup de ces données claires et convaincantes, hélas... 🤨 Je suis un peu fâché car dans la présentation du correcteur de coma2'' sur teleskop.de il est indiqué qu'il convient pour les pleins formats. Et je suis évidemment surpris de cet écart considérable entre ce que j'obtiens avec une petite lunette 72/400 (avec correcteur) ou avec un C8 (avec correcteur réducteur à 0,67)et mon APN : Il y a du vignettage mais pas dans ces proportions catastrophiques. C'est l'ouverture F4 qui est la cause de cet écart ? Par rapport à tes flats le mien est rectangulaire sans doute en raison du filtre UHC-E clipsé ? Quand tu dis de passer l'APN en APS-C cela veut dire que c'est une option à choisir les menus du 6D ?? A la limite si le souci vient de la trop grande ouverture il y a une possibilité de diaphragmer ? Et pour finir, je viens de recevoir une caméra 533C et j'ai hâte de voir si le vignettage est contenu dans des limites raisonnables avec ce capteur plus petit (11,3x11,3). Cordialement, Michel
  18. Je reprends ce fil car vraiment j'ai du mal à obtenir un résultat satisfaisant avec un vignettage aussi important ! Voici par exemple une photo de M42 brute et un flat obtenu avec un écran de tablette en couleur neutre. Le traitement (Siril) n'améliore pas du tout le résultat final, le vignettage est toujours là. Je rappelle le setup : Photon 150/600, correcteur de Coma, APN Canon 6D défiltré Astrodon avec filtre UHC-E clipsé. Photo à 800 ISO, 15s. Lune du 15 mars... Qu'est ce qui cloche ? Merci d'avance de vos conseils, Michel
  19. Et bien merci beaucoup pour tous ces conseils. 👍Je suis rassuré sur mon tube et le correcteur de coma et vais regarder la question de la caméra sur la base de tes conseils. Bien cordialement, Michel
  20. Ah oui ...😗Donc flats indispensables ... En ce moment je balance entre une 294 et une 533 en complément de l'APN... Ces deux caméras sont très proches, le capteur de la 294 est plus grand et elle a des pixels plus grands aussi. Coté sensibilité je ne m'y connais pas assez (gain quantique, etc...). Quels critères retenir par rapport à un tube 150/600 ? Cordialement, Michel
  21. Je ne pensais pas que ce type de défaut puisse être qualifié de "normal" ? Alors un seul remède des flats ? Merci beaucoup de tes conseils ...😀 cordialement, Michel
  22. Re, Oui la photo du tube a du être faite avec le couvercle mais je te rassure je l'ai bien enlevé pour avoir la photo dans l'APN. 🙂 Et le couvercle est plein, donc pas de doute toute la lumière arrive. J'ai oublié de dire que j'ai un filtre UHC clipsé dans l'APN. Je l'ai enlevé et obtiens alors non plus un vignettage rectangulaire mais un vignettage circulaire. J'ai mis les deux photos pour comparer. Pour les distances, bien noté 52 mm au lieu de 55 mm. Cela doit pouvoir se faire en enlevant une bague d'ajustement livrée avec le correcteur. Je l'ai enlevé pour faire ces deux photos mais cela ne change rien. Il s'agit ici de vignettage et pas de coma... PS : APN défiltré et refiltré Astrodon, mais cela ne doit pas avoir d'influence ? Merci de vos conseils ! cordialement, Michel
  23. Merci de ton retour. 😀Je viens de mesurer au pied à coulisse : 11 mm tout rond. La notice du fabricant : https://www.teleskop-express.de/shop/product_info.php/language/en/info/p6706_TS-Optics-NEWTON-Koma-Korrektor-1-0x-Superflat-4-Element---2--Anschluss.html indique qu'il faut compter à partir de l'anneau externe du correcteur. Donc tout est OK a priori. J'ai essayé de jouer un peu sur la bague du correcteur (que l'on peut visser plus ou moins, et cela accroît alors la longueur) mais cela n'a aucune influence. Cordialement, Michel
  24. Bonjour, Je viens de recevoir une Photon 150/600 avec un correcteur de coma TSGPU (teleskop.de). J'ai un Canon 6D pour imager. Le montage paraît simple : on visse la bague T48/canon sur le correcteur de coma et on fait la mise au point. Mais j'obtiens une image nette au centre mais entachée d'un cadre flou tout autour. J'ai essayé de jouer sur la distance entre l'appui du filetage 48 et le plan focal de l'APN mais rien n'y fait. Deux photos joints pour illustrer le setup et une photo. Merci de vos conseils Michel
  25. Bonjour, J'utilise PIPP pour prétraiter les images planétaires (recentrage, cadrage) et eu la surprise de ne pas pouvoir lire les fichiers SER produits par PIPP dans Registax. C'est étonnant car avec Autostakkert cela marche bien. Y a-t-il un réglage de PIPP ou dans Registax que je n'ai pas bien vu ? Merci de vos retours ! Cordialement, Michel
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.