FORUM DU LOGICIEL PRISM

Bonjour,
J'ai eu la surprise hier de voir que, tandis que j'avais préparée une liste d'objet dont le premier utilisait le filtre H (n°5), les poses ont été lancées avec le filtre L. Ce n'est pas la première fois que ça arrive mais je n'ai pas retrouvé les anciens logs. Je suis certain de ça parce que j'ai relu le log, j'ai parcouru les divers menus... rien à faire ça devait bien être le filtre n°5

et bizarement le log d'hier donne ça :
TU 2019-09-19 20h54m42.519s : [Filtres] requis n°1
TU 2019-09-19 20h54m42.523s : [Filtres] En cours : n°1
TU 2019-09-19 20h54m42.528s : [Filtres] Pas de changement de filtre requis
TU 2019-09-19 20h54m42.531s : [Guidage] Préparation du lancement du guidage....
TU 2019-09-19 20h54m42.534s : [Guidage] Guidage sur camera secondaire -> \CCD\Tracking_cam2\ZWO ASI120MM Mini\0\Guide
TU 2019-09-19 20h54m42.537s : [Guidage] récupération des informations : \CCD\Tracking_cam2\ZWO ASI120MM Mini\0\Guide
TU 2019-09-19 20h54m53.460s : [Guidage] Démarrage du guidage, ok
TU 2019-09-19 20h54m53.464s : [Telescope] OK, pas de passage au méridien pendant la pose
TU 2019-09-19 20h54m53.469s : [Camera] Prépare une pose de 400.0 sec, en binning 2x2
TU 2019-09-19 20h54m53.474s : [Camera] Taille image CCD X1=1 Y1=1 X2=5496 Y2=3672
TU 2019-09-19 20h54m53.478s : [Camera] Prepare une pose BinX=2 BinY=2 MiroirX=0 MiroirY=0 Qtour=0 Pose=400.00 sec
TU 2019-09-19 20h54m53.528s : [Camera] Pose démarrée !
TU 2019-09-19 21h01m41.716s : Fichier sauvé : TROMPE - IC1396_H5-01-03.cpa -> 0
TU 2019-09-19 21h01m41.734s : Image d'itération réalisée -> [1/32]

Le filtre requis est le filtre 1, alors que dans la liste des objets celui-ci est bien à n°5.
Du coup j'ai changé à la volée pendant l'observation automatique et tout a bien été fait sur ce filtre pour cet objet. Si je n'avais pas été là, j'aurai eu des poses en filtre L au lieu du H.

J'ai déconnecté l'ensemble, relancé prism avec les mêmes objets... rebelotte... ça recommence pareil.

J'ai l'impression que l'utilisation des boutons dupliquer l'ojet LRVB...etc joue un rôle la dedans, quelqu'un aurait une piste ?

Je continue de creuser le log :

POur l'objet suivant (M76) c'était du LRVB : donc filtres 1.2.3.4.

Voici ce que dit le log au début de la première pose L :

TU 2019-09-20 01h12m59.866s : [Filtres] requis n°5
TU 2019-09-20 01h12m59.867s : [Filtres] En cours : n°1
TU 2019-09-20 01h12m59.868s : [Filtres] Changement de filtre du n°1 vers n°5
TU 2019-09-20 01h13m02.052s : [Filtres] Filtre n°1 vers n°5, référence=3.294 mm, décalage=-0.061 mm, position=3.233 mm
TU 2019-09-20 01h13m02.053s : [Camera] Changement des miroirs suivant X et Y !
TU 2019-09-20 01h13m02.054s : [Guidage] Préparation du lancement du guidage....
TU 2019-09-20 01h13m02.054s : [Guidage] Guidage sur camera secondaire -> \CCD\Tracking_cam2\ZWO ASI120MM Mini\0\Guide
TU 2019-09-20 01h13m02.055s : [Guidage] récupération des informations : \CCD\Tracking_cam2\ZWO ASI120MM Mini\0\Guide
TU 2019-09-20 01h13m13.255s : [Guidage] Démarrage du guidage, ok
TU 2019-09-20 01h13m13.260s : [Telescope] OK, pas de passage au méridien pendant la pose
TU 2019-09-20 01h13m13.264s : [Camera] Prépare une pose de 45.0 sec, en binning 2x2
TU 2019-09-20 01h13m13.266s : [Camera] Taille image CCD X1=1 Y1=1 X2=5496 Y2=3672
TU 2019-09-20 01h13m13.267s : [Camera] Prepare une pose BinX=2 BinY=2 MiroirX=0 MiroirY=0 Qtour=0 Pose=45.00 sec
TU 2019-09-20 01h13m13.312s : [Camera] Pose démarrée !
TU 2019-09-20 01h14m00.892s : Fichier sauvé : M76_L-02-001.cpa -> 1
TU 2019-09-20 01h14m00.895s : Image d'itération réalisée -> [1/40]


Le filtre requis est le 5 ?! alors qu'en fait dans la liste c'est le 1
Le filtre 5 s'appelle H5.
La sauvegarde du fichier de fait avec le nom du filtre 1 qui s'appelle "L"... alors que le système est en train d'utiliser le n°5

"J'ai l'impression que l'utilisation des boutons dupliquer l'ojet LRVB...etc joue un rôle la dedans, quelqu'un aurait une piste ?"

J'ai déjà remarqué un comportement bizarre sur la duplication des lignes, mais je n'ai pas creusé => j'ai contourné en ré-éditant chaque ligne

Autrement, j'ai aussi rencontré un pb sur la gestion des filtres en début d'Obs auto (voir mon post du mois d'août)

Jean-François

Il semble que j'ai une confirmation du pb par ailleurs aussi.. je vais regarder.

Une image pour confirmer le problème :
4 couleurs mais un seul filtre (L) utilisé en réalité.

Bonjour à tous,
Ce problème de gestion de filtre en observation automatique persiste. Ma version de prism est à jour et j'utilise une RAF atik EFW2.2.
Par exemple sur cette impression d'écran les deux images ont le même filtre (cf. nom de la fenêtre image) mais dans la réalité ce n'est pas le même qui a été utilisé. 50% des poses sont mal nommées sur le nuit et pour une bonne partie, impossible de savoir quel filtre a été utilisé.

J'ai trouvé un truc dans le log :

TU 2020-02-07 02h43m17.006s : [Telescope] Déplace le télescope sur cet objet -> m97
TU 2020-02-07 02h43m17.009s : [Telescope] Pointage sur ALPHA= 11h14m48s DELTA=+55°01'00''
TU 2020-02-07 02h43m30.364s : [Telescope] Pause de 3s pour rattrapage des jeux
TU 2020-02-07 02h43m33.551s : [Telescope] Tube coté Est du pied visant l'Ouest
TU 2020-02-07 02h43m33.665s : [Filtres] requis n°4
TU 2020-02-07 02h43m33.675s : [Filtres] En cours : n°2
TU 2020-02-07 02h43m33.681s : [Filtres] Changement de filtre du n°2 vers n°4
TU 2020-02-07 02h43m36.379s : [Filtres] Filtre n°2 vers n°4, référence=3.155 mm, décalage=0.024 mm, position=3.179 mm
TU 2020-02-07 02h43m36.385s : [Télescope] Un retournement de monture n'a pas été signalé
TU 2020-02-07 02h43m36.389s : [Astrométrie] Initiée par le pointage
TU 2020-02-07 02h43m36.394s : [Astrométrie] Début de calibration astrométrique (acquisition d'image)
TU 2020-02-07 02h43m36.400s : [Astrométrie] Remise sur le filtre de référence
TU 2020-02-07 02h43m36.405s : [Filtres] Sauve la position courante -> n°2
TU 2020-02-07 02h43m36.409s : [Filtres] requis n°1
TU 2020-02-07 02h43m36.414s : [Filtres] En cours : n°2
TU 2020-02-07 02h43m36.419s : [Filtres] Changement de filtre du n°2 vers n°1
TU 2020-02-07 02h43m44.364s : [Filtres] Filtre n°2 vers n°1, référence=3.155 mm, décalage=0.000 mm, position=3.155 mm

Sur la première ligne rouge on fini avec le filtre 4.
Sur la seconde ligne rouge, alors qu'il faut faire une astrométrie, le logiciel dit qu'il est sur le filtre 2 Suite à ça c'est parti pour un décalage de tous les filtres de la séquence.


J'ai remarqué autre chose :
- hors observation automatique, quand j'utilise le panneau de séquence via le panneau de gestion caméra. J'ai remarqué que les poses commencent en même temps que se fait le changement de filtre. Du coup c'est le nom du filtre en mouvement devant le capteur au début de la pose qui semble retenu dans le titre de l'image.. bizarre ce truc. je vais confirmer ça dès que je peux.

Y a peut etre une action genre astrometrie qui est effectuée avec un filtre particulier.
Ce qui m'étonne c'est que certains utilisateurs aguerris de cette fonction ne remarquent rien.

J'ai très prudemment refait des tests en re-créant à chaque fois une ligne par objet...
Rien n 'y fait.
Encore une erreur cette nuit...
la case "utiliser le filtre de référence" dans astrométrie est cochée. SI je la décoche, j'ai peur qu'avec 5 sec de pose, les filtres les plus sombres ne permettent pas de recalage et dans ce cas j'aurai des images décalées...

Une piste chez vous... j'avoue me lasser de renommer les images.

A+

TU 2020-03-23 02h35m00.983s : [Filtres] requis n°2
TU 2020-03-23 02h35m00.987s : [Filtres] En cours : n°1
TU 2020-03-23 02h35m00.991s : [Filtres] Changement de filtre du n°1 vers n°2
TU 2020-03-23 02h35m03.300s : [Filtres] Filtre n°1 vers n°2, référence=3.321 mm, décalage=-0.038 mm, position=3.283 mm
TU 2020-03-23 02h35m03.304s : [Télescope] Un retournement de monture n'a pas été signalé
TU 2020-03-23 02h35m03.308s : [Astrométrie] Initiée par le pointage
TU 2020-03-23 02h35m03.313s : [Astrométrie] Début de calibration astrométrique (acquisition d'image)
TU 2020-03-23 02h35m03.317s : [Astrométrie] Remise sur le filtre de référence
TU 2020-03-23 02h35m03.321s : [Filtres] Sauve la position courante -> n°1
TU 2020-03-23 02h35m03.325s : [Filtres] requis n°1
TU 2020-03-23 02h35m03.331s : [Filtres] En cours : n°1
TU 2020-03-23 02h35m03.336s : [Filtres] Pas de changement de filtre requis
TU 2020-03-23 02h35m03.341s : [Camera] Retour en mode "FULL FRAME"
TU 2020-03-23 02h35m03.346s : [Camera] Taille image CCD X1=1 Y1=1 X2=5496 Y2=3672
TU 2020-03-23 02h35m03.351s : [Camera] Prepare une pose BinX=2 BinY=2 MiroirX=0 MiroirY=0 Qtour=0 Pose=5.00 sec
TU 2020-03-23 02h35m03.946s : [Camera] Pose démarrée !
TU 2020-03-23 02h35m10.522s : [Astrométrie] Catalogue UCAC 4 : C:\Users\Tom\Documents\Prism\Catalogues_etoiles\UCAC4\
TU 2020-03-23 02h35m17.434s : [Foc] Revient au filtre initial, index=1
TU 2020-03-23 02h35m17.438s : [Filtres] requis n°1
TU 2020-03-23 02h35m17.442s : [Filtres] En cours : n°2

Salut c'est curieux cette histoire, on a la même roue à filtres et je n'ai pas ce problème.
Peut être une question de mise à jour ATIK
Quoiqu'il en soit je vais dés qu'il fait beau m'assurer de mes propos et te tiendrai informer

Bonjour,
Je pense savoir ce qui se passe.
Le système change le filtre 1 vers le 2
Puis lit la position courante -et il trouve encore le filtre n°1 ? Ca c'est anormal, car ca devrait etre le filtre 2 qui est vu et pas le n°1
Donc c'est la lecture du filtre "courant" qui pose pb, donc le driver qui ne renvoie pas la position correcte a temps.
Je vais mettre une boucle d'attente "brutale" qui permet d'etre sur que la roue a filtre ne bouge plus encore alors qu'on lui demande son état.
La version est ici

https://www.dropbox.com/s/fo7il6g4um8xe ... m.zip?dl=1

C'est ->

v10.3.67.516

Me dire comment ca se passe.

Cyril