22Ney44
Membre association-
Compteur de contenus
3 452 -
Inscription
-
Dernière visite
-
Jours gagnés
13
À propos de 22Ney44
- Date de naissance 13/06/1955
A propos
-
Résidence
Nantes
-
Intérêts
Aéromodélisme, Travail du bois, Astronomie, Tir à l'arc, Mécanique quantique
-
Occupation
Retraité à vie maintenant
-
Matériel
Newton 114/900 Paralux 30 ans
Flextube SW 305/1500 GoTo 2019
Oculaires 17 mm Hyperion, 4,5mm 82 ° ES,
Filtres UHC-S et Polarisant variable
Laser Baader
Asi224MC + Barlow Télévue X3 -
A propos de vous
Toujours préoccupé de mettre mes passions à la portée de personnes handicapées mentales. Fait pour le Tir à l'arc et l'Aéromodélisme.
Tir à l'arc http://cdftiralarc2014.free.fr/index.htm .
Toujours préoccupé pour transmettre aux jeunes. Fait pour l'aéromodélisme en classes de CM2 et sixième en inclusion avec des classes IME.
Aéromodélisme https://www.youtube.com/watch?v=JxUtvwk-L44 ; https://youtu.be/32uG2lVpgPQ ;
Je réfléchis pour l'astronomie à partir des classes de CM2 jusqu'au lycée en astronomie de jour.
Si ça dit à quelqu'un de contribuer, contact en MP
Visiteurs récents du profil
12 459 visualisations du profil
22Ney44's Achievements
-
échantillonnage planetaire / solaire
22Ney44 a répondu à un sujet de petitjean dans Matériel astrophotographique
Bonjour @petitjean, Vous vous demandez si votre caméra actuelle, 385MC va faire double emploi avec une éventuelle à venir la 178mm en photographie planétaire. Ces deux caméra sont très différentes l'une fait de la couleur , l'autre pas. Avec la 178 vous allez devoir multiplier par 4 le nombre de poses à effectuer si vous souhaitez retrouver la couleur, RGB + L. La difficulté que vous introduisez ce faisant, est que concernant Jupiter par exemple durant le plus grand nombre de prise de vues et donc de temps écoulé, la planète aura tourné de manière significative, rendant ainsi bien plus complexe la reconstruction colorée de la planète. Avec votre 385 MC actuelle vous n'avez pas cette difficulté particulière. Voilà une première différence notable. La deuxième différence vient de l'échantillonnage. J'ai pour habitude de le calculer autrement que par la formule du ciel profond. L'expérience a permis de déterminer que le rapport F/D idéal (et minimum à la fois) pour la photo planétaire est égal à 5,1 fois la dimension en microns d'un photosite de votre caméra. Pour la 385 nous avons donc un rapport F/D idéal de 5,1 X 3,75 = 19, 12. Votre mak par construction présente un F/D de 11,81, le rapport de Barlow idéal sera alors de 19,12 / 11,81 = 1,62. Ce rapport de barlow s'il est le rapport optique idéal peut être augmenté, donc de se trouver en sur-échantillonnage, si les conditions de seeing le permettent. Une règle expérimentale (dont je ne retrouve plus l'origine) veut qu'en photo planétaire on ne dépasse pas le rapport F/D = 25. Avec un caméra IMX178 nous pouvons faire le même calcul. Le rapport F/D idéal sera alors de 5,1 X 5,86 = 29,88 . La valeur max de F/D me semble bien dépassée avec presque 30. Si pour la Lune c'est encore acceptable, je pense que pour les planètes le résultat sera très décevant. Aussi, si pour le solaire la 178 est réputée bien adaptée, ce sera pour vous vraisemblablement son seul domaine d'application. Vous pouvez compléter votre réflexion en lisant avec attention le blog de Christophe PELLIER, une référence sur le sujet : https://www.planetary-astronomy-and-imaging.com/reussir-images-planetaires/ D'autres avis viendront. Ney -
Bonjour @orionoé, Content pour vous que votre setup fonctionne correctement maintenant. Vous écrivez : Pourriez-vous nous donner les détails de cette panne ? D'une part par intérêt et d'autre part afin de guider rapidement un autre astram qui décrirait les mêmes symptômes que les vôtres, vers la solution. D'avance merci. Ney
-
Bonjour @orionoé, La lecture du mode d'emploi aide à comprendre le fonctionnement du boitier et de l'ensemble de motorisation. 1) A la mise sous tension, si on ne touche à aucun autre bouton du boitier, le boitier se met automatiquement en suivi sidéral. C'est à dire comme l'a dit @Skywatcher707, seul le moteur de l'axe d'ascension droite anime la monture pour contrer exactement la rotation de la Terre. Le mouvement est lent et à peine perceptible. Il évolue à la vitesse de 15°/ heure soit donc 6H00 pour faire un angle droit. Durant cette phase le moteur de déclinaison ne bouge pas. Ce boitier ne propose pas de réaliser un suivi lunaire ou solaire contrairement à l'équipement Synscan. 2) Dès l'instant que vous utilisez les flèches de direction, votre monture va se déplacer selon les deux axes à trois vitesses possibles dépendantes de la position du bouton X2, X4, X8 soit respectivement deux fois, quatre fois ou huit fois la vitesse sidérale. Cette fonctionnalité vous permet d'affiner le centrage de l'objet au chercheur d'abord, à l'oculaire ensuite. ceci veut dire que si le boitier est au repos, c'est à dire aucune touche ativée, la seule action est la rotation du moteur d’ascension droite à la vitesse sidérale. Comme vous l'a signalé @Davdi, assurez-vous que les molettes soient bien serrées sinon le moteur n'est pas embrayé sur la monture. Ney
-
C'est ce que je suis en train de chercher. Je ne connais pas ce boitier de commande, j'utilise la raquette Synscan. Je recherche le mode d'emploi sur le net sans le trouver pour l'instant. Ney
-
Les vitesses X2, X4 et X8 sont respectivement deux fois, quatre fois et huit fois la vitesse standard de suivi. Cette vitesse de suivi en vitesse sidérale est de 15°/heure. Ney
-
Que faites-vous de différend entre la sélection de X8 où cela fonctionne et les autres vitesses X2 et X4 où cela ne fonctionne pas ? Vous écrivez : Ces trois vitesses sont des vitesses accélérées pour faire un positionnement. Ce que j'appelle les vitesses standard de suivi sont les vitesses sidérale, lunaire et solaire. Les avez-vous testées ? Ney
-
Bonjour @orionoé, Si en vitesse X8 votre motorisation fonctionne, cela veut dire que les moteurs fonctionnent bien. cela élimine déjà cette cause. Il reste alors le bloc motorisation que vous venez d'acquérir : 1) Avez-vous testé les vitesses de suivi standard, sidérale, Lune, Soleil ? Cela fonctionne-t-il ? 2) Relisez attentivement le mode d'emploi, peut-être avez-vous "rater" une prescription. A vous lire. Ney
-
Bonjour @houme16, C'est presque certain que non. Vous nous avez dit avoir téléchargé votre projet sur Github, celui que je vous propose est sur Sourceforge. D'ailleurs en comparant les lignes 9 à 26 de chacun des codes (vous nous avez mis cet extrait dans votre premier message), il est facile de s'apercevoir qu'ils n'ont rien en commun. Je vous propose de faire place nette du premier projet, et de repartir à zéro sur celui de Sourceforge qui est un modèle de présentation et de suivi de projet. Tout y est décrit par le menu : le plan, les composants, le driver ASCOM, le pilotage de l'écran de visualisation des paramètres, un manuel de plus de 200 pages, une section FAQ etc. Il y a même une vidéo explicative du code. En lisant différents codes du projet, le créateur a même rendu son interface multilingue, Anglais, Chinois, Tchèque, Français etc. Suivez très très scrupuleusement la mise en œuvre, en ne passant pas à une étape suivante sans avoir pleinement compris celle sur laquelle vous êtes (sinon c'est échec quasi-assuré), et vous devriez in fine avoir un des tout meilleurs Focuser DIY disponibles à ce jour. Bon courage. Ney
-
Bonjour @houme16, Bienvenue dans le monde merveilleux du développement en C ou C++. Cette erreur provient d'une classe qui appartient à la Library (Bibliothèque en français mais abusivement appelée Librairie en informatique en français) AFMotor.h que vous utilisiez sous une de ses variétés, myAFMotor.h, mais n'est peut-être plus présente dans votre nouvelle Library ou alors sous un autre nom. Donc lorsque le compilateur cherche à faire ses liens, ne trouvant cette classe, il déclare forfait. Or nous avons vu que cette Library est obsolète, elle est remplacée par celle que vous utilisez maintenant, Adafruit_MotorShield.h. Voici un lien qui vous aidera à bien installer vos Libraries : https://learn.adafruit.com/arduino-tips-tricks-and-techniques/arduino-libraries Une Library est composée de classes d'objets comme AF_Stepper. Si AF_Stepper est bien une classe de AFMotor.h, vérifiez bien que c'est la même classe dans la nouvelle Library que vous utilisez, sinon rechercher quel est le nom de cette classe dans votre nouvelle Library. Ça c'est la démarche pour faire fonctionner ce que vous avez choisi. Peut-être suis-je dans l'erreur, mais je pense que vous avez téléchargé une code tout fait mais aussi très ancien pour piloter votre focuser. D'où la présence de la Library AFMotor.h . Vous avez installé une Library plus récente pour correspondre aux modules Arduino actuels, aussi soit vous devez reprendre tout le code, soit vous devez trouver un code lui aussi plus récent. Sincèrement, comme vous débutez, c'est cette dernière solution que je vous propose. Voici un lien vers un Focuser DIY qui fonctionne bien et est très régulièrement tenu à jour : https://sourceforge.net/projects/arduinoascomfocuserpro2diy/ Un dernier point, en informatique, et tout particulièrement en développement, la langue anglaise fait partie des "basics", sinon vous avez ici une plateforme en français pour aider au démarrage : https://www.arduino-france.com/tutoriels/ide-arduino-installation-et-utilisation/ Bon courage et persévérez, ça finira par le faire. Ney
-
Mais non pas du tout ! Vous n'embêtez personne, et comme chacun ici l'a fait, vous débutez. C'est donc normal de tâtonner. Courage, vous allez y arriver. Quand quelque chose ne fonctionne, pensez à toujours lire les readme.txt qui accompagnent les téléchargements, ce sont en général des mines de renseignements de grande valeur. Ensuite un coup de moteur de recherche sur le net aide aussi beaucoup. Nous n'avions pas cela il y a 45 ans, tout se faisait avec le gros (très gros) livre sur les genoux et les 5 à 10 000 cartes perforées du programme en Fortran IV dans la caisse à côté. Mais là je vous parle d'un temps que les moins de ... heu 50 ans ? ne peuvent pas connaitre. Ney
-
Bonjour @houme16, Cette nouvelle Library en V2 est plus récente, c'est un plus. Avez-vous pensé à changer l'argument de #include dans votre code ? Votre nouvelle Library s'appelle "Adafruit_MotorShield.h" donc la ligne de code doit maintenant être #include Adafruit_MotorShield.h sinon vous aurez toujours le même code erreur à la compilation puisque la Library MyAFMotor.h n'existe pas. Ney
-
Bonsoir @houme16, Votre souci est peut-être là ! Voici en effet ce qui est écrit dans le readme.txt qui accompagne cette Library : C'est ce que je vous signalais dès le premier message. Ney
-
Et qui est ? Ney
-
Bonjour @houme16, C'est toujours mieux de passer par les procédures d'installation, sinon on a vite fait d'oublier un lien, un chemin, ou autre. Il y a peut-être une piste à examiner concernant le nom. Quand on télécharge le ZIP et qu'on analyse le contenu, la Library est connue sous le nom AFMotor.h . Or @houme16 dans son déclaratif d'initialisation écrit "#include myAFMotor.h". Peut-être faut-il alors soit modifier le #include, soit renommer la Library. Si c'est cela, je votre pour la première solution. Le téléchargement de cette Library sur Github délivre un produit obsolète, c'est bien écrit dans readme.txt. Quelle a été votre source de téléchargement ? Ney
-
Bonjour @houme16, Le compilateur vous dit qu'il manque la Library "MyAFMotor.h" pour laquelle vous faites un #include. Avez-vous installé la Library au bon endroit avec le bon nom ? Vous trouverez une aide ici : https://forum.arduino.cc/t/afmotor-h-no-such-file-or-directory/610658 et ici : https://github.com/adafruit/Adafruit-Motor-Shield-library Pour la Library, vous trouverez quelque chose de plus récent ici : https://www.arduinolibraries.info/libraries/adafruit-motor-shield-library Ney