Mala

Membre
  • Compteur de contenus

    64
  • Inscription

  • Dernière visite

À propos de Mala

  • Rang
    Membre
  • Date de naissance 02/11/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

Visiteurs récents du profil

126 visualisations du profil
  1. 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.
  2. 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.
  3. 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.
  4. Pour éviter de polluer cette discussion, j'en parle plus en détail ici...
  5. 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é.
  6. 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.
  7. Mala

    Autocollant Takahashi

    Moi j'aime bien mon chauffe eau comme ça... 😍 ❤️
  8. Le support pour le PI Zero est maintenant en place...
  9. 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/
  10. 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...
  11. Mala

    EM10 USD Arduino: ma Takahashi revisitée.

    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.
  12. Adaptation de la caméra Raspberry PI avec son objectif CS sur l'EM-10 pour le développement logiciel. Dans un premier temps, optique et Raspberry vont être placés en extérieur. Comme ça je pourrais monter/démonter le système sans condamner le viseur polaire d'origine le temps du développement. Il me reste à faire le support du Raspberry mais l'adaptateur est ok avec fixation par pas vissant et contre écrou. Simple mais efficace et assez robuste...
  13. Oui avec raspistill. C'était vraiment un premier essai au plus simple pour vérifier le backfocus et le potentiel optique/caméra. Pour la suite j'aimerais mettre en place un service qui s'occupe du pilotage de la cam et envoie les images via un socket en wifi sur le PI. Les images seront analysées par mon PC portable. Cela devrait faciliter les devs car bon Raspbian c'est bien gentil pour bidouiller mais loin d'être au top en terme d'éditeur de code et d'outils de déboggage. A terme l'idée ultime serait de pouvoir prémacher les données (analyse de la taille et de la disposition des étoiles) sur le PI et d'envoyer les infos via liaison série vers l'Arduino Due de ma raquette de commande pour affichage schématique. Ainsi l'EM-10 resterait 100% autonome sans PC et c'est ce que je souhaite conserver à tout prix avec ma petite nomade. Sinon j'ai repassé une couche de peinture dans la chambre noir... Et j'ai mis une touche de peinture sur la led du circuit de la cam. Au final l'optique devrait se loger par là... Comme l'EM-10 n'a pas de barre de contrepoids rétractable, j'ai la place qu'il faut à l'intérieur pour le raspberry PI. Idéalement j'aimerais y mettre un PI Zéro pour optimiser l'espace et la consommation mais il faudra voir s'il tient la charge de calcul.
  14. Première lumière avec M42 pour tester le mini objectif CS 25mm F/1.2. Assez bluffant pour 7€!!! Je suis très agréablement surpris. L’adaptateur fait très bien le job. Par contre en faible flux, j’ai l’impression que la lumière de la led rouge à proximité du capteur arrive légèrement à passer (tâche blanchâtre en bord d’image à gauche) à travers le coffrage malgré la peinture noire. Je vais devoir repasser une seconde couche voire carrément peindre la led pour être tranquille.
  15. Voici une réalisation qui pourra sans doute intéresser d’autres hackers. Il s’agit d’un adaptateur d’objectif CS pour modifier une caméra IR de Raspberry grand angle de ce type...https://fr.aliexpress.com/item/Raspberry-Pi-Camera-better-than-the-original-one-HD-5-megapixel-OV5647-sensor-adjustable-focus-for/32683743922.html?spm=a2g0s.9042311.0.0.8a956c37Ta1GXg L’intérêt? Et bien les capteurs avec monture CS sont plus chers. Une fois l’adaptateur réalisé, on peut par exemple utiliser cet objectif 25mm F/1.2 à moins de 7€ frais de port inclus...1/3 "25mm CCTV Objectif vue 70 m 11 degrés F1.2 IR Fixe Iris CS Mont pour CCD de Sécurité caméra L’objectif ce visse directement sur l’adaptateur... L’adaptateur est équipé d’un coffrage du capteur pour l’isoler au mieux des lumières parasites (j’ai ensuite peint l’intérieur en noir mat bien évidement)... On peut réutiliser les deux vis de l’objectif d’origine pour fixer le capteur et solidariser le pied de test... Le passage de la nappe peut être placé en haut comme ici (le capteur est tête en bas) ou bien en bas (la nappe se glisse alors par le pied)... L’ensemble a été pensé pour une impression zéro support... Voili, voilou. Je réfléchi tranquillement à réaliser un viseur polaire numérique intégré à l’EM-10 avec un Raspberry PI Zéro et le tout à moindre frais (<50€). Le modèle 3D est dispo sur mon compte thingiverse... https://www.thingiverse.com/thing:3277107