Project

General

Profile

Actions

Bug #6518

closed

Align_ZLP return to target without adjusting the target

Added by Laura Yen almost 6 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Start date:
01/08/2019
Due date:
% Done:

0%

Estimated time:
Affected Version:
Appion/Leginon 3.3
Show in known bugs:
Yes
Workaround:

Description

Is it possible to get Align_ZLP automation to run before a new HOLE movement (and not during a sequence of ENN images)? Sometimes the Align_ZLP node gets triggered during a sequence of ENN images, which means that when the stage returns to the position of ENN targets after moving from the Align_ZLP vacuum reference target, the targeting of the ENN will be quite off. This means we end up throwing away a few images after the Align_ZLP and the next hole movement. See attached images.


Files

803PM.png (813 KB) 803PM.png before align_ZLP Laura Yen, 01/08/2019 09:24 AM
805PM.png (701 KB) 805PM.png after align_ZLP Laura Yen, 01/08/2019 09:24 AM
Actions #1

Updated by Anchi Cheng almost 6 years ago

Is queuing on for Exposure Targeting ? If so, a zlp alignment before the Hole image is aquire will not be regularly timed enough for keeping the slit aligned. Otherwise, another binding can be added in the Hole node.

I may have to go to the root of the offset problem by forcing a target adjustment when returning from ZLP alignment.

Actions #2

Updated by William Rice almost 6 years ago

I think a target adjustment upon return would be great. We often are not queuing, and with the latest large image shift protocol, we can lose a lot of targets by not returning exactly. I guess otherwise it could do the ZLP before taking the targeting image but adjustment would be best.

Actions #3

Updated by Anchi Cheng over 5 years ago

  • Tracker changed from Feature to Bug
  • Status changed from New to In Test
  • Assignee set to Anchi Cheng
  • Target version set to Appion/Leginon 3.4
  • Affected Version set to Appion/Leginon 3.3
  • Show in known bugs set to Yes

This turned out to be a bug. I did declare drift on other reference nodes such as phase plate aligner. Just missed ReferenceTimer class where the function that does the moving was redefined. It is fixed now. Pushed to trunk, beta

Actions #4

Updated by Anchi Cheng over 5 years ago

  • Subject changed from Feature request: Align_ZLP before new hole movement to Align_ZLP return to target without adjusting the target
Actions #5

Updated by Anchi Cheng over 5 years ago

  • Status changed from In Test to Closed
Actions

Also available in: Atom PDF