FORUM DU LOGICIEL PRISM

Pour info, après réinstallation complète du PC et passage de XP á W7 ça marche

Fuyez XP, car les failles vis a vis des hackers ne seront plus maintenues par Microsoft...

Patrick KNOCKER a écrit :Bonsoir Cyril,

Avec un ciel dégagé ce soir j'essaye à nouveau de guider avec la LODESTAR;

Elle peut capturer une image sans problème, mais dès que je lance la calibration j'ai les messages d'erreurs suivants :

Première fenêtre :"ProcessTI_onImage ASCOM error !"

Deuxième fenêtre : "Erreur de lecture de position du telescope ASCOM -> Un appel sortant ne peut pas être effectué étant donné que l'application répartit un appel entrant synchrone"

Troisième fenêtre : Problème sur la mise à jour de la raquette : Violation d'accès à l'adresse 009A55A8 dans le module 'prism.exe'. Lecture de l'adresse 00000021"

Quatrième fenêtre : "Opération de pointeur incorrecte."

Je ne comprends pas d'où vient l'erreur !

Patrick

Bonjour,

Lors de la calibration de l'autoguidage avec ma caméra CCD i-nova PLA-MX je viens de rencontrer la même erreur : [ASCOM_CAM library]-> ProcessTI_onImage ASCOM error ! dans la version 10.0.3.168. Voici un extrait du fichier LOG détaillé :
@[5652]: 24/01/2016 18:33:10.762 {4.4 ms} : [ASCOM telescope thread order] Ask coordinates enter (begin)
[5652]: 24/01/2016 18:33:10.767 {5.0 ms} : [ASCOM telescope thread order] RA/DEC Ok
[5652]: 24/01/2016 18:33:10.772 {4.7 ms} : [ASCOM telescope thread order] AtPark Ok
[5652]: 24/01/2016 18:33:10.777 {4.7 ms} : [ASCOM telescope thread order] Tracking OK
[5652]: 24/01/2016 18:33:10.803 {26.9 ms} : [ASCOM telescope] TemmaLite.Telescope,Est du pied
[5652]: 24/01/2016 18:33:10.807 {4.9 ms} : [ASCOM telescope thread order] Slewing OK
[5652]: 24/01/2016 18:33:10.835 {26.9 ms} : [ASCOM telescope thread order] RightAscensionRate -> 0.00
[5652]: 24/01/2016 18:33:10.862 {27.1 ms} : [ASCOM telescope thread order] DeclinationRate -> 0.00
[5652]: 24/01/2016 18:33:10.867 {4.5 ms} : [ASCOM telescope thread order] Ask coordinates/status 00h49m47s +00°45'12'' Parked=FALSE Tracking=TRUE Slewing=FALSE (end)
@[5144]: 24/01/2016 18:33:10.872 {4.7 ms} : [ASCOM telescope] Command done -> Get_periodicInfos
[5144]: 24/01/2016 18:33:10.876 {4.6 ms} : [ASCOM telescope] ASCOM_equLocalTopocentric 03h10m08s +43°09'18''
[5144]: 24/01/2016 18:33:10.881 {4.6 ms} : [ASCOM telescope] ASCOM_equLocalTopocentric (Mount does not handles refraction) J2000.0-> 03h09m03s +43°05'47''
[5144]: 24/01/2016 18:33:10.885 {4.6 ms} : [ASCOM telescope] ASCOM_equLocalTopocentric (Mount handles refraction) JApparent (OBS_PLACE) -> 03h10m08s +43°09'18''
@[1808]: 24/01/2016 18:33:10.995 {110.0 ms} : [ASCOM_CAM library]-> Loop read exited
[1808]: 24/01/2016 18:33:10.997 {4.4 ms} : [ASCOM_CAM library]-> Prepare to get image data
[1808]: 24/01/2016 18:33:11.004 {4.7 ms} : [ASCOM_CAM library]-> Order Setorder request #@ord ([ImageGet])
[1808]: 24/01/2016 18:33:11.009 {4.6 ms} : [ASCOM_CAM library]-> Order Setorder entered #@ord ([ImageGet])
@[4628]: 24/01/2016 18:33:11.014 {4.6 ms} : [ASCOM_CAM library]-> {thr} Order loop [ImageGet]
[4628]: 24/01/2016 18:33:11.019 {4.9 ms} : [ASCOM_CAM library]-> {thr} Order ImageGet begin
[4628]: 24/01/2016 18:33:11.034 {15.0 ms} : [ASCOM_CAM library]-> {thr} Order ImageGet end
[4628]: 24/01/2016 18:33:11.038 {4.6 ms} : [ASCOM_CAM library]-> {thr} Order completed loop [ImageGet]
@[1808]: 24/01/2016 18:33:11.043 {4.7 ms} : [ASCOM_CAM library]-> Order Setorder #@ord finished ([ImageGet])
[1808]: 24/01/2016 18:33:11.049 {5.7 ms} : [ASCOM_CAM library]-> ImageArray OK
[1808]: 24/01/2016 18:33:11.053 {4.9 ms} : [ASCOM_CAM library]-> [CCD #0] Dim=2 X1=0 X2=639 (640) Y1=0 Y2=479 (480)
[1808]: 24/01/2016 18:33:11.060 {7.0 ms} : [ASCOM_CAM library]-> [CCD #0] Nbre d'octets recus : [614400] !
[1808]: 24/01/2016 18:33:11.065 {4.6 ms} : [ASCOM_CAM library]-> [CCD #0] Temps de lecture : 2.47 sec
[1808]: 24/01/2016 18:33:11.072 {6.9 ms} : [ASCOM_CAM library]-> ProcessTI_onImage ASCOM error !

Après plusieurs heures de recherche j'ai finalement trouvé la cause : pour réduire le volume de mes fichiers images j'ai choisi l'option du format entier 16 bits signés dans les options générales. Auparavant j'étais en mode réel 32 bits. Or dans les paramètres de calibration j'ai indiqué de soustraire un dark que j'ai laissé par erreur au format réel. PRISM essai de faire quand même la soustraction d'une image réel à une image entière et se plante.

Cyril, il serait peut-être opportun de faire un contrôle de format avant les opérations sur les images afin de vérifier qu'elles sont dans un format compatible.

Cyril, il serait peut-être opportun de faire un contrôle de format avant les opérations sur les images afin de vérifier qu'elles sont dans un format compatible.

Bien vu.
Le message n'est effectivement pas super explicite ...


Mais je vous invite a ne pas trop jouer avec cette option.

Maintenant Prism démarre par défaut en mode reels 32 bits et il ne faut plus y toucher