-
Compteur de contenus
860 -
Inscription
-
Dernière visite
-
Jours gagnés
3
Tout ce qui a été posté par keymlinux
-
Pas de MAJ de Kstars avec un RPI4 + Buster
keymlinux a répondu à un sujet de rmor51 dans Software de Linux et astronomie
Le repository de Jasem pour Indi et Kstars (cela fonctionne pour les distrib Ubuntu, a voir pour Bullseye) sudo add-apt-repository ppa:mutlaqja/ppa sudo apt update -
Pas de MAJ de Kstars avec un RPI4 + Buster
keymlinux a répondu à un sujet de rmor51 dans Software de Linux et astronomie
C'est vrai, mais sur un PI4 avec 4GB de ram ce n'est pas trop gênant (cela peut l'être avec un PI4 2GB) Exact, il n'existe pas de Buster 64bits pour raspberry (mais il en existe des Buster 64bits pour PC, d'où le mélange de ma part...) Bilan, tu va devoir te refaire une image de boot à partir d'une Bullseye 64bits.... 😉 -
Bonjour, Tu peux télécharger l'Atlas Virtuel des Planètes ici https://www.ap-i.net/avp/fr/start C'est le même duo qui développe l'Atlas Virtuel de la Lune https://www.ap-i.net/avl/fr/start Tu y choisi Mars, et cela présente son aspect en fonction de la date et heure, y compris la phase A priori en ce moment au dessous de la calotte polaire c'est Acidalia Planitia Cordialement
-
Pas de MAJ de Kstars avec un RPI4 + Buster
keymlinux a répondu à un sujet de rmor51 dans Software de Linux et astronomie
Si tu es content de la distribution Buster que tu utilise actuellement, tu peux aussi reconstruire une image de boot avec une Buster 64bits, ou bien tenter l'installation d'une Bullseye 64 bits. Personnellement je ne suis pas fan des distributions Debian, je préfère les Ubuntu (question de goût). J'ai récemment refait ma Nafabox avec une image Ubuntu 22.04 LTS -
Je pense que tu veux plutôt parler du back focus entre le correcteur et le plan focal de l'imageur ? Pour ce qui est du back focus, a priori il n'évolue ps en fonction de la focale de la lulu. Annoncé à 56mm (plus ou moins 4) pour le trf-2008, et pour l'explore scientific, il est fourni avec la bague EOS pour APN Canon, donc back focus fixe (on doit pouvoir y ajouter des cales d'ajustement pour ajouter 1mm entre le correcteur et la bague EOS)
-
Habituellement les correcteurs ou correcteur-réducteurs "génériques" sont annoncés pour une plage de focale ou de rapport f/d optimum. Par "génériques" j'entend les correcteurs et réducteurs qui ne sont pas annoncés par un constructeur comme spécifiquement conçus pour un modèle de lunette particulier. Pour le TRF-2008 il est annoncé comme utilisable avec des focales entre 400 et 600mm (avec 500mm tu es pile dans) Pour le Hotech, il est annoncé utilisable pour des rapports f/d entre f5 et f8, ici aussi avec un rapport 6.25 tu es pile dedans. Personnellement avec mon Equinox 80/500 (et un capteur aps-c) j'utilise un correcteur-réducteur TRF-2008 (trouvé ici dans le grenier). En correcteur sans reduction j'utilise un Explore Scientific MPCC qui fait le boulot (c'est bien un correcteur pour lunette, ne pas confondre avec le Baader MPCC qui est un correcteur de coma pour Newton) Et concernant ta première question, ce qui m'avais fait éviter le correcteur dédié pour SW ED80 (sous entendu 80/600) c'est justement qu'il était partout annoncé comme spécifique à ce modèle, sans que l'on trouve d'autre information relative à une plage de focale ou rapport f/d compatible (si cette information existe je ne l'ai pas trouvée), et le fait que j'ai trouvé un TRF-2008 a bon tarif en occasion. Cordialement, Stephane
-
Pas de MAJ de Kstars avec un RPI4 + Buster
keymlinux a répondu à un sujet de rmor51 dans Software de Linux et astronomie
Salut @rmor51. Ta distrib Buster, elle est en 32 bits ou 64 bits ? https://www.indilib.org/forum/ekos/12389-kstars-3-6-1-package-for-raspbian-buster-32bit.html Pour verifier, avec les commandes suivantes: uname -a ou cat /etc/os-release -
Occultation de Mars par La Lune
keymlinux a répondu à un sujet de polorider dans L'actualité du ciel
Ce matin, temps de m.. sur Juvisy, ciel totalement bouché lors de l'immersion, c'est un peu mieux pour l'emersion. Voici quelques photos d'une qualité deplorable (issues d'une video, où j'ai du jouer en permanence avec le gain de la camera pour compenser les sous et sur-expositions liées aux passages nuageux...) Prise de vue au C8 avec camera ASI178 monochrome + filtre UV/IR cut (avec en prime des poussières sur le capteur...) Cordialement, Stephane -
Bonjour, Techniquement il est partiellement inexact de dire que la lune tourne autour de la terre, plus précisément les deux (terre et lune) tournent autour de leur barycentre, qui au vu de leur différence de masse est plus proche de la terre que de la lune, même tellement proche qu'il se situe dans l'enveloppe de la terre. Si on considère l'orbite de la terre autour du soleil, la trajectoire elliptique est celle du système terre+lune, donc c'est le barycentre qui a une trajectoire elliptique, la terre elle oscillera légèrement autour. A noter que de la même façon, pour les planètes autour du soleil, il faut aussi considérer le barycentre. Les planète ont une masse très négligeable par rapport du soleil, mais suffisante pour provoquer une oscillation de la position du soleil. Cette oscillation de la position d'une étoile est une technique de detection des exoplanètes Pour la notion de barycentre, et des videos qui décrivent le phénomène, c'est ici https://www.mathweb.fr/euclide/2020/12/23/la-notion-de-barycentre/ Et pour répondre plus simplement à ta question, comme l'a bien dit @Daniel Rosier, lorsque 2 corps massifs tournent l'un autour de l'autre (ou plutôt tournent autour de leur barycentre), le barycentre sera plus proche du plus massif (peu importe la taille, c'est la masse qui compte) et donc observé de l'extérieur on verra le moins massif tourner autour du plus massif Cordialement
-
Astr'Automne: 2eme Festival d'Astronomie de Juvisy
un évènement du calendrier a posté keymlinux dans Communauté
jusqu’àBonjour, Dans le cadre de l'organisation de son second festival d'astronomie "Astr'Automne" le club Nova Astronomie de Juvisy sur Orge, en partenariat avec la Société Astronomique de France, vous invite à venir assister aux différentes conférences proposées les 18, 19 et 20 novembre 2022. Entrée libre dans la limite des places disponibles... Voir ci dessous le programme, ou ici http://saf-astronomie.fr/nova/ -
Renseignements sur l'IMX178mm (ROI possibles)
keymlinux a répondu à un sujet de Spectrosolar dans Matériel astrophotographique
Remarque très pertinente (comme souvent Ney 🙂 ), en plus du capteur il faut tenir compte de l'électronique périphérique implémentée dans la camera et surtout du firmware (logiciel embarqué dans la camera), raison pour laquelle j'ai précisé que j'avais une ASI178 de ZWO, rien ne garantie qu'une cam QHY disposant du même capteur ait les mêmes possibilité de ROI Pour le choix de la camera monochrome (versus couleur), le pseudo utilisé (SpectroSolar) me laisse penser que la spectroscopie est l'usage premier visé pour l'achat de cette camera, et là l'usage d'un capteur monochrome se justifie pour le gain en sensibilité et en definition (personnellement l'achat de l'ASI178MM c'est pour un usage spectro avec un SolEx) et pour du planetaire lunaire (oui il y a de la couleur sur la lune, mais en monochrome c'est très bien aussi). Par contre il est vrai que la roue a filtre sur Jupiter c'est compliqué vu sa vitesse de rotation... Cordialement -
Renseignements sur l'IMX178mm (ROI possibles)
keymlinux a répondu à un sujet de Spectrosolar dans Matériel astrophotographique
Bonjour, Je te confirme que l'on peut faire le ROI que l'on souhaite, ce n'est pas limité aux valeurs pré-établies (testé sous ASICAP et FireCapture ave une cam ZWO ASI178MM) notes: - j'ai constaté que le ROI choisi doit être un multiple de 4 (pour la grande largeur du capteur) et multiple de 2 (petite largeur du capteur) Exemple si je veux faire 499x199 je vais avoir du 496x198 (constaté sur Asicap, pas testé sur Firecapture) - pour maximiser la cadence de capture ce qui compte vraiment c'est de réduire le nombre de lignes capturées. Pour un spectrohéliographe (comme le Sol'Ex) il est donc important d'avoir une dispersion verticale du spectre (verticale= sur la hauteur du capteur= la petite largeur du capteur). Donc par exemple sur ce capteur faisant 3096x2080 on capturera la raie alpha en 3096x100 par exemple. Cordialement, Stephane -
Bonjour, Oui, les astéroïdes ont des orbites moins stables que les planètes plus massives, il faut donc recalculer régulièrement leur paramètres orbitaux. Le site de L'IMCCE publie régulièrement des mises jour. On peut metre à jour les éléments dans Stellarium (et ajouter des astéroïdes et comètes découverts récement) Pour le mode opératoire, voir le post ci dessous Edit: Et pour une vue 3D du système solaire avec les astéroïdes (avec orbites réajustées régulièrement) il y a le site NASA's Eyes, voir le post ci dessous
-
Bonsoir, Vérifie que ton raspberry est à l'heure (si il est connecté à internet c'est automatique, sinon il faut le metre à l'heure à chaque démarrage), et vérifie que tu a bien renseigné ta position dans Stars (set geographic position). Si tu utilise un dongle GPS tu ne devrais pas avoir ces problèmes. Dans la fenêtre INDI (Indi Control Panel), dans l'onglet du driver EQMOD peux tu verifier les elements suivants: - dans le sous onglet "Main control" que l'option "Reverse DEC" soit a "disable" - sous onglet "site management" que "hemisphere" soit à "North" - sous onglet "Motion Control" que les options Reverse North/South et East/west ne soient pas cochées Si les options n'ont pas la valeur désirée, vérifie si leur modification amène au comportement souhaité. Si les options sont à la valeur voulue je ne vois pas d'où viens le problème... Cordialement
-
Bonjour, Je viens de poster dans les clubs "L'impression 3D en astronomie" et "Astronomie avec Arduino" les éléments nécessaires à la réalisation d'une roue a filtres imprimée en 3D, manuelle ou motorisée Chapitre 1: Les photos du bricolage Voici des photos de la version RF-42 5x1.25 pouces avec motorisation que j'utilise régulièrement (pilotée via Kstars/Ekos/Indi,la roue implémente le protocole des roues Quantum) En version manuelle, avec une petite trappe pour accéder à la roue et la faire tourner Le support moteur En version motorisée, la trappe est remplacée par le support moteur En version motorisée avec le boitier d contrôle (1 port 12V DC pour l'alimentation du moteur, un port USB micro pour le pilotage série) Une vue des différents éléments avant montage de la roue Une vue des elements de la motorisation Chapitre 2: Les modèles 3D Il y a 2 modèles, avec 3 déclinaison en tout 1) Le petit modèle, une seule déclinaison pour 5 filtres 1.25 pouces Le boitier dispose de filetages M42x0.75 m sur chaque face 2) Le grand modèle, avec 2 déclinaisons, soit pour 5 filtre d e3 pouces, soit pour 8 filtres de 1.25 pouces Le boitier dispose de filetages M54x0.75 M sur chaque face Les fichiers pour l'impression 3D des roues ) filtres sont disponibles ici Chacun des 2 modèles peut être actionné manuellement, ou doté d'une motorisation Pour l'impression en 3D des supports moteurs et du boitier de contrôle, c'est ici EDIT: ajout des fichiers STL pour les têtes de vis et boulons, pour manipuler les vis sans outils Tete vis et boulons.zip Important: les têtes de vis sont une création originale de Xavier DUPONT pour le projet SOLEX, les têtes de boulons sont une adaptation personnelle des têtes de vis. Chapitre 3: Motorisation, code de programmation et interface de pilotage Pour la motorisation vous aurez besoin d'un microcontroleur ESP8266 ou ESP32, d'un moteur 28BYJ-48 et de son stepper UNL2003 (le tout devrais vous couter moins de 20 euros). Le code est fourni ici (mis à jour version 1.1.1 le 19/10/2021) La roue est pilotable via le port USB du contrôleur, elle implémenta par défaut le protocole des roues à filtres Quantum --> a ce titre la roue a filtres est pilotable via Kstars/Ekos/Indi en utilisant ce driver INDI Avec un microcontroleur ESP8266 ou ESP32 (en lieu et place d'un Arduino tout simple), la roue a filtre généralement!re son propre réseau Wifi (comme une borne) SSID réseau: : mls-rf password: azerty adresse IP de la roue: 10.42.0.1 joignable en interface web: http://10.42.0.1 En parallèle du mode "borne" la roue peut aussi se connecter à un réseau wifi existant, vous pouvez modifier dans le code les éléments "reseau1", "password1", "reseau2" et "password2", la roue a filtre se connectera à l'un de ces 2 réseaux, au premier qui accepte la connexion, testés dans l'ordre... Voici quelques copies d'écran du pilotage en mode wifi (désolé j'ai l'habitude de programmer en anglais, comme au boulot, même si mon niveau d'anglais est mauvais ...) L'écran principal, on choisi le filtre et on valide (submit), la validation entraine le déclenchement du mouvement pour positionner le filtre choisi (les noms des filtres peut être modifié sur l'écran de config) Ci dessous l'écran de configuration pour nommer les filtres et leur attribuer un décalage (offset), qui sera utilisé par Ekos/Indi pour ajouter la mise au point selon chaque filtre Ci dessous la page de configuration Détail des paramètres: - nombre de filtres: accepte les valeurs de 1 à 9, mais en fait on utilise soit 5 soir 8 filtres - nombre de "pas par minutes" max lors de la rotation du moteur - nombre de "pas par minutes" initial au but de la rotation du moteur - nombre de "pas" pour le facteur d'acceleration (utilisation de la librairie AccelStepper) - nombre de pas pour faire un tour de moteur (habituellement avec un moteur 28BYJ-48 c'est 64) - nombre de dents de l'engrenage sur l'axe moteur (20) - nombre de dents sur le tour de la roue (100 pour le petit modèle, 120 pour le grand modele) Ci dessous la page pour envoyer manuellement des commandes (celles qui sont habituellement envoyées par le port série, pratique pour tester) TRES IMPORTANT: comme la roue a filtre ne dispose pas de mécanisme de "repositionnement automatique", si il y a désynchronisation, avec le roue qui s'arrête sur une position entre 2 filtres, l'ecran de mouvement manuel permet des ajustement en faisant tourner la roue (on choisi le nombre de degrés, en valeur positive ou négative selon le sens que l'on souhaite Et pour finir il y a une page "debug" qui présente les valeurs en cours des différentes variables du firmware Cordialement, Stéphane Edit 19/10/2021: suppression des images en doublon, mise à jour des copies d'écran du pilotage de la roue via son interface web Edit 23/11/2021: modification du schéma de câblage, livraison code microcontroleur v1.2.0 VERSION1.3 du 06/11/2023 Edit 06/11/2023: ajout d'une nouvelle pièce 3D "support haut hall" permettant d'ajouter un capteur a effet haut et livraison code microcontroleur v1.3.0 qui l'exploite Motifs sur le code: - Refonte graphique pour le site web embarqué et ajout d'un mode "nuit" (rouge/noir) - Ajout pilotage via driver Bluetooth Serie (testé OK sur Ekos/Indi) - Ajout pilotage via driver network (tcp port 1234)(testé OK sur Ekos/Indi) - Ajout capteur Hall + recherche automatique de la position du filtre 1 IMPORTANT: si vous avez déjà imprimé la version précédente de la roue et du support moteur vous n'avez pas besoin de tout réimprimer, vous devez seulement imprimer la pièce "support haut hall" (et éventuellement le "capot hall" pour protéger le capteur) Quelques images: Le support du capteur Hall (piece seule, et pièce installée sur la roue avec le capteur) Le support avec le capteur et son capot de protection Le type de capteur est un AZDelivery KF-035 (environ 7 euros les 3 capteurs sur la Zone....) Important: ce capteur dispose d'une LED qui éclaire en rouge, il est important de la masquer pour ne pas produire de lumière indésirable dans la roue à filtre ! Avec un contrôleur ESP8266 ou un ESP32 la roue peut être connectée en Wifi et pilotée via un site HTTP intégré La version 1.3.0 entraine une refonte graphique du site embarqué, voici quelques captures d'écran (le theme Dark est par défaut, mais on peut permuter avec le thème Light à la volée): Le nouveau plan de câblage avec le capteur Hall (dans le code on considère qu'il est connecté sur le port GPIO16, mais c'est configurable) Cordialement, Stéphane
- 31 réponses
-
- 12
-