Aller au contenu

Eridan31

Membre
  • Compteur de contenus

    46
  • Inscription

  • Dernière visite

Messages posté(e)s par Eridan31

  1. Il y a 5 heures, Batbihirulau a dit :

    La preuve, aprés un apt list --installed, je trouve bien  image.png.b3fd8c4c45f408c940a5b117dae24fc3.png

    scipy est-il aussi listé par la commande "pip3 list" ?

     

    Peut-être faut-il installer scipy avec la commande "pip3 install scipy" plutôt (ou en plus) de la commande apt.

     

    Que se passe en essayant d'importer scipy dans une console interactive python ?

    $ python
    >>> import scipy
    >>> from scipy.signal import welch

     

  2. Attention aussi à ne pas utiliser dans une même commande des images "débayerisé" (avec les trois couches RGB) avec des images non "débayerisé".

    Avec les scripts de pré-traitement fournis dans Siril, aucun risque. Mais en mode manuel ça peut arriver.

  3. Joli travail.

     

    Pour le paramètre "déclinaison", il serait intéressant de demander confirmation de la valeur lors de la confirmation "Start shooting".

    Je pense qu'entre deux cibles, peu de personnes penseront à modifier ce paramètre. Ou alors mettre ce paramètre dans la catégorie "INTERVALOMETER".

  4. Dommage. Pour ma part pas le temps de programmer en ce moment.

     

    Pour réduire la complexité du projet, il faudrait retirer le menu interactif :

    - Soit en remplaçant l'écran et les boutons par une interaction console : on écrit des messages et on lit des valeurs saisies. Fonctionne en mode simulateur, puis sur smartphone en bluetooth.

    - Soit en gardant l'écran LCD et les boutons, mais en remplaçant les menus interactifs par une séquence de valeurs à saisir au démarrage du programme :

         - Ligne 1 LCD = nom du paramètre à définir

         - Ligne 2 LCD = valeur actuellement définie, avec les boutons + et - qui modifie la valeur courante

    Les valeurs sont mémorisées dans l'EEPROM. Pour modifier des paramètres, on appuie sur le bouton reset de l'arduino et/ou sur un bouton déporté prévu à cet effet.

     

    Bref fait une pause si c'est prise de tête ;) 

    • J'aime 1
  5. Excellent l'outil TinkerCAD. Je ne connaissais pas.

     

    J'ai pu jouer avec les boutons et voir le bon numéro s'afficher dans la console 😛

    Je vois aussi que tu as commencé à mettre les différents affichages sur le LCD.

     

    Un post qui pourrait t'intéresser : CDLC a développé un programme assez complet avec une interface un peu comme toi.

    J'aime bien son diagramme qui schématise la navigation des les menus. Pratique pour clarifier ses idées et pour illustrer le manuel utilisateur.

     

     

  6.  

    il y a une heure, Fred_76 a dit :

    D’après ce que j’ai pu comprendre, certaines montures n’acceptent pas les optocoupleurs. Voir message précédent d’Olivdeso.

    Celui-ci ? 

     

    il y a une heure, Fred_76 a dit :

    Oui c’est certain mais ça impose dans ce cas de faire une app ou bien de lancer des commandes via une interface austère.

    Ok j'insiste pas ;)

    Jette quand même un œil à https://play.google.com/store/apps/details?id=de.kai_morich.serial_bluetooth_terminal&hl=fr&gl=US si tu connais pas.

    Le programme Arduino peut envoyer des lignes de texte qui seront affichées dans la console.

    Et depuis le téléphone on peut aussi envoyer du texte vers la Arduino, par exemple avec le clavier pour saisir des valeurs numériques (ex: distance focale) ou via des boutons prédéfinis envoyant des noms de commandes reconnues par ton programme (ex: "CMD_MENU1", "CMD_OK", etc.).

    Dans l'appli on peut créer jusqu'à 30 boutons pour lesquels on choisit le nom affiché et le texte associé envoyé via le Bluetooth.

    On peut même exporter/importer la config des boutons pour partager avec les autres utilisateurs.

     

    PS : je trouve pas d'appli équivalente avec les boutons prédéfinis pour iOS...

  7. Bonjour Fred_76 et tous les contributeurs,

     

    Le projet bouge bien, très intéressant à suivre.

    Quelques remarques/questions :

     

     

    1. Quels sont les arguments qui t'on fait choisir des relais plutôt qu'une puce "optocoupleur 4 voies" ?

    Il me semble que les relais reviennent plus cher, sont plus volumineux, consomment plus de courant et sont moins précis/réactifs pour donner des impulsions ST-4.

     

    2. L'idée d'utiliser un terminal Bluetooth sur smartphone via une console telle que l'appli "Serial Bluetooth Terminal" me plait bien.

    Un module HC05 revient moins cher et s'intègre plus facilement qu'un écran et des boutons.

    On peut enfermer le dispositif dans une boîte, à l'abri de l'humidité et courts-circuits.

     

    3. Quel serait le rôle de la carte SD que tu mentionnes ? Il y a si peu de place que ça dans l'Arduino pour stocker le programme ?

    Les paramètres de configuration tels que "focale de l'instrument", "échantillonnage", etc. pourraient être stockés dans l'EEPROM ?

     

    4. Le système sera-t-il compatible Arduino Nano (pas seulement Uno) ?

  8. Intéressant, je m'attendais pas à ce que la méthode "aléatoire brute" diverge autant.

    L'histogramme des valeurs de la courbe orange est-il homogène ?

     

    Le dithering produit-il généralement des micro-vibrations de l'instrument en fin de déplacement ?

    Si oui, un paramètre définissant la durée d'une pause avant déclenchement de l'APN peut-être intéressant.

  9. A propos du backlash ce n'est en effet pas aussi simple comme tu le fais remarquer...

    L'idée de mesurer du courant est bonne mais ça complique la fabrication du système.

    Peut-être faut-il simplement limiter le nombre de changement de sens de rotations et commencer par un grand décalage à chaque changement.

     

    As-tu des infos sur les méthodes de dithering "classiques" (les motifs déplacement, spirale ?) ?

     

    Il y a 1 heure, Fred_76 a dit :

    Sinon quelle différence y-a-t-il entre les 4 schémas de la bande centrale dans le câblage que tu as indiqué : ce sont les 4 mêmes....

    Je n'en ai pas trouvé non plus. L'image vient du forum cloudynights que j'ai cité.

  10. Je valide ta description du ST-4. Il s'agit bien de mettre à la masse un ou plusieurs des pins AD+ -/DEC+ -.

    L'ordre des pins peut être différent d'une marque à une autre : https://www.cloudynights.com/topic/592439-cable-connections-for-autoguiding/?p=8365272

     

    Il y a 3 heures, Fred_76 a dit :

    Par contre, quand on voit DEC+ (ou AD+), à quel incrément de vitesse cela correspond, est-ce que ça dépend de la monture ou bien est-ce une valeur identique (en deg/min ou en x vitesse sidérale) pour toutes les montures ?

    Il se peut que je dise des bêtises car je n'ai pas une monture avec ST-4 d'origine mais j'ai bricolé comme ceci https://stargazerslounge.com/topic/180630-eq5-dual-axis-st-4-guideport-mod/

     

    Dans mon cas, les impulsions données sur le port ST-4 actionnent les moteurs à la vitesse sélectionnée sur la raquette.

    Je peux la régler sur 2x, 4x ou 8x la vitesse sidérale.

    J'ai fait les mesures et calculs : la vitesse de déplacement est la même en AD et en DEC, à savoir :

    Vitesse 2x = 0,0083333... degrés/seconde

    Vitesse 4x = 0,0166666... degrés/seconde

    Vitesse 8x = 0,0333333... degrés/seconde

     

    Ce réglage de vitesse doit être un paramètre d'entrée du programme. Attention, en RA+ il faut ajouter +1 (et enlever 1 en RA-) car la monture se déplace déjà à vitesse sidérale x1.

    Ici la raquette est réglée sur vitesse 8x :

    GitHub - kevinferrare/arduino-st4: A PC-Telescope interface built around an  arduino

    image.png

    PS : pour ton application, il te sera particulièrement utile de prendre en compte le "backlash" de la motorisation chaque fois que tu changeras de sens de déplacement pour un axe donné.

    Un paramètre de configuration peut être utile. Sur ma monture je l'ai grossièrement estimée à 0.8 seconde d'impulsion en vitesse 8x.

  11. Bonjour,

     

    L'idée est bonne et je pense qu'elle sera utile à quelques personnes.

    Il doit probablement exister des débuts de solutions, mais je n'ai pas trouvé après une rapide recherche.

     

    J'ai réalisé le montage électronique présenté dans ton lien "arduino-st4" avec un "TLP620-4(F)" (dispo sur RS) : je te confirme que ça fonctionne bien.

    J'ai modifié ma raquette pour ajouter un port ST-4 à l'aide de ce lien : https://stargazerslounge.com/topic/180630-eq5-dual-axis-st-4-guideport-mod/

     

    J'ai plus tard rajouté un "SFH615A-2" selon le même principe pour déclencher des prises via la prise intervallomètre de mon APN.

    J'ai préféré mettre un optocoupleur plutôt qu'un transistor. J'avais peur de générer du bruit avec le partage de masse. Mais je pense que l'APN intègre déjà un optocoupleur en interne.

     

    Je travaille en Python sur Raspberry (GPIO en 3.3V). Je n'ai pas implémenté de dithering. Je fais principalement une sorte de "Push-To rapide puis Go-To lent" avec plate-solving sur EQ-5 sans GoTo, via une console SSH sur mon Smartphone.

     

    Peut-être devrais-tu contacter @Dav78 qui avait évoqué l'idée il y a pas mal de temps :

     

  12. Bienvenue ici Thomas,

     

    Le matériel astro produit en Chine nous arrive au compte-goutte depuis quelques temps.

    Il faut s'armer encore d'un peu de patience.

     

    Astroshop est une grande boutique, honnête. Pas de souci à ce niveau là.

     

    En attendant, bon ciel, avec les yeux, des jumelles, ou au 115/900 s'il est encore dans les parages :)

  13. Brillante idée Christophe ! ;)

     

    Grâce  au tuto, j'ai pu réaliser mon écran à flat avec un plafonnier à 30€.

    Modèle un peu différent : "Anten 24W Plafonnier LED IP40 Blanc Neutre 4000K"

     

    Histogramme RGB très équilibré sur mon APN.

    Diamètre de la surface éclairée : 27cm. Luminosité très homogène sur plus de 22cm de diamètre.

    image.png.bf8df7fd3d53ab79315ad9b03c4f6bb4.png

     

    image.png.411ac861e0dd3fc663f1efd65d4b81d4.png

     

    La diffusion de la lumière se fait grâce à différentes couches de réflexion et de diffusion.

    Les LEDs sont réparties sur une bande métallique.

    image.png.e232f329db80449535b76ef34ad7c437.png

     

    Le bandeau LED est alimenté en 70V continu.

    image.png.13836c4029af403c4891455e710ebee4.png

     

    Le bandeau de LEDs est câblé en 24 séries de 5 LEDs parallèles.

    70V / 24 paquets en série = 2.92V ce qui correspond à la tension d'alimentation de chaque LED.

    image.png.88ab25c4fa24d53389e8d605044e64d4.png

     

    Je fais le choix d'alimenter le plafonnier en 12V (+/- 1V), avec une batterie LiPo 3S.

    12V / 2.92V ~= 4

    Donc je sectionne les pistes tous les 4 paquets de 5 LEDs parallèles. Et je gratte les pistes pour pouvoir souder dessus.

    image.png.3c4d2e0f082bea9c1c867cdbf920ce1e.png

     

    Relier en parallèle les 6 sections :

    image.png.360d5ff3a376c182a0dc481b2c7bd468.png

    image.png.fcd6eda470f4c4e7afff2c78d2b0939f.png

     

    image.png.602f4ce9da22a99fbeb76253dc42514b.png

     

    Batterie LiPo 3S scratchée à l'arrière :

    image.png.4d7dc2213aa5b2f9bfb09594041c0fa9.png

     

    Sans résistance cela fonctionne très bien et ne chauffe pas. Sur mon EOS 500D, je suis à 2/3 de l'histogramme pour une exposition de 1/1000" à 100 ISO.

    La luminosité est identique à celle d'origine sur 220V, c'est-à-dire très lumineux.

    Je décide de rajouter une résistance de 130 Ohms pour baisser fortement la luminosité (1/125" à 800 ISO ou 1/15" à 100 ISO).

    image.png.ecaaa162683b1f5db3e824f82594067f.png

     

    Pour réaliser les flats, je tiens simplement le plafonnier à la main devant le télescope, avec l'intervallomètre enclenché.

    Je fais tourner le plafonnier pendant les poses pour lisser les éventuels défauts d'éclairage.

  14. Bonjour,

     

    Je ne dispose pas de ce matériel mais:

     

    Quelle version du logiciel utilises-tu ?

    Il faudrait essayer avec la v2.1 disponible dans le fichier "usb-relay-hid_bin-20150330a.zip" de ce site si ce n'est pas déjà le cas : https://github.com/pavel-a/usb-relay-hid/releases

     

    Tu peux essayer aussi de lancer le logiciel depuis une invite de commande pour voir si des messages particulier sont affichés lors du plantage.

    Pour cela il faut créer un raccourci du fichier ".exe". Et éditer le raccourci en rajoutant ceci au début de "Cible" :

    C:\Windows\System32\cmd.exe /k 

    (avec un espace après /k)

    Exemple : C:\Windows\System32\cmd.exe /k "C:\Program Files\GIMP 2\bin\gimp-2.10.exe"

     

    Enfin, Microsoft propose de passer de Win7 à Win10 gratuitement (attention à sauvegarder ses données). Ce que j'ai fait récemment grâce à lock042:

     

    • J'aime 1
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.