Wan186

On est d'accord, tu as bien l'adaptateur T2 avec ton filtre Baader? Tout à droite sur la photo: L'adaptateur Canon que tu me montres coûte une fortune pour beaucoup de prise de tête: -le tirage change en fonction de si tu mets un filtre ou pas, si tu mets l'adaptateur M48... -si on met un filtre entre l'APN et le correcteur, il faut rajouter au backfocus le 1/3 de l'épaisseur du filtre. Non, si tu as bien l'adaptateur T2 du correcteur, part sur du simple: https://www.pierro-astro.com/materiel-astronomique/accessoires/accessoires-pour-appareils-photo/bagues-canon-eos/bague-t2-pour-apn-canon-eos_detail Le matos PA est bon sincèrement... Ton correcteur Baader permet déjà de mettre un filtre devant. Et vu qu'il est devant, il ne change pas le backfocus 😉 Cà + les entretoises, et tu pourra régler ton backfocus comme il se doit: tu auras 54mm de tirage, et le baader est marqué pour 55mm si tu mets son convertisseur T2.

Tu as pensé à mettre les coordonnées GPS de ton lieu d'observation aussi?

Salut Victor! Tu vas vite vers l'astrophoto 😁 Tu as donc compris qu'il te faut une bague d'adaptation T2 vers Canon EF. Si il est conseillé d'avoir un backfocus de 55mm, l'analyse d'une photo avec ASTAP montre souvent qu'on est un peu trop loin ou trop prêt... Je préfère donc avoir un peu de marge (1mm), et rajouter ensuite les entretoises pour avoir le backfocus le meilleur possible (au dixième de mm prêt). Ce que j'ai comme set d'entretoises (il en existe d'autres): https://www.pierro-astro.com/materiel-astronomique/accessoires/accessoires-non-optiques/accessoires-t2/lot-de-rondelles-m54-de-0,1-0,15-0,2-0,3-0,5-1-1,5-2mm-artesky_detail

Le laser, tu le collimates une fois et c'est fini 😉 Pour l'Ocal, une tablette "suffit". Le problème, c'est que tu as 1m de câble, donc il faut voir où arriver à la poser.

Vraiment, je vois pas pourquoi payer 10 fois plus cher un laser que celui de SV-Bony qui coûte 30€... Comme beaucoup des lasers pas cher, il y a des vis de réglage, des fois cachées sous une étiquette ou un bouchon. Pour le calibrer, autant le faire de manière précise, donc hors du tube. Au moins tu peux faire pointer le laser sur un mur plus loin. Par contre le cat's eye... C'est déjà plus abouti. ---- De mon côté, je fais la collim à l'OCAL. Au moins tu fais tout. Et même de nuit... Je mets le tube le plus à l'horizontale, une feuille A4 derrière le secondaire, et j'utilise une frontale

Au moins il est actif. Au début j'étais parti pour migrer EqMod et le remettre au goût du jour, car j'avais déjà migré des applications codées en VB6 vers .NET. Sauf que tous les outils d'aide à la migration sont devenus payants 😔 Autant écrire un nouveau logiciel à ce stade...

Que depuis les 2 dernières beta. Pas encore la release 😉

Et pour ceux qui se demande si je pouvais pas sortir un truc plus propre à installer: non. L'auteur de GSS n'est pas super coopératif... Et ces modifications changent drastiquement la manière de fonctionner avec les limites, ce qui pourrait dérouter les anciens utilisateurs. Je lui proposerais évidemment de faire des modifs en ce sens, mais j'y crois pas une seconde. Ca fait des années que certains ont tenté... Et j'ai (pour l'instant) la flemme de faire un package d'installation.

Bon, problème réglé concernant les limites. J'ai édité le code de GSS pour faire ce que je veux... Dans la logique, çà permet de parer au fameux bug du retournement de méridien à l'envers.

Salut tout le monde. Ca a commencé par "EQMod, c'est moche, c'est relou ces fenêtres, l'interface est pénible..." Ca a continué par "Green Swamp Server, c'est chouette, mais on peut pas définir des limites autre que passé le méridien, et pas vraiment pour l'horizon..." Ca c'est infligé çà (ouais, je savais que j'étais parti pour une session jusqu'à pas d'heure, donc il y avait un petit remontant moral): Trouver quelles lignes de code modifier parmi les 96 737 lignes de code executables, c'était un peu comme chercher une vierge au Paradise Disco à la Jonquera. Mais les miracles arrivent. Et pour ceux qui sont intéressés, le résultat est là: https://github.com/wanltz/GSServer/releases/tag/Beta Pour l'installation, et pour être sûr qu'il n'y aura pas de problème: -il faut avoir la plateforme ASCOM 7. -télécharger l'installateur avec le lien ci-dessus et le lancer. Pour les limites: Flip Angles dans l'onglet Main, icone burger, settings. Rien a changé, c'est comme avant, mais j'explique pour ceux qui ne connaissent pas. Cela permet de définir une zone angulaire autour du méridien, dans laquelle un GOTO ne produira pas de retournement. Si vous rentrez dans cette zone via un Slew, vous aurez un avertissement avec une icone jaune tout en bas de la fenêtre Main (en forme de carré, avec point d'exclamation). Vous pouvez même avoir une petite voie qui vous prévient (dans l'onglet option). ----- Pour les VRAIS limites, il faut cliquer sur l'icone ronde en bas à droite de ce screen (dans l'onglet main): A définir de cette manière: -l'angle passé le méridien ou la limite s'active (négatif, çà veut dire avant le méridien, et donc contrepoids encore vers le bas). -Park coché -Définir la position dans laquelle parker la monture. Avant, seul le Meridian Tracking Limit était pris en compte pour tous les déplacements. L'Horizon seulement pour le suivi... Maintenant, les 2 prennent en compte l'ensemble des mouvements. Avant, il y avait une addition entre l'angle Meridian et le Flip Angle. Un bordel. C'est plus le cas, c'est bien l'angle défini ici, point barre. Avant, on ne pouvait définir un angle négatif pour le méridien... Le mieux que l'on pouvait faire était donc d'arrêter la monture quand la barre de contre-poids arrivait à l'horizontale (et dépassait à cause de l'inertie). Maintenant, on peut. Pour ceux dans le fond qui n'ont pas suivi: si une limite est déclenchée, alors les mouvements s'arrêtent, puis la monture va à la position définie pour se parker. Pratique pour les séquenceurs des logiciels tiers, on peut donc détecter si il y a eu un problème, et aviser en conséquence. ----- Je préviens: je ne suis pas responsable d'une collision éventuelle. De toute façon, personne ne le peut... C'est à vos risques et périls. Si vous voulez apprendre, vous pouvez définir le mount type sur simulator, et vous connecter. Mais çà va, je suis assez confiant, je sais ce que j'ai changé comme code. 😉

Et tu as essayé sur off? Si oui tu as eu des retournements à l'envers aussi? --- J'ai eu une réponse du dev de GSS: "regarde la section support du site" 😤 Ce que j'ai fait... Résultat en regardant le Google Groups: il n'y a bien aucune solution, et ce n'est clairement pas prêt de changer. Je sens que je vais passer quelques soirées à regarder le code source de GSS...

Oui... Sauf qu'à 200€, autant regarder une monture d'occasion... A moins de le trouver lui aussi d'occasion, ce qui doit pas être facile.

J'ai toujours l'habitude de le mettre plein fer sur le pic pour démarrer, puis faire des ajustements grâce à la prévisualisation, avant de l'appliquer. Une interprétation de l'histogramme permet de comprendre: Le fond de ciel a souvent tendance a être majoritaire en nombre de pixels face aux nébulosités... Et avec une intensité plus faible. C'est donc une répartition "habituelle" qui est représentée ici. Sauf que çà dépend de la pollution lumineuse, si ton cadrage est serré ou pas sur la nébulosité, à quel point celle-ci est faible ou non... Le point de basculement entre fond de ciel et nébulosité peut très bien se retrouver à gauche du pic. Il n'y a donc pas de recette miracle.

Je comprends! Une solution serait peut être de te construire toi même un Star tracker. Il existe des DIY vraiment pas cher à construire, pour 30€ tu as quelque chose d'assez gadget, mais qui reste mieux que rien. Ex: https://youtu.be/P_qqLA0WKJg?si=B_A7qsE64TP4kBbH

Le fait de monter les ISO va réduire aussi la plage dynamique. Tu vas aussi réduire la capture du signal faible des objets... Et augmenter le bruit, comme certains te l'on dit. Vraiment, pouvoir faire du suivi avec une monture permet de monter très largement le temps d'expo, suivant la focale et la monture. Ca change énormément de choses...

Les dernières news: j'ai "résolu" mon problème d'auto-home. Plus d'auto-home... J'ai mis mon trépied à niveau, ma monture à niveau, et j'ai défini un nouveau "home" sur NINA. J'ai plus qu'à demander un slew home en fin de session sur NINA. On peut faire pareil avec EQMod ou GSS, mais pas avec SynScan seul, qui n'a pas de fonction park... j'ai découvert le fait que l'on pouvait utiliser le port USB pour EQMod / GSS. J'avais acheté un câble EQMod sur Amazon, mais qui restait limité à 9600 kbps. Là au moins, je suis à 115200... j'ai testé EQMod et GSS concernant les limites: EQMod permet d'avoir des limites qui marchent dans TOUTES les situations. Problème: le logiciel est dégueulasse... On se croirait sous l'ère de Windows 95. GSS ne permet pas de définir des limites en dehors du tracking. On peut avoir uniquement un avertissement pour le reste, sur l'axe RA. J'ai contacté le dev pour régler le problème, sinon je vais le coder moi-même. Par contre, super avantage (en plus de l'interface qui est chouette): la possibilité d'arrêter la monture en appuyant sur la touche ECHAP. j'ai acheté des vis moletées pour faciliter l'installation de la colonne d'extension. C'est de la merde... Il y a du jeu, même en serrant comme un âne. Je reste donc sur les vis d'origine. La prochaine solution à tenter est la vis filetée qui part de sous le trépied et va attraper la platine de la monture... Mais çà va être dur à trouver. Impossible d'utiliser les outils imprimés en 3D pour la vis de réglage d'altitude... Le bloc passe au mm de la vis. La solution de couper la mousse tel que Lviatour a fait semble être la seule option pour éviter de perdre du temps à l'installation... Cà se décante...

Ok, donc j'ai testé EQMod et GSS. EQMod : les limites s'appliquent pour le tracking ou le slew d'un logiciel tier. En fait, je pense dans n'importe quel situation. Donc même si il y avait un bug, çà résoudrait le problème. GSS: les limites ne s'appliquent que pendant le tracking. J'ai posté sur le GitHub de GSS concernant cette fonction manquante et pourtant essentielle. Si j'ai pas de réponse positive d'ici 1 semaine, je pète un boulard, je fais un fork et je le code moi-même.

Voir ce qu'il m'est arrivé plus haut (point 1). Nina a fait les retournements nickel toute la soirée, puis d'un coup a décidé que çà serait pas mal de faire passer le télescope à travers le trépied, en pointant vers le bas... (Collision que j'ai évité heureusement). C'est un bug qui est connu avec Synscan, mais je voulais voir si certains l'avaient aussi eu avec EqMod.

Tu n'as jamais eu de retournement qui s'effectuait à l'envers? Sur NINA le retournement n'est géré que si on utilise le séquenceur, mais çà me va. Je l'ai déjà réglé, il me manque de le tester. Merci.

Bonjour tout le monde. Après 2 soirées avec ma Wave 150i, j'aimerais ne plus avoir à me jeter sur le bouton d'alimentation à cause d'un risque de collision. J'ai plusieurs problèmes auxquels j'aimerais bien des réponses: 1) NINA et l'option "Use Side of Pier" J'ai pour l'instant laisse cette option sur On. Sauf que sur un centrage, Nina a décidé de faire un retournement au méridien tête en bas. Cuiv' a dit que certains pilotes bugguent des fois, et reportent le mauvais côté... Et qu'il vaut mieux alors le mettre sur Off. Sauf que la doc de NINA dit qu'il est fortement recommandé de le mettre sur ON. Des expériences là dessus? Pour ceux ayant une Sky-Watcher, avez vous rencontré ce bug avec Synscan? Avec EQMod? Avec GSS? 2) Les limites sur Synscan, EQMod, GSS, avec les logiciels tiers EQMod est archaïque au possible, mais permet de définir des limites RA et de bloquer les mouvements. Mais quand est-ce que ces limites sont appliquées quand on utilise des logiciels tiers? Seulement les GOTO? Ou les Slew aussi? Ou tout le temps? GSS permet de définir les limites en RA mais n'envoie qu'un avertissement par défaut. Est-il possible de lui demander d'arrêter les mouvements à la place? Synscan permet de définir une élévation limite... Sauf que je cherche à définir des limites uniquement sur l'axe RA (comme si je voulais éviter d'avoir les contrepoids au dessus de la monture). 3) Autres options? Existe-t-il d'autres solutions? Un plugin Nina en Nighty Build, qui permet de limiter quelle que soit la commande? Un driver alternatif à SynScan ou EqAscom? Un réglage dans ASCOM qui permettrait à ces 2 pilotes de forcer les limites quelle que soit la commande?

Alors là c'est fort 😲 Ekos ne serait pas en train d'afficher les valeurs sans correction? Ou en train de faire ses propres calculs malgré tout et reporter la courbe qui va avec? Avec Nina les courbes sont identiques, mais Nina supprime le dithering et le settle dessus. Et du coup PHD2 te donne combien en RMS, et Ekos?

Effectivement, il existe différentes méthodes calculer la FWHM. Gaussien, Lorentz, Moffat... @180Vision et @Colmic Je prends note de tout çà. En paramètres j'ai un 150/750, mais avec mon CC la focale en plate-solving est de 680mm. Ma P1 Poseidon a des pixels de 3.76 um. PS = 120/150 = 0.8" Échantillonnage = 206 x 3.76 / 680 = 1.14" Ça veut dire que j'attendrais les limites de ces équipements si j'atteins 2.28", car je suis sous échantillonné ? J'en suis loin... Mais je soupçonne plus mon correcteur type Ross...

Décidément, va ton HEM aime jouer avec ta tension artérielle!

Ah quand même! Pour un Newton 150/750, il vaudra mieux acheter la version liquide du coup!

C'est pour çà que je précise "d'après Météoblue". En dehors d'avoir un Cyclope à la maison, si tu connais un truc de fiable, je veux bien. 😉 Mais en defocus sur une étoile, çà bronchait pas... C'est pas déconnant. Ce soir, c'est 1.56" Je t'invite à venir dans le 04... Tu risques d'être surpris. Oui, je comprends. La majorité des personnes ont des RMS meilleurs avec des temps d'expos de 0.5s à 1s sur les montures harmoniques... J'ai seulement fait 2 nuits avec ma Wave 150i, mais c'est pour l'instant ce que j'ai constaté aussi. 0.5s ou 1s, même RMS. 2s et çà s'envole... Sauf que c'est peut être pas la même avec des seeing importants. J'attends de voir par moi-même avec cette monture. Je vois aussi sur ce thread https://bbs.zwoastro.com/d/17446-what-you-need-to-know-about-guiding-swg-mounts que certaines montures harmoniques n'apprécient pas les OAG. Une piste pour cette HEM?