Rechercher dans la communauté

Concernant la comète 12P, il y a sur la toile bien des images de texture différente. Schématiquement, avec une acquisition classique 10 à 30s par vue puis stackées sur 15-30min au total, il est possible de la monter avec plusieurs processus: - classiquement par ondelettes (style registax ou autres) - avec pixinsight - avec une méthode dite "azimuthal meridian substraction", ne me demandez pas ce que c'est. Quelques exemples de photo pour illustrer: Les vues effectuées avec evscope montrent un noyau assez grand (1,5min d'arc de diamètre) non stellaire. Sur le set de 3 vues - celle de gauche a été effectuée avec traitement par ondelettes - celle du milieu avec traitement avec traitement par ondelettes travaillé. - celle de droite aussi, en observant a gauche du noyau il y a un rebond circulaire en prolongation de la spirale supérieure (ce qui me fait dubitatif pour la pertinence du cliché). Traitement PI. Sur les vues evscope, le noyau est surexposé et un traitement lambda ne fait plus rien. Questions: Comment PI peut faire ressortir 2 spirales à 180°, montrées aussi par un traitement par ondelettes (la photo du milieu, spirales très peu contrastées selon l'observateur)? Comment obtenir une vue avec un noyau non saturé encore permettant un traitement ultérieur par ondelettes déjà? Evscope avec cmos 347C les 2 autres avec cmos 533/2600, cela expliquerait? je ne pense pas comme çà. Les commentaires techniques sont les bienvenus.

bonjour, j'aimerai bien observais la chaine makarian avec mon télescope de 127 mm celestron je voudrais savoir combien de temps je dois prendre en photo ces galaxies pour capter plus de lumière

Bonjour Je n'ai pas trouvé de trace de ce sujet sur WA et si ça peut aider, Astro Cooker propose (gratuitement...) une solution de traitement d'images en ligne: " Astro Cooker effectue un post-traitement de base sur un fichier image, idéalement un fichier brut pris lors d’une séance d’imagerie d’astrophotographie (sub) ou d’une pile." Très simple à utiliser: on télécharge une image en fit(s), tif, jpg, png, arw, dng ou rw2 et astrocooker fait le reste C'est ici: https://astrocooker.com/ FAQ: https://astrocooker.com/acfaq.html Si des utilisateurs passent par là que pensez-vous de ce traitement d'images en ligne? Edit: Ah si, je viens de trouver une trace @sebseacteam en parle ici: https://www.webastro.net/forums/topic/248315-ic434-tête-de-cheval-ngc2024-la-flamme-80ed-player-one-artemis-c-294-09012024/?do=findComment&comment=3122562 Si des utilisateurs passent par là que pensez-vous de ce traitement d'images en ligne?

Bonjour, Peut-on enchaîner des prises de vues, 3h sur Lpro et 5h sur Lextrem, par exemple ?... Quand est-il du backfocus et des flats ?.. En sachant que le Lpro est un peu plus épais que le Lextrem (du coup, map a refaire à chaque chgt de filtre)... Je ne vois pas la procédure ?.. Merci de m'expliquer... 🤔

Salut tous, En testant Astap, le soft d'astrométrie, je découvre qu'il y aurait un senseur thermique qq part collé au capteur de nos APN. J'emploie de conditionnel, car je n'en n'ai aucune certitude. Une recherche goog aurait tendance à confirmer, mais j'avoue ne pas avoir passé la journée là-dessus. J'ai lu qq discussions sur des forums à droite à gauche. (Encore que ... si ça se trouve, tout le monde le sait déjà sauf ma pomme 😉 ) Ce qui m'a mis la puce à l'oreille c'est donc la température du capteur telle qu'annotée dans le header des fits, en sortie de calibration sous ASTAP. Dehors il fait froid, c'est l'hiver, et certains soirs on est proche de zéro. Et pourtant le capteur affiche une température proche de 20 deg, disons entre 18 et 22 deg en général. Et le truc, c'est que ça ne baisse pas avec le temps, en même temps que l'apn se refroidit ; ça semble erratique. J'ai lu que le capteur chauffait essentiellement sur les longues poses, et principalement aux environs et au-dessus de 120 sec. A tester, éventuellement. Du coup, ce qui interpelle, finalement, c'est : quelle est l'utilité de faire des darks le soir par moins cinq dehors, et de conserver une bibliothèque de darks étalonnée en température degré par degré, si tout cela est grosso modo à peu près approximatif. Bien sur, on conçoit qu'en été, par une température de 20 la nuit, le capteur doit monter à 35 ou 40, va savoir, Edouard ... et qu'une poignée de darks à cette température peut aider. Toutefois, j'entrevois, à l'instar de certains astrams équipés de caméras récentes qui ne prennent même plus la peine de faire ni darks ni offsets, un certain relâchement à venir dans la capture stricte des darks après chaque manip. D'autant que quoi ? il faut faire des darks avant, pendant et après chaque manip, afin de moyenner ? Mais alors ... une moyenne ... ça ne prend pas en compte la spécificité de chaque image. Faire 5 dark avant et après chaque light, alors ? ☺️ C

Bonjour. Je possede un Newton skywatcher 200/1000 acheté neuf il y 1 an environ. Depuis le début et quelqusoit l'imageur il génère des aigrettes parasites en forme de comète (Image 1). Si je masque environ 30 % de l'ouverture avec un tissu opaque sur une zone bien précise, l'aberration disparait... (Image2). Avez-vous une idée de l'origine du problème et surtout comment le régler ? Problème de reflet sur chanfrein ? Vu le nombre de belles nuits étoilées actuellement, je n'ai pas eu l'occasion de tester plus que le tissu opaque... Merci.

Comment fonctionne le dithering avec la Star Adventurer Mini ? On est en droit de se poser la question puisque depuis la version 3.10 du firmware de la SAM, une option "Gamme de tramage" (dithering) est apparue dans la SAM Console. Or rien n'est détaillé dans le manuel, dans le texte accompagnant la mise à jour ou encore sur les sites de Skywatcher. Après avoir posé la question à de multiple reprises, voici la réponse de Sky Watcher : Et la traduction en français : En gros voici ce que cela fait. La première photo est prise normalement. Un décalage en + ou en - est appliqué aléatoirement par rapport à la position théorique de la seconde photo. Il se fait dans l’intervalle de temps qui sépare la première de la deuxième photo. Un autre décalage en + ou en - est appliqué aléatoirement par rapport à la position théorique de la troisième photo. Et ainsi de suite. Ils ne précisent pas comment calculer la valeur à entrer dans la case "Gamme de Tramage (Arcmin)", ni combien de temps cela prend à la monture pour se déplacer et se stabiliser pendant et après un dithering, donc combien de temps il faut laisser entre deux poses. Je n'ai pour l'instant pas de réponse à ces questions. Alors ce qui suit est à prendre avec précaution... Si l'on considère un dithering de +/- 10 pixels sur la photo, la formule qui permet de calculer la valeur à entrer est : d (arcmin) = 35 x p (µm) / F (mm) Par exemple avec un Canon 500D (p = 4.68 µm) et une focale de 150 mm, il faudrait saisir 35x4.68/150=1.1 minutes d'arc qu'on arrondira à 1 minute d'arc (c'est la plus petite valeur qu'on peut saisir). edit : Après pas mal d'essais, je me suis rendu compte que le dithering ne commençait vraiment à donner des résultats qu'à partir de 4'. En dessous, ce n'est pas convaincant. Testé avec 135 et 150 mm de focale. Donc il suffit de mettre la valeur 4 dans la case "Gamme de tramage" et de ne plus la changer. Si la monture s'arrête pour faire un dithering "en reculant" ou avance à 2 fois la vitesse sidérale pour aller "en avançant", il lui faut 4 secondes pour se décaler de 1 minute d'arc. Si le décalage précédent était à l'opposé du décalage à appliquer et les deux décalages au maximum de la valeur entrée, l'écart est égal à 2 fois la valeur saisie. On doit aussi laisser le temps à la monture pour qu'elle retrouve son équilibre après cette interruption ou accélération du suivi, disons 5 bonnes secondes. Il faudrait donc saisir un délai entre deux poses tel que : t (s) = 8 x d (arcmin) + 5 s edit : j'ai constaté que 4 secondes d’intervalle entre deux poses était suffisant, pour un dithering de 4'. Par exemple, pour le Canon 500D avec 150 mm de focale, il faudrait saisir un intervale entre poses de 8x1+5=14 s. On arrive rapidement à des valeurs très importantes si la focale est faible et les pixels sont gros, et on fini par perdre beaucoup de temps à attendre le dithering. Il faut donc peser le pour et le contre. En pratique, on à du mal à distinguer le bruit "télégraphique" sur les focales inférieures à 100-150 mm, inutile d'activer le dithering. Ca ne devient nécessaire que pour les focales supérieures à 150-200 mm (et encore...).

Pourquoi l’échantillonnage est égal à 206 p /f ? Des colistiers se demandent parfois d’où sort ce chiffre de 206 dans la formule qui donne l’échantillonnage d’un capteur en fonction de la taille des pixels et de la focale de l’optique. La réponse est simple : parce que la 206 était une bagnole vraiment cool. C’est bon, vous êtes satisfait ? Non… En fait il y a une explication mathématique mais elle est bien moins cool. La voilà quand même. C'est juste de la trigonométrie de base et un peu de conversion d'unités. Tout d'abord voici le schéma qui montre le principe : L’angle e que voit un pixel de dimension p derrière une optique de focale f est : Ici e est exprimé en radian, p et f dans la même unité de longueur (normalement en mètre) et atan est la fonction arc tangente. Comme p est généralement très petit devant f, le ratio p/2f est proche de zéro. On peut alors simplifier l’expression car atan x est quasiment égal à x quand x tend vers zéro. Il reste alors l’expression : Mais ici, e est toujours exprimé en radian et p et f en mètres. Or on a plutôt l'habitude d'exprimer e en seconde d’arc, p en micron et f en millimètre. Il faut convertir : On a donc : d'où : que l’on s'empresse d'arrondir parce que les décimales ici n’ont aucun sens pratique et on trouve la bagnole très cool : CQFD Gamme de tramage dans la Console SAM/SA L'application qui permet de piloter la Star Adventurer Mini et la Star Adventurer 2i permet la saisie d'un paramètre appelé 'Gamme de tramage'. C'est ce paramètre qui permet de faire du dithering. Il est vraiment IMPORTANT de l'activer. Mais quelle valeur faut-il saisir car le manuel n'en parle pas du tout ? La pratique montre qu'il faut largement exagérer le dithering pour qu'il soit efficace sur ces montures. On estime que 30 pixels de décalage est suffisant. La valeur à saisir dans l'application est en minutes d'arc : Finalement il suffit de retenir la formule simple, valable uniquement pour la SAM et la SA 2i dans l'application Console SAM/SA : (j'ai pas mis 103 parce que la Peugeot 103 n'était pas cool comme mob).

Bonjour à tous ! Tout est dans le titre : puisqu'en VA on parvient désormais à produire des images facilement et rapidement dans le visible, existe-t-il des caméras abordables financièrement dans le domaine de l'IR, de l'UV ? Ou alors existe-t-il un traitement/filtrage efficace de l'image pour l'amateur ?

C'est la mode, alors je regarde mes vieux truc aussi dans le SDD. J'ai ressorti des versions bien cropées du fait du C8 et j'ai repassé tout ça à la moulinette. En dehors de NGC 4565 sans filtre, les 2 néb était au L Extreme. Ca a bien amélioré les choses et agrandi le champ surtout sur les nébuleuses. J'ai croppé juste la zone de recouvrement des brutes mais quasi rien et les étoiles sont vraiment propres dans les coins. Je commence par une galaxie que j'aime bien et que j'espère revoir d'ici 2025 (je voudrais largement augmenter le temps total pour aller chercher du détail). Image avec Altair 294: Puis le Croissant et la trompe avec l'Altair 2600. A+ Sam

Hello, Un script pour traiter du planétaire dans Pixinsight existe depuis peu de temps. ça se passe ici: https://pixinsight.com/forum/index.php?threads/new-script-image-enhancement-of-the-sun-moon-and-planets.22625/page-2 C'est bien sûr en cours de développement...

N'ayant pas eu de succès dans la section matériel, je me permet de reposter ici, où j'aurais peut être plus de retour. Salut tout le monde, Je suis actuellement équipé d'une Askar 65phq avec cam zwo asi533 (mm et mc pro) dont je suis parfaitement comblé pour les nébuleuses majoritairement. J'aimerais donc explorer les possibilités de chasser les galaxies/objets petits avec une focale adaptée. J'ai fait des simulations de champ avec astronomy tool, et je pense tabler vers les 1500mm. Le seul facteur limitant sera ma monture et la charge supportée, à savoir la zwo AM3 et ses 8kg de charge sans contre-poid (et je ne souhaite pas en mettre). J'ai commencé mes recherches et j'ai l'impression que l'option Ritchey-chretien/Schmitt-Cassehrain semble être une bonne option: focale et poid. Les candidats seraient : * Celestron C6 * Celestron C8 +/- réducteur, * Celestron C8 edge HD +/- réducteur * Tube type RC6 ou RC8 * Autre.... Le guidage se ferait au diviseur optique, en fait le but est de pourvoir mettre mon train optique de l'askar au nouveau tube sans trop me prendre la tête. Question temps de refroidissement, collimation, etc.... Avantages et inconvénients, autres solutions : je suis tout ouïe 😉. Merci pour vos conseils et aide 😉

Bon bah voila, j'avais dit que j'attaquerai en 2023...un premier "pier"...c'est parti ! Vous m'avez un peu tous chauffé avec vos postes fixes, cabanes, piliers, pieds... Le trou est fait (quasi, je vais encore faire 10cm peut etre) ! Petit à petit...

Bonjour, Je vois passer pas mal de photos faites avec du drizzle, qui améliore les détails ! Ma question est : quand utiliser le drizzle ? sur quels objets ?... dans quels cas? Merci d'améliorer mes connaissances !

Bonjour, Lors de la mise en station je cherche a faire une résolution astrometrique. Le process n'abouti pas : ''inverser l'axe AD et recommencez''. une idée de comment faire ?

Bonjour, mon fils vient d’acheter une imprimante 3D performante, du coup je lui fais imprimer quelques trucs sympa. Maintenant j’ai des besoins spécifiques, donc il me faut réaliser quelques dessins. Donc qu’utilisez vous ? Je savais bien me servir d’Autocad en 2D ( version light 2000 🤣) j’ai de bonne notions de dessin. Une appli facile me serait à ravir ?

Bonjour, Je viens de faire imprimer certaines de mes photos, et le rendu n'a rien à voir avec ce que je vois sur mon écran. Alors mon écran n'est pas calibré et je n'ai pas de sonde de calibration, mais je n'ai plus de couleurs (je me retrouve avec une couleur "jaunasse") et le fond de ciel est noir. Sur l'image après traitement j'ai un peu de couleur et le fdc est plus nuancé. Le problème viendrait-il du rendu de mon écran ou des informations que demande le site sur le profil de couleurs (Profil ICC: Siril built-in sRGB)? Et vous comment faites-vous pour avoir une idée du rendu avant impression? Merci pour votre aide et je vous souhaite la bonne journée Thibault

Salut, vu le temps, je bricole et j'ai retrouvé des vieux trucs bien cracra. Et je me suis demandé ce que ça pouvait donner avec nos outils modernes. Alors d'abord la boule de neige bleue prise en aout 2020 avec une asi224 au cul du C8 à F/10 et sans guidage. Un fichier ser à l'époque et des poses de 120s. Photo surexposée (je voulais en voir de trop à l'écran comme avec les planètes), MES pas terrible, etc. On pouvait pas faire pire. Puis une reprise de Neowise au 350D et un 200mm Canon vraiment pas cher plein de défaut chromatiques 🙂 Bah c'est pas si mal revenu au final 😂. C'est qd même incroyable ! A+ Sam Donc avant après sur NGC7662 : Et Neowise (là aussi les étoiles et tout c'était pas top mais objectif en plastique et poses sur pied photo sans motorisation)

Bonjour à tous, je me pose une question existentielle. Aujourd'hui je pilote mon setup avec Astroberry + RPi4. J'ai cru cependant comprendre que Astroberry est bloqué sur une architecture (je ne suis pas sûr du terme) 32bits, tandis que kstars/ekos lui est en 64bits. Cependant Stellermate lui accepte la version 64bits, ainsi que le RPi5. Je me demande donc : A support égal (RPi 4 ou 5) qu'apporte d'avoir une architecture 64bits (stellermate) plutôt que 32 bits (astroberry) ? A architecture égale (32 ou 64 bits) l'utilisation d'un RPi5 par rapport à la version 4 apporte-t-elle vraiment quelque chose (Pas de surdimensionnement) ? Je me pose la question, car aujourd'hui tout tourne semble me bien fonctionner en RPi4 + Astroberry. Cependant le téléchargement des images de l'APN -> RPi4 prends quelques secondes. Je cherche à savoir si la solution 64bits et/ou RPi5 permettrait d'ajouter de la fluidité.

Salut, j'ai besoin de votre aide... impossible de faire une résolution astrométrique de cette image de NGC 3718: j'ai tout essayé...: Je n'ai que 7 paires pas les 8 requises... est ce que vous pourriez essayer et me dire ce qu'il ne va pas? est ce que ça marche chez vous? PI à également refusé de faire cette résolution sur les sub dans WBPP... Comprends pas. a+ & Merci Serge integration.xisf

Bonjour à tous, question du débutant que je suis après n'avoir utilisé que mon objectif photo 300F4 sur HEQ5, j'ai franchi le cap et me suis offert la FRA400. Seulement voilà je suis un peu comme une poule devant une boite de conserve pour fixer mon boitier à la FRA400. Cette dernière est livrée avec 3 adaptateurs coniques vissant lui permettent de passer de m68 à m48 et ce que je pense être un porte oculaire. J'ai également un adaptateur T2 M48 pour Nikon qui se se fixe bien dans la monture de mon D850. Mais cet adaptateur ne se visse pas dans le dernier tronçon des réducteurs. Je sais que c'est basique, mais il n' y pas de honte n'est ce pas 😉? Merci pour votre aide je vous les images

Bonjour j'ai débuté l'astrophoto depuis peu, avec une monture NEQ6 R pro goto, une lunette explore scientifique 127 ed, un APN canon 1000d défiltré partiel et équipé d'un filtre anti pollution CLS je me suis équipé d'un boitier asiair plus pour piloter la monture ainsi que l' APN sur le ciel profond, je fais des poses de 90 s et ca se passe pas trop mal, sauf que j'ai du bruit malgré les DOF depuis quelques jour j'ai mis en place une lunette guide 80 X 400 avec une caméra ZWO asi 224 mc pour l'auto guidage mes dernières photo ont été faite avec 300 s de pose et les étoiles sont bien rondes . le problème c'est que j'ai l'impression que le bruit augmente avec le temps de pose ma question, est : avec mon équipement, vaut il mieux faire des temps de pose de 300 s ou en faire de 180 s mais plus nombreuses la sensibilité ISO doit elle rester sur 800 iso ou puis je passer à 1600 iso merci d'avance pour vos conseil voici une photo avec apn canon 1000 d non dé filtré M51, 24 poses de 120 s a 800 iso sans auto guidage et une photo IC 1805 nébuleuse du cœur , 12 poses de 300 s à 800 iso avec canon 1000d dé filtré Je précise que ces photos ont été faite depuis chez moi, avec les lampadaires du lotissement allumés

Bonjour à tous, voilà plusieurs années que je m'amuse avec des arduino et l'impression 3D. J'ai par le passé fait beaucoup de projet dont un ici sur un FlipFlat pas cher. La seule chose que je n'ai pas faite est un driver ASCOM car celui ci existait déjà et seule la partie arduino était à faire. J'ai, il y a quelques années, réalisé un petit driver isafetymonitor ASCOM en VB. Pour cela j'avais conçu une petite station météo constituée d'un capteur BME280, d'un MLX90614 et un TSL2591. J'ai dans l'idée aujourd'hui de me faire un petit driver ASCOM ObservingConditions dans le but de l'utiliser avec NINA. J'aimerai par ailleurs que ce driver ASCOM permette aussi d'étre utilisé en simultané en tant que driver safetymonitor (pas encore implanté dans mon code arduino). J'ai lu que c'était possible. Et c'est là que les problèmes commencent!! J'ai installé VS2022 et installé les templates ASCOM qui sont au nombre de 3. Bon, déjà ici tout est bien différent de l'époque en VB où j'avais pu suivre le tuto de la roue à filtre de Tom Haw sur Youtube. La maintenant il faut créer un code en C#. Bon allez, on reprends les bases mais ca va le faire. Nouvelle complexité: On parle maintenant d'un driver en mode LocalServer.... ok.... bon je lis toute la documentation en anglais mais je pige pas tout. Bref, je commence à regarder dans VS2022. J'ouvre le premier template et dans l'arboresence je me retoruve avec plein de nouveaux fichiers dont: -observingconditions.cs et observingconditionhardware.cs Je me suis arrêter ici car forcément je ne vois pas du tout par où aller, ni commencer. Je vous joins ci après mon firmware arduino avec son protocole série. Je vous joins également les éléments sous forme de fichier C# que je pense devoir integrer dans le driver ASCOM. Pourriez vous m'aider sur la conception de ce driver ASCOM? je sais qu'il existe des projets un peu identique mais j'aimerai réellement le faire de 1 à Z ce projet! cela me rendrait fier et j'ai d'autres idées en tête. Donc plutôt que de copier, si je peux comprendre comment tout cela marche et s'implémente alors ce serait génial. Code arduino: // librairies de base #include <Wire.h> #include <Adafruit_Sensor.h> //#include <math.h> #define delais 1000 //temps entre deux maj des valeurs en ms #define SerialSpeed 9600 // vitesse de communication sur le port série // utilisation d'un BME280 Velleman WPSE335 #include <BME280I2C.h> BME280I2C bme; float temperature_ambiante_BME; float pression_locale; float correction_altitude_pression = 0.00; //facteur de correction lié à l'altitude locale float humidite; float dewpoint; // utilisation d'un MLX90614 #include <Adafruit_MLX90614.h> Adafruit_MLX90614 mlx = Adafruit_MLX90614(); float temperature_ambiante_MLX; float temperature_ciel; float correction_temperature; float temperature_ciel_corrigee; #define K1 33. #define K2 0. #define K3 4. #define K4 100. #define K5 100. #define K6 0. #define K7 0. float CWT; //CWT = Cold Weather correction en cas de basse temperature (<1°C) // température ciel completement clair #define temperature_ciel_clair -8 // température ciel completement couvert #define temperature_ciel_couvert 0 //Activation treshold for cloudFlag (%) // utilisation d'un TSL2591 #include <Adafruit_TSL2591.h> Adafruit_TSL2591 tsl = Adafruit_TSL2591(); struct { bool status; uint32_t full; uint16_t ir; uint16_t visible; int gain; int timing; float lux; } tsl2591Data {false, 0, 0, 0, 0, 0, 0.0}; /** tsl.begin() always returns true, hence we need to check the I2C adress */ bool isTSL2591Present() { Wire.beginTransmission(TSL2591_ADDR); byte error = Wire.endTransmission(); return (error == 0); } void configureSensorTSL2591(tsl2591Gain_t gainSetting, tsl2591IntegrationTime_t timeSetting) { // You can change the gain on the fly, to adapt to brighter/dimmer light situations tsl.setGain(gainSetting); // Changing the integration time gives you a longer time over which to sense light // longer timelines are slower, but are good in very low light situtations! tsl.setTiming(timeSetting); } // calibrate TSL2591 gain and integration time bool calibrateTSL2591() { if (tsl2591Data.visible < 100) { //Increase GAIN (and INTEGRATIONTIME) if light level too low switch (tsl2591Data.gain) { case TSL2591_GAIN_LOW : configureSensorTSL2591(TSL2591_GAIN_MED, TSL2591_INTEGRATIONTIME_200MS); break; case TSL2591_GAIN_MED : configureSensorTSL2591(TSL2591_GAIN_HIGH, TSL2591_INTEGRATIONTIME_200MS); break; case TSL2591_GAIN_HIGH : configureSensorTSL2591(TSL2591_GAIN_MAX, TSL2591_INTEGRATIONTIME_200MS); break; case TSL2591_GAIN_MAX : switch (tsl2591Data.timing) { case TSL2591_INTEGRATIONTIME_200MS : configureSensorTSL2591(TSL2591_GAIN_MAX, TSL2591_INTEGRATIONTIME_300MS); break; case TSL2591_INTEGRATIONTIME_300MS : configureSensorTSL2591(TSL2591_GAIN_MAX, TSL2591_INTEGRATIONTIME_400MS); break; case TSL2591_INTEGRATIONTIME_400MS : configureSensorTSL2591(TSL2591_GAIN_MAX, TSL2591_INTEGRATIONTIME_500MS); break; case TSL2591_INTEGRATIONTIME_500MS : configureSensorTSL2591(TSL2591_GAIN_MAX, TSL2591_INTEGRATIONTIME_600MS); break; case TSL2591_INTEGRATIONTIME_600MS : // no higher sensitivity level available return false; break; default: configureSensorTSL2591(TSL2591_GAIN_MAX, TSL2591_INTEGRATIONTIME_600MS); break; } break; default: configureSensorTSL2591(TSL2591_GAIN_MED, TSL2591_INTEGRATIONTIME_200MS); break; } // calibration changed return true; } if (tsl2591Data.visible > 30000) { //Decrease GAIN (and INTEGRATIONTIME) if light level too high switch (tsl2591Data.gain) { case TSL2591_GAIN_LOW : switch (tsl2591Data.timing) { case TSL2591_INTEGRATIONTIME_500MS : configureSensorTSL2591(TSL2591_GAIN_LOW, TSL2591_INTEGRATIONTIME_400MS); break; case TSL2591_INTEGRATIONTIME_400MS : configureSensorTSL2591(TSL2591_GAIN_LOW, TSL2591_INTEGRATIONTIME_300MS); break; case TSL2591_INTEGRATIONTIME_300MS : configureSensorTSL2591(TSL2591_GAIN_LOW, TSL2591_INTEGRATIONTIME_200MS); break; case TSL2591_INTEGRATIONTIME_200MS : // no higher sensitivity level available return false; break; default: configureSensorTSL2591(TSL2591_GAIN_LOW, TSL2591_INTEGRATIONTIME_200MS); break; } break; case TSL2591_GAIN_MED : configureSensorTSL2591(TSL2591_GAIN_LOW, TSL2591_INTEGRATIONTIME_200MS); break; case TSL2591_GAIN_HIGH : configureSensorTSL2591(TSL2591_GAIN_MED, TSL2591_INTEGRATIONTIME_200MS); break; case TSL2591_GAIN_MAX : configureSensorTSL2591(TSL2591_GAIN_HIGH, TSL2591_INTEGRATIONTIME_200MS); break; default: configureSensorTSL2591(TSL2591_GAIN_MED, TSL2591_INTEGRATIONTIME_200MS); break; } // calibraton changed return true; } // no calibration change necessary return false; } void setup() { Serial.begin(SerialSpeed); Wire.begin(); bme.begin(); mlx.begin(); } void updateBME() { float temp(NAN), hum(NAN), pres(NAN); BME280::TempUnit tempUnit(BME280::TempUnit_Celsius); BME280::PresUnit presUnit(BME280::PresUnit_hPa); bme.read(pres, temp, hum, tempUnit, presUnit); temperature_ambiante_BME = temp; pression_locale = pres+correction_altitude_pression; humidite = hum; } void updateMLX() { temperature_ambiante_MLX = mlx.readAmbientTempC(); temperature_ciel = mlx.readObjectTempC(); } void updateTSL2591() { tsl.begin(); // Read 32 bits with top 16 bits IR, bottom 16 bits full spectrum tsl2591Data.full = tsl.getFullLuminosity(); tsl2591Data.ir = tsl2591Data.full >> 16; tsl2591Data.visible = tsl2591Data.full & 0xFFFF; tsl2591Data.lux = tsl.calculateLux(tsl2591Data.visible, tsl2591Data.ir); tsl2591Data.gain = tsl.getGain(); tsl2591Data.timing = tsl.getTiming(); bool changed = calibrateTSL2591(); if (changed) updateTSL2591(); } void loop() { String cmd; if (Serial.available() > 0) { updateBME(); updateMLX(); correction_temperature = (K1 / 100) * (temperature_ambiante_MLX - K2 / 10) + (K3 / 100) * pow((exp (K4 / 1000* temperature_ambiante_MLX)) , (K5 / 100))+CWT; temperature_ciel_corrigee = temperature_ciel - correction_temperature; dewpoint = ((sqrt(sqrt(sqrt(humidite/100))))*(110+temperature_ambiante_BME))-110; updateTSL2591(); cmd = Serial.readStringUntil('\n'); if(cmd =="GETDATA") { Serial.print("T:"); Serial.print(temperature_ambiante_BME,1); Serial.print(",C:"); Serial.print(temperature_ciel_corrigee,1); Serial.print(",P:"); Serial.print(pression_locale,1); Serial.print(",H:"); Serial.print(humidite,1); Serial.print(",D:"); Serial.print(dewpoint,1); Serial.print(",L:"); Serial.println(tsl2591Data.lux,1); } } delay(delais); } Code a integrer je sais pas ou dans driver ASCOM ObservingConditions: using ASCOM; using System.IO.Ports; using System; using System.Collections; using System.Collections.Generic; using System.Diagnostics; using System.Globalization; using System.Runtime.InteropServices; using System.Threading; using ASCOM.Astrometry.AstroUtils; using ASCOM.DeviceInterface; using ASCOM.Utilities; namespace ASCOM.MyObservingConditions { public class ObservingConditions : IObservingConditions { private double temperature; private double skytemperature; private double pression; private double humidity; private double dewpoint; private double skyluminosite; private SerialPort arduinoPort; public ObservingConditions(string comPort) { arduinoPort = new SerialPort(comPort, 9600); arduinoPort.Open(); } public double AveragePeriod { get; set; } public void Refresh() { arduinoPort.Write("GETDATA"); string response = arduinoPort.ReadLine(); string[] values = response.Split(','); if (values.Length == 6 && double.TryParse(values[0].Substring(2), out double temp) && double.TryParse(values[1].Substring(2), out double skyT)&& double.TryParse(values[2].Substring(2), out double pres)&& double.TryParse(values[3].Substring(2), out double hum)&& double.TryParse(values[4].Substring(2), out double dew)&& double.TryParse(values[5].Substring(2), out double skyL)) { temperature = temp; skystemperature = skyT; pression = pres; humidity = hum; dewpoint = dew; skyluminosite = skyL; } else { temperature = 0; skystemperature = 0; pression = 0; humidity = 0; dewpoint = 0; skyluminosite = 0; } } public double Temperature { get { return temperature; } private set { temperature = value; } } public double SkyTemperature { get { return skytemperature; } private set { skytemperature = value; } } public double Pressure { get { return pression; } private set { pression = value; } } public double Humidity { get { return humidity; } private set { humidity = value; } } public double DewPoint { get { return dewpoint; } private set { dewpoint = value; } } public double SkyBrightness { get { return skyluminosite; } private set { skyluminosite = value; } } ~ObservingConditions() { arduinoPort.Close(); } } } Merci pour votre aide. Olivier

Bonjour à tous, Sur mon APN j'hésite toujours au moment de lancer les heures de shooting entre 2 modes. Je parle bien du shooting lui même et pas des réglages de MAP ou de MES. Le mode Liveview qui permet un shooting silencieux mais avec l'écran qui reste allumé au moins 5 min (temps minimum d'activation de l'écran avant qu'il ne s'éteigne) ou le mode classique qui n'affiche rien sur l'écran arrière mais ou l'obturateur mécanique est sollicité pour chaque cliché. Je précise que je n'ai pas de contrainte d'autonomie de batterie, l'APN étant sur alimentation, les seuls aspects qui m'intéressent sont de savoir s'il est préférable de faire travailler l'obturateur mécanique (son + usure) ou se mettre en liveview avec l'obturateur électronique pour que tout se passe en silence mais avec affichage arrière quelques minutes. Que faites vous de votre coté ? (je suis sur Nikon D850).

Bonsoir , calculer l'échantillonnage....j'ai compris ( mon 500D sur mon 200/800, me donne 1.2 d'échantillonnage )...mais plus concrètement, ça signifie quoi sur les photos ?....de toute façon, bon échantillonnage ou pas, je fais mes photos de CP avec le matériel dont je dispose. Donc, à quoi me sert de connaitre mon échantillonnage ?...je fais des photos astro de CP depuis plusieurs années ( assez correctes) sans jamais m'être préoccupé de l'échantillonnage !!....c'est pourquoi , il y a quelque chose qui m'échappe dans cette notion d'échantillonnage, et de son intérêt !!!... Pouvez-vous m'expliquer concrètement ? merci