keymlinux

Bonjour, La nature nous offre des spectacles magnifiques C'est une belle prise, il y l'arc principal et l'arc secondaire, séparés pas une zone plus sombre appelée bande d'Alexandre Voir explications ici: https://fr.wikipedia.org/wiki/Arc-en-ciel Ci dessous, arc en ciel photographié en octobre 2021 depuis mon balcon Dommage pour le pilier au milieu du panoramique... Cordialement, Stéphane

Bonjour, Tout d'abord, malgré la trame, je trouve ton image superbe. Avec le guidage on veut éviter le "bougé" pendant les poses. Avec le dithering on veut générer un "bougé" entre les poses. Le problème c'est que si tu guide d'une part avec PHD et que tu prend les poses d'autre part avec un autre soft (Shutter ou EOS utility), alors le problème c'est: comment générer un bougé entre les poses que le guidage n'interprétera pas comme une erreur soudaine de suivi à corriger ? Avec le couple EOS Utility PHD il y a la possibilité d 'utiliser PHDMax comme le precise @krotdebouk. J'ai aussi commencé avec EosUtility + PHD , mais je n'ai pas utilisé personnellement PHDMax, car j'utilisais un MacBook sous MacOs, PHDMax et purement Windows et ms tentatives de le faire fonctionner avec Wine ont échoué... Si on utilise un un logiciel intégré qui prend les poses et fait le guidage et le dithering alors cela résoudra le problème, il suspendra le guidage pendant le dithering. Personnellement je suis passé à Kstars/Ekos cela gère la prise de vue, la mise au point motorisée, le guidage (avec dithering), et l'astrométrie, et en plus cela tourne sur une config minimale (un petit raspberry). Le macbook ne me sert d'en debut et fin de seance pour contrôler la session. C'est important en usage remote où l'autonomie électrique est un problème. Possibilité à tester: vu qu'il n'est pas nécessaire de faire du dithering à chaque pose, tu peux essayer de suspendre le guidage toutes les 5 ou 10 poses, puis déplacer légèrement le pointage en utilisant la raquette en donnant une courte impulsion (dans une direction différente à chaque fois), puis reprendre le guidage. Mais cela t'oblige à rester à coté du setup (et c'est galère de faire à la main ce que des softs font plus efficacement)

Bonjour, Cela me semble être une bonne alternative, avec un prix "mesuré" pour le package total. https://all3dp.com/2/rock-pi-vs-raspberry-pi-difference/ Par contre attention, le site de vente OKdo est en Angleterre, il faut ajouter la TVA en France (ceci étant on devrais alors payer le prix HT en Angleterre...) Le même kit est disponible sur la Zone à 193 euros (177 si on passe par un vendeur tier) Même à 193 euros pour le pack complet cela reste concurrentiel par rapport à un pi4 "nu" à plus de 200 euros... EDIT: 2 remarques 1) A priori il y a un site pour la france et un pour UK (choix en bas de page à droite) et a priori ils précisent que si on ne dépasse pas 180 euros sur la commande c'est bien du TTC pour nous sans frais additionnels 2) Le pack complet à 142 euros il est bien, mais pour l'usage que l'on cherche (seance astro nomade avec alimentation à base de batterie), les cables HDMI et l'alimentation on s'en fout. En fait ce dont on a besoin c'est d'une carte Rock 4C+, les radiateurs, le boitier et la carte SD, alors autant faire l'acquisition d'une carte nue à 80 euros sur le site OKdo, et pour le reste on se débrouille (d'ailleurs le Rock 4 C+ et le Raspberry PI 4 peuvent utiliser le même boitier !) Histoire d'être en totale contradiction avec mon message precedent, je crois que je ne vas pas attendre la baisse de prix du rpi4 et que je vais me laisser tenter par un rock 4 C+ et passer commande.... 🙂

Bonjour, Il est vrai qu'avec la pénurie et des vendeurs qui proposent un rpi4 a plus de 200 euros, il deviens urgent de trouver des alternatives Si tu cherche a peu près les même specs qu'un rpi4, il faut voir du coté des différents modèles Orange Pi (ou aussi Banana Pi), mais je crains qu'ici aussi il y ait des problèmes d'approvisionnement) Un Orange PI avec un quad core, 4Go de ram, 16Go de stockage on le trouve à 125 euros https://orangepi.com/index.php?route=product/product&product_id=896 On peut y installer une distribution Ubuntu et en faire une nafabox Un autre alternative, même si cela me fend le coeur, c'est de se réfugier sur sun modèle de miniPC a processeur Intel, avec 4 à 8Go de ram et un processeur x86 (mais on peut aussi y installer une ubuntu + stars ekos et en faire une nafabox) Exemple ici un minipc avec un x86 dual core, 4Go de ram et 64 Go de stockage à 135euros (plus cher qu'un rpi4 au tarif "normal" mais moins cher qu'un rpi4 au tarif "actuel") https://www.amazon.fr/Nouvelle-Z83-F-Processeur-préinstallé-Automatique/dp/B07NZSYQ2N/ref=sr_1_19?keywords=orange+pi&qid=1679335020&s=computers&sr=1-19 Vu que 4Go de memoire c'est un peu juste, un modèle un peu plus pêchu mais moins compact sous la barre des 200 euros(quad core, 12 Go ram, 256Go de stockage) https://www.amazon.fr/Nouvelle-Z83-F-Processeur-préinstallé-Automatique/dp/B07NZSYQ2N/ref=sr_1_19?keywords=orange+pi&qid=1679335020&s=computers&sr=1-19 note: je n'ai pas testé personnellement ces alternatives, j'attend que le prix des rpi baisse (j'en ai plusieurs donc je ne suis pas pressé) Cordialement

@m27trognondepommeBonsoir, je pense avoir détecté 2 anomalies dans cette version 1.15 1) Concernant le "register" en 2 passes et la commande "seqapplyreg", j'ai une anomalie si j'utilise l'option "drizzle" Dans le script généré par sirilic on obtiens les commandes suivantes: register pp_images -drizzle -2pass -layer=0 seqapplyreg pp_images Mais vu que le register avec option -2pass ne génère pas les fit et que c'es le seqapplyreg qui le fait, il faut appliquer l'option drizzle à cette dernière commande et avoir les commandes ci dessous: register pp_images -drizzle -2pass -layer=0 seqapplyreg pp_images -drizzle 2) Avec sirilic v1.2, si on utilise la compression des fit alors les fichiers générés sont des .fit.fz au lieu de .fit Pour le contenu des sequences ce n'est pas un problème, mais lors de la génération des master (offset/flat/dark/darkflat) ils se retrouvent nommés en .fit.fz, mais lors de leur utilisation sirilic code des commandes dans le script avec le nom sans l'extension .fz, cela génère un échec Modification préconisée: utilisation de .fit.fz au lieu de .fit si "setcompress" est different de "0" voir sujet ici Cordialement, Stephane

Il ne faut pas les ajouter Le newton est annoncé avec un back focus de 69mm --> cela signifie que le foyer sort de 69mm par rapport au bord du porte oculaire rétracté. Si tu y monte un alpy600 avec module de calibration et de guidage, alors la fente d'entrée du spectre va être à 64mm de l'entrée de l'alpy et donc lors de la mise au point ton PO sortira de 5mm pour que le foyer du newton soit situé sur la fente d'entrée de l'Alpy. Derrière l'alpy, tu peut mettre une camera qui a entre 10.5 et 20mm de tirage optique, avec 13mm c'es OK tu pourra faire la mise au point. Important: il y a 2 mises au point: la mise au point du newton focalisé sur la fente de l'alpy, et en sortie de l'alpy, le flux du spectre lumineux étalé, qui doit être mis au point sur le capteur de la camera Tu peux télécharger la doc e l'alpy sur le site Shelyak https://www.shelyak.com/produit/alpy-600/ Cordialement

Bonjour, Pour info, il y en a un en vente sur ebay pour 300 dollars US (vendeur au Texas) https://www.ebay.com/itm/134218635811 Cordialement

Suite à la lecture (en diagonale) de la doc du K-3 J'ai une possible piste Chez Pentax il y a 2 modes longues poses, le mode B et le mode T Le mode B, c'est: on appuie sur le déclencheur, puis on relâche au but du temps voulu, le temps de pose étant le temps écoulé entre l'appui et le relâchement, c'est le mode normal souhaité Le mode T c'est: on appuie et on relâche le déclencheur, cela démarre la pose, et pour stopper la pose on appuie et relâche une deuxième fois Si ton Pentax est en mode T cela pourrait expliquer pourquoi tu obtiens une photo sur 2 avec l'intervalomètre externe (mais tu devrais avoir le même fonctionnement en utilisant le bouton de déclenchement à la main) Pour vérifier si le mode B fait du B ou du T, il faut aller dans les menus de config, preférences perso (menu C1), option 7 nommée "option mode B" qui peut prendre la valeur "Mode 1" ou "Mode 2". Le mode 1 est le comportement que l'on souhaite (pose B standard), le mode 2 c'est ce que pentax appelle la pose T. Ceci étant ce n'est qu'une piste, pas forcement la solution (si ton APN en en mode "pose T" tu devrais déjà t'en être rendu compte en faisant une pose bulb à la main avec le bouton de déclenchement) Cordialement

@lock042Bonjour. Je ne sais pas si il s'agit d'un comportement voulu ou d'un bug, mais la version 1.2.0 me génère des fichiers .fit.fz ou lieu de .fit Est ce lié au fait que je demande dans les options à compresser les fit ?, sachant qu'avec la version 1.0.6 je compresse aussi les fit et Siril me génère des .fit pas des .fit.fz Dans les scripts pour les séquences ce n'est pas vraiment un problème car le fichier sequence contient visiblement une option fz_flag et tant que l'on appelle des commandes avec des noms de sequences c'est OK, Siril trouve les fichiers. Le problème c'est quand on génère les master flat et dark, même si on utilise une option "-out=master-dark.fit" il y a systématiquement l'extension .fz qui est ajouté, et donc quand on veut utiliser le fit du master généré, si on demande à siril de prendre le .fit il ne le trouve pas Est ce une anomalie ou bien est ce voulu (dans ce cas je vais devoir modifier mes scripts ) note: test fait avec Siril 1.0.6 e 1.2.0-beta2 sous MacOS 10.14 Mojave (oui, un OS obsolete) Edit de dernière minute: une fois de plus cela confirme que lire la doc est important, c'est expliqué ici https://siril.readthedocs.io/en/latest/preferences/preferences_gui.html#fits-options Ceci étant mon opinion (qui vaut ce qu'elle vaut) c'est que l'ajout de cette extension .fz c'est galère, certains softs ne la gèrent pas Cordialement, Stephane

Non, il s'agit bien ici d'un test de l'intervallomètre avec un multimètre pour verifier sa logique. Les mesures confirment que l'intervallomètre fonctionne comme indiqué dans sa doc (ou aussi selon le schéma du bas dans l'image postée par Fred_76) Je ne vois pas de problème dans cette logique, mais vu que sur ton APN l'obturateur ne se ferme pas en fin de pose mais seulement lors du debut de pose suivante, je reste sur l'idée qu elle mode relevage du miroir est activé

Bonjour, Je viens de poster dans les clubs "L'impression 3D en astronomie" et "Astronomie avec Arduino" les éléments nécessaires à la réalisation d'une roue a filtres imprimée en 3D, manuelle ou motorisée Chapitre 1: Les photos du bricolage Voici des photos de la version RF-42 5x1.25 pouces avec motorisation que j'utilise régulièrement (pilotée via Kstars/Ekos/Indi,la roue implémente le protocole des roues Quantum) En version manuelle, avec une petite trappe pour accéder à la roue et la faire tourner Le support moteur En version motorisée, la trappe est remplacée par le support moteur En version motorisée avec le boitier d contrôle (1 port 12V DC pour l'alimentation du moteur, un port USB micro pour le pilotage série) Une vue des différents éléments avant montage de la roue Une vue des elements de la motorisation Chapitre 2: Les modèles 3D Il y a 2 modèles, avec 3 déclinaison en tout 1) Le petit modèle, une seule déclinaison pour 5 filtres 1.25 pouces Le boitier dispose de filetages M42x0.75 m sur chaque face 2) Le grand modèle, avec 2 déclinaisons, soit pour 5 filtre d e3 pouces, soit pour 8 filtres de 1.25 pouces Le boitier dispose de filetages M54x0.75 M sur chaque face Les fichiers pour l'impression 3D des roues ) filtres sont disponibles ici Chacun des 2 modèles peut être actionné manuellement, ou doté d'une motorisation Pour l'impression en 3D des supports moteurs et du boitier de contrôle, c'est ici EDIT: ajout des fichiers STL pour les têtes de vis et boulons, pour manipuler les vis sans outils Tete vis et boulons.zip Important: les têtes de vis sont une création originale de Xavier DUPONT pour le projet SOLEX, les têtes de boulons sont une adaptation personnelle des têtes de vis. Chapitre 3: Motorisation, code de programmation et interface de pilotage Pour la motorisation vous aurez besoin d'un microcontroleur ESP8266 ou ESP32, d'un moteur 28BYJ-48 et de son stepper UNL2003 (le tout devrais vous couter moins de 20 euros). Le code est fourni ici (mis à jour version 1.1.1 le 19/10/2021) La roue est pilotable via le port USB du contrôleur, elle implémenta par défaut le protocole des roues à filtres Quantum --> a ce titre la roue a filtres est pilotable via Kstars/Ekos/Indi en utilisant ce driver INDI Avec un microcontroleur ESP8266 ou ESP32 (en lieu et place d'un Arduino tout simple), la roue a filtre généralement!re son propre réseau Wifi (comme une borne) SSID réseau: : mls-rf password: azerty adresse IP de la roue: 10.42.0.1 joignable en interface web: http://10.42.0.1 En parallèle du mode "borne" la roue peut aussi se connecter à un réseau wifi existant, vous pouvez modifier dans le code les éléments "reseau1", "password1", "reseau2" et "password2", la roue a filtre se connectera à l'un de ces 2 réseaux, au premier qui accepte la connexion, testés dans l'ordre... Voici quelques copies d'écran du pilotage en mode wifi (désolé j'ai l'habitude de programmer en anglais, comme au boulot, même si mon niveau d'anglais est mauvais ...) L'écran principal, on choisi le filtre et on valide (submit), la validation entraine le déclenchement du mouvement pour positionner le filtre choisi (les noms des filtres peut être modifié sur l'écran de config) Ci dessous l'écran de configuration pour nommer les filtres et leur attribuer un décalage (offset), qui sera utilisé par Ekos/Indi pour ajouter la mise au point selon chaque filtre Ci dessous la page de configuration Détail des paramètres: - nombre de filtres: accepte les valeurs de 1 à 9, mais en fait on utilise soit 5 soir 8 filtres - nombre de "pas par minutes" max lors de la rotation du moteur - nombre de "pas par minutes" initial au but de la rotation du moteur - nombre de "pas" pour le facteur d'acceleration (utilisation de la librairie AccelStepper) - nombre de pas pour faire un tour de moteur (habituellement avec un moteur 28BYJ-48 c'est 64) - nombre de dents de l'engrenage sur l'axe moteur (20) - nombre de dents sur le tour de la roue (100 pour le petit modèle, 120 pour le grand modele) Ci dessous la page pour envoyer manuellement des commandes (celles qui sont habituellement envoyées par le port série, pratique pour tester) TRES IMPORTANT: comme la roue a filtre ne dispose pas de mécanisme de "repositionnement automatique", si il y a désynchronisation, avec le roue qui s'arrête sur une position entre 2 filtres, l'ecran de mouvement manuel permet des ajustement en faisant tourner la roue (on choisi le nombre de degrés, en valeur positive ou négative selon le sens que l'on souhaite Et pour finir il y a une page "debug" qui présente les valeurs en cours des différentes variables du firmware Cordialement, Stéphane Edit 19/10/2021: suppression des images en doublon, mise à jour des copies d'écran du pilotage de la roue via son interface web Edit 23/11/2021: modification du schéma de câblage, livraison code microcontroleur v1.2.0 VERSION1.3 du 06/11/2023 Edit 06/11/2023: ajout d'une nouvelle pièce 3D "support haut hall" permettant d'ajouter un capteur a effet haut et livraison code microcontroleur v1.3.0 qui l'exploite Motifs sur le code: - Refonte graphique pour le site web embarqué et ajout d'un mode "nuit" (rouge/noir) - Ajout pilotage via driver Bluetooth Serie (testé OK sur Ekos/Indi) - Ajout pilotage via driver network (tcp port 1234)(testé OK sur Ekos/Indi) - Ajout capteur Hall + recherche automatique de la position du filtre 1 IMPORTANT: si vous avez déjà imprimé la version précédente de la roue et du support moteur vous n'avez pas besoin de tout réimprimer, vous devez seulement imprimer la pièce "support haut hall" (et éventuellement le "capot hall" pour protéger le capteur) Quelques images: Le support du capteur Hall (piece seule, et pièce installée sur la roue avec le capteur) Le support avec le capteur et son capot de protection Le type de capteur est un AZDelivery KF-035 (environ 7 euros les 3 capteurs sur la Zone....) Important: ce capteur dispose d'une LED qui éclaire en rouge, il est important de la masquer pour ne pas produire de lumière indésirable dans la roue à filtre ! Avec un contrôleur ESP8266 ou un ESP32 la roue peut être connectée en Wifi et pilotée via un site HTTP intégré La version 1.3.0 entraine une refonte graphique du site embarqué, voici quelques captures d'écran (le theme Dark est par défaut, mais on peut permuter avec le thème Light à la volée): Le nouveau plan de câblage avec le capteur Hall (dans le code on considère qu'il est connecté sur le port GPIO16, mais c'est configurable) Cordialement, Stéphane