Lilian35

Goto dans les choux avec l'ASIAIR

Messages recommandés

Bonsoir,

voilà 3 soirs que je test l'asiair, globalement tout fonctionne, sauf peut-être le plus agréable à utiliser le GOTO 🫠

 

Concrètement, quand je réalise un Goto vers un objet après un plate solving, le télescope va mal pointer pour ce qui est de la DEC, l'AD la plupart du temps est bonne, mais la DEC est dans les choux et elle est même régulièrement inversé.

Je m'explique avec la photo ci-joint, j'étais sur le carré rouge d'après le plate solving, j'ai voulu pointer Deneb rien de plus simple, sauf que l'Asiair fait partir la monture dans le sens inverse.

 

Screenshot_20231001_225738_com.huawei.himovie.overseas.thumb.jpg.a680a274d8a3f7afa2f1b2ffc03ef58b.jpg

 

Ma routine c'est de démarrer la monture (HEQ5), de la parker tout en desserrant les axes pour être sur qu'elle se park bien plein nord, ensuite je pointe une région manuellement en desserrant les axes, je fais un plate solving, il me détecte la zone (par contre j'ai jamais réussi à faire une annotation ??), je lance ensuite sync and goto vers une étoile pour voir, parfois ça marche, mais quand je veux relancer une cible là il tombe directement dans les choux.

 

Soit c'est un paramétrage dans l'asiair que je n'ai pas trouvé, soit mes manipulations ne sont pas bonnes, mais c'est peu probable que ça soit un problème matériel, le câble Eqmod PA est tout neuf, l'appli à jours.

Je précise que avec la raquette Goto de la monture tout allait bien.

 

je vous joint une vidéo de ma manipulation pour mieux comprendre : 

https://youtu.be/xlaVIOrsLpE

 

Merci par avance pour vos réponses 🙏

Modifié par Lilian35

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 15 heures, Pascal C03 a dit :

Je connais.o.O Je n'aurais jamais du faire une mise à jour du logiciel.

 

Pour l'instant je ne rencontre pas ce genre de problème.

 

J'ai fais un test, j'ai réussi pour la 1ère fois à viser un objet, après un goto sur une étoile.
J'ai fais toutes les manipulations pour bouger la monture depuis l'application, sans desserrer manuellement les freins, je pense que je l'avais perdu en faisant ça.

Pareil, mon backfocus était pas bon, ce qui peut jouer sur la compréhension du plate solving.

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 9 minutes, Lilian35 a dit :

J'ai fais toutes les manipulations pour bouger la monture depuis l'application, sans desserrer manuellement les freins, je pense que je l'avais perdu en faisant ça.

Ben voilà. Ne jamais desserer les axes une fois la mise en station faite. Utiliser l’appli pour aller vers sa cible. Sinon, la fonction GoTo de l’appli est effectivement dans les choux (c’est vrai d’ailleurs pour tous les GoTo). J’allais répondre à ta question quand j’ai lu ta dernière intervention.

 

Le backfocus a aussi un effet important s’il est sensiblement différent de ce qui est requis.

 

Cordialement,

Stef.

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 1 heure, Bohns a dit :

Ben voilà. Ne jamais desserer les axes une fois la mise en station faite

Alors, je ne connais pas du du tout l'ASIAIR, mais là ???

Le 02/10/2023 à 23:06, Lilian35 a dit :

Ma routine c'est de démarrer la monture (HEQ5), de la parker tout en desserrant les axes pour être sur qu'elle se park bien plein nord

Tu l'installes tout d'abord pour qu'elle soit placée plein nord , à niveau, et ensuite tu démarres la monture et tu lances la routine de mise en station, avec la polaire et bla et bla...mais là je dois dire que je m'interroge... Tout paraît si simple avec l'ASIAIR ? Mais finalement ça m'a l'air bien foireux...

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 1 heure, Franck_77 a dit :

Alors, je ne connais pas du du tout l'ASIAIR, mais là ???

 

Sans encodeurs sur la monture, un ASIair ou NINA sont perdus après un déplacement manuel (et c'est chiant pour rattraper sans redémarrer en position de parcage).

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 22 heures, Franck_77 a dit :

Alors, je ne connais pas du du tout l'ASIAIR, mais là ???

Je pas comprendre…

La mise en station se fait avec les freins AD et DEC serrés. S’ils sont desserrés pour aller sur une cible puis resserrés ensuite, le système perds son « zéro » ou « home position ». Même si on revient en position « home » manuellement puis resserre les freins, on ne peut pas être sûr d’être parfaitement revenu à l’initial. Le GoTo se référant à la position « zéro » ou « home », il est forcément dans les choux.

C’est vrai pour tous les GoTo, d’ailleurs, pas uniquement avec l’ASIAIR.

Depuis 3 ans que je l’utilise, je n’ai pas de souci.

 

Cordialement,

Stef.

Modifié par Bohns
  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 12 heures, Bohns a dit :

Je pas comprendre…

J'allais dans ton sens, ne pas desserrer les freins ;)

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 6 heures, Franck_77 a dit :

J'allais dans ton sens, ne pas desserrer les freins ;)

Pardon. L’empressement m’a fait oublier le second degré…

Venant de toi, j’aurais dû y penser :ph34r:

 

Cordialement,

Stef.

Partager ce message


Lien à poster
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant



  • Contenu similaire

    • Par 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.
    • Par 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


    • Par 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
    • Par 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
    • Par 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





  • Évènements à venir