Eridan31

Super, content pour toi N'hésite pas à partager tes expérimentations Python-RPI-SDR. Le sujet a l'air passionnant

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

Bonjour, Peut-être essayer la commande "pip install" sans l'option "--user" ? Ca nécessitera probablement d'ajouter "sudo" devant la commande pour avoir les droits d'installation.

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.

Je aussi pu l'observer depuis Cugnaux aux alentours de 8h. Arc-en-ciel très lumineux au crépuscule. C'était magnifique pour bien commencer la journée

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".

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

Dur dur... La gestion de l'interface LCD est sûrement plus complexe que le reste du projet. Courage

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.

Celui-ci ? 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...

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) ?

Ca prend forme ! 👍

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.

La façon de "relier les étoiles" peut être "interprété" de différentes façons. Le plus important ce sont la position des étoiles et leurs magnitudes. Vu sous Stellarium des "cultures" occidentales "H.A. Rey" et "O. Hlad"

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 ?) ? Je n'en ai pas trouvé non plus. L'image vient du forum cloudynights que j'ai cité.