FORUM DU LOGICIEL PRISM

Bonsoir,
J'ai fait une nouvelle tentative pour utiliser PRISM et une monture sous GEMINI via ASCOM et non le protocole LX200 qui ne permet pas le stop sidéral.
Après avoir installé la dernière version d'ASCOM (la seule présente sur le site d'ailleurs) et le pilote ASCOM de la GEMINI (v1.0.8 .NET), j'ai réussi à connecter la monture avec le pilote. Jusque là tout se passe bien.
Dans PRISM, je reconfigure le télescope pour passer avec ASCOM. Quand avoir cliqué sur le choix ASCOM puis sélectionner le pilote GEMINI Telescope .NET, on voit bien apparaitre fugitivement la raquette virtuelle et le système indique que la monture est connectée.
Le problème survient alors quand j'active le télescope avec PRISM. La raquette virtuelle apparait et après avoir quitté le panneau indiquant quels sont les matériels reconnus, PRISM se fige presque complètement :
toutes les sous-fenêtres, menus et boutons sont bloqués. Cependant, le rafraîchissement de l'indication de la température de la caméra est toujours actif. Coté CPU, rien de spécial. Les panneaux de contrôle et d'état du télescope sont rafraîchis mais assez lentement (toutes les 7-8s ), les changement d'onglets sont possibles mais très lentement. La seule façon d'arrêter PRISM est de tuer la tâche...

Ma configuration est la suivante :
- Windows Vista SP2 32bit
- PRISM 8.0.3
- ASCOM 6 (le dernier)
- Pilote ASCOM GEMINI .NET v1.0.8.0 (le dernier)
- Port COM vu au travers d'un boitier MOXA très bien géré en protocole LX200.
- Focuseur TCF-S sous plugin DLL (mais le problème est identique sans contrôle du focuseur)

Quelqu'un a expérimenté des soucis similaires ?

Salut Marc,

Au niveau de ma configuration:
- WinXP SP3
- Prism 8.0.4
- Ascom 5.5
- Pilote Ascom Gemini.Net v1.0.22.0 (pour le Gemini 2 pour une G11) + liaison Ethernet
- Focuseur TCF-S
- ST8 (USB)

Si je gérais le focuseur via ASCOM alors j'avais d'énormes lenteurs sur la carte du ciel.
Du moment que je coupais l'Optec, tout rentrait dans l'ordre.
Puis j'ai essayé la gestion de l'Optec via la DLL et là OK pas de problème.

A mon avis, le driver Ascom Gemini.Net doit provoquer un problème s'il y a un autre driver Ascom.
Quand j'avais une EQ6 à la place de la G11, EQ6 pilotée via EQMod et Ascom, je n'avais pas ce problème.

Marc

Le probleme avec ASCOM, c'est qd le driver est mal fait/ecris, il fait des appels au port COM dans le processus principal de PRISM, ce qui ralenti tout les acces aux fenetres, et aux controles visuels dans Prism.

Dans ce cas, tous les utilisateurs d'ASCOM 6 + pilote Gemini récent devrait avoir le même problème.
Ce qui ne semble pas être le cas puisque je suis le premier à signaler le pb.
Peut-être est-ce ma config ASCOM "trop" récente qui est en cause ? Je peux toujours la désinstaller mais quelqu'un peut-il me fournir le noyau ASCOM en 5.5 et le pilote GEMINI ad-hoc ?
Je n'avais pas installé d'autre pilote matériel. Le TCF-S est géré via le plug-in.
Autre point, y-a-t-il des réglages particuliers de gestion des accès port COM sous ASCOM (temps d'attente...) comme il est possible de le faire sous PRISM avec l'accès au LX200 ?

Marc

Bonjour,

Personnellement, j'utilise la config suivante :
* ASCOM 5.5 + Driver GEMINI.NET 1.0.18.
* Focuser OPTEC.
Je connecte d'abord le driver ASCOM GEMINI avant toute connection par PRISM. Ensuite, Je connecte le télescope et ses accessoires sous PRiSM, la monture étant déjà connectée via le driver ASCOM qui peut fonctionner indépendamment. Par contre, l'électronique du GEMINI 1 étant très lente, avec l'ouverture de la raquette et de l'état du télescope, ça faisait beaucoup trop d'info à gérer par le GEMINI 1 dans le process principal du soft et ça figeait l'écran. Plutôt que de demander à Cyril de mettre toutes les communications ASCOM-télescope dans un thread à part (ce dont il faudrait peut être quand même faire à terme ... Cyril ?), j'ai préféré ralentir le questionnement des codeurs à 3 secondes directement dans le module ASCOM et je ferme dès la connexion les deux panneaux qui s'ouvre ce qui permet de limiter les interrogations à la monture.
Depuis ces résolutions, je n'ai plus de problème de communication entre les deux (si ce n'est qu'il faut tjs attendre bien longtemps ... 3s max ... pour avoir la position réelle de l'instrument ... donc un pointage dure en fait un peu plus longtemps que la réalité).
Pour ASCOM v6, je n'ai surtout pas touché au 5.5 car par expérience, un truc qui fonctionne bien, ne pas y toucher.

Stéphane