overcorrecting flat...
 
Share:
Notifications
Clear all

15th Feb 2024: Astro Pixel Processor 2.0.0-beta29 released - macOS native File Chooser, macOS CMD-Q fixed, read-only Fits on network fixed and other bug fixes

7th December 2023:  added payment option Alipay to purchase Astro Pixel Processor from China, Hong Kong, Macau, Taiwan, Korea, Japan and other countries where Alipay is used.

 

overcorrecting flats? ...tunnel vision... APP 2.0.0.beta 8

7 Posts
2 Users
1 Likes
441 Views
(@peter-s)
Red Giant
Joined: 6 years ago
Posts: 43
Topic starter  

Hello again,

when testing a new filter I got very strange integration results, as if the flats / the MF is overcorrecting. For comparison I re-integrated different (older) images with a different filter, where I had good results with before. Same result: "tunnel vision".

21 x 300s Antlia DNB with 25 F, MD, MB:

2022 12 18 APP 2.0.0 beta8 Flat Issue 1

only Lights:

2022 12 18 APP 2.0.0 beta8 Flat Issue 2 only L integrated

(yes, some egg-stars - I was also testing / correcting for tilt)

 

by the way:
analysing the FITS headers revealed a ZWO ASI camera driver issue (in my case ASI 2600 MC): one cannot set the offset anymore. It´s "-1" when it should be 50....
but this can´t be the reason for my actual problem (and never had before with earlier versions of APP).

Any ideas?

thanks in advance

Peter

 

 

 

 


   
ReplyQuote
(@wvreeven)
Quasar
Joined: 6 years ago
Posts: 2133
 
Posted by: @peter-s

It´s "-1" when it should be 50....

Are you using KStars by any chance? I noticed th9s as well. Setting the value manually in Ekos (not the config but where you set up the image sequence) solves that.

Regarding the flats: What telescope are you using? What exposure time for the flats? What temperature of the sensor? What does the image look like if you only leave out the flats (so use the MD and MB)? What does the image look like if you only use the flats and MB?


   
ReplyQuote
(@peter-s)
Red Giant
Joined: 6 years ago
Posts: 43
Topic starter  

Hi Wouter,

- no I don´t youse KStars. I use APT, APP & PI. I blinked every L / F / DF frame as well as the Masters.

- as far as I know: actually one cannot change the offset due to a ZWO camera driver issue when using the actual driver. I didnt test with the older driver. I could redo the calibration frames but not the Lights 🙂

- it´s a 250/1000 Newton, Antlia DNB Filter, T [sensor]: - 5 C

L exp: 300s, F exp: 0,53 s with a flatfieldbox,

The integration without Flats / MasterFlat, with or without MB MD look pretty similar to the second image (above). The second image (only L) can easily be LP corrected.

 

Posted by: @wvreeven

What does the image look like if you only use the flats and MB?

- I´ll have to do that.....

 

This is not a new setup, until now the APP integrations were fine...

Peter

 

 


   
ReplyQuote
(@wvreeven)
Quasar
Joined: 6 years ago
Posts: 2133
 

@peter-s Hi Peter,

Thanks for the detailed answer.

Posted by: @peter-s

This is not a new setup, until now the APP integrations were fine...

So, what changed? Did you install a newer version of APP? If yes, do you get a good result with the version of APP previously used by you? What version were you using before and what version do you use now?

Thanks, Wouter


   
ReplyQuote
(@peter-s)
Red Giant
Joined: 6 years ago
Posts: 43
Topic starter  

Hi Wouter,

thanks for your time...!

APP changed, as mentioned above I now use APP 2.0.0.beta 8

I have to check which version was the latest before updating. I think it was 1.083-beta2.

On the other hand I am checking the new filter (Antlia DNB) vs the L-eXtreme but have same results with already taken images (with the L-eXtreme) when integrating them now.

and it seems the ZWO drivers behave strange -

update 1:

checking different ZWO camera drivers resulted in:

- the ZWO native driver supports offset

- the ASCOM driver doesnt support offset (in my setup), it returns "offset -1"

 

For the Lights I had to take the ASCOM driver.

I´ll double check the rest ...

Peter

This post was modified 1 year ago 3 times by Peter S

   
ReplyQuote
(@peter-s)
Red Giant
Joined: 6 years ago
Posts: 43
Topic starter  

update:
1. ZWO answered that they will fix that ASCOM driver issue

2.  some tests:

Posted by: @wvreeven

What does the image look like if you only use the flats and MB?

L + MF MB

L+F+MB

 

Posted by: @wvreeven

What does the image look like if you only leave out the flats (so use the MD and MB)?

L + MD + MB

L+MD+MB

 

L + new made F + new made DF  + MB + MD:

L +newMF+newMDF+MB+MD

So I think there was something wrong with the flats: offset? dew? (which I checked...)

Even though it doesnt look like other integrations it can be processed:

L +newMF+newMDF+MB+MD cv clp

after quick de-vign.+ de-lp

I´ll redo a new set of images as soon as possible.

 

cs Peter

 

 

 

 


   
ReplyQuote
(@peter-s)
Red Giant
Joined: 6 years ago
Posts: 43
Topic starter  

Hello again,

just wanted to post this update - maybe it helps others:

I was getting this ring issue again and again with my Newton, sometimes more, sometimes less, until I found the answer in this thread:

https://www.astrobin.com/forum/c/astrophotography/deep-sky-processing-techniques/ring-artifact-after-background-extraction-in-pixinsight/?page=1#post-96828

Until now I made the Flats with the flatfield panel laying directly on the tube. Now I

- placed the flatfield panel on the dew shield, ca. 40 cm away

- did the Flats in the dark

- closed the back / mirror side

Now already the integration stack is as it should be.

 

cs Peter

 


   
ReplyQuote
Share: