David31170

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 ?

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