keymlinux

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, Sur un ordi tu peux utiliser le site "The Photographer Ephemeris" voir capture ci dessous (il faut créer un compte mais c'est gratuit, en tout cas cà l'était a l'époque où je lai fait). Sinon ils vendent aussi une application pour android/ios https://app.photoephemeris.com Le point rouge c'est là ou j'ai décidé de positionner l'observateur (à l'ouest du château) La ligne gris clair qui part vers le haut à droite c'es la direction de la lune quand elle se lève, le gris foncé à gauche la direction où elle se couche Le signe jaunes à droite et orange à gauche c'est pareil pour le soleil La ligne grise qui part vers la droite en bas c'est la direction de la lune à l'heure choisie (ic à 8h58), avec une lune à 99,99% à 15,44° au dessus de l'horizon Je ne suis jamais allé voir ce château, je ne connait pas le coin, mais je pense que toi si tu connait le site tu aura des meilleures idées pour choisir différents sites d'observation et pour simuler en fonction de l'heure la position de la lune conforme à ton souhait de photo. Cordialement

Bonjour, Cela ne vas pas t'aider, mais j'ai déjà été confronté au même problème (6000x4000 en FITS, 6024x4020 en RAW CR2). Une fois qu'on a fais l'erreur une fois on ne la refais plus (même si ici dans ton cas ce n'est pas vraiment une erreur, le bug kstars ne te laisse pas trop le choix). Vu que tu est obligé de prendre des CR2 vu le bug Kstars, pour les fois prochaines tu devrait prendre aussi en CR2 (mais via kstars) les lights et autres (oui on peut le faire c'est parametrable) Sinon, pour le session déjà effectuée, tu devrais regarder sur la carte SD de ton APN si il n'y a pas les CR2 des lights et dark (lorsque kstars pilote mon APN, il telecharge des fils, mais les cr2 sont bien enregistrés sur la carte, cela fait un peu doublon, mais cela peut aussi rendre service) Sinon, tu peux aussi abandonner les offsets, et remplacer cela par un offset synthétique, cela marche très bien (je ne fais plus d'offset) https://siril.org/fr/tutorials/synthetic-biases/ edit: argh, grillé par vinvin

Les profils sont toujours là, ce qui a disparu ce sont les "configs" des télescopes (dans l'onglet "monture" donc pas intuitif) qui permettait de changer les focales (pour tenir compte d'éventuels réducteur/barlow) et les "trains optiques " semblent remplacer ces configs Exemple ci dessous, Kstars 3.5.9, dans l'onglet "Mount", en config #4 ma lunette de focale 500, avec son réducteur 0.8 a une focale renseignée de 400mm En version 3.6.1 je ne trouve plus trace de ces "configs", mais il y a les trains optiques où l'on rentre les caractéristiques des reducteurs/barlows Cordialement

Quel gene d'aide cherches tu ?, une démonstration de la formule ?, ou bien savoir comment calculer le "log" du diamètre ? Pour quelques détails https://fr.wikipedia.org/wiki/Magnitude_limite_visuelle Pour un tableau en fonction du diamètre de l'insrument https://www.astroclub-andromede.fr/uploaded/Tutoriels/magnitude-limite.pdf Et pour tout savoir une les logarithmes (non, ne me remercie pas 🙂 ) https://fr.wikipedia.org/wiki/Logarithme Il s'agit de 5.1 pas 51, tu as loupé la virgule Donc pour un miroir de 3000mm (3 mètres, rarement utilisé en astronomie amateur) la magnitude limite est de 19.7 Pour l'oeil humain, avec une pupille de 5mm on aura une magnitude limite de 6

1) Par défaut un mac ne permet installer que les logiciels provenant de l'App Store officiel Apple (qui a dit que MacOs était un système fermé...) Pour changer cela, il faut aller dans les paramètre systèmes, onglet Sécurité et confidentialité, et cocher l'option permettant d'installer depuis l'AppStore ET les dévelopeur identifiés 2) La 2eme protection concerne la notion de "développeur identifié" Si le logiciel n'est pas "signé" on ne peut pas l'installer (et pour avoir un compte "dévelopeur" qui permet de signer les applis c'est payant , c'est pourquoi lesdéveloppeurs de logiciels libres et gratuits ne signent pas leurs logiciels, car pour cela il faut avoir un compte développeur Apple et payer, juste pour avoir le droit de publier des applications ayant un certificat, ce certificat n'impliquant aucune verification de séurité, car seules sont vérifiées les applications distribuées via l'App Store) Donc, une fois que tu as téléchargé le fichier dmg, il faut, avant de tenter d''installer l'application qu'il contient, enlever un flag de "quarantaine" qui est appliqué pour tout logiciel téléchargé sur internet...et cela se fait en ligne de commande... Donc première opération, lancer l'application "Terminal" Ensuite, utiliser des commandes "cd" pour aller dans le repertoire contenant le fichier télécharger, certainement "Downloads" Puis liste les attributs cachés avec "ls -l@", puis supprimer l'attribut de quarantaine avec la commande "xattr -d" Ci dessous un example (j'ai volontairement ajouté des lignes vides pour séparer les étapes) Dans ton cas le nom du répertoire de ton utilisateur sera différents, tout comme la version de kstars à modifier (ici la 3.5.9) MLS-MBP:~ stephane$ pwd /Users/stephane MLS-MBP:~ stephane$ cd Downloads MLS-MBP:Downloads stephane$ pwd /Users/stephane/Downloads MLS-MBP:Downloads stephane$ ls -la *dmg -rw-r--r--@ 1 stephane staff 18666793 27 aoû 20:25 imager_1.7.2.dmg -rw-r--r--@ 1 stephane staff 200084831 2 sep 12:32 kstars-3.5.9.dmg -rw-r--r--@ 1 stephane staff 65751062 9 sep 20:02 siril-1.0.5-x86_64.dmg MLS-MBP:Downloads stephane$ ls -l@ kstars-3.5.9.dmg -rw-r--r--@ 1 stephane staff 200084831 2 sep 12:32 kstars-3.5.9.dmg com.apple.metadata:kMDItemDownloadedDate 53 com.apple.metadata:kMDItemWhereFroms 105 com.apple.quarantine 21 MLS-MBP:Downloads stephane$ xattr -d com.apple.quarantine kstars-3.5.9.dmg MLS-MBP:Downloads stephane$ ls -l@ kstars-3.5.9.dmg -rw-r--r--@ 1 stephane staff 200084831 2 sep 12:32 kstars-3.5.9.dmg com.apple.metadata:kMDItemDownloadedDate 53 com.apple.metadata:kMDItemWhereFroms 105 note j'avais bien précisé dans mon 1er messages que : Oui, on peut faire de l'astro avec un Mac (mais il faut aimer souffrir un peu...)

Bonjour, Je confirme, c'était l'ISS, je l'ai observée ce soir (pas par hasard, c'était planifié !) Visible de 20h31 (ouest) à 20h37 (sud-est), passage au plus haut à 30° d'elevation Pour l planification des passages ISS, il existe plusieurs applications pour smartphone. Personnellement j'utilise "ISS Finder" Prochain passage visible en région parisienne, demain à 19h42 direction Ouest/Nord-Ouest, au plus haut à 19h46 (elevation 44°) direction Sud / Sud-Ouest, puis fin du passage à 19h49 au Sud-Est Cordialement

La version 3.6.1 viens officiellement de sortir, elles est annoncée comme "early preview" donc pas vraiment stable Reste a tester si le problème de guidage de @rmor51 persiste et si d'autres le rencontrent... Release node Stars 3.6.1: https://knro.blogspot.com/2022/10/kstars-v361-released.html

Bonjour, Oui, on peut faire de l'astro avec un Mac (mais il faut aimer souffrir un peu...) Je te conseille l'utilisation de KStars (en fait du trio Kstars/Ekos/Indi, installable en "tout en un", pour le télécharger c'est ici: https://edu.kde.org/kstars/#download). Je l'utilise sur MacOs (sur un macbook) et sous Linux (un raspberry) en nomade, pour piloter mon setup astrophoto (SW AZ-EQ6 avec cable eqmod, APN Canon, focuser électrique, camera ASI290 pour le guidage) Attention, comme rien n'st simple, a ma connaissance cela ne fonctionne que sur le emac avec processeur Intel, pas sur les derniers M1/M2 (je te laisse tester) Pour les Mac avec processeur Intel et MacOS Mojave (10.14) et plus vieux il faut se limiter à la version 3.5.9 (je suis dans e cas) Pour les Mac avec processeur Intel et MacOs Catalina (10.15) et plus recent on peut installer les version 3.6.0 et plus Pour le sMac avec processeur ARM, je ne sais pas si le binaire fourni pour Kstars est "universel" (support Intel/Arm M1/M2), c'est à tester... Le logiciel est traduit en français, ainsi que sa documentation, grace à @rmor51 , voir ici Ensuite, pour le traitement des photos, Siril fonctionne très bien sur Mac... Cordialement

Bonjour, Un hub usb ne se pilote pas, c'est juste un hub... donc pas de driver INDI pour le hub, juste pour la monture Par contre si tu connectes des périphériques sur le hub de la monture ils apparaitrons via le "lsusb", et si par exemple tu branches une roue à filtre motorisée ayant un driver indi, celle ci sera pilotable par le driver indi prévu pour la dite roue a filtre (et pas par le driver de la monture) Cordialement

@rmor51 A priori APT connait les versions 3.6.1 (actuellement installée) et 3.6.0, donc du devrais pouvoir downgrader de la 3.6.1 à la 3.6.0 (mais pas à la 3.5.9, sauf à trouver de package fichier ".deb" et l'installer à la main) Le bug de calibration du guidage, tu l'as avec quelle version ? 3.6.1 ou 3.6.0 ? Ce qui est bizarre c'est que la version 3.6.1 ne semble pas avoir été installée par APT à partir des repository standard pour la distribution ubuntu/jammy, mais plutôt manuellement.... (fichier .deb installé à la main ?, version "daily-build" d'un canal de distribution d eversion beta ?) Quand tu liste les packages, derière le nom "kstars-bleeding" après le "/" tu devrais avoir jammy,now pour la version installée. Le fait qu'il indique "now' (version courante installée, mais pas "jammy" indique que ce package ne proviens pas du repository standard) Cordialement

A priori tu as KStars version 3.6.1 (qui semble dater du 20/09) pas 3.6.0 --> tente de repasser en 3.6.0 si la 3.5.9 n'est plus dispo Je suis aussi en ubuntu mate 22.04 avec kstars 3.6.0 (la 3.6.1 ne m'est pas proposée, et cela semble tant mieux...) nafabox@mls-nfb:~$ apt list --installed | grep -i kstars WARNING: apt does not have a stable CLI interface. Use with caution in scripts. kstars-bleeding-data/jammy,now 6:3.6.0+202208280917~ubuntu22.04.1 all [installé, automatique] kstars-bleeding-dbg/jammy,now 6:3.6.0+202208280917~ubuntu22.04.1 arm64 [installé] kstars-bleeding/jammy,now 6:3.6.0+202208280917~ubuntu22.04.1 arm64 [installé] nafabox@mls-nfb:~$ cat /etc/os-release PRETTY_NAME="Ubuntu 22.04.1 LTS" NAME="Ubuntu" VERSION_ID="22.04" VERSION="22.04.1 LTS (Jammy Jellyfish)" VERSION_CODENAME=jammy edit: pour lister les autres versions disponibles sudo apt list kstars-bleeding --all-versions

Bonjour @rmor51tu ne précises pas sous quel environnement tu utilises kstars (linux ? quelle distribution ?) Si ton KStars a été installé sur un linux qui utilise "apt" pour la gestion des packages, alors tu peux forcer l'installation d'aune autre version que la version "up to date" avec une version du style ci dessous (voir aussi le "man" de "apt") sudo apt install --reinstall kstars=3.5.9 ou sudo apt reinstall kstars=3.5.9 Pour voir la liste des packages kstars installés: sudo apt list --installed | grep -i kstars note: j'ai utilisé la version 3.6.0 plus plus tard que la nuit dernière et je n'ai pas rencontré de problème de guidage, tu peux nous en dire un peu plus sur le problème que tu rencontre (est il générique ? ou bien lié à une combinaison de matos spécifique ? ) Cordialement, Stephane

Bonjour Kstars/Ekos/Indi fonctionne très bien sur MacOS voir ici pour le téléchargement https://edu.kde.org/kstars/ Je l'utilise sur un MacBook (Kstars 3.5.9 sur MacOS 10.14, processeur Intel). En fait de devrais parler au passé, car pour des raisons de baisse d'autonomie de batterie sur mon MacBook vieillissant j'utilise désormais Kstars sur un raspberry (NafaBox), moins gourmand, le MacBook ne servant qu'en début et fin de session pour lancer la session de capture en prenant la main a distance sur le raspberry (je peux alimenter le MacBook via la batterie 12V, mais pas toute une nuit d'hiver) Et sur Mac il y a aussi OaLive, OaCapture, PlanetaryImager, PHD2 (guidage), ASTAP (astrométrie et stacking), et ZWO fourni aussi ASIStudio pour MacOS Pour les plus bricoleurs on peut faire tourner certaines applications Windows via Wine (Autostakkert, Registax, ...) Cordialement, Stephane

Y'en a qui ont été pendus pour moins que çà ! Pour les infos sur les DOF (Dark Offset Flat) https://free-astro.org/index.php/Siril:Tutorial_preprocessing/fr Cordialement

Bonjour, Actuellement pour Siril ce sont des binaires "x86/amd64" pas des binaires "universels" (dénomination Apple pour les applications compatibles Intel et ARM) donc utilisation de Rosetta, pareil pour Gimp, même si pour Gimp il y a des portages en cours vers des binaires pour Apple M1/M2 (il existe déjà des binaires officiels Gimp en architecture ARM, mais pour Linux, sur Raspberry notamment, et il existe un portage non officiel de Gimp 2.10.22 pour processeur Apple M1) Concernant les machines virtuelles: VirtualBox, VMWare et Parallels sont des "hyperviseurs" pas des "émulateurs", ils permettent de lancer des système d'exploitation mais seulement pour le type de CPU disponible sur le Mac qui est l'hôte. De plus ces hyperviseurs ne sont pas pris en charge par Rosetta. En clair, sur un Mac avec puce M1/M2 tu peux via Parallels faire tourner un Windows 11, mais seulement la version Windows11 pour CPU ARM, et il ne lancera que les programmes windows pour CPU ARM, pas ceux pour CPU intel/AMD. A priori coté VirtualBox dans les versions 7 beta il y a une volonté d'aller vers une émulation de processeurs x86... à surveiller.... note: moi, personnellement je garde mon (vieux) MacBook à processeur Intel, et je garde ma version MacOS 10.14 Mojave pour conserver la possibilité de lancer des applications 32bits (leur support est supprimé en MacOS 10.15 Cartalina), et comme cela je garde la possibilité de lancer certaines applications Windows avec Wine, et la possibilité de lancer des VMs Windows et Linux avec VirtualBox... Cordialement, Stéphane

Bonjour, Vu que tu annonces vouloir t'orienter vers une camera "mono" (forcement une ZWO si tu veut utiliser un Asiair !), cela implique généralement une roue a filtre, donc du poids supplémentaire, et tu feras certainement du guidage, ce qui rajoute aussi du poids, et tu ajouteras certainement un focuser électrique, etc... Dans ce cas prendre une monture avec une bonne capacité de charge en astrophoto. Note: personnellement j'ai une AZ-EQ6, et j'image avec une SW Equinox 80, donc oui la monture est certainement surdimensionnée, mais en astrophoto il es préférable d'avoir une monture surdimensionnée que sous dimensionnée (et puis je l'utilise aussi avec un C8 et un newton 10pouces....) Et pour l'usage en mode Alt-azimutale, je l'utilise exclusivement (et avec bonheur) pour les soirée d'observation publiques, avec la lunette d'un coté et le C8 de l'autre...Donc c'est pratique mais pas indispensable. Cordialement

Bonjour, La dernière version 2.7 de Firecapture n'est disponible qu'en 64bits Une version windows 32 bits est disponible pour le version 2.6, donc c'est à tester (celé ne coute rien de tester) Téléchargement de la version 32bits disponible sur le site du développeur http://www.firecapture.de Cordialement

Bonjour, Si tu peux observer à domicile, avec présence d'une prise de courant domestique, alors autant ne pas s'embarrasser d'une batterie pour alimenter ta monture, et donc la brancher via un adaptateur (transfo) 12V Si pour observer tu doit être nomade en pleine nature , alors là pas d'autre solution qu'une batterie 12V (sauf à trimbaler un groupe électrogène...) Concernant les PowerTank, ceux "tout fait" du commerce ne m'ont jamais convaincu (cher au regard de la capacité offerte). L'alternative est alors une vraie batterie 12V, soit au plomb (comme une batterie de voiture, mais prévoir plutôt une batterie à décharge lente, comme celle équipant les camping cars) soit une batterie 12V au Lithium (si le poids et l'encombrement sont un facteur important pour toi alors il faut s'orienter vers du Lithium plutôt que du plomb, mais c'est plus cher...) En terme de dimensionnement; Ton alim AZ-EQ6, consommera moins de 2A (2A c'est éventuellement en pointe pour le gros déplacements Goto, en suivi cela sera plutôt entre 0.8A et 1A). Si tu veux tenir une nuit d'observation de 6h il te faudra 12Ah. Avec une batterie au plomb il ne faudra pas décharger la batterie à plus de 50% (au risque de l'endommager et de réduire sa durée de vie), donc il faudra une batterie de 24Ah Avec une batterie Lithium tu pourras tirer 80%, donc une batterie 15Ah devrais suffire. Personnellement j'ai opté pour une batterie au plomb 60Ah (pour pouvoir utiliser 30Ah), pour alimenter tout mon setup sur 6 à 8heures (pas seulement la monture, mais aussi un APN, un raspberry, des résistances chauffantes, un hub usb...) voir bricolage ci dessous Cordialement, Stephane

Bonjour, Globalement la terre tourne sur elle (360°) en 1 jour, donc environ 15° par heure, soit 1° en 4minutes It te faut calculer le champ réel vu avec ton tube et ton oculaire On a besoin de la focale "ft" de ton tube, de la focale "fo" de ton oculaire et du champ apparent "ça" de ton oculaire Le grossissement "gr" c'est ft/fo Le champ réel sera le champ apparent divisé par le grossissement ca/gr Exemple, avec une focale de 1200mm, un oculaire de 20mm de champ apparent de 68° gr: 1200/20 = x60, le champ réel sera de 1.13°, donc le ciel défilera dans le champ en 4minutes et 30 secondes environ Edit: Dans l'exemple, un grossissement de x20 est faible, bien pour le ciel profond, mais pas pour le planétaire Si on grossit un peu plus avec la lune en entier par exemple (champ couvert de 0.5°), alors elle défilera dans le champ en 2minutes. Si on grossit plus sur une partie de la lune, le temps d'observation se réduira, si on ne compense pas le mouvement, qe cela soit via une monture motorisée, ou bien en assurant un suivi manuel Tu peux dans un logiciel comme Stellarium et son plugin "oculaires" modéliser les caractéristiques de ton tube et de tes oculaires pour avoir une idée de la vitesse de défilement Cordialement

Pour calculer on va avoir besoin de la focale de ton tube, et du champ apparent de tes oculaires Par exemple, si ton tube a une focale de 1200mm et tes oculaires ont un champ apparent de 68° Avec l'oculaire de 24mm, le grossissement sera de 1200/24, soit x50, donc le champ réel couvert sera de 68/50=1.36° Avec l'oculaire de 12mm, grossissement de x100, champ réel de 0.68° Cordialement

Bonjour, Si tu constate un décalage par rapport aux cercles gradués, peut être qu'il faut étalonner ceux ci. Sur l'AZ-EQ6 les cercles gradués sont "mobiles" et tiennent grâce à une vis de serrage. Si elle se desserre il peut y avoir "glissement" (le cerclage gradué tourne alors que l'axe de la monture ne tourne pas...) Voir la doc de la monture, chapitre 2.2 Cordialement

Bonjour, Est ce modèle ? https://www.bresser.de/fr/Astronomie/Accessoires/Astrophotographie/BRESSER-Camera-oculaire-MikrOkular-Full-HD.html Si oui ?, dans ce cas tu dois utiliser l'adaptateur 31.7mm (1.25pouces) qui est annoncé fourni avec, et utiliser la camera à la place d'un oculaire sur ton dobson... Pour le reste il est annoncé qu'elle est fournie avec un logiciel dédié pour Windows, qui générera des fichiers videos (AVI) Cordialement, Stephane