Gribol

Salut, Je travaille avec la V11 (version beta) de Prism et en observation automatique j'utilise l'astrométrie en local avec ANSVR. Hier, pour la première fois depuis fort longtemps, la calibration astrométrique a fait n'importe quoi (c'est bien l'astrométrie le problème et pas Prism qui ne fait qu'utiliser les résultats de cette dernière). L'image de calibration est disponible ici: http://www.astrosurf.com/deldem/tmp/Solve_obsAuto.zip C'est une pose de 10 secondes en binning 3x3. J'ai une CCD ST8 avec un champ de 25'x17'. Avant l'utilisation de ANSVR, la calibration astrométrique classique de Prism échoue, c'est normal dans cette situation, l'objet précédent se couchant plein Ouest (la comète 117P en 12h59m28.734s -00°19'14.89'') et l'objet à pointer se levant plein Est (Gaia17bpi en 19h31m12.209s +18°28'03.21'') et je n'ai pas de modèle de pointage. Voici le résultat d'ANSVR: Donc l'astrométrie me dit que je suis à 74.7 ° du champ, ce qui est complètement faux. Mais si vous refaites l'astrométrie ANSVR avec l'image en pièce jointe, vous reproduisez le problème. Il y a donc un réel problème avec ANSVR pourtant l'image de calibration semble tout à fait correcte. En revanche, pas de problème avec Astrometry.net (le champ pointé étant ALPHA= 19h31m12s DELTA=+18°28'03'') Est-ce que d'autres personnes ont déjà rencontré ce problème avec ANSVR ? Si vous avez des remarques sur l'image de calibration qui fait échouer ANSVR je suis preneur. Mais pour moi elle me semble tout à fait correcte. J'ai du mal à comprendre pourquoi cela fait n'importe quoi avec ANSVR, sachant que derrière c'est un wrapper sur astrometry.net mais avec la commande 'solve-field', c'est peut-être ça la différence avec Astrometry.net qui utilise peut-être une autre commande. PS: J'utilise ANSVR en local car il me semble que c'est plus rapide que Astrometry.net en local. Et ayant déjà eu des problèmes avec Astrometry.net distant (le serveur ne fonctionnant plus ou très lent), je préfère travailler en local même si je suis connecté à Internet. Marc

OK mais ensuite tu utilises SGP ? Mais tu es sûr que c'était ANSVR (Local astrometry.net) ? Car avec Astrometry.net distant, la calibration astrométrique fonctionne. Je n'ai pas SGP, je ne peux pas reproduire ton essai. Ta version d'ANSVR, c'est laquelle ? La dernière 0.22 ? Marc

Raphael, c'est quoi le client que tu as utilisé ? Tu as un lien pour le télécharger ? Car si la résolution marche différemment selon le client utilisé, là cela devient embêtant. Merci. Marc

L'APOD du jour Marc

Salut Olivier, Content que tout soit opérationnel pour votre équipe. Vous pouvez ouvrir le champagne. Par d'autres soucis à part la logistique hallucinante alors ? Marc

Sur la Fornax 100, il y a aussi un sujet ici et l'utilisateur semble en être très satisfait avec un Newton de 350mm. Marc

Sur les graphes corrigés du glissement et moyennés sur 5 tours, l'échelle en Y, c'est quoi ? C'est en pixels ? Marc

Même le conteneur est un 2SPOT, trop forts les gars ! Et la manutention Chilienne dans le port, "oh my god"... Marc Deldem

J'aime beaucoup ton style de traitement Vincent, cool que tu nous gratifies de nouvelles images. Marc

MINIS FORUM UM300 en version 8 GO de RAM / SSD 256 GO, je l'ai eu avec un code promo à 251.52€ au lieu de 334.53€, via Banggood depuis un entrepôt en Tchéquie, livré en 5 jours, c'est imbattable et c'est mon second. Plus d'info sur ce blog super intéressant pour les MiniPC: https://www.minimachines.net/actu/deskmini-um300-91610 Marc

@Matthieu Conjat: Tu as un truc bizarre dans le fichier courbrot_ngc5466v18.obs, au niveau des dates. Dans la séquence "6 6" tu as des dates de 2459294 à 2459313, ce n'est pas logique puisque normalement une séquence est constituée d'images de la même nuit. Mais même en enlevant ce bloc, la période de 0.37270 jours ne colle pas avec courbrot. Si on fait la recherche de la période, il trouve T=0.36714 jours mais la CdL a une drôle de tronche. Marc

Salut Matthieu, Jolie manip. v3 a une CdL très arrondie pour une RR Lyrae. v18, sur courbrot, tu n'as pas plusieurs pics dans les fréquences ? (si tu peux partager les données, je veux bien jouer avec) Si on regarde sur Aladin: v3 => https://www.aavso.org/vsx/index.php?view=detail.top&oid=4392 BL Boo. Variability type: ACEP (Anomalous Cepheids. Stars with periods characteristic of comparatively long-period RRAB variables (0.4 to 2 days), but considerably brighter by luminosity. They are more massive (1.3 to 2.2 solar masses) than RR Lyrae stars. They are metal-poor A and early F-type stars.) v18 => https://www.aavso.org/vsx/index.php?view=detail.top&oid=673205 avec la période que tu indiques v22 => https://www.aavso.org/vsx/index.php?view=detail.top&oid=383205 (avec effectivement un effet Blazhko qui est mentionné) Marc

L'USB c'est la pire des solutions. Tu as des mini-PC qui ne coutent rien (un exemple: https://www.minimachines.net/actu/deskmini-um300-91610) Tu mets ça au pied de la monture puis liaison réseau jusqu'à chez toi. Marc

Il y a aussi une histoire de débit pour les CMOS rapides. Il y a pas mal de threads à ce sujet sur le forum Prism. Marc

Salut, Juste pour info, le nom de la SN est avec des lettres minuscules (2021hpr). C'est juste quand tu as une seule lettre que tu as une majuscule (2021A) (donc les 26 premières détections de l'année). Dès qu'il y a 2 lettres ou plus c'est en minuscules (2021aa). Et enfin, au début, c'est un "transient" c'est-à-dire un objet "transitoire", il y a le préfixe "AT" devant le nom. Puis si le transitoire est identifié par spectroscopie comme étant une supernova, on remplace le préfixe "AT" par "SN". Dans ton cas, c'est bien "SN 2021hpr". Voir le Transient Name Server (TNS): https://www.wis-tns.org/ Et si tu veux suivre l'évolution en magnitude de la supernova, le site de référence c'est Rochester Astronomy et pour cette SN il y a une page particulière: https://www.rochesterastronomy.org/sn2021/sn2021hpr.html Marc

Tu devrais surtout dire avec quel matériel tu as des problèmes. Marc

Je crois surtout qu'il faut une étoile guide bien brillante pour que le calcul du centroïde soit le plus précis possible. Je te rejoins sur les poses unitaires de 1 sec, je pense qu'on guide sur la turbulence. Mais j'ai essayé de guider avec des poses de 5 secondes et c'était encore pire. Maintenant je suis dans la tranche 1sec/3sec, en général 2 sec.

Oui j'ai bien lu ce document, que j'ai appliqué à un moment, mais sans résultat concluant. J'ai passé finalement la vitesse de guidage à 0.5 fois la vitesse sidérale. Et la monture est bien équilibrée.

Un exemple de guidage de la M-Uno avec Prism. C'est un peu l'exception, étoile guide très brillante (35000 ADU), seeing correct et guidage 1 seconde. Mais en général, c'est plutôt 0.8" à 0.9" en alpha et 0.5" en delta. Marc

Pixels ou seconde d'arc ?

J'ai une M-Uno depuis 2019 avec un C8 dessus. Avant j'avais (j'ai toujours) une G11 avec le Gemini-2 (et tous ses bugs toujours pas réglés...). Je travaille avec un réducteur de focale mais j'ai un focuseur qui allonge le train optique et je suis à 1640mm de focale avec une CCD et des pixels de 9 microns, soit 1.13"/pixel. Je fais essentiellement de la photométrie: astéroïdes, exo-planètes et étoiles variables. Le setup fonctionne toute la nuit avec Prism et le mode observation automatique. J'avais pris la M-Uno pour ne plus avoir le problème du retournement au méridien, car la gestion de ce retournement en observation automatique complexifie les choses: il faut recentrer le champ, de manière équivalente, il faut retrouver une étoile guide au même endroit pour ne pas décentrer le champ, il faut refaire la MAP après le retournement donc on perd du temps, si le retournement intervient à un moment critique comme l'entrée ou la sortie du transit d'une exo-planète ben c'est mort, le décalage de champ lié au retournement génère des petites différences en photométrie. Bref le retournement c'est la plaie. Avec la M-Uno ce problème disparait et c'est un vrai bonheur. Pour planifier les observations c'est aussi plus simple puisqu'on n'a pas ce problème à gérer. Donc c'est le grand avantage de cette monture. Maintenant la M-Uno est beaucoup trop sensible au vent (en comparaison avec la G11). Je suis dans le 13 avec du mistral, la sensibilité au vent est un vrai problème. Et je suis avec un C8, donc un tube court. Je n'imagine même pas avec quelque chose de plus long et/ou plus lourd. Au niveau auto-guidage, je suis mitigé. J'ai une CCD avec double capteur (un pour l'image et un pour l'autoguidage). Certes les étoiles sont rondes mais si j'ai une FWHM de 3" sur une pose de 3 secondes non guidée, sur une pose longue guidée (120 sec et plus), la FWHM va monter à 3.5", 3.7", je perds facilement 0.7" du fait de la pose. Moi faisant de la photométrie, ce n'est pas trop gênant. Mais pour quelqu'un qui veut avoir de la résolution sur une galaxie par exemple, ce sera un problème. Ou bien alors je m'y prends comme un manche pour guider (je fais des poses de guidage de 1 à 2 secondes avec une agressivité autour de 0.7 à 1 sur une échelle qui va jusqu'à 2). Ma monture avait aussi un problème de réglage initial (ce que je trouve anormal vu le prix du bestiau). Par moment, l'autoguidage partait vraiment en sucette, avec une dérive énorme sur l'axe d'ascension droite et perte de l'étoile guide qui sortait du champ. Donc un pic haute fréquence et de très forte amplitude que l'autoguidage n'arrivait même pas à compenser en 1 seconde. La monture est retournée chez le fabriquant pour révision puis revenue. Depuis (cela fait 14 mois maintenant) je n'ai constaté à nouveau le problème que 2 fois (sur 110 nuits). Je ne sais pas exactement ce qu'il se passe. J'ai aussi un problème bizarre, parfois avec le soft de la monture, la connexion avec le PC ne se fait pas (je suis sous Windows 10). Il faut que je coupe électriquement la monture (il n'y a pas d'interrupteur) et que je remette le courant pour que cela fonctionne à nouveau. Niveau pointage et centrage de champ, la M-Uno marche très bien, pas de backlash, un vrai bonheur à comparer avec la G11 et son backlash de la mort en déclinaison. Dernier truc, le soft Avalon pour faire un modèle de pointage ne reconnait que les CCD avec un driver Ascom, donc ma CCD SBig n'est pas utilisable. Je n'ai donc pas de modèle de pointage. Mais je m'en passe avec Prism et un coup d'astrométrie (j'ai Astrometry.net en local) pour recentrer le champ pointé. En conclusion, je suis mitigé, la monture a des avantages (pas de retournement, pas de backlash) mais trop forte sensibilité au vent et auto-guidage bof bof (en tout cas pour moi). Si le retournement n'est pas un problème, alors ce n'est pas la monture que je conseillerai. Marc

Si tu fais ça pendant la phase de début ou de fin du transit tu as tout faux, ces points sont obligatoires pour modéliser correctement le transit. Marc

Pour du transit d'exoplanètes, on n'a pas besoin d'avoir la MAP aux petits oignons, bien au contraire. L'idéal est quand même de ne pas avoir une trop grande variation de MAP pendant la durée du transit, si tu restes sur une FWHM qui varie de 1 pixel sur la durée, cela doit être bon. La FWHM change en fonction de la hauteur, pas la MAP (où alors tu as un problème de glissement de ton miroir). La température est un facteur important, sur mon C8 classique c'est du 0.2mm par degrés, sauf au début de la nuit où c'est la mise en température du tube et là il vaut mieux laisser le tube pendant 1 à 2 heures se mettre à l'équilibre puis faire la MAP. L'Optec comme focuseur est utile aussi, soit pour la compensation automatique de la MAP en fonction de la température (mais l'algo est très con, il n'y a pas de seuil de déclenchement, il compense tout le temps), soit à l'aide d'un soft (comme Prism). Marc

[MODE BOULET] Sur 1999 RM45, j'avais mal lu la vitesse de déplacement (confondu le ' avec le '') [/MODE BOULET] Prism indique autour de 1.14' / min soit 1.14 seconde d'arc par seconde. J'avais lancé des poses de 120 secondes. Pas de commentaires... Marc

C'est clair que la météo cet hiver est pourrie. 1 nuit d'exploitable en Décembre et 4,5 nuits en Janvier. Soit il fait moche, soit il fait beau mais avec du mistral de folie. C'est compliqué de faire des suivis dans ces conditions. Marc