Wan186

Non. ST-4 directement sur la caméra de guidage. J'ai un kit vraiment tout simple.

Je me doute, mais comme j'ai juste un kit moteur qui n'a pas d'encodeur ou de slew... Donc je ne peux rien automatiser. Ou Ekos peut faut une résolution astrometrique à la limite, pour ajouter les coordonnées équatoriales et gérer le paramètre peer side? C'est possible? Vu ma config, la question c'est: comment PHD2 va savoir si je suis côté Est ou Ouest et utiliser la bonne calibration? Sur les vieilles versions, on pouvait le spécifier pendant l'autoguidage sur la fenêtre principale...

@Tyler Bonne info pour certains. De mon côté je suis avec un kit moteur SW qui a la raquette style Lacerta rouge. Donc en ST-4, branché directement sur la caméra de guidage... Donc pas d'info contradictoire comme pour l'EQMOD, car pas d'infos tout cours 😅 sur PHD2, j'ai pearside=unknown... Et sur Linux, avec Indi Server. Donc pas possible d'utiliser GSS. --- Par contre je viens juste de lire qu'apparemment avec Indi, il était possible de forcer l'info pearside? Je n'ai pas vérifié pour l'instant si çà existe pour le driver "on camera"... Et pour ma caméra. Est-ce que cela veut dire: -arrêt du guidage -retournement manuel -changer l'info sur le driver Indi Et c'est reparti pour le guidage. Ou ça veut dire: -arrêt et retournement manuel -nouvelle calibration Puis on repart pour le guidage..? @rmor51 toi qui est branché Linux, tu as des infos sur le paramètre pearside (W et E) sur Indi ? --- Au pire je suppose que si je refais la calibration, PHD2 s'en fiche de savoir si je suis côté Est ou Ouest? Il sait dans quel sens piloter. Mais est-ce que l'algo prédictif ne travaillerait pas dans le mauvais sens et aurait besoin d'une nouvelle phase d'apprentissage? Car là ça serait 1h de calibration à chaque retournement ou début de session 🫠 ou devoir utiliser un des autres algo... (Sacrément dommage)

Salut tout le monde. Suite au sujet suivant: Je viens de découvrir que PHD2 peut avoir besoin d'être paramétré pour le retournement au méridien. Pour certaines montures, tout va bien: la monture va automatiquement gérer la chose. Sauf que pour certaines montures ou dans mon cas (pas de GOTO ni de slew), et bien il faut apparemment malgré tout paramétrer PHD2 pour que tout se passe bien... En cherchant un peu, j'apprends l'existence dans la config avancée de la case "Reverse Dec output after meridian flip". Sauf que d'après la doc: "changer si c'est coché ou non, çà fait wallou-quetchi, et çà changera qu'après la prochaine calibration". Je cite la doc dans son language plus Shakespearien: En fouinant les tréfonds du Babel-Oueb, je tombe effectivement sur plus d'une personne qui s'est cassé les dents aussi fort qu'un Baumgartner qui aurait oublié son parachute. Et surtout une discussion sur les groupes Google, qui semblent être plus proche du vrai Necronomicon que les infos douteuses que je trouve à droite à gauche, et qui se résument à "mets-toi en pulse et décoche la case". La discussion ici: https://groups.google.com/g/open-phd-guiding/c/JnvV4C5ogiQ ---- Et c'est là ou arrive l'inconnue dans toutes les infos que j'ai glané: Donc 3 cas de figure: -votre monture gère tout, pas de soucis, merci au revoir, passez le bonjour à votre bonne dame. -votre monture donne l'info ouest ou est, mais ne gère pas seul. Vous lancez la calibration de retournement au méridien une fois dans votre vie, et c'est bon. -votre monture ne donne aucune info, et à ce moment il faut faire un retournement manuel de la calibration... C'est quoi çà: "un retournement manuel de calibration"??? Ca veut dire cocher la case? Refaire une calibration complète?

Je suis content de tomber sur ton post... Pour comprendre que PHD2 nécessite d'être paramétré pour le retournement au méridien. Je cite la doc: J'ai lancé un sujet à ce propos du coup.

J'adore la réaction de @Raphael_OD sur ton dernier message @Tyler😂 Pour la version Android, c'est un fichier APK. Donc pas évident de t'expliquer car çà dépend du modèle. Mais il faut transférer le fichier sur ton tel / ta tablette, puis cliquer sur le fichier, et normalement tu as une notification de sécurité qui te propose de passer outre la sécurité. Par contre il faut un câble qui ne soit pas trop long, sinon la caméra n'est pas reconnue. Dans tous les cas, chaque application OCAL doit être "calibrée". Cela se fait grâce au numéro de série (à l'arrière de l'Ocal). Il faut télécharger le fichier Excel sur la page de téléchargement. Rechercher ton numéro de série dedans, et tu auras le "code calibration" à utiliser. Pour l'application PC: il y a un fichier nommé "focus", et il faut copier ce code en première ligne (donc supprimer si il y en a déjà un). Pour l'application Android: il faut faire un click long sur "save config". Si le code est par exemple: "0 0 1654.98 1248.83" alors il faut mettre 1654.98 pour la première ligne, et 1248.83 pour celle d'en dessous. Voilà 😉

Finalement j'ai dis une bêtise... Ce n'est pas un étirement linéaire que je fais. J'utilise GHS, avec tout à défaut (donc 0 sauf protection des hautes lumières à 1), je change juste le facteur d'étirement. A faire donc après la déconvolution dans ce cas.

Un petit étirement linéaire avant, vraiment léger, peut aider. Ne t'attends pas à des résultats parfaits quand il sépare. L'important c'est qu'une fois recombiné, le résultat est souvent propre.

@Tyler ahh, donc tu parlais de l'erreur RMS. Mais du coup, tu mets un mouvement mini qui correspond à ton erreur..? 🤔 Je suppose que tu veux dire par là qu'une fois que tu as réduit au mieux ton erreur RMS, tu remontes pour éviter de chasser la turbulence?

Bizarre ton tensorflow.dll... Il n'a pas le bon nom. Tu as téléchargé quelle version? Normalement son nom c'est juste tensorflow.dll

@pe78420 ce n'est pas évident effectivement. Déjà comprendre quand on parle de linéaire ou non linéaire, et comment fonctionne chaque traitement (pas juste le résultat) aide beaucoup à comprendre l'ordre d'application. Starnet permet de séparer l'image en 2 images: -le starmask, qui ne contient que les étoiles. -le starless, qui contient tout le reste. Ça permet de travailler indépendamment chaque partie, puis de les recombiner: -on peut donc tirer le meilleur de chaque partie. -on peut définir à quel point les étoiles doivent être présentes sur l'image finale. Il faut télécharger Starnet, et dans les options de Siril lui specifier où le trouver.

Alors: -j'aime pas utiliser les scripts Je préfère le faire à la main, avec pour commencer un alignement 2 passes. Pourquoi? -> déjà car j'aime filtrer les images que j'utilise, à travers l'onglet "graphique", en fonction de la FWHM et de la rondeur des étoiles. -> ensuite car çà permet de demander à Siril de faire une méthode de cadrage "au minimum" -la suppression de bruit vert se fait en toute fin. Elle peut flinguer la déconvolution. -ta méthode pour le retrait de gradient est bien trop rigide. La plus efficace que j'ai trouvé en essayant tous les tutos: à la main. On place chaque point en dehors des étoiles ou de l'objet. Un point à chaque coin de l'image, un point au milieu de chaque bord, puis plusieurs points autour de l'objet. J'ajuste le lissage en fonction de mon goût. -La déconvolution peut se faire en aveugle sur une starless, ce qui produit de meilleurs résultats. Mais c'est difficile. -D'ailleurs je ne vois nul part que tu utilises Starnet. Alors que pour moi c'est indispensable, sinon c'est saturé d'étoiles, ce qui rend l'image "bordélique". -Je n'utilise pas de transformation asinh, car je trouve qu'elle modifie trop les couleurs. -Je n'utilise pas non plus l'égalisation d'histogramme, car elle est trop grossière comparé aux GHS, et régulièrement on perd du signal. Mais oui, çà ce fait tel que tu le cites malgré tout. -Réitérer les étapes 7 à 9? Non. Soit tu as mal fait tes étapes 7 à 9, soit c'est qu'il faut passer par les GHS. Répéter des opérations, c'est dégrader l'image. ----- Après, chacun a sa recette. Certains ne veulent pas faire de GHS ou de Starnet, d'autres ne veulent pas faire de déconvolution, d'autres utilisent des logiciels à certaines étapes... Pour moi, c'est toujours SIril + GraXpert (pour denoise et deconvolution, mais pas pour le gradient) + Starnet + Lightroom à la fin. Toujours le gradient en manuel, et toujours GHS et jamais asin ou histo.

Bah je suis l'un des rares à comprendre de suite apparemment. Il faut que çà fasse moins de la moitié d'un pixel de la caméra principale. Sauf que la valeur du réglage est pour la caméra de guidage. D'où la règle de 3, aveac le rapport d'échantillonage... Si ta caméra principale a des pixels de Pi um, et la focale de ton télescope est de Fi Que ta caméra de guidage a des pixels de Pg, et la focale de ta lunette guide est Fg. Tu dois mettre au maximum 0.5*(Pi/Pg)*(Fg/Fi). Un exemple avec mon matos: -pixels imagerie 3.04 um. Focale télescope avec correcteur de coma: 681mm. -pixels guidage 2.9 um. Focale lunette guide 240mm. Je dois donc mettre au maximum 0.5*(3.04/2.9)*(240/681) = 0.1847. Donc 0.18. ------- Par contre, le tuto que j'ai, c'est 1/3 à 1/4 de l'échantillonnage... Pas la moitié. 😂 Donc çà fait 0.0924 (soit 0.10) -------- Ecoute Tyler. La voie de l'expérience... Par contre là, c'est moi qui ai rien compris 😂 Qu'est-ce que tu veux dire par "le guidage est à 0.12 px en AD"?

Ca dépend de ce que tu utilises: déconvolution? starnet? denoise avec GraXpert ou autre? Ca dépend aussi de quoi tu nous parles: depuis les brutes? Ou une fois stacké?

Si. Ca dépend de la taille des pixels de ta caméra d'imagerie et de celle d'autoguidage. Je te laisse utiliser cet outil pour voir si tu obtiens le bon ratio: https://astronomy.tools/calculators/guidescope_suitability Il existe des adaptateurs pour mettre une caméra guide dessus. Ex: https://www.firstlightoptics.com/adapters/astro-essentials-sky-watcher-9x50-finder-to-c-adapter.html Certains l'utilisent ainsi, directement sur son support d'origine. Après il faut pas s'attendre à un truc très efficace. L'autoguidage nécessite d'avoir la lunette guide coaxiale avec le télescope. Et le support de base n'est pas du tout prévu pour çà (O-ring en caoutchouc). D'autres l'adaptent donc avec des anneaux de support. Ex: https://stargazerslounge.com/topic/359940-converting-9x50-finderscope-to-guidescope/