Roch

Test du 150mm F/D=1 : le télescope le plus rapide du monde ! ( Episode 3 )

Messages recommandés

C'est l'oculaire qui pêche : les oculaires plössls 2+2 ont rarement un champ plat et le newton 600 a une champ courbe également. Ça doit se compenser un peu mais le compromis est à trouver.

Tu as de la coma négative au bord, ce qui est surprenant et de l'astigmatisme bien sûr.

Quel marque l'oculaire ?

il y a 20 minutes, Roch a dit :

Autre point, je peux aussi jouer sur la distance objectif - oculaire.

Oui, c'est normal, je dirais que vu que c'est ton objectif qui fait la convergence, il faut être assez près pour que ça se comporte comme un relay lens. La map de l'objectif 8mm devrait être sur l'infini ou proche.

Modifié par lyl
  • J'adore 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Une chouette expérience à améliorer car les résultats sont là :)

Bonne soirée,

AG

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

C'est bluffant , c'est bien d'explorer des domaines

peu courus .

 

Bernard_Bayle

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Bravo, c'est très intéressant. Est-ce qu'une adaptation de l' astuce de la Lensless Schmidt Camera, supprimer les rayons obliques par un simple diaphragme, ne pourrait pas venir au secours de la qualité de l'image sur les coins ? 

 

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Merci pour ces retours, c'est sympa :)

 

Il y a 12 heures, lyl a dit :

Quel marque l'oculaire ?

 

un no-name :D

J'ai pris le parti de commencer par un truc pas cher, histoire de voir si le concept avait un quelconque avenir. L' ES 30mm 52° me fait de l'oeil pour la suite ; cependant je crois qu'il est trop large pour passer dans mon montage... il faut que je remesure.

 

Merci pour ton retour, je vais faire des tests dans des configs différentes.

 

il y a une heure, Nicolas Z a dit :

supprimer les rayons obliques par un simple diaphragme, ne pourrait pas venir au secours de la qualité de l'image sur les coins ?

 

J'avoue ne pas être très calé sur ce genre de système, mais j'ai plutôt envie de conserver le max de lumière possible... je suis pas descendu à F/D=1 pour diaphragmer :D

Après une autre solution serait utiliser un oculaire de focale plus courte pour réduire un peu le F/D final et espérer un meilleur résultat.

 

Romain

 

Modifié par Roch

Partager ce message


Lien à poster
Partager sur d’autres sites

Salut Romain,

 

Un super concept !! Tu as raison d'expérimenter sans complexe. :)

Ca vaut vraiment le coup de creuser plus !

 

Déjà trouver un objectif de qualité à F/1, quitte à voir du côté des APN.

Ensuite le choix de l'oculaire, lequel serait le plus adapté à cette utilisation ?

 

Un passionnant travail de pionnier ! ;)

 

Albéric

  • J'adore 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Bravo pour l'adéquation entre la pupille de sortie et le diamètre de l'objectif, tu n'as pas de mou dans le centrage de l'un par rapport à l'autre par contre :)
Pour la qualité d'image dans le champ, pas évident avec un objectif à f/1. Mais bon en suivant les même principes tu pourrais peut être tenter le coup avec un 12 mm à f/1,4, tu peux y gagner en qualité d'image. Tu auras mois de lumière par pixel, mais optiquement si c'est meilleur ça permet d'envisager une config équivalente à ce que tu as aujourd'hui en passant sur une caméra qui a de plus gros pixels (il faudrait 4,3 avec un 12 mm). 

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Roch,

Beaux et intéressants résultats, mais pourquoi n'essaierais-tu pas d'utiliser tout simplement ton oculaire de 32 mm en réducteur de focale, pour aboutir à une focale globale de 150 mm...?

Voire un 12 mm de focale pour des commodités pratiques.

Cela te permettrait de mettre directement ton capteur, sans objectif, et éviterait tout ce porte-à-faux.

Un petit calcul me montre que tu devrais avoir un champ sur le ciel de l'ordre de 2...2,5° 

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 20/06/2020 à 10:53, Roch a dit :

J'avoue ne pas être très calé sur ce genre de système, mais j'ai plutôt envie de conserver le max de lumière possible... je suis pas descendu à F/D=1 pour diaphragmer :D

Après une autre solution serait utiliser un oculaire de focale plus courte pour réduire un peu le F/D final et espérer un meilleur résultat.

 

En fait, vu que tu vignettes déjà et que tu ne peux conserver que la partie centrale de tes images, c'est peut-être à tenter quand même...

Je me suis aperçu qu'un cache circulaire, du diamètre de l'objectif, placé à quelque distance de celui-ci, en coupant les rayons marginaux, donne une image extrêmement piquée et propre sur mes jumelles (meopta 8x56), au prix d'un léger vignetage en visuel. Donc l'intérêt d'un diaphragme masquant les rayons marginaux dépasse l'usage premier qu'on en a fait dans la chambre de Schmidt sans lame (lensless Schmidt camera); apporter une correction de l'aberration de sphéricité. 

 

https://www.cloudynights.com/topic/93674-lensless-schmidt-camera/

 

 

  

 

 

 

Partager ce message


Lien à poster
Partager sur d’autres sites

Bon ben moi je comprends pas le principe.. xD

T'es sûr que c'est vraiment plus lumineux qu'en mettant la caméra directement sur le 150/600?

 

Au C9.25 Hyperstar (F2.2) et camera 183MM, à vue de nez, quand je faisais ma MAP sur M51 en bin1 (échantillonnage 0.95") sur des poses de 1s, je voyais grossièrement la forme de la galaxie peut être avec un poil moins de bruit.

Partager ce message


Lien à poster
Partager sur d’autres sites

Le 150/600 présente une ouverture (relative) de 4. Avec un F/D de 1, les images sont 4 fois plus lumineuses !  (même si plus petites;))

 

 

 

 

Modifié par Toutiet
  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Je crois comprendre.. l'oculaire agit ici comme un réducteur de focale, en contrepartie on a qu'une toute petite portion de l'image formée qui est utilisable.

Bon si c'est pas ça et que j'ai toujours pas compris c'est pas très grave hein. :)

 

 

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Théoriquement, on a toute l'image qui est utilisable mais comme l'oculaire travaille dans des conditions un peu anormale, on a peut-être intérêt à ne pas l'exploiter entièrement ;).

Modifié par Toutiet

Partager ce message


Lien à poster
Partager sur d’autres sites

@CB7751 la différence tient dans l’échantillonnage, hormis la problématique des bruits de lecture et thermique, un binning 4x4 devrait donner la même chose en terme de signal par pixel, avec un champ plus petit.

  • J'adore 1

Partager ce message


Lien à poster
Partager sur d’autres sites

@Roch merci pour ces tests rafraîchissants ! Et merci de prendre le temps de les présenter c’est toujours excellent de voir les expériences des autres... vivement le prochain épisode !

  • J'adore 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Roch,

Tu m'as ouvert l'esprit et donné des idées : je vais voir ce que je peux faire avec mon 250 et mon 400. Ouverts à F/D = 1, ça doit être fabuleux...! 9_9

  • J'adore 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Bonsoir à tous :) voici la suite du feuilleton après un nouvel essai cette semaine.

Merci à tous pour vos retours très encourageants et motivants :D tout d'abord, quelques réponses aux remarques :
 

Le 20/06/2020 à 17:09, jldauvergne a dit :

Pour la qualité d'image dans le champ, pas évident avec un objectif à f/1. Mais bon en suivant les même principes tu pourrais peut être tenter le coup avec un 12 mm à f/1,4, tu peux y gagner en qualité d'image. Tu auras mois de lumière par pixel, mais optiquement si c'est meilleur ça permet d'envisager une config équivalente à ce que tu as aujourd'hui en passant sur une caméra qui a de plus gros pixels (il faudrait 4,3 avec un 12 mm). 

 

Le 22/06/2020 à 09:02, Nicolas Z a dit :

En fait, vu que tu vignettes déjà et que tu ne peux conserver que la partie centrale de tes images, c'est peut-être à tenter quand même...

Je me suis aperçu qu'un cache circulaire, du diamètre de l'objectif, placé à quelque distance de celui-ci, en coupant les rayons marginaux, donne une image extrêmement piquée et propre sur mes jumelles (meopta 8x56), au prix d'un léger vignetage en visuel. Donc l'intérêt d'un diaphragme masquant les rayons marginaux dépasse l'usage premier qu'on en a fait dans la chambre de Schmidt sans lame (lensless Schmidt camera); apporter une correction de l'aberration de sphéricité.



En fait, si cette méthode s'avère un échec définitif, je pense plutôt utiliser un oculaire de focale plus courte, ce qui réduira le F/D final en n'utilisant que la partie centrale de l'objectif de caméra ( puisque la pupille de sortie sera alors réduite ). Comme souvent la qualité d'un objo s'améliore en diaphragmant, je pense pouvoir obtenir une image meilleure sur un objo à F1.2 "forcé" que sur un F1.2 "natif" ; et de cette manière j'utilise toujours tout le diamètre de l'instrument.

 

Le 21/06/2020 à 10:21, Toutiet a dit :

Beaux et intéressants résultats, mais pourquoi n'essaierais-tu pas d'utiliser tout simplement ton oculaire de 32 mm en réducteur de focale, pour aboutir à une focale globale de 150 mm...?

Voire un 12 mm de focale pour des commodités pratiques.


Tu proposes d'utiiliser l'oculaire en projection oculaire ?
Le problème de cette méthode est qu'elle va engendrer tout un tas d'aberrations, puisque tu utilises l'oculaire dans une configuration très très éloignée de sa configuration initialement prévue.
La projection oculaire fonctionne bien pour l'augmentation du F/D puisque former un foyer secondaire loin derrière l'oculaire revient à peu de chose près à utiliser l'oculaire "à l'infini", qui est la position d'utilisation visuelle.
Cependant, pour la réduction, les aberrations seront bien trop présentes. Je l'avais d'ailleurs constaté moi même, à l'époque ou j'utilisais la projection oculaire en planétaire... dés qu'on descendait en dessous d'un facteur grossissement de 2x environ, les résultats étaient pas très beaux. Alors un facteur grossissement de 0.25x, je n'imagine même pas :D

 

Le 22/06/2020 à 15:22, CB7751 a dit :

Bon ben moi je comprends pas le principe.. xD

T'es sûr que c'est vraiment plus lumineux qu'en mettant la caméra directement sur le 150/600?

 

Au C9.25 Hyperstar (F2.2) et camera 183MM, à vue de nez, quand je faisais ma MAP sur M51 en bin1 (échantillonnage 0.95") sur des poses de 1s, je voyais grossièrement la forme de la galaxie peut être avec un poil moins de bruit.


Alors oui, définitivement, c'est plus lumineux ;) Le H-alpha en poses de 4 secondes, ça j'avais jamais pu faire avant. C'est génial :D

Mon image ici est pas flatteuse... mais sur les poses de 250ms en direct, l'effet est saisissant.

Et ne pas oublier que tu as un C9 et moi un T150... ça ne change rien en clarté de l'objet, mais du coup vu que ta M51 prendra plus de place sur l'écran, notre oeil la détectera plus facilement, avec ses structures.

 

Le 22/06/2020 à 16:47, CB7751 a dit :

Je crois comprendre.. l'oculaire agit ici comme un réducteur de focale


Plus exactement le couple Oculaire - Objectif. L'oculaire est positionné exactement comme en observation visuelle... ensuite tu remplaces ton oeil par la caméra avec son objectif adapté ( = digiscopie )


Maitenant venons-en aux nouvelles. Toutes ne sont pas bonnes, mais quand même un peu ;)


J'ai essayé de jouer sur deux variables afin d'obtenir un meilleur résultat.

La première était la distance objectif-oculaire.... étant en mise au point à l'infini, je n'ai pas trouvé de point clairement meilleur qu'un autre en terme de piqué. Par contre, la luminosité globale de l'image varie... il faut trouver le point idéal ( équivalent au relief d'oeil je suppose... )

La deuxième était de modifier la mise au point de l'objectif placé sur la caméra. Je peux visser ou dévisser, j'ai essayé d'aller très loin dans les deux sens... on observe des différences mais rien qui ne modifie réellement la qualité globale de l'image.

Un troisième point reste à expérimenter, c'est la distance correcteur de champ - oculaire... mais j'y crois moyen étant donné que je ne vois quasiment aucune différence avec ou sans le correcteur.

Donc il va falloir faire évoluer le setup.

Maintenant, j'ai cherché à déterminer plus précisément quelles étaient les aberrations à corriger... et la première, très loin devant les autres, est la courbure de champ. En effet, pour m'en rendre compte, il a suffi que je fasse la mise au point sur un coin de l'image... et là miracle, les étoiles forment un cercle net autour d'un centre flou :

 

Capture_0001.png.2c1ad6f070baab977b4a8129ae0991da.png


Donc déjà, si j'arrivais à corriger ce problème, ce serait un grand pas en avant.

Je suppose que la courte focale de mon télescope n'aide pas... si je ne dis pas de bêtise, à 600mm de focale on a beaucoup plus de courbure de champ qu'à 2m. Comme je pourrai tester tout ça sur beaucoup plus gros dans quelques mois, ça risque aussi de changer la donne... trouver un truc parfaitement transposable ne va pas être facile, bien que les deux tubes soient à F4.

Donc si quelques fusées ici présentes savent anticiper la courbure de champ donnée par tel ou tel oculaire... je suis complètement preneur :D

 

J'ai aussi voulu tester le concept plus sérieusement, en posant plus longtemps au total, afin de voir si ça restait utilisable malgré les étoiles qui prennent beaucoup de place.
Je voulais voir si j'arrivais à choper les extensions h-alpha de M27 assez vite. Les conditions n'étaient pas idéales, des passages nuageux et un peu de voile, mais quand même.
Voici le résultat en 1h de pose totale, 900x4s derrière un Ha baader 7nm, crop central, agrandissement à 200%, puis traitement agressif :D :

m27test-2-1-denoise-denoise.jpg.8d8b4dd36a10b793a2e593ba6980557b.jpg

ça me ferait presque regretter de ne pas avoir un astrodon 3nm sous la main :D quelle plaie ces étoiles ^^
Rappel, on est à la caméra non refroidie, en période de canicule, donc peut être que le bruit thermique est un problème. Bon il faisait encore une température raisonnable cette nuit là.


J'avoue j'ai pas mal forcé sur l'antibruit. Mais sinon, pour 1h de pose, ça vous semble comment niveau signal ?

Sinon, concernant les aberrations, là il y a du bougé en plus, ce qui explique les formes rocambolesques... mais je me demande s'il n'y a pas un reflet en plus. Avec autant de lentilles, le contraire serait étonnant...



La suite au prochain épisode ! J'ai encore quelques idées... mais si vous connaissez l'oculaire parfait pour répondre à mes besoins, je suis preneur !

Romain

Modifié par Roch
  • J'aime 2
  • Merci 2

Partager ce message


Lien à poster
Partager sur d’autres sites

Romain,

 

Regarde cette annonce, ça pourrait t'intéresser ! ;)

 

 

Albéric

Modifié par xs_man
  • J'adore 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Bonsoir

 

De belles expériences, bravo pour cette démarche :)

 

Amicalement

 

 

Christian

  • J'adore 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 10 heures, Roch a dit :

h-alpha de M27 assez vite

Salut Romain,

En tout cas ta M27 degage du signal! Et avec ton echantillonnage je pense que l'impact de la turbulence/Ep de ta monture/erreur de mise en station ne se verra pas même vers 10s.

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 14 heures, xs_man a dit :

Regarde cette annonce, ça pourrait t'intéresser !

Malheureusement, il faudrait le coupler avec un oculaire de 100mm...

A moins que tu en connaisses un bon, je pense que c'est inadapté ;)

Après, à utiliser seul, ça doit être sympa.

 

Il y a 4 heures, exaxe17 a dit :

Et avec ton echantillonnage je pense que l'impact de la turbulence/Ep de ta monture/erreur de mise en station ne se verra pas même vers 10s.

 

Ben j'ai essayé... pour la turbu pas de souci, mais pour l'erreur périodique, certaines prises étaient déjà bougées en 8s.

L'échantillonnage est large, mais au centre j'ai une fwhm bien inférieure à deux pixels... donc finalement tout ça se voit quand même assez vite.

Et je pense être surtout limité par le bruit thermique, donc pas sûr qu'allonger n'apporte grand chose.

M'enfin j'essayerai quand même peut être par une nuit fraiche, sur une cible plus au nord :)

 

Romain

Modifié par Roch

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 36 minutes, Roch a dit :

M'enfin j'essayerai quand même peut être par une nuit fraiche, sur une cible plus au nord

Pour en revenir a ton resultat , je trouve que c'est super fin au centre!

la prochaine evolution des capteur cela serait d'etre souple ! pour contrer cette courbure de champs!:D

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant



  • Contenu similaire

    • Par John deuxsource
      En ce moment je retraite mes photos en me peaufinant sur siril. Voici une photo que j'ai pris en août dernier. Jai stack en live 5000 *500mssur sharpcap pour la luminance et et après j'ai fait 5 min de couleur par canal. Ça manque un peu de signal en couleur mais les détails sont quand même la
       
      Asi533 , paracorr 2 , Dobson508 arp83 , table Eq deux axes.

    • Par Gilles Pascal
      Bonjour,
       
      en 2023 j'ai réalisé une série de prises de vue de Jupiter pendant une nuit.
      Ensuite je les ai assemblées (avec PIPP) pour en faire une animation.
       
      Le résultat me plaît mais à présent je voudrais aller plus loin. L'idée serait de pouvoir superposer à chaque vue, une image tirée de la simulation de STELLARIUM.
       
      Chaque image de l'animation serait au final donc un assemblage de deux images :
      - Dans la moitié supérieure de l'image on verrait un bandeau horizontal issu de STELLARIUM
      - Dans la moitié inférieure, on verrait un bandeau réalisé à partir de l'image prise par la caméra.
       
      Le souci c'est la rotation de champ dans STELLARIUM.
       
      Pendant pas mal de temps je me suis noué le cerveau pour tenter de trouver l'angle qu'il faudrait appliquer pour réaliser la dé-rotation.
       
      Et aujourd'hui je viens de trouver une solution totalement simple et déconcertante : il suffit de mettre à "true" le booléen qui indique le mode equatorial dans STELLARIUM.
      Encore faut-il trouver la syntaxe. Qu'à cela ne tienne, une recherche rapide dans les nombreux scripts stockés dans le sous-répertoire idoine (C:\Program Files\Stellarium\scripts) permet avec Notepad++ de trouver les séquences qui contiennent la partie de texte "quatorial" (ben oui, ne sachant pas si le mot commence par un 'é' ou un 'e'...).
       
      Alors comme cela m'a pris du temps, et que ça pourrait servir à des astram, je vous livre le code complet de mon script.
      Le contenu est à enregistrer dans un fichier dont l'extension devra être .ssc
      Il suffit ensuite de double-cliquer sur le fichier, et Stellarium se lancera automatiquement en exécutant le script.
       
      La localisation est placée à la terrasse de Meudon. Mais pour vos besoins, vous changez les valeurs par celles de votre site.
       
      Bon ciel,
      Gilles
       
       
       
       
       
      include("common_objects.inc");
      // var MonDIR = "C:/Users/gpasc/Pictures/Stellarium";
      // var MonDIR = core.getEnv("STEL_SKYBOX_DIR");
      // Not finding this environment variable sets DIR to empty string to make storage into default image dir, i.e., "C:/Users/YOU/Pictures/Stellarium"
      // For technical reasons, on Linux you MUST set this variable before running the script.
      DIR=core.getEnv("STEL_SKYBOX_DIR");
      // Base name for the tile textures. Defaults to Unity, can be overridden by setting environment variable STEL_SKYBOX_BASENAME
      BASENAME=core.getEnv("STEL_SKYBOX_BASENAME");
      if (BASENAME.length == 0)
          BASENAME="Unity";
      // Output data file name. Defaults to unityData.txt, but can be overridden by setting environment variable STEL_SKYBOX_DATA
      DATANAME=core.getEnv("STEL_SKYBOX_DATA");
      if (DATANAME.length == 0)
          DATANAME="unityData.txt"
      OUTPUT_DATA=DIR + "/" + DATANAME;
      core.output("Writing images to " + DIR);
      core.output("Writing data to " + OUTPUT_DATA);
      // The following wait times (seconds) are required to arrive at scene before screenshot. Configure for your machine.
      // This must likely allow 2 frames to be drawn before screenshot is valid.
      MOVE_WAIT=0.05;
      SHOT_WAIT=0.15;
      core.setDate(
         '2023-08-21T02:27:59',
         'local'              , // or 'utc' or 'local'
          true                  // enable Delta T correction
      );
      core.setObserverLocation(
          2 + 13/60 + 59/60/60, // core.dmsToRad(2, 13, 59), // longitude
         48 + 48/60 + 19/60/60, // core.dmsToRad(48, 48, 19), // latitude
         151,                       // Altitude
         0,                       // Time to travel
         "",                       // or "Terrasse de Meudon",
         "Earth"                   // This parameter seems necessary
      );
      core.selectObjectByName("Jupiter", false);
      PData = core.getObjectInfo("Jupiter");
      StelMovementMgr.setFlagTracking(true);
      GridLinesMgr.setFlagAzimuthalGrid(false);
      StelMovementMgr.zoomTo(0.07, 1);
      core.setGuiVisible(true);
       
       
      // On force le mode equatorial pour empecher la rotation de champ :
      StelMovementMgr.setEquatorialMount(true);
       
       
      // Lister ici les instants correspondants aux prises de vues
      // Format à respecter :
      //
      //                  "AAAA-MM-JJTHH:MM:SS"
      //
      // L'ensemble des données est stocké dans le tableau ci-dessous
      // C'est le nombre d'éléments, contenus intrinsèquement dans le tableau
      // qui fournira la limite haute de la boucle parcourue plus bas dans ce script.
      //
      var Horaire_Positions = new Array("2023-08-21T02:27:59",
                                      "2023-08-21T02:33:27",
                                      "2023-08-21T02:38:56",
                                      "2023-08-21T02:44:24",
                                      "2023-08-21T02:49:53",
                                      "2023-08-21T02:55:22",
                                      "2023-08-21T03:00:51",
                                      "2023-08-21T03:06:19",
                                      "2023-08-21T03:11:48",
                                      "2023-08-21T03:17:16",
                                      "2023-08-21T03:22:45",
                                      "2023-08-21T03:27:50",
                                      "2023-08-21T03:33:18",
                                      "2023-08-21T03:38:46",
                                      "2023-08-21T03:44:15",
                                      "2023-08-21T03:49:44",
                                      "2023-08-21T03:55:12",
                                      "2023-08-21T04:00:41",
                                      "2023-08-21T04:06:09",
                                      "2023-08-21T04:11:38",
                                      "2023-08-21T04:17:07",
                                      "2023-08-21T04:22:35",
                                      "2023-08-21T04:28:03",
                                      "2023-08-21T04:33:32",
                                      "2023-08-21T04:39:00",
                                      "2023-08-21T04:44:29",
                                      "2023-08-21T04:49:57",
                                      "2023-08-21T04:55:25",
                                      "2023-08-21T05:07:56",
                                      "2023-08-21T05:13:25",
                                      "2023-08-21T05:18:53",
                                      "2023-08-21T05:24:21",
                                      "2023-08-21T05:29:50",
                                      "2023-08-21T05:35:19",
                                      "2023-08-21T05:40:47",
                                      "2023-08-21T05:46:15",
                                      "2023-08-21T05:51:44",
                                      "2023-08-21T05:57:12",
                                      "2023-08-21T06:02:40",
                                      "2023-08-21T06:08:09",
                                      "2023-08-21T06:13:37",
                                      "2023-08-21T06:19:04",
                                      "2023-08-21T06:24:32",
                                      "2023-08-21T06:30:01",
                                      "2023-08-21T06:35:29",
                                      "2023-08-21T06:40:58",
                                      "2023-08-21T06:43:35",
                                      "2023-08-21T06:52:02",
                                      "2023-08-21T06:57:30",
                                      "2023-08-21T07:02:59",
                                      "2023-08-21T07:08:27",
                                      "2023-08-21T07:13:55",
                                      "2023-08-21T07:19:23");
      // The following wait times (seconds) are required to arrive at scene before screenshot. Configure for your machine.
      // This must likely allow 2 frames to be drawn before screenshot is valid.
       
      MOVE_WAIT=0.05;
      SHOT_WAIT=0.15;
      core.setGuiVisible(false);
       
       
      // On stabilise la première position avant de lancer la boucle
      core.setDate(
                  Horaire_Positions[0],
                  'local'              , // or 'utc' or 'local'
                  true                  // enable Delta T correction
                  );
      core.output(Horaire_Positions[0] );
      // on attend 3 secondes pour bien stabiliser la première position
      core.wait(3);
      for (i=0; i<Horaire_Positions.length; i++)
      {
      core.setDate(
                  Horaire_Positions,
                  'local'              , // or 'utc' or 'local'
                  true                  // enable Delta T correction
                  );
      // Régler STELLARIUM à l'horaire pointé dans le tableau :
      core.output(Horaire_Positions );
      // Tempo pour attente de stabilisation :
      core.wait(MOVE_WAIT);
       
       
      // Capture d'écran et sauvegarde dans le repertoire BASENAME + i :
      core.screenshot(BASENAME + i, false, DIR, true);
      core.wait(SHOT_WAIT);
      }
      core.setGuiVisible(true);
      //EOF
    • Par Goofy2
      Bonjour   
       
      Question aux utilisateurs du logiciel "Aladin desktop": https://aladin.cds.unistra.fr/AladinDesktop/
       
      Est-il possible dans le champ stellaire visualisé dans Aladin de montrer tous les objets présents dans le champ et issus de la base de données SIMBAD avec les labels nominatifs correspondants automatiquement affichés ?
      Sur la version Aladin Desktop que j'utilise, on peut faire cercler automatiquement les objets SIMBAD (ou d'une autre base de données) avec des courbes de niveau de luminosité, mais sans les labels nominatifs. Cependant on peut interroger chacun des objets cerclés pour en connaître le nom, puis écrire manuellement avec les outils de dessin proposés le nom de l'objet et une flèche de désignation. Ce serait mieux et plus simple que ce soit fait automatiquement à la demande. Est-ce possible ?
    • Par Goofy2
      Hello  
      Question à ceux qui utilisent Aladin desktop (ou Aladin Lite sur internet). Je sais que @polorider utilise Aladin (Lite je pense).
      Est-il possible dans le champ stellaire visualisé dans Aladin de montrer tous les objets présents dans le champ et issus de la base de données SIMBAD avec les labels nominatifs correspondants automatiquement affichés ?
      Sur la version Aladin Desktop que j'utilise, on peut faire cercler automatiquement les objets SIMBAD (ou d'une autre base de données) avec des courbes de niveau de luminosité, mais sans les labels nominatifs. On peut interroger chacun des objets cerclés pour en connaitre le nom, puis écrire manuellement avec les outils de dessin proposés le nom de l'objet et une flèche de désignation. Ce serait mieux et plus simple que ce soit fait automatiquement à la demande. Est-ce possible ?

      J'ai installé tout récemment Aladin Desktop sur mon ordinateur. Lors de ma capture du quasar, @polorider avait montré une capture depuis Aladin. Cela m'avait interpelé. J'ai testé Aladin Lite (internet), puis Aladin Desktop (sur mon PC). Je suis conquis par la version Desktop et je la garde comme outil d'investigation   
    • Par sebseacteam
      Hello,
       
      Voici un exercice que je voulais faire depuis longtemps: du CP en poses courtes (déjà fait avec caméra couleur uniquement) avec 2 capteurs mono/couleur.
       
      Newton 150/750
      Couleur: QHY5III715c avec 513 x 3s
       

       
      Mono: QHY5III678m avec 6293 x 1s
       

       
      On obtient alors:
       

       
      A refaire avec des poses plus longues en couleur, genre 5s voir 10s pour plus de signal. Et garder comme ça en mono.
       
       
  • Évènements à venir