Messages recommandés

Cool tout ça, bien joué ! J'ai eu un peu les mêmes soucis avec mon focus au départ pour trouver les réglages mais maintenant, c'est ok.

Pour l'autogudage, celui en interne marche bien aussi en multi-étoiles pour info. Pour le platesolving, je me tâte à installer ASTAP car ceux par défaut fonctionnent pour le moment. A voir si cela vaut vraiment le coup.

On attend tes images :D

De mon côté, météo pourrie de chez pourrie, désespérant.:(

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Petit point d'étape en milieu de session: bah heu RàS. Voilà au revoir!  :-D

 

Il continue tranquillou à prendre ses photos, mise au point toutes les 1/2h, dithering entre chaque photo, guidage par PHD2. Le processeur du RPI tourne autour des 30% avec des pics ponctuels jusqu'à 70% , sa température oscille entre 25°de 30° avec quelques rares pics à 40°, la RAM reste à 70% d'utilisation, le disque ça va j'ai de la place sur ma SM 64GB, le réseau à la bougeotte selon ce que je fais via TeamViewer.

 

C'est la deuxième fois que j'utilise le multi-star de PHD2 (pas essayé celui de Ekos) et je suis très impressionné: j'en suis à 60 prise pour la session et pas un seul déchet de guidage! Avant, avec une seule étoile guide, j'avais toujours dans les 10% à 20% de prises avec étoiles un peu allongées ou des zigzag erratiques. Là pas une seule sur 60 prises, toutes avec des étoiles parfaitement rondes. C'est un vrai game changer ce concept de guidage multi-star!

 

 

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 10/02/2021 à 00:13, LucaR a dit :

Je choisis l'image que je viens de sauver (qui a été prise quand on était centré sur Sirius):

 

image.png.0ae83391114b6fe0c95a805037b38acc.png

 

Je clique sur OK et là il fait son plate-solving avec ASTAP, constate que les coordonnées du téléscope ne sont pas au même endroit, du coup il bouge le telescope pour s'y remettre, puis il reprend une photo fait un nouveau plate-solving et cette fois confirme qu'il est OK.

 

Bonjour LucaR,

 

Dis moi, il y a un petit truc qui me chagrine, n'ayant pas encore pu faire une session réelle avec Stellarmate, c'est l'étape ci-dessus.

 

Habituellement, après un P.A (Polr Alignment) au viseur Polaire pour dégrossir, je fais une MAP dégrossie pour le P.A avec l'ASIair pro, puis je pointe mon objet, je fais un platesolveing, si c'est ok,  je fais enfin ma MAP avec l'EAF sur l'objet de ma session.

 

Ensuite je lance une calibration pour l'autoguidage, je laisse celui-ci se stabiliser quelques minutes et si tout est ok au niveau courbes et RMS, après avoir validé l'autorun qui planifie les images à prendre par séquences, roule ma poule !

 

Mais à aucun moment lors du plate solving ou après, je n'ai à aller chercher une image pour valider, l'ASIAir Pro se débrouille comme un grand !

 

Est-ce à dire qu'avec le Stellarmate il faut le faire pour le plaste solving ?

Ou était-ce parce que tu étais sur un simulateur ?

 

Autre question : as tu utilisé l'alignement polaire de Stellarmate, tu n'en parles pas dans ton retour d'expérience ou j'ai peut-être zappé le passage ?

@frank-astro idem pour toi,  Frank, as tu déjà utilisé celui de Stellarmate ou tu n'utilises que PHD2 ?

 

il faudra d'ailleurs que je vérifie la version car je ne se ais pas si c'est celle qui incorpore le multi étoiles !

 

Il va falloir par ailleurs que je me plonge dans la doc, car j'ai essayé de connecter le matos, mais il ne semble pas tout me trouver, probablement quelque chose que je n'ai pas dû faire ou c'est peut-être que son homologue dans Stellarmate avait verrouillé les périphs car dans mes profils je n'ai pas coché PHD2 pour l'autoguidage ?

 

Enfin, pour le guidage, vous semblez tous partis sur PHD2, est-ce que c'est uniquement avec lui que vous faites l'autoguidage et vous l'avez intégré dans vos profils matériels (voir question supra) ?

 

D'ailleurs, est-il possible d'utiliser parallèlement PHD2 ET l'autoguidage de Stellarmte, du moins potentiellement s'entend, pour contrôler les infos plus complètes (encore que, contrairement à l'ASIair, le Stellarmate est plus complet) ou croiser tout simplement ?

 

Ah quand je pense au ciel hier soir et ce matin, dégoûté...

 

Mais c'était un choix de ne pas tout ressortir..., faut que j'assume...

 

Philippe

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 17 minutes, Phil49 a dit :

Est-ce à dire qu'avec le Stellarmate il faut le faire pour le plaste solving ?

Ou était-ce parce que tu étais sur un simulateur ?

 

C'est parce que c'étaient les simulateurs :) Je n'ai pas trouvé moyen de leur faire simuler un décalage de synchro, ya ptet moyen mais je le connais pas. Du coup c'est une astuce pour pouvoir tester quand même l'astrométrie. Mais bien sûr ce n'est pas quelque chose qu'on devrait faire en réel.

 

il y a 20 minutes, Phil49 a dit :

Autre question : as tu utilisé l'alignement polaire de Stellarmate, tu n'en parles pas dans ton retour d'expérience ou j'ai peut-être zappé le passage ?

Oui je l'ai testé hier dans la vraie vie, ça marche très bien :-)

Mais avec les simulateurs c'est possible aussi: dans les simu de la monture tu peux lui spécifier un décalage en azimuth et hauteur par rapport à la polaire, ce qui permet de faire le test. Kaelig a donné plus haut un lien vers une  vidéo qui l'explique.

 

il y a 26 minutes, Phil49 a dit :

D'ailleurs, est-il possible d'utiliser parallèlement PHD2 ET l'autoguidage de Stellarmte, du moins potentiellement s'entend, pour contrôler les infos plus complètes (encore que, contrairement à l'ASIair, le Stellarmate est plus complet) ou croiser tout simplement ?

 

J'utilise PHD2 par habitude, je l'ai toujours utilisé et j'en maitrise bien maintenant la lecture des logs avec PHDViewer. Mais il semble que le guidage interne de Ekos soit efficace aussi, et il fait aussi du multi-star. Non on ne peut pas utiliser les deux en même temps sur la session, c'est l'un ou l'autre. Et oui ça se spécifie dans les profil lequel tu veux utiliser.

 

 

 

  • J'aime 2

Partager ce message


Lien à poster
Partager sur d’autres sites

Ha j'ai eu un bug sur la fin au matin! Ekos refuse de me faire des poses plus courtes que 1/10 de secondes avec mon APN, je ne sais pas pourquoi - donc impossible de prendre les BIAS et pour les FLAT c'était un peu juste, du coup je les ai refait à la main. Mais j'ai vu sur des forums vite fait que je ne suis pas le seul, il va falloir approfondir - ça a l'air d'être un bug avec le driver Indi de l'APN.

 

Pour le reste pas de souci! Le RPI a tenu toute la nuit dans le froid (je suis parti me coucher après avoir lancé la séquence de DARK), il tournait encore très bien ce matin. Après il a fait certes très froid mais aussi très sec, ça aide.

  • Triste 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Merci @LucaR pour ce test réussi.

 

Etant débutante par rapport à vous sur beaucoup de choses (monture équatoriale, guidage, pas de focuser, ...), je vous poserai certainement pas mal de questions pour régler tout ça. En attendant, je lis pour améliorer mes connaissances avant de passer à la pratique.

 

Je vais mettre ici, les liens que je trouve(rai) au fil de mes lectures pour les DEBUTANTs en Kstars - Ekos comme moi ;):

 

1) Configuration Caméra gain-offset

------------------------------------------------------------

Une super présentation sur le bruit, gain, offset ...:

https://media.afastronomie.fr/RCE/PresentationsRCE2018/Walliang-RCE2018.pdf

 

caméra ASI: https://astronomy-imaging-camera.com/tutorials/cooled-asi-camera-setting-in-ascom-driver.html

Note: HDR= High Dynamic Range, Gu= Gain Unitaire, LNR= Lowest read Noise

 

caméra QHY: https://www.qhyccd.com/index.php?m=content&c=index&a=show&catid=23&id=226

 

ASI 071= QHY 168C: https://www.astronamis.net/t6975-quelle-valeur-de-gain-sur-les-cameras-cmos

 

 

2) EKOS

---------------

 

Vue globale Ekos: http://astro.roya.org/teenastro_linux_fr/ekos/

 

Le fil WA concernant les vidéos sur  de Gehelem: https://www.webastro.net/forums/topic/158639-ekos-kstars-indi-vidéos-en-français/

 

tutoriel Ekos + APN: https://www.webastro.net/forums/topic/173645-tutoriel-pour-utiliser-ekos-kstars-avec-son-apn/

 

Doc Ekos en Francais: https://drive.google.com/file/d/1V54M3BWFldENTm-pELXX-L1nSTur3y_y/view

 

3) FAQ SM

-----------------

https://www.stellarmate.com/support/ekos/guide.html

 

https://www.stellarmate.com/support/ekos/capture.html

 

4) Divers

-----------------

Notions: https://www.edmundoptics.fr/knowledge-center/application-notes/imaging/basics-of-digital-camera-settings-for-improved-imaging-results/

 

Le truc qui a l'air de demander pas mal d'expérimentations, c'est le réglage de la capture: choix du gain, choix de l'ADU, ... J'ai pas encore forcément tout compris à comment définir le seuil de flip méridien et à paramétrer l'autoguidage. 

  • J'aime 2

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 3 heures, LucaR a dit :

J'utilise PHD2 par habitude, je l'ai toujours utilisé et j'en maitrise bien maintenant la lecture des logs avec PHDViewer. Mais il semble que le guidage interne de Ekos soit efficace aussi, et il fait aussi du multi-star. Non on ne peut pas utiliser les deux en même temps sur la session, c'est l'un ou l'autre. Et oui ça se spécifie dans les profil lequel tu veux utiliser.

 

Re,

 

Oui, PHD viewer est vraiment excellent !

 

Je l'utilise depuis un an maintenant avec l'ASIair Pro, ce serait bien de pouvoir l'utiliser en parallèle de PHD2 guiding maintenant ! xD

 

Bien noté pour le reste, cela explique peut-être pourquoi après l'installation de Stellarmate, la première fois, j'ai lancé PHD2, j'ai tenté de connecter, mais il ne m'a pas complètement chargé/découvert les périphériques !

 

Faut il rajouter des drivers ou il trouve ceux d'INDI que Stellarmate utilise aussi ?

 

Si j'ai bien compris, drivers INDI équivaut à drivers ASCOM, mais ce ne sont peut-être pas les mêmes ?

 

Pour le guidage multi étoiles, Ekos le ferait aussi !?

Mais est-ce que c'est intégré à Stellarmate ?

Du moins est-ce que cette partie commune est reprise au fur et à mesure dans Stellarmate ?

 

@kaelig merci pour ta compil de liens qui est intéressante et me servira pour ma lecture ce week-end ! ;-)

 

il y a une heure, kaelig a dit :

J'ai pas encore forcément tout compris à comment définir le seuil de flip méridien et à paramétrer l'autoguidage. 

 

Pour cette partie, je connais déjà pour la pratiquer sous l'ASIair Pro, mais c'est surtout la partie "protection'" en cas de loupé de flip méridien qui m'intéresse !

 

J'ai vu où cela se situait dans Stellarmate, mais je ne sais pas trop quelles valeurs mettre pour servir de garde fou !

 

Pour mémoire, trop de loupés sur l'ASIAir pro pour être parfaitement serein... :D

 

Enfin, pour les ADU, c'est surtout utile pour les flats et les darks flats, c'st d'ailleurs ces deniers que je ne parviens pas à faire avec mon ASIair Pro car impossible de monter au delà de 0,2 sec sans avoir des bandes ou artefacts !

J'attends de voir avec le Stellarmate et le boitier Skydad qui devrait arriver dans une semaine ou deux...

Philippe

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 2 heures, Phil49 a dit :

Faut il rajouter des drivers ou il trouve ceux d'INDI que Stellarmate utilise aussi ?

PHD2 utilise les mêmes drivers j'ai pas eu de souci particulier pour lui faire voir ma Zwo (caméra guide) et ma monture (il précise juste "Monture Indi"):

image.png.b7fb2fd0258b4c015af7ed2f65fa3bc5.png

 

Dans EKos c'est au niveau de la définition du profil qu'un petit menu permet de choisir quel appli utiliser pour guider:

image.png.94a40518984509e27362ba269ab3a116.png

 

Il y a 2 heures, Phil49 a dit :

Si j'ai bien compris, drivers INDI équivaut à drivers ASCOM, mais ce ne sont peut-être pas les mêmes ?

 

INDI c'est l'équivalent d'ASCOM mais pour Linux. A ceci prêt que les constructeurs ont la fâcheuse habitude de ne pas toujours proposer de drivers linux, du coup certains sont développés par d'autres personnes, généralement en license libre. Et donc INDI inclue un certain nombre de drivers qui ne sont pas fait par les constructeurs eux-même.

 

Il y a 2 heures, Phil49 a dit :

Pour le guidage multi étoiles, Ekos le ferait aussi !?

Mais est-ce que c'est intégré à Stellarmate ?

 

EKos intègre une fonction de guidage qui est l'équivalent de PHD2, c'est un guideur interne quoi qu'on peut préférer à PHD2 car il est aussi très performant. Et il fait aussi du multi-star, je crois même qu'il le faisait avant que PHD2 ne s'y mette. Donc oui c'est dans Stellarmate puisque c'est dans Ekos et que Ekos est dans Stellarmate.

 

 

 

 

 

 

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Bonsoir,

Actif ce fil ! :D

@Phil49 Au niveau autoguidage, j'utilise PHD2 depuis longtemps mais sous EKOS, j'ai aussi utilisé celui en interne qui fonctionne très bien. Pas de préférence à ce jour sauf qu'avec celui en interne, tu n'as pas une fenêtre supplémentaire.

Concernant le Polar alignement, je ne l'utilise pas car en poste fixe, donc monture alignée.

 

Et sinon, je me demandais comment envoyer une cible du planning Kstar vers Ekos. C'est tout con, il suffit de faire un clic droit sur l'objet dans la liste et faire "Envoyer vers Ekos".

 

Enfin, concernant le solveur astrométrique, j''ai testé celui en interne (je n'ai pas installé ASTAP) lors d'un flip au méridien. Ben nickel, au méridien, bascule de la monture, recalage astrométrique et c'est reparti. Mais au moment de retournement de la monture, faut pas un fil qui pandouille B| Tout doit être bien cablé.

Modifié par frank-astro

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 2 heures, LucaR a dit :

Dans EKos c'est au niveau de la définition du profil qu'un petit menu permet de choisir quel appli utiliser pour guider:

 

Re LucaR

 

Oui, j'vais vu effectivement, donc soit je rajoute deux profils pour que j'en ai deux qui traitent mon newton et ma lunette avec guidage interne et deux autres avec le guidage PHD2, soit il existe une possibilité de switcher après al création !?

Mais j'en doute, vu ce que j'ai constaté, donc deux profils en plus...

 

Pour le multi stars, c'est cool s'il était déjà implémenté dans Ekos et qu'il est disponible sur cette version de Stellarmate !

 

Je vais regarder de nouveau les interfaces peut-être que cela se oit dans un menu déroulant !

 

il y a 35 minutes, frank-astro a dit :

Concernant le Polar alignement, je ne l'utilise pas car en poste fixe, donc monture alignée.

 

Avantage indéniable du poste fixe...

 

il y a 35 minutes, frank-astro a dit :

Mais au moment de retournement de la monture, faut pas un fil qui pandouille B| Tout doit être bien cablé.

 

Frank, justement, je posais la question plus haut du flip méridien, et comment l'empêcher de venir en butée accidentelle du trépied !

 

Peut-on faire cela avec Stellarmate, et quelles données peut-on mettre pour ne pas empêcher le flip de méridien de s'éxécuter correctement mais tout en empêchant un accident ?

 

Philippe

Partager ce message


Lien à poster
Partager sur d’autres sites

Il faut que tu rentres les valeurs limites de ta monture dans l'onglet "Mount". Tu as la hauteur et l'azimut et peux aussi lui dire de faire le flip avant ou après le méridien.

Bon, je t'avoue que la première fois, j'avais actionné ma caméra pour être sûr mais pas de souci.

 

Tu as ici un fil qui explique cela :

https://www.indilib.org/forum/stellarmate/6426-noob-question-s-initial-setup-limits-to-avoid-mount-collision.html

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

En fait, c'est tout con. Tu sais que le méridien est le cercle qui passe par le Zénith du Nord au sud. Avec ta monture équatoriale, tu peux pointer une étoile sur le méridien et tu vois la config que cela donne.

Si tu vois que tu as un peu de marge, alors tu peux lui demande de basculer seulement après avoir passer le méridien. Ce décalage est donné soit en heure ou en degrée. Si tu préfères, tu peux aussi basculer avant d'arriver au méridien; donc plein sud. 

De mon côté, le flip se fait au passage du méridien. J'aurais pu gagner une bonne heure mais je préfère basculer quand la monture n'a pas trop de porte à faux.

 

Quelques infos :

http://astronomy.mdodd.com/gem_movement.html

 

Et la définition d'apès la doc :

Meridian Flip: If supported by the mount, set the hour angle limit (in hours) before a meridian flip is commanded. For example, if you set the meridian flip duration to 0.1 hours, Ekos shall wait until the mount passes the meridian by 0.1 hours (6 minutes), then it commands the mount to perform a meridian flip. After the meridian flip is complete, Ekos re-aligns using astrometry.net (if the alignment was used) and resumes guiding (if it was started before) and then resumes the capture process automatically.

 

A propos de solveur, voici une indication intéressante : (https://docs.kde.org/trunk5/en/extragear-edu/kstars/tool-ekos.html)

Warning

Never solve an image at or near the celestial pole (unless Ekos Polar Alignment Assistant Tool is used). Slew at least 20 degrees away from the celestial pole before solving the first image. Solving very close to the poles will make your mount pointing worse so avoid it.

 

Modifié par frank-astro
  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a une heure, Phil49 a dit :

Oui, j'vais vu effectivement, donc soit je rajoute deux profils pour que j'en ai deux qui traitent mon newton et ma lunette avec guidage interne et deux autres avec le guidage PHD2, soit il existe une possibilité de switcher après al création !?

 

Bah tu peux revenir dans l'écran de définition du profil et changer ce truc tout simplement!

 

 

il y a une heure, Phil49 a dit :

Frank, justement, je posais la question plus haut du flip méridien, et comment l'empêcher de venir en butée accidentelle du trépied !

 

 

Justement le flip méridien est fait pour éviter ça :-) Après ça dépend des configs, mais il est rare qu'on ne puisse pas aller jusqu'au méridien. En général le risque de buter surviendrait bien après le méridien si le flip n'était pas fait.

 

Le paramètre principal c'est le nombre de minutes avant ou après le passage de la cible au méridien (qui est le point le plus haut de sa course: avant elle monte, après elle descend) où le flip doit être effectué. 

 

Moi je fais le flip au moment du passage car généralement ça me va aussi bien. Mais je vérifie quand même systématiquement, avant de commencer à shooter (juste après avoir fait mon équilibrage en fait), que ça ne posera pas de souci. En effet ça peut dépendre de la position en DEC de la cible, du mou que j'ai laissé aux fils, etc... Si ça pose souci alors je modifie le paramètre pour qu'il le fasse avant.

 

Attention aux passages automatiques si on n'est pas devant le setup :) On est au chaud chez soit, on oublie que ça va passer le méridien... Or il vaut mieux être sur place, assister au flip et être prêt à arrêter tout en cas de souci (un fil qui se coince, etc...). Donc je conseille de mettre une petite alerte, un réveil, whatever :-)

 

 

  • J'aime 2

Partager ce message


Lien à poster
Partager sur d’autres sites

Effectivement, tout comme @LucaR, je bascule au passage du méridien.

Pour info, j'avais testé en pleine journée, histoire d'assurer. Et au moins, tu vois comment tout se comporte au basculement.

Après, de mon côté, je laisse faire le flip sans surveillance vu que j'ai vérifié avant. J'ai confiance en la Force xD

Modifié par frank-astro
  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 10 heures, frank-astro a dit :

Effectivement, tout comme @LucaR, je bascule au passage du méridien.

Pour info, j'avais testé en pleine journée, histoire d'assurer. Et au moins, tu vois comment tout se comporte au basculement.

Après, de mon côté, je laisse faire le flip sans surveillance vu que j'ai vérifié avant. J'ai confiance en la Force xD

 

Bonjour,

 

A vrai dire, les flips méridiens qui ont foiré étaient sur des objets où la bascule s'effectuait alors que le téléscope pointait entre 40 et 90°, et pour que le newton soit tête en bas, cela me parait peu probable que le mouvement ait impliqué de passer au ras des paquerettes pour faire la bascule !!

 

Cela avait lieu en pleine nuit vers 2 ou 3 heures du matin et comme c'était programmé dans l'ASIair, c'est lui qui décidait du moment opportun (seule la durée après laquelle il va effectuer cette manœuvre est mentionnée), donc à part le lui interdire en décochant l'option flip merdien, pas de garde fous aujourd'hui...

 

Là, dire que 'on fait le flip à 1, 10 ou 20° (j’exagère) je ne suis pas certain que c'est ce qui empêchera le problème...

 

Bon maintenant, le Stellarmate n'est pas l'ASIair, peut être qu'il gère beaucoup mieux cette routine.

 

Peut-être y avait il une autre explication aussi, un paramètre, une ou des conditions qui expliquaient comment un tube pouvait pivoter de plus de 90° dans tous les axes au point de pointer vers le bas avec une durée de suivi qui ne dépassait pas les 4 ou 5 heures avec des objets toujours largement au dessus de l'horizon pendant toute la durée ...

 

Philippe

Partager ce message


Lien à poster
Partager sur d’autres sites

Oui, c'est etonnant. Après, tu peux le simuler en pleine journée pour bien voir ce qu'il se passe. C'est ce que j'avais fait la première fois.

Partager ce message


Lien à poster
Partager sur d’autres sites

Bonsoir,

J'ai un doute. Quand on fait les darks dans l'onglet de guidage EKOS, je suppose que c'est uniquement pour le guidage interne ?

Je les ai refait également pour PHd2 mais je me demande si ce n'est pas un doublon.

 

Bon finalement, non, il faut bien faire des darks soit pour PHD2, soit pour le guidage interne.

 

Modifié par frank-astro

Partager ce message


Lien à poster
Partager sur d’autres sites

Bon ce soir, galère avec le solveur. Impossible de me localiser au départ, j'ai passé plus d'une heure à essayer de me recaler. Je pointais une étoile ou un objet CP, toujours le solveur failed sans plus d'indication.

Impossible de cocher le log du solveur, toute la zone log d'Ekos est grisée ? Est-ce pareil de votre côté ?

J'ai fini par pointer la Polaire, juste une capture/Solving et nothing. Il a de suite trouvé le champs et l'angle de la caméra.  Ensuite, plus aucun souci pour me repointer sur un autre objet.

Rien compris sur le problème. Est-ce parce que j'ai changé de filtre, et donc légèrement la rotation de la caméra, et qu'il garde en mémoire les anciennes positions ???

Bref, perdu quasiment 1h30 à chercher ce souci.:S

Maintenant, tout tourne, il était temps :

Capture.JPG.4776e640095c9045595c530df0b0fec6.JPG 

Modifié par frank-astro
  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 11/02/2021 à 22:31, frank-astro a dit :

J'ai confiance en la Force xD

 

Alors que la force soit avec toi

b36fe6de.jpg.92b3610a182cda144ddc1852936c3359.jpg

source: AstroNamur

 

PS: contente que vous avanciez

PS2: trop fatiguée en ce moment, je prépare la St Valentin

  • J'aime 2
  • J'adore 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Je pense que quand je change de filtre (Ircut - L-Extreme), je dois dévisser ma caméra pour le faire. Possible que je change alors l'angle de celle-ci et que SM mémorise cela ?

A vrai dire, je n'en sais trop rien. Mais j'ai refait la manip en pointant la polaire et cela fonctionne.

Maintenant, j'ai voulu tester ce soir le planning de capture et lorsqu'il a voulu pointer une autre cible, le solving moulinait sans résultat, mais sans planter.

Bref, c'est à peine clair pour le moment. Et comme il ne fait jamais beau longtemps, c'est compliqué de faire des tests.

Bon courage !

Modifié par frank-astro

Partager ce message


Lien à poster
Partager sur d’autres sites

Moi aussi je suis perdu :-D

 

Autant la session d'avant-hier s'était déroulé vraiment nickel, autant cette nuit c'est galères sur galères pfff...

 

Mon principal souci est que ma monture est complètement paumée, et je n'arrive pas à lui faire retrouver où elle est. Ma monture, Indi ou Ekos en fait je ne sais pas où se situe le souci. J'ai beau faire des synch avec des astrométries qui fonctionnent très bien, dès que je lui fait pointer un objet en Goto il va n'importe où - genre il pointe vers le sol... Et pourtant dans KStar il m'assure être bien là où je lui avais demandé d'aller! Tout se passe comme s'il se croyait dans l'hémisphère sud, ou bien à une autre époque de l'année.... Pourtant les coordonnées géographiques dans les setting de monture du panneau Indi sont correctes. La date de mon système est bonne aussi.

 

Ca m'était arrivé une ou deux fois sous Windows avec EQMod. Je me remettait en park, j'eteignait et rallumait la monture, dans EQMod je cliquais sur "réinitialiser les encodeurs" et tout rentrait dans l'ordre - il fallait que je refasse mes synchros mais cette fois ça marchait.

 

Là je n'ai pas trouvé un bouton de ce genre dans Indi... Savez-vous ce que je pourrais faire pour réinitialiser complètement ma monture et repartir de zéro??

 

En attendant cette nuit je fais du goto manuel, à l'ancienne :-D Pas trop difficile ça va: je suis en grand champs sur mon tout nouveau Samyang 135mm :-)

 

 

Partager ce message


Lien à poster
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant



  • Contenu similaire

    • Par jeffbax
      Bonjour les amis,
       
      Les dernières semaines de vaches maigres pour les observations n'ont pas eu que des inconvénients (même si c'est mieux quand il fait beau). Elles ont laissé du temps au traitement et à la gestation d'images, dont particulièrement celle-ci.
      L'idée est née avec @GuillaumeGZ, avec qui nous partageons beaucoup, suite à la publication d'un travail colossal effectué par un groupe d'une quinzaine de photographes en plus de 250 heures. Ils ont détecté les extensions de M51 comme jamais, dont en Ha.
       

       
       
      Guillaume voulait tenter cette détection et de mon coté je voulais un truc avec plus de résolution. On a d'abord pensé à des poses rapides au T350 pour la galaxie... C'était déjà pas mal. Mais en voyant s'accumuler les poses en luminance, on a changé de calibre.
       
      Exceptionnellement, nous avons marié les données issues du T1000, publiées en 2021 par la team Omicron avec celles du T250 f/4 de Guillaume.
       
      Il y a au T1000 f/3.2 8h10 de luminance et 1h45 par couche RVB - Ancienne CCD STX. Au T250 f/4 il y a 58h de L conservée sur 69h + 18h de Ha et 3h de RVB avec une 2600 MM Pro. Soit environ 92 heures.
       
      Durant ces dix derniers jours, entre les transferts de données, les versions intermédiaires et les choix partagés de rendu, on a bossé dur et finalement on s'est arrêtés sur l'image suivante. Elle résulte des compromis et corrections à tous les 3 avec @Superfulgur.
       
       

       
       
      Ne ratez pas la FULL en 6000 pixels :
       

       
       
      C'est un résultat tout en compromis que nous proposons, dont les différentes étapes de mixage seraient bien trop longues à expliquer en détails. En gros, tout ce qui est LSB (extensions lointaines) provient du T250, ainsi que le Ha. La galaxie jusqu'aux moyennes lumières vient du T1000, ainsi que les étoiles faibles et pétouilles de fond de ciel. Les extensions proches sont du T1000 + T250. On est à MAG 24 environ avec l'ancienne STX contre un peu plus de 22,5 avec le T250. Ca reste cohérent.
       
      La dynamique est monstrueuse et pour garder un aspect visuel équilibré, la galaxie est laissée en hautes lumières et brille fort. Le Ha a été intégré dans la couche rouge. Enfin, la couleur RGB vient d'un mixage des 2 télescopes. L'image du T1000 a été un poil réduite et celle du T250 agrandie raisonnablement. Pour finir on a gardé du bruit dans les extensions. On peut lisser ces extensions encore plus, même complètement, mais ça dénaturerait trop ce signal, extrêmement ténu. Ca moutonne déjà un peu là.
       
       
      Pour partage voici la L de 58h, déjà débarrassée d'une grande part de halos en prétraitement "spécial" (il en reste encore). Montée d'histogramme en GHS avec SIRIL + un masque sur la galaxie. On voit bien les structures de marée et c'est déjà surprenant.
       

       
       
      Et le petit lien Astrobin :
       

       
      La team remercie infiniment Guillaume pour ce partage et cette réalisation. Nous n'aurons jamais le temps de télescope pour attaquer ce type de LSB. Mais comme c'est moins le diamètre que le rapport F/D, la noirceur du ciel et le temps de pose qui comptent pour ces extensions, ce partage nous permet d'y accéder quand même.
       
      Voilà... On en est assez contents. Espérons qu'elle vous fera voyager aussi.
       
      Bon ciel.
       
      JF
       
    • Par Chani11
      Bonjour,
      Il s'agit d'une extension pour NINA pour gérer le retournement au méridien, qui permet de contrôler toutes les actions contrairement au meridian flip auto.
      Dans les vidéos tutos ou notice de cette extension, il faut installer le DIY meridian flip TRIGGER das lequel on doit mettre toutes les commandes. Hors celui-ci n'apparait pas, juste trois instructions qui ne fonctionnent pas seules. J'ai désinstallé puis réinstallé le pluggin, rien à faire. (mes versions sont à jour)
      Une idée ????
       

       
      Flip, rotate et wait ne peuvent fonctionner que dans M flip trigger, absent ici !
    • Par Bigcrunch
      bonsoir ,

      cette image a été prise la même nuit que le triplet du Lion , en suivant,  mais ce coup ci sans la lune ,  
      toujours avec la FS60 et son correcteur et le Sigma FP refiltré.
      147 poses de 60 s à 1250iso 112 poses retenues Prétraitement et traitement sur PI 
      images présentées : full à 1850 px ; crop à 50%; crop à 100%

      bonne soirée 
       
      Olivier




    • Par Astramazonie
      Bonjour les Astros, 
       
      Petite prise du "CASQUE DE THOR" qui date d'une semaine, que je pensais perdu dans les abysses des clichés mais qui a pu être récupérée, toujours au Seestar 20 minutes de pose.
       
      Merci à @Bob Saint-Clar pour son aide pour le traitement ... et le sauvetage de cette photo.
       

       

    • Par Chani11
      Bonjour,
      Après beaucoup de faux pas, d'hésitations et d'erreurs en tout genre, je pense commencer à maitriser le B A BA de NINA et de PHD2 associé. En gros, je fais la mise au point manuelle grâce aux valeurs HFR (mieux que le bahtinov), le pointage et le centrage de la cible se font correctement grâce à l'astrométrie, le suivi PHD2 une fois calibré est plutôt bon (l'amplitude des oscillations se situe dans une gamme inférieure à +/- 1 ". Faire une séquence est alors un jeu d'enfant.
      Cependant, au vu des résultats, mon enthousiasme est plus que modéré.
      J'ai choisi pour mes trois nuits d'essai (trois nuits sans vent, c'est exceptionnel) M101, cible facile, brillante et bien placée en ce moment.
       
      Ce qui me frappe immédiatement, c'est le fort vignetage de la caméra. Mon APN,  APS-C et nombre et taille de pixels comparables à la 2600, n'avait pas de vignetage visible. Bien sûr ça se corrige plus ou moins avec les flats, mais ce n'est pas top pour ce genre de capteur.
      Deuxième déception, le bruit. Les images sont très bruitées, même après traitement : dark, flat, 75 poses de 2 minutes sur T200/1000. J'ai choisi le gain donné par défaut par NINA pour cette caméra, à savoir 421/600 et un offset de 1. Est-ce trop élevé ?
      Avec ce gain, durant deux minutes de pose, la galaxie n'apparait pas sur les brutes, ce qui me surprend énormément pour une caméra dite sensible.
       
      Voici le résultat avec un traitement classique Siril
       
       

       
      J'ai dû lisser un max pour atténuer le bruit. C'est très en deçà de ce que j'obtenais avant.
       
      Pour info, une brute, réduite en 2k
       

       
      A votre avis, quelles sont les pistes d’amélioration ?
      Merci
       
  • Évènements à venir