gehelem

Avis perso : le DRV8825 est bien dépassé désormais (et que dire du A4988) => ça fait du bruit et ça chauffe Je leur préfère les TMCxx, les versions "classiques" qui ne se pilotent pas uniquement en SPI

Ahah, non malheureusement... Mais il me semble que j'avais trouvé l'info qq part... C'est dans le manuel 🙂 (Lien plus haut) 180 dents sur les deux

Carrément !!

merci encore @Ryo petite taquinerie en forme de question : du coup avec cette fixation du moteur sur le corps, est-ce que tu n'es pas ennuyé pour le réglage de la VSF ? (la tension de la courroie qui tire sur le bloc, je ne sais pas comment le dire autrement) de mon coté, j'avais commencé à fabriquer des supports solidaires du bloc de la VSF, pour pouvoir régler la tension de courroie indépendament ...mais c'est peut être inutile...

Merci pour ton soutien @CDLC Je ne serai pas aussi tranché, même si je m'en suis un peu donné les apparences : ZWO a fini par jouer timidement le jeu et je suis arrivé à peu près à ce que je voulais , à savoir soulever le débat et la prise de conscience (j'ai un peu réussi, non ? à ma connaissance il n'y a qu'ici que ce sujet a été évoqué...) Je m'arrêterai probablement là, sauf si un nouveau confinement apportait le même agacement et ennui que les précédents ont provoqué chez moi 🙂 (accessoirement c'est assez difficile à vivre). Le boycott j'y ai pensé un peu aussi, ce n'est probablement pas (plus ?) la bonne solution. D'abord ce ne serait probablement pas efficace (euphémisme) et ensuite le message ne serait pas le même, car par ailleurs leur matériel est complètement au rendez vous. Ils ont su prendre le virage des CMOS au bon moment avec brio (et d'autres), et sont relativement à l'écoute. (même si leurs méthodes bizarres de buzz/marketing/réseaux sociaux ne sont pas du tout de mon goût personnel, je reconnais que ça marche) ça pour le coup c'est certes discutable, mais c'est aussi inévitable... De plus, rien ne l'interdit formellement ! Moi je dirait que c'est surtout rageant, car pour 300€ en ouvert à tout le matériel couvert par indi ils en vendraient 4x plus... (et j'en aurai déjà acheté 2, je me connais) -------------------------------------- En ce qui concerne la Nafabox : merci de ne pas faire cette vidéo comme je te l'ai demandé aux RCE. ça commence à dater, et ce ne serait plus du tout à jour. On en refera une lorsque tout ce petit monde de bidouille sera prêt. Gilles.

Merci beaucoup ! Tu peux faire une photo d'ensemble ? (J'abuse) Bien vu la DEC fixée sur le corps, je n'y avais pas pensé...

voici les options que j'utilise, je pense en particulier à la première :

oh mais dites donc : l'alignement a bien avancé, ces franges sont magnifiques ... https://blogs.nasa.gov/webb/2022/02/25/webb-mirror-alignment-continues-successfully/

Oh la barbe !!

bonjour à tous j'ai hésité un peu avant de lancer ce sujet ici, à savoir comment j'allais faire etc etc ... Pendant ce temps tout le monde continue à bien dormir sur le fil qui va bien sur l'ASIAIR. Alors mettons les choses tout de suite au clair : Oui ZWO fait du très bon matériel, Oui l'ASIAIR est un formidable appareil, et en plus très abordable, Oui la réactivité, l'écoute et les fonctionnalités sont au rendez vous. (voir le "fil qui va bien" sans aucune ironie) Aucune ambiguïté sur tout ça. Il y a d'abord eu la première version, basée sur un Raspberry Pi tout simple et un boîtier standard rebadgé. Succès moyen mais réel Puis la version Pro, jackpot, succès phénoménal pour un marché de niche comme ça. Boîtier superbe, bel investissement coté hardware avec l'adjonction d'une carte sur le RPi(4) pour distribuer des alims. Enfin la version "plus" annoncée, fébrilité du côté des fanboys (pardon les gars, c'est bienveillant mais ça me fait vraiment marrer juste pour une antenne wifi) Dedans toujours un RPi mais version "compute module" avec un disque eMMc (nous y reviendrons peut-être plus tard) Bref, succès incontestable. A quoi ce succès est-il dû ? Avoir su positionner un produit adapté à l'attente des utilisateurs au bon moment et au bon prix, c'est aussi bête que ça. Au bon prix comment ? En partie en investissement de développement et études, c'est incontestable. Leur Appli sur smartphone est un vrai bijou. Mais en partie aussi en utilisant des composants et des plateformes logicielles déjà existantes, et en ajoutant ce qui leur manquait. Ici je parle bien évidement de la plateforme Indi, mais aussi de plein d'autres car la liste est assez longue (PHD2, Gphoto, astrometry, cfitsio, ...) Lâchons le mot : ce sont des composants opensource. ça signifie quoi ? Prenons l'exemple d'indi (le noyau) Ce sont actuellement 158 contributeurs qui ont bâti Indi avec leurs petites et grandes contributions, et avec leur temps libre et leurs expertises respectives. Gratuitement ou presque. Ils demandent tous par l'intermédiaire de la licence avec laquelle ils travaillent (LGPL2.1) une certaine reconnaissance. Reconnaissance qui se résume à ceci : lorsque vous vendez un truc avec indi dedans, dites-le et mettez une copie de la licence dans votre truc. ça varie un peu selon les librairies (publication du code modifié ou pas par exemple), mais toutes réclament cette reconnaissance (LGPL2.1 / GPL / BSD3 / ...) Et que fait ZWO ? Rien. Nada. C'est évoqué de temps en temps sur leur forum, mais aucune mention officielle, pérenne, assumée . Je m'en suis donc inquiété sur la page de présentation de leur nouveau joujou l'ASIAIR+ Vous avez vu ? Gentil, délicat, posé. Cette question est restée en attente d'approbation quelques jours, puis elle a disparu. J'ai donc à nouveau pris ma plume pour insister un peu sur leur forum https://bbs.astronomy-imaging-camera.com/d/13240-asiair-and-opensource-software-licences Quelques participations d'autre types qui comme moi aimeraient bien avoir une réponse. Mais strictement rien venant de ZWO. Du coup, agacé, je suis allé pleurer chez maman. https://indilib.org/forum/development/10380-asiair-and-opensource-software-licences.html Et c'est là où ça devient navrant. Nada, rien non plus. Manifestement même "la communauté" s'en fout (en tout cas ça en a les apparences). Wait and see, ici aussi. Bref, tout ça pour dire quoi, me direz vous. Juste une chose : Chers utilisateurs du merveilleux ASIAIR qui est allé dans mon panier une bonne centaine de fois sans aller jusqu'au paiement, Chers utilisateurs (bis) : Lorsque vous faites joujou avec cette merveille, ayez une petite pensée pour les centaines (probablement les milliers) de contributeurs anonymes et désintéressés qui y ont participé sans même recevoir un merci de la part de ZWO. Post-postum : Si vous m'apportez la preuve que ces fameuses licences sont publiées et assumées par ZWO je ferai amende honorable en demandant la suppression de ce fil, ce serait la moindre de choses. Amicalement 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.

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

Salut, Je me lance dans un petit bricolage, que bien entendu je ne peux m'empêcher d'exposer ici rapport à ma tendance exhibitionniste. Un servo et un écran électroluminescent 10x10 Je vais essayer, on verra bien, je reposterai la progression. https://youtu.be/5A2bPua31yQ ======================================================================= = Mise à jour récapitulative pour les copains qui ne veulent pas se fader tous les posts = ======================================================================= On va essayer de se lancer dans les explications, que je mettrai à jour au fur et à mesure des questions et avancées importantes. Note préliminaire Je l'écris une fois pour toutes : je ne fais pas de pub pour tel ou tel commerçant, je donne juste des infos plus précises à titre d'exemple. Et si vous vous trompez, ne venez pas me tirer les oreilles : je revendique avec véhémence le droit de me tromper aussi. D'ailleurs tiens, je ferai même exprès de me tromper pour vous obliger à réfléchir plutôt que de cliquer bêtement sur "order" Principe général Je veux que ça reste simple, au moins au niveau électronique. Mécaniquement, chacun verra selon ses possibilités (impression 3D, menuiserie, trombones et shamallow, ...) En gros, il faut un servo, et un arduino qui sont la base de tout le reste. Le servo nécéssite un peu de courant : pour éviter d'avoir à gérer une alimentation externe, on va passer par un Hub USB alimenté. La partie éclairage doit être dimmable, c'est à dire que le dispositif doit pouvoir être commandé en intensité. Choix du servo Tous les servos de modélisme sont des bons candidats : Le gros avantage c'est que leur protocole de commande est universel Il faut tenir compte de deux choses : le débattement que le servo permet : la plupart fait 180°, il en existe de 270° ou 360°. A vous de voir ce qui convient à votre besoin la charge qu'il supporte : si l'écran est léger, pas besoin d'alourdir le nez du télescope avec un servo trop lourd qui ne servira à rien, à l'inverse un servo sous dimensionné aura du mal à faire bouger l'écran Je ne mets pas de référence, il y a tellement de modèles, le choix est immense. (et il ne sert à rien de mettre plus de 10€ là dedans par les temps qui courent) Choix de l'arduino La question n'est pas anodine. Ici aussi on devrait pouvoir dire que n'importe quel arduino "classique" fera l'affaire. C'est le cas, mais en pratique ça peut parfois poser quelques problèmes. Je recommande (ça n'engage que moi) les arduinos basés sur un Atmega32u4 Pourquoi ? Ce microcontrôleur intègre nativement la couche de communication USB, il n'y a donc pas de tambouille sur l'arduino pour qu'il supporte l'USB. A l'inverse des arduinos basés sur l'atmega328 (Arduino Uno) ou Atmega2560 (Arduino Mega,) sur lesquels une puce supplémentaire est ajoutée pour transformer les instructions qui arrivent par l'USB en instructions RS232. Cette puce n'est pas toujours la même d'un fabriquant à l'autre (les plus courantes : FTDI, CH340) Ce qui pose problème, c'est une facécie concepteurs de l'Arduino : lorsque la communication série est initiée, la puce supplémentaire demande un Reset de l'Arduino. ça n'a l'air de rien, mais c'est une vraie vacherie, on en reparlera (ceci dit il y a sans doute une raison bien précise, hein...) Donc, mon conseil : Le plus petit des arduinos basés sur un Atmega32u4 = Arduino pro micro ou Arduino pro mini La dénomination est un peu variable, assurez-vous juste d'en prendre un qui contienne cet Atmega32u4 Actuellement, 6€ sur eBay : lien Bon maintenant si vous avez un stock d'arduino uno/nano et compagnie, ça ne vous met pas hors de course. On fera un topo spécial là dessus. Eclairage - version led Je ne suis pas fan des bandeaux à led qu'on commence à trouver un peu partout, mais je ne demande qu'à être convaincu du contraire. Moi, je fais dans le classique : On trouve partout des lots de leds blanches, qu'on peut monter comme on veut 4€ les 100 (oui oui) sur eBay : lien Eclairage - version panneau electroluminescent -- à compléter, vu que en fait c'est peut-être pas très simple à dimmer ces affaires -- Branchement du servo sur l'arduino Pour fonctionner comme suit, l'arduino doit être branché avec un HUB USB alimenté. Tous les servos se servent de trois fils. Une masse (fil noir) = le - Un VCC (fil rouge) = le + Un signal (orange, blanc, ou autre que noir ou rouge) Pour le branchement, je vous propose donc ce qui suit : Fil noir - la masse sur "GND" en haut à droite Fil rouge - VCC sur "RAW en haut à droite Fil blanc/orange/autre - Signal sur le pin 9 en bas à gauche (Ce dernier peut être différent, dans ce cas il faut modifier le programme qu'on charge dans l'arduino) Branchement de l'éclairage sur l'arduino Le controle de l'éclairage doit se faire par une sortie "PWM" de l'arduino. ça signifie que cette sortie ne foncionne pas juste en tout-ou-rien, elle permet de restituer une tension qu'on peut faire varier par programmation. On choisit le pin 6 (A7) du schéma ci-dessus. Attention Cette sortie ne peut pas raisonnablement délivrer plus de 20mA Donc ça suffit pour une simple led pour les tests, mais il ne faut pas s'imaginer de commander en direct une guirlande de noël avec. C'est juste un signal de commande qui sort à cet endroit, on s'en sert pour piloter notre éclairage (voir plus bas) Electronique de commande de la variation de l'éclairage -- à compléter -- Programmation de l'arduino Je ne documente pas la façon de programmer un arduino, c'est bien documenté de partout. Je mets juste les sources du seul fichier nécéssaire En attendant que les modifications soient validées par l'auteur original : https://github.com/gehelem/ArduinoLightbox/blob/master/LEDLightBoxAlnitak.ino Topo spécial arduino uno/nano -- à compléter --

bonjour, actuellement j'ai ceci : et pour augmenter mon WAF, je projette d'y mettre ceci à la place : (enseigne de bricolage quelconque, version pour enfants) C'est juste pour protéger l'instrument et pouvoir dégainer/rengainer plus rapidement les soirs de semaine qui correspondent à cet état d'esprit : Mardi, 23h, levage de tête, "zut, si j'avais su j'aurais sorti le matos", plus d'énergie, dodo. Donc je me disais que ces petites maisons ma faciliteraient la vie avant : tout est prêt, plus qu'à ouvrir le toit et appuyer sur "On", Et après : "Off" et fermeture du toit . Pas envie/besoin de visuel, rien que pour le remote. (j'y mettrais bien un couche isolante à l'intérieur) En gros, un truc comme ça : https://stargazerslounge.com/topic/198091-a-remote-unmanned-pico-observatory/ Du coup la question : Niveau encombrement c'est au chausse pied. Y a-t-il des combines pour savoir exactement de quel volume j'ai besoin ? Cette question a déjà été couverte ici, mais la plupart du temps c'est la méthode empirique. Au jugé c'est facile à estimer, mais comme j'ai plusieurs optiques et que je veux vraiment que ce soit minimal, je me demandais s'il n'existe pas un petit logiciel ou une astuce élégante et raffinée Merci d'avance pour vos conseils Gilles.

salut à tous, je récapitule : Nous avons donc l'ED72 qui ira sur la NEQ5 avec son AstroEQ. Puis l'ED80 qui campe depuis un moment sur son EQ6. Parfait, mais le C11, hein ? Comment je fais pour ne pas passer pour un pinpin aux RAP ? Et bin je me dégotte une CI-700 d'occaz. C'est quasi fait. Voilà. (mais vu que d'ici là de toutes façons je n'aurai toujours pas réussi une seule photo, je passerai pour un pinpin, donc...) Vous connaissez cette monture ? On trouve peu de retours dessus, c'est une G11 qui aurait eu moins de succès... En face il y a quelques remontées antédiluviennes, mais rien de récent : Le silence lié à la convoitise, certainement. Vous la connaissez ? Z'en pensez quoi ? Je vais y coller des vrais moteurs, façon AstroEQ (ou OneStep on verra) Merci de vos retours Gilles.

C'est Noël, j'ai 45 ans, et ma tendre épouse a encore tapé dans le mille. Je me suis couché à 3h du matin, bien obligé de m'arrêter au paquet numéro 9 sur 12 car les pièces me tombaient des doigts. Et avec le pull de Papy pour faire la Lune : ça m'a donné envie d'ouvrir un fil sur les trucs en Légo qui causent de l'espace... Pas besoin de présenter :

bonjour à tous, j'avais dans mes tiroirs depuis longtemps ces petites choses : Que je destinais à monter sur cette vieille chose : (vous avez vu la poussière ?) J'ai gambergé dessus toutes mes vacances. Rentré il y a peu, j'en pouvais plus je me suis lancé. Je ne suis pas le premier à la monter, et sans doute pas non plus le dernier, mais je voulais partager ça avec vous. Il s'agit donc d'une interface EQMOD DIY faite sur la base d'un Arduino Mega2560. Tout est parfaitement décrit sur le site de son géniteur, Thomas Carpenter, ici : https://www.astroeq.co.uk/tutorials.php Il y a même un forum, j'en aurai sans doute besoin, on verra. C'est un peu l'équivalent du PicAstro : je n'ai pas creusé, je ne connais pas les différences. J'ai choisi celle-là parce que le fait de prendre un Arduino comme base rend le travail beauuuuuuucoup plus facile. Je vous tiendrai au courant de l'avancement, pour cet après midi on s'est attaché à l’électronique. Quelques soudures à la portée de tout le monde, et hop : Que dire : c'est vraiment très simple à monter, j'ai commandé les PCB en chine je ne sais plus où (il m'en reste 2, PM si ça vous intéresse). Je n'ai pas mis : - la prise ST4 qui ne me servira sans doute jamais - la diode de protection, c'est mal mais j'en avais pas. => En 2 petites heures, me voilà avec une carte branchée en USB aux deux moteurs d'origine de la vénérable EQ5, mais qui causent désormais en EQMOD. Bien entendu, j'ai testé ça sous Indi (équivalent de Ascom sous linux) ça marche comme une fleur. La petite difficulté qui viendra sera sans doute de piger comment on ajuste le courant sur les drivers. Prochaine étape, celle que j'aime pas, adapter les moteurs pas à pas plus puissants (voir photo ci-dessus) avec les courroies et tout ça sur la monture. Keep in touch Gilles.