gehelem

c'est probablement à cet endroit que ça se situe, ta résistance doit être cramée (accessoirement : bravo, t'es pas loin !) essaie de me faire un dessin, je ne pige pas bien ce que tu veux faire

Ah merci j'ai bien l'impression que ton "EN" n'est pas relié à la masse, tu peux vérifier ?

Envoie nous qq photos de ton montage pour être sûr. Et oui la broche EN doit être mise sur le 0v, avec un switch qui te permettra justement de laisser ou non le moteur en prise ("en" avec une barre dessus ca veut dire "not enable") idéalement il faudrait une résistance de tirage mais essaie déjà de la mettre sur 0v

Euh, là pour le coup : rapport avec l'astro ? 🙂 Et je ne vois pas le débat. On est dans la section bricole, sur un truc qui pourrait un jour intéresser plein de gens ici Si on décourage les contributions externes c'est plutôt un mauvais signal. J'interviens pour dire que personnellement cette recherche minutieuse m'intéresse (et m'impressionne aussi), et ceci dans un cadre astro.

Hello oui, euh, et alors ? Le titre du fil indique clairement qu'on est dans des contrées un peu exotiques, et chaque contribution mérite d'être accueillie avec bienveillance... Ou alors on reste dans son coin et on revient 20 ans en arrière : il a bien fallu un jour qu'un urluberlu de ce genre s'amuse à coller une webcam en lieu et place de son oculaire. Personne n'est venu lui faire remarquer qu'une webcam n'avait rien à voir avec l'astro. (ou ceux qui l'ont fait se son acheté une webcam un peu plus tard) G.

La peau de l'ours, etc etc. Mais en effet, si jamais...

@C14edgeHD je pose ça ici sans avoir tout suivi : Je suis en train d'analyser mon eq8 de 15 ans en face avec une méthode rigolote si ça t'intéresse rejoins nous http://www.astrosurf.com/topic/164961-analyse-dep-dans-une-cave-méthode-starlink-par-bibi/?do=findComment&comment=2358581

Euh, bin non C'est justement ça qui ne marchait pas... Il va falloir attendre que le ciel se dégage, c'est pas gagné

@FS2 si tu passes par là, je me fais des noeuds au cerveau : j'ai fait ma première utilisation un peu en vrai avec Ekos la semaine dernière J'ai eu des choses un peu bizares En gros je n'ai pas pu utiliser les fonctions de solve : Je n'ai pas vraiment pu pousser très loin, mais "j'ai eu l'impression" que lorsque la solution d'un solve arrivait la monture ne se synchronisait pas. La position qu'elle retournait était complètement fantaisiste, par exemple ici on voit bien que la solution trouvée par le solve est RA=04h55 et DE=20:26, mais la position de la monture est aux fraises : Je vais devoir investiguer plus profondément et c'est pas gagné, mais j'aimerais bien savoir si les copains arrivent à utiliser ce type de fonction. (parce qu'en gros c'est devenu juste indispensable ce truc, au moins pour la MES) Attention j'insiste : là je semble mettre en cause TeenAstro directement, mais il y a d'autres causes possibles, en particulier le bonhomme derrière le clavier, ou des vacheries de version d'indi / Ekos et tout l'bazar

hé bien ce serait sans doute beaucoup plus intéressant de partager sur l'objet de ton travail, plutôt que -encore- nous le servir comme un argument d'autorité (oui, j'insiste)

Et bim, bien fait pour moi. Excuse moi mais ça ne te donne pas beaucoup plus de légitimité que beaucoup d'autres pour décréter que ces "Messieurs" ne peuvent que tirer leur chapeau (...) Accessoirement ça s'appelle un argument d'autorité. Franchement je ne pense pas que Webastro soit vraiment le lieu pour soutenir sa petite revanche, mais ce n'est que mon avis. Et si toutefois ceux qui passent par ici considèrent que ça les intéresse je m'incline, mais je revendique tout de même le droit de venir y dire ce que je pense, en y suggérant que le nuage évoqué dans le titre de ce fil puisse être considéré comme du brouillard....

Ok, merci, ça permet donc de cadrer un peu le truc. Pour moi, ancien de rien du tout, je considère que tout ça c'est du vent. Ce grand mythomane tombera un jour et entraînera avec lui pas mal de monde dans sa chute et c'est bien dommage : Parce qu'en effet la performance technique est belle à voir. Juste pour envoyer ses cochonneries de Starlink : On peut aussi appeler ça du gâchis.

Pardon ma question n'était pas claire : D'où proviennent ces screenshots ? Parce que juste par exemple SpaceX n'est pas cotée en bourse, il ne s'agit que d'une estimation. ça peut paraître anodin, mais on commence "un tout petit peu" à se méfier.

est-ce que tu peux donner la source de ces infos stp ?

ah mais oui pardon j'étais persuadé d'avoir lu 2023 Je vais donc me mettre en quête de chiffres plus récents, (très difficile tant le brouillard épais de la fanbase pollue tout tentative...)

Parlons un peu des coûts, justement https://www.latribune.fr/entreprises-finance/industrie/aeronautique-defense/20131125trib000797653/espace-les-vrais-couts-d-un-lancement-par-la-fusee-falcon-9-de-spacex.html

Juste pour info, Je passe du bon temps en face en ce moment là dessus : http://www.astrosurf.com/topic/164961-analyse-dep-dans-une-cave-méthode-starlink-par-bibi/?page=6&tab=comments#comment-2357663 Très prétentieux de vouloir faire un TDM (~1000€) avec un simple microscope usb à 10 balles... En gros c'est une mesure en continu de l'EP sans utiliser le ciel (on filme l'axe AD qui tourne), avec compensation comme sur phd. Je n'ai pas encore la preuve sur le terrain que ça marche, mais les résultats obtenus jusqu'ici sont plus qu'encourageants. Bien sur je me sers de mon cher OST pour faire ça

Ah c'est bon ça ! Le Hocusfocus en mieux avec 9 points si je ne me trompe pas... Hâte de tester

non non , vraiment : merci à toi et tes comparses ce truc est merveilleux, mon boitier rouge est magnifique, ça pousse la bidouille vers le haut vot' machin j'en peux plus de regarder cette raquette tellement elle est belle.

ah c'est sympa, merci beaucoup ! je comptais faire la même chose tu m'as devancé, et c'est très bien (+mon Teenastro chauffe en ce moment, c'est vraiment de la balle)

erreur de ma part les pulses sont effectivement envoyés à la monture, mais la réponse du driver me semble bizarre il répond tout de suite "OK" sans attendre que le mouvement soit terminé Sauf erreur, ce n'est pas comme ça que c'est fait sur le driver EQMOd (par exemple), qui envoie "busy" en cours de mouvement, puis "OK" lorsque c'est terminé... Du coup je me demande bien comment PHD (et ses copains) fait pour s'en sortir avec ça, franchement je pige pas

(Tiens je profite qu'il y a du passage) j'ai un petit souci avec le pulse guide sur linux, résumons comme ceci : monture déparkée, suivi enclenché. connexion directe en USB je fais manuellement une demande de pulse de 5 secondes à l'ouest comme ceci : la propriété se met tout de suite en statut "OK" (vert) et la monture ne bouge pas d'un poil. Soit j'ai loupé un truc à faire, soit il y a un problème. Je dirais que le driver indi n'est pas en cause, car avec mes petits jouets à moi ça fait pareil : j'envoie une demande de pulse qui est acquittée immédiatement sans réaction physique de la monture J'ai peut-être un zinzin dans mon paramétrage, mais je n'ai rien trouvé qui cloche ... Versions : des idées ?? (merci d'avance) Edit : j'ajoute que j'exclue absolument de guider en ST4, je ne veux même pas en entendre parler (parce que oui, je guide sans caméra de guidage, c'est une autre affaire)

Hello ça faisait longtemps qu'un astram bricoleur m'avait soufflé cette combine, je ne l'avais jamais mise en oeuvre mais comme ça intéressait quelques comparses j'ai un peu investi. Le principe c'est de commander le moteur pas à pas de nos focuseurs avec "juste" un encodeur optique. Le signal en quadrature qu'il génère peut être relié directement aux commandes STEP et DIR de n'importe quel driver de moteur CNC Voici ce que ça donne : L'investissement est ridicule (moins de 50€), et le montage vraiment pas compliqué en utilisant des petites cartes qu'on trouve très facilement. Je me suis arrêté sur le driver TMC2208 car ses pins de configuration permettent de jouer sur la multiplication/démultiplication du mouvement (les autres drivers le permettent aussi, mais avec celui là ça facilite les choses avec la petite carte que j'ai choisie) L'encodeur optique fait ici 800 pulsations/tour, et le moteur est un 400 pas/tour En gros il y a une alim qui permet d'obtenir du 5v pour alimenter l'encodeur optique et la partie logique du driver, et une carte de support de driver TMC. Sur la vidéo je n'ai pas monté de switch pour activer/désactiver le moteur ("EN" sur le driver) Mais l'idée est de mettre ce switch quelque part sur le corps de l'encodeur pour l'avoir en main. Il permettra de ne pas tirer sur la batterie lorsqu'on ne touche à rien. Inversement, on peut envisager de le laisser en prise pour garantir que le focuseur ne glisse pas. La destination du truc c'est surtout pour les visuelleux, car il n'y a évidement pas de commande par PC, ou alors les photographes qui font le focus à la main. Le seul apport nouveau à ma connaissance c'est la fluidité du mouvement, c'est beaucoup plus naturel à utiliser que les boutons +/- qu'on trouve par ailleurs. Si ça vous intéresse je peux donner quelques détails plus précis / photos La seule grosse combine c'est de mettre des résistances de pullup sur les sorties de l'encodeur. Bien sur là c'est sur mon bureau, c'est en général là que je m'arrête. Mais on va essayer d'aller au bout du truc cette fois. Gilles.

Bonjour mesdames, bonjour mesdemoiselles, bonjour messieurs. Je m'explique. C'est d'abord une marotte qui me fait gamberger et c'est sans doute la raison la plus importante. C'est ensuite une réflexion toute personnelle -aussi- basée sur ma propre pratique bizarre de l'astrophoto Voilà, en gros je trouve complètement superflu de laisser tourner un planétarium ou autre truc orchestrateur (SGP...) et tout ce qui tourne autour pendant toute une session alors qu'il ne sert qu'à deux moments : - la mise en place et l'ajustement des paramètres (mise en station, focus, pointage ...) - la surveillance On va dire que 95% du temps on a une interface graphique qui bouffe des ressources et de la batterie pour rien. (aucune idée de la réelle empreinte que ça a, m'enfin quand même...) Kstars/Ekos et leurs acolytes sont des outils superbes, mais il faut bien se résoudre à avouer que sur un petit Raspberry ça bagotte quand même de temps en temps. Et au prix de la nuit potable, ça commence à faire ch..r. DONC: ça fait quelques semaines que je farfouille un peu partout, et que mon cerveau bout. Il y a les solutions commerciales, type AsiAir ça fait vraiment envie, mais ça manque de fun ces trucs qui marchent tout de suite, là. Ensuite nous avons deux candidats que je trouve exceptionnels - Mobindi de @pludov - AstroPhotoPlus https://astrophotoplus.gulinux.net/ Je fais joujou avec les deux, j'adore. Un seul reproche : Les deux sous traitent la partie autoguidage à un PHD2 qui tourne en cachette Adieu la notion de headless Et puis coté architecture, je pense que ce type de choix augmente le risque de plantage en ajoutant des intermédiaires. Et de fait : je n'ai jamais pu les utiliser en vrai, j'ai toujours eu un truc qui fouarre. Attention, hein, critiquons le bonhome (moi) qui veut bien bidouiller mais pas trop se donner de mal avec ses gros doigts. Autre reproche pour AstroPhotoPlus : pas d'autofocus Rédhibitoire pour moi. Moi je veux appuyer sur un bouton. Bref. Je compte consigner ici mes petites tergiversations, et en particuleir celle qui me travaille depuis aussi depuis semaines. Ma petite contribution à moi. Encore très tôt, et rien de partageable, mais allons-y : Il existe un driver indi nommé "Agent Imager". ça a été la révélation pour moi, ça rentre vraiment pil poil dans ce que je voudrais. Que fait-il ? C'est un driver indi bidon, qui "snoop" un CCD et une roue à filtres On lui programme des séquences, et hop roule ma poule : Tout se passe coté driver, plus besoin de laisser allumé quoi que ce soi, sans fioriture. Et pourquoi il me plait encore plus ? Parce que c'est du C++, et rien d'autre : J'ai essayé de comprendre le fonctionnement de Mobindi et AstrophotoPlus : Python, NodeJS, C'est merveilleux, mais laaaaaargement trop loin de mes compétences en tambouille. Donc en C++ je ne dis pas que je m'y connais, mais au moins que ça discrimine un peu le truc pour mes neurones de 47 piges. Et j'y suis allé de mes petits essais, je commence à piger comment ça marche. L'idée serait d'y aller petit à petit : un agent focuser en premier : ça permettrait de l'utiliser sur Astrophotoplus en palliatif (je suis dessus là 🙂 ) ensuite tout le reste : - agent alignement - agent guideur - etc.. Autant l'alignement et le focus je pense que c'est facilement jouable, autant le guideur ça va être coton. PHD2 est déjà loin devant, mais il est extrêmement difficile de repiquer le code. Bref, c'est le début d'un fil que j’espère au long cours, n'hésitez pas à participer. Gilles.

EDIT 11/06/2026 7 ans après ce projet a beaucoup évolué. N'hésitez pas aller voir ce qu'il est devenu ici : https://als-app.org/fr/ Salut à tous ça faisait un moment que ça cogitait bien fort, et plusieurs solutions ont été testées. En particulier avec Siril, qui a été mis de coté au profit d'un truc complètement en python. Donc je vous présente "ALS" Astro Live Stacker (ça me faisait marrer comme nom, genre qui se prend au sérieux) C'est quoi ? C'est une application qui permet de surveiller un dossier dans lequel on enregistre des images. A l'arrivée d'une nouvelle image, celle ci est additionnée (stackée) avec le résultat précédent. Deux méthodes sont possibles : - la somme toute bête - la moyenne Pour qui ? Là maintenant, c'est pour les curieux. ça marchouille mais c'est encore plein de truc à faire Nous n'avons pas essayé sur windows, aventuriers de Microsoft, à vos claviers. Linuxiens, ça devrait être plus facile pour vous. Adeptes du VA : surveillez, les gars, ça va vous plaire mais va falloir taper des trucs bizarres. Comment ? Tout est sur mon github https://github.com/gehelem/als Il faut installer quelques modules python : - pyqt5 (GUI) - watchdog (new file checking) - numpy - astropy (to save and read fit file) - tqdm (for %) - astroalign (frame alignement) - cv2 ( TIFF saving and debayering) Puis quelques linuxeries : sudo apt update sudo apt install python3-opencv python3-pip git pip3 install astropy numpy tqdm watchdog pyqt5 astroalign cd ~ git clone https://github.com/gehelem/als.git cd ./als mkdir scan mkdir wrk Pour lancer le machin ça se passe dans un terminal aussi : python3 ~/als/als.py Sur ALS vous spécifiez quel est le "dossier à scanner" puis appuyez sur play Ensuite lancez vos prises de vue pour qu'elles s'enregistrent en fits dans le "dossier à scanner" Le stack se fait au fil de l'eau, et ALS vous affiche l'image. Le résultat est stocké dans le dossier "wrk", en TIFF et en FITS Attention le contenu est supprimé à chaque appui sur "play" A venir Pour les soirées en public : ajout d'un service web pour partager le résultat en live Soustraction d'un dark effectué préalablement Performance Sur nos machines, le débit arrive à suivre à quelques images par seconde. A voir ce que ça donne sur un ARM, nous n'avons pas encore essayé. Ce que ça ne fait pas ça ne prend pas les images, qui peuvent venir de n'importe quoi du moment que c'est des fits Les stack restent volontairement simples -pas de suppression des pixels chauds/frois -pas de normalisation -pas de flat -pas d'offset -c'est pas Siril faut pas rêver 🙂 Format Uniquement des fits. S'ils sont en couleur, ils sont dématricés à la volée On fera peut-être l'effort de traiter les RAW issues des DSLR Last but not least : Grace à qui ? @dragonlost Sans lui, j'y serais encore. J'ai mis plusieurs mois à arriver à des choses qu'il a mis 5 minutes et 30 lignes de code pour tout faire. Sébastien : T'es vraiment mon champion, sans toi je ramerais toujours (à noter que j'ai découvert le python et ses joyeusetés il y a peu, quelle prise de tête !) Gilles + Sébastien