thierry91

salut alex,

apres une mesure soigneuse, je peux te dire que le mien fait 1m23..
c'est moyennement pratique, chez moi ca passe bien mais je comprends que
ca puisse coincer. le vendeur ne m'avait pas dit la longueur du cable
mais ca ne m'a pas semble indecent sur le coup...

maintenant chez belkin tu as une rallonge de 5m avec prises DB9 male/femelle
pour 10 euros, ca doit faire?

Thierry

merci de ta reponse!

non en fait j'utilise une Lodestar. je ne sais pas si il y un gag avec les drivers aussi.

bonjour à tous,

j'ai un petit souci avec PHD:

je guide avec ce soft et ca marche très bien avec tout par défaut.
Mais au bout d'une heure environ je le retrouve planté
fenetre devenue blanche avec le sablier de windows qui s'écoule, qui s'écoule ...
ca n'est pas une perte de l'étoile guide (dans ce cas PHD devient
tout rouge et clignote)
ca arrive au bout d"une heure si je fais des poses d'une seconde
de la cam de guidage et environ deux heures si je fais des poses
de 2 secondes !!?? un hasard ?
il n'y a rien de bizarre dans le fichier ou il ecrit les corrections effectuées au cours du temps, ca s'arrete d'un coup.

ca fait penser a un buffer ou un fichier qui finit par deborder ?
j'ouvre aussi la fenetre du graphe des corrections en plus de la fenetre principale, ce sont les deux qui plantent.
pour le redemarrer il faut debrancher le cable USB de la camera.

si vous avez des idées, je suis preneur !

thierry

salut !
j'utilise en ce moment meme une Lodestar avec PhD.
dans le menu qui apparait quand tu cliques sur l'appareil photo,
tu as bien choisi starlight sxv ?
normalement c'est ca qui est OK.

sinon ... reinstalle les drivers ?
peux-tu t'y connecter via le logiciel fourni avec la cam ?
essaye en debranchant ton imageur.
il y a une diode sur la cam, est-elle allumée ?

bon j'ai pas d'idées formidables ..
bon courage, tiens nous au courant

T

salut!
bienvenue dans le monde merveilleux du robofocus :-)
oui tu peux le démonter a chaque fois en principe
mais ca va etre galère à cause de l'accouplement
moteur/axe crémaillère. Il y a une pièce avec des petites vis
qui nécessite un peu d'attention au montage/démontage.
Perso j'ai abandonné la valoche de rangement.

T

bonne question!

j'ai aussi hésité entre le 5 et le 3 astrodon...
je me suis servi du 5nm sur le KAI4022 d'un pote dans les Hautes-Alpes cet
été et il ne donne aucun halo meme avec des gros lumignons genre Deneb.
chez astrodon ils disent que 3nm est OK jusqu'à f/3 avec courbes à l'appui.
Ici sur le forum je n'ai vu que Richard Galli utiliser le 3nm
(avec succès c'est sur!).

le seul gag clair est est pour les nébuleuses planétaires genre M27
qui émettent en Halpha et aussi deux raies de l'azote très proches du Halpha.
Le 3nm tue les deux raies de l'azote mais pas le 5nm, du coup l'aspect est assez différent! pour le CP c'est pas important.

finalement un petit pincement du portefeuille m'a fait prendre le 5nm...

T

Merci a tous de vos messages sympas !

de benedictis:
oui je vais faire le pretraitement un de ces 4 (sauf probablement les flats)
mais en faisant juste l'empilement j'ai ete surpris du resultat.
j'ai bien peur que le bruit qu'on voit quand meme bien dans les zones noires
ne puisse disparaitre qu'avec l'ajout de temps de poses.

T.

bonjour,

vendredi soir le 10 il y a eu une belle soirée en région
parisienne sud, SQM=19.2 vers minuit (pour chez moi, c'est pas mal!)
région de sadr - pas vraiment original

FS-60 + red f/4.2
7x600s
atik314 à -15C

pas de darks/flats/offsets (c'est mal mais bon, la flemme)
empilement avec IRIS + un peu de DDP
sur le jpeg luminosité+contraste avec Canon DPP

j'aurais bien fait plus de poses mais l'autoguidage est parti en
vrille et le temps que je réalise, des nuages arrivaient...

comments welcome of course !
thierry

PS: j'ai cru poster tout a l'heure mais le post a disparu,
j'espère ne pas créer de doublon!

quand tu fais par exemple IN de 10 tu dois voir défiler dix fois
un "I" dans la colonne receiver puis à la fin tu as la position absolue qui
est retournée via FL000xx où xx sont ta valeur finale.
La, je suppose que tu ne vois pas ca défiler du tout ?

je tenter de relire encore le manuel mais je dirais qu'un coup de fil
à ton revendeur s'impose...
ta chaine de communication PC -> controleur est OK
le moteur est OK
donc le controleur a un problème.
mon robo a eu un gros gag hardware solutionné par le magasin de Lorient
mais c'était juste une piste du circuit imprimé qui est partie en fumée
à la première mise sous tension :-)

T

et quand tu fais par exemple IN de 50 ?
es-ce que ton moteur tourne ? es-ce que ca rippe ou pas ?
que vois-tu alors dans la fenetre received ?

ta copie d'écran semble normale en ce qui concerne l'état
du focuser

T

[Ce message a été modifié par thierry91 (Édité le 11-09-2010).]

oui je veux bien voir une copie d'écran,

normalement avec le monitoring du traffic tu peux déjà tester pas mal de choses:

si tu fais "refresh" tu dois voir defiler toutes les infos
d'une manière presque lisible: ca se presente sous forme
de FC000### où les # sont tes valeurs. Si tu fais IN ou OUT
tu dois voir passer les ordres I et O à chaque pas puis
à la fin il renvoie la position absolue tjs sous le meme
format. Es-ce que ca marche bien ?
idem fais les get position, get max travel pour voir si ca marche bien.

Thierry

une fois que ton port COM est ouvert
tu peux activer la fenetre "show traffic" du menu config
il y a une colonne d'emission et une colonne de reception
dis-nous ce que tu vois. En cas de gros probleme du boitier
la colonne de reception se remplit de caracteres non-ASCII.

bonjour à tous,

alors voilà, je voudrais commander via IP deux périphériques RS-232
à savoir un robofocus et un Gemini L4. ces deux gadgets ont des cables
DB-9 et se commandent via des ports séries. Depuis mon PC portable
je tente d'utiliser un Moxa 5410 qui fait serveur de port RS-232 via IP.
Mon PC sous XP se connecte sans problème au Moxa, le Moxa se configure
comme je veux, ca c'est donc OK. le problème c'est la configuration
des ports série qui visiblement ne marche pas: aucun des deux appareils
ne communique avec le Moxa et je doute d'avoir réussi à griller les deux
d'un coup :-)
j'ai bien mis 9600bauds, 8bits, 1stop bit, no parity mais peut-etre
je me plante dans les parametres suivants: flow control, FIFO ??

je n'ai pas trouvé dans la doc du robo ni du Gemini.
merci de vos lumières!
Thierry

je veux bien essayer la dll directe si tu penses que c'est un bon test.

J'ai ce robofocus depuis un peu plus d'un an. A la premiere mise sous
tension, il y a une piste du circuit imprime qui est partie en fumee..
le SAV m'a arrange le coup. Depuis je n'ai pas eu de problemes en utilisant
le soft robofocus controller.

je ne sais pas s'il y a des outils de debug dans ascom ?

T

PS: une precision: j'utilise un convertisseur USB-serie
en Y, soit un port USB vers deux ports series. Avec *deux*
peripheriques serie, ca ne marche pas du tout, le robo
perd les pedales tout de suite. S'il n'y a rien sur l'une
des branches et juste le robo sur l'autre branche ca marche
en utilisant le logiciel du robo. C'est ce que je fais
depuis un bon moment. J'avais donc mis hors de cause ce
convertisseur mais maintenant qu'on en parle, je vais
essayer avec un autre convertisseur.

[Ce message a été modifié par thierry91 (Édité le 07-09-2010).]

bonjour à tous,

alors voila, je voudrais piloter un robofocus via un logiciel
pour faire la MAP en auto. J'utilise prism 7.2.24 sous XP.
Mon brave robofocus marche très bien via son petit soft dédié,
en un an je n'ai pas eu de problème. J'ai installé ASCOM 5.0
et le driver pour le robo (3.0.9 incompatible avec ASCOM 5.5)
et j'ai essayé de le commander via prism via l'ASCOM. Ca démarre nickel
puis au bout de quelques secondes, j'ai un message d'erreur
"erreur lors de l'accès au système de focalisation ->
link fail focuser -> timer periodic error". Suite à cette erreur
le robo est complètement planté et doit etre redémarré à la manivelle.

Pour savoir si c'est lié à prism, j'ai essayé avec la démo de Maxim
qui passe aussi par l'ASCOM et le probleme est le meme.
le message plus laconique de Maxim étant:
"focuser failed to move: link failed"

j'en déduit que c'est le driver ascom du robo qui merdoit (?)

si je regarde dans le menu ascom de mon windows il y a un utilitaire
robofocus control qui n'est qu'une sorte de copie du soft fourni
avec le robo, et donc il marche si on l'utilise en direct i.e.
pas via un logiciel supplémentaire comme prism.

idées bienvenues !
merci de votre attention !

Thierry

alors le résultat des courses après un certain nombre de reboots...

suivons d'abord BecAFuel:
dans le Bios du X1 il n'y a rien qui concerne les ports COM
par contre j'y ai trouvé l'activation/désactivation du bluetooth
or j'avais vu que la foultitude de ports COM étaient labellés
"toshiba BT port", je me suis empressé de désactiver le bluetooth
(de toute facon ca n'avait jamais marché sur cette machine)

au reboot je fais la manip d'epsi - que je croyais avoir déja faite
sans succès puisque au reboot suivant tout réapparaissait.
je vire froidement tout les ports COM.
Je reboote: horreur ! le dialogue de windows d'install apparait pour
réinstaller chaque port enlevé (une vingtaine), le souk !

après un coup de google, j'enlève la "toshiba bluetooth stack"
via le désinstalleur de XP et je reboote ..

O Miracle, plus d'aneries bluetooth... je pluge mon Y
et hop ! COM1 et COM2 seulement...
le robo et le gégé sont contents.

ca survit a plusieurs reboot donc on va dire que c'est OK.

un grand merci a tous ! ca faisait un bon moment que je galérais
et commencer une soirée astro avec des histoires pareilles c'est
pénible...

T

Ooooh!
que voilà une nouvelle qu'elle est bonne !
je récupère la dernière version et j'essaye ca.
Ca serait déjà moitié du problème résolu.
je posterai si ca marche..

merci star62
T

merci les gars de vos reponses rapides !

BecAFuel:
je plussoie sur les programmes qui sont limités en numeros de ports COM
ca semble vraiment idiot..
concernant la carte mère, j'hésiterais vraiment à bidouiller
ce portable.

ybs:
le programme GCC accède au Gemini L4 sur des ports jusqu'à 12 pas plus
donc ton port numéro 10 est OK...
chez moi c'est dans les 21, 22 donc out
je connaissais l'article de V. Villemaire, le problème est que avec
le serial pass-through deux programme ne peuvent accéder en meme temps
à l'unique port COM. Dans mon cas c'est le programme de controle
du robofocus et GCC le programme de controle du Gemini L4, ces deux
programmes ne se connaissent évidemment pas.

star62:
j'avais vu ton beau site il y a qq temps, je vais regarder.
j'avais déjà essayé de virer des ports COM avec la méthode que tu dis
mais meme s'ils sont désactivés ils restent dans la liste .. ?
je suis bien d'accord que hub + Y ca semble difficile à gérer
mais je n'ai qu'un port USB sur mon portable donc je ne coupe pas au hub.
Meme si j'utilise ascom pour piloter la monture il me faudra un hub +
1 cable pierro + 1 USB/série pour le robofocus: toujours l'usine à gaz!

il y a qq temps je m'étais décidé à utiliser GCC de R. Goerlich
plutot qu'ascom (les deux marchent bien)

T

bonjour,

alors voila, je suis face à une quasi-cata informatico-astronomique.
Je veux commander depuis un portable sous windows XP avec un seul port USB
et zéro port série à la fois un robofocus et un Gemini. Ces deux beaux
accessoires demandent chacun un port série. J'ai donc acheté un adapteur
USB/série double (en forme de Y, comme une longe de via ferrata). Via un
hub alimenté, ce bazar est relié à mon antique portable. J'ai installé
avec succès le driver de ce Y.

Maintenant évidemment ca ne marche pas comme il faut. Quand je regarde dans
"gestion de l'ordinateur - périphériques", je trouve tout un tas de ports
séries soit-disant utilisés de COM1 à COM20 puis COM21 et COM22 qui sont les
deux ports série de mon Y. Le robofocus n'accepte pas les ports au delà de 8 et le programme GCC de liaison avec le Gemini n'accepte pas non plus des
numéros de port COM aussi élevés. Alors à la main je peux changer les numéros de ports du Y en les forcant à COM1 et COM2 par exemple et
ca marche aléatoirement...parfois il faut rebooter un coup, parfois non,
en une douzaine de tentatives je n'ai pas trouvé de systématique...
les numéros de ports changeant en plus régulièrement au cours du temps

auriez-vous une solution pour venir à bout de ce problème ?
j'ai vu des configs en remote qui sont très complexes et qui ont du
résoudre ce genre de gag ?

j'ai googlé et parcouru le forum de hardware.fr mais sans solution
évidente...

merci d'idées éventuelles!
Thierry

PS: PC dell latitude X1 un port USB, une prise ethernet.

salut,

en ce qui concerne Moonlite, tu peux aussi discuter directement avec
eux, ils expédient en France. C'est pas que ca soit moins cher, c'est
juste que tu peux demander des détails précis. Ils m'ont répondu
super vite il y a pas longtemps. En principe ils peuvent faire
des modifs/adaptations à la demande mais je ne sais pas à quel tarif ...

bonnes courses!
T

@Kirth:

les forces de marees sont du style:

M * Rs * L * c^2 / R^3

ou M est la masse de l'objet
L sa taille
Rs le rayon de schwarzschild
c la vitesse lumiere
R la distance au TN

avec les nombres dont on parlait ca fait 10^9 Newtons a 50km d'un TN de masse solaire.
je suppose que c'est ce que tu as fait aussi ?

pour qu'un humain ne soit pas ecrabouille en passant a Rs, il faut un TN assez gros
i.e. un assez grand Rs, j'ai trouve l'ordre de grandeur 1000 masses solaires
comme "plausible". Avec un grand TN centre centre galactique, c'est du gateau !

T

+1

pour le système solaire; compacter le soleil en un trou noir
ne change pas les orbites car elles sont toutes très loin du
rayon magique de schwarzschild Rs de 1.4km. Meme pour mercure il y a une grosse marge. Les déviations par rappport aux lois de kepler/Newton se manifestent en dessous de 10 fois le rayon Rs. Imaginons que l'on veuille
étudier le soleil devenu trou noir, on pourra satelliser une sonde a 50km
de distance sans problèmes, elle décrira une orbite képlérienne quasi-usuelle
mais avec une avance du périhélie très importante, encore plus que mercure.
MAis si on veut descendre l'orbite de la sonde en dessous de 6 fois Rs, c'est
terminé il n'y a plus d'orbite stable: quelque soit sa vitesse et on tombe inexorablement vers le TN. C'est le domaine ou la gravitation Newtonienne
ne marche plus. Quand on passe Rs, c'est la cata...

cette description néglige les forces de marée: si la sonde n'est pas
minuscule, ses différentes parties ne seront pas attirées de la meme manière
ca donne des forces de marées qui vont tendre à la réduire en morceaux.
Mieux vaut employer une bonne vieille soucoupe en superfulgurium
renforcé.

pas plus tard qu'hier, je fixais un objo canon sur une Atik
avec l'adapteur Geoptik dont bboulant donne le lien,
il n'y a bien sur pas de lentille, juste un raccord
tres costaud et en plus il y a un filetage qui accepte
les filtres en 31.75mm. C'est tout bon pour une 314 comme tu as.
ca existe en canon et nikon. Il y a une patte de fixation qui peut
etre commode.

voyons voir..
100kg d'antimatière soit 200kg d'annihilés
E=Mc**2 me donne une certaine quantité d'énergie
que je convertis en masse de TNT un bon explosif de référence
sachant que 1g de TNT libère 2700 Joules...
ca nous amène à un total de 7 Gigatonnes de TNT, pas mal...
une belle grosse explosion !

pour mémoire la plus grosse explosion de tous les temps d'origine
humaine est de 57 Mégatonnes de TNT - une bombe à hydrogène
de l'ère soviétique.

une note optimiste quand meme: par chance on ne sait pas du tout fabriquer
de l'antimatière en grandes quantités. La science-fiction par contre fait
une consommation immodérée d'antimatière, dans les moteurs de soucoupes,
et divers engins de destruction plus ou moins massive.

Hmm, je suis sensible a ton argument,
etant un adepte des focales de nain
c'est vrai que bin2 a 350mm donne 9"/pixel ...
ca fait frémir!

maintenant il y a eu un fil sur la lodestar: http://www.astrosurf.com/ubb/Forum2/HTML/032158.html
ou il etait furieusement suggéré d'essayer le bin2
probablement avec des focales typiques de guidage genre 400mm
d'ou mon envie de tenter le coup pour voir.