Malik

Nouvelles EQ8-R et EQ8-RH

Messages recommandés

Il y a 9 heures, Malik a dit :

Cependant n'etant que sur l'axe AD, je ne vois pas trop comment se passer de 'autoguidage comme avec ses gandes soeurs.

 

Une très bonne mise en station en poste fixe et tu pourras faire des poses sans trop de dérive en DEC.

 

Il y a 9 heures, messier63 a dit :

Vite une option à 1000 boules pour le même encodeur en dec et ça fera l'affaire car 50kg de charge à 6000 euros c'est imbattable..

 

Faut pas rêver, il y a un gouffre entre une AP1100 et une EQ8 toutes les deux annoncées pour 50Kg.

L'AP1100 non seulement porte réellement 50Kg mais surtout guide suffisamment précisément ces 50 Kg pour faire de la photo. Il y a quasiment un facteur 2 sur l'erreur en AD avec l'EQ8.

Donc l'encodeur Renisawh en AD n'est pas un luxe sur EQ8 avec charge lourde contrairement à l'AP1100.

 

(je pratique les 2 très régulièrement)

 

Il y a 10 heures, jldauvergne a dit :

il apporte quoi cet encodeur ? Je ne connais pas.

 

C'est un encodeur ultra précis. Habituellement sur l'Axe AD (au moins) il permet la correction de l'erreur périodique en temps réel en boucle fermée : la position angulaire de l'axe AD est mesurée plusieurs fois par seconde et la rotation est asservie en conséquence.

 

Edit on a répondu en même temps avec Hexa83. Je suis complètement en.phase avec sont analyse.

Modifié par olivdeso
  • J'aime 3
  • Merci 2

Partager ce message


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

je suis en train de réfléchir à faire un distributeur d'alimentation pour mon EQ6

certainement bien plus cher que ce que tu compte fabriquer, mais çà existe dans le commerce :

 

https://www.hitecastro.co.uk/index.php/products/item/mount-hub-pro-v4

 

jamais essayé mais çà semble intéressant comme produit.

 

Xavier

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 02/10/2019 à 01:14, olivdeso a dit :

C'est un encodeur ultra précis. Habituellement sur l'Axe AD (au moins) il permet la correction de l'erreur périodique en temps réel en boucle fermée : la position angulaire de l'axe AD est mesurée plusieurs fois par seconde et la rotation est asservie en conséquence

C'est la réponse que j'espérais :) C'est super canon à ce prix là ! On sait quelle précision on peut espérer avec ça ? Il doit rester des défauts liés à l’orthogonalité des axes, la réfraction, et sans doute un résidu mécanique.  

Modifié par jldauvergne

Partager ce message


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

certainement bien plus cher que ce que tu compte fabriquer, mais çà existe dans le commerce

En effet, mais c'est bien "trop" compliqué à mon gout. Un hub USB2 ... bof à quoi bon.

 

Il y a 9 heures, olivdeso a dit :

C'est un encodeur ultra précis. Habituellement sur l'Axe AD (au moins) il permet la correction de l'erreur périodique en temps réel en boucle fermée : la position angulaire de l'axe AD est mesurée plusieurs fois par seconde et la rotation est asservie en conséquence.

 

En tout cas je vois qu'on est d'accord sur l'encodeur nécessaire (pas indispensable) sur un axe et pas nécessaire sur le second.

Partager ce message


Lien à poster
Partager sur d’autres sites

Quant on voit le cout d'un encodeur absolu de cette marque, cela veut dire que la version RH, coutera presque le double de la version R (l'option codeurs absolues Renishaw sur une monture AP sur les 2 axes, c'est plus de 7.000 €, ou alors c'est pas les mêmes codeurs).

Partager ce message


Lien à poster
Partager sur d’autres sites

Du coup je me pose la question du réel intérêt des encodeurs, et de la course à vouloir ne plus autoguider.

 

Je m’explique 

 

En partant du postulat qu’on est en poste fixe :

 

- encodeurs sur AD : suffit de faire une bonne PEC + autoguidage et c’est équivalent ?

 

- encodeurs sur deux axes : suffit de faire une bonne pec + bonne MES + autoguidage et c’est équivalent ? 

 

Dans les deux cas l’économie en restant sur une solution de guidage, si elle est bien maîtrisée, est... astronomique

 

pour un résultat équivalent ? 

 

j ai mis des point d’interrogation pour poser la question, je n’affirme rien ☺️

 

Partager ce message


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

encodeurs sur AD : suffit de faire une bonne PEC + autoguidage et c’est équivalent ?

 

sur une AP1100 oui, sur une EQ8 non, c'est pour ca que l'encodeur est utile.

Partager ce message


Lien à poster
Partager sur d’autres sites

Quel intérêt d'un codeur absolu ?

Pour faire une régulation en boucle fermée je n'en vois pas la nécessité...

 

D'ailleurs, n'est-ce pas ce cher Mala05 qui a une boucle de rétroaction sur sa cinématique d'axe AD avec des composants à 2 francs 6 sous ?

 

Sinon, oui, le matériel SW vieillit mal au niveau aspect. Peinture trop mince, mauvais inox...

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 28 minutes, Pascal C03 a dit :

Quel intérêt d'un codeur absolu ?

Pour faire une régulation en boucle fermée je n'en vois pas la nécessité...

 

 

oui tout a fait.

 

l'encodeur absolu permet de savoir où est la monture exactement, (même en cas de coupure de courant en général), donc bien pratique sur un setup à distance.

Conséquence intéressante, on peut faire un modèle de pointage précis et même plus : un modèle de suivi adaptatif qui va calculer la vitesse sidérale apparente en fonction de la hauteur de l'objet et des paramètres atmosphériques. Donc on va pouvoir se passer d'autoguidage.

 

 

Partager ce message


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

des paramètres atmosphériques.

 

Les paramètres atmosphériques ne changent pas sur une sessions de 5 h ? J'ai des doutes sur l'utilité mais pourquoi pas, je n'en suis pas là !

 

Le delta de prix entre codeur absolu et incrémental me parait du luxe par rapport au plaisir d'avoir déjà réduit d'un ordre de grandeur la valeur d'ep ce qui en cas de mes très précise doit déjà permettre des poses de qq minutes...

 

Quels sont les temps de pose les plus longs en usage pour les caméras Cmos ?

 

Il y a peut-être de vrais arguments, je n'y suis pas sensible pour l'instant :ph34r:

 

 

Partager ce message


Lien à poster
Partager sur d’autres sites

Le seul vrai intérêt des encodeurs absolus est qu'on sait où se trouve la monture en permanence, même en cas de coupure de courant ou autre problème. C'est une fonctionnalité importante pour le remote. Par contre, il les faut sur les 2 axes, sinon, ça ne sert pas à grand chose. A part sur ce point précis, je reste assez peu convaincu de l'intérêt de mettre une telle sommes supplémentaire dans des encodeurs absolus par rapport à un autoguidage de qualité sur une monture mécaniquement bien faite.

 

Le 01/10/2019 à 15:49, messier63 a dit :

S'ils font ça, ça va être dur d'écouler des montures astrophysics AE et 10micron hps!

Tu sais, il existe déjà bien d'autres monture qui font du très très bon boulot pour moins chère (fait un tour par exemple du coté de Fornax), mais la mode et le marketing font beaucoup....

 

Jean-Christophe

 

 

  • J'aime 2

Partager ce message


Lien à poster
Partager sur d’autres sites

Oui ou mesu200 mais pas beaucoup de retour sur ces montures malheureusement.

Mais la mesu300 avec encodeur ça fait rêver.

Un bon gros 600 dessus,  hum....

Jérôme

Partager ce message


Lien à poster
Partager sur d’autres sites

Hello,

 

Je ne vois pas non plus l'intérêt d'un encodeur sur un seul axe. En effet, en remote, savoir où est la monture est important mais l'ancienne EQ8 avait déjà un système de homing pour un cas de pépin de type perte de synchronisation avec un alignement initial. Donc, même en cas de perte de courant (qui ne devrait pas arriver en remote avec un bon UPS et un script qui met le setup en mode parking), un homing au retour du courant permet de recaler la monture.

 

L'utilisation d'encodeurs absolus sur les deux axes, une fois un modèle de ciel bien fait, permet de longues poses sans guidage ou avec un guidage d'une impulsion toutes les deux minutes par exemple. Mais la qualité du guidage sera surtout conditionnée par la qualité mécanique de la monture en fonction du poids perché. Guider sur la refraction a aussi un intérêt pour garder une bonne rondeur d'étoiles même à faible altitude mais très très cher comme option.

 

A la fin, cela reste une question de budget. Somme toute, pourquoi acheter une BMW si une Dacia va sans problème du point A au point B. Moins confortable, moins rapide, moins élitiste mais elle y arrive.

 

A+

Modifié par bandido

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 13 heures, Jean-Christophe Dalouzy a dit :

Le seul vrai intérêt des encodeurs absolus est qu'on sait où se trouve la monture en permanence

 

Hello,

 

Les monture possédant ds encodeurs absolus sont généralement très bien faites, avec la mécanique qui suit parfaitement. Sinon, elles n'auraient pas de marché. Comme indiqué ci-dessus, à mon sens, l'avantage principal des encodeurs absolus est de pouvoir se passer de guidage.

 

 

A+

Partager ce message


Lien à poster
Partager sur d’autres sites

Un autre intérêt d'avoir des encodeurs, en plus de ce qui a été dit, c'est d'avoir 0 backlash (ça concerne surtout l'axe DEC, et donc l'avantage de l'avoir sur les deux axes).

Le plus gros avantage d'une monture haut de gamme, c'est qu'elle se fait complètement oublier en permanence... Et ça il faut y avoir gouter pour comprendre qu'il sera difficile de faire marche arrière ensuite, ce n'est pas une question de marketing ou d'élitisme. 

Stef

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 1 minute, Bradisback a dit :

Un autre intérêt d'avoir des encodeurs, en plus de ce qui a été dit, c'est d'avoir 0 backlash (ça concerne surtout l'axe DEC, et donc l'avantage de l'avoir sur les deux axes).

 

Pourquoi il y aurait 0 baclash en utilisant un encodeur ?

 

L'encodeur ne supprime pas les jeux entre une roue dentée et sa vis sans fin...

  • J'aime 1

Partager ce message


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

L'encodeur ne supprime pas les jeux entre une roue dentée et sa vis sans fin...

A mon sens c'est juste.

 

Par contre, de par sa précision, les encodeurs le calculent et en tiennent compte automatiquement lors du pointage et guidage. La correction éventuelle se fait donc en temps réel. Donc, cela ne supprime pas le jeu mécanique mais cela le masque complètement pour l'utilisateur final.  

 

A+

 

 

Partager ce message


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

Pourquoi il y aurait 0 baclash en utilisant un encodeur ?

 

L'encodeur ne supprime pas les jeux entre une roue dentée et sa vis sans fin...

Ben pcq'il sait en permanence et instantanément où il est et où il devrait être...
Et donc s'il donne une impulsion et qu'il voit qu'il n'arrive pas à la position voulue, il le corrige immédiatement...

 

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Ce qui me tue dans cette histoire c'est qu'ils ont complétement mis au rencard l'EQ8 de "base"

Mais le prix d'attaque à complétement changé 3300€ => 4200€ .

Personnellement , j’étais parti sur l'eq8 de "base" mais à 4200€ , je regarde ailleurs !!!???

 

 

900€ le Hub + des prises d'alim 12V+ qq boutons moleté et une patoche pour déporter un moteur ; ça passe pas !O.o

 

Erreur de marketing ?

  • J'aime 2

Partager ce message


Lien à poster
Partager sur d’autres sites

Tout à fait d’accord @ngc_7000 je repousse depuis un moment l’achat d une EQ8 😑

 

fait iec..hhh qu’elle soit plus dispo et qu’il faille mettre 700€ de plus pour cette nouvelle version

 

bon après peut être que l’ancienne version était sous évaluée aussi, faut dire que 3300€ c’etait vraiment pas cher 

Partager ce message


Lien à poster
Partager sur d’autres sites

Eq8-r est à ~ 4300

https://www.teleskop-express.de/shop/product_info.php/info/p11564_Skywatcher-EQ8-R-Pro-Synscan-GoTo-Mount-for-Telescopes-up-to-50-kg.html

Eq8 "base"  était à ~ 3400

https://www.pierro-astro.com/materiel-astronomique/montures/montures-equatoriales/monture-sky-watcher-eq8-pro-synscan-goto-sans-trépied_detail

 

 

En concurrence , il y a pour ~ 4000€

https://www.teleskop-express.de/shop/product_info.php/info/p10184_iOptron-CEM120-center-balanced-GoTo-mount---payload-52kg.html

Bon pas l'air d'avoir des codeurs mais beaucoup plus de "gadget" et de connectique

Ma seule crainte reste l'informatique (liaison Ascom/Indi)

Pas trop inquiet coté mécanique

 

 

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 13 minutes, JP-Prost a dit :

c'est un clone de l'EQ8

 

 

y a meme marqué SkyWatcher sur la photo xD

  • J'aime 1
  • Haha 2

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 1 minute, Malik a dit :

y a meme marqué SkyWatcher sur la photo xD

excellent, bravo Malik, tu as le coup d'oeil, toi ;) 

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