FORUM DU LOGICIEL PRISM

Bonjour à tous,
Je suis tout nouveau sur le forum, encore en train de tester la version gratuite de 60 jours. Je dois avouer que j'ai eu peur de la "machine de guerre" que certains se plaisent à dépeindre et bien après de nombreux tests... ce logiciel est une bénédiction ! Tout fonctionne du premier coup, c'est un véritable plaisir.
Enfin tout fonctionne, j'ai quand même un problème avec l'autoguidage vous l'aurez compris.

Je gère le télescope avec la raquette Boxdoerfer MTS3-SDI via port série.
ma config est la suivante :
Windows xp pro 2002 service pack 3
Toshiba tecra A8 - 2 go de ram
Prism v8.0.6 en période de test gratuit (60j)

Tous se passe très bien, les réglages d'autoguidage me semble bons d'après ce que j'ai vu sur le forum et puis au moment de lancer la calibration le message suivant apparaît : "impossible de calibrer le guidage : erreur de vérification d'étendue". A noter que l'autoguidage fonctionne parfaitement sur guidemaster et iris.

La config de guidage me semble bonne : raquettage lx200 sans utilisation des relais des caméras.
Je joins le fichier des photos d'écran et m'en remets à vos lumières.
Il me reste 11 jours de test gratuit... après black out... J'aimerai être sûr du coup avant de faire le chèque quand même

A noter sur la dernière photo, prism ne semble pas connaître la vitesse en cours d'utilisation par la raquette, et c'est vrai, en y pensant que, avant de planter, le premier mouvement de calibration est bien trop rapide, avec une vitesse qui n'a rien à voir avec une vitesse de correction classique.

Merci à vous

Bonsoir Thomas,

Je ne vois pas les photos dont tu parles.
Pour le guidage tu utilises quoi ? Webcam, CCD ?

Marc

Oups !
Les caméras sont : imagerie : atik 16hr (pilote atik) et guidage atik titan (via ascom). Mais je n'utilise pas les ports de guidage des caméras. La monture est une Vixen GPDX donc il n'y a pas de port pour l'autoguidage sur la monture ni sur la raquette Boxdoerfer d'ailleurs. L'analyse des corrections a toujours été faite par le logiciel et envoyée par le pc dans la raquette.

Le fichier pdf est sur le serveur : ftp://ftp_prism@cavadore.dyndns.org/Tho ... 0prism.pdf
mot de passe : prism_user


Merci

J'ai parcouru le web à la recherche de quelques idées.

Les erreurs de vérification d'étendue semblent parfois venir d'un nombre d'applications trop nombreuses qui s’emmêlent les pinceaux...
En y pensant je me dis que, peut-être, windows n'arrive pas à gérer en même temps :
- la gestion de la raquette (interrogation des vitesses de suivi, positionnement des encodeurs-il n'y en a pas dans mon cas...etc)
- les ordres de correction en autoguidage.

Et c'est vrai que avant d'utiliser Prism... J'utilisais carte du ciel pour le cadrage puis guidemaster pour le guidage. Evidemment, je devais déconnecter la raquette sur carte du ciel pour que guidemaster fonctionne sinon... plantage.

Sachant que je n'ai pas besoin des infos de gestion de la raquette une fois l'objet cadré et le suivi en cours.
Une des idées serait peut-être, en s'inspirant du modèle (carte du ciel - guidemaster) d'arrêter la gestion de la raquette quand je veux faire de l'autoguidage.

La question qui en découle est : sur la troisième photo d'écran du document, si je ferme les fenêtres "contrôle du télescope" et "état du télescope" :
- la gestion de la raquette est-elle vraiment OFF--> APRES TEST --> la raquette reste connectée !
- La raquette est-elle encore apte à recevoir les ordres de correction pour l'autoguidage ? --> APRES TEST --> OUI mais le plantage reste le même !

merci de vos lumières

est ce que tu peux mettre des copies d'ecran sur ce forum ?
Boxdoerfer MTS3 == total inconnu pour moi ...
merci

Bonjour Cyril,
Voilà quelques images...
La raquette Boxdoerfer respecte le protocole LX200. Je n'ai jamais eu aucun problème avec avec d'autres logiciels : carte du ciel, iris, guidemaster...etc
Donc je suppose que c'est du standard. A noter que, sans autoguidage, le pointage relatif fonctionne bien.
Note quand même au-dessus de la fenêtre d'erreur, dans la fenêtre de contrôle du télescope, la vitesse en cours d'utilisation n'est pas renseignée ?! normal ?

J'ai fais les tests avec les deux caméras et la même erreur se produit dans les deux cas !

Y aurait-il un lien avec ce topic ? : viewtopic.php?f=11&t=665

J'ai refait des tests hier avec fermeture des fenêtres diverses et variées... toujours le même bug.
J'ai modifié la position de vitesse sur la raquette (slow-fast)... toujours le bug.
Et quand le calibrage se met en route, le moteur tourne trop vite avant que l'erreur s'affiche et que tout s'arrête.
Bizarre.

Si nécessaire, je peux mettre sur le serveur la doc du MTS3

Tous se passe très bien, les réglages d'autoguidage me semble bons d'après ce que j'ai vu sur le forum et puis au moment de lancer la calibration le message suivant apparaît : "impossible de calibrer le guidage : erreur de vérification d'étendue".

Cette erreur indique qu'un nbre trop important est ecrit dans une variable ou une variable qui veut entrer dans un tableau dont les index sont depassés.

1. Quelle version de prism
2. Essayer avec la derniere version dispo sur le site en telechargement
3. http://www.prism-astro.com/fr/FAQ.html regarder la QF n°4, activer le log.

je pense que c'est trois rien, mais sans le materiel, c'est pas facile pour moi.

Merci

La version de prism est la toute dernière, je fais les mises à jour au fur et à mesure...

Après réflexion et des tests complémentaires....
Il semble en effet qu'il y ait un mélangeage de pinceaux dans la machine quand il y a gestion des infos de positionnement du télescope en même temps que des infos de corrections de l'autoguidage.
Après relecture de ce topic (viewtopic.php?f=11&t=665) quasi identique mais avec un matériel différent, La solution trouvée est de faire gérer l'autoguidage par la caméra au lieu de rajouter la gestion des corrections dans prism.
j'ai donc voulu faire des tests en faisant gérer l'autoguidage directement par la caméra (port st4). Le seul souci c'est que la raquette Boxdoerfer MTS3 n'est pas prévue pour avoir une connexion PC + une connexion ST4.... enfin c'est ce que je pensais.

Je me suis rabattu vers Axis instrument, revendeur des MTS3 et autres Dynostar et la réactivité légendaire de Emmanuel Mallart m'a permis de trouver ça :


Ce petit adaptateur multi-interfaces permet de coupler le port RS232 qui va au PC avec le port ST4 de la caméra de guidage...l'ensemble connecté à la raquette.
Reste à voir si ça règle le problème....

Et bien oui :


Le guidage fonctionne très bien. En plus, c'est beaucoup plus réactif. La co-existence avec le PEC intégré de la raquette MTS3 ne pose pas de problèmes. Le seul inconvénient c'est que ça fait un câble en plus... il va falloir organiser tout ça !

Voilà, mon problème, sans être réglé, a donc été contourné... reste à regarder dans le log ce qui se passe vraiment au moment de ce plantage.
Je ferai un enregistrement de log la prochaine fois en reproduisant l'erreur.

Salut,

Sincerement le guidage sera toujour meilleur via ton cable, car c'est la camera qui se chargera d'envoyer les impulssion via son petit microcontroleur qui travaillera en temps reel.
Alors que faire un autoguidage via le PC te crera des temps de commandes qui ne seront pas forcement bien calibré car windows est un OS miltitache et pas temps reel.

Vraiment reste comme ca, tu ne le regrettera pas quelque soit les logiciels et biensur avec Prism.