[ACP-408]  Support for defocused observations
Type New Feature
Priority High
Severity Minor
Component AcquireSupport library
Fixed In Version [8.2] 8.2
Versions Affected [5.1.11] 5.1 Hot Fix 11
Severity Closed
Resolution Complete
Reported By Bob Denny
Resources Bob Denny
Start Date 7/22/2018

Description 
See this Comm Center thread. Michael thinks a #defocus directive is the right way to go.

Comments
6/1/2021 10:11:49 AM   Bob Denny 

 

  SVN Comment
 

 

  Author
  rbdenny
 

 

  Repository
  svn+ssh://rbdenny@a2_svn_dc3/home/rbdenny/svn/astro/acp
 

 

  SVN Revision
  1335
 

 

  Affected files
  /trunk/ACP Help/planfmt.html (Modified)
/trunk/ACP Help/relnotes.htm (Modified)

 

 

  Check-in comment
  Correct #defocus directive docs to say it persists across the Plan per changes made in 2018
GEM:408
7/22/2018 6:40:05 PM   Bob Denny 

 

  SVN Comment
 

 

  Author
  rbdenny
 

 

  Repository
  svn+ssh://rbdenny@a2_svn_dc3/home/rbdenny/svn/astro/acp
 

 

  SVN Revision
  1113
 

 

  Affected files
  /trunk/ACP Help/relnotes.htm (Modified)
/trunk/AcquireSupport.wsc (Modified)
/trunk/Script Components Master/AcquireSupport.wsc (Modified)

 

 

  Check-in comment
  Defocus has been optimized to minimize focuser moves. 
GEM:408
7/22/2018 6:38:52 PM   Bob Denny 
OK, now the defocus count is a persistent value. It remains across an entire ACP Plan. Defocus is temporarily removed for pointing updates and autofocus operations. It is reset to 0 at thebeginning of an ACP Plan in case the previous oen failed with a defocus in effect.
10/27/2017 1:55:47 PM   Bob Denny 
Here is another plea for an improvement from Steve Fossey of University College London. This needs immediate attention.
9/6/2017 7:18:45 AM   Bob Denny 
Another #defocus user, Nikos Paschalis. I really do need to look at this short term, so I am bumping the priority.






I also yellow-highlighted TRAPPIST's comments. This is one of my more shameful errors.
9/4/2016 10:15:59 AM   Bob Denny 
Reopened







Another complaint on the zillions of focuser moves on a long time series. See this Comm Center thread by Andy Monson. He has an interesting way of doing this by patching the FilterInfo. Could this be done, within a single observing plan, by dynamically patching the focus offset for a filter? You couldn't do it for the reference filter this way. Or could you?
8/4/2014 2:34:56 PM   Bob Denny 
2 years later, no complaints so closing this.
2/29/2012 7:08:37 AM   Bob Denny 
TRAPPIST says that moving the focuser for each image will destroy it. Need a different approach. And the defocus will need to be carried across focus offsets?
11/1/2010 3:17:42 PM   Bob Denny 
Not practical to give test kit to run on 5.1.
11/1/2010 3:15:47 PM   Bob Denny 

 

  SVN Comment
 

 

  Author
  rbdenny
 

 

  Repository
  svn+ssh://rbdenny@a2_svn_dc3/home/rbdenny/svn/astro/acp
 

 

  SVN Revision
  102
 

 

  Affected files
  /trunk/ACP Help/index.htm (Modified)
/trunk/ACP Help/planfmt.html (Modified)
/trunk/ACP Help/relnotes.htm (Modified)
/trunk/AcquireSupport.wsc (Modified)
/trunk/Plan.wsc (Modified)
/trunk/Script Components Master/AcquireSupport.wsc (Modified)
/trunk/Script Components Master/Plan.wsc (Modified)
/trunk/Scripts/AcquireImages.js (Modified)

 

 

  Check-in comment
  #defocus directive in plan language
GEM:408
11/1/2010 11:50:44 AM   Bob Denny 
Also see this Comm Center post.






Try to get test package for 5.1 and give to TRAPPIST for testing.
9/30/2010 12:44:48 AM   Bob Denny 
After some study, indeed adding a new directive looks like the best way. It should work like #count, #interval, etc., supporting a comma-delimited list of relative focus changes for each imageset.