Rechercher dans la communauté

J'ai 5 stacks monochromes (LRGBH) que j'aimerais aligner avant de travailler les couleurs. Et je ne comprends pas comment le faire avec Siril 1.2.0. La solution proposée sous "Traitement de l'image"/"Composition RGB" reste grisée même après avoir sélectionné des stacks correspondants à mes 5 couleurs: luminance, rouge, vert, bleu et jaune (pour H-alpha). Comment simplement aligner les stacks entre eux ? Remarque: la solution proposée dans https://siril.org/fr/tutorials/rgb_composition/ avec le script RGB_composition.ssf ne marche pas car j'obtiens le message "nom de commande inconnu". Merci d'avance pour votre aide.

Bonjour à tous, Je possède le set up [moteur de mise au point PEGASUS ASTRO V2 + contrôleur] monté sur une lunette ASKAR FRA 600 + réducteur ( f 3,9 ) piloté par le logiciel NINA. Le ciel de ce vendredi étant dégagé, même si une moyenne de 30/100 en nuage bas (il me semble...) était annoncé sur le site "meteoblue", je décide de faire ma première tentative de paramétrage de mise au point via l'autofocus. J'ai opté pour le mode hyperbolique (mes paramètres en pièce jointe : photo 6). Malgré plusieurs tentatives (2h en tout...) je n'ai pas réussi à obtenir la fameuse courbe en V 😡 Je vous joins quelques photos de mes échecs (2,4,5) et reste à l'écoute de vos suggestions. Merci par avance.

Bonjour à toutes et tous. je rencontre un petit souci avec Siril, lors de la calibration de mes images de la nébuleuse de la rosette, j’ai cette erreur « Après la soustraction du dark, l'image contient de nombreux pixels négatifs (99 %), les fichiers de calibration sont probablement incorrects » Ayant une caméra ASI533MCPRO, j’ai utilisé les mêmes dark et offsets pour la nébuleuse d’orion et je n’avais pas eu cette erreur. Quelqu’un a-t-il déjà rencontré ce problème ?

Bonjour à tous, je viens de découvrir un pb que je n'avais pas avant et je ne comprends pas trop ce qui se passe. J'ai plusieurs série de photo caméra couleur que je voulais passer au script auto d'extraction des couches H et O. J'ai la version 1.2.0 et depuis toujours tout marche bien. Mais ce matin, le script me sort mes images Ha avec une échelle divisée par 2 ! Les images sont bien en 6224x4168 et le script sort un Ha en 3112x2084 et les Oiii en 6224x4168. Je n'ai touché à rien et j'avoue que je ne comprends pas du tout ce qui se passe. J'ai recommencé plusieurs fois et sur différentes série, pareil ! Merci !

Bonsoir tout le monde J'ai donc trouvé il y a quelques semaines une monture azimutale ancienne, probablement une Manent, pour porter ma Grand Mère Bardou Le mouvement en azimut est beaucoup trop fluide et j'ai démonté l'engin pour voir ce qui pouvait clocher. Et j'avoue que je suis perplexe : la mécanique est magnifique mais j'ai l'impression qu'il y a beaucoup trop d'éléments filetés imbriqués pour l'usage, simple, d'une telle monture. Et qu'en plus il manque une putain de rondelle pour juste freiner le mouvement en azimut Quelqu'un a-t-il déjà eu l'occasion de démonter une telle monture ou de savoir comment cela fonctionne à l'intérieur? Eventuellement, j'essaiera de faire un roman photo avec les divers (très nombreux) éléments ; ça pourra aider Merci et bons cieux à tout le monde

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, 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é.

Bonjour a tous et toutes, j'ai un petit problème avec mon d50, il fonctionne avec l'asiair, enfin les fonctions, déclenchement, connections etc.. mais ne me renvoie pas l'image (image failed), alors que le d70 lui fonctionne bien sur l'asiair, vous allez me dire "prend le d70" oui mais il n'est pas défiltré alors que le d50 lui est total refiltré, il me sert en image infrarouge et avec filtre cls ccd en astro. quelqu'un aurait une idée???? merci d'avance👍

Pour celles et ceux qui veulent un calculateur d'échantillonnage simple et rapide. Le voici . Il vous fera gagner beaucoup de temps. Seule la colonne de variables est a renseigner. Pour le reste Enjoy. En téléchargement sur cette page . https://regarderverslehaut.wordpress.com/astuces-diverses/echantillonnage-en-astrophographie/ Bon ciel

Salut, Bien, l'idée à germée dans mon esprit malade pendant les vacances d'écrire un livre sur l'astrophotographie. Surtout que Seb @sebseacteam que je chariais gentiment ne l'a pas encore fait! Du coup j'ai commencé et vous trouverez un chapitre en PJ. Merci aux plus motivés d'entre vous "cobayes" de jeter un œil et éventuellement de me faire un feedback sur la forme et le style? Le sujet est" l'astrophotographie CP en haute résolution" de A à Z: matériel, techniques d'acquisition, processing etc. Je verrai pour le titre à la fin. Au niveau "livre d'astrophotographie" on est assis sur les épaules de géants, mais bon rien ne m'empêche d'essayer d'ajouter sa (petite) pierre à l'édifice. Et puis, c'est quand même plus constructif que de baptiser une pétole de 6" d'arc que personne n'observera plus jamais avec son nom. Surtout, j'essaie de traiter ce sujet un peu hermétique avec mon humour habituel (si prompt à m'attirer des ennuis dans certaines sphères sociétales). Mais bon, je me prends pas au sérieux, et si le lecteur qui lira le truc a un sourire au visage tout en apprenant des choses, l'objectif sera atteint. Ensuite, je fais ça pour le fun et j'ai pas encore pensé à l'édition et si certaines maisons seraient assez maso pour éditer mon torchon. Dans le pire des cas, il sera gratuit en ligne et libre à chacun de l'imprimer pour aller aux toilettes.. Coté illustrations, je vais avoir besoin de vous, car je vais pas pouvoir faire tout un bouquin avec des photo de mon propre matériel. Je suis preneur de tout ce que vous pouvez fournir comme photos: tube&caméra montures capture d'écrans de logiciels (prism, PHD2, je prends tout!😊) photos CP si la resolution était excellente avec détails d'acquisition et traitements Pour les crédits, on pourra mettre votre nom dessus si vous le souhaitez (et comme vous le méritez). Mais venez pas me faire un caca nerveux dans 6 mois avec des droits d'auteur ou que sais-je! Donc, pour les illustrations/photos (de bonne qualité avant tout svp), vous pouvez les poster ici comme ça on peut tous discuter, ou par MP si vous êtes timides. Allez Zou! C'est parti! a+ Serge Astrophoto en haute resolution.pdf

Bonjour a tous, Tout d'abord, je vous souhaite mes meilleurs vœux a tous ainsi qu'un bon ciel pour 2024. Pratiquant déjà la photo argentique et disposant d'un laboratoire noir et blanc, je souhaite tester l'astrophoto en Argentique sur le ciel profond. Je dispose dans un premier temps de pellicules 400 asa et éventuellement 1600 asa mais j'ai peur d'avoir beaucoup trop de bruit avec celles ci. Mon questionnement porte essentiellement sur les temps de poses a effectuer en fonction de la magnitude des objets pour faire mes premiers essais. Pour infos, ce sera du noir et blanc et la monture ne devrait poser aucun soucis de suivi. Je suis preneur de toutes infos utiles a mes premiers essais. Merci d'avance.

Bonjour, Je rencontre un problème avec l'utilisation de la fonction de resynthèse intégrale des étoiles. En gros, j'obtiens des étoiles dont la taille est très (trop) significativement réduite, au point où un très un grand nombre disparaissent carrément. Etirer ensuite l'image ne donne pas de résultat satisfaisant car on retrouve bien mois d'étoiles qu'avec l'image initiale non étirée). Mais j'ai parfois (rarement) obtenu de bons résultats. De mes manips j'ai l'impression que le paramétrage de la PSF dynamique pourrait y être pour quelque chose. Je procède de la sorte en SHO: je créé un masque d'étoiles avec Starnet sur la base d'un composition type RVB (puisque le premier conseil de l'équipe Starnet est de traiter à partir d'une image couleur) et à partir d'images linéaires (puisque que le conseil de Siril est "la synthèse intégrale doit être réalisée avant l'étirement"). Sans succès. J'ai aussi tenté de passer outre ces considérations (combinaisons de Starnet sur les couches individuelles Ha/OIII/SII et de resynthèse intégrale sur des images étirées) sans plus de succès. Je dois louper quelque chose, mais quoi? Merci d'avance pour vos retours. Eric.

Bonjour, Habituellement j'utilise les scripts mono-reprocessing pour mes filtres Ha et OIII. Après j'utilise la composition d'image muli-canaux RVB : pour le R le Ha, pour le G le OIII, pour le B le OIII. puis je fais un alignement par motif d'image ou bien par étoile. Mais cela ne marche pas toujours, l'alignement se fait mal, on voit les différentes couches superposées sur chaque étoile. Pour me sortir de cette difficulté, je lance le script RGB_composition : je mets mes images empilées Ha et OIII respectivement en les nommant R, G,B dans un répertoire vide que j'ai nommé RGB_composition (comme précisé sur le tuto). Là Siril 1.2.0 me dit que l'éxécution du script a échouée. ''r_colors_00003. (extention) non trouvé. Mes correspndances sont pourtant bonnes. Si vous pouvez m'aider En vous remerciant

Bonjour, Je constate que la fonction "Re-échantilloner" ne fonctionne pas. En effet la taille du fichier, nombre de pixels donné par "Entête FITS", ne change pas alors que le déroulé de l'opération dans la console semble correct. Je processe des fichiers en format 1 canal, 32bits, et j'utilise la version 1.2.0 de Siril. Merci d'avance pour votre support. Bien cordialement. Eric.

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...

Bah voilà, merci pour le lien Picasa, montage fait en 5min, 2-3 zoom sur des galaxies. J'ai aussi supprimé des images sans bcp d'intérêt. C'est vraiment facile à faire pour créer un souvenir de cette année un peu spéciale au niveau météo... Forcément plus de nébuleuses que de galaxies pour moi (mes gouts et centre ville). Bonnes fêtes encore ! Sam

Pour faire suite au sujet de cette semaine sur la qualité du suivi et des photos liées à la quantité de bière absorbée, voici un extrait d'un brasseur local fan d'astro. Sa brasserie Planète 9 propose un ensemble de bières aux noms très sympa 😎 J'ai déjà bu Orion et j'hésite pour ce midi... Pas de risque sur le suivi, fait moche au moins jusqu'au 4/01 Bonnes fêtes 🍾

Bonjour, Je débute l'astrophoto et me suis doté du set-up suivant : Monture Orion Atlas + Lunette ZenithStar Z61 + Canon 1000D défiltré + MAP ZWO-EAF. Je pilote le tout via un mini-PC sur lequel j'ai installé un Linux Mint puis KStars + Ekos, et j'arrive à quelques premiers résultats encourageants que je mets en PJ. Je suis toutefois confronté à une petite difficulté concernant la mise en oeuvre : je perds du temps à mettre en station mon set-up, et cela au détriment de la prise de vue. Je souhaiterais donc m'améliorer. Voici comment je m'y prends; peut-être pourrez-vous me corriger : je pointe de façon empirique ma lunette + APN vers l'étoile polaire je démarre KStars puis Ekos et connecte ma solution; j'effectue une MAP, ce qui me prend plus ou moins du temps car je tâtonne un peu; lorsque la photo me semble correcte, je lance un alignement polaire; C'est là que ça coince : Ekos ne va pas au bout de la procédure. Seules les trois premières étapes du processus se déroulent. Est-ce que mon paramétrage d'alignement sur Ekos est mauvais ? Ou ma procédure peut-être ? Comme sur Linux, tout est fichier, je me demandais s'il existait un fichier de paramètres concernant Ekos et sa fonction d'alignement polaire. Auquel cas j'aurais demandé à quelqu'un de m'adresser le sien s'il est satisfait de son alignement. Voilà, en quelques lignes ma difficulté. Merci à vous pour votre aide éventuelle. Très bonnes fêtes de fin d'année. Laurent

Bonsoir la communauté, Avec ces fêtes de fin d'années, je vais m'offrir un moteur de mise au point. J'ai beaucoup hésité entre l'EAF ZWO et le pegasus, mais mon chois va se porter sur le Pegasus. Cependant, est-ce que quelqu'un à déjà utilisé ce moteur avec un Skywatcher 150PDS et pourrait me donner un retour du comportement de le bête. Bonne soirée tout le monde

Bonjour à tous, Premier post sur ce forum (je ferais une introduction dans la section qui va bien) car je n'arrive pas a comprendre ce que j'ai mal fait. Apres 2 mois d'attente (et de disponibilité) d'un ciel clair, j'ai enfin pu tester mon autoguidage apres avoir fait l'acquisition d'une deuxieme camera pour attaquer du ciel profond (jusqu'ici je ne faisais qu'un peu de planetaire et surtout du visuel) Bon la precision de mon guidage n'est pas immense pour l'instant (backlash sur RA) mais suffisant pour tenir 6h sans coupure du premier coup (pas mal pour un premier essai j'espere) Setup: SW 150/750 sur HEQ5 pilotée par Stellarmate. Guidage (interne Stellarmate) via SV106 + Altair GPCAM 290c et capture via Player 1 Uranus-C Pro. Pas de filtre Le probleme (enfin y en a surement plus d'un, c'est mon 1er essai en ciel profond et avec la player one - donc n'hesitez pas à vous lacher, je débute!): J'ai une nebuleuse d'Orion dont le coeur est saturé (30 poses de 30 sec à gain 220 et -20°C), par contre j'ai M82 pas saturée (enfin j'ai pas l'impression) avec 114 poses de 120sec à gain 220 et -30°C. J'ai fait d'autres capture en 30x30 sec sans rien y voir de choquant sur ça (pleiades, NGC 891, NGC 2841, meme soir avec les memes reglages qu'Orion) Dark only, pas de flat ni bias J'ai choisi 30 sec de pose en fouillant sur les forums et j'ai vu que c'etait assez utilisé Je joins les PNG, apres traitement Siril (dark seul + alignment + stacking) et en suivant le tuto de Colmic (merci à lui d'ailleurs, super facile à suivre !), pas d'autre traitement + 1 des 30 poses non traitée. Quelle est mon erreur ici selon vous? temps de pose? gain peut etre? autre? Merci pour vous conseils! Cordialement, Philippe M82, 114 poses de 2 min exploitables (sur 200), ciel couvert sur les 2 dernieres heures avec test autoguidage M42 30x30s G220 -20° sans autoguidage Et une des 30 poses non traitée ou on voit que meme sur 1 pose le coeur est saturé

Bonjour tout le monde, hier le ciel était relativement dégagé et j'ai donc voulu tenté une le ''dithering''. J'ai donc pris une cible plutôt simple, M42. Voici les paramètres du shooting : SW 80/600 + réducteur x0,85 HEQ5 CANON EOS 1000D Autoguidage 100 brutes de 30s Pas d'images de calibrations 1 brute : Après empilement : Petit zoom Je pense qu'avec ces 3 images tout est dit. Il y a un problème dans la matrice.... On observe déjà sur la brute des bandes bien marqué par rapport à mes shooting différent. Quelqu'un aurait une idée ?

Bonjour Je me suis à l astropho depuis plus d un an et j arrivais à obtenir des résultats très satisfaisants. Subitement mes résultats après empilement sur Siril et traitement sont devenus déplorables. Il y a toujours ces stries horizontales qui apparaissent et le fond du ciel est dégradé côté droit. Set up: monture Heq5 Newton 150/750 Apn canon 450d . Je ne trouve pas d explication, cela vient il du capteur de Apn, des miroirs du télescope.? Voici une image de M33 après empilement sur Siril. Quelqu'un pourrait t il me venir en aide? Merci, d avance pour votre avis éclairé Bon ciel

Bonjour les astrams ! Bon, je viens avec mes ennuis hein Alors, hier soir, ciel clair en début. Hop hophop, je sors et installe ma nouvelle EQ6-R (non sans mal vu que j'avais refais le cablage et qu'on ne prévois jamais tout :))... Mise en station 3PA, calibration PHD2, slew&center...paf c'est parti. Bon, niveau guidage j'ai connu mieux mais c'était pas non plus la cata (0.75"). PAr contre, je lance mes poses de Ha 300". La première en 1/1, étoiles propres. Le seconde...dans le choux.. Je vais voir PHD2, le guidage en marqué (guidage en bas) mais la courbe ne bouge plus, ni les valeurs... J'arrête le guidage et relance. Image suivante ...ok Image encore d'après...paf idem, des filets... Guidage qui n'évolue plus non plus... Je decidé de faire du full PHD2 en guidant plusieurs minutes, sans aucun acquisition. Tout se passe bien, le courbe avance, défile même vers la droite. Je fais une image manuelle dans la partie imaging...bing, rechutte.. Il semblerait que l'acquisition d'une image engendrerait le plantage du guidage (mais qui pour autant n'est pas sur STOP). Si j'ai l'option "arrêt guidage" pour l'AF, alors un process d'autofocus relance le guidage (puisque marche/arrêt)... Alors là, j'ai cherché partout une quelconque option...NADA...RIEN/// Pour tout dire, en me remémorant les sessions passées de fin Novembre, tous les déchets que j'ai eu étaient vraissemblablement du même ordre (mais j'ai cru à un "bug" de mauvaises manip quand on "clear" la courbe de suivi), et avec la config précédente, la HEQ5. Donc pour moi indépendant du changement de monture. Rien d'autre n'a changé. La seule chose est qu'en effet, depuis que j'ai remarqué une baisse de performance en suivi sur la HEQ5 ET ce phénomène d'arrêt de courbe...c'est que j'avais mis à jour NINA et aussi PHD2... Qqn a t'il déjà essuyé ce genre de catastrophe avec NINA / PHD2 !?