mala05

Ca y ressemble beaucoup. Après il faut voir le logiciel. Moi j'ai opté pour celui-ci estampillé Saleae car le logiciel est PC/Mac. Je l'ai pris chez Droidshop en Allemagne… http://www.ebay.fr/itm/252855964366?_trksid=p2060353.m2749.l2649&ssPageName=STRK %3AMEBIDX%3AIT

Ca progresse, ça progresse Stef. J'attaque enfin la partie motorisation du coup. Je vais faire plus simpliste que toi avec un simple driver A4988 (micro pas 1/16) pour commencer. Les choses concrètes vont pouvoir commencer! lolJ'en ai profité pour me prendre un analyseur logique à moins de 15€ sur ebay… C'est génial ce bidule pour le prix! Je vais pouvoir calibrer mes moteurs aux petits oignons.

Check pour l'étude de l'électronique. Contre toute attente, les moteurs 1 volt / 2 ohms sont alimentés en… 12V. J'en ai profité pour publier un article détaillé sur l'électronique et la mécanique de la monture… http://em10-usd-arduino-takahashi.eliotis.com/etude-em10-takahashi/index.htmlJ'ai aussi terminé une nouvelle librairie pour la gestion de la base de données d'objets célestes avec un Arduino. http://em10-usd-arduino-takahashi.eliotis.com/librairies-arduino/skycatalog/index.html Sky Catalog devrait être le parfait complément pour Ephemeris.[Ce message a été modifié par mala05 (Édité le 10-04-2017).]

A tout hasard, si tu n'es pas trop loin, l'Astronome à Lorient en a une en expo pour le plaisir des yeux.

quote:Je me demandais si un algorithme de reconstitution des couleurs était utilisé pour une meilleure fidélité par le processeur des APN Quand je lis ça je me dis que tu ne travailles pas en RAW ce qui me semblerait une aberration en soit en astrophotographie ciel profond.Si ce n'est pas le cas, ce serait bien de clarifier un peu ton protocole de test car c'est loin d'être clair en te lisant. Image Droite/gauche qui est quoi? Qui débayerise? L'APN ou côté soft PC? Dans le second cas, sur PC quel algo est utilisé? fitswork4 (donc in fine dcraw pour le support des fichiers RAW)?

Quelques news du front. Le projet continue tranquillement mais surement. J'en ai profité pour mettre au point une nouvelle librairie C++ pour Arduino destinée à la communauté. Baptisée RunLoop, c'est un couteau Suisse pour faciliter la parallélisation des traitements… http://em10-usd-arduino-takahashi.eliotis.com/runloop/index.htmlTo be continue...[Ce message a été modifié par mala05 (Édité le 29-03-2017).]

Une version simplifiée du code source de Polaris Finder (sans bluetooth ni GPS) est maintenant à dispo sur mon github… http://github.com/MarScaper/ephemeris/tree/master/examples/PolarisFinder L'abaque prend en compte la dérive de l'étoile polaire (precession des equinoxes) par rapport au pôle nord céleste jusqu'en 2030.La précision des calculs de lever/coucher a été encore améliorée et concorde maintenant parfaitement avec sunearthtools.com à quelques pouièmes de secondes près… quote:Paris (UTC+1): Sunrise: 8h6m57s Sunset: 18h3m18s Ref: sunearthtools (10/2/2017): SunRise: 08:07:00 | SunSet: 18:03:19New York (UTC-5): Sunrise: 6h55m51s Sunset: 17h25m8s Ref: sunearthtools (10/2/2017): SunRise: 06:55:53 | SunSet: 17:25:09Sydney (UTC+11): Sunrise: 6h25m24s Sunset: 19h52m48s Ref: sunearthtools (10/2/2017): SunRise: 06:25:25 | SunSet: 19:52:49Sao Paulo (UTC-2): Sunrise: 6h51m33s Sunset: 19h49m35s Ref: sunearthtools (10/2/2017): SunRise: 06:51:35 | SunSet: 19:49:36Pour le fonctionnel, j'ai ajouté une méthode publique pour les conversions de time zone prenant en compte la circularité sur 24h. quote:// Local time UTC+1 float localTime = Ephemeris::floatingHoursWithUTCOffset(sun.rise,+1);Pour le signe de la longitude, j'ai standardisé le fonctionnement par défaut sur le GPS à savoir: Est positif et Ouest négatif. Par commodité, on peut néanmoins le permuté et revenir à l'ancien mode via la méthode quote:Ephemeris::flipLongitude(true);[Ce message a été modifié par mala05 (Édité le 18-02-2017).]

Voici le prototype opérationnel de mon nouvel abaque numérique à côté du logiciel Polaris Finder proposé par Optique Unterlinden sur PC… Le concept est simple: un arduino, un écran TFT et un puce Bluetooth. Dès que l’on approche l’ensemble à quelques centimètres de la raquette de commande, la liaison Bluetooth s’établie automatiquement et les infos (localisation sur la Terre, date, heure, altitude) du module GPS de la raquette sont rapatriées. Le Arduino calcule alors le positionnement de la polaire et affiche l’abaque numérique.Pour le calcul de l’angle de l’étoile polaire c’est on ne peut plus simple: j’utilise ma librairie Ephemeris. La longitude est celle de mon lieu d’observation et par contre pour la latitude je me place au pole Nord c’est à dire à +90°. Notre pôle céleste est alors parfaitement au dessus de notre tête et la polaire va réaliser sa ronde autour durant la nuit. Connaissant ses coordonnées équatoriales, on calcule ses coordonnées horizontales avec la librairie ce qui nous donne son angle en azimut. Le tour est joué. En langage programmeur cela donne quelque chose comme ces quelques lignes… [Ce message a été modifié par mala05 (Édité le 08-02-2017).]

Merci Vincent.J'avais zieuté quelques projets mais effectivement trop lourds pour un Arduino. Là avec Ephemeris aucun superflu. Que le nécessaire pour de l'embarqué avec moins de 70Ko de mémoire flash utilisée et moins de 800 octets de SRAM.L'affinage des calculs de lever/coucher pour la Lune est maintenant publié et j'ai intégré aussi la prise en compte de l'altitude du lieu d'observation (autant exploiter l'info de la puce GPS).Cerise sur le arduino pour les Arduinouseurs, j'ai fait un refactoring du code pour transformer le tout en véritable librairie Arduino pouvant être installée avec l'éditeur (deux projets d'exemple, prêt à compiler, y sont aussi intégrés)… Je pense que là il y a tout ce qu'il faut pour le télescope de même que pour les calculs d'asservissement d'un dôme finger in the nez.

Je viens de publier un premier jet pour le calcul du lever et coucher des astres. De quoi piloter l'arrosage en automatique après le coucher du soleil. Lol Il me reste à affiner le cas de la Lune en prenant en compte son mouvement apparent pendant le journée car elle bouge vite et ses coordonnées équatoriales avec.

Je continue à peaufiner et à enrichir un peu la librairie. J'ai ajouté des méthodes publiques pour les transformations de coordonnées équatoriales (RA/Dec) vers horizontale (Alt/Az) et vice et versa.Un test sur l'étoile polaire montre une erreur cumulée (equa->hori->equa) d'à peine 1,5"... >> Testing coordinates transformations: >> R.A: 02h31m49s.00 >> Dec: 89d15'51".00 >> Convert RA/Dec to Alt/Az: >> Azi: 358.89d >> Alt: 48.79d >> Convert Alt/Az back to RA/Dec: >> R.A: 02h31m48s.93 >> Dec: 89d15'49".62L'intérêt à mon niveau sera plutôt les conversions equa->hori afin de déterminer si un astre de la base de données (galaxie, amas, etc) est visible pour le pointage Goto.

La librairie est achevée avec les calculs Lunaires. J'ai aussi ajouté un fichiers logs montrant les résultats obtenus avec le Arduino Mega sur le système solaire pour la date de test utilisée dans le projet d'exemple…>> Coordinates of Solar system objects (10/4/2014 19:21:0) >> _____________________________________ >> Sun >> R.A: 01h17m00s.98 >> Dec: 08d08'02".08 >> Azi: 292.39d >> Alt: -8.15d >> Dist: 1.002 AU >> Diam: 31.93' >> _____________________________________ >> Mercury >> R.A: 00h23m29s.51 >> Dec: 00d07'25".01 >> Azi: 298.56d >> Alt: -22.53d >> Dist: 1.268 AU >> Diam: 5.31" >> _____________________________________ >> Venus >> R.A: 22h28m09s.01 >> Dec: -9d30'17".36 >> Azi: 323.05d >> Alt: -45.30d >> Dist: 0.826 AU >> Diam: 20.19" >> _____________________________________ >> Earth >> Look under your feet... >> _____________________________________ >> Earth's Moon >> R.A: 09h56m34s.76 >> Dec: 07d40'11".96 >> Azi: 154.47d >> Alt: 46.27d >> Dist: 401178.68 Km >> Diam: 30.13' >> _____________________________________ >> Mars >> R.A: 13h10m55s.00 >> Dec: -4d54'44".73 >> Azi: 111.60d >> Alt: 11.62d >> Dist: 0.619 AU >> Diam: 15.13" >> _____________________________________ >> Jupiter >> R.A: 06h53m55s.53 >> Dec: 23d08'27".81 >> Azi: 231.00d >> Alt: 56.04d >> Dist: 5.281 AU >> Diam: 37.33" >> _____________________________________ >> Saturn >> R.A: 15h21m21s.89 >> Dec: -15d54'18".00 >> Azi: 94.27d >> Alt: -17.57d >> Dist: 9.033 AU >> Diam: 18.40" >> _____________________________________ >> Uranus >> R.A: 00h48m42s.53 >> Dec: 04d31'20".58 >> Azi: 295.89d >> Alt: -15.28d >> Dist: 21.019 AU >> Diam: 3.35" >> _____________________________________ >> Neptune >> R.A: 22h34m38s.13 >> Dec: -9d42'10".24 >> Azi: 320.87d >> Alt: -44.82d >> Dist: 30.690 AU >> Diam: 2.22" >> _____________________________________ >> Benchmarking... >> Elapsed time: 1.55shttps://github.com/MarScaper/ephemeris/blob/master/ephemeris.logsCela semble cohérent. Le Arduino n'est pas une foudre de guerre mais il fait le job.Cela ne me parle pas non plus le bouquin que tu cites. J'avais repéré aussi "Pratical Astronomy with your Calculator" de Peter Duffett-Smith qui a l'air pas mal mais pas tout jeune non plus.Pour le jour Julien, peut être que cela vient tout simplement des formules. On reste sur des calculs amateurs donc en toute logique des modèles assez approximatifs.

Salut Stef,t'inquiète c'est pareil pour moi. Je loupe souvent des posts. Ca manque cruellement de notifications automatiques sur le forum.J'ai tout codé sur la base des formules de l'ouvrage de Jean Meeus "Calculs astronomiques à l’usage des amateurs". Il y a passé une partie de sa vie alors autant que cela serve. Le bouquin est pas mal dans l'ensemble même si certains passages manquent de clarté. Et puis c'était l'occasion d'approfondir mes connaissances sur le sujet. Il a tout de même fallu ruser un peu pour l'adapter en flottant 32 bits (certains termes des coefficients VSOP87 dépassant largement la dynamique d'un flottant simple précision).Je pense que tu dois confondre avec un autre projet pour le double Darlington. Je n'en suis pas encore à l'électronique de puissance. Je suis surpris qu'en 1/16e tu es des vibrations. Moi je dois voir pour caractériser mon électronique actuelle avec un électronicien de mon Fab lab local mais, entre la naissance de ma petite dernière et les fêtes de fin d'année, j'avais un peu été contraint de temporiser cette partie.

Christian, tu es où en Bretagne? Moi je vis maintenant dans les Alpes sur Gap mais je rentre très régulièrement pour les vacances dans la famille en région Lorientaise. A voir donc si on est pas trop loin.Le principal souci avec la EM10b ça va être la vitesse max des moteurs pour le goto je pense. Sous contrôle de Rémi, il me semble qu'on doit pas dépasser les 25x la vitesse sidérale (la moitié de l'USD) d'après ce que j'ai lu sur la toile. Pourrais-tu prendre en photo les moteurs pour avoir les caractéristiques exactes données sur leur plaque?Je commence à avoir une vision globale du projet. Pas de vrai point dur en perspective sur la partie logiciel. J'ai regardé le code existant pour l'arduino pour le contrôle de moteur pas à pas. C'est très trivial en fait. je pensais que ce serait plus complexe. Du coup, je suis en train de coder cette partie avec le moteur low cost du kit en guise de prototype.Quand le projet sera assez abouti, je ferais un blog sur le sujet avec le détail de la conception. A vu d'oeil, en conservant les moteurs, je pense qu'on va tourner autour des 150€ max.

Merci encore. Oui Simon c'est bien ça. 400 images par champ sur des films de 30s (900 images environ).

Quartier de Lune du 22 Octobre au matin à travers la brume Bretonne pendant les vacances. Qui a dit qu'il ne fait jamais beau en Bretagne?!? Mosaïque de 8 clichés. 5D Mk III - CN 212 Takahashi à F/12,4. 160 Iso - 8 x 400 x 1/50 en vidéo Raw. Zoom vidéo Magic Lantern 3x. Lien vers la full: >>>>ici<<<<

Merci les gars. Content qu'elle vous plaise. Je continue de peaufiner la technique. J'essaie de faire primer le réalisme du rendu donc vos réactions sont bon signe. Sinon ça y est. Je viens d'acquérir une Poxermate 2x digne de ce nom en coulant 50. je croise les doigts pour le prochain dernier quartier de Lune mais c'est pas gagné avec la météo actuelle.VL, t'inquiète on a rien contre les Bretons. C'est une plaisanterie qu'on fait filer avec Serge depuis Facebook. Je suis moi même Breton donc j'aime bien chambrer car effectivement on a de très beau cieux par là bas.AG, c'est clair que ma signature choque moins en macro… http://www.flickr.com/photos/67272942@N04/albums/72157644445298858 Avant je signais SM mais là encore j'avais des remarques! LolSeb, Le Breton des Alpes.[Ce message a été modifié par mala05 (Édité le 13-11-2016).]

Bon et bien j'ai pas chômé depuis le mois dernier. Je m'oriente donc vers une conception maison. Voici un aperçu du premier proto partiel... Déjà validé: - écran LCD 2 lignes 16 caractères pour le paramétrage et l'afficchage des infos. - horloge alimentée par pile bouton. - carte SD pour stocker la base de donnée des objets stellaire avec un premier jet pour les Messier. - capteur d'humidité et température pour l'extérieur du tube. - abandon de la raquette d'origine pour une télécommande IR. - led de mise en veille. - buzzer pour signaux auditifs (beep de fin de pointage, anomalie, etc). - protocole de communication LX200 avec le PC.Ce premier proto est développé à partir d'un kit à 55€ + achat du lecteur SD (mais je pense passer en micro SD à terme pour gagner de la place)… Je n'ai pas encore procédé au décablage de mes moteurs faute d'avoir reçu les bons connecteurs mais cela ne saurait tarder. J'attends aussi la livraison d'un plus gros Arduino (version Mega) car là je suis déjà au taquet des entrées sorties et des 2Ko de mémoire du Uno.[Ce message a été modifié par mala05 (Édité le 11-11-2016).]

Merci les gars! Superfulgur, disons que pour Schröter j'ai un peu l'impression d'essayer de passer la seconde avec le frein à main serré. Lol Sinon oui, j'ai remarqué le léger tramage aussi. C'est plus ou moins marqué en fonction de la soirée. Je pense que je suis en limite du Vancittert et cela se voit d'autant plus à proximité du terminateur que j'ai tendance à déboucher les ombres pour une vision plus naturelle ce qui fait remonter le bruit. Peut-être qu'avec des darks cela pourrait s'améliorer. A voir.Simon Fabre, ce sont des mosaïques au foyer Cassegrain avec réducteur/correcteur F/10. Au départ je chevauchais 6 plans mais maintenant que je suis rodé 4 suffisent et c'est plus rapide à traiter. C'est vrai qu'on perçoit la progression de la dispersion atmosphérique. Cela a d'ailleurs pas été évident pour harmoniser l'ensemble, la Lune perdant en couleur à mesure des soirées.djorgedacosta, je passe par des scripts shell sur mon Mac. J'utilise mlv_dump pour l'extraction des DNG puis dcraw pour la conversion (tiff,png,etc) et enfin ffmpeg pour générer les films en AVI (comme ça plus de souci avec les softs de traitement). J'avais créé une discussion en Avril sur le forum pratique où je continue à partager mes expériences si tu veux en savoir plus… http://www.astrosurf.com/ubb/Forum2/HTML/042189.html Prochaine étape: détection des quelques trames erronées avec le Zoom 3x et si possible prétraitement des darks.

Bon et bien voilà, pour donner suite à mon premier post, voici les 4 quartiers du 25, 26, 27, 28 traités de manière relativement homogène avec en prime un chapelet... Lien vers la full: http://astronomy.eliotis.com/gallery/lune-25-08-16-cn-212-red10-ml3x-100perc-v3.jpg Lien vers la full: http://astronomy.eliotis.com/gallery/lune-26-08-16-cn-212-red10-ml3x-100perc-v3.jpg Lien vers la full: http://astronomy.eliotis.com/gallery/lune-27-08-16-cn-212-red10-ml3x-100perc-v3.jpg Lien vers la full: http://astronomy.eliotis.com/gallery/lune-28-08-16-cn-212-red10-ml3x-100perc-v3.jpg Et pour conclure, un tout premier essai avec barlow sur la vallée de Schröter le dernier soir... C'est pas hyper concluant pour le coup. Ma barlow 31,7 Celestron Ultima SV 2x génère des reflets internes et du fait de l'adaptateur 31,7/bague T je passe à un facteur de grossissement 3,2x ce qui n'arrange rien. J'ai plus qu'à demander une Powermate 2x au père Noël... Lol[Ce message a été modifié par mala05 (Édité le 07-09-2016).]

Et une animation vidéo pour montrer la progression de l'ombre... http://www.youtube.com/watch?v=TR_UHddZYDg&feature=youtu.be

Un régal la full! Bravo!

Superbe! Il cartonne le D810! 1/30s il fallait oser tout de même! Ca devait être un régal à la bino!

>> Quelle est l'utilité de traiter des images avec des niveaux de 0 à 255, alors qu'à l'origine >> elles avaient par exemple des niveaux de 0 à plus de 4000 ? Je vais me contenter de répondre à cela. Pour le reste je vous laisse disserter. En planétaire, le niveau de signal est très faible du fait du F/D élevé et des temps de pause très courts pour figer la turbulence. Du coup on amplifie le signal en jouant sur le gain (ou les Iso sur un APN) à l prise de vue. Mais en augmentant le signal de cette façon le bruit augmente avec lui. Bilan, sur une image 16 bits (2 octets) on obtient de toute façon que du bruit dans l'octet de poids faible. Donc autant s'en passer.Pour faire une image, c'est comme un bouteille remplie à moitié. L'air ne servant à rien, autant pendre moins de place en mettant le précieux nectar dans une bouteille plus petite.Bon c'est pas encore l'heure de l'apéro mais ça me donne soif vos histoires...

Effectivement, en comparant avec la version de ton précédent post c'est en net progrès sur le traitement! Bravo! A mon sens c'est là que djorgedacosta voulait en venir en faisant allusion à mon post et non au matos. Et plus je regarde ton crop de Copernic plus j'ai le sentiment qu'il y encore matière à affiner. Tu n'as pas envie de soumettre un avi aux ténors du forum comme j'ai fait avec VL (ne serait-ce qu'un crop sur Copernic pour voir jusqu'où ils peuvent aller)?Au passage, je vois qu'on a tous profiter des quelques jours d'anticyclone! J'ai le même chapelet des 4 nuits à traiter mais pas encore pris le temps de tout faire. C'était un régal ces quelques jours. Dommage que ça n'ait pas continué encore deux ou trois jours pour finir avec le croissant encore plus fin.[Ce message a été modifié par mala05 (Édité le 30-08-2016).]