ASera80

Dans PixInsight il y a un nouveau process de PhotoCalibration SpectrophotometricColorCalibration.

Le type de type de filtre est paramétrable mais à priori tous les filtres ne sont pas dans la base de donnée.

Savez vous comment ajouter d'autres filtres ? Et où trouver ces fichiers de définition ?

Et que pensez vous des focuseurs hélicoïdaux ?

Est ce qu'ils peuvent supporter une charge style Barlow et caméra ?

Quelle est ta monture ?

Je pense, mais je peux me tromper, qu'il n'y a pas de commande de retournement envoyé par le logiciel mais plutôt une commande goto.

Et c'est la monture qui en recevant ce goto s'aperçoit que la position est au-delà du méridien et déclenche le flip ? 

Sinon il y a aussi les thèmes astraux qui sont assez esthétiques ;-)

Pour servir de juge de paix, une fois la MES effectuée, on peut prendre une photo monture parquée puis "l'astrotaguer" en rajoutant les cercles de coordonnées avec astrometry.net par exemple.

Si la MES est parfaite les cercles doivent être centés sur la photo.

En faisant ça je me suis aperçu que l'axe optique et l'axe d'AD n'étaient pas parallèles sur mon setup.

Je ne pense pas que ça joue sur la MES, mais c'est pas bon pour le suivit.

Citation

Je fais les transferts des fichiers de la caméra sur une clef USB à part (pas sur le système)

Effectivement c'est une bonne solution.

Les clefs USB sont moins chères et plus performantes et l'on évite "d'abimer" la carte micro SD en multipliant les écritures.

Mais on perd en compacité.

Mon interrogation portait plus sur la rapidité de la carte micro SD.

Je suis allé en chercher une autre.

J'ai trouvé que de la Carte Micro SD ESSENTIELB 64Go micro SDXC Performance Interface : UHS-I U3 Vitesse d'écriture : 40 Mo/s Vitesse de lecture : 90 Mo/s.

Je suis pas un fan de cette marque mais il n'y avait plus que ça en rayon .

Clonage de la carte https://www.framboise314.fr/cloner-une-carte-micro-sd-sur-une-cle-usb-raspberry-pi-4/

Puis

Raspberry Pi Diagnostics - version (unknown)
Mon Dec 20 14:46:35 2021

Test : SD Card Speed Test
Run 1
prepare-file;0;0;33199;64
seq-write;0;0;37194;72
rand-4k-write;0;0;3835;958
rand-4k-read;13805;3451;0;0
Sequential write speed 37194 KB/sec (target 10000) - PASS
Random write speed 958 IOPS (target 500) - PASS
Random read speed 3451 IOPS (target 1500) - PASS
Test PASS

Reste à refaire les tests de stabilité.

Citation

c'est de l'astro  ?

ça y participe.

Chez moi les nuits astro sont rares donc tout ce qui peut être débuggé en journée ne sera pas à faire la nuit.

Prochaine étape les séquences avec passages au méridien, d'après mes calculs ça devrait à la hauteur du bord droit de la bibliothèque.

Merci pour ta réponse @manup .

Je suis en train de prendre des photos de mon plafond .

Pour cela j'utilise une camera ASI 294MM sur une monture azimutale le tout piloté par la suite Kstars Ekos Indi sur un Raspberry PI 4 4Go à jour avec les dernières versions.

J'ai d'abord eu le classique problème de bandwidth que j'ai du mettre à 80, mais maintenant j'ai des problèmes de stabilité.

Je lance des séries de 200 photos de 15 sec et des fois ça va jusqu'au bout mais des fois ça ne prend que 60 photos.

J'aimerai savoir ce que vous avez comme carte micro SD sur votre Raspberry, la question est aussi valable pour les possesseurs d'Asiair ou Stellarmate.

La mienne est une Samsung EVO Plus U1 R speed 100MB/s W speed 20 MB/s.

Je pense que le débit de 20MB/s en écriture est insuffisant mais j'ai pris ce que j'avais sous la main.

Quel est le débit en écriture de vos cartes ?

.

.

.

.

un signal bien carré est un signal alternatif ... avec une valeur moyenne non nulle je te l'accorde ;-).

Citation

Les Leds fonctionnent en courant continu,

Pour le vérifier il faudrait faire une série de photos avec des temps d'exposition très brefs, si courant continu toutes les photos devraient être identiques.

Pour vérifier l'homogénéité on peut se servir d'une sonde de calibration d'écran en la plaçant au centre puis sur les coins.

Pour la balance des blancs, avec un APN faire la balance des blancs manuellement avec une feuille blanche éclairée par le soleil.

Rester en balance des blancs manuelle, faire une photo de la même feuille éclairée par la boite à flat et regarder les histogrammes par canal.

Citation

définir des règles de routage

Quand tu as plusieurs interfaces réseau tu peux aussi leur associer un metric, plus le chiffre est faible plus l'interface est prioritaire.

C'est moins propre qu'une table de routage mais ça peut faire le taf.

Ça se définit dans l'interface graphique de configuration avancée du protocole IPv4 des cartes réseau.

Panneau config -> Centre réseau et partage -> modifier paramètres de la carte

J'ai commandé plusieurs articles à La Clef des Etoiles dont un était en réassortiment (informé par mail).

Ils m'ont fait 2 envois, d'abord ce qui était dispo puis le reste ensuite. Plutôt sympa.

Ils y a des vendeurs qui vérifient les montures et optiques avant de les envoyer, mais bon pas pour l'entrée de gamme je suppose.

Mais est ce bien le moment d'acheter du matériel astro en cette période de tension sur la fabrication ?

Les fabricants ne sont ils pas tenté de baisser un peu les critères de qualité pour livrer plus ?

Sinon il y a Jquery http://www.outils-web.com/page-script-jquery-diaporama.asp

Citation

mais la plupart figurent dans le "FITS header"

Il me semble que le script FITSFileManager.html de PixInsight peut renommer des fichiers à postériori à partir des valeurs des fitsheader.

Citation

des "halo" autour des étoiles brillantes

J'utilise ce filtre avec une camera couleur ZWO533 et un objectif Canon 100m f2.8.

J'ai aussi des halos mais si je décompose mes images couleurs en 3 couches RGB je m'apercois que la mise au point n'est pas optimale pour la couche rouge.

Comme ce filtre ne laisse passer que 2 groupes de fréquences qui sont assez éloignées l'une de l'autre dans le spectre lumineux, est il envisageable que la MAP ne puisse se faire pour les 2 groupes de fréquence simultanément ?

De plus à f2.8 la mise au point est assez critique.

Citation

Pour déterminer le champ de la cam de guidage

Si l'on prend des photos avec le système de guidage et l'imageur et qu'on les passe à astrometry.net on devrait récupérer ces infos, focale, échantillonnage et coordonnées du centre ?

Je viens de m’apercevoir que j'ai fais mes lights avec un offset ou brightness (ZWO 533) et que j'ai fais aussi les bias et les darks avec le même offset.

Je recommence les bias et darks sans offset ? sinon j'ai l'impression que l'offset sera soustrait aux lights.

Citation

de ne pas couper l'histogramme à gauche

La gauche de l’histogramme c’est zéro.

Le photosite accumule le signal de lecture (bias), le signal thermique (dark) et le signal du à l’objet.

Signal mesuré = signal bias + signal dark + signal objet.      16 = 5 + 8 + 3     donc aucune raison d’obtenir des valeurs négative lors de la prise de vue.

Lors du prétraitement on soustrait le signal de lecture (bias) et le signal thermique (dark) à la valeur mesurée par le photosite (light) pour obtenir le signal objet.

Signal objet = Signal mesuré - signal bias - signal dark     3 = 16 – 5 - 8    donc aucune raison d’obtenir une valeur <0.

Mais là on parle de signal, donc une valeur qui est constante dans le temps.

Or les bias et darks contiennent aussi du bruit qui lui varie dans le temps et les bias et darks ne sont pas faites au même instant que la prise de vue, ils peuvent donc être différents.

Si t1 est l’instant de la prise de vue et t0 l'instant de la fabrication des bias et darks.

bias(t1) = 5             bias(t0) = 7

darks(t1) = 8           dark(t0) = 10

mesuré (t1) = bias (t1) + dark(t1) + objet(t1)     16 = 5 + 8 + 3

Les bias et darks étant faits à l’instant t0 le prétraitement donne.

objet(t1) = mesuré(t1) – bias(t0) – dark(t0) donc

objet(t1) = bias (t1) + dark(t1) + objet(t1) – bias(t0) – dark(t0)   -1 = (5 + 8 + 3) - 7 - 10

Or si à cause du bruit le bias(t0) et dark(t0) sont > bias (t1) et dark(t1) on peut donc obtenir des valeurs négatives après le prétraitement.

Est ce que ce raisonnement peut justifier de « doper » le signal mesuré pour être certain de ne pas obtenir de valeur négatives après le prétraitement ?

Je sais que les darks contiennent aussi les bias.

J'utilise sharpcap et une ZWO 533, actuellement ils actuellement sont confinés à 100 km l'un de l'autre je ne vais donc pas pouvoir faire d'essai.

De mémoire dans les "camera settings" on peut régler le temps d'exposition et le gain.

Dans "image setting" on peut régler la "brightness", ce qui a pour effet de décaler l'histogramme vers la droite.

il me semble qu'au niveau des convertisseurs A/D du capteur ce décalage est déjà effectué, c'est le signal d'offset ou bias que l'on récupère quand on fait des pauses les plus courtes possible sans illumination du capteur.

Ce réglage "brightness" est il nécessaire à la prise de vue ? et si oui doit il être aussi effectué sur les bias/darks/flats ?

Je parle bien ici de la prise de vue, que l'histogramme doive être manipulé lors du traitement de la photo c'est un autre problème.

J'ai malencontreusement posté un sujet identique dans la rubrique Astrophoto, si un admin pouvait l'effacer ça ferait moins désordre

J'utilise sharpcap et une ZWO 533, actuellement ils actuellement sont confinés à 100 km l'un de l'autre je ne vais donc pas pouvoir faire d'essai.

De mémoire dans les "camera settings" on peut régler le temps d'exposition et le gain.

Dans "image setting" on peut régler la "brightness", ce qui a pour effet de décaler l'histogramme vers la droite.

il me semble qu'au niveau des convertisseurs A/D du capteur ce décalage est déjà effectué, c'est le signal d'offset ou bias que l'on récupère quand on fait des pauses les plus courtes possible sans illumination du capteur.

Ce réglage "brightness" est il nécessaire à la prise de vue ? et si oui doit il être aussi effectué sur les bias/darks/flats ?

Je parle bien ici de la prise de vue, que l'histogramme doive être manipulé lors du traitement de la photo c'est un autre problème.