FORUM DU LOGICIEL PRISM

Voici mes réglages
Diamètre coupole: 3.00
Décalage-Est-Ouest: 0.00
Decalage Nord-Sud: 0.07
Decalage en hauteur 0.19
Decalage axe optique, intersection alpha/delta: 0.34

Ok, pour la case, je la laisse bien cochée.

Hello

Je remonte ce sujet. J'aimerai être sur d'avoir été compris.
Je suis fortement gêné quand je veux pointer un objet placé avant le méridien. A chaque pointage avant le méridien, le calcul géométrique du décalage de coupole considère toujours que le tube du télescope est à l'ouest.

Ce pb arrive évidement au moment du retournement du méridien, (c'est ingérable avec le protocole ASCOM) mais également (c'est la que cela est problématique) quand je pointe des objets uniquement avant le méridien.
J'ai un "bricolage" pour contourner ce bug: attendre une minute après chaque pointage que la coupole revienne à la bonne position grâce au mécanisme de suivit coupole sur déplacement sidéral télescope.
Dans ce cas, a chaque pointage, la coupole par à l'ouest, puis revient à la bonne position au bout d'une minute.

Ce bug est reproductible sans matériel avec le simulateur de monture allemande ASCOM, et le simulateur de coupole ASCOM.
Ce bug doit toucher toutes les personnes utilisant une coupole et une monture allemande.

Thierry

"Bug" ?
Ne serait se pas du a une lacune d'ascom qui n'indique pas a l'issue du pointage de quel coté va se trouver la monture ?
Apres ca pourrait donc se contourner par une resynchro de la coupole directement a la fin du pointage ?
Cyril

Un bon contournement du protocole ASCOM serait effectivement une resyncro à la fin du pointage. Il n'y a pas que ASCOM en cause. L'essentiel du problème que je rencontre est
que je n'ai pas moyen de fonctionner correctement en gardant le tube à l'ouest.

PRISM sait que le tube est a l'ouest (c'est affiché par PRISM avant le début du pointage), mais quand il pointe une cible il envoi la coupole a une position qui correspond au tube l'est.
Donc, oui je parle bien d'un bug de gestion de la coupole dans le cas d'une monture allemande avec le tube à l'ouest indépendamment du protocole ASCOM.

Thierry.

Cyril Cavadore a écrit :Ne serait se pas du a une lacune d'ascom qui n'indique pas a l'issue du pointage de quel coté va se trouver la monture ?

Cyril,

Oui ASCOM a des grosses lacunes mais il a l'avantage de fédérer des constructeurs qui auraient vite fait de s'éparpiller dans tous les sens et de convenir même à des électroniques lentes. Au fait, ASCOM v6 RC est sorti et en 64 bits ...
Dans ASCOM v5 (restons sur celle là) et la norme telescopev2, tu as "SideOfPier" pour connaître le côté par rapport au tube après pointage (donc trop tard si j'ai bien compris ...) mais n'oublie pas que tu as "DestinationSideOfPier" qui à mon avis permet de savoir avant pointage si retournement il y va y avoir : voir par exemple le test ASCOM pour le nouveau (et bientot obsolète à cause de la v6) driver AP : http://www.gralak.com/apdriver/AstroPhy ... .00.03.txt

Stéphane

"DestinationSideOfPier"
Cela existe deja ??
Alors autant pour moi ... et désolé...

Je vois ceci
Telescope.DestinationSideOfPier() Method

Je vais regarder comment mettre ca dans Prism et l'utiliser a bon escient.

Stephane, tu confirmes que cette fonction est supporté par le driver ascom de l'AP 1200 ?

Cyril

Bonjour,
J'ai travaillé sur le sujet et j'ai, je pense, amelioré la chose.
Il faudra faire des tests, sur la V8.
Cyril

Cyril Cavadore a écrit :Stephane, tu confirmes que cette fonction est supporté par le driver ascom de l'AP 1200 ?

Oui, cf le lien de mon précédent message / fichier txt qui n'est rien d'autre que le passage au test ASCOM du dernier driver AP.

Je vois qu'il y a de l'espoir. Merci à vous deux.

Thierry Lemoult a écrit :Je vois qu'il y a de l'espoir. Merci à vous deux.

quelle version as tu ?
Merci