David31170

Des découvertes avec toi qu’on voit rarement (1ere fois pour moi, et inspirant mais faut le meteriel et le maîtriser). les étoiles tjrs aussi ronde qui reflètent la qualité de calibration du chemin optique. Q: sous Siril le retrait du gradient se fait avant étirement (donc non linéaire) au moins 1 fois. Quels traitements tu fais alors en non linéaire, cad avant étirements ? peux tu faire une liste résumé traitement / objectif en 1 ligne ?

Salut Serge, difficile de rendre des étoiles aussi ronde; ta chaine optique est alors nette, tout comme ces prises et travail derrière. Peut être un zest de saturation des couleurs avec contrast sans dénaturer le FdC

Hello, Je vous partage une prise plutôt difficile pour un débutant comme moi (avril 2023), de la “chaîne de Markarian” composée de 8 galaxies: M84, M86, le couple « NGC 4435 et 4438 » dit « les yeux », et NGC 4477, 4473, 4461, 4458 (voir figure avec identifiants). Ces 8 galaxies évoluent avec le même mouvement de même coordonnées centrales AD/DEC qui est atypique - voir wiki: - Difficile à cadrer à l’APN selon son angle, les coordonnées au centre, et le champ de l’imageur (APN) pour entrer ces 8 galaxies; mais elles entrent bien toutes dans le champ…Les autres galaxies visibles ne font pas partie de cette chaîne (mouvement propre). - Difficile à traiter: entre autre la montée d’histogrammes vu la multitude de galaxies aux caractéristiques différentes, la petite taille des étoiles (tube 150/750) et la petite taille des galaxies dans le champ. - Difficile à observer en ce moment: cible à faible altitude, donc traversée d’une couche épaisse de l’atmosphère. Aussi sur 110 poses chacune de 60sec (pas d’auto guidage), 45 poses sont parties à la benne: - 5 cause trace complète d’avion, - 20 pour problème d’alignement à cause des tailles d’étoiles trop petites, - 20 autres volontaires sur FWHM trop élevée. --> Donc sur 110 poses, reste 65 x 60sec soit ~1h et des poussières, qui est faible. Environnement: - HEQ5 pro, SW 150/750 pds, APN Nikon d5100, correcteur coma. Nina pour le cadrage avec solver. - Traitements: Siril 1.2rc, et cosmétique “astrosurface”. ➡️ Conclusion : mieux vaut bien préparer sa sortie et plutôt satisfait de cette première pour moi comme un bon challenge; à reprendre avec plus de poses, bien que ne pouvant rien faire avec le pouvoir séparateur ~0.8 (contrainte du tube, 120/150) pour améliorer la FWHM. —> Tous les bons conseils sont à prendre 😉 En photo : le résultat accompagné d’une capture web avec les identifiants des galaxies. ✅ Vos remarques sont les bienvenues. Enjoy 😉

Non, je l’utilise sans problème sur win10 à jour avec win defender. Regardes tes maj, firewall et AV. La version CLI doit être utilisée.

Hormis la bonne remarque de @180Vision, voilà ou faut mettre le chemin de l’exe dans Siril. ➡️ sur quoi avez vous cliqué pour déclencher ce msg ? ➡️ est ce que Siril se lance correctement, et quelle est sa version: 1.2beta ? 1.2rc ?

décompressez dans votre espace disque, non partagé avec le Drive de Windows . ➡️ Pour Siril il faut installer la version “CLI”: pas la graphique (GUI). Récupérez simplement le chemin d’accès de l’exécutable xxx.exe et copiez le dans Siril. CLI=Command Line Interface

Capture écran du msg svp. sûrement la protection Windows: cliquez sur accepter les modifications pour que l’appli s’installe. si vs utilisez un antivirus ou autre, il y aura probable une détection qu’une appli veuille accéder à vos données sur drive ou disque: il faudra accepter .

@schizophreneComplément wifi : - le changement de réseau ad-hoc ou point d’accès du dongle WiFi ne change rien. Les 2 réseaux sont stables sans interférences gênantes.

j’ai tout éteins; mais voilà les infos que tu demandes: Nina demande via ascom le port de com tcp/udp=11881, et @ip (cochée ou non). Il (ASCOM) la trouve tout seul. J’ai essayé avec/forçage manuelle de l’ip , le port udp 11882, etc. Tout est aléatoire ou hasardeux … Note: Aucun pb via apt: les drivers ne sont pas en cause. ➡️Le coup du pied “est” ou “ouest” n’est pas la 1ere fois… ➡️C’est pareil parfois avec la référence du temps: il affiche J2000 quelques fois… et pas JNOW… C’est pour ça que je souhaite l’utiliser: belle interface soignée, intuitive, etc. mais la il s’agit une cohabitation hasardeuse entre Nina, ascom, le driver SW SyncScan app, l’ordre des connexions d’autres équipements: ex. Avec un APN (pilote ascom dslr) c’est très périlleux. Ça se fini en power off/on sur moindre erreur ou si tu tournes la tête. pour les nouveaux pilotes zwo c’est ok sans pb (camera). Le pb n’est pas ascom: aucun pb de APN avec APT…

Voilà. C’est fou: Nina affiche sur “Pied Est” ou “Ouest” qd il veut… la hauteur est affichée à 0. Sur la raquette est bien affiché 160m. La version de Nina: 2.2.0.9001, plugin 3PA : 1.7.2.0

Mieux compris. Ok dès que le pc reboote avec les plantages de Nina qui se connecte à son gré… c’est fou. Qd il se connecte, il balance “ASCOM response error” …

Salut, Merci pour ton commentaire. Je n’ai pas as de guidage . Limité à 75sec. Mes premiers débuts sont depuis avril qd il n’y a pas de nuages… - je vais faire d’autres tests à 60sec et 15sec pour améliorer la fwhm, hormis le nbr de poses qui lui va augmenter le SNR. cordialement

Et bien Nina était pas mal en simulation, mais les plantages dingues entre les équipements, l’ordre des connexions, ce famous 3PA qui a envoyé mon tube dans le trépied: tout ça c’est bien gentil mais il y a APT qui fonctionne à merveille, se connecte sans aucun soucis via ASCOM et le pilote Syncscan monture en WIfi , gère parfaitement les APN (Cannon, Nikon) et caméras (récentes/anciennes), dispose de très bon assistants de MAP au Bathinov, analyse de fwhm, choix d’une cible avec affichage du champ selon le tube, les propriétés de la caméra et autres, équivalent à Nina ou autre, dispose d’un solver remote tout aussi bien qu’avec ASTAP ou autre sous Nina avec les mêmes params, et avec le lien des params de sécurité de la monture en Alt/Az min/max… -> Une différence de taille est que APT ne plante pas… - A voir maintenant les résultats avec son solver et sa fonction 3PA. Salut, Une capture de quoi ? Déplacer le post ou changer son tag ? dis moi comment faire pour changer. Sinon, pour info: j’arrête avec Nina (pour l’instant): je passe via APT qui est vraiment bien plus stable… et avec les mêmes pilotes.

Merci avec @waogll je vais voir pour Kstars. J’étais friand sous Linux. Mais repassé sous win depuis l’achat récent du matériel (débutant tout récent…). Merci aussi pour ton support. Dingue d’avoir des pb de connectivité wifi ou autre avec ces équipements et cohabitations de soft et interfaces.

Oui c’est ce que j’ai lu, mais là j’augmente le temps de pose. Donc on diminue le gain. Ensuite cette valeur typique 70-90% du gain max dépend de la magnitude de l’objet. Si elle est par ex 4x plus lumineuse cad 6dB de plus, il faudra réduire le gain de 60 (6dB), ou compenser en temps si il n’est pas déjà trop bas (au moins 2 a 5sec pour chopper qqes photons qd même). tout ça est très dépendant du matériel -

Ou la… connais pas du tout: je regarde ce soir. Merci de l’info. Et pourtant il fonctionne très bien sur pc, smartphone…

Je te remercie; la j’ai utilisé ce que j’avais acheté d’occasion et sans l’avoir essayé avant. Juste pris connaissance des data sheet. Oui. Mais ça dépend du composant. Pour la 462 il n’y a justement aucun intérêt à descendre le gain - cause décrochage du bruit de lecture en dessous de 9dB. En revanche si il y a une magnitude 2 x plus brillante par exemple, alors on compense par une réduction du temps de pose, pas du gain en dessous de 90 soit 9dB. Oui et merci. la courte pose est très effectivement généralement utilisée - en dessous de 5sec, et selon les caméras. Dans ce cas par exemple par rapport à 60sec, il Y a un facteur 12 si 5sec en espace disque… et nécessairement en temps de traitement, et pour un résultat global peut être plus bruité. Raison pour laquelle avec cette cam uniquement, je vais essayer d’aller dans l’autre sens; et avoir qqes points de fonctionnement adaptés tenant compte de la mag d’une cible (en dB) et basé sur la fwhm.

Merci de le renoter; je parlais de SW entre autre, non bénévoles. Et mieux communiquer. Surtout que depuis 2021 certains revendeurs on arrêté les requêtes pour cause de composants , et y re fourguer un dongle WiFi qui fonctionne certe, mais avec des effets de bord sur d’autres composant logiciels

Salut et merci, c’est bien ce qui est déjà configuré mais dans SyncScan pro (app sur pc - monture en wifi et je ne devrais pas être le seul à être en wifi…). mais la passerelle ascom ne serait pas au fait de ces infos, et donc le solver et Nina. il y a un bug dans tout ce monde qui tente de cohabiter. je n’ai donc pas de driver ascom ou autre (eqmod/GS/etc.) car en WiFi. Pour info sur l’écran télescope est indiqué “Pied Est”; on m’a suggéré de ne pas cocher “direction East” dans l’écran 3PA. On m’a aussi suggéré de sélectionner moi même les points de calcul pour éviter tout désordre. Mais ça fait vraiment désordre que rien ne soit documenté ni un tuto à ma connaissance sur ce point plutôt sensible. merci de ton support.

Ok je comprend mieux ainsi ce que mentionne @pyrou61. j’ai pris note de vos infos pour copier/coller dans un mémo a suivre comme recommandation. mais ça fait désordre que rien ne soit mentionné ni dans les tutos et encore moins dans les docs de Nina à ma connaissance pour éviter un tel problème… merci.

Merci du retour . je décoche quoi et quand ? C’est le solver (astab) qui décide ou il va. Que vaut « x » degré ? Rien ne le garantit qu’il ne touchera pas encore le tube. Merci de tes précisions . pour info, en page d’accueil est indiqué « pied Est » et on m’a justement conseillé de décocher l’option « East » de l’onglet « 3PA ». Hormis les pb de driver ascom vs WiFi, La ca pue le bug astap/solver avec Ascom et/ou Nina: pas mal d’intervenants …

Bonjour, Après des tentatives d'espérer avoir quelques couleurs de nébuleuses avec un APN filtré... je me suis rabattu vers la caméra couleur que j'ai qui est plutôt dédiée pour du "planétaire". Et justement je voulais vous partager des tests de 2 résultats de M27 et M57 en "pose longue" pour du "CP / nébuleuses" avec cette caméra pour chopper enfin quelques couleurs et définitions. setup: SW 150/750 PDS sur HEQ5 pro, caméra ASI462MC non-refroidie, (très) rapides, (très) faible bruit de lecture, CAN 12 bits. traitement: Siril 1.2rc uniquement images finales des tests "sans crop": selon le champ de la caméra (2.1 Mpx, 2.9 micron/px, champ max de la caméra sans erreur de MES: 25' x 14', compatible avec les cibles (note: il y a ~4' d'erreur de MES en Alt et 6'en Az). - Pour chaque cible: M27 (8' de diamètre), et M57 (très petite, 1.5' de diamètre) , il y 100 poses chacune de 30sec, gain 10dB (valeur 100). -> Près de 30 poses jetées pour M57 cause de nuages, et écrémage manuel pour M27 et M57 avant empilement sur FWHM dépassant 6.5 (valeur min=3.5). Il restait donc: 60 poses sur 100 pour M27... qui est vraiment faible pour 30sec d'exposition. 31 poses sur 100 pour M57... qui n'est vraiment pas grand chose pour 30sec d'exposition. -> Pour mieux appréhender cette caméra au CP / nébuleuses principalement (cause APN filtré, et selon la largeur de champ d'une cible), je vais continuer quelques tests pour réduire la FWHM - hormis l'augmentation du nombre de poses pour augmenter le SNR - en augmentant le temps de pose et laisser le gain proche de 10dB (décrochage avant 9dB de la courbe de lecture de bruit qui est préférable d'éviter). Aussi de diviser par 2 le temps de pose et compensé par une augmentation du gain de 3dB, soit 130 au lieu de 100 (par pas de 0.1 dB). Les fichiers FITS étant petits, les temps de calculs sont acceptables. Merci pour vos retours / suggestions, Cordialement, David

La monture est juste positionné globalement vers la polaire, pour que je puisse évaluer réellement l’erreur résiduelle Alt/Az après cette proc 3PA mais aussi après la proc d’alignement de la monture pour relever ses erreurs Alt/Az , afin de faire confiance aussi à Nina. Ce n’est pas moi qui choisi les points, c’est Nina. Aussi il est indiqué (tutos) qu’il faut au moins positionner la monture à peu près vers la polaire avec boussole. merci pour ton retour. C’est une bonne info. Mais comment je choisis les 2 autres points ? par ex: je choisi 2 régions proches de Arctarius et Vega en AD/Dec ?

déjà je te remercie pour ton retour. Je pense ne pas être le seul à se faire taper un tube sur le pied avec Nina… -> Oui, déjà mis les params de protection dans l’appli (et via la raquette); Nina ne récupère pas ces info avec ASCOM. Et franchement les explications d’erreur ASCOM affichées dans Nina sont quasi inexploitables. -> GS est une couche au dessus d’ascom et ne cause pas le wifi encore en 2023… -> Maniper avec les simulateurs c’est bien et c’est ce que j’ai fait pour aprendre les solvers, etc, mais n’empêchera en rien un tube dans le pied et les moteurs qui couinent 😉 Aussi je ne pige pas pkoi l’altitude du site est persistant sur la raquette , mais non accessible dans SyncScan app, et encore moins sous Nina. Mais n’a pas de lien direct avec le pet de Nina sur le tube. ➡️ On m’aurait mis sur une piste à contrôler d’hiniber l’option « direction East » dans l’écran 3-point Allign. pour que les commandes moteurs évite ce pied à gauche (Ouest) par rapport au pied N(nord). Je ne sais pas du tout ce que fait cette option et ses conséquences, non précisée dans les tuto et encore moins dans le user manual. -> Ca mérite que je reteste sans cette option… mais pas 2 fois le tube dans le pied 🥶

Bonjour, J’ai des soucis avec Nina sur le plug-in “3 points allignement” qui a l’air séduisant avec son solver, sa procédure et ergonomie. - materiel: monture heq5 pro, avec dongle wifi. - Driver: SyncScan pro. 1er test: - 3 points trouvés, solver ok, ajustements alt /Az en cours - mais nina se vautre via le pilote ascom. Donc power off/on, et tout pour reprendre. 2eme test - vraiment pas cool: - le premier point est trouvé, - pour le 2eme point il envoie le tube dans le pied gauche: URG power off de la monture …les moteurs continuaient à tourner 🥶 - Note: la monture était deparquée correctement; sous Nina: repère JNOW, avec indication pied “est”, coordonnées monture ok selon les info de SyncScan pro. Pouvez vous m’aider svp ?