Bug 425566

Summary: Ekos flat frame automatic ADU algorithm is erroneous
Product: [Applications] kstars Reporter: Konstantin Baranov <const>
Component: generalAssignee: Jasem Mutlaq <mutlaqja>
Status: RESOLVED FIXED    
Severity: normal    
Priority: NOR    
Version First Reported In: git   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed/Implemented In: 3.5.7
Sentry Crash Report:
Attachments: Ekos log

Description Konstantin Baranov 2020-08-19 20:52:07 UTC
Created attachment 131023 [details]
Ekos log

SUMMARY

Exposure time estimator jumps up and down in the range of 1000x.
I set the start time a bit too early and it was getting brighter quickly while Ekos was trying to figure out the exposure time.

STEPS TO REPRODUCE
1. Set exposure duration to 1s, type Flat, ADU target 40000, tolerance 5000, 64 frames.
2. Add sequence to the schedule, starting about an hour before dawn.
3. Start the scheduler.

OBSERVED RESULT

See the log after 2020-08-16T05:14:59.738.
It starts the job normally, but jumps in its estimation of a good exposure time between ~0.1s and ~100s. Occasionally it settles and makes a good number of exposures.

EXPECTED RESULT

As Sun goes up and ADU goes over tolerable 45000, it should make little adjustments in the right direction. I expect one or two trial frames before it finds new good exposure time.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Ubuntu 20.04 amd64
(available in About System)
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8

ADDITIONAL INFORMATION

kstars-bleeding from PPA
Comment 1 Jasem Mutlaq 2021-09-13 06:56:36 UTC
Ekos ADU is supposed to be used with a constant flux source. Sky flats will not work and it was designed to handle this case.
Comment 2 Jasem Mutlaq 2022-01-15 17:45:48 UTC
We have limited upper limit to 180 seconds now.