David31170

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 ?

Merci pour ton support. Le suivi sidéral est bien activé. Seul le driver « sync scan pro » permet de connecter la monture avec ASCOM et « tomber en marche ». j’artive a commander la monture avec Nina, lui donner une cible à pointer cohérente et surtout avec les possibilités de visibilité ; lzbminture se déplace aux coordonnées mais une erreur est systématique maintenant en PJ. Aussi il y a 2mn d’erreur entre l’appli SyncScan pro et Nina en Alt/Az selon JNOW et J2000: comment imposer la même référence J2000 aux 2 ? Les coordonnées du site dans le scope et Nina sont rigoureusement identiques. merci pour ton aide , Pour info , j’ai bien activé le suivi sidéral et fait croire à la monture que la calibration 3 étoiles est ok. Mais cette erreur de ASCOM est troublante en dernière PJ remise ici. idrm pour le choix JNOW ou J2000: il y a qqes minutes d’erreur en Alt/Az entre l’appli SyncScan et Nina: seule J2000 est ok. Mais comment imposer cette réf ??

Merci déjà pour ton support. A ce moment tout semble ok: la monture est de parquée, pas de suivi en cours via ASCOM Hub device et via SyncScan pro. Donc dès que je sélectionne « pointer » telle cible dans Nina, ascom grogne méchamment. la connexion tcp entre la monture et ASCOM semble tomber. La connexion iPhone et pc a ce moment précis reste opérationnelle :,je peux continuer à déplacer la monture. Mais il faut un power off/on monture pour rendre possible la connexion avec ASCOM /Nina.

Bonjour, j’ai une monture sw heq5 pro neuve, avec un dongle WiFi, accessible via pc/smartphone et ok. La monture est contrôlable via les commandes sous Nina. ⚠️ Problème : avec la monture « déparquée », dès que je demande sous Nina de pointer sur une cible, ASCOM génère une erreur. - La connectivité avec la monture et Nina via les drivers ASCOM deviennent plus que périlleux en raison d’erreurs remontées par ASCOM. J’ai sélectionné 2 drivers dans Nina et je probleme persiste mais avec des erreurs bien différentes (voir captures): 1/ natif “SyncScan pro” 2/ en utilisant par “ ascom hub device” A chaque erreur, il faut faire un power off/on de la monture pour recaler le dongle WiFi avec ascom et Nina qui a planté , et qui énerve. ✅ pour info: en cas d’erreur ASCOM, la monture reste contrôlable et ok via le pc ou smartphone. - Les erreurs sont les mêmes avec la monture sur le WiFi (mode AP) ou lié au réseau maison et qui m’énerve encore plus vu le prix du matériel investi. Il n’y a pas de problème wifi en local (dongle en mode Access Point) ou via le réseau maison. Ci dessous les captures écran des 2,types d’erreurs observées sous Windows 10 de base tout simple. - Nina, La plateforme ascom, windows et le dongle WiFi sont tous à jour… Je ne dois sûrement pas être le 1er a tomber sur ces pb de connexion /relai wifi via ASCOM. Il semblerait aussi qu’il ait un timer decqqes minutes qui fasse tomber la connexion entre ASCOM et la monture sur Inactivité de la monture… Svp merci de votre support, car cette perte de temps pour des pb de connexion ne devrait plus avoir lieu. cordialement, David.

Oui c’est juste : @willy7624il faut ouvrir un autre post.

Ton alignements est terminé : c’est mentionné en bas. - Si dans ton répertoire il y a les fichiers « r_xxx » , alors ferme le traitement en cours « arrêter », essaye « continuer » sur ce message; au mieux redémarré Siril car tu as ces fichiers « r_xxx » et lances l’empileuse avec cette séquence r_xxx. C’est une version « release candidat » non « stable » encore … Bonne info @willy7624; utilises 1 seule passe d’alignement

Bonjour Willy, moi aussi passé sous rc2. Selon un expert de Siril (Cyril Richard) Tu as du redémarrer ton pc normalement pour une install ok (librairie charger correctement après off/on). -> jamais eu ce message affiché. -> tes prises semblent très nette au vu de l’alignement sur les dernières prises : seulement qqes pixels de décalage entre capture, avec (dX, dY, rotation) tres faibles, avec une bonne fwhm bien faible. Donc ton empilement soit bien se passer sur la séquence « r_xxxx » qui a du être générée après allignement. « r_ » est le prefixe ajouté par l’alignement qui s’est fait sur la sequence « bkg_xxx ». Donc le résultat alignement doit être « r_bkg_xxx » sur ton pc que tu vas utiliser pour l’empileuse. -> Tu as bien cette séquence « r_truc_muche » sur ton répertoire ? Si tu l’as, tu la sélectionnes et tu démarre l’empileuse avec option « normalisation additive avec mise à l’échelle » et « normalisation en sortie » cochée en bas. si tu n’est l’as pas, contactes Siril: moi j’utilise le groupe FB « Siril » et l’un des modérateurs est un des pontes de Siril, dixit mister Cyril Richard : Il te répondra.

😵‍💫🥶😬 🙃 t’as raison, c’est aussi un prêt 🥶

Après les planètes si elle est tjrs dispo 🙃

Salut Serge, oui; limité aussi par le filtrage de l’APN. mais je vais tout reprendre - celle et d’autres, et augmenter le nombre de pose de 100 a 200 incluant 20% de rejet (fwhm, avions, etc.) pour augmenter le SNR d’un facteur 10 à 14, faire de meilleurs traitements, mieux appréhender ces nébuleuses et bien connaître son matériel et interactions avant de changer / adapter son setup . au delà de ce temps total , ce n’est pas pour l’instant le moment de cibler plusieurs nuits, mais apprendre pour l’instant son matos et logiciels. Merci pour tes conseils 👍 J’ai fais exprès pour montrer les artefacts de certaines photos qu’on peut voir partout et trop retouchées / saturées pour tenter de cacher des défauts…

Bonjour, Je vous partage ma 1ere nébuleuse ngc 6888 dixit “croissant”: - 100 x 60sec sans dofs - sw 150/750 pds sur heq5 pro sans auto-guidage, Nikon d5100 avec correcteur de coma. - traitements Siril 1.2. ✅ Le but était d’apprendre à recadrer une cible sur l’imageur (APN) selon les erreurs de MES (nbr de lignes/colonnes à recentrer), et d’apprendre à les rudiments de Starnet++ sous Siril 1.2: - en résumé, une fois l’image linéaire sortie en 1er jet: extraction du masque d’étoiles, travail sur la partie “star less”, et re-ajout du masque d’étoiles dessus ave Pixel Math (addition de masques). - tres bonne interface Starnet / Siril: difficile de faire plus simple pour des traitements aussi complexes derrière… ➡️ le FdC et les couleurs seront J’espère plus présentes avec des DOFs, plus de poses et un travail plus fin sur les masques (Etoiles seules, sans étoile, puis somme des 2). ➡️ Cosmétique pour un 1er run de partage: - la 1ere photo est la sortie de Siril - la 2eme est un traitement basique sous iPhone. Merci pour vos retours. Cordialement

Une merveille Pour l’instant Siril lf convient pour mon apprentissage… je touche que ce que je “connais” ou avec qqes “restes”… Je comprend pas le et rapport avec le tube; ou alors parce cd que j’ai un newton. Je pensais que cdd et BF dépendait des optiques utilisés en lien avec l’imageur: ton capteur ici. ou j’ai fait ?

Salut Serge, La 1ere photo (du haut) est un chef d’œuvre de précision technique et traitement : toute la chaîne de traitement des photons jusqu’au capteur jusqu’au pc est où semble au point; l’art de maîtriser son matériel. q1: as tu fais un crop ? Si oui, on perd en résolution; peux tu envoyer la photo sans crop ? q2: la photo du milieu est elle issue des mêmes bruts ? Si oui, d’où vient la qualité des traitements et quels sont ils ? Q3: ou vois tu du tilt ? Q4: a quoi vois tu cette réduction du backfocus et pkoi moi je ne voie pas cet effet, et pkoi cette valeur attendue : elle est prise entre le capteur et le milieu de la dernière lentille entrant dans le chemin optique: est à cause des dérivations optiques pour guidage ? Épaisseur des filtres si il ne sont externes ? Autre ? Cette valeur de BF entre un min/max est spécifiée par quel équipement: la caméra équivalente à l’APN ? bravo @C14edgeHD

pour heq5 et certaine h eq6 Les valeurs (S)PEC (corrections software) estimées avec la raquette (voir user manual) sont exploitable pour une nouvelle session que après une mise en mode « parking »si et seulement si la monture n’a pas été déplacé entre temps. Dans ce cas, après on peut faire off/on et on peut utiliser « sidéral + pec ». Si off/on monture sans “parking” préalable, les donnés pec ne sont pas exploitées au prochain power on… ➡️ voir manuel , page juste après celle citée . Si la monture a été déplacée, alors les données pec précédentes sont obsoletes et à ne pas utiliser, cad choix suivi “sidereale” et non “pec+ sidéral”. pour une séance donnée, les données pec enregistrée sont exoloitables en utilisant le suivi “pec+sidérale”

Bonjour, dans ma situation j’ai un sw 150/750 pds sur heq5 pro non autoguidé, avec Nikon d5100 (bon capteur 16Mpx, 4.78 micron/px) et pour le coup oui les galaxies sont un peut petite dans le champ du capteur. J’arrive à suivre entre 60sec min, sûrement 90sec mais sans plus, et avec une bonne mes. - une x2 televue serait elle envisageable, au détriment de poser ~ 4 fois plus ou plus longtemps , 90sec max par pose ? - la compensation du facteur 4 peut elle se répartir entre temps de pose et nombre de pose ? mercj de votre retour

Après re-relecture de la doc de référence et mise en pratique en suivant les guideline, j’ai eu les réponses à mes questions dans ce doc bien fait et nourri. -> mieux vaut rester sur les docs du site officiel a en 1er, avant de s’éparpiller dans des videos et posts.

Et bien le rendu est très beau; détails fins et belles couleurs. on dirait aussi un embryon.

Bonjour, J’ai déjà lu à plusieurs reprises avec manip en // la très bonne de doc références de Siril sur les étirements histo GHS (version 1.2 beta) ici https://siril.org/tutorials/ghs/ avec de bons tutos ici: https://youtu.be/_1IfID4pQgw Ce qu’il y a c’est très data-dépendant pour un résultat adéquat selon les réglages et les données en entrée. Pour info ci dessous, entre “” n’est pas très quantifiable posant qqes pb pour novices. ➡️ la question “importante” que je me pose qui ne transpire pas dans la doc - sauf erreur de ma part est: - quels critères sur lesquels on “devrait” se baser / évaluer pour se poser la question: ok la part de traitement Siril s’arrete là, avec un FdC tel, des signaux utiles tels, avec un final d’un “léger boost de saturation des couleurs et FdC”, bien que la capture écran a ce stade précis, l’image linéaire n’est pas celle qui reflète une image satisfaisante, mais dont les signaux qu’elle embarquent seraient “suffisants” pour un post traitement cosmétique, et si besoin. - Doit on se baser que sur les courbes rvb , avec ou non luminaisance” , perception humaine ou non, alors que l’image linéaire est saturée ou “mauvaise”, ou les 2 selon l’image avec 3 ou 4 potards/variables d’ajustement. Et réitérer si besoin et sur quel critère. ➡️ Ce n’est pas du tout évident. Tout comme faire ou non une “petite” transformation asinh (arc-sinus hyperbolique; une fonction en ‘S’) , puis ensuite poser le BP très bas, puis itérer ou pas sur GHS (algo sans perte contrairement à l’algo précédent —> traitement par vase communiquant entre slots de l’histo). ⚠️ les résultats sont très “data driven” input/output, entre objets, galaxies, nébuleuses, etc. posant pb de guidelines. Question: Avez vous des tutos aidant à bien délimiter le domaines « Siril », puis ensuite post traitement « cosmétique » ? Une fois ces histo étirés ? Merci de vos retours, Cordialement, David

Fred, tu es vraiment au top, car j’avais sorti 1sec max au pif et dépend bien de la focale et de la taille d’un photosite du capteur. Entre temps j’ai fais exactement ton calcul qui m’a conforte pkoi “vitesse x1 et 1sec”. comme il s’agit de bouger de qqes pixels, donc manuellement pas plus de 1/2sec max sera bien pour la prochaine sortie avec cet APN … -> viendra le moment où la monture sera pilotée via le pc, avec ATP ou autre acquisition mais adaptée au besoin (dithering en l’occurrence). ✅ merci pour ta dispo et celle de tous ceux qui ont contribué à ce post et ce topic de “dithering” @Tony @180Vision @Tyler @C14edgeHD etc; c’est mieux de savoir pkoi on fait les choses 👍

Ok: donc en attendant que de dithering soit automatique via pc: - toutes les 5 a 10 poses au hazard, avec la raquette vitesse x1, pendant ~1sec max: haut, puis bas, puis gauche puis droit par ex. Mais rester au “centre” qd même. Le résultat du FdC devrait etre amélioré aussi. Technique subtile, Merci à vous tous 👍