TOUBIB33

Bonjour Gandalf

A propos des collimateurs laser c'est vrai que le faisceau est souvent out.

Pour ma part j'ai serré mon laser dans le mandrin de mon petit tour, le faisceau passant  à travers la poupée fixe.

j'ai projeté celui-ci à environ 4m sur une feuiile blanche.

le laser décrivait un cercle 2.5cm

il y a 3 trous qui sont fermé a la colle, elle se retire assez facilement, donnant accès aux vis 6 pans creux.

il faut comencer par les desserrer (1/8 de tour)

en réglant finement ces vis j'obtient une tache de moins de 5mm pour les niveaux de puissance de 1 à 4 et de 8mm au niveau 7 avec des cercles de diffraction bien concentriques.

je mets une petite pointe de colle à bois (pas du frein de filet genre loctite)

j'estime l'erreur à 2mm soit arctan(1/4000) =0.86' 

Nota :  il est normal que la tache soit rectangulaire car elle correspond a la  forme de la surface active  de la diode laser.

salut cyril, 

J'ai vu dans image.interaction.c que les valeurs des com.selection(x,y,w et h) etaient lisibles en mode debug dans la fonction" new-selection-zone()".

comme les controles de veracité  sont deja codées  le forcage de la zone semble simple en creant une fonction qui  se substitue a la souris .

je m'absente pendant 15 jours,

mon email mrobbe@sfr.fr

ASAP

salut cyril 

sorry it's joke! 

Pour moi c'est plus simple de faire une routine pour recuperer les données dans .seq que de faire un copié/collé avec la souris surtout dans la nuit.

c'est pareil pour le rectangle de selection, mais je comprend que cela ne vous intéresse pas car vous pensez GUI ; c'est le drame actuel des presses boutons qui oublient les fonctions maths qui sont misent en oeuvre sur chaque clic de la souris.

on se retrouve ainsi avec des programmes de plus de 100Mo alors que 1Mo suffirait. En 1982 je codais en assembleur du 6809 un modem V27  dans 4Ko d'EPROM traitement du signal compris.

je pense que ce debat n'est pas clos .

ASAP

Michel 

les parametres  de la  selection sont forcement connus et memorisés;  en dehors d'un codage "secret" je ne vois pas pourquoi ils ne seraient cachés.

Par exemple dans dcraw le parametre d'ecriture  du binaire  big-endian  ou little-endian n'est pas directement accessible, il est reconnu lors de la lecture du raw (MM ou II) mais pour l'ecriture le format est fixe.

j'ai ajouté une commande qui permet de choisir , c'est utile pour convertir des anciens raw en raw new lock. 

le rectangle de selection est utile lorsque le temps de pose est trop court pour visualiser une etoile faible , cela permet de faire une bonne map par le psf sans faire d'empilement.

avec une etoile importante les aigrettes faussent le psf  .

A+

le passage par .seq permet d'avoir les positions XY avec 6 chiffres aprés  la virgule comme le montre la feuille de calcul.

la finalité aprés calibration c'est de faire des poses d'une minute. Si le tracking est mediocre les etoiles ont des trainées qui correspondent aux des erreurs  de mise en station.

L'empilement de plusieurs images ne corrige pas, voir empire le resultat.     

je n'ai toujours pas de reponse sur la question de definir un rectangle de selection avec la console , y a t'il un développeur de SIRIL sur site? 

Sinon je vais faire une routine en C++ et la compilée avec le code source, mais c'est un peut lourd car je ne suis pas sur d'avoir tout le code jason pour recompiler en C++ windows.

 A+

Quand je parlais des diagonales il s'agit du .cvs generé aprés un seqpsf. ce fichier donne le position d'une etoile cible arrondi au pixel et une information relative a l'ecart de la diagonale et la droite de regression qui minimise la taille de l'etoile (le psf) .

cela dit;

j'ai utilisé le fichier .seg en suivant la procedure suivante 

1 ouverture du fichier avec Notepad

2 selection de la zone de données avec la souris, mise en memoire par CTRL c

3 ouvrir un nouveau fichier puis CRTL v pour y porter la zone de donnée , sauver ce fichier.

4 avec "rechercher" , remplacer tous  les points par des virgules ( cela transforme le texte en données numeriques)

5 avec "rechercher", remplacer tous les espaces par des point-virgules ( c'est un separateur de champ bien reconnu par EXCEL)

6 faire un CTRL  c  de l'ensemble ; sauver le fichier .

7 ouvrir un nouveau fichier EXCEL  puis sur une case faire CTRL v ; EXCEL reconnait que c'est un fichier de données et demande de choisir le separateur de champ ! 

8 selectionner le point-virgule et la totalité du tableau est ainsi exporté pour utilisation ultérieure.

dans mon cas j'ai exporté les 2eme et 3eme  colonnes dans ma feuille de calcul et indexé les images avec l' heure de prise de vue  

Les calculs montrent  l'erreur de pointage polaire  delta_AD : 0.047° , delta_H :- 0.39° et l'erreur de rotation  : 0.52%.

je vais refaire 30 prises de vue avec un intervalle 10s soit  5mn et ajuster l'inclinaison du tube de +0.4°.

Ci-joint la capture d'ecran du calcul 

je peux fournir le fichier EXCEL pour ceux que ça interesse !

A+

merci lock042

Bien sur que j'ai fait le PSF (cette fonction " Point Spread Function" est  trés utile en optique car elle donne la dispersion en comparaison avec le disque ideal  d'AiRY) !

L'exportation du graphique en cvs :  les resultats ne sont  pas  les cordonnées XY de la cible , mais comme je l'ai dit les diagonnales  relatives a l'etoile cible.

pour calculer l'erreur de pointage il faut XY comme montre ma feuille de calcul. En plus le format  cvs necessite un traitement de texte pour l'utiliser avec EXCEL

je préférerai utiliser la console pour taper les commandes,

je sais comment forcer SIRIL a detecter une etoile par la commande "setfindstar", suivit par "findstar" , mais il faut d'abord selectionner une zone avec la souris.      

D'ou ma question, comment definir avec la console la position et la taille du rectangle de sélection ?

Y a t'il une descriptifs de toutes les commandes?

Ci- joint le pdf des commandes IRIS 

A+

commandes_iris_fr.pdf

Bonjour

Après qq améliorations de la monture de mon Newton 200/1000, je souhaite la recalibrer.

Pour cela il y 2 ans, j'utilisai IRIS et  j'ai créé une feuille de calcul EXCEL dont les données  d'entrée sont : la focale, la taille XY du capteur le nb de px H et V, la latitude du lieu, l'AD et la DEC de l'étoile de cible.

puis pour chaque photo l'heure en secondes , les positions XY en pixel  de l'etoile cible.

la visualisation des graphes ainsi que les courbes de tendance me permet d'estimer les erreurs de pointage sur la polaire, la vitesse de rotation , la conicité de la rotation  ( erreur horizontale et inclinaison de l'axe).

Cette procedure est assez lourde car IRIS ne fournit pas de fichier avec les coordonnées d'une l'etoile cible , je dois les estimer manuellement.

Avec SIRIL il semble que le fichier .seq contient aprés utilisation de la fonction alignement, les coordonnées relatives de l'etoile cible.

Dans les versions anterieures de SIRIL , la fonction PSF donnait un tableau de coordonnées ainsi que des indications sur la luminosité.

Dans la derniere version la fonction graphique donne le deplacement diagonal (SQRT(X*X+Y*Y)) 

Quelqu'un a t il des infos sur les champs du fichier .seq , ou, peut on créer un fichier avec ces coordonnées?

Autre question, comment definir avec la console la position et la taille du rectangle de sélection ?

Ci-joint la capture d'ecran de mon fichier de calcul EXCEL , les données correspondent a les photos de la region de M81

les cases en jaunes montrent l'erreur de pointage polaire, en rose l'erreur de vitesse.

sur le graph X on voit l'ondulation a la minute qui correspond au pas 1.5mm de la vis sans fin qui fait 1 tour/mn, on voit egalement 2 point durs .

le graph Y montre un arc elliptique qui indique que l'axe de rotation et l'axe du tube ne sont pas dans un plan vertical.

le fichier ko.seq  est KOCHAB aprés ameliorations . je n' ai pas encore effectué les calculs d'erreurs

A+

ko.seq

Bien sur! vinvin, mais tu répons a coté !

j'ai 150 fichiers NEF a traiter en sequence !!

Il me semble que dans les versions antérieures la conversion des RAW pouvait se faire en sequence comme dans IRIS .  

si c'est le cas cette version est une regression !!

A+

Dans le GUI de la nouvelle version la recherche d'une sequence de  fichiers RAW n'est plus accessible.

comment le faire avec la console?

A+

Bonjour,

Afin de diminuer le grandissement pour photographier des nébuleuses ,j’étudie un réducteur de focal avec OSLO-edu , CORRECT3 et OPTgeo.

Pour monter sur un Newton 200/1000 a miroir parabolique dont  le champ pleine lumiere fait 0.7° de diametre.

Ma contrainte principale est la position du plan image resultant.

Sans optique le plan focal du newton est a 203mm du secondaire et  23mm du PO completement rentré.

J’ai regardé la doc du reducteur ASA, le plan focal  du telescope doit rentrer de (16+3)mm  dans le PO

Avec la bague N1/C la focalisation paraxiale semble impossible !

J’ai déjà pris quelques clichés avec un hybride  Nikon1J2 monté sans optique dans un coulant 2# sur une bague C-N1  (usinage perso au tour), c’est pas mal mais trop agrandi !

Photo ci-joint de la nebuleuse d'Orion 

Comme le plan image de l’APN est à 17mm de la bague baïonnette  N1 (ep :3mm) j’ai juste 3mm de reglage.

J’ai une solution à 3 lentilles : un menisque positif,  une lentille divergente  , et un doublet convergent.

L’assemblage divergente+ doublet convergent permet de reculer le plan image de 3mm 

Avec des lentilles minces ideales c’est OK.

La simulation OSLO et CORRECT3  des lentilles reelles ,notament le doublet (donc epais), montre une aberration d’astigmatisme et une courbure de champ importante.

Comme je peux usiner des bagues d’adaptation.

Je réfléchis a utiliser l’optique photo 35/80 d’un compact  argentique KONICA  reglé 35mm sur l’infini . (demontage et assemblage dans une bague 2#)

 Comme  le centre optique  serait  a l’obturateur entre les lentilles, L’image serait alors inversée,  le plan image résultant serait bien reculé.

Reste a régler  l’optique pour avoir la bonne réduction de focale, je veux 0.7 et un champ 13mm de diametre .

Avant de me lancer sur cette bidouille, je cherche des conseils et des docs sur les optiques photo (n° de brevet par exemple) pour simuler.

A+

Tu pense que les données GPS sont Fausses!

Il suffit de taper sur google "coordonnées GPS de Royal laboratory greenwich" pour obtenir   latitude 51.476880°  et  longitude -0.000532°

Pour AD et DEC elles sont referencées par rapport a greenwich a la date du 1 janvier 2000 0h00.

Pourquoi les AD/DEC sont-elles differentes pour le meme astre entre F1RVU et STELLARIUM ? S'il n'y a pas de fautes de calcul alors les references sont differentes.

Pour repondre a cela il faudrait que j'arrive a contacter les concepteurs de F1RVU et STELLARIUM.

A+

Les coordonnées GPS du Royal Laboratory greenwich sont indiquees en degre decimaux sur googlemap et autre site GPS. 

Qu'est ce qui te choc? 

Pour F1RVU , il suffit d' entrer les valeurs les coordonnées du lieu, la date et l'heure d'observation, que j'ai indiqué, puis tu choisi l'objet (altair ou M31 )pour que la logiciel calcule les données que j'ai recopiées. AD pour ascension droite, DEC pour la declinaison ..etc

TS est le temps sideral, 

Pour Stellarium il suffit d'entrer la position en cliquant sur l'icone etoile a gauche, il faut arreter le temps en cliquant sur avance en bas au milieu, puis sur la montre pour entrer la date et l'heure

tu pointes une etoile et toutes ses données sont affichées ainsi que TS ..etc

Mon probleme est de savoir si la longitude du Royal Laboratory greenwich est restée en reference, dans ce cas la longitude indiquee par Stellarium est fausse!

Qu'en est-il des autres logiciels, puisque F1RVU et Stellarium ne sont pas d'accord?

je ne m'explique pas les differences sur les valeurs de AD 

Les differences sur le TS et les azimuth peuvent etre la consequence l'ecart de longitude de la réference.

Le juge de paix devrait etre le labo de Strasbourg  

Bonjour a tous,

Comme je n'arrive pas a contacter les gens de STELLARIUM

je soumets ce text a votre sagacité, en pensant que quelqu'un aura une meilleure connexion avec eux. 

La longitude du Royal Laboratory  greenwich est  0,000532° soit 0°01.92" et non pas 0° 05,32" ce qui est indiqué dans la database . j'espere que ce n'est qu'une erreur de frappe, et qu'il y n'a pas de concequence dans les calculs !
Cela dit , je trouve des differences entre les coordonnées de stellarium et celle de http://f1rzv.free.fr/calculs/AstroCalc.php

Position local 47°230327 (47°13m49.18s) / -2.166430 (-2°9m59.15s= O 2°9m59.15s )
calcul fait le 18 /10 /2019 a 21H00 soit 19H00 TU
selon F1RVU 
 TS à 0hTU =1h44m44s à greenwich
 TS à 19hTU =20h47m54s à geenwich
 TS local =20h39m14.0s
 T solaire moyen =18h51m20s
ALTAIR
 AD/DEC= 19°50'59.62"/ 08°52'46.7"
 angle horaire = 0°48m30s
 AZ/HA =198.9554°/ 50.28729°
M31
 AD/DEC= 0°42'56.26"/ 41°17'25.3"
 angle horaire = 19°56m33s
 AZ/HA =74.70286° / 47.12667°

selon STELLARIUM derniere version(0.19.1)
   TS local =20h39m15.3s
ALTAIR
 AD/DEC= 297.94170°/ 08.9232° soit 297°56'30.12" / 08°55'23.52'
 AZ/HA =198.5800°/ 50.3863°
M31
 AD/DEC= 10.96196° / 41.3789° soit 10°57'43.056' / 41°22'44.04"
 AZ/HA =74.4314° / 46.9788°

Je n'ai pas d'acces au centre de Strasbourg pour savoir qui a raison.

A+