astrojh

Bonjour, As-tu aussi mis du scotch ou un cache sur le viseur ? Quand tu dis avoir fait un test en journée, l'as-tu fait dans une pièce exposée à la lumière ambiante ou totalement sombre ? Il faudrait que tu prennes un dark en t'assurant qu'il n'y a aucune lumière parasite possible et voir ce que ça donne. A+

Bonjour, J'ai fait une install de NAFABox 4.0.0 à partir de l'image binaire pour RPi4 et en effet ALS n'est pas installé par défaut. J'ai donc tiré le repo git pour faire l'installation à partir des sources (avec le script install_als.sh). Bon, je dois dire que ça s'est mal passé, en raison de PyQt5 qui plante. J'ai abandonné après avoir essayé plusieurs pistes de résolution trouvées sur stackoverflow. Ceci étant, je suis tombé sur OpenLiveStacker (https://github.com/artyom-beilis/OpenLiveStacker). C'est disponible comme appli Android toute prête ou à partir des sources. J'ai tenté la seconde approche sur la NAFABox et tout s'est bien passé, aucun souci (à part un petit sudo à ajouter au moment du make install). Il est possible de connecter directement sa caméra dans OpenLiveStacker (j'ai pas testé) ou alors de demander à scanner un répertoire où les images sont acquises et déposées à l'aide d'un programme tiers (EKOS par exemple). Il suffit d'indiquer dans le fichier de configuration le format des images et le répertoire à scanner, j'ai testé en copiant des images à intervalle régulier, ça fonctionne (cf image ci-dessous). Il faut aussi spécifier le port pour accéder à l'interface (8080 étant occupé par MobIndi, il faut définir un autre port). Ça peut donc être une piste intéressante

Bonjour, EKOS reposant sur INDI, regarde de ce côté-ci (si ce n'est pas déjà fait ) : https://www.indilib.org/developers.html Exemple d'utilisation de D-BUS : https://www.indilib.org/developers/dev-howtos/148-dbus-scripting-with-kstars-python.html Il existe un driver AltAz, à voir si ça peut être intéressant/utile pour ton projet : https://www.indilib.org/individuals/devices/telescopes/skywatcher/skywatcher-alt-az-dobsonian.html A+

Bonjour, Concernant ALS, as-tu essayé l'image 4.0.0 de la NAFABox ? Pour la télécharger il faut aller sur le second miroir (lien Google Drive) indiqué sur cette page : https://github.com/dragonlost/NAFABox/blob/master/doc/image_install.md Lien direct : https://drive.google.com/drive/folders/19rKybLnewPy2NaOpZ7BoXR5x_koXWGFJ A+

Et pour l'erreur sur les packages gérés de façon externe, tu peux jeter un oeil ici : https://www.makeuseof.com/fix-pip-error-externally-managed-environment-linux/

Tire la branche ALS release/0.7 au lieu de release/0.7_22.04_ubuntu en changeant la ligne 24 du srcipt d'installation, c'est la dernière version disponible. Si la commande python ne passe pas (ligne 73) essaie en mettant python3 A+

Bonjour à tous, Je viens de recevoir les autorisations, je vous les envoie individuellement par MP dans la soirée A bientôt sous les étoiles ariégeoises !

Il n'y a en effet pas d'image binaire toute faite pour le RPi 5, il faut faire l'installation à partir des sources en suivant la procédure décrite : https://github.com/dragonlost/NAFABox/blob/master/doc/RPI4.md (attention à l'étape 2, il faut télécharger les sources depuis le git de dragonlost et pas celui de Patrick-81: git clone https://github.com/dragonlost/NAFABox.git) A+

Bonsoir, Les sources ALS sont ici : https://github.com/gehelem/als Je viens de regarder NAFABox et le projet est toujours actif (version 4 sortie le mois dernier) : https://github.com/dragonlost/NAFABox?tab=readme-ov-file Ça peut être une bonne solution, ALS y est intégré : https://github.com/dragonlost/NAFABox/blob/master/doc/Software.md Le script d'installation est là : https://github.com/dragonlost/NAFABox/blob/master/ConfigTinker/install_als.sh A+

D'où provient l'archive que tu as dézippée ? Il est probable qu'elle ne soit pas adaptée à Arch Linux et qu'il faille faire une installation à partir des sources. Pour ma part, je ne fais pas de VA, je ne saurais donc te conseiller. A+

Bonjour, Ça peut venir de plein de choses différentes (pb de chemin, de droit d'exécution, de version 32/64 bits...). Pourrais-tu préciser comment tu as fait l'installation ? A+

Bonjour, La gestion des configurations optiques a changé depuis la version 3.6.1 d'Ekos, elle passe maintenant par les trains optiques. Plus d'infos ici : https://knro.blogspot.com/2022/10/kstars-v361-released.html?m=1 A+

La dernière version d'Easy Astro Box date de février 2023, peut-être que les drivers Player One ont été mis à jour depuis. Ça vaudrait le coup de mettre à jour Kstars/EKOS (tu as quelle version installée) ou de tester une distribution astro plus récente et à jour (par exemple Astroarch : https://github.com/devDucks/astroarch). A+

Bonjour, Kstars/EKOS est installé dans Easy Astro Box, as-tu essayé de l'utiliser pour tes acquisitions en ciel profond (plutôt que Firecapture) ? A+

Bonjour à tous, Un petit up pour ceux qui sont intéressés A+

Bonjour, La dernière mise à jour d'Astroberry date d'octobre 2021 (https://github.com/rkaczorek/astroberry-server), donc ceci explique peut-être cela. Le projet ne semble plus trop actif... Alternativement tu peux tester Astroarch, qui vient de passer en version 1.8 : https://github.com/devDucks/astroarch Ça marche très bien A+

Bonjour @jps81 Et re-bienvenu J'ai bien récupéré tes informations, je t'invite à éditer ton message ci-dessus pour les supprimer (on ne sait jamais...). Pour ceux qui sont intéressés, envoyez-moi vos infos par MP uniquement. A+

Bonjour à tous, Le printemps est de retour, la saison 2024 de Beille pointe le bout de son nez Si vous souhaitez une autorisation pour circuler sur le Plateau et pouvoir rejoindre le stade de biathlon où on observe l'été, 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 mi-avril. [Par contre on peut oublier le weekend du 14/7, le Tour de France passe par le plateau cette année...] A bientôt !

Bonjour, Désolé pour la réponse tardive, tu as peut-être trouvé une solution entre temps Il faut en effet avoir aligné les 4 images avant de faire la composition LRGB. Pour cela, il faut créer une séquence à partir des 4 images en les renommant, par exemple : image_L.fits --> compo_1.fits image_R.fits --> compo_2.fits image_G.fits --> compo_3.fits image_B.fits --> compo_4.fits Ensuite, aller dans la fenêtre "séquence" et cliquer "chercher séquences" pour que Siril trouve la séquence compo_ (si besoin changer le répertoire de travail pour pointer au bon endroit). Une fois la séquence chargée, aller dans la fenêtre "alignement", lancer l'alignement. Siril va créer les images r_compo_1, r_compo_2, r_compo_3 et r_compo_4. Et maintenant tu peux ouvrir l'outil de composition RVB et sélectionner l'image r_compo qui correspond à chaque canal. Un lien qui peut être utile : https://siril.org/fr/tutorials/rgb_composition/ A+

Bonjour, Le fichier master flat que tu as joint montre clairement une saturation, cf les stats ci-dessous calculées par Siril où on voit des valeurs moyennes au-dessus de 65000 pour les canaux vert et bleu. Il faut en effet que tu indiques dans EKOS la valeur max à ne pas dépasser et EKOS ajustera le temps d'exposition pour satisfaire ton critère. La valeur à indiquer doit l'être par rapport à une dynamique de 16 bits (même si ton ADC est en 12 bits). Je pense que le problème vient de la valeur que tu utilises (45000), qui est trop élevée. Pour une 1600, c'est plutôt autour de 20000-25000 (cf https://indilib.org/forum/ekos/8188-ekos-autoamted-flat-and-adu.html#63046). A+

L'image est téléchargeable dans la section 'Download' du repo git (lien direct: https://drive.google.com/file/d/1vzjsdnsjHVAxAyEpe2_x1QqqdAXlll5u/view) J'ai fait l'installation de la v1.8 en quelques minutes, aucun problème. C'est vrai que cela aurait plus pratique de pouvoir faire la mise à jour depuis la v1.7 mais avec l'outil astromonitor (inclus dans la distribution) il est possible de faire un backup de sa configuration et de la réinstaller ensuite sur la nouvelle version. A+

Bonsoir, Merci pour l'info J'utilise depuis quelque temps la version 1.7 sur un RPI4, je confirme que c'est une très bonne distribution, réactive et stable. Cette nouvelle version 1.8 apporte des améliorations au niveau performances et de nouvelles fonctionnalités, je pense que je vais faire la migration très rapidement A+

Bonjour, Te voilà très bien équipé avec le 6D Pour le microfocuser, j'ai pris le modèle avec microfocuser manuel d'Astrokraken, depuis je me suis fait un système DIY avec un arduino + moteur + courroie, que je pilote depuis EKOS, c'est pas indispensable mais bien plus confortable J'ai un Bahtinov simple, j'ai jamais testé la version 'tri'. Je l'ai d'ailleurs fixé à un servomoteur accroché au pare-buée et je le pilote aussi à distance avec EKOS, ce qui fait que je ne sors que pour la mise en station, tout le reste je le fais au chaud Il n'y a plus qu'à avoir un bout de ciel clair maintenant !

Bonjour, Félicitations pour ces acquisitions J'ai également un Samyang voici quelques éléments de réponse : pour le choix caméra / APN et le format : difficile à dire, cela dépend des cibles que tu veux faire (très grands champs, échantillonnage plus fin, RVB ou bande étroite...), du temps que tu veux passer au traitement (plus long de traiter des images monochromes multi-bandes que des images couleurs) et du budget que tu veux y mettre. J'ai commencé avec un Canon 1000D (format APS-C), j'ai actuellement une ASI183 monochrome et une roue à filtres. Le capteur est moins grand que l'APS-C mais les pixels sont petits ce qui permet d'avoir davantage de détails sur les objets. Il y a des capteurs plus performants et plus grands que la 183 (533, 2600...), tu peux simuler le champ couvert par ces différents capteurs sur les objets qui t'intéressent sur ce site : https://astronomy.tools/calculators/field_of_view/ (il faut choisir la rubrique "imaging mode"). côté pilotage, j'utilise un raspberry pi4 avec une distribution AstroArch, qui intègre Kstars/EKOS. En nomade le rpi4 crée un point d'accès wifi, on s'y connecte avec une tablette ou un PC et on contrôle l'ensemble du matériel à travers le navigateur internet, c'est très fluide. Il y a plein d'autres solutions : ASIAIR, Stellarmate, mini-PC... pour le guidage : pas forcément nécessaire vu l'échantillonnage et les temps de pose relativement courts grâce au rapport F/D. Ça peut de toute façon s'ajouter plus tard si tu en as besoin. A voir aussi en fonction de la précision de suivi de la Star Adventurer. J'ajoute quelques accessoires qui peuvent être utiles : à F/D 2, la mise au point est sensible, un masque de Bahtinov facilite grandement la tâche pour voir si on est au point ou pas. un support équipé avec un microfocuser aide aussi à obtenir une bonne mise au point (par exemple https://azur3dprintshop.com/92-1080-support-samyang-pro.html#/84-choix_queue_d_aronde-format_vixen/92-choix_porte_accessoire-aucun/94-kit_eaf-non/96-bague_de_mise_au_point-oui ou http://www.astrokraken.fr/samyang-135mm-f-2-bracket-micro-focuser-a145773756). pour avoir des étoiles un peu plus piquées (notamment en bande large), je diaphragme à 2.8. Je me suis fait pour cela une bague en impression 3D que je place sur le pare-buée, Cela évite d'utiliser la bague de diaphragme (qui crée des aigrettes sur les étoiles brillantes). A+

Bonjour, Une petite piste à explorer à partir du code de AllSky (je suppose que c'est celui-ci : https://github.com/AllskyTeam/allsky/tree/master) : La qualité du timelapse est fixée par le bit rate de la vidéo, ça se passe ligne 251 du fichier https://github.com/AllskyTeam/allsky/blob/master/scripts/timelapse.sh où la variable TIMELAPSE_BITRATE est utilisée. Cette variable est définie dans le fichier https://github.com/AllskyTeam/allsky/blob/master/config_repo/config.sh.repo à la ligne 63 : TIMELAPSE_BITRATE="5000k" Il suffit de tester avec une valeur plus élevée pour voir si ça améliore le rendu. Je pense qu'il est possible de tester sans tout réinstaller. De mémoire (plus très fraîche...), il doit y avoir un fichier config.sh qui est créé à partir du fichier config.sh.repo lors de l'installation de AllSky. Il suffit de modifier ce fichier plutôt que cofig.sh.repo pour voir ce que ça donne. A+