astrojh

A mon avis ce sera bien plus simple de t’entraîner sur des images acquises avec des instruments plus "classiques", par exemple ici il y a de quoi faire : https://erellaz.com/moana/open-datasets/

Bonsoir, Juste pour apporter des précisions sur les points que tu soulèves : - Le binaire LuckyStackWorker n'est pas exécuté en tant que root, il est lancé sans aucun privilège. C'est uniquement le sandbox chrome qui doit être possédé par root. Le sandbox est fait justement pour augmenter la sécurité (https://chromium.googlesource.com/chromium/src/+/HEAD/docs/design/sandbox.md) et il se trouve d'ailleurs dans le répertoire /opt/google/chrome par défaut. - Les sources du logiciel sont bien disponibles, en bas de la page https://github.com/wkasteleijn/luckystackworker/releases/tag/v7.0.0 Et en cas de doute c'est toujours possible / préférable d'installer dans un docker (et je confirme que ça marche très bien)

Bonjour, C'est étrange que cela ne fonctionne pas. Pourrais-tu préciser quels fichiers JWST tu as récupérés ? As-tu essayé d'ajuster la détection des étoiles, comme indiqué dans la doc Siril (cf mon post plus haut) ? As-tu essayé aussi avec des fichiers autres que ceux du JWST ? A+

Bonjour, Je viens de tester (Ubuntu 24.04), même souci, mais le message d'erreur donne une indication sur la piste à suivre (changer le propriétaire du fichier chrome-sandbox et le mettre em mode 4755) : sudo chown root:root chrome-sandbox sudo chmod 4755 chrome-sandbox ./LuckyStackWorker (et maintenant ça marche ) A+

Bonjour (et bienvenu sur webastro !), La FAQ Siril aborde ce problème, la solution consiste à ajuster les paramètres de PSF jusqu'à obtenir une bonne détection d'étoiles https://siril.org/fr/faq/#pourquoi-lalignement-ne-trouve-t-il-pas-détoiles-dans-mes-images- Il y a également ce fil de discussion pour partager ses images et s'entraîner au traitement avec Siril : A+

Peut-être un souci d'alimentation ou de câbles ? Il faudrait vérifier de ce côté là que tout est ok, il peut y avoir des instabilités logicielles si le courant fourni est un peu juste.

Bonjour, Pareil, j'ai l'impression que c'est ok côté AAF, par contre il y a peut-être un souci côté toupcam et rotateur : [2026-01-15T15:46:02.556 CET CRIT ][ org.kde.kstars.indi] - INDI driver "indi_toupcam_ccd" crashed! [2026-01-15T15:45:58.555 CET DEBG ][ org.kde.kstars.indi] - INDI Server: "2026-01-15T14:45:58: Driver indi_asi_rotator: open failed (0001:001c:00): No such file or directory" Il y a eu un souci précédemment avec l'AAF (pb de driver qui avait disparu), mais c'est réglé depuis : https://indilib.org/forum/focusers-filter-wheels/15723-touptek-aaf-missing-in-kstars-3-7-9-stable.html A+

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+