rmor51

IL faut tenir compte non seulement du poids mais aussi du bras de levier ! SI tu as une barre longue, 5kg au bout serait suffisant. Avec une barre courte, les 10 kg seront sans doute nécessaire.

"La vie engendre la vie et des équilibres. L'uniformité mène au désert." Pardos Kynes, Dune.

La Terre existe depuis 4.5 milliard d'années. Elle a existé sans nous pendant 99.998% de ce temps. Puis, elle a attrapé une "humanite", mais elle va en guérir et continuer à exister sans nous !

Si tu veux un pointage précis et rapide, pas d'autre solution que d'utiliser l'astrométrie et donc un PC. C'est ce que je faisais avec une Star Adventurer et mon Canon 1000D. Ce dernier était relié au PC. Avec KSTARS, je créais un profil avec juste un télescope de simulation et le Canon. Dans le planétarium je pointais la cible et je voyais le capteur positionné dessus. Je pointais grossièrement l'APN (avec un viseur point rouge). Capture et résolution de la photo. JE voyais son emplacement sur le planétarium par rapport à la position virtuelle du télescope. Correction manuelle, facile pas d'inversion des directions. En 3-4 coup j'avais la cible pile poil au centre.

Ce terme a été corrigé, en tout premier lieu. Il suffit de mettre en place le fichier kstars.mo pour le vérifier.

Sans doute, mais je n'en ai pas la certitude. Pas de danger à essayer, si cela fonctionne tant mieux, sinon il faudra attendre un peu.

Dernière mouture de cette traduction, pour vous éviter d'attendre la parution de la prochaine version de Kstars. kstars.mo

En attendant une prochaine version, voici le dernier fichier de traduction. A copier comme d'habitude pour la version Linux, dans /usr/share/locale/fr/LC_MESSAGES/ kstars.mo

Glaçant ! Si j'ose dire.

Stellarmate ne fait partie des projets KDE. Je ne sais pas comment est gérée la traduction. Je vais demander à Jasem.

Je pense que l'histogramme du fits viewer doit servir principalement à vérifier si on a un offset caméra suffisant pour que celui-ci ne soit pas coupé sur sa gauche.

A la discrétion de Jasem.

La traduction française de KSTARS-EKOS est terminée. La prochaine distribution l'intégrera. Et le déverminage pourra avoir lieu ! Merci d'avance.

Merci Patrick.

J'ai opté pour un Vonets VA11G-300, acheté à l'empire du milieu 17€. Compact, fonctionne en 5 et 12V. Donne un sacré coup de pêche au wifi du RPI4. J'en ai acheté un second pour étendre mon wifi box dans le jardin sur la Zone:https://www.amazon.fr/gp/product/B07794JRC5/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1 Très simple à paramétrer. Je peux ainsi programmer une prise 220V TPlink pour couper le courant à une heure donnée. L'OS est arrêté par un paramétrage de crontab. Manque plus qu'un toit motorisé !

https://millimagjournal.wordpress.com/astroimagej_tutoriel0/tutoriel5/ Il y a de nombreux tutos sur ce super logiciel. Je l'ai utilisé pour de la caractérisation d'exoplanétes.

Voici un document issu des développeurs, qui fait le point sur le retournement au méridien. Ce qu'il faut surtout noter, c'est que si votre monture le gère, il faut impérativement mettre une valeur de dépassement du méridien en degré, inférieure à celle configurée sur la monture, par exemple 1° et 3°. C'est ainsi que j'opère et je n'ai aucun problème lié au retournement lui-même. Je n'ai pas essayé encore de désactiver la fonction sur la monture comme préconisé dans le document. Retournement au méridien.pdf

C'est valable avec le 5.7 et sans doute la 5.8.

J'en ai fait ma demande à Jasem, il y a quelques temps. Il a indiqué "prochaine version". Je n'ai pas vérifié sur la 5.8. Sinon on peut installer une version 9.10 de Siril comme suit sur RPI4: ftp.fr.debian.org/debian/pool/s/siril Prendre la version armée.

Lors des dernières sessions, pendant les 10 derniers jours exceptionnels, j'ai constaté des soucis au niveau du guidage après le retournement au méridien. Le guidage reprend bien mais part rapidement en sucette et les brutes sont bonnes à jeter. Sur le forum Indi, le problème est évoqué. J'aimerais recueillir vos témoignages SVP. A propos du retournement, je vais vous mettre en ligne prochainement, la traduction d'un document très complet qui décrit son fonctionnement avec Kstars

Pour l'instant, pas vu quoique ce soit de décoiffant. Le solveur interne par contre est plus rapide que précédemment. Il faudrait lire attentivement le site du Watney pour voir ce qu'il apporte de plus par rapport aux autres. La taille de la base de données peut être ?

Dans la dernière version de KSTARS V3.5.8, un nouveau solver d'astrométrie est apparu, le Watney. Pour l'installer il faut télécharger sur le github de Watney, le binaire watney-cli: https://github.com/Jusas/WatneyAstrometry/releases/tag/v1.1.1 et une base de données d'étoiles en fonction de votre FOV. C'est expliqué sur la page. https://github.com/Jusas/WatneyAstrometry/wiki/Quad-database-downloads Installer l'ensemble ou bon vous semble, perso dans /opt/watney/, et modifiez le fichier de configuration watney-solve-config.yml pour y indiquer le chemin d'accès à la base de données étoiles. Dans les options du module Alignement, options Programmes externes, donnez le chemin d'accès à watney et le programme à exécuter, dans mon cas, /opt/watney/watney-solver.

Une traduction du site de Jasem sur les nouveautés de la 3.5.7. Pour les captures d'écran voir sur le site http://knro.blogspot.com/: NOUVEAUTES KSTARS V3.5.8 Résolution plus rapide des astrométries avec StellarSolver 2.2 Robert Lancaster a publié la version 2.2 de StellarSolver avec des améliorations significatives. StellarSolver est la bibliothèque utilisée par Ekos pour l'extraction des étoiles et la résolution des plaques. Elle est maintenant si rapide que les résolutions de plaques en moins d'une seconde sont assez courantes. Voici quelques points forts : Élimination des derniers fichiers externes : fichiers résolus et annulés par le solveur interne. Création d'une interface entre le code C++ et astrometry.net qui fonctionne bien pour résoudre les problèmes d'enregistrement. Rendre StellarSolver plus facile à utiliser de manière bloquante, y compris en l'utilisant comme un objet temporaire C++ Faciliter la génération et l'utilisation du filtre de convolution et ajouter d'autres types de filtres. Réduction significative du code d'astrométrie nécessaire au solveur. Ajout de la prise en charge d'un nouveau solveur externe : le Watney Astrometry Solver. Amélioration du code d'interruption afin qu'il s'arrête plus rapidement. Ajout d'un certain nombre de démos pour montrer comment utiliser StellarSolver Ajout de conseils sur les healpix et les séries d'index afin d'accélérer les résolutions dans des zones localisées en se basant sur des résolutions antérieures. Possibilité d'exécuter deux solveurs stellaires simultanément Ajout de nouvelles options pour l'extraction des étoiles Simplification de l'API Correction de quelques fuites de mémoire et autres avertissements sur divers systèmes d'exploitation Suppression de certains codes inutilisés Comme les travaux seront préemptés/redémarrés plus souvent avec Greedy qu'avec Classic, l'option "Remember Job Progress" est maintenant plus importante. Vous pouvez trouver ce paramètre dans le menu de configuration de KStars --> Ekos --> Scheduler --> "Remember job progress". Cette option ne fonctionne que si vous stockez des images sur la même machine que celle où le planificateur est en cours d'exécution. Vous devriez activer l'option "Remember Job Progress" avec ce planificateur pour en tirer le meilleur parti, en supposant que vos séquences de capture utilisent des filtres multiples/différents. Si vos séquences de capture ne sont utilisées qu'avec un seul type de filtre ou d'OSC, cela n'a probablement pas d'importance. (RememberJobProgress a également été un peu mis à jour, et devrait maintenant faire un meilleur travail en reprenant là où la dernière tentative s'est terminée). La capture d'écran ci-dessus montre l'ordonnanceur fonctionnant avec ce nouveau schéma. Notez qu'il y a 4 tâches, et qu'elles sont listées par ordre de priorité. Vous pouvez voir les prochaines heures de démarrage pour chacune des tâches sur le tableau du planificateur, et la tâche surlignée (4ème) est celle qui est actuellement en cours d'exécution. Un programme pour les 48 heures à venir est également imprimé dans la fenêtre de journal en bas. Le planificateur est (minimalement) intégré à l'onglet Analyse. Pendant les tests, j'ai laissé le Greedy Scheduler fonctionner pendant 3 jours. Voici une capture d'écran de la ligne de temps d'Analyse pour ces 3 jours. (Notez que certaines lignes de temps ne s'affichent pas bien en raison de la résolution de l'écran.) La ligne supérieure est la nouvelle ligne de temps du planificateur dans Analyse. Les différentes couleurs correspondent aux différents travaux qui ont été exécutés, chacun gardant la même couleur sur différentes étoiles. Vous pouvez voir que les différents travaux ont été exécutés comme prévu chaque nuit. Prise en charge du format de capture Cette nouvelle version prend en charge la sélection du format de capture INDI v1.9.5. Ce format était auparavant sélectionné explicitement par l'utilisateur dans le panneau de contrôle INDI, mais il est maintenant disponible dans les paramètres de séquence du module de capture.

Tous les logiciels d'astrophoto possèdent une telle procédure : Kstars, Nina , Sharpcap, etc.

Je confirme pour l'avoir fait, l'efficacité du couple Kstars- Star Adventurer. Pointage par astrométrie et correction manuelle: en 3-4 coups la cible est centrée. Redoutable ! On lance ensuite une séquence de prise de vue, avec un décalage (dithering) semi-manuel avec Kstars. Plus les darks, les offsets,les flats.