Mala

Membre
  • Content Count

    68
  • Joined

  • Last visited

About Mala

  • Rank
    Membre
  • Birthday 11/02/1978

A propos

  • Résidence
    Gap
  • Intérêts
    Heu... l'astro, le dessin, dao, un peu de 3D, la programmation, l'astrophotographie, etc... etc... e
  • Occupation
    Développement logiciel
  • Matériel
    Mewlon 250, CN 212
  • Site Web

Recent Profile Visitors

158 profile views
  1. Ce n'est pas adapté à ce que je veux réaliser. Je ne me contente pas de la position du codeur pour m'indexer sur une table de correction. Mon idée est d'utiliser l'encodeur pour asservir la vitesse (et non la position) afin de compenser en temps réel les erreurs périodiques en amont de la vis sans fin (démultiplication interne du moteur et les deux engrenages de transmission)... Cela permettrait de mettre au point un PEC double étage mêlant l'asservissement de vitesse en cascade avec une mémorisation PEC classique pour la vis sans fin. Ainsi plus de problème avec d'éventuelles sous périodes non multiples de l'EP principale. C'est impossible à faire avec des encodeurs fonctionnant en SPI. J'ai besoin de gérer en direct au niveau Arduino les interruptions matérielles pour mesurer le temps écoulé entre chaque pas codeur et ainsi en déduire la vitesse instantanée.
  2. Pour l'instant je teste avec un encodeur optique incrémental. Celui-ci n'a pas de signal d'index mais je viens de recevoir son grand frère qui en a un. Cela va me permettre d'initialiser automatiquement le zéro. Les codeurs absolus sont plus imposant il me semble non? Tu as une référence en tête pour voir ça de plus près?
  3. Voici l’EM-10 en l’état de son avancement. Le projet a fait un sacré chemin depuis ses débuts! Cela commence à avoir vraiment de la gueule... Le boitier abritant la carte MKS a été repensé en positionnant les composants face à l’intérieur de la monture. Cela m’a permit de placer tous les connecteurs en bas mais aussi de dégager de l’espace pour le passage de l’encodeur de l’axe R.A... Et voici l'implantation d'un encodeur prévu pour l'analyse d'E.P... C’est moi ou bien il a un petit côté Star Trek Enterprise ce cache? La tension d’alimentation est maintenant régulée par un Pololu S18V20F12 12V Step-Up/Step-Down (récupération de mon tout premier proto) mis en boiter avec interrupteur... Et pour finir j’ai revu le boitier du PI Zero du proto de viseur polaire à base de Raspberry PI Zero (>>>>Plus de détails ici<<<<) en l’inclinant de 90° pour un accès plus pratique aux ports par le dessous... Restera à voir le connecteur du câble du moteur de mise au point du CN-212 qui dans l’immédiat est encore câblé directement en interne sur la carte. Je pense partir sur du RJ-9 histoire d’avoir quelque chose de compact. One more thing... J'ai adopté une nouvelle petite Japonaise de 28 ans... Et le nouveau boitier pour la carte MKS de l'EM-10, je l'ai pensé aussi pour elle forcément... 😍
  4. Mala

    Ça gèle, on remballe !

    Chez moi (Gap dans les hautes Alpes) c'est plutôt le redoux. Hier soir il faisait presque bon.
  5. Je veux quelque chose de vraiment optimisé pour tourner sur le PI zero qui n'est pas une foudre de guerre. Je préfère donc bien maîtriser les données d'entrée pour éviter les goulets d'étranglement.
  6. Conception de la base d'étoiles qui va servir de référence à la corrélation de champ... Je suis parti sur une couverture de 20° de rayon autour de la polaire. Et pour un précision optimale, j’ai pris en compte au niveau des étoiles: leur dérive annuelle, la précession des équinoxes, la nutation et l'aberration annuelle.
  7. Pour éviter de polluer cette discussion, j'en parle plus en détail ici...
  8. Merci Fred. Coté développement cela prend forme. J’avance sur le pilotage de la caméra du Raspberry PI. Il existe bien le projet picamera en Python mais je souhaite quelque chose de plus performant, que ce soit au niveau des ressources CPU que mémoire, afin de tourner correctement à terme sur un PI Zéro. C’est donc le C/C++ que je privilégie. Et là les choses se gâtent sous Raspbian. Par exemple, la librairie de traitement d’image OpenCV propose bien le support de la cam mais uniquement en flux vidéo automatisé. A noter qu’il est possible de modifier certains paramètres via la méthode set (ex: CV_CAP_PROP_SATURATION) de la classe VideoCapture. Elle fait appel au driver V4L mais dans les faits c’est très limité. Impossible par exemple de régler l’exposition de ma caméra: « HIGHGUI ERROR: V4L: Property Exposure(15) not supported by device) ». Hors dans mon cas, il est nécessaire d’accéder à l’ensemble des pixels de l’image (mode « still ») avec une gestion manuelle de la caméra (exposition, balance des blancs, réglage du gain analogique, etc). Bref, pour arriver à mes fins, je suis donc contraint de coder une version modifiée à ma sauce de raspistillyuv. Niveau IDE de développement il n’y a pas grand chose de potable à mon goût. J’ai donc décidé de faire comme sur Arduino et d’utiliser l’IDE Xcode sur mon Mac pour avoir un éditeur digne de ce nom (code completion, refactoring, recherches avancées, etc). La mise en oeuvre est un peu plus complexe car cela nécessite de mettre en place des scripts de compilation à distance via un canal SSH mais ça y est ça tourne... Cerise sur le gâteau: XQuartz me permet d’avoir la fenêtre de l’application PI directement sur le Mac (le code s’exécute sur le PI mais l’interface graphique est déportée sur le PC). Je peux maintenant coder sur mon PI avec un minimum de confort! Le truc chiant avec cette caméra c'est qu'on ne la pilote pas directement. On doit passer par la couche MMAL (Multimedia Abstraction Layer) qui s'occupe de l'interface bas niveau. Malheureusement, elle ne permet pas un accès direct à la matrice de bayer. La débayérisation est effectuée en amont. Du coup, pour limiter la bande passante et l'usage CPU, j'ai décidé de travailler en YUV et je demande à MMAL de n'extraire que la couche Y (la luminance). Chaque image fait ainsi à peine plus de 5Mo au lieu du triple en version RVB. Et maintenant que je maîtrise la prise de vue pleine trame, il est temps de vérifier la détectivité de la caméra. Le ciel n’était pas exceptionnel mais déjà avec un temps de pause de 2s, je passe le cap de la magnitude 7.5 avec l’objectif de 25mm F/1,2... La détection des étoiles est effectuée ici sur mon Raspberry Pi 3 de développement en approximativement 1,4s de traitement. Cela me semble raisonnable pour une image brute de 5 mégapixel. Mon idée serait d’intégrer l’axe polaire en réalité augmentée avec les constellations proches du pôle. Il faudra voir ce que cela donne avec le PI Zéro plus limité.
  9. Mala

    Autocollant Takahashi

    C'est pas faux. Le plaisir d'utilisation d'une belle mécanique alliée à une bonne optique ne gâche rien.
  10. Mala

    Autocollant Takahashi

    Moi j'aime bien mon chauffe eau comme ça... 😍 ❤️
  11. Le support pour le PI Zero est maintenant en place...
  12. Pas de souci particulier pour l'instant. Je suis en train de réaliser un proto de viseur polaire numérique sous Raspberry. Le couple capteur/objectif se visse ensuite à son tour sur la monture en lieu et place du cache d'entrée du viseur polaire optique et cela tient très bien malgré déjà quelques dizaines de montage/démontage pour mes essais. Je suis sous OpenSCAD. J'utilise cette librairie qui marche nickel... http://dkprojects.net/openscad-threads/
  13. Tout à fait et les parois hexagonales apportent aussi de la rigidité tout comme le fait d'imprimer des prétrous plutôt que de percer après coup. Pour les trous de vis, perso je taraude directement avec la vis dans le prétrous avec en général un mur de 3 épaisseurs en 0.4mm. A noter que les filetages pour des pièces plus larges peuvent être imprimés sans souci. Pour peu d'imprimer le filetage sur l'axe z, on peut obtenir des filetages assez fins. Ici c'est par exemple du 32 pas par pouces (pas de 0.79mm si je ne dis pas dé bêtises en métrique) pour un mini objectif à monture CS...
  14. Le développement de la raquette de commande avance... Le format paysage me contraint à revoir complètement l'interface de navigation que j'avais imaginé pour l'écran de l'ancien prototype mais cela devrait être d'autant plus confortable à l'usage.