astrojh

Bonjour, Difficile de répondre, il faudrait avoir quelques informations complémentaires : - Que veut-dire "ne donne pas d'image" : est-ce que le fichier image est créé ? - Si le fichier image est créé, l'image est-elle complètement noire ? - Quel est l'objet visé, l'instrument utilisé, le temps de pose ? Vu le nombre de combinaisons testées (PC/caméras/logiciels), est-ce que le problème ne viendrait pas du câble USB entre les caméras et les ordinateurs ? Est-e que le câble utilisé est le même à chaque fois ?

Bonjour, Ce n'est pas moins adapté, il n'y a en effet pas de différence fondamentale entre les deux (RPi ou mini PC) à part la puissance de calcul et le coût. Quoique si on compte le RPi + carte SD + boitier + l'ajout d'un disque externe, on n'est pas loin du prix d'un mini PC... Côté hub USB, j'ai ce modèle de chez DeepSkyDad, suffisant pour mon matériel (monture, RPi4, caméra refroidie, roue à filtres, focuser, caméra de guidage) : https://shop.deepskydad.com/product/dc-hub-2/ Pour la partie système/logiciel, NINA ne fonctionne que sous Windows, donc si tu es sous environnement Linux (que ce soit sur une architecture ARM comme le RPi ou une architecture x64 de type mini PC) la solution est KStars/EKOS dans une des déclinaisons possibles (Stellarmate, AstroArch, Astroberry, installation perso...) A+

Bonjour, De mon côté j'utilise AstroArch (https://github.com/devDucks/astroarch), qui embarque la suite KStars/EKOS, sur un raspberry 4. L'installation est très facile, ça fonctionne parfaitement et est assez fluide (le système est directement sur la carte SD du RPi4 dans mon cas). J'y accède à distance avec un client VNC (Remmina sous Ubuntu). A+

Bonjour, Il faut partir de l'image linéaire non transformée, sinon l'effet est minime. Ensuite, je passe par "Outils" --> "Analyse de l'image" --> "PSF dynamiqe" pour sélectionner les étoiles qui seront utilisées pour modéliser la PSF dans l'outil de déconvolution. Une fois dans l'outil de déconvolution, je choisis "PSF des étoiles" et j'ajuste de nombre de pixels pour que le noyau soit un peu plus grand que la PSF modélisée. J'applique ensuite la déconvolution, les paramètres par défaut donnent généralement de bons résultats. La documentation Siril détaille la marche à suivre : https://siril.readthedocs.io/fr/stable/processing/deconvolution.html Sinon, cette vidéo est pas mal je trouve :

Ce qui est curieux est que le centre de tes 4 tuiles ne semble pas correspondre pas aux centres des panneaux indiqués par @Ant-1 J'ai quasiment la même chose de mon côté en simulant avec Telescopius et en prenant 913mm comme focale : Pourrais-tu indiquer le centre de tes 4 tuiles en faisant une résolution astrométrique ? Ou alors il y a eu un crop à un moment donné (lors de l'empilement avec Siril ?) et du coup il manque des parties sur les bords ?

Bonjour, L'assemblage avec Siril semble tout à fait correct car on voit bien la continuité des nébulosités du Coeur entre les différentes tuiles. Pour moi le problème vient des paramètres entrés dans Telescopius pour calculer le champ de chaque tuile. Deux possibilités : la focale réelle de l'instrument est en fait plus grande que celle entrée ou alors le capteur est plus petit que celui spécifié. Quels sont les instrument/capteur utilisés ? Et que donne la résolution astrométrique de chaque tuile en termes de champ couvert par rapport aux valeurs de Telescopius ?

Bonjour, Au moment d'installer le système sur la carte SD avec Pi imager il faut activer le ssh en allant dans les options de pi imager, car le ssh est désactivé par défaut, ce qui explique que mobaxterm refuse la connexion. Voir un exemple ici : https://www.doc.ic.ac.uk/~nuric/posts/sysadmin/how-to-setup-a-raspberry-pi-using-ssh-without-a-monitor/ Ensuite les commandes d'installation de Allsky doivent être tapées directement dans le terminal mobaxterm, en suivant les instructions de ta capture d'écran (la commande "git clone" permet de télécharger les fichiers). A+ PS: n'oublie pas d'installer git sur le raspberry, comme indiqué au point 3 de l'étape "Steps before installing Allsky"

Bonsoir, Il faut cocher la case "Pré-étirer", cf les tutos de Siril : https://siril.org/fr/tutorials/integrated-starnet/ A+

Bonsoir, En regardant les entêtes des images light et dark, on voit que l'une a été faite au gain 200 et l'autre au gain 117, ce qui doit expliquer pourquoi l'ampglow est mal retiré. Il faut refaire les darks au même gain que les lights. Pour ce qui est du miroir vertical, l'image se mettra dans le bon sens avec une résolution astrométrique (il faut cocher la case "retourner l'image si nécessaire"). A+

Bonjour à tous, J'ai reçu les autorisations pour Beille, je vous les transmettrai ce soir en MP. A bientôt !

Bonsoir, Les logs de guidage de Kstars/EKOS se trouvent normalement dans $HOME/.local/share/kstars/guidelogs/ et sont lisibles avec PHD2 Log Viewer A+

Le lien vers les anciennes versions est en effet discret, il faut aller dans la rubrique 'downloads" et descendre à la section "Older downloads" :

Bonjour à tous, Je vais renouveler les demandes d'autorisation pour accéder au stade de biathlon du Plateau de Beille où on observe l'été. Si vous êtes intéressés, n'hésitez pas à m'envoyer par MP vos informations : Prénom, Nom, Véhicule (marque, modèle, couleur), Immatriculation. J'enverrai l'ensemble de nos demandes à la mairie de Luzenac vers fin avril. A+

Bonjour, Toutes les versions de Gimp sont disponibles sur le site officiel : https://download.gimp.org/gimp/ En particulier la dernière version de la branche 2 (2.10.38) pour Windows : https://download.gimp.org/gimp/v2.10/windows/gimp-2.10.38-setup-1.exe Ça évite de passer par un site tiers... A+

Bonjour, Si quelques satellites sont visibles, c'est que la configuration est a priori correcte, sinon il n'y en aurait aucun sous xgps ou alors il y aurait une erreur avant. Je pencherais plutôt pour un problème de fix GPS : pas assez de satellites pour déterminer la position. Le résultat que tu montres a été obtenu à l'extérieur ou à l'intérieur ? Le signal GPS passe mal à travers les murs, ce qui pourrait expliquer ton problème si tu n'étais pas dehors. A+

Bonsoir, Le mieux est peut-être de partir des tutos Siril officiels Sans dark/flats/offset (pourquoi d'ailleurs ?), le prétraitement se résume à l'alignement et à l'empilement des images. Il faut donc charger une séquence contenant les lights acquises avec un filtre, puis suivre ce tuto à partir de la section "Alignement des images" : https://siril.org/fr/tutorials/tuto-manual/#alignement-des-images Avant de faire l'alignement il est aussi possible de faire un retrait de gradient sur chaque brute, le tuto est donc à suivre à partir d'ici : https://siril.org/fr/tutorials/tuto-manual/#retrait-de-gradient Une fois que que chaque image prétraitée est générée (1 image par filtre), il faut faire la composition couleur, en suivant ce tuto : https://siril.org/fr/tutorials/rgb_composition/ A+

Bonjour, De mon côté j'ai fait plusieurs installations d'AstroArch sur RPI4, je n'ai jamais eu aucun problème ni besoin de compiler quoi que ce soit. On grave l'image et ça marche direct ! Et en cas de souci il y a un fil dédié sur le forum Indilib : https://indilib.org/forum/astro-arch.html A+

Bonjour, Peut-être une solution en allant dans les options de configuration de Kstars, catégorie FITS : est-ce que ça marche en décochant la ligne "Filtre de Bayer automatique" ?

La différence en magnitude est peut-être faible, mais l'échelle étant exponentielle, c'est significatif : le nombre d'étoiles pour une magnitude m est donnée approximativement par la formule N0 x 10^(0,4 *m) ce qui veut dire que le rapport du nombre d'étoiles entre deux magnitudes m1 et m2 vaut 10^(0,4*(m2-m1)). Pour une différence de 0,3 (comme sur ton exemple), ça fait 1,32. Donc on voit 32% plus d'étoiles dans un 150 que dans un 130 La magnitude limite dépend en effet de la configuration optique du télescope, notamment des réflexions sur les miroirs et de la présence de lentilles. Pour un calcul plus précis, il est possible de faire intervenir la transmission totale T du télescope (et aussi le grossissement) : M = m – 2 + 2.5 x log (D x T x G). L'explication est ici : https://fr.wikipedia.org/wiki/Magnitude_limite_visuelle Donc quand il y a davantage d'éléments optiques à traverser (ou de réflexions sur des miroirs), le facteur T diminue et la magnitude limite M est plus petite.

J'étais en train d'écrire plus ou moins la même chose que @Moot Pour compléter : la magnitude limite d'un instrument ne dépend que de du diamètre de l'optique : m = 2.1 + 5 * log(D)

Bonjour, Les FMA sont à F/4.5, donc par rapport à un Samyang à F/2, ça veut dire qu'il faut poser 5 fois plus longtemps pour le même résultat (4,5/2 au carré). C'est un paramètre à prendre en compte selon les cibles que tu envisages de shooter, notamment si c'est en bande étroite Jusque très récemment j'avais un Samyang 135 avec une ASI183MM et des filtres SHO, ça marche très bien. A+

AMHA c'est bien plus simple : - Pendant la calibration, le logiciel envoie une impulsion de durée t_c millisecondes, ça produit sur l'image acquise par la caméra de guidage un décalage de l'étoile de calibration de p_c pixels. Le logiciel construit ainsi une loi linéaire entre décalage et impulsion. (en réalité il répète ce process plusieurs fois pour avoir une valeur plus précise mais ce n'est pas important pour l'explication). - Pendant le guidage, le logiciel analyse s'il y a un déplacement de l'étoile guide entre deux captures successives. S'il y a un déplacement de p_g pixels, le logiciel envoie une impulsion de p_g x t_c / p_c millisecondes, et ça permet de remettre l'étoile guide au bon endroit. L'explication vaut ce qu'elle vaut mais ça montre qu'on n'a pas besoin de connaître la focale ou l'échantillonnage du système de guidage Pour s'en assurer on peut aussi convertir les pixels en arcsecondes avec la formule : échantillonnage = 206 * taille_pixel / focale. Si on appelle k ce facteur on a alors : - Pendant la calibration, une impulsion de t_c millisecondes crée un déplacement de k x p_c arcsecondes sur le ciel - Pendant le guidage, si on a un décalage de k x p_g arcsecondes, il faut envoyer une impulsion de (k x p_g ) x t_c / (k x p_c) Le facteur k se simplifie et on retombe sur la première formule qui ne fait intervenir que le déplacement en nombre de pixels. Par contre la conversion en arcsecondes est intéressante pour comparer la précision du guidage avec l’échantillonnage du système imageur et s'assurer qu'on a une bonne cohérence entre les deux A+

Ça a l'air bien sympa les NCN, j'essaierai d'y aller un jour. Et ce serait cool de se retrouver sur le plateau en septembre A+

Salut Pascal, Oui j'y suis monté. Le haut de la station étant très fréquenté, je me suis installé au Pas de Roland, il y avait juste trois ou quatre vans et camping cars. Début de nuit très humide avec beaucoup de condensation, puis la brise de sud s'est levée et a tout séché. Très belle nuit de reprise, ça faisait quasi deux ans que je n'avais pas observé De ton côté, c'était bien les NCN ? A+

Hello, Finalement, j'y monterai demain dimanche, les conditions semblent meilleures que ce soir