Shadoko

Prism autoguidage

Recommended Posts

Je cherche retour d'expérience PRISM V10 en autoguidage avec une AZEQ5

Je commande direct USB sans passer par la raquette,  tout marche sauf autoguidage.

Je n'arrive pas a connecter mon ASI 120  pour autoguider, reconnue mais ne guide pas.

Soit sous ASCOM soit en ST4 (avec le cable direct) Bien évidemment, j'ai suivi la config PRISM et les tutoss  (désactiver pulseguide ascom, ne pas brancher ST4 en premier etc)

Si je veux PHD2 avec PRISM, impossible, le port com est bloqué par PRISM

Le problème est que ça a marché une fois (après avoir utilisé PHD2) puis rien !

Y-a-t-il un problème de dll ?

Si ça marche pour vous, merci de me dire comment !

 

Shadoko

 

 

 

 

 


 

Share this post


Link to post
Share on other sites

De mon côté je guide avec une asi 120 et prism, en pulseguide donc sans câble st4 et ça marche nickel.

a vérifier ds l’ordre :

- pilote asi.

- qualité du câble usb !!!!!!!

- configuration caméra secondaire ds prism

- calibration autoguidage.

 

 

Share this post


Link to post
Share on other sites

Justement, quel est ton setup: USB direct ou par la  raquette ?

Je vais vérifier le pilote ASI

j'ai aussi une interface Pierro astro que je pourrai essayer. Sur la Pierro astro on configure 9600 bauds com 4, sur mon branchement direct USB je suis a 115000 com 3. Est ce que ça viendrai de là (je n'ai pas encore testé la Piero astro, ciel bouché hier)

En ST4 j'ai aussi l'impression que ça connecte mais que la monture ne répond pas, donc échec calibrage, sous Prism ou sous PHD2 (l'étoile de test ne bouge pas au calibrage.

 

 

Share this post


Link to post
Share on other sites

Il faut activer eqmod avant de démarrer Prism sinon la monture ne répondra pas aux ordres de Prism .

 

Share this post


Link to post
Share on other sites

C'est fait, tout marche. Sauf l'autoguidage !

Je remet les pilotes ASI a jour. Il en manque peut être en relisant leur page sur le chargement ASCOM.

 

Share this post


Link to post
Share on other sites

Je l'avais lu, ce soir ça se dégage, je vais reparamétrer et  mettre aussi en 16 bits.

Sous ASICAP la 120 affiche bien, et le ST4 fonctionne avec un effet aberrant, secousses etc.

J'ai donc aussi l'ATIK 314+ et je vais réduire les flux USB de l'ASI.

 

Share this post


Link to post
Share on other sites

est-ce que sans prism tu arrives à piloter l'azeq5 ? la dernière version eqmod est la V200q

Et avec l'atik 314 arrives tu à autoguider sous prism ?

Share this post


Link to post
Share on other sites

eqmod marche bien avec ou sans prism. Je pense être à jour pour la version.

Par contre je ne suis pas sûr que mon pilote ascom pour la 120 soit en place.

Si ça ne le fait pas avec l'ASI je passerai sous ATIK ( la lecture des images longues pose de l'ASI n'est pas évidente, c'est plutôt fait pour du court)

Sur le forum prism, on me dit la config que j'ai marche bien.

Le PC est un nano PC ZOTAC W10 commandé en réseau filaire avec TEAMVIEWER, tout est dans le ZOTAC, prism, ascom, pilotes etc. Je dirige à distance  avec un LENOVO. Sauf l'autoguidage tout est bon. En filaire on est comme en direct.

 

Share this post


Link to post
Share on other sites

J'ai vu ton message sur le forum prism , tiens nous au courant de la suite , ça peut servir pour d'autres membres qui rencontreraient des problèmes similaires .

Share this post


Link to post
Share on other sites

Ça y est, ça marche en ST4 sous PHD2 , mauvais guidage, alignements capteur à faire, mais ça tourne: +/- 1 à 2".

Par contre PRISM ne veut rien savoir en guidage. Echec avec ATIK et ASI, tentatives de calibrage, rien ne bouge.  Que ce soir en ST4 ou en pulseguide !

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



  • Similar Content

    • By Chris277
      Bonjour les copains,
       
      Depuis plus d'un an j'étais face à un problème recurrent de NON detection par le PC de l'ipolar : "Camera fail to connect". Bizarrement les tests à la maison se passaient bien et j'ai d'abord changé le cable USB.
      Mais toujours connection très rare à force de brancher / débrancher l'usb, plus de 50 x parfois et des décos surprises. 
      Alors début juillet, après avoir fait 4h de route pour rien pour aller au spot, j'ai démonté la CEM70.
      D'abord la caméra et de l'autre coté la platine circulaire qui porte la prise USB vers le hub et la caméra. D'abord c'est logique, du socket USB, les cables montent directement au HUB  USB qui se situe au dessus et sous la queue d'arronde voir image 1. Les cables redescendent ensuite vers le ipolar. J'ai simplement déco/reco des connecteurs.

      Et puis avant la sortie suivante, je me suis dit, qu'il fallait regarder du coté du HUB, puisque lui est toujours detecté par le PC et pas la CAM qui est branché dessus et que rien de louche coté CAM.  Alors J'ai dévissé le HUB et la queue d'arronde puis le PCB du HUB et là surprise :

      Plein de dépôt d'oxydation des soudures comme si la carte avait pris la pluie ou une forte condensation. La monture est d'occase. En haut à droite, le connecteur USB de l'IPOLAR est bien touché aussi.
      Alors l'hypothèse est la suivant, à la maison, au sec, ces dépôts sont secs et assez isolant et ça fonctionne. Et dehors, ces dépots sont probablement hydrophiles, se gorgent d'humidité nocturne et deviennent des résistances en les soudures... C'est cohérent, car les nuits sèches, ça fonctionnait sans problème. J'ai tout nettoyé à la brosse à dent et dans un premier temps j'ai tout tartouillé de graisse silicone diélectrique que j'avais sous la main (pour bateau). Et  100% réussit le soir même malgré un passage de brume au col où j'observais.
    • By Astroced69
      Bonjour à tous,

      Ça fait quelques temps maintenant que j'ai une monture Orion ATLAS EQ-G et je m'essaye de plus en plus à la photo.
      J'ai remarqué depuis le début que j'avais une sorte de "dérive" lors de mes poses. En gros sur des poses supérieures à 30s je vois les étoiles s'allonger dans un sens puis revenir à leurs formes normales et s'allonger à nouveau dans l'autre sens.
      Je vous mets un exemple, pour replacer le contexte, j'avais lancé une pose de 1min30 sur M31 avec mon CANON 350D+Sigma 120-400, j'étais en mode BULB et la pose est resté bloquée car je suis parti faire autre chose entre temps et la pose à durée au final 3374s... Je sais ça fait long pour ceux qui aurait un doute je mets une capture d'écran  avec les EXIF de la brut . Précision je n'autoguide absolument pas et j'utilise soit mon APN 80D +Sigma 120-400, soit un 200f5 avec une caméra ALTAIR 183M (c'est surtout avec ce setup que je vois l'allongement )
      La mise en station semblait plutôt bonne étant donné que les étoile ne sont allongées que dans une direction.
      La question est, qu'est ce qui peut provoquer cet allongement? la VSF AD trop contrainte ou alors voilée ou tordu? ou autre chose??
      La monture est entièrement d'origine mais j'ai prévu de remplacer tous les roulements, je ne sais pas si ça changera quelque chose, on verra bien...

      Alors, à votre avis ça vient d'où??

      Merci d'avance pour vos réponses

      A++
      Ced


    • By lebras53
      Bonjour à tous,
      Depuis quelques temps, sous NINA connecté à ma monture Celestron CGX drivée par CPWI, je constate que le retournement au méridien ne fonctionne plus. Quand le processus de retournement arrive à l'opération de pointage de la nouvelle position après retournement, la rotation sur l'axe DEC se fait correctement mais pas celle sur l'axe RA qui va dans le mauvais sens et atteint rapidement la limite de déplacement provoquant l'arrêt de la monture et l'échec du retournement. Quelqu'un a-t-il déjà rencontré ce problème ? Comment résoudre cela ? J'ai trouvé une solution provisoire qui est de créer deux séquence distinctes une avant et une après le retournement mais cela ne me satisfait pas vraiment parce que le retournement fonctionnait très bien avant J'ai pensé à un problème lié à la mise à jour du logiciel NINA vers la version 3.1 HF1 mais, sur dicord, le créateur de NINA a regardé le fichier log et il me dit que tout est correct et que le problème viendrait du driver de la monture c'est à dire de CPWI. Mais comme cela fonctionnait correctement avant, je ne comprends pas bien sa réponse. Merci de votre aide, Guy
    • By lebras53
      Bonjour à tous,
      Depuis quelques temps, sous NINA connecté à ma monture Celestron CGX drivée par CPWI, je constate que le retournement au méridien ne fonctionne plus. Quand le processus de retournement arrive à l'opération de pointage de la nouvelle position après retournement, la rotation sur l'axe DEC se fait correctement mais pas celle sur l'axe RA qui va dans le mauvais sens et atteint rapidement la limite de déplacement provoquant l'arrêt de la monture et l'échec du retournement. Quelqu'un a-t-il déjà rencontré ce problème ? Comment résoudre cela ? J'ai trouvé une solution provisoire qui est de créer deux séquence distinctes une avant et une après le retournement mais cela ne me satisfait pas vraiment parce que le retournement fonctionnait très bien avant J'ai pensé à un problème lié à la mise à jour du logiciel NINA vers la version 3.1 HF1 mais, sur dicord, le créateur de NINA a regardé le fichier log et il me dit que tout est correct et que le problème viendrait du driver de la monture c'est à dire de CPWI. Mais comme cela fonctionnait correctement avant, je ne comprends pas bien sa réponse. Merci de votre aide, Guy
    • By transitmk1
      j'ai enfin fini mon nouveau support de camera zwo avec le teleobjectif canon a l'imprimante 3D,maintenant direction les nebuleuses tres large a ma portée,le tout monter sur la lunette 102mm et l'asiairplus bien sur le tout piloté de mon salon via bluestacks et apkpure avec asiair ou anydesk





  • Upcoming Events