rmor51

Essayes une mes avec un autre outil pour éliminer le problème de monture. Le meilleur AP que je connaisse est celui de Kstars, sur n'importe quel endroit proche du méridien, y compris la polaire. - 3 clichés résolus par astrométrie, par rotation de 15 ou 30°. - Affichage d'un triangle de correction. Un côté pour corriger l'altitude, le second l'azimut. Et par astrométrie, sans avoir à regarder l'image. Une vraie tuerie. Je suis arrivé avec ma GEM28, à 22" d'erreur. Incompressible, dû aux dérèglements induits par le serrage du frein d'altitude de mauvaise conception.

Pour la map au Bahtinov, vise une étoile très brillante genre Véga qui sera bien visible sur l'écran du Canon. Avec une simple webcam, tu feras de bien meilleures images de Saturne, y a pas photo 😄 L'APN est à réserver pour le CP. Ensuite, en planétaire c'est le diamètre qui importe. Avec une 80ED sans Barlow, ta planète sera vraiment petite. Une Barlowx3 améliorerait les choses. J'ai une 80ED pour du CP uniquement. Des objectifs 135mm et 200mm pour du très grand champ CP, avec la caméra et un Mak180 pour le planétaire.

Les ordi portables récents ont une meilleure autonomie qu'auparavant. Le Dell Ryzen 5000 que j'ai, tiens facilement 8-9h sous Linux. Sous Win sûrement moins. J'ai un old Toshiba avec une double batterie qui tient 9-10h. J'ai testé rapidement les deux solutions avec un ami bien plus à l'aise que moi sur raspberry et n'ai vraiment pas eu assez de temps pour creuser cette solution. Ça m'a semblé relativement complexe à mettre en place et je préférais une solution où je pourrais continuer à utiliser les softs que je maîtrise. Tu peux consulter le document que j'ai rédigé pour monter sa solution RPI4. C'est bien plus simple que ce qui est décrit avec le Mele. Sinon Stellarmate, 45€ la licence, c'est du prêt a l'emploi, avec une app Android/iPhone pour piloter.

Il y a Firecapture linux et avec un ssd ça devrait le faire. Ainsi que DMXastrocapture. L'intérêt du remote en planétaire est assez limité à mon sens. On ne capture pas pendant plusieurs heures. Perso je le fais à côté du scope, il y a plus de manip à faire pour la MAP: sans Barlow, avec Barlow, Bahtivov sur une étoile, etc. Le seul inconvénients que je trouve au Mele, c'est qu'avec les connections il ressemble à une araignée. Moins pratique que les connexions du RPI4 à l'arrière. Je vais en tester un en Dordogne en Septembre.

Merci pour vos compliments, ça fait toujours plaisir.

C'est la reprise après de long mois d'inactivité et une nouvelle caméra 533MC. Retrouver les automatismes, les réglages, etc. La semaine n'a pas été de trop. Sans compter le portable qui a pris l'eau lors d'un orage et qui est aux abonnés absents depuis. Heureusement j'ai pu utiliser mon smartphone avec Stellarmate pour piloter mon RPI4. Une tablette aurait été plus confortable. La prochaine fois ! ED80 + réducteur 0,85 sur iOptron GEM28. ASI533MC refroidie à -10°C + Filtre luminance. PlayerOne Ceres-M sur chercheur 9x50 pour le guidage. MAP au Bahtinov, en attendant d'avoir un fonctionnement satisfaisant du focuseur DIY. Acquisition avec KSTARS sur RPI4 Stellarmate, en remote. 60 lights de 60 sec, 44 retenues. Pas de DOF. Pré-raitement: Siril v1-2.0-rc Traitement: Pix 1.8.8

La sonde lunaire russe s'est écrasé. Eh ! Ben voilà! Si on m'avait écouté, le Putin et le Musk, on en serait débarrassé !

J'ai longtemps guidé avec la même config et une QHY224C. Sans problèmes. Elle me sert toujours en planétaire Je l'ai remplacé dernièrement par un Player One Ceres-M. Que j'utilise aussi en planétaire.

Peux-tu donner, la durée de ton film, le gain, le temps d'expo, combien d'images retenues, le logiciel de capture ? As-tu vérifié que ton histogramme ne dépassait pas les 70% ? Si pas de turbu, augmentes le temps de pose et baisses le gain. Si turbu importante, on fait l'inverse, et toujours pas plus de 70-75% sur l'histo. Ton image finale est plutôt bruitée et tu as trop tiré sur les ondelette. Pourrais-tu poster ton image sortie de AS3 ?

Et j'en connais qui après cela osent se moquer de Linux !

Pour la Lune, la Terre tourne plus vite que la Lune (24h au lieu de 28 jours). Lorsque la marée a lieu, la rotation de la Terre fait que la marée a tendance à aller en sens inverse, ce qui crée un bras de levier par rapport à la Lune et freine la rotation de la Terre. En compensation, pour conserver le même moment de rotation, la Lune s'éloigne. Un patineur qui tournoie, bras resserrés, ralentit lorsqu'ils les ouvrent.

Avec un disque NVME interne, c'est pas simple. Avec un SSD externe, dans le BIOS on démarre sur lui. S'il est absent on bascule sur l'EMCC interne.

Z'auraient pu y loger le camarade Putin ! Et Elon Musk en tassant bien.

Pour ma part, j'attends que l'on puisse faire de l'astro avec la montre connecté. Le smartphone c'est has been ! Hugh ! J'ai dit !

Solutionnisme techno: un leurre. Toutes les solutions au problème sont connues et applicables immédiatement. Seul manque la volonté politique et des citoyens. Rappel: N. Hulot, demandait où étaient les millions de personnes derriére lui. Toujours d'actualité !

J'ai une Atik EWF2. Je visse directement ma ASI183MM et ASI533MC, sur l'Atik.

Pour Kstars il suffit de suivre le lien que j'ai donné. Il est écrit explicitement qu'avec les archives on installe Kstars et Indi.

Si c'est pour simplement déplacer le tube, Stellarium et synscan suffisent.

Trèfle de plaisanterie. On sait très bien à quoi est dû le réchauffement climatique : A l'augmentation des température, un point c'est tout ! PS: bac +5

Malheureusement, je n'ai pas d'expérience à ce sujet avec le Mac. Sur le site indilib.org, on peut télécharger l'archive de kstars+indi: https://binary-factory.kde.org/job/KStars_Release_macos/ La version de Kstars astrophoto est distincte de la version planétarium Kstars.

Grattage de tête pour moi ! Il y a une nouvelle fonction de mise au point automatique pour tous les filtres présents, avec moyenne du focus sur n cycles, calcul du décalage par rapport à un filtre de référence, enregistrement ou pas des résultats. En outre, mode adaptatif pour tenir compte de variation de température ou d'altitude. Super pour une install fixe ! Problème, en simulation, je n'ai pas de nuit propre pour faire les tests, ça ne fonctionne pas bien du tout. Pourquoi ? Mystère. Donc pas de copie d'écran propre pour rédiger la doc. La semaine prochaine je vais dans la Creuse pour une semaine astro. Si la météo le permet je ferais des tests en réel.

Ne pas avoir à refaire les flats. Les darks sont en bibliothèque. Pas de biais pour cause de biais synthétique. C'est Byzance !

La meilleure solution, ne pas démonter. Je range tout le train optique, tube, réducteur, RAF, caméra, dans un caisson plastique de chez LM. J'ai réutilisé les mousses de calage de la mallette d'origine. On peut aussi utiliser de la mousse expansé pour faire un berceau à l'ensemble. Je l'avais déjà fait avec le C8 que je possédais.

Ne retrouvant pas si j'avais déjà posté le document, je voici ou le revoici. Il permet de se créer une configuration open source pour l'astrophoto en déporté, avec un RPI4. Ca fonctionne aussi avec un mini-PC type Mele, avec la bonne version de l'OS Ubuntu-Mate. A noter, il existe des clônes du RPI4, dont certains avec un processeur Intel comme l'UA-4000. On dispose ainsi d'une solution plus compacte qu'un mini-PC type Mele, avec l'ouverture sur les OS Linux ou Windows. Vous pourrez ainsi piloté votre setup, en déporté, à partir d'un PC, d'une tablette ou d'un smartphone (pour ceux qui ont des petits doigts), avec Nomachine. Pour les néophytes de Linux, il n'y a rien de bien compliqué et je suis dispo pour répondre à toutes vos questions. Mon système_RPI_V2.pdf

Non, une tablette standard suffit. Sinon j'avais écrit un document sur comment se créer son propre OS pour RPI4, pour une connexion par Nomachine. Rubrique Logiciels du site.