Bonjour Patrick, hier soir j'ai encore passé du temps sur le sujet. En fait c'est sans doute la qualité d'image de la QHY224C que j'utilise qui pose problème. Ce n'est pas Ekos qui est en cause. J'ai fait un guidage sur Procyon sans problème. Hier soir je visais M3 et visiblement il ne trouvait pas d'étoiles pour la calibration. J'ai bien fait des darks comme préconisé. tous les autres paramètres sont par défaut. J'ai joué aussi avec le gain de la cam, sans amélioration notable. Pour en avoir le coeur net j'ai lancé PHD2 en stand alone sur la même cible. L'image est beaucoup plus nette et il trouve sans problème une étoile guide. Sans compter toutes les autres fonctionnalités offertes par PHD2. Pour la cam j'avais le gain à 30, l'offset à 2 et USb trafic à 0. J'ai fait aussi un Bahtinov pour la MAP. Avec cela le temps de pose était de 0,5 sec. A 0,7 sec c'est déjà surexposé, alors qu'avec PHD2, et les mêmes réglages c'était bon avec 1 sec de pose. J'ai voulu tester aussi Lin_Guider, qui est assez sympa, mais il semble que son développement soit arrêté depuis 2017 et il n'a pas pris en charge la 224C. Je suis en relation avec son auteur, qui s'active aussi sur Indigo, je vais lui demander des précisions.

Bonsoir Robert, as tu lu ceci ? https://www.stellarmate.com/support/ekos/guide.html La réponse à ton souci peut être dans ce contenu.

bonjour, a force de triturer de partout j'ai fini par y arriver.... En revanche impossible de savoir que qu'il a fallu faire pour cela. Désolé.

Pour moi c'est bon... Hier soir j'ai sorti le matos... sauvé ma personnalisation... Je ferme et redémarre KStars... les modifs sont là! Donc Ok! Cool! JM

Je reviens sur mes problèmes avec le guidage interne d'Ekos Hier soir, j'image M67 avec guidage+dithering en passant par la raquette, cool. Je pointe M3, le guidage n'a jamais voulu se lancer. Il coinçait sur RA reverse. Sur M44, il bloquait sur DEC reverse Je ne vois pas du tout où peut se situer le problème. Je guide avec une QHY224C, capture de 0,5 sec avec dark en bibliothèque. J'ai remarqué qu'il valait peut être mieux guider avec une boîte de taille 32 plutôt que de 64. J'ai essayé avec un guidage par la raquette, puis par ST4, sans changement. Qui a une idée ?

Bonjour, je viens vers vous car je rencontre un pb sur le dithering avec PHD2. Je vous explique. Hier après midi, très beau temps, monture sortie, tout réglée...parfait, je vais sur le pc windows, lance kstars dernière edition et crée le programme de la soirée: 50 images de 5 min avec mon canon 1000D et mon Eq6. Autofocus réglé, autoguidage réglé, astrometry réglée! Je lance le scheduler et il me dit qu'il débutera à 21h12.... parfait. Je reviens donc à 21h10 pour assister à cette symphonie. Ouahh c'es tcool, tout se lance: - EQ6 pointe M51, - pointage astrometry réussi - focus parfait, - guidage OK - début des prises de vue OK Je me dis trop cool, jusqu'à la réception de la 1ère image. Je vois dans la boite de dialogue du guidage: PHD warning : dither error Puis ensuite dither failed. et là j'a eu beau triturer les réglage d'EKOS ou de PHD2 ba rien y à fait, entre chaque pose (j'avais demandé à chaque pose) j'avais donc une error et le guidage restait actif sans dithering. Donc du coup j'ai une superbe courbe de guidage, mais lors de l'empilement je suis sur d'avoir de la trame. auriez vous une idée svp messieurs? La nuit d'avant j'avais fait avec le guideur interne et le dither fonctionnait. Je pense donc que cela vient de PHD2 ou de la liaison avec Kstars. Mais le serveur est bien actif, port de la BOX 4400 ouvert et puis tout fonctionne, calibration, pose .... y'a juste ce foutu dithering. Merci pour votre aide. Olivier

Pour le temps d'exposition, suite au topo d'Olivierdeso, voici la manip. On ne peut pas pour l'instant la faire dans Ekos, car on ne peut pas sélectionner une zone de l'image comme fond du ciel. Demande faite à Jasem et pas que par moi. Donc pour l'instant j'utilise Iris sous Wine pour le faire. On charge l'image, on sélectionne une zone sans étoiles et clic-droit Statistique. On note la valeur de Sigma. Itou avec un offset. Il faut que le sigma de la capture soit 3.5 à 5 fois celui de l'offset. Et ça ne sert à rien d'aller au delà. On réalise des temps de pose de 1, 2, 3 etc minutes jusqu'à tomber dans les clous. On voit bien qu'il faudra jouer aussi avec le gain qui permettra de poser moins longtemps.

bonjour, utilisateur de la NAFABOX depuis un moment maintenant j'ai voulu vérifier si une panne que je rencontre provient de la carte Tinkerboard et de son vieillissement j'ai donc commandé une RPI 4 4g, j'ai téléchargé une image NAFABox mais j'ai plusieurs problèmes avec : affichage de KStars étrangement zoomé difficulté voir impossibilité de se connecter au VNC du coup je ne peux pas tester et contrôler mon problème, avez vous rencontré les mêmes problèmes? j'ai cru lire que les images ne sont pas forcément compatibles avec la RPI4, existe t-il une image qui fonctionn? Par ailleurs, existe t-il un tuto pour créer une image? Merci pour votre aide

Personnellement sur ma QHY183C je règle le gain à 11 et l'offset à 75. Ce sont des valeurs que j'avais trouvées dans un autre fil de discussion. Je n'ai pas encore eu le temps de tester d'autres valeurs et de vérifier les différences. Vincent

Il est vrai que les paramètres sauvegardés ne sont pas systématiquement au rendez-vous. J'ai posé la question à Jasem, pas de réponse pour l'instant.

Bien vu jjc... y a bien l'option Enregistrer... ça doit bien être ce que je cherchais! Par contre, j'ai fait un test sur le simulateur... et cela ne charge pas les modifications au démarrage... pour ce, il faut faire charger.... À mois que ça vienne du simulateur ??? Parce que dans mon système, ça charge les personnalisations au démarrage! Une idée ? JM

Je vous poste un topo de Olivedeso, membre de notre club qu'il m'a adressé ce jour. Bonsoir, suite à la question de Robert, comment régler le gain et offset d'une caméra cmos. La particularité des caméra CMOS (et des APN qui ont maintenant tous des capteurs CMOS ) est que le bruit de lecture baisse quand on augmente le gain, ce qui n'était pas ou peu le cas sur les CCD. (gain = iso = asa pour les apn). Voir les courbes de ce lien (ZWO183) pour comprendre l'explication ci dessous https://astronomy-imaging-camera.com/wp-content/uploads/183-Gain-RN-DR-FW-vs-gain1.jpg En gros on a 3 sources de bruit: - le bruit de lecture : fixe quelque soit la durée de la pose, lié à la lecture du capteur. mesuré en électron rms e- rms (rms = root mean square = valeur efficace vraie) - le bruit thermique : lié à la température du capteur et caractérisé par le courant de dark en électron par seconde i.e. e-/s le bruit thermique est le carré du courant de dark. - le bruit photonique : lié au signal et [ la nature même du photon. c'est même la racine carrée du signal. Comment les bruit s'ajoutent : c'est une somme quadratique : on fait la somme des carrés puis la racine carrée de cette somme. Quel rapport signal à bruit faut il pour avoir une image facilement traitable : en gros il faut un rapport d'au moins 3 entre le bruit photonique du plus petit signal qu'on essaye de capter (le fond du ciel) et le bruit de lecture.Comme c'est une somme quadratique, ça veut dire que le bruit du signal l'emportera largement (à 90%) sur le bruit de lecture qui deviendra quasi négligeable au traitement. Pour atteindre ce rapport des bruit minimal, on augmente progressivement le temps de pose. Le bruit de lecture est fixe par pose et le bruit du fond du ciel augmente avec la racine carrée du temps de pose. On fait une pose test de 1min au Zénith, un.jour sans lune ni nuages de manière à avoir le fond du ciel le plus faible. Puis on mesure le bruit du fond du ciel et on ajuste le temps de pose jusqu'à avoir au moins 3 ou 3,5 le plus étant le mieux 4 ou 5 ça va, au delà autant couper la pose en 2 (Déjà avec un rapport 5 on a une pose 2 fois plus longue qu'avec 3.5 qui suffirait). Évidemment il est plus facile de guider sur des poses plus courtes. en cas de perte d'une pose on en.perd moins. Aussi le dithering est plus efficace (léger décalage entre chaque pose) Bref retenir le rapport 3.5 à 5 entre rapport du bruit du fond du ciel et bruit de lecture Mais bonne nouvelle avec les CMOS on peut diminuer le bruit de lecture en augmentant le gain. Donc diminuer le temps de pose unitaire.On va chercher à diminuer le bruit de lecture au maximum en augmentant le gain et ce d'autant plus que le signal est faible. Par contre, conséquence problématique plus on augmente le gain, plus la dynamique diminue.La dynamique est le rapport entre le signal le plus fort enregistrable (=limite de saturation) et le bruit de lecture. Donc quand in.a un objet très contrasté (typiquement M31, M42), il faut une grande dynamique.on va plutôt travailler à gain faible quitte à sacrifier un peu de bruit de lecture, car ce sont des objets assez lumineux. Par contre pour les objets faibles, en particulier avec des filtres à bande étroite, là on va chercher à avoir un bruit de lecture le plus faible possible. Donc travailler à grand gain. C'est là qu'il faut regarder la courbe du bruit de lecture pour avoir une identité du gain à adopter. Pour la 183 on voit que le bruit de lecture diminue progressivement avec le gain. Par contre pour d'autres caméra ce n'est pas toujours le cas, on a parfois une diminution brutale pour une valeur de gain.particulière (on a intérêt à se mettre juste après) ou une stagnation du bruit de lecture qui ne diminue plus notamment au delà d'un certain gain. On n'a plus intérêt à augmenter le gain. (cas typique du Sony A7S dont le bruit ne diminue quasi plus au delà de 3200iso) Dans le cas de la 183, on peut travailler avec 2 (ou 3) gains différents. - un gain relativement faible, pour les objets sans filtres. 50 à 120 i.e. 5 à 12dB. (je n'irais pas en dessous de 50, sauf exception, objet très lumineux, le bruit de lecture augmente trop) - un gain assez élevé (200 à 300 i.e. 20 à 30dB) pour les objets faibles avec filtre bande étroite (comme ton duo narrow band Robert) Remarque : pour le planétaire, on voit que même avec le gain à fond on a encore 8bits de dynamique avec cette 183 -> c'est ce qu'il faut faire : gain 300, données en raw 8bits mono et faire du fenétrage (roi) autour de la planète par ex 400x400 pixels pour augmenter le débit d'images. Pour l'offset : il faut le régler de manière à n'avoir aucun pixel proche de 0 (sauf pixels morts évidemment). Par exemple pour une caméra 16bits donc la valeur max par pixels est 65535 ADU, on va régler l'offset pour avoir 300 à 1000 ADU ou un peu plus. la 183 est en 12bits, mais ils multiplie par 16 les valeurs pour avoir un chiffre sur 16bits. Donc ca va se régler comme une 16bits : on met un bouchon et dans le noir on fait une pose la plus courte possible. on mesure le niveau moyen et on augmente pour avoir une valeur entre 300 et 1000 ou 1500. c'est vraiment pas critique du tout, juste un décalage de l'histogramme histoire de ne pas être trop près du 0. Attention il faut régler l'offset pour chaque niveau de gain utilisé, à mouns de trouver un réglage qui marche bien dans tous les cas, ce qui est parfois possible : minimum 300 à faible gain sui peut devenir 1000 ou un.peu plus à fort gain avec le même réglage. là ça marche. Concernant la calibration des images : il faudra faire des darks pour chaque valeur de gain (et de durée et de température de capteur). par contre si tu fais des darks de flats (ou darks spécifiques pour tes flats) là pas besoin d'avoir le même gainpour les flats que les images. par contre même gain.pour les darks de flats. Et après il ne reste plus qu'à emagasiner un maximum de photons et posant le plus longtemps possible, ou du moins jusqu'à obtenir un rapport signal à bruit qui satisfait l'observateur. A+ Olivier

Bonjour, Bonjour, J'ai vaguement compris qu'un ajout était prévu dans EKOS pour intégrer des cercles de collimation ... Si des anglophiles peuvent confirmer ?

Bonjour Robert, Je viens de faire l'acquisition d'une 183M qui a vu sa première lumière stellaire hier soir. D'après ce que j'ai put lire sur cloudynight ici et là le gain est à régler à 10 ce qui correspond à 1 ADU/électron. On perd peu en dynamique et pas mal en fullwell donc on sature un peu plus vite. Du moins c'est ce que je retiens des caractéristiques et de ces discussions. Par contre pour l'offset ??? Je ne sais pas trop quoi en penser. Il faut peut-être poser la question dans un autre salon, matériel astrophotographique par exemple.

Je suis intéressé à partager l'utilisation de la 183C, concernant le réglage du gain et de l'offset notamment.

Bien sur que cela existe toujours.

Bonjour Sur le panneau de contrôle d'indi onglet options tu as une option save. Mais je crois qu'elle n'existe plus dans les dernières versions de kstars.

Bonsoir, J'utilise KStars... et je ne me rappelle plus comment on sauve les changements de paramètres dans INDI... Une idée ?? JM

Merci pour la réponse. Je suis rassuré sur le fait qu'INDI prenne en charge la mise à jour car celle-ci a l'air assez galère. En fait, nous avions déjà échangé hier sur le forum INDI (mon alias est Tardieu sur ce site) et c'est la solution que j'ai adoptée. Il semble qu'il y ait encore quelques couacs mais c'est déjà beaucoup mieux. Le RPI 4 4Go tourne vraiment très bien : je ne constate aucune lenteur et le processeur est très loin d'être saturé lors d'une session. Concernant INDIGO, il utilise également le SDK de QHYCCD et ils signalent qu'il peut y avoir des instabilités pour QHY (Due to instability in the vendor provided SDK problems on all platforms should be expected).

La régulation de la température de QHY183C fonctionne plutôt bien si on met une tolérance de 0.5°C. Il semble hasardeux de se lancer dans la mise à jour du SDK de QHY. Les résultats sont souvent inattendus. Il vaut mieux attendre leur prise en compte au niveau d'Indi. Il n'y a rien à modifier au niveau d'Indi. La mise à jour fait le travail. QHY n'est pas un modèle de coopération avec les utilisateurs, notamment avec les linuxiens. Il existe une alternative à INDI, qui ne résout sans doute pas les problèmes de SDK, mais qui mérite d'être prise en compte, c'est INDIGO. http://www.indigo-astronomy.org/ Je l'utilise en mode local. En remote il n'existe que pour les Raspberry et pas la Tinker Board. Je vais sans doute acquérir un RPI 4 4Go rien que pour cela.

Bonjour, Je suis un tout nouvel utilisateur d'un Raspberry PI4 sur lequel j'ai installé le package Astroberry. Je rencontre un problème de régulation de la température avec ma caméra QHY183C. J'ai soumis le problème au niveau du forum INDI et Jasem m'a répondu que cela provenait du SDK QHY. Sur le site QHYCCD, j'ai vu qu'il y avait eu une correction récente sur ce point donc j'ai téléchargé et installé ce nouveau SDK en suivant les recommandations : suite à cela, INDI ne me reconnaît plus ma caméra. Heureusement, j'avais fait une image de ma carte SD avant 🙂 Savez-vous comment on fait une mise à jour de SDK ? - Est-ce que les nouvelles versions de INDI intègrent les SDK des différents fabricants ? - Est-ce qu'il y a quelque chose à modifier au niveau de INDI suite à l'installation d'une nouvelle version de SDK ? Merci d'avance Vincent

Bonjour, hier soir j'ai testé mon setup avec un ciel pas très clair. Tout a fonctionné sauf le guidage interne de Kstars. J'ai d'abord pointé M42, lancé le guidage mais la calibration s'arrêtait à RA drifting reverse. Pas moyen de guider J'ai ensuite pointé M44. Là le guidage s'est enclenché et a été parfait, quasi linéaire ! J'ai ensuite pointé M48, le guidage s'est enclenché, mais alors pas linéaire du tout. Enorme correction avec ré initialisation, j'ai dû l'arrêter. Le suivi étant plutôt bon, il me salopait en fait les captures. Qu'est-ce qui peut expliquer un tel fonctionnement?

alors tu tombes bien un nouveau mécanisme vient d'être livré : le "linear" Et tout frais d'hier soir : Il est vachement bien pour le backlash Tout ça fonctionne super bien si tu as un focuser motorisé, hein...

Bonjour, Merci pour ta réponse, mais je ne maîtrise pas du tout la langue de Shakespeare .... C'est pour cette raison que je demandais de l'aide .... Autre question, comment faire la MAP avec EKOS ? Hier j'ai fait des poses et corrigé la MAP après, mais ce n'est pas très facile. Sinon, Lubuntu, et EKOS, c'est vraiment top.

salut tu as sans doute récupéré ce screenshot ici : https://www.indilib.org/forum/wish-list/6591-collimation-circles.html?start=12 Lis bien le texte 🙂