keymlinux

Il me semble qu’une solution serait de mettre le porte oculaire et le train optique de l’autre coté en tournant le tube dans les anneaux, donc coté haut et pas vers le bas en position park. Il me semble que l’orientation préconisée vers le bas c’est pour faciliter l’équilibrage et minimiser le moment d’inertie (rapprocher les masses en mouvement de l’axe de rotation). Mais avec une monture harmonique l’équilibrage on s’en fou un peu…

Le résultat est sympa (je parle de l’image, pas des dégâts) Un truc que ne je comprend pas bien, c’est que pour que la roue a filtre tape les connecteurs sur la monture il faut que le tube pointe totalement vers le sol, et ça meme avec un retournement ce n’est pas sensé arriver

Oui on peut faire du multi session, mais je t'invite à utiliser le script python "sirilic" qui te simplifiera le premier-traitement avec les DOF (ou pas) et la gestion du multi session. pour sirilic: https://gitlab.com/free-astro/sirilic sinon il y a aussi un script natif dans siril (mais je préfère sirilic), menu scripts/scripts python/pre-processing/osc-multi-night-stacking-v1.2.py Dans DSS je ne sais pas si c'est our option ou pas. Dans Siril c'est une option, mais cela n'est utile que dans de rares cas, lorsque l'image est sur-echantillonée et que lors de l'acquisition on a fait du décalage (dithering) entre les poses (par exemple je fais du guidage avec un décalage de 10 pixels toutes les 5 images) voir https://siril.readthedocs.io/fr/stable/preprocessing/drizzle.html Mais je te conseille de laisser le drizzle et le dithering pour plus tard...

Bonjour, Le fichier que tu as mis a disposition n'est pas un FIT mais un TIF Cela explique pourquoi il n'y a pas d'historique dans l'entête FIT vu qu'il n'y a pas vraiment d'en tête fit... Tu dis avoir utilisé DSS pour l'empilement --> utilise Siril pour le pré-traitement (DOF) et l'empilement, pour obtenir un FIT (et active l'option 32bits dans les préférences, ton TIF est en 32bits c'est bien aussi). note tu as aussi tout a fait le droit de préférer DSS, c'est ton choix. Ensuite fait ton traitement sur le fichier FIT et enregistre le résultat dans un autre FIT (comme cela tu gardera le FIT d'empilement intact pour retenter plusieurs traitements) Je vois que ton image a une résolution de 7712x4360, donc a priori une échelle multipliée par 2 sur chaque axe par rapport à ta camera, donc je suppose que tu as fait du drizzle. Pourquoi pas, mais dans ce cas il faut penser à diviser par 2 le pixel dimension dans l'astrométrie (1.45 au lieu de 2.9) 19:10:38: Résolution astrométrique de l'image de en ligne NOMAD pour un champ de vision de 1.80 degrés, en utilisant une magnitude limite de 13.83 19:10:38: Findstar : en cours pour le canal 1... 19:10:39: Utilisation de 2000 étoiles détectées dans l'image. 19:10:39: Contacte le serveur 19:10:40: Recherche de 2047 étoiles dans le catalogue NOMAD 19:10:40: Le haut est à +78.88 deg (sens inverse des aiguilles d'une montre) par rapport au Nord 19:10:40: Résolution : 0.734 arcsec/px 19:10:40: Focale : 407.38 mm 19:10:40: Pixel dim. : 1.45 µm 19:10:40: Champ de vision : 01d 34m 21.87s x 53' 20.95" 19:10:40: Centre de l'image : alpha : 19 59 26.917, delta : +22 40 24.931 19:10:40: était de 3.57 arcmin par rapport à la valeur initiale 19:10:40: Enregistrement de la longueur focale 407.38 et de la taille de pixel 1.45 comme valeurs par défaut Sur les images de grande taille tu peux aussi cocher l'option "sous eéhantillonner l'image", dès fois cela peut aider (mais je n'ai pas eu besoin de cette option pour avoir une astrométrie qui fonctionne, juste a adapter la taille des pixels à cause du drizzle EDit donc après ouverture dans siril + affichage n auto ajustement on a: (c'est très vert c'est normal) après l'astrométrie (avec taille de pixelsl a 1.45 au lieu de 2.9 a cause du drizzle), je fais une correction des couleurs par photometrie, on a des couleurs corrigiées mais on aperçoit du gradient après la correction du gradient (toujours sen affichage en auto ajustement) ensuite je passe en affichage linéaire, puis je fais un étirement de l'histogramme (Veralux Hypermetric Stretch) on peu faire mieux avec un peu de boulot, là cela m'a pris 5 minutes EDIT: et au final, si tu débute l'astrophoto alors cela me semble un bon résultat, je me souviens que ma première tentative sur M27 était vraiment ratée. Là ton image est perfectible, mais loin d'être ratée, elle me plait bien ta M27

Bonjour, Même avec le fichier jpeg de 620x350pixels et de 180ko que tu as mis sur ce topic j'arrive à faire une résolution astrométrique (cela demande un peu d'adaptation, voir ci dessous), alors si tu n'y arrive pas avec le fichier .fit sorti d'empilement il y a effectivement un problème La camera uranus-C a un capteur de 3856*218 photosites, de 2.9microns le large Ta lunette a une focale de 408mm Donc lors de la résolution astrométrique les valeurs de longueur focale et de pixel dimension seront respectivement de 408 et 2.9, l'échantillonnage est alors de 1.478 (ce qui veut dire que chaque pixel représente une portion de ciel de 1.478 seconde d'arc de coté) Ton image postée ici fait 620x350, donc une résolution divisée par 6.21 sur chaque axe par rapport à l'original, donc pour faire la résolution astrométrique avec le jpeg fourni j'ai utilisé 408 pour la focale et 2.9x6.21 soit environ 18 pour le pixel dimension (ce qui veut dire que sur le jpeg réduit, chaque pixel représente une portion de ciel de 18 seconde d'arc) 0:20:28: Résolution astrométrique de l'image de en ligne NOMAD pour un champ de vision de 1.75 degrés, en utilisant une magnitude limite de 13.89 00:20:28: Findstar : en cours pour le canal 1... 00:20:28: Utilisation de 25 étoiles détectées dans l'image. 00:20:28: Contacte le serveur 00:20:29: Recherche de 2247 étoiles dans le catalogue NOMAD 00:20:29: Le haut est à +79.04 deg (sens inverse des aiguilles d'une montre) par rapport au Nord 00:20:29: Résolution : 9.177 arcsec/px 00:20:29: Focale : 404.58 mm 00:20:29: Pixel dim. : 18.00 µm 00:20:29: Champ de vision : 01d 34m 49.68s x 53' 31.91" 00:20:29: Centre de l'image : alpha : 19 59 26.353, delta : +22 40 29.703 00:20:29: était de 3.59 arcmin par rapport à la valeur initiale 00:20:29: Enregistrement de la longueur focale 404.58 et de la taille de pixel 18.00 comme valeurs par défaut En fait le problème a été la détection d'étoiles, car si on en voit beaucoup, dans les fait Siril peine à les détecter, ce qui arrive si elle sont déformées (je pense aussi que la détection sur un jpeg aussi réduit est une source de probème. j'ai du un peu jouer avec les paramètres de PSF pour que cela me détecte plus de 2 étoiles... car oui, l'astrométrie échouait systématiquement, mais a cause d'un problème de détection d'étoiles Dans le menu Outils/Analyse de l'image/PSF Dynamique j'ai du assouplir le contrôles et réduire le paramètre de seuil Si tu pouvais poste ici le fichier fit sorti de l'empilement cela nous aiderais pour le diagnostique Et si tu pouvais fournir le détail des traitements cela nous permettait de voir si ton problème de couleur et d'étoiles est du a ton image post empilement ou bien a un traitement un peu trop agressif (c'est pas grave on en est tous passé par là) et si c'est le cas a quelle étape Dans ton image post traitement, si tu l'a enregistré en fit alors Siril a écrit l'historique des traitements (avec les valeurs de paramètres utilisés) dans l'en tête du fichier. Tu peux le consulter avec le menu Outils/Entête fils, puis choisir l'onglet "Entête sauvegardé" et chercher les lignes "HISTORY" en bas de l'entête Cordialement

Si i l’ordre de grandeur pour la vitesse est le bon, alors un visionnage de décollage de falcon donne bien une altitude de 13km environ a cette vitesse (donnée par la télémétrie) et cela se produit bien a environ 1min13 après lancement, donc c’est du même ordre de grandeur que la mesure du photographe Edit: j’ai fait une grosse erreur, en pensant sus les décilages de falcon9 se valent, ce qui n’est pas le cas. La vidéo sur laquelle je me suis basé est un décilage de crew dragon, qui doit atteindre l’iss donc avec beaucoup plus de carburant embarqué Ce que la vidéo du lancement de la mission star link 10-53 donne c’est que la vitesse de 1300km/h est atteinte a 8,8km d’altitude (a 13km la vitesse dépasse 1800km/h) mais la vidéo indique 1min05 après lancement

Oui, si on la voit de travers cela réduit sa taille apparente et donc cela augmente le résultat de calcul de distance. Lors d'un tir de falcon9 cette semaine j'ai pu observer que la vitesse de 1300 km/h était atteinte pour une altitude de la fusée à 13km environ En aproximant on peut dire qu'entre l'observateur, le pas de tir et la fusée cela forme un triangle rectangle, on a calculé la distance de visée (l'hypoténuse), donc l'autre coté du triangle (la distance de l'observateur au pas de tir) devrait être de 29km environ. Mais le triangle formé n'est pas rectangle, la fusée s'incline en direction de l'est au fur et à mesure de son élévation

1) Merci vous vos appréciations sur la solution que je propose, mais du coup j'ai la pression, car lorsque @Fred_76 va venir corriger les copies, si je suis à coté de la plaque je vais passer pour un bastringue.. 2) Pour la mesure de l'angle à 70° au jugé je n'étais pas loin mais c'est plutôt 65° Pour la vitesse cela ne change pas grand chose, on passe de 1300 à 1350 km/h (en prenant la vitesse du son à 1224 km/h ce qui n'est plus vrai au fur et à mesure que l'on monte en altitude comme l'à bien précisé @Ygogo vitesse mach = 1/ sin(angle en radians) vitesse km/h = 1224 / sin(angle en radians) Ci dessous un petit bricolage pour ajouter une image de rapporteur en calque via gimp

Des lors que l’avion est supersonique il y a le cône de pression qui se déplace avec lui, le bang ce n’est pas juste au moment du passage du mur du son. Pour un observateur au sol on entend le bang au moment ou le cône de pression nous percute au sol Et dans les faits il y a deux bangs, qui s’enchaînent très rapidement (de l’ordre du dixième de seconde), provoqués par deux ondes séparées de la longueur de l’avion voir lien ci dessous https://fr.wikipedia.org/wiki/Bang_supersonique

Voilà une bonne question. L’indice de réfraction de l’air dépend de sa densité (pression). L’onde de. choc est localement une surpression. cette différence d’indice de réfraction dévie de manière différente la lumière venant de la source en arrière plan (le soleil), ce qui permet de voir ces ondes de choc

Bonjour Je vais juste tenter de répondre à la question subsidiaire Le diametre apparent (minimal) du soleil c'est 31'27" (je ne sais pas quel était la bonne valeur lors de la prise d cela photo) donc en radians c'est 0.0091484 Sur la photo la fusée est environ 7.65x pas petite que le diamètre du soleil, donc 0.0011958692 radians (angle) Une falcon 9 fait 70m de haut (h) La distance par approximation de Gauss sera D = h / angle Donc environ 58534 metres Je dirais donc que l'observateur est à environ 58 km sources d'erreur: determination du ratio de taille entre la fusée et le soleil sur la photo + diamètre apparent du soleil lors de la prise de vue + le gars qui calcule de travers... EDIT: pour répondre à la question sur la vitesse J'estime a vue d'oeil (pas équipé pour la mesure) que l'angle formé par le cône de choc pression est d'environ 140°, soit 2.4434610 radians La vitesse de la fusée (en mach) devrait donc être de l'ordre de 1/sinus(angle) soit environ mach 1.55, soit environ 1900 km/h EDIT 2: Bon a priori l'angle a prendre en compte est celui entre l'onde de pression d'un coté du cône et l'axe de direction de mouvement de la fusée, donc 70° et pas 140, ce qui donne un angle de 1.2217304 radians, et une vitesse d'environ 1300 km/h Cordialement

MagicLantern ce n'est pas un soft à installer sur un ordi, c'est un firmware additionnel qui s'installe dans l'appareil photo (la modification n'est pas définitive, cela se charge depuis la carte SD à chaque démarrage de l'APN). Cela ajoute des fonctionnalités, cela permet de scripter des prises de vues, mais cela ne supporte pas tous les modèles. Mon ancien 650D était supporté (du coup j'avais joué un peu avec MagicLantern à l'époque), ensuite j'ai migré vers un 80D n'était pas supporté. voir https://www.magiclantern.fm Pour l'éclipse d'avril 2024 j'ai utilisé "Solar Eclipse Maestro" sur un vieux macbook (voir le sujet "Eclipse Soleil 2024" dans ma signature) Pour les très vieux macbook http://xjubier.free.fr/site_pages/solar_eclipses/Solar_Eclipse_Maestro_Photography_Software.html Pour les macbook recents https://almadenobservatory.net/CaptureEclipse/ Sinon pour PC Windows https://robertnufer.ch/06_computing/setnc/setnc_page.htm http://www.moonglowtech.com/products/EclipseOrchestrator/index.shtml Oui, j'ai le même soucis lorsque je fais ce type de manip (mais avec une lunette) lors de séances publiques

Je te souhaite que ce cauchemar ne se transforme pas en « cauchemar éveillé « le jour J Pour éviter les oublis penser à faire des checklists, une pour le (ou les) matos à emporter, une pour les réglages APN D’ailleurs concernant se dernier point, on peut utiliser un ordi avec un soft au automatisera la prise d’image, et pendant ce temps on profite, on ne plonge pas la tête dans les reglages Les softs pour macos solar eclipse maestro captureeclipse pour windows setnc eclipse orchestrator EDIT sympa la projection oculaire du disque solaire avec le newton. mais il me semblait que c’était déconseillé, au risque de chauffer le miroir secondaire et qu’il ne se décolle ?

@chaps31 suite a ton post et aux questions soulevées, je me suis livré à une mesure de consommation des différents éléments de mon setup Pour la monture voici ce que j'obtiens Monture Skywatcher AZ-EQ6 ======================= pic 2.15 A (démarrage/arrêt goto) idle 0.81 A goto 1.6 A suivi 0.81 A notes: - tests effectués avec de la monture chargée et équilibrée (lulu, camera et accessoires en config CP) - en mode goto, déplacement à 600x la vitesse de suivi, la consommation double par rapport au suivi - lors de la phase accélération et décélération du mouvement rapide, il y a un pic de consommation pendant 1 à 2 secondes environ voir l'intégralité des mesures sur le fil ci dessous

Bonjour, On voit passer de manière récurrente des sujets concernant la problématique de l'alimentation électrique de nos équipements astro, surtout en mode nomade qui impose de se doter d'une source d'énergie transportable type powerbank ou batterie. La problématique est alors de comment dimensionner la dite batterie sen fonction de son setup et du nombre de nuit (et de leur longueur) que l'on souhaite tenir sans recharger. Bien sûr le besoin sera différent en fonction du setup, de la monture motorisée seule pour assurer le suivi en visuel, à un setup astrophoto complet avec monture, camera avec refroidissement, camera de guidage, focuser, roue à filtre, bande chauffante antibuée, etc... Petits rappels: - La capacité (nominale) d'une batterie sera donnée en Ah ou en Wh (mais là cela dépend du voltage que l'on va utiliser) - Exemple, une batterie de voiture au plomb 12V 60Ah (soit 720Wh) ou encore une batterie Lithium LiFePO4) de 12V 100Ah (soit 1200Wh) - Pour la capacité effective de la batterie, on comptera sur 50% pour une batterie plomb et 80% pour du Lithium - décharger à plus de 50% une batterie au plomb peut alterer sa capacité de stockage et sa durée de vie. A noter qu'une batterie plomb totalement chargée indiquera une tension de 12.6V environ et tombera à 11V une fois déchargée (tomber au dessous de 10,6V endommage la batterie) - pour les batteries lithium, le BMS intégré à la batterie se chargera de couper la décharge avant que la batterie soit endommagée, le voltage passera de 13,8V pour la batterie totalement chargée à 11V avant la coupure - Donc sur une batterie plomb de 60Ah on pourra environ consommer réellement 30Ah, donc tirer 30 A pendant 1h ou 5 A pendant 6 heures ou 1 A pendant 30 heures - Pour une batterie Lithium de 100Ah on pourra réellement utiliser 80Ah, soit débiter 4A pendant 20 heures (ce qui peut permettre de tenir 2 longues nuits sans recharger) On voir bien que pour dimensionner correctement une batterie on va devoir connaître la consommation moyenne réelle de son setup astro, qui n'a rien a voir avec le dimensionnement d l'alimentation préconise par le constructeur. Si il est annoncé qu'une monture a besoin d'une alimentation 12V 5A, cela ne signifie pas que la monture consomme autant, il y a fort a parier que la consommation moyenne soit bien inférieure et que le pic de consommation ne dépasse pas 80% de l'ampérage indiqué (pour avoir de la marge et ne pas faire forer l'alimentation) Si votre setup débite en moyenne 4 A, vous consommerez 4 Ah chaque heure, donc 32 Ah sur une nuit moyenne de 8 heures. Sous nos latitudes il y a une grande différence de durée entre les nuits d'hiver (plus longues et froides) et les nuits d'été (courtes et tempérées), mais si vous utilisez une camera refroidie il y a un effet de compensation: si la nuit est longue et froide on consomme longtemps mais le refroidissement consomme peu, alors que une nuit courte et tempérée on consomme sur un plus courte période mais on sollicite plus le refroidissement. Comme vous l'aurez compris tout réside dans la connaissance de la consommation de nos équipements, en usage réel. Bien sûr nous avons tous des équipements différents, mais pour vous donner des ordres de grandeur j'ai fait des mesures d'ampérage sur les différents équipements que j'utilise. Vous trouverez ci dessous une liste de matériels avec les mesures de consommation (les mesures car il y a une différence par exemple sur une monture entre le suivi et les mouvements accélérés lors des GOTO, ou par exemple sur une camera refroidie selon la température ambiante et la température de capteur que l'on souhaite atteindre. Avant les mesures, pour rappel, si vous souhaitez bricoler une boite a batterie c'est ici Et si vous voulez r&éaliser vous même une batterie, voir le sujet de @Colmic Important: - les mesures ci dessous ont été réalisées avec une température ambiante de 23,5°C (on sera donc dans le pire des cas pour le refroidissement caméra) - mon ampèremètre donne des valeurs à 2 chiffres après la virgule mais rien ne garanti que cette précision soit réelle sur ce matériel commandé chez ali le rapide 🙂 - j'utilise une batterie LifePO4 qui était à 13.1V lors des tests. Avec une batterie au plomb à 12,5V les ampérages mesures"es seraient un peu plus important pour la même puissance consommée (a puissance identique l'ampérage sera augmenté si la tension est diminuée) - que les équipements soient alimentés en 12V (comme la monture) ou en 5V (comme le raspherry pi) ou autre, la mesure d'ampérage est faite sur le 12V fourni par la batterie De base, mesure sans aucun équipement branchés su la batterie =================================================== voltage 13.1 sur Voltmetre/Amperemetre consommation 0.0 A Monture Skywatcher AZ-EQ6 ======================= pic 2.15 A (démarrage/arrêt goto) idle 0.81 A goto 1.6 A suivi 0.81 A notes: - tests effectués avec de la monture chargée et équilibrée (lulu, camera et accessoires en config CP) - en mode goto, déplacement à 600x la vitesse de suivi, la consommation double par rapport au suivi - lors de la phase accélération et décélération du mouvement rapide, il y a un pic de consommation pendant 1 à 2 secondes environ APN Canon 80D ============= En mode photo pic 0.36 A (enregistrement image raw+jpeg) idle 0.15 A usage 0.27 A (pendant l'exposition) notes: - bien qu'inutile en astro, j'ai testé le mode rafale, et on monte à 0.54 A pendant la rafale - les mesures incluent la consommation des transfo 12V-->5V usb, puis 5V --> 7.6V de l'adaptateur batterie APN Le même APN en mode video video idle 0.42 A video enregistrement 0.46 A (full HD 25 img/sec mp4) Camera P.O. Poseidon-C ==================== idle 0.22 A refroidissement cible 15° 0.39 A (puissance à 4% ) refroidissement cible 0° 0.91 A (puissance à 25%) refroidissement -cible 5° 1.23 A (puissance à 40%) refroidissement cible -10° 1.6 A ((puissance 59%, puis une fois la température atteinte maintien à 56%) notes: - lors du refroidissement il est demandé une descente lente de -5° par minute - le ventilateur est à 70% - l'antique de la vitre du capteur est activé à 10% de puissance Camera ASI290mm ================ pas mesurable à part (alim par usb de contrôle) Focuser ASI EAF ============= maintien 0.11 A focus slow 0.17 A avec télécommande filaire focus fast 0.16 A avec télécommande filaire notes: - les tests ont été réalisés en utilisant la télécommande filaire - détail interessant, le mouvement lent consomme un peu plus que le mouvement rapide Roue a filtre maison ================= pic démarrage 0.29 A idle 0.22 A mouvement 0.36 A mouvement pic 0.40 A note: pour le bricolage de la roue a filtre voir lien ci dessous https://www.webastro.net/forums/topic/195389-réalisation-roue-a-filtre-en-impression-3d-motorisée-et-pilotée-par-microcontroleur-esp8266esp32/ Raspberry pi 5 + NVME (avec transfo 12V vers 5V) ======================================== pic 0.90 A idle 0.52 A notes: - raspberry démarré mais sans s’y connecter ni lancer d’application type Kstars - le raspberry alimente un stockage M2 NVME 1TB - la mesure inclu le transfo 12V --> 5V usb Anti-buée ED80 ============= max 0.95 A min 0 A note: variateur manuel Chargeur Macbook 12V—>19V + 5V ============================== a vide 0.11 A charge Macbook 5.45 A en pic, moyenne à 4 A idle Macbook 2.40 A si batterie full note: - il s'agit un adaptateur pour prise allume cigare qui fourni du 19V pour le macbook et dispose d'un port USB A 5V où je branche le petit routeur wifi - le macbook est un modèle Macbook Pro 13" de 2013 GL.inet Opal routeur =================== boot 0.16 A pic wifi 0.29 A idle wifi 0.26 A notes: - la portée wifi du raspberry n'est pas extra, autant plus que je l'utilise dans un boitier en métal, d'ou l'utilisation du routeur wifi pou répandre la portée - la seance astrophoto est pilotée par le rapsberry, le macbook est utilisé seulement en début et fin de séance, et pendant quelques minutes toutes les 1/2 heure ou 1 heure pour verifier que tout va bien SV241pro Alimbox + hub usb ======================= idle 0.18 A Maintenant que nous avons vu les consommation sanitaires des équipements, voici la consommation cumulée du setup Usage standard ============= Monture AZ-EQ6 (mode suivi) P.O. Poseidon-C -10° stabilisé ASI290mm (pour guidage) Focuser EAF (maintien) Raspberry pi 5 + NVME (avec transfo 12V vers 5V) SV241pro Chargeur Macbook 12V-19V + 5V Opal Routeur (sur le 5V du chargeur de macbook) activité prise de vue + guidage note: pas d’activation de la bande chauffante sur la lunette note: le voltage tombe à 13.0V sans charge et 12.9V avec la charge Démarrage des periphériques max 1.9 A idle 1.78 A Connexion wifi nomachine sur le raspberry + lancement kstars max 2.04 A idle 1.78 A Précédent + initialisation périphérique kstars + refroidissement camera -10° 62% max 3.35 A idle 3.23 A Précédent + mouvement rapide de la monture en goto max 5.05 A idle 3.23 A Précedent + suivi au lieu de goto + prise image max 3.53 A (pic lors de l’enregistrement image) idle 3.23 A Fin de opérations, shutdown raspberry idle 1.25 A note: l’intensité "max" est dans chaque cas atteinte lors de pics courts en durée Bilan; mon setup astrophoto consomme moins de 4A en usage "normal", ce qui me donne 20h cumulée d'autonomie (avec batterie LifePO4 de 100Ah utilisable à 80%) J'ajouterais dans le futur les mesures en conditions réelles lors d'une longue nuit froide (avec bande chauffante pour la lulu) Cordialement, Stéphane