Messages recommandés

Il y a 14 heures, Saci- a dit :

Tu cliques sur tool dans NMEATime2----> Set time différence offset-----> Apply Calibration Value ---> OK .. aussi il faut te connecter mais ça reste imprécis si je le compare avec la led/pps(100ms)

Si tu veux une grande précision à la milliseconde prés il te faut un gps avec une led qui envoie les pulses par seconde puis tu règles toi-même l'offset, pour ça il te faut SharpCap(horodatage, turbo, etc) un pc usb3(1000fps/s en fen^trant) et une caméra ub3..

 

Salut,

 

Ca tombe bien, j'ai un gps avec une pulse LED :)

Je vais tester ta manip!

 

Merci !

 

Manu

 

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 8 heures, manu33 a dit :

Je vais tester ta manip!

Comme ça on sera deux à utiliser cette méthode, vais me sentir moins seul..;)

c'est quoi ton gps ?

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 18 minutes, manu33 a dit :

Au besoin, je peux te recontacter?

avec plaisir..

super

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 17/11/2022 à 18:40, Saci- a dit :

tout ce que j'ai sur la doc:

Effectivement, ce n'est pas très étoffé, je dirais juste que la plupart des anciens systèmes Sirf star 3 et 4 sur USB fonctionne avec un pilote qui émule un port de communication windows et une communication, pas un signal de type PPS qui reste interne.

 

Dans ce cas (USB), la plupart communiquent avec la norme NMEA 0183

https://fr.wikipedia.org/wiki/NMEA_0183

 

Je n'ai pas vu de différence fondamentale chez le fabricant U-block

u-blox8-M8_ReceiverDescrProtSpec_UBX-13003221.pdf

 

Par rapport aux montages de ce type, ou même encapsulé dans un boitier plastique comme le deuxième, il ne faut pas espérer beaucoup de composants et surement pas un oscillateur de qualité.

image.png.b3a0dbf17f4d272459f382a07becda7f.pngimage.png.0fe45657b4c7f77ddff2a597af65f843.png

 

 

 

 

Voici un block diagram dans leur conseil de montage : il est déjà plus étoffé et ils font référence à des composants externes pour compléments.

 

Pour explication ;

1) à l'intérieur, il y a une bonne horloge mais sans plus, c'est juste un cran au-dessus de la moyenne des PCs :

VC TC XO, voltage controlled + température compensated, similaire à l'extrait du tableau de chez Meinberg.

  image.png.2a2656c76e6f01e7226f7e352be7c952.pngimage.png.41a2bc3b645890c12778f81f571537db.png

 

et

2) pour le protocole de communication vers le monde extérieur (cerclé orange), dans la puce, le module de communication est un standard pour quasiment tout le monde sur ce sujet, l'interface USB n'étant qu'un support de transmission/connexion plus modernisé dans lequel c'est encapsulé.

Je suppose que ça monte potentiellement à ce qui est indiqué mais pas plus. La milliseconde me semble réalisable pour les messages soit comme indiqué plus haut : ~5ms de précision, ce qui correspond à ce qui est demandé.

image.png.116e7e0e888fa081ddd961d0cec512bb.png

 

Clairement, la documentation de la puce utilisée dans les produits bons marché indique qu'elle se fient à son horloge interne quand elle n'a pas mieux. Mais ça suffit en mode piloté.

 

Par contre, le signa PPS n'étant pas disponible, il faut prendre en compte la latence et le jitter propre à la communication numérique qui doit être interprétée dans le driver côté PC et remontée vers le processus de mise à l'heure. L'USB 2.0 c'est rapide (480Mbps <-> 2 ns / bit~) mais ce n'est pas lui qui va limiter, c'est la circuiterie de communication sous-jacente qui est en ~2us / bit, avec des messages de ~70*8 bits soit ~1ms minimum.

 

Donc, les réglages de base sont à faible vitesse : 4800 bauds soit ~600 octet/s . C'est très insuffisant pour de la précision horaire à la milliseconde.

Un exemple en mode plus rapide : https://cdn-reichelt.de/documents/datenblatt/I210/DB_NAVILOCK_61840.pdf

image.png.a3e21b8abfaba7d9202d9f8e5e864695.png on reste ainsi à ~5ms rien que pour transmettre le message

 

Discipliner l'horloge du PC reste OBLIGATOIRE.
 

1) Il faut, quand c'est possible, vérifier et changer la vitesse d'émulation du port de com et la monter progressivement jusqu'à perte de la synchro (peu de risques en USB 2.0)

2) utiliser les commandes de synchronisation NTP que j'ai donnée pour discipliner l'horloge interne et trouver la correction de fréquence du crystal quartz de votre PC.

 

Ceci fait,  il doit être possible de répondre aux deux exigences :

- maitriser la dérive de l'horloge interne (frequency adjust) et par la même celle du GPS au cas ou il faille le déconnecter ou que la liaison satellite ne soit pas fiable : ça reste une source équivalente à du TCXO, donc mieux que 99% des PCs.

- se recaler à l'heure (calculer sont offset/décalage) pendant la synchronisation

 

Ainsi vous pouvez partir en mode autonome en étant à l'heure et le rester pour la durée de la nuit, même si les GPS sont difficiles à capter.

 

Désolée de vous refroidir sur la précision "GPS" mais la maitrise du temps à la milliseconde est un sujet bien plus difficile que du bricolage de vente en ligne amazon & cie.

Il faudra se contenter des 5-10ms et ça sera déjà bien et surtout suffisant.

 

 

                                                                                  DCF 77, l'horloge radio, "l'horloge parlante" et les horloges diffusées historiques

 

 

Enfin pour comparaison, le signal radio de l'horloge de Meudon n'est pas si mal que ça depuis maintenant 140ans ...

https://www.histoiredesinventions.com/2016-10-23-l-organisation-du-service-de-l-heure/

Il s'est ensuite reconverti dans l'horloge parlante toujours accessible par le 3699

https://fr.wikipedia.org/wiki/Horloge_parlante

 

https://fr.wikipedia.org/wiki/DCF77

https://www.aurel32.net/elec/dcf77.php

 

Citation

 

L'émetteur des signaux horaires DCF77 est situé en Allemagne, à Mainflingen (près de Francfort), plus précisément à 50,02° de latitude Nord, et 9,00° de longitude Est. L'information horaire est donnée par l'horloge atomique de l'INSTITUT PHYSIQUE ET DE METROLOGIE DE BRUNSWICK. Cette horloge est très précise, puisque son écart théorique est de ±1 seconde pour 1 millions d'années.

Grâce à sa position centrale en Europe, à sa puissance d'émission de 50 kW, ainsi que sa grande puissance rayonnée (30 kW), les informations de cet émetteur peuvent être correctement reçues dans un rayon de 2000 km, c'est à dire dans une grande partie de l'Europe, et même dans l'extrême nord de l'Afrique.

La porteuse a une fréquence très stable, de 77,5 kHz (d'où le nom DCF77), qui dérive de l'horloge atomique. Les faibles fluctuations de cette fréquence sont principalement dues à la propagation des grandes ondes dans l'atmosphère. Son écart relatif par rapport à la fréquence de 77,5 kHz est en moyenne sur, 100 jours, de moins de 2.10E-13. Par conséquent, elle peut être utilisée pour la synchronisation d'oscillateurs nécessitant une grande précision.

 

 

Les pilotes pour les récepteurs DCF77 comme le Meinberg Funkuhren USB5131 and DCF600USB existent depuis 2008 sous OpenBSD et ont été fournis par Marc Balmer, contributeur sur le driver umbg et l'interface nmea.

La précision attendue et +/-5ms, et un temps de synchronisation relativement constant de 2 minutes.

https://www.meinbergglobal.com/download/docs/shortinfo/english/info_dcf600usb.pdf

 

Il existe un équivalent français un peu cher chez Lindy pour 150€, tout compris compatible windows 10 en port USB.

Modifié par lyl
  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Merci lyl, je vais regarder tout ça..

Il y a 8 heures, lyl a dit :

Désolée de vous refroidir sur la précision "GPS" mais la maitrise du temps à la milliseconde est un sujet bien plus difficile que du bricolage de vente en ligne amazon & cie.

Il faudra se contenter des 5-10ms et ça sera déjà bien et surtout suffisant.

Aujourd'hui c'est possible puisque les caméras peuvent tourner en fenêtrant jusqu'à 2200fps pour ma part mais 1000 c'est suffisant avec SharpCap qui n'a pas la microseconde. Regarde bien mes tes tests les fichiers Ic à ouvrir avec Tangra c'est du concret, la seconde qui commence en même temps que la pulsation.. que vouloir de plus avec un ordi windows :)

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 57 minutes, Saci- a dit :

Regarde bien mes tes tests les fichiers Ic à ouvrir avec Tangra c'est du concret,

Je n'ai pas ce logiciel, fait nous un graphe statistique qui soit lisible dans ce sujet et en français.

Note : je sais lire l'anglais mais des explications aussi concises dans ce post c'est insuffisant.

Je pense que c'est à toi de mettre le tuto.

Ce que je vois sur le site NmeaTime2 c'est une enveloppe à ~+/-25ms et effectivement un intervalle de confiance à +/-3ms (68%)

image.png.7046d38e60cfe0ea438dda73782642e0.png

On est juste à +/-9ms pour du 99.7%

Si tu traces quelque chose qui soit mieux avec le montage que tu proposes, genre +/-5ms avec 99.7%, soit 3 écart type, il a un intérêt.

 

Pour ma part, sans synchro GPS, avec les réglages indiqués depuis le début de ce post, l'horloge interne de mon PC portable (Dell Latitude 5440) est maintenant disciplinée à +/-73ms à 99.7% avec les deux lignes de configuration et un accès ADSL filaire. C'est certes insuffisant, il faudrait 15 fois plus précis mais je ne suis pas décidée à choisir quelque chose.

image.png.17a6d2cdbcfc49ed1ce7a7fcebaf6b37.png

--------------

Pour l'instant, j'ai trouvé autre chose : https://www.logitheque.com/windows/lgpstime-32764

et du bricolage DCF77 avec arduino

http://www.mon-club-elec.fr/pmwiki_mon_club_elec/pmwiki.php?n=MAIN.MaterielCapteurModuleDCF77

https://www.idreammicro.com/post/dcf77-arduino

et l'origine de Lindy

https://forum.pcastuces.com/synchroniser_heure_pc_sur_dcf77-f4s85741.htm

Modifié par lyl
  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 2 heures, lyl a dit :

Ce que je vois sur le site NmeaTime2 c'est une enveloppe à ~+/-25ms et effectivement un intervalle de confiance à +/-3ms (68%)

Oui je comprends j'avais la même impression, mais ce que tu ne vois pas c'est le graphe du dessous(clock counter) qui corrige ces écarts, en gros sans se mentir on arrive à la ms de précision sur toute la durée du fichier SER durant 7mn, tout dépend du temps que NMEATime2 se stabilise (au moins 30mn) de la qualité du signal gps et peut-être de la T° extérieur que j'ai remarqué aussi.

j'ai pas tout fait le même chiffre à 10ms prés (correction de l'offset) quand il fait 10° ou 30°.. je dois noter la température maintenant lorsque je l'utilise mais peut-être que ça n'a rien à voir j'en sais rien.

Il n'y a personne à ma connaissance qui utilise ce logiciel même le concepteur sur cette question température ne peux pas répondre..

Quant à faire un tuto je préfère attendre j'ai pas envie de me planter j'attends d'autres utilisateurs pour pouvoir comparer, échanger.

6378f46bb2162_loopsgpspps.jpg.cee60f67138441eceaf70c63ca76c816.jpg

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 03/11/2022 à 18:36, manu33 a dit :

Je cherche à améliorer ma précision temporel pour une datation la plus précise possible lors de mes prises de vues.

 

J'ai raté le départ du train, mais je souhaiterais partager quelques expériences dans le domaine.

Ca fait un moment que je bricole ce genre de trucs, j'ai commencé en ajoutant une LED connectée à la sortie PPS d'un GPS Trimble sur une Toucam Pro au début des années 2000. La LED éclairait un coin du capteur à chaque seconde.

Ma solution actuelle utilise une Basler ACA155 et un Arduino connecté à un GPS Drotek (puce Ublox ou le PPS est facilement accessible sur un connecteur) et qui pilote le trigger externe de la caméra. L'Arduino envoie sur un port séparé le temps exact de démarrage de chaque image acquise par la caméra. En comparant sur une longue durée avec l'horodatage interne de la caméra on mesure parfaitement les dérives (et de l'horloge interne de l'arduino aussi). La led du PPS sert ici à confirmer que le système marche correctement mais n'est pas utilisée pour l'horodatage.

Dans le genre de truc tout à fait idiot mais pas si facile: le PPS  donne exactement ou on est dans la seconde, mais pas quelle seconde... pour le lier à la trame NMEA qui donne l'heure il faut vraiment savoir comment et quand elle est générée. Les options de configuration des Ublox sont infinies. On peut choisir la durée du PPS, si c'est calé sur le UT ou le temps GPS, le moment dans la seconde ou les messages NMEA sont envoyés, etc. Ca prend du temps à configurer comme il faut.

Faudra que je prenne le temps de documenter mon bricolage si ça peut servir à d'autres...

 

Mais en bref, c'est tout à fait possible d'atteindre la milliseconde, et passionnant à réaliser.

Sylvain

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 19/11/2022 à 16:53, Saci- a dit :

Il n'y a personne à ma connaissance qui utilise ce logiciel même le concepteur sur cette question température ne peux pas répondre..

 

Déjà, oui, c'est mieux et satisfaisant.

Pour la température, c'est normal, c'est l'explication de la dérive du cristal de ton PC.

La dérive des quartz de base = XO seul est assez forte.

Mécaniquement :

Ils sont taillés avec précision, ajusté laser mais, par exemple sur le modèle courant, la tolérance commerciale est au Hz près soit 1/32768 ou 30ppm ou 1.7s/j ou 1.2ms / minute

 

Quartz_32k.jpgQuartz_Fork.jpgimage.png.c915a52509ff6b479ec57a4012cc2902.png

On les compense avec un réglage (Capacité variable C2B) pour descendre à 1ppm sur la fréquence nominale => 90ms/j

Quartz_Schema_1.gif

Sur les microchips des PCs avec quartz intégré, c'est régulé en voltage et probablement que la dérive géométrique est encodé dans une autre forme de circuit genre PLL dans une partie prom fixée en usine. (vu en exemple lors de ma dernière année chez Philips à Caen, travaux sur PLL numérique de résonateur pour lecteur de CD)

 

La température :

ça joue beaucoup en forme parabolique.

Autour de la nominale : 10° ~ 0.4ppm. soit 35ms/j ou 1ms / 40minutes

Pour un PC bien refroidi, ç'est négligeable de 15 à 35°C par rapport à la dérive géométrique (si le cristal est calibré à 25° !)

Si tu veux de la précision à -5°C ou 30°C de différence : ça complique un peu mais ça reste possible avec un PC : ça fait 9ms / 40minutes.

 

Non compensé / compensé (la courbe en vague permet de monter à la même précision que la compensation géométrique : 1ppm sur une grande plage et précis autour du nominal)

image.png.9b6922fe1edb599ff7f1c849db3f8e70.pngarticle-2019february-how-to-select-fig6.   220px-Quartz_Dep_Therm.jpg

 

Pour plus de détail : une thèse réalisée sous tutelle du fabricant de résonateur à  quartz RAKON https://tel.archives-ouvertes.fr/tel-01272355/document

Possibilité de quartz compensé en température (par la forme géométrique) chez Rakon (avant/après)

image.png.a539df9e813c109770dd2c92e5903797.pngimage.png.a0782026b53b4c8141784065ae348f33.png

Il y a bien d'autres inventions dans le document qui, je pense a fait faire un bond dans la conception des résonateurs à quartz.

Note :  Alfred Permuy, prof quand j'étudiais la micro-électronique travaillait en collaboration avec Metravib sur des capteurs de pression et vibration, domaine connexe.

 

Modifié par lyl
relecture pour correction
  • J'aime 2

Partager ce message


Lien à poster
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant



  • Contenu similaire

    • Par COM423
      Bonsoir,
       
      Le mois dernier, je vous avais proposé le compte-rendu d'une observation en mode rapide de M40, juste avant que le ciel ne se voile totalement, dans des conditions non optimales mais que je considérais alors comme suffisantes pour tirer le portrait d'un banal couple d'étoile, cette 40ème entreé du célèbre catalogue ne résumant en fait à 2 étoiles !
      Sauf qu'en traitant les images, j'ai trouvé dans le champ :
      de belles galaxies qui méritaient largement un peu plus de poses, et une étrange nébulosité rouge dans le coin supérieur gauche de l'image  
      Toute cette première partie est relatée dans ce post :
       
      Cela faisait donc de bonnes raisos pour y retourner, et j'ai craqué dès la première nuit de cette lunaison de février
       
      Le mystère de la nébulosité est levé, il s'agit juste de reflets :

      soit :
      liés à 70 Uma (V=5.5) présente dans le champ, soit, plus vraisemblablement, à Megrez alias Delta Uma de V=3.3 située à 01°06' de 70 Uma...  
      Avec l'ajout de poses supplémentaires, le gain sur les trois belles galaxies du champ est appréciable :
       
      * De gauche à droite : NGC 4284 et NGC 4290 et UGC 7534 dans le cadre de droite :

       
      je ne l'avais pas remarqué sur le compositage avec les seules images du mois de janvier, mais le champ contient aussi une grande concentration de petites galaxies faibles juste au-dessus de l'étoile HD 107949 :

      On les retrouve sur la carte Simbad :

       
      çà ressemble à un cluster de galaxies, mais je n'ai pas trouvé de nomenclature associée.
      ==> si quelqu'un a des infos, je suis donc preneur !
       
      Voici le résultat du compositage des deux sessions d'images, ramené à un échantillonnage de 2"/pixel plus en adéquation avec le FWHM de l'image, c'est du bio sans réduction d'étoiles ou réelle atténuation du bruit, j'ai juste adouci la transition pour les bouts inférieur et supérieurs de l'image finale qui comporte moins de poses que la zone de recouvrement centrale(*) :
      (*): à cause la possible nébulosité sur le haut de l'image, la cession de février a été cadrée plus vers le haut que celle de janvier
       
      ( Clic droit puis Ouvrir dans un Nouvel Onglet/Nouvelle Fenêtre pour voir l'image à 100% )

      Newton SW 200/800 avec correcteur de coma, caméra ASI 294-MCpro + IR-cut,  Nord à peu près en Bas
      Monture AZ-EQ6 - ASIAir - poses guidées avec dithering
      Sur deux nuits les 13/14 janvier puis 03/04 février 2024
      53 poses de 02 min à -15°C, Temps d'intégration de 01 h 46 min
       
      Traitement Siril-1.2.0, Finition avec Gimp 2.10.28
      Échantillonnage ramené à 2"/pixel
       
      Un visiteur est venu se balader en ce matin du 4 février au-dessus de 70 Uma :

      Il est connu, il s'agit de (36273) 2000 AM68, il était de V=17,4.
       
      Et voilà, au départ je n'aurais jamais pensé consacrer tant de temps à M40, mais j'ai finalement pris un grand plaisir à imager cet objet et espère vous l'avoir fait partager
      Très bon week-end à toutes et tous.
    • Par COM423
      Bonsoir,
       
      Je vous propose ce soir une petite conjonction assez photogénique entre la comète à sursauts, 29P/Schwassmann-Wachmann 1, et la galaxie spirale NGC 2595, plus quelques galaxies plus faibles :
       
      ( Clic droit puis Ouvrir dans un Nouvel Onglet/Nouvelle Fenêtre pour voir l'image à 100% )

      Newton SW 200/800 avec correcteur de coma, caméra ASI 294-MCpro + IR-cut,  Nord à peu près en Bas
      Monture AZ-EQ6 - ASIAir - poses guidées avec dithering
       
      Nuit du 15 au 16 janvier 2024, de 00h15 à 03h00 utc
       
      71 poses de 2min à -15°C, Temps d'intégration de 02 h22 min
       
      Traitement Siril-1.2.0, Finition avec Gimp 2.10.28
      Échantillonnage ramené à 2"/pixel
       
       
      29P/SW1 présente une très large chevelure résultant des sursauts à répétition du mois de décembre où elle fut particulièrement active, et elle a d'ailleurs eu un nouveau sursaut de 2 magnitudes le soir mème (!) :

      © Richard MILES, BAA : https://britastro.org/section_information_/comet-section-overview/mission-29p-2/latest-lightcurve-plot-of-29p
       
      Elle s'étend sur 5.3' de diamètre avec une coma interne plus marquée de 1.3' de diamètre.
      On devine aussi une petite et faibe extension de 30" vers PA=43° :

       
      Voici le résultat des mesures photométriques :
      magnitude totale, m1 = 11.5 (rayon d'ouverture de 5') magnitude nucléaire : m2 = 16.3 (rayon d'ouverture de 6")  
      La zone s'avère également riche en astéroîdes de passage, j'i annoté la trace laissée par quatre d'entre eux particulièrement bien visible
       
      Bonne soirée et très bon ciel à vous
       
    • Par jfleouf
      Salut à tous,
       
      Depuis quelques temps je me suis remis à fond dans les observations d'occultation d'étoiles par des astéroïdes et je crois bien être tombé sur une chouette observation. Le 14 Janvier vers 6h UTC, l'astéroïde (10424) Gaillard (magnitude 18) occultait l’étoile UCAC4 558-046959 (magnitude 12.96)  et ma maison se situait dans la zone de 7km de large. Un événement à priori anodin, mais qui peut permettre d'affiner l'astrométrie de l'astéroïde ainsi que ses dimensions. OccultWatcher me donnait 76% de probabilité d'observer une occultation (les imprécisions dans l'astrométrie des astéroïdes fait qu'on a une marge d'imprécision plus ou moins grande dans la prédiction de leur position et ces occultations servent entre-autres à affiner ceci) avec une durée max de 0.7 secondes (le diamètre estimé de cet astéroïde est de 6.5 km et il se baladait à la vitesse de 0.64" par minute).
       
      Grosse surprise pendant l'enregistrement : je vois l'étoile disparaître deux fois, avec une réapparition d'une fraction de secondes entre les deux. Voici la courbe de lumière tirée de l'analyse du fichier .ser avec PyMovie. C'est fait avec une ASI533MM sur un C11 F/1.9 (échantillonnage = 1.44" par pixel). Shutter speed = 90ms et gain à 95% (oui, je sais, c'est bourrin)
       
      (Juste un petit bout de la courbe, centré sur la double occultation)

       
      Il y a deux explications possibles pour ce genre de courbe : (1) l'étoile cible est une binaire serrée ou (2) l'astéroïde est binaire. Je me suis fait une analyse assez détaillée pour conclure que ça ne peut pas être une étoile binarie. Le détail est ici (en anglais, sorry...): https://jfgout.github.io/occultations/gaillard-20240114.html
       
      En gros, si c'était une étoile binaire on devrait toujours voir le signal d'une des deux composantes. Et là, la chute de signal est bien plus importante que la division par deux attendue dans le pire des cas (= un système binaire avec 2 étoiles de même magnitude).
       
      Bref, je pense bien avoir observé une occultation par un astéroïde binaire  
       
      A noter que cet astéroïde est nommé pour Boris Gaillard, un astronome amateur qui avait bossé sur le programme informatique de détection d’astéroïdes utilisé par les découvreurs (http://www.minorplanetcenter.net/db_search/show_object?object_id=10424). Découvreurs qui ne sont autres que les membres du projet ODAS (OCA-DLR Asteroid Survey  https://fr.wikipedia.org/wiki/OCA-DLR_Asteroid_Survey). Une affaire bien française donc.
       
      Ça serait sympa de faire passer l'info à Boris Gaillard. Je ne le connais pas, mais une petite recherche sur google me fait penser que certains ici doivent le connaitre, notamment @Laurent51. Donc si vous connaissez Boris Gaillard, merci de lui faire suivre cette info  
       
      Je vais aussi envoyer un petit mail à Alain @maury pour lui signaler cette observation, vu qu'il me semble que c'est lui le découvreur/nomeur de cet astéroïde.
       
      Bonus: le GIF de la double occultation :
       

       
      Et l'image de repérage pour ceux qui ont du mal :
       

       
      JF
       
       
    • Par COM423
      Bonjour,
       
      Je vous propose aujourd'hui un long compositage sur ... l'amas DoDz 1 dans le Bélier et quelques tâchouilles de fond de ciel
       
      Au départ, j'avais espoir de capturer la comète périodique 39P/Oterma donnée à la mag 21.1 (le 05 janvier dernier), passée au périhélie le 10 juillet 2023 puis au périgée 5 mois plus tard.
       
      Pas facile à cette magnitude mais je pensais le challenge atteignable, pour paraphraser @exaxe17, moi aussi :
      "j'aime bien tenter des trucs! sur un malentendu cela pourrais passer un jour!"
       
      39P était alors observable pendant près de 5h et, en plus, elle se déplaçait très lentement (0.02"/min) ce qui facilitait grandement l'analyse de l'image compositée sur elle !
       
      Malheureusement, elle ne ressort pas malgré le long temps d'exposition, je suis donc déçu et, en même temps, content d'avoir tenté le coup quand même histoire de n'avoir aucun regret !
       
      A défaut de comète, le compositage montre les traînées de deux astéroïdes de mag 18 à 18.5, et donc en vedette l'amas DoDz 1 (groupe d'étoiles à gauche de l'astéroîde Seine)
       
      ( Clic droit puis Ouvrir dans un Nouvel Onglet/Nouvelle Fenêtre pour voir l'image à 100% )

      Newton SW 200/800 avec correcteur de coma, caméra ASI 294-MCpro + IR-cut,  Nord à peu près en Bas
      Monture AZ-EQ6 - ASIAir - poses guidées avec dithering
       
      Nuit du 11 au 12 janvier 2024, de 17h29 à 22h32 utc
       
      141 poses de 2min à -15°C, Temps d'intégration de 04 h42 min
       
      Traitement Siril-1.2.0, Finition avec Gimp 2.10.28
      Échantillonnage ramené à 2"/pixel
       
      39P/Oterma se trouve dans le cadre dessiné au milieu de l'image.
      La magnitude limite du compositage est vers V=20,6, çà s'est donc joué de peu, sans doute à cause de la forte humidité de la nuit
       
      Si on regarde de près, il y a un vague signal à la position attendue :

      mesuré à V=21,6 mais c'est tellement dans le bruit de fond qu'il est totalement impossible de valider une telle détection...
       
      A moins de 10° de là, brillait fièrement le coupable principal de cet échec : la planète Jupiter comme pour me narguer
       
      En effet, si elle est devenue aussi faible c'est parce que le 12 avril 1963, la comète est passée à 0.095 ua de Jupiter à peine, ce qui a eu pour conséquences :
      d'augmenter la distance périhélique de 3.39 à 5.47 ua, et la période orbitale de 7,9 à 19,4 ans  
      Avant cet évenement, c'était une comète nettement plus accessible !
      Quand elle fut découverte en 1943, elle était de magnitude 15,  sa période était alors  de 8 ans seulement. Elle fut d'ailleurs observée aux deux passages suivants, en 1950 puis 1958.  
      Mais la comète n'a pas été retrouvée lors de son passage suivant, en 1983, et finalement imagée lors de celui d'après, en 2002, mais à la magnitude 22 !
       
      Pour ce passage, elle a été observée dès la fin 2019, mais totalement hors de portée de nos instruments amateurs, à la magnitude 24
       
      Ce début d'année représentait vraiment la meilleure opportunité, pour ce passage, mais c'était un poisson trop gros un astre trop faible pour mon T20cm 
       

       
      Je l'avais déjà tentée en septembre 2021, sur 3 nuits consécutives, mais sans résultat probant...
       
      On ne gagne pas à tous les cas, il faut savoir l'accepter en attendant de gagner au loto pour monter en diamètre
       
      Très bon week-end à toutes et tous
    • Par FranckiM06
      Bonjour à tous,
      Alors par chance hier j'ai eu le ciel découvert durant toute la nuit (chose qui n'était pas prévu du tout par météoblue) alors j'en ai profité pour continuer mon avancement de mon futur panorama . 
      Pour cette nébuleuse sombre IC 2087, j'ai pu faire 105 x 180s avec la petite FS60 et la 2600MC + le filtre UV/IR/L. Et ce matin en faisant le traitement, j'ai découvert (grace à Stéphane) COM423 que c'était en fait l'astéroide 389 industria qui passait par là . Il fût découvert en 1894 par Auguste Charlois. 
       

  • Évènements à venir