ASI120MM en caméra allsky

[alphamax]

Bonjour les astros,

 

comme j'avais ma vieille ASI120MM (usb 2) qui traînait dans un tiroir, j'ai décidé d'en faire une caméra allsky. Jusqu'à présent, j'utilisais la panoplie de logiciel de Thomas Jacquin mais j'avais des latences entre chaque image que je n'arrivais pas à régler et je trouvais le tout un peu trop lourd pour mon besoin. J'ai donc entrepris de développer ma propre solution avec pour objectif la simplicité, la rapidité et la légèreté (ça doit tourner sans problème sur un raspberry pi 2 ou 3). Le tout développé en pur C avec opencv pour la partie soustraction du dark, incrustation vidéo et sauvegarde et bien évidemment la lib ASI (la dernière en date, cad 1.26). Tout fonctionne bien, j'arrive à faire des prises de 10s (j'aurais pu faire 20s...) avec entre chaque image pas plus de 2 ou 3 secondes de latences (je bosse sur une évolution afin de réduire encore cette latence).  Cependant, pour une raison à laquelle je n'ai trouvé aucune explication, j'ai certaines images qui sont plus sombres mais on dirait que ça touche plus le premier plan (j'ai quelques arbres dans mon champ) que le fond du ciel (je mets 2 images, une "normale" et l'autre plus sombre).

 

C'est pour cette raison que j'ai besoin de vous... Qu'est ce qui pourrait engendrer cette baisse de luminosité, de contraste, .... ? Est-ce que c'est un bug de la camera ? une mauvaise programmation ?

 

Pour info, j'utilise le mode snap pour les prises et non le mode video (je ne sais pas si cela peu avoir un impact).

 

Merci de votre aide.

 

Christian

 

 

Modifié 13 septembre 2022 par alphamax

[Discret68]

Salut Christian

 

Je n'ai malheureusement aucune idée du problème que tu rencontre, mais comme j'ai également une ASI120MM qui tourne en allsky depuis plus de 5 ans, ton approche m'intéresse.

 

J'ai néanmoins quelques questions vis-à-vis du logiciel que tu développes. Le temps de pose est-il figé une fois pour toute, ou s'adapte t'il en fonction de la luminosité ambiante ? Avec bien sûr, un temps e pose maxi, comme c'est le cas dans le soft de Thomas Jacquin ?

 

As-tu prévu de pouvoir utiliser des darks de différents temps de pose et (ou) températures de capteur ? Ce que je constate avec ma caméra actuelle, et probablement lié à son âge, c'est qu'en fonction des conditions de température, les pixels chauds sont plus ou moins nombreux, avec une variation très importante. D'autant qu'en fonction de l'hygrométrie interne et externe au boitier mesurée par 2 BME280, je mets en service des résistances chauffantes internes (via un programme sur le même RPI), qui de fait, augmentent encore la température du capteur et le nombre de pixels chauds.

 

JP

[alphamax]

Hello JP,

 

alors, non, je n'ai pas (encore) prévu l'auto-adaptation du temps de pose (à vrai dire, j'ai pas bien compris comment fonctionne le mode auto chez zwo et la doc c'est la misère). Par contre, tout est configurable en ligne de commande (jusqu'à ce que tu veux incruster). Pour les darks, pareil, c'est toi qui décide comment ils sont utilisés (tu peux par temps de pose et/ou température et/ou gain et/ou offset ....). La température seule ne me paraissait pas suffisante pour extraire le dark. D'ailleurs, la différence est flagrante avec ou sans dark.

 

Tiens, pour te donner une idée, voici l'aide en ligne :

 

    -f {name}    : file name of capture. See below for variable substitution. Default : night/capture_%L.jpg
    -g {value}    : define a gain value (%G). Default : 70
    -e {value}    : exposure time in µs (%E). 1000000 => 1s. Default : 64
    -q {value}    : image quality/optimisation. 0 - 9 for png optimization (0 quick, 9 light), 1 - 100 for jpg compression
    -t {name}    : image type. "jpg" or "png". Default : "jpg"
    -v {value}    : image depth. 0 raw 8 bits, 1 RGB 24, 2 raw 16 bits, 3 Y8. Default : 0
    -l {value}    : log level. 0 error, 1 warning, 2 info, 3 debug. Default : 1
    -c {value}    : camera ID to use. Default : 0
    -s {name}    : dark file name will be subtracted. Default : dark/dark_%S-%G-%E.png
    -u {0|1}    : 1 for subtract dark file, 0 for not. Default : 1
    -i {0|1}    : display information on image. 1 display, 0 doesn't display. Default : 1
    -L {value}    : string overlay. Default : "T[%d/%m/%Y %X]E[%s]S"
    -o {value}    : offset/brightness camera value (%O). Default : 0
    -p {value}    : font number
    -b {value}    : set usb bandwidth. Default : 50
    -x {value}    : information position. 1 top left, 2 top right, 3 bottom right, 4 bottom left. Default : 3
    -R {value}    : Red composante. Only for color camera. Default : 74
    -B {value}    : Blue composante. Only for color camera. Default : 81
    -H {0|1}    : 1 for high speed mode, 0 for not. Default : 0
    -D {0|1}    : 1 for create directory if doesn't exist, 0 do nothing. Default : 1
    -m {value}    : gamma value. Default : 50
    -N {value}    : value that must be used to file name (%N)
Variables substitution (%) accepted into file name (capture and dark) :
%L : long date time (YYYYMMDD_HHMMSS)
%D : date (YYYYMMDD)
%T : time (HHMMSS)
%S : sensor temperature
%O : offset
%E : exposure time in ms
%G : gain
%J : day
%M : month
%Y : year
%N : number passed throught -N parameter
%V : image type. 0 for raw 8 bits, 1 for RGB 24, 2 for raw 16 bits, 3 for Y8
Overlay syntaxe :
T[...] : display time. Use date format
E[%u|%m|%s|%M|%h] : display exposure on unit define
G : gain
S : sensor temperature
O : offset
M : gamma
Example for night file: capsky -e 1000000 -g 60 -l night/night_%L.jpg -q 95 -t jpg -u 1 -s dark/dark_%S-%G-%E.png -x 3
will be product night file like night/night_20220726_020300.jpg and use dark like dark/dark_20-50-100000.png
Example for dark file : capsky -e 1000000 -g 60 -u 0 -f dark/dark_%S_%G_%E.png -t png -q 5

 

J'utilise un script shell pour la partie allsky dont le but principale est d'attendre le moment où le soleil se couche et d'arrêter quand c'est l'aube. J'ai également quelques petits programme à coté pour par exemple checker que la camera est bien branchée. J'ai aussi un programme qui permet de connaître l'heure et le lever du soleil en fonction de la localisation et la hauteur du soleil qu'on souhaite.

Me reste juste ce petit soucis d'image mais sinon j'ai une solution robuste, facilement maintenable (je ne sais pas si tu as regardé le code de allsky mais c'est une horreur pour un développeur).

 

C.