Jump to content

NLCbanner2024.jpg.2478be509670e60c2d6efd04834b8b47.jpg

Overcorrecting flats confusion


Recommended Posts

Hi all,

I have been battling with this problem for a few weeks now and following a few ideas in a previous post...see below, I found a work around.

I just want to voice my concern and confusion on this problem and see if anyone has better fixes to it.

The problem came out of the blue, suddenly my flats (which used to work perfectly) started over-correcting the field illumination causing inverse vignetting and light dust bunnies. In the post above I read that Olly tried dimming the flats (reducing the their dynamic range which in turn reduces the amount they correct the lights). This worked pretty well but I still have some residual brightness on the left of my images (see below).

I don't know what started the problem and as far as I can tell the solution is very dependent on the brightness of the lights since the brighter the lights the more contrast will be thrown onto the uneven field illumination meaning the flats will become useless again.

Can anyone help?

I have added some images below to illustrate the issue.

This is a final stacked image with no flats.

M33_no_flats.jpg

 

This is the same stack with my normal flats (taken at 1/40s) with a laptop monitor screen. Notice the over-correction.

M33_norm_flats.jpg

Here is the same stack using dimmed flats (1/250s) on a laptop screen. I have really stretched the image to show that there is still some residual field unevenness. After a lot of trial and error this is the best I could do.

M33_flats_1over250s.jpg

Link to comment
Share on other sites

Normally taking bias frames at the wrong ISO would not cause overcorrection problems because the average pixel value will not be any different.  However, it can't be totally ruled out that a camera might have different average levels at different ISO values.  It would be interesting to know.

Mark

Link to comment
Share on other sites

In the end I found the solution to my overcorrecting flats problem. The problem clearly arose from using Nebulosity to capture them from the SXVH36. Harry Page put me onto the idea that inadequate flushing between frames might be the cause. I made a set of flats in AstroArt instead and, although I still capture the lights in Nebulosity, the AstroArt-captured flats work correctly. I did need to do a vertical flip in the AA flats to make them compatible with the Nebulosity lights.

Whether or not this has any relevance to your situation I'm afraid I don't know.

Olly

Link to comment
Share on other sites

Ok that's interesting Olly,

When you say inadequate flushing, do you mean that I could solve the issue by altering the interval between flat exposures? At the moment, I have an interval of 15s between my lights and 1s between flats. I will try taking flats with the same interval. 

I'll let you know what happens.

D

Link to comment
Share on other sites

3 hours ago, spaceman_spiff said:

Ok that's interesting Olly,

When you say inadequate flushing, do you mean that I could solve the issue by altering the interval between flat exposures? At the moment, I have an interval of 15s between my lights and 1s between flats. I will try taking flats with the same interval. 

I'll let you know what happens.

D

I'd certainly give that a go. Each read out adds thermal noise so a good delay ought to help. If I don't give a few seconds delay on my set point cooled CCDs I see the chip temperature rise.

Olly

Link to comment
Share on other sites

Problem solved:

I would just Like to say that adding a delay of 15s between flat exposures solves the problem of overcorrecting flats. Perhaps the problem was temperature related or residual charge in the pixel wells. I guess the moral of the story is that the time between exposures is as important as the exposures themselves!

Many thanks for the suggestions! I will post some images later.

Dan :happy7:

Link to comment
Share on other sites

So am I! I was literally stripping the telescope down looking for internal reflections or light scattering trying to solve this problem. I'm now going back and re-processing old stacks.

I made a new library of flats with different exposures (about 1/3, 1/2 and 2/3 on the pixel brightness histogram), each flat exposure was separated by 30s. All seem to work well.

Dan.

Link to comment
Share on other sites

23 hours ago, spaceman_spiff said:

Well as promised, here is a jpg of M33 corrected with the new flats (massively stretched) . There is only the slightest trace of under-correction I may try larger intervals between flats and see what happens. Anyway, thanks very much guys!

:happy7:

 

That's definitely fixed your flats problem!  Now you can concentrate on the cause of the "walking noise" in the background - probably caused by mismatched darks.

Mark

Link to comment
Share on other sites

42 minutes ago, sharkmelley said:

That's definitely fixed your flats problem!  Now you can concentrate on the cause of the "walking noise" in the background - probably caused by mismatched darks.

Mark

Interesting...I was thinking that noise was something to do with the bias correction.

The darks I use are taken from a library and are pretty old. Perhaps I should redo them and reprocess the image.

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. By using this site, you agree to our Terms of Use.