Flopin

Membre
  • Compteur de contenus

    1 651
  • Inscription

  • Dernière visite

  • Last Connexion

    Soon available - 39611

Messages posté(e)s par Flopin


  1. Merci du partage, c'est très intéressant.

     

    J'avais une image dont j'arrivais rien à tirer, parce que gradient compliqué à retirer, couleur pas ouf, bref pas propre et j'étais prêt à jeter tout ça à la poubelle.

     

    Je l'ai mis la dedans et il m'a sorti un base exploitable : ac-1a539d65-cbec-4a47-8f59-d690b8e5e001-16bit_web.jpg.4d3abe275a6535d1a71f09b80791fd15.jpg

     

    Il faut encore finaliser, mais c'est plus propre que ce que j'avais réussi à faire.

    • J'aime 2

  2. Bonjour,

     

    Jusqu'à présent je laissais mes images de taches dans l'orientation qu'elles avaient à l'acquisition. Mais je me rends compte que c'est pas top quand on les partage ou bien pour suivre l'évolution d'un jour à l'autre...

     

    Du coup, j'aimerai les remettre dans le bon sens avant de les sauvegarder/partager. Seulement, entre le type de formule optique qui à une influence sur les inversions miroir, l'orientation du télescope sur la monture, l'orientation de la caméra, le coté du méridien, l'inclinaison du soleil par rapport à l'horizon et autre auquel je n'ai pas pensé, je ne sais jamais dans quel sens ni de combien je dois (re)tourner l'image pour qu'elle soit présentée avec l'axe du soleil vertical et le pôle nord en haut. :ph34r:

     

    Les rares fois ou je me suis prêté à l'exercice, j'ai pris l'image de SDO affichée sur https://www.spaceweatherlive.com/fr/activite-solaire.html et j'y suis allé à tâtons, jusqu'à ce que ça matche. C'est pas des plus précis ni des plus efficaces.

     

    Quelle méthode et/ou quels outils utilisez vous pour remettre le soleil d'équerre, de façon certaine et systématique, sans se poser 14 questions ?

     

    Merci :)

     

    PS : ça aurait aussi le bénéfice de pas se poser trop de question pour un transit pour savoir quelle serait la trajectoire de l'ISS sur le capteur.

    • J'aime 1

  3. Le 02/10/2023 à 08:30, Batbihirulau a dit :

    le "calage" ne se fait pas entre PPS et NMEA car la trame NMEA n'est absolument pas synchronne. Elle ne fait qu'encapsuler des data.

    On vient "caler" le 1PPS avec l'horloge du PC.

    Oui, évidemment, je me suis mal exprimé...

     

    J'avais dans l'idée que un serveur temps sur Rpi n'avait pas de difficulté à mesurer le temps entre le PPS et la trame NMEA. Mais ça ne semble pas être le cas pour une raison que j'ignore.

     

    Avec la liaison USB, il faut donner au système ce décalage, mais au final je ne comprends pas vraiment pourquoi.

    En effet, si je reprends le schéma de la datasheet du GPS, on voit que la détermination de la seconde qui est donnée dans la trame NMEA arrive après le PPS. Du coup, on sait que le prochain PPS sera la seconde N+1 si la dernière trame NMEA reçue indiquait la seconde N (sauf gros décalages évidemment) indépendamment de sa position entre les 2 PPS consécutifs.

    image.png.6c5ba7cc67a2b432cae21fb04829c34d.png

     

    Le 02/10/2023 à 08:30, Batbihirulau a dit :

    Dans la doc, ce sont les fudge factor (tout en vas de la page https://www.eecis.udel.edu/~mills/ntp/html/drivers/driver20.html)

    C'est un offset pour indiquer  grossierement le décalage la trame NMEA (elle est pas synchrone). Et c'est cet ofset qui dépend de la machine

    C'est un peu long car il faut laisser le système se stabiliser (env 15min) entre chaque modif de valeur. Il faut y aller par tâtonne

    OK, le paramètre sont décrits en bas de page, mais du coup, cet offset, on le mesure comment ? ces pages ne semblent pas donner la méthodologie pour le mesurer (sauf si j'ai rater un truc).

    D'ailleurs question subsidiaire, il y a un Time1 défini pour le PPS et le GPS avec une description très proche. Je ne vois pas comment s'articulent ces 2 valeurs.

     

    Désolé pour ces questions supplémentaires. En théorie, le principe semble simple dans les grandes lignes, mais il semble difficile de trouver des explications claires sur des points de détail et de méthodo. J'avais lu pas mal d'autres tutos pour lesquels cet ajustement d'offset était juste mentionné mais jamais expliqué/détaillé.

     

    Le 02/10/2023 à 08:30, Batbihirulau a dit :

    Ca se passe dans le fichier text de config. Tu definis un serveur associé au numéro de port COM.

    L'adresse du serveur devra etre du type 127.127.22.COM (le 22 et important) pour le 1PPS et 127.127.20.COM pour la trame NMEA.

    Regarde dans la liste de cette page: https://www.eecis.udel.edu/~mills/ntp/html/refclock.html

    Ca c'est clair, merci pour la source.

     

    Je vais prendre un un chip USB pour tester tout ça, ça sera plus facile à mettre en œuvre que le Rpi.


  4. Très intéressant, merci du partage !

     

    De mon coté j'ai essayé la manip avec un GPS sur  raspberry pi et meinberg sur le portable.

    Si je comprends bien, là où sur le pi on utilise un soft pour créer un serveur NTP et faire le calage entre PPS et NMEA (chrony ou ntpd par ex), là c'est directement le driver USB qui fait le job ?

     

    Le 04/09/2023 à 18:49, Batbihirulau a dit :

    Maintenant que tout est installé, il reste une configuration à réaliser.

    C'est un peu long (le temps que tout se stabilise à chaque fois), mais c'est nécessaire (c’est pour compenser certains délais additionnels introduit par votre PC).

    Le but est de calibrer une constante (timer2 dans le fichier de config) par tâtonnement. Oui, sa valeur est dépendante de la machine utilisée tout simplement.

    Tu parles d'une longue configuration à réaliser mais elle n'est pas détaillée apres (ou alors j'ai pas compris le déroulement). Ce timer2 c'est uniquement pour régler l'offset final de l'acquisition par une camera ou bien c'est plus en amont pour la synchro du PC directement?

     

    Le 04/09/2023 à 18:49, Batbihirulau a dit :

    Une fois tout ça réalisé, l'horloge du PC est synchronisée au 1PPS du module GPS.

    Voici la vue du monitoring. La synchro est indiquée par le “o” dans la colonne à gauche de la colonne Remote.

    Locked.png.d4674fe3d9958516e1a6a430ca30b585.png

     

    Comment tu configures meinberg pour qu'il prenne en compte le signal USB étant donné qu'il n'y a pas de serveur NTP envoyant un signal sur l'ethernet ?

     

    Le 04/09/2023 à 18:49, Batbihirulau a dit :

    -Une fois que le PC est démarré, brancher le dongle

    -Attendre qu’au moins 4 satellites soient acquis et que le 1PPS soit généré (la LED 1PPS doit clignoter). Ca dure 4-5min.

    -Lancer alors Meinberg Monitor en mode admin

    -Vérifier que la synchro est faite et c’est tout.

    Tu as l'air de dire que la synchro est très rapide. De mon coté je coince là dessus. Ca synchronise bien, mais c'est trèèès long à converger vers quelque chose de stable (genre 8h) à la précision voulue. Du coup, est-ce que tu utilises un réglage particulier sur le PC pour converger plus vite ? Bon cette question est un peu hors sujet, j'ouvrirai peut être un sujet dédié.

     

    Merci pour ton retour :)


  5. Hello,

     

    Il m'arrive la même chose de temps en temps en lumière blanche.

     

    Parfois c'est quelques images pourries qui se glissent parmi les meilleures en tete de classement, parfois j'ai aussi un paquet de bonnes images qui se retrouvent à queue de peloton, et qui ne semblent meme pas évaluées alors qu'elles n'ont pas de défaut visible ( et semblent être de qualité).

     

    J'ai taché de modifier le noiserobust et cocher/décocher Laplace, sans influence !

     

    • Merci 1

  6. Voila 2 images faites hier matin.

    Newton 150/750 désaluminé + barlow x2 + ND1.8 + continuum altair 540nm + ASI178MM

    séquences de 1minute avec 100 images conservées.

    Conditions assez bonnes, turbu calme.

     

    Traitement AS3 + ondelettes Registax6 + photoshop

    J'ai essayé le drizzle x1,5 qui me donne un petit gain en finesse

     

    Sun_101601_tri_limit000000-050000_lapl3_ap3352_Drizzle15_wvlt_75.png.188eb8ad374c92a38c7b4f00ac49f714.png

     

     

     

     

     

    Sun_101023_tri_limit000000-050000_lapl2_ap3681_Drizzle15_wvlt_75.png

    • J'aime 3
    • J'adore 2

  7. @jean-marc hiryczuk @Achaim @christian viladrich @MatEX Merci de votre passage ! :)

     

    Il y a 1 heure, MatEX a dit :

    Excellent @Flopin ! Pour ta première, tu fais mieux que moi. Mieux préparé aussi sans doute. Bon, finalement, tu l’as déniché ta petite 178 ?!

    Oui, je voulais pas me foirer, du coup j'ai fait ma checklist avant de partir....dans laquelle j'avais oublié les clés allen pour la collimation, heureusement, elle était quand même pas trop mal. :ph34r:

     

    J'ai découvert le site https://transit-finder.com/ pas plus tard que la semaine dernière, du coup, j'ai été opportuniste, avec un petit déplacement d'une vingtaine de km depuis mon lieu de vacances.

     

    Il a fallu néanmoins changer les plans en dernière minute, car j'étais vraiment en limite de couverture nuageuse. du coup, au lieu de partir au sud j'ai filé plein ouest. J'ai bien fait, le soleil s'est dégagé à peine 5 minutes avant le transit !

     

    Pour la 178, pas encore, j'utilise celle d'un pote pour le moment. 9_9


  8. Pour clarifier : 

    • Le grossissement : c'est un rapport d'angles. Le rapport entre l'angle sous lequel est vu l'objet à l'oeil nu  et l'angle sous lequel l'objet est vu à travers un instrument d'observation. C'est une notion utilisée en observation visuelle (astronomique ou microscopique ou autre)
    • Le grandissement : c'est un rapport de longueurs. Le rapport entre les dimensions réelles de l'objet et les dimensions de son image par un instrument optique sur une surface réceptrice (écran, capteur, etc.). C'est une notion qu'on utilise en photo. (on qualifie un objectif photo de "macro quand le grandissement est >1, càd l'image formée sur le capteur est plus grande que l'objet photographiée.

    Ici, tu parles de taille de capteur et d'angle de vue, ce n'est donc ni du grossissement, ni du grandissement. C'est simplement le calcul du champ couvert  par le capteur au foyer de ton instrument (objectif, lunette, télescope, etc.)

     

    La formule pourrait être bonne, à 2 conditions :

    • La calculatrice ou ton logiciel est bien reglé en degrés, sinon le résultat renvoyé par la tangente ne sera pas bon (il faudra faire une conversion en radian :  32/60/180*pi)
    • Par définition la largeur est plus petite que la longueur (si si jvous jure !), du coup, c'est la largeur du capteur qu'il faut prendre en compte pour savoir si ça rentre ou pas pour un objet rond.
    • J'aime 1

  9. Le 16/07/2023 à 11:12, LDM-psycho a dit :

    Sur player-one fabriquer une petite plaque métal pour que le module soit aimanté à la caméra. Je met un photo de cette plaque. En fin de vidéo vous avec le montage.

    Je suis pas sur d'avoir bien compris.

    Du coup, c'est une plaque en acier ? Elle est collée à la camera via un adhésif double-face thermique et ensuite le ventilateur, qui a une base magnétique vient adhérer à cette plaque en faisant appui sur le pad thermique au centre ? ou bien y a-t-il aussi de l'adesif entre la plaque et le ventirad ?

     

    0.2mm ça semble très faible comme épaisseur, c'est rigide ?

    Est-ce que tu as un lien de sourcing pour cet élément également ?

     

    Merci pour les précisions et bravo pour l'astuce de ce montage !