Rémi Petitdemange

Tiens un pingouin, bonsoir "Par ailleurs actuellement dans ma webcam j'ai le firmware de SPC900"Ca se bouscule pas les réponses c dommage, ce sont des questions intéressantes (bon on dirait que la webcam est passée de mode avec l'apn). Pas besoin de linux en tout cas pour parler de l'utilité concrete de ce firmware en astro...Sinon vous utilisez je présume le dernier driver 10.0.12-rc1 de Luc Saillard ? C mon cas mais sur le firmware d'origine de la TUC2. C'est utilisable sous qastrocam ?Est-ce que les photos longue pose se font toujours en mode RAW ?Je ne sais pas, qastrocam met le sharpness à 0 et ça me convient mais il y a des pages web sur ce sujet. A commencer par ici : http://astrosurf.com/astrobond/ebrawf.htm Posez vos questions ici : http://groups.yahoo.com/group/lin4astro/ La webcam me sert essentiellement pour autoguidage d'une ccd et le raw ne m'apparait pas utile dans ce cas. Je me demande d'ailleurs si on peut passer ou pas en mode raw sous Linux avec qastrocam ou s'il faut passer par les macro sous windows. Y a t'il des avis éclairés là-dessus ?"dois-je changer de firmware pour faire des photos longue pose une fois ma modif finie ?"Je dirais fo tester d'abord si ça va pas y a plus qu'à recharger le firmware d'origine de la TUC2... j'espère que vous l'avez sauvegardé ...Vous connaissez sans doute cette page ci-dessous ? http://home.zonnet.nl/m.m.j.meijer/D_I_Y/spc900nc.htm Rémi

Bonsoir Thierry : Y a des nuit où tout va de travers, j'en fais les frais ce soir... A moins que le capteur soit gondolé ou incliné ce tube est furieusement out niveau collimation au niveau du capteur Ca peut venir du PO qui barre en bié qd on serre le frein voir même quand on actionne la foc... Faudrait installer un bon Crayford et ensuite un correcteur de champ style Paracorr ça ira beaucoup plus mieux pour l'exigence du 350D ! Oui je sais c cher l'astrophoto surtout quand on veut du beau champ plan Vérifiez de nouveau la collim exactement là où vous faites le point photo sur votre PO, courage ! Rémi

Bonne nuit Ca fait un bon moment que j'essaie de trouver une Bubble de référence ... Ben cette fois on est servi comme des rois et c un régal pour les yeux !!! On dirait que c fait avec une FS avec un gros Q Ooops pardon ça m'a échappé Rémi

"Quid de l'Extander-Q: est-ce de l'astigmatisme?"Je trouve que c'est difficile à dire avec certitude sur ces images déformées par la turbu. On peut soupçonner tout et rien... Si vous pensez astigmatisme, pourquoi pas certaines plages pourrait le laisser penser, mais c'est très faible, et surtout vous l'auriez déjà discerné plusieurs fois en visuel, c'est le cas ? Peut-être une petite contrainte, ça arrive. Essayez-le à tout hasard en visuel sur la TOA. Attention il peut dégrader notablement la correction chromatique (celui-ci n'est pas prévu pour la TOA) mais ce test pourra confirmer ou infirmer cet astigmatisme, surtout à basse température. A suivre,Cordialement, Rémi

Bonsoir,Interessant mais peu concluant par rapport au test de la TOA ! Ca vaudrait la peine d'utiliser un comparateur pour avoir une vrai symétrie des plages et faire des tests de Roddier par exemple si les tests optiques pour titillent. Les images des plages sur la FSQ manquent de définition par rapport à la TOA (sous-échantillonnage défavorable dans ce cas). Et puis la turbu n'arrangent pas les choses sur ces 2 tests. Faudrait pas tirer de conclusions trop hatives ni s'inquiéter. Le potentiel d'une TOA-130, un peu comme un télescope, ne s'exprime pas souvent dès sa première sortie même si c'est une occase , patience... Les conditions de tests étaitent-elles identiques ? Picostar à 20m ?Cordialement, Rémi

Bravo marsululu, quelle belle série d'images à F/8 !!! Bels exemples de l'efficacité du flattener et de l'opérateur La modif Baader decoiffe grave sur le Ha à F/8 !!! Et puis ces apn n'auront-il pas bientôt fini de nous mettre sur c.l modifiés ou non y en a marre on s'en lasse même paô tant ça scotch à l'écran ! Rémi

Bonjour Serge Super casses-c....s ? mais somptueux !!!! Ah ben vivement la couche son maintenant ! Amicalement, Rémi

Bonjour Vincent, Ok voilà un truc élégant Bon maintenant comment faire s'il veut simplement modifier ces 2 params (placement fenetre seuil) sans perdre ses précieux params d'autoguidage webcam par exemple ? Bref quelle est la commande qui permet d'éditer et modifier un fichier de config caché ? Merci Rémi

Bonjour,Allez vlà mon petit grain de sel qui j'esp sera utile ... Ce fichier comme beaucoup d'autres est probablement masqué par le vilain système si vous avez laissé les paramètres par défaut de l'explorateur (comme souvent). Dans ce cas il suffit de régler (provisoirement si vous voulez) les params dans le menu "outils/options des dossiers" (prudence qd même, une fois que c fait on peut tout casser vite fait). Validez un truc du genre "afficher les fichiers cachés ou/ fichiers systeme". Y a plein de réglages sympas à faire la-dedans. Y a aussi d'autres façons de faire, les spécialistes windows pourrons le confirmer. Bref, le fichier "c:\windows\iris.ini" va ainsi revenir ds l'arborescence de l'explorateur. Ouvrez-le avec le bloc note (notepad.exe) et changez les valeurs ci-dessous : Threshold_X=0 Threshold_Y=0 Vous allez les retrouver vos seuils et devinez où ? Cordialement, Rémi

Bonsoir,Je connais quelqu'un qui peut le faire mais shut... Il a dejà sévi un bon paquet de fois en arrière cours, résultats garantis Ouh ouh Riton t'es là ? Euh pour moi ce sera une Leffe comme d'hab si tu prends l'affaire Oh j'ai honte je signe pas...

Bonsoir,Quelle source avez-vous utilisé ? A quelle distance l'avez-vous placé ? Quel son diamètre de trou ? Effectivement une vrai étoile sera le juge de paix mais on vois déjà bien la signature de la TOA !La plage intra-focale sans Barlow est quasi parfaite (comme dans les livres !) La plage extra-focale sans Barlow est douce et de bon augure. Ces 2 plages correspondent assez bien à la réalité de la TOA (ce qu'on voit sur notre banc optique en autocollimation est très proche). La plage extra-focale est toujours plus douce que la plage intra-focale mais elle aussi plus sensible aux turbulences locales entre la source et la lunette en situation de tests en extérieurs. Cette dissymétrie, toujours notable à l'impitoyable star test, correspond à la sous-correction de l'objectif, un mal nécessaire (aberration sphérique) introduit pour maitriser le sphéro-chromatisme. Quantifiable par un opticien, une valeur ici serait à prendre sous réserve de la qualité de la source lumineuse (diamètre de trou et distance) et de l'équilibrage thermique de la lunette (le seeing ambiant gène aussi).Les Barlow employées (Televue classiques 2X et 3X ?), même s'ils elles donnent tout de même un bon résultat ne sont pas optimales pour la TOA, c'est pour cela qu'il existe l'extender-Q 1.6X pour TOA (plus neutre optiquement). Ces Barlow accentuent le défaut optique au lieu de le laisser tel quel d'où l'accentuation de la dissymétrie (encore plus marquée avec la Barlow 3X, plage intra trop contrastée et plage extra trop douce). Cela dit sur ces images la correction chromatique reste correcte apres passage dans les Barlow. Ca serait interessant de voir ce qu'elles donnent sur les régions lunaires très contrastées.Cordialement, Rémi

"Ouf j'ai eu peur en lisant que la TSA était pas collimatable" HAlfie : mdr... alors rassuré ? c drole j'pensais à toi sur coup T'en fait pas y en aura encore pour longtemps des collimations à faire (je le crains...) et d'ailleurs on peut t'en laisser quelques unes digne de toi quand tu passeras à Colmar A+ Rémi

Bonjour à tous,eCat : ah ah vous êtes démasqué mardi je vous communiquerai les infos demandées pour l'upgrade vers le focuser TOA-F (je les ai pas sous le coude aujourd'hui). l'image de la trompe est impressionnante à 1000mm de focale, vous n'êtes pas passé loin d'un beau carton !!!Comme dit thierry il faudra commencer par faire un star test visuel pour controler la collimation.Outre une fwhm peu flatteuse pour du Ha je vois ceci : Les étoiles sont beaucoup plus rondes dans le coin en bas à droite mais sans flattener ça ne devrait pas être le cas. Les étoiles dans les 3 autres coins sont bien déformées et c'est normal sans flattener. Les étoiles devraient présenter la même déformation dans les 4 coins.Il faudrait controler toute la chaine du focuser à la CCD : Il y a peut-etre un lézard dans la chaine de montage : serrage de bagues et/ou de coulants insuffisant. (attention aux écarts de température sur les bagues, tot ou tard ça se desserre surtout sur un poste fixe distant).Ce brave focuser comme vous l'avez constaté est un peu faible pour un setup CCD lourd et motorisé qui oblige à laisser le frein ouvert à cause du moteur de foc... Pas pratique à voir en remote sur 900 bornes Bon courage !JD : j'ai fait une comparaison FS-102/TSA-102 : Saturne, en visu simultanée avec "une bino" faite d'une FS-102 et d'une TSA-102 avec oculaires LE-2.8, donne la même qualité d'image, pas vu de différence du tout. En revanche le star test comparatif et simultané, permet d'y voir un peu plus clair sur l'apport du nouvel objectif ! Ce qui est constaté en diamètre 100mm n'est pas tout à fait "extrapolable" au diamètre 150mm surtout dans le cas TOA-150/FS-152. Dans ce cas précis les critères de choix déterminants sont ailleurs (poids, temps d'équilibrage thermique...).A+ Rémi

Salut à tous marsululu : la TSA-102 est bel et bien collimatable mais sans vis de collimation contrairement aux anciennes lunettes FS? La collimation pourra se faire comme sur le barillet avant d'une FSQ-106 par callage du barillet contenant le triplet de lentilles sur le contre-barillet solidaire du tube. C'est du solide, ce principe mécanique simple est très résistant à la décollimation, il a fait ses preuves avec la FSQ-106 et avec les FS-102 récentes.Laurent : TSA n'est pas TOA même si s'en est pas bien loin ))) Sur ta FS-102 as-tu constaté finalement une différence de foc à F/8 entre les filtres bleu et rouge ? Si oui l'as tu quantifiée ? Ca sera intéressant de comparer avec la TSA.thclavel : sur les spots diagrams au foyer F/8 sans flattener la FS-102 semble un poil meilleure que la TSA à 10mm de l'axe mais c'est quand même limite avec un 350D ! Voir ici les spots digrams sans flattener : http://www.optique-unterlinden.com/tsa_specs/tsa102_foyer_spot.png http://www.optique-unterlinden.com/fs_specs/fs102_foyer_spot.png Le flattener s'impose sur les 2 lunettes si l'on veut des étoiles "piquées" sur tout le champ. Voir ici spots digrams avec flattener : http://www.optique-unterlinden.com/tsa_specs/tsa102_35fl_spot.png http://www.optique-unterlinden.com/fs_specs/fs102_35fl_spot.png Ca cause non ?Chacun sait combien l'exigence de l'oeil est redoutable si on regarde une image d'un gros CCD à 100 % et les objectifs à 2 ou 3 lentilles sont toujours plus ou moins pris en défaut hors axe selon la taille du capteur (on peu toujours recadrer un peu l'image en attendant le flattener...).A+ Rémi

Hello de lu En vrac, excusez-moi si c'est décousu ou redondant :Michael : Content de lire que tout ne va pas si mal et les souhaits se précisent encore un peu plus... C'est clair la mise hors tension distante reste à faire côté firmware, solution plus élégante ! Je ne sais pas ce que donnerait le fait de laisser sous tension la monture plusieurs jours (en standby donc) ... J'essaierai pour voir les conséquences éventuelles. On la laisse bien toute la nuit en tracking sans soucis... On pourrait en alternative disjoncter globalement le matériel (monture et CCD) en fin de session avec un relais X10. (Laurent Bernasconi en sait long sur la question dans son obs !)Non officiel = en attendant le driver officiel ouvert et documenté...qui n'est jamais venu bien sûr A l'époque de 1ers imports Temma (2001/2002) seule l'appli Pegasus permettait le pilotage d'où le terme employé par la première personne qui a développé un driver pour TheSky. J'étais apparament le 2eme à me lancer la dedans et euh ben j'ai repris l'idée ... ) ! Maintenant avec Ascom et Indi ça ne signifie plus grand chose vu que les drivers sont récrits pour intégration dans des interfaces dont l'un des objectif est la standardisation des commandes coté soft client.SSK sur montures Taka : oui c'était proposé au Japon pour les japonais surtout..., le pb c'est la pérénnité du système malgré ses qualités évidentes. On ne compte plus les systèmes ou combinaisons intéressantes qui ne survivent pas au marché pour X raisons hors raisons techniques. A l'heure actuelle je ne sais pas quels seraient les moteurs compatibles (faut voir les docs)."interfaçage avec les autres devices utilisés (CCD, focuser...)..." : Une vraie longueur d'avance des US, aucun doute là-dessus, en plus tout ça semble se piloter en réseau ! Ce n'est pas le rôle d'un driver de monture de piloter tout ça on est d'accord . Je penserais plutôt à AudeLA ou Prism par exemples. Tant que les protocoles ou les drivers sont ouverts c'est mieux pour tout le monde, c'est un autre débat ! Sinon "ccd autopilot" propose effectivement une bonne gestion de montures allemandes ! (je me demande si c'est en "surcouche" au driver Ascom par pilotage direct).Pierre : Pegasus : faudrait laisser coché les 5° au-dessous de l'horizon pour voir la prochaine fois un peu plus tôt peut-être. CdC : faudrait noter les paramètres du setup et noter ce qui coince précisément pour déceler d'où viennent les soucis (driver Ascom ou de CdC), on en reparlera.Vincent : Réponse dans le désordre, désolé je ne sais pas encore récupérer les points évoqués plus haut en citation dans le post. (par simple copié collé ? ou par rtfm ).Le protocole est là : www.optique-unterlinden.com/temma2/driver_pl/protocole_temma.pdf C'est une traduction du japonais et US que j'ai complété et annoté au fur et à mesure de mes avancées dans le dev et les tests. J'ai aussi des diagrammes récaps des commandes Ascii de la raquette via RS-232. Faut juste que je finisse de les mettre au propre si besoin. Il y a aussi un "txt" de ce "pdf" dans l'archive de mes scripts.Pour les sources Temma Ascom il faudrait contacter Chuck directement, à ma connaissance c'est le seul driver Ascom. Est-il Opensource ou autre ? faut voir avec lui, il est joignable sur la liste US de Taka. Il m'a contacté il y a quelque temps pour les fonctions de standby remote justement et je lui ai passé toutes les infos. (c'était encore en japonais cette partie là). Un coup de main d'amateurs avisés serait sans doute utile sur ce chantier (dev et tests).Le PEC est très demandé effectivement et Takahashi finira par l'implémenter dans une version future. C'est vrai que les chiffres annoncés sont très séduisants sur toutes les montures évoquées. N'étant pas coutumier du PEC je me pose cette question : Qu'est-ce qu'on attend du PEC à ce jour quand on autoguide systématiquement ? - faire des poses courtes avec de courtes focales sans guidage (un faux mode F puisqu'il faut mettre en stat) ? - venir à la rescousse de l'autoguidage : mais dans quelle mesure est-ce utile ? y a t'il des tests comparatifs là-dessus ? - et si en plus de l'autoguidage on a un AOL, le PEC sert-il encore à quelquechose ? Y a t'il des avis éclairés là dessus ? Perso j'entends surtout parler de PEC non utilisés, on l'a mais on s'en sert pas parceque c'est pas si évident ni très efficace... Maintenant tout évolue vite aussi !Switch hardware de vitesse NS/HS sur raquette uniquement : c'est clairement une grosse lacune d'autant que : - les vitesses NS (normal speed) sont paramétrables via le protocole avec réglage effectifs sur le port autoguidage (incréments 0.01 et non 0.1 comme sur la raquette hardware). - la commutation NS/HS (high speed) existe bel est bien via le protocole mais n'est pas effective sur le port autoguidage Elle n'est effective que les commandes de raquette soft via le protocole. On est nombreux à pester là-dessus et j'ose croire à une solution à l'avenir. Ce détail montre bien que Takahashi ne pensait pas à fond remote à la conception. Mais y a une solution néanmoinssssssss ! 1) On met sous tension la monture sans raquette. Dans ce cas la monture oublie carrément la vitesse HS et passe en NS par defaut RA:90%, DEC:90%. 2) On ajuste via un soft la vitesse NS en RA et DEC (exemple RA:50%, DEC:50%). Et voilà ! Po belle la vie ? Faut pas débrancher/rebrancher la raquette à chaud, c'est tout ! Ce sont des tests récents que je n'ai pas eu le temps de valider sur le ciel. (détail vu depuis que j'utilise le port autoguidage au lieu du port RS-232 pour l'autoguidage ) Perso je sens que je ne me servirai de la raquette hard que pour les mises à niveaux préparatoires (viseur polaire et zénith).Les autres fonctions manquantes sont bien sur: - Le Parking C'est un goto vers un point fixe mémorisé, par exemples : - au zénith : RA=TSL DEC=LATITUDE. - ou 10° au-dessus de l'horizon Sud : RA=TSL DEC=LATITUDE°-80°. (valeurs hms et dms compatibles avec le soft utilisé évidemment). etc ... Ensuite on fait un "tracking off" càd une mise en standby en remote du protocole. TheSky devrait le faire bientôt, les infos ont été passées également sur la liste US depuis un bon moment en tout cas !- Le réglage du passage au méridien Bien qu'encore un fois côté soft ce soit simple à faire ce sera mieux effectivement dans le firmware.Le Tracking Off : lié au parking C'est dans le protocole du Temma2 mais peu exploité malheureusement. Ca devrait changer rapidement les infos sont dans les mains des personnes concernés.Ah les alertes musicales pour le passage du méridien ou quand on est au taquet tube coté Ouest... De mon côté l'aspect multiplateforme de mes scripts rend la chose un peu plus compliquée en dehors du bip mais pourquoi pas Une mise en standby automatique (Tracking Off) quand on frôle le pied est le prochain ajout dans mon script Temma.D'accord avec pour lister les fonctions des systèmes les plus courants, et faire le tri des besoins. Je suis ouvert à toute discussion pour faire remonter les demandes chez Taka.Mon appli-driver en Perl/tk permet de tester facilement ce qu'il est possible de faire avec le protocole. Tous ce que la monture mémorise est visible à chaque instant (pour déboguer c'est utile). Sinon on a : - L'élargissement du verrou méridien pour pointages directs. - Le parquage. - Une raquette assez sympa - Le tracking cométaire et lunaire... quitte à le lancer juste pour faire un truc précis et à jeter le tout si pas utile. Le plus compliqué pour moi c'est l'install simplifié à la Windows. Faudra faire plus simple si des gens sont intéressés. (détails d'install dans le fichier lisezmoi.txt section Windows). Si Windows pouvait être aussi simple que le pingouin sur ce point ça serait un jeu d'enfant (simple copie des fichiers dans un rep) mais il reste 2 points délicats, l'install des 2 modules (Win32-API et serialport) en ligne de commande (c'est pas la mer à boire non plus). Pour info l'environnement Perl/Tk pèse environ 60 Mo sur un disque dur NTFS et le reste pour le Temma pèse quelques centaines de Ko.Et merci à Matteo pour ce post ! Cordialement, Rémi

Bonsoir,Désolé c'est long ... Matteo : Pour le FS2 mieux vaut changer les moteurs d'origine car ils sont limités en vitesse de pointage 32X ou 50X mais bon c'est pas une obligation car le FS2 est capable de gérer ces moteurs impeccablement même lentement. Encore faut-il qu'ils soient en bon état mécanique. Avez-vous une EP sur l'état actuel c'est très instructif avant d'investir dans autre chose !Je ne vais pas de faire pub pour tel ou tel systeme, pour moi le meilleur est celui qu'on apprivoise vite, celui qui est sûr et stable. Qualité d'intégration pour le Temma et autonomie complete par rapport au PC pour le FS2 sont pour moi les premières qualités de chacun. Ensuite chacun voit midi à sa porte et là y a le choix du coeur La monture si elle est bien réglée mécaniquement fera le reste tant que les moteurs RA et DEC sont en bon état et bien montés. Régulièrement des micro-réducteurs usés ou déffectueux sont cause de gros soucis d'EP ! Sinon les plus belles EP que j'ai vu venaient de l'USD2/3/TemmaJR en EM-200 (les plus nombreuses testées aussi).Pierre : Merci d'avoir passé les liens ici ci-dessous des infos et une pub outrageuse pour mon script Temma qui serra finalement peut-etre utile à certains utilisateurs sous Windows Pour le Temma le protocole est simple (minimalisme nippon oblige) et particulièrement adapté aux montures allemandes puisque né sur ces montures au début des années 90 (exporté malheureusement seulement en 2001). On envoi une RA/DEC au firmware et la monture fait son pointage, elle gère sont retournement si nécessaire. Pour ce faire le firmware doit connaitre : - Le temps sidéral local (TSL) qui est la RA en cours au méridien local pour définir le vérrou méridien. (calculé à partir de la date/TU et la longitude comme chacun sais ). - La latitude qui est la DEC du zénith pour définir le vérrou "horizon". - Le coté de la monture où se trouve le scope (coté Ouest vu par défaut à la mise sous tension). - Une bonne mise en stat et une initialisation sur le zénith (pour approximation) ou/et sur une étoile (pour faire précis) suffisent. Le mode F recommande chaudement les 2 d'affilées et on est tranquille toute la nuit sans même utiliser une seule fois le chercheur.Les 2 vérrous "méridien" et "horizon" sont là pour "sécuriser" les manoeuvres de pointages :- vérrou "horizon" : si l'objet pointé se trouve à moins de 5° au-dessus de l'horizon théorique le pointage ne se fait pas. Un message d'erreur (R4 pour ne pas le nommer) est retourné par le firmware et c'est au soft de le traduire en clair à l'utilisateur...Votre message "Guiding failed" est plutot bizarre, quel soft peut commettre un truc pareil dans cette condition ? Quelle date et heure TU était-il ? Votre latitude était-elle juste ? Les coordonnées étaient-elles saisies manuellement ou automatiquement par clique de souris sur un carte ? Le port série est-il stable à toute épreuve sur votre PC (série natif ou USB série) ?- vérrou "méridien" : il ne provoque pas de blocage du pointage. Il passe l'info TSL au firmware qui prendra la décision de pointer directement ou par retournement. La position du scope sur la monture est déterminante (coté Est ou Ouest, tag E ou W sur les softs). Mieux qu'un verrou c'est plutot une charnière et si il est exploité coté soft on en fait ce qu'on veut dans les limites imposées par le matériel. (longueur du tube optique, usage d'un trépied ou d'une colonne...). D'où le vérrou réglable LST+/-1, LST+/-2 et LST+/-3 dans mon script Temma. J'aimerai bien que ce soit implémenté ailleurs mais pour le moment sauf erreur de ma part c'est pas le cas . Info ici : http://www.optique-unterlinden.com/temma2/driver_pl/htm/ajustement_verrou_temma.htm Le firmware ne retourne rien à ce sujet et la décision revient au soft de prévenir ou pas l'utilisateur si on va avoir un retournement. Perso je préfère savoir ce qu'il va se passer d'avance sans avoir à réflechir (y a pas que ça à faire ). On est jamais assez prudent avec des cables de partout en poste distant sans visibilité du matériel (le remote c'est mon cas c'est grave docteur ? ). En général aucun avertissement n'est passé à l'utilisateur d'où la surprise du néophite quand la monture pointe en faisant un retournment. (on pense même à une erreur de pointage la première fois, bref, si tous les cable sont encore branchés ça va mieux ! ) On est sur monture allemande et le firmware essaye d'immiter l'utilisateur prudent équipé d'un tube long en faisant des pointages croisés type scope coté Ouest et pointage coté Est et inversement. Pour l'imagerie on veut souvent un truc du genre : Scope coté Est et objet pointé coté Est pour avoir du temps devant soit pour lancer 6 heures de poses et ça le vérrou méridien l'empêche en laissant le scope sur le coté Ouest au pointage ou le cas échéant en provoquant un retournement d'Est en Ouest du scope (bref pas ce qu'on veut !). Malheureusement cette possibilité n'est pas encore exploité à ma connaissance et c'est pour cela qu'on la trouve dans mon script en attendant !Alors Pierre, pointer M16 depuis Altair vous pose un pb : Avez-vous essayé l'inverse du temps que y étiez ? Il n'y a pas de raison que ça coince au niveau du firmware tant que l'objet se trouve 5° au dessus de l'horizon. Dans ce cas le pointage n'est pas vérouillé par le firmware (pas de verrou "horizon"). Si y a vérouillage du firmware le soft devrait retourner un message d'erreur approprié genre "objet sous l'horizon" ou équivalent dans la langue de Shakespeare ... mais bon les messages d'erreurs sont parfois un peu abscons coté PC . Si M16 vient de passer le méridien alors que votre scope est coté Ouest de la monture et pointé sur Altair qui est encore à l'Est du méridien : Il y a retournement de la monture au pointage si le verrou "méridien" est le méridien lui-même (verrou du firmware généralement utilisé par les drivers des softs ou Ascom comme dit plus haut et par simplification ou par sécurité on va dire...). Si le scope est coté Est de la monture et que Altair et M16 ont passé toutes les 2 le méridien depuis un moment il est problable que ce soit le vérrou "horizon" qui bloque le pointage. Une "synchronisation" ne sert à rien dans ce cas ni un relancement du soft ! On pourrait dévérouiller soit-même en modifiant le paramètre de latitude (passer à 40° au lieu de 48°) si nécessaire.Michael : oui faut qu'on cause . C'est juste pour dire mais pour moi le remote et l'imagerie sont ok, parquage y compris bien que pas encore utile pour moi La mise en standby de la motorisation, accessible en remote, permet de faire un parquage quelconque récupérable le lendemain à la remise sous tension de la monture (synchro sur la position de parquage au démarrage du script par exemple). En revanche on ne peut pas commander en remote la mise hors tension ou sous tension de la monture mais ce n'est pas rédibitoire si on est encore en état d'atteindre et d'éteindre manuellement la monture au final .J'use et abuse du remote depuis que j'ai le Temma en perfectionnant régulièrement mes scripts Temma c'est mon truc pour gaspiller du temps libre . (très efficace au passage ) Je passe une heure à installer mon setup et puis basta, j'enfile mes charentaises et hop je regarde la TV comme tout le monde, euh mon PC pardon pour les pointages, acquisitions (CCD Platinum), autoguidage webcam etc ... Arhhhhgg faut encore pointer l'étoile guide sur place quelle galère !!! Ceci dit je n'utilise pas de camera Sbig et ne peut donc tout fait comprendre vos besoins spécifiques et c'est précisément là-dessus qu'il faudrait discuter pour faire avancer les choses ! Le logiciel libre AudeLA n'a pas la philo ni le hightech des usines à gaz US mais il permet déjà le controle en remote d'un setup complet. Il faut consulter la liste du matériel compatible sur le site AudeLA. Ok là n'est pas tout à fait le propos.Qu'appellez-vous driver officiel ? Pour moi rien n'est officiel dans cette histoire mais je peux me tromper ! Takahashi a mis à dispo son protocole et les éditeurs US de softs comme Bisque ont écrit leur propre driver Temma tout en implémentant ensuite parallèlement Ascom. Chuck (Ascom Temma) devrait régler rapidement ce bug qui traine sur ce point Que manque-t'il aux drivers dits officiels ? Je veux bien discuter directement avec Bisque ou autre éditeur concerné pour l'optimisation de leurs drivers Temma par utilisation complète du protocole ou par ajout de quelques fonctionnalités complémentaires au protocole, on peut rêver Quelles seraient à vos yeux les fonctions utiles à ajouter directement au firmware ? Qu'entendez-vous par élaboré par rapport à votre GPDX, avez vous des souhaits précis ? Et que dire de l'interfaçage avec les autres devices utilisés (CCD, focuser...), les interfaces clients-serveurs qu'on trouve chez Bisque ? Là on est dans un autre monde où la robotisation et l'intégration a toujours été très en avance.Pour info, Indi est je crois multiplateforme, mais surtout il fonctionne en réseau TCP/IP (archi clientsAstro-serveursIndi) avec distribution de matériel. De nouveaux drivers arrivent régulièrement. C'est une techno alternative pour le remote qui a de l'avenir pour l'amateur.Cordialement, Rémi

Salut Christian Je t'ai déjà dit tout le mal que j'en pensais de tes images au 300 alors sur ces dernières que dire de plus ? C'est mieux qu'avant évidemment mais moins bien que demain (surtout s'il va pleuvoir encore 15 jours ). Pas mal pour un jeune et fringan soixantehuitard (Thierry mdr, je te sent un peu taquin à 21h19 ) Amicalement, Rémi

Salut Gégé Joli shoot !!! ça fait plaisir à voir, une image de ref pour cette lunette, du tourisme quoi pfffffff !!!! Avec la recette de cuisine en prime ! Amicalement, Rémi

Bonsoir Je dirais bien qu'elle super-extra-top-etc... mais on me croirait pas ! (ni moi d'ailleurs ). Perso je n'ai pas testé ses qualités de mise en stat au viseur polaire ni son suivi sidéral, ça serait intéressant à faire néanmoins, pourquoi pas, mais peut-etre d'autres l'ont déjà fait ? (c'est un peu moins excitant qu'une EM-XXX mais bon ça peut se faire quand la météo est un peu de la partie, surtout si y a des volontaires !). La FS-60 sur TSP1 avec viseur polaire, sur table équatoriale V, montée directement sur trépied Manfrotto type 055 pro B + kit caoutchouc/pointes (par exemple) bien ancré au sol devrait donner tout son potentiel. Reste à déterminer le temps de pose maxi d'un tel ensemble pour la focale de 370mm (FS-60 et correcteur) sans guidage et ce qu'on peut faire avec un 350D dans ces conditions. Monter quoi d'autre ? une lunette guide ? une webcam ? Y a po de moteur DEC d'origine ! Je veux bien faire le test de tracking à l'occase ! A+ Rémi

Amis du soir ... Merci les gars pour ce sympathique accueil sur le forum, ça sent bon le soutien amical et ça fait sacrément plaisir !!!GSX.33 : difficile d'être irréprochable dans le domaine des emails (j'espère que s'arangera un jour !Alors que les boites emails s'engorgent, c'est clair, le forum est l'outil adapté aux partages d'infos, d'expériences et de points de vues autour de notre passion commune qu'est l'astro.Sincèrement désolé pour les réponses emails tardives voir réponses oubliées (pôôh bien !!! ). On peut laisser un numéro de téléphone par email en cas "d'urgence". En tout cas chapeau aux plus compréhensifs qui patientent ou relancent les mails non répondus. On entend souvent que que la patience est nécessaire à l'astronome ... Bon allez il se fait tard et j'ai repéré la sortie !!! A+ Rémi

Bonsoir, On me demande et hopla j'arrive (1er post) d'autant que l'inscription c'est faite instantanément alors bravo pour l'admin de notre très cher forum ! Depuis quand on ne prend plus les CH différés à OU ? Faudrait me tenir au courant parceque je débarque là Bon allez je suppose que ça continue mais c'est bien parceque c'est vous Euh ... Michel t'es pas tombé sur un bon jour ou koi ? S'il fallait payer cash un instrument Taka ou autre y aurait pas beaucoup d'amateurs qui feraient le pas ! Donc 2, 3 ou 4 CH différés pas de soucis, c'est selon le montant bien sur (et pas à la tête du client). A+ Rémi