Envoyé 26-07-2008 17:29         

Je me suis laissé tenté par une Sphinx SXD. Je vais écrire une page complète dessus mais je livre rapidement mes conclusions car elles peuvent être utiles.

Le très bon : la construction mécanique (hors motorisation), la perpendicularité des axes, l’erreur périodique très faible (moins de +/-10"), la stabilité, le viseur polaire, la compacité, le serrage des axes, le GOTO assez précis, le poids, la capacité (théorique),

Le moyen : Le Starbook et ces fonctions limitées mais il reste assez sympathique à utiliser et le GOTO marche bien.

Le très mauvais : le suivi.

- moutonnement permanent (tout juste acceptable) de quelques " en synchro avec des sifflements du moteur,
- accélérations brutales aléatoires sur l’axe AD de 6" à 10" mais quasi systématiques après tout rappel en AD ou en DEC !
- forte sensibilité à la charge (stabilité suivi)
- dérive en AD non négligeable 0.1% (à confirmer)

Il faut dire que si la SXW utilise des moteurs MT4 (ils me semble identiques à ceux du Skysensor), ceux de la SXD sont très différents : probablement des brushless à haut couple, minuscules (deux fois plus petits en diamètre) commandés électroniquement.

J’ai expertisé la chose assez longuement en peaufinant les réglages de VSF au mieux. En dehors de tout rattrapage, après avoir un peu chauffé, et avec un chargement parfaitement réparti, le suivi serait, "moutonnant" mais à peu près correct... mais la moindre dissymétrie de charge et HOP c’est reparti pour une danse de saint Guy. J’ai jamais vu ça avec ma GPDX.

Et de toute façon, un rattrapage en DEC et HOP, l’axe RA fait un bond en avant. Le suivi est à l'avenant...

J’ai également regardé à l’oscilloscope la découpe de la tension y compris avec désaccouplement du moteur pour évacuer tout problème de réglage mécanique (il reste le réducteur toutefois) : il s’agit bien toujours d’accélération comme si la boucle d’asservissement décroche par moment et notamment après toute action sur l’un des rappels. Autrement dit, un rappel en DEC cause un saut en AD, etc... J’ai donc le sentiment que le contrôleur intégré à la monture, perd de temps à autre le contrôle de la boucle, notamment lors d’un rattrapage sur l’un quelconque des axes : le moteur accélère brutalement puis le contrôleur vient compenser la déviation et la monture se recentre, etc... Le défaut est très rapidement compensé (une fraction de seconde), mais bien visible aussi.

De même avec une charge sensible, le moteur semble incapable de trouver un régime stable et il est quasiment impossible de synchronizer l'oscillo, le tout avec un bruit de "hors-bord" qui va tomber en panne d'essence.

Le problème est que, vu du constructeur, cela pourrait être dans les specs : 6 secondes d’arc de déviation aléatoire, ce n’est pas beaucoup mais trop souvent c’est pénible : désagréable en visuel et ne parlons pas d’astro-photo à longue focale (>1000mm) car le problème est que ceci rend les rattrapages manuels ou autoguidés très incertains.

En revanche et paradoxalement, des clichés non guidés (et il vaut mieux ne pas guider parce que c'est principalement lors des rattrapages que cela ne va pas) de plusieurs minutes avec des focales inférieures à 500mm me paraissent envisageables compte tenu de l'erreur périodique très faible (estimée +/-8").

J'ai bien sûr essayé toutes les versions du firmware. la pire est la built 40 car le moteur DEC s'arrête très lentement et continue à chercher son équilibre assez longtemps ce qui impulse des sauts sur l'axe AD. La V2.0 est celle qui donne le "mieux" de ce point de vue.

La PEC marche bien mais son bénéfice est presque "annulé" par les sauts en AD (presque du même ordre de grandeur que l'EP) qui suivent tout rattrapage : quel dommage !

J’ai échangé avec d’autres utilisateurs de SXD qui rapportent à peu près tous les mêmes symptômes. Certains espèrent une mise à jour du logiciel... je n’y crois pas trop : c’est bien l’électronique de contrôle et/ou le choix des moteurs/codeurs qui est en cause.

Par ailleurs, petit détail intéressant (selon d'autres utilisateurs car pas constaté moi-même) : sur les deux dernières versions du firmware sachant que seules ces deux dernières sont utilisables sur la SXD, le logiciel (plein de bonnes intentions) effectuerait des corrections en DEC systématiques pour compenser les défauts de mise en station quelque soit le nombre détoiles alignées ; alors que la built 35 ne compense la mise en station qu'àprès 3 alignements. Non seulement c'est inutile mais cela n'arrange rien à l'affaire... puisque cela se termine par un saut en AD.

Conclusion : à vous de voir si ces spécifications vous conviennent.

RAPPEL : tout ce qui précède vaut pour la Sphinx SXD, PAS pour la Sphinx SXW.

Envoyé 26-07-2008 19:49         

A mon avis cela peut s'appliquer à toute monture contrôlée par un StarBook :-(

Sur le Yahoo Group Vixen j'ai même vu quelqu'un voulant revendre une monture Vixen Atlux à peine six mois après l'avoir acheter

Envoyé 26-07-2008 20:00         

- le Starbook et son programme. C'est un PDA dédié.
- le contrôleur de la monture (une carte avec micro-processeur) et les deux moteurs.

A mon avis c'est bien le contrôleur de la monture qui est en cause (la boucle d'asservissement), pas le programme. Or la SXD utilise d'autres moteurs bien plus sensibles, que ceux de la SXW qui ont fait leurs preuves.

Oui, j'ai vu pour l'Atlux : il est bien possible que ce soient les mêmes moteurs que sur la SXD d'où les mêmes problèmes. Je ne me vois pas acheter une Atlux avec un Starbook... De toute façon le Starbook même en temps que "programme" n'est pas à la hauteur de montures de ce prix en fonctionalités et base de données (à peine 5000 NGC).

Dans l'ensemble les SXW's users se plaignent moins.

Il y a là dessous certainement de mauvais choix technologiques, un manque de tests, un manque d'exigeances de performances.

Envoyé 27-07-2008 12:53         

Dommage que tu n'ais pas de données de suivi sur forme graphique, c'est trés parlant (ex : EP et suivi de la dérive de l'étoile guide pendant un autoguidage).

J'ai un peu hésité sur cette monture. En définitive j'ai bien fait de partir sur une G11.

Christian

Envoyé 27-07-2008 13:18         

Ayant une SXD depuis peu, je n'ai pas pu encore faire de véritables tests avec cette monture.

Je rajouterai 2 points à ton analyse:

1- Le bruit est insupportable en suivi comme en goto.
2- Le prix est surestimé à mon avis

Par contre je suis d'accord pour l'EP : j'arrive à: +5/-5 sec/arc monture "sortie de boite" et mise en station à la jetée de monture.

Pour la fabrication dito avec toi: c'est du japonais usinage, finition, etc... rien à voir avec une EQ6 ou HEQ5 (que je connais car j'en ai démonté plus d'une) que du bon.

Envoyé 27-07-2008 13:56         

Mais quand ne guide pas c'est à peu près bon en général ou limite (suivant le critère que l'on se fixe). Le problème ce sont les rattrapages. Est ce que tu retrouves ces sauts en AD après des rattrapages ?

La mécanique est hors de cause, elle est exceptionnelle. Le gachis c'est d'avoir mis des moteurs, encodeurs et controleurs inadaptés.

Envoyé 27-07-2008 14:52         

A mon avis c'est un pb purement mécanique (réducteurs et VSF).

Sur ma Vixen SPDX la courbe était trés ressemblante à celle ci, avec des amplitudes plus grandes.

Envoyé 27-07-2008 15:56         

Mécaniquement, c'est vrai, il y a pas mal de composantes.

Mais ça encore c'est rien.

Il s'y ajoute des sauts brusques d'origine électronique après toute action sur le guidage (y compris en DEC). Non visibles sur cette courbe. C'est surtout ça qui complique le guidage.

Envoyé 27-07-2008 17:59         

Voila la courbe FFT

Laurent, je pensait que les variations de fréquence élevée était du à la turbu car j'ai fait la mesure avec un C8 à F/10 soit 2m de focale.
Comme je ne l'ai pas encore essayée en autoguidage je n'ai pas de retour sur ces erreurs après correction, peut-être ce soir.
Mais j'avais remarqué le phénomène suivant sur l'axe RA et seulement en RA:
Après un mouvement, le pignon d'attaque de la VSF oscillait autour d'une position pendant une bonne dizaine de secondes avant de
s'arréter. J'avais trouvé ça plutot curieux.

Pour les moteurs moi aussi j'ai failli tomber sur le cul quand je les ai vus.
De minuscules moteurs du diamètre d'un crayon à papier avec un encodeur en bout et un réducteur multi-étage.

Après avoir de nombreuses fois disséqué des EQ6 et HEQ5 la différence m'a paru étrange (mais je me suis dit que Vixen connaissait son boulot).

Envoyé 27-07-2008 18:08         

Mais dit moi: les moteurs de la SXD ne sont-ils pas des moteurs CC avec encodeur ?
(il n'y a que 2 conducteurs d'alimentation)

Envoyé 27-07-2008 18:20         

Moteurs SAYAMA, Codeurs Ruhlatec M16-075-1500-2LF (75 pas). On voit l'encodeur noir en extrémité, le moteur puis le réducteur (taille classique). Oui ce sont des moteurs CC brushless certainement avec encodeurs : j'ai pas trouvé la doc complète.

J'ai vu les moteurs du Starbook-S (celui pour la GPD) et ils sont de la même veine. Alors d'ici à ce que vixen généralise...

Envoyé 27-07-2008 19:00         

J'ai compris qu'il existe également des variations d'origine électronique.
Mais ces variations sont trés bréves si j'ai bien lu (?)
Sont elles vraiment préjudiciables en autoguidage, avec un temps d'intégration de l'étoile guide assez long ? (effet de lissage, idem à la turbu).

Christian

Envoyé 27-07-2008 19:13         

La mécanique est ce qu'elle est et pas si mal (plutôt bien même).

Pour le reste, il y a un AVI sur le groupe Shpinx qui reproduit bien le symptôme.

Envoyé 27-07-2008 19:16         

Laurent, en dessous de quelle focale pense-tu que ces variations peuvent-être "supportables" ?

Par contre je suis assez satisfait de la précision du GoTo après alignement sur 4 étoiles (2 antéméridien et 2 postméridien) les objets tombent au centre de l'oculaire.

Si le temps tiens je vais essayer de faire une mesure d'EP ce soir.
Par contre j'espère ne pas avoir de problèmes avec les 2 cams simultanement sur le PC:
webcam SPC900 à l'enregistrement avec Astrosnap et PL1-M à l'autoguidage avec Guidemaster.

Envoyé 27-07-2008 19:24         

Au fait dd, sais tu la dérive moyenne en AD sur une étoile à l'équateur, sur une demi-heure par exemple ?

Christian : tu as raison : la brièveté des variations aléatoires électroniques sur AD après une commande de guidages en DEC ou AD (non visibles ici) est telle qu'il n'est pas sûr que ce soit préjudiciable au guidage lui-même. Mais bon.... cela ne me plaît pas du tout quand même !

Envoyé 27-07-2008 20:03         

Pour la focale, je ne suis pas spécialiste... cela dépend aussi de tes exigences. 1000mm à mon avis cela doit aller. Moi je compte voir avec des focales de 450mm sans aucun guidage et des poses pas trop longues. Mais je ne suis astrophotographe que très occasionnellement.

Si tu fait un test, regarde bien le comportement en AD (de préférence avec oculaire fort gradué) après un rattrapage (juste après le relâchement du bouton DEC ou juste après le relachement du bouton AD) ?

Le GOTO est bon, oui. Et surtout le retournement au méridien est spectaculaire : quasi pile poil au centre.

Envoyé 28-07-2008 16:58         

a+
Daniel

Envoyé 28-07-2008 17:43         

Quid de la retourner pour vice caché ?

Envoyé 28-07-2008 22:19         

En attendant voila un bout du graph d'EP d'hier avec la monture chargée à 12kg

Par comparaison avec la courbe avec le C8 seul à la même echelle:

Envoyé 29-07-2008 15:20         

Je suis en négociation avec le vendeur pour une reprise ou une solution par Vixen qui semble au courant de "problèmes" !

Envoyé 01-08-2008 19:47         

Les pignons sont moulés/usinés directement sur les axes, qui sont aussi en alu: là aussi, usure record et faible résistance à la charge (et ce défaut est très certainement d'actualité aussi sur la SXD).