Leginon

h1. Troubles with Targeting

h2. Quick Links

* [[Troubles with Targeting#Targeting-is-consistently-off-in-the-same-direction-and-distance|Targeting is consistently off in the same direction and distance]]

* [[Troubles with Targeting#Targeting-is-consistently-off-in-opposite-direction-from-where-you-pick|Targeting is consistently off in opposite direction from where you pick]]

* [[Troubles with Targeting#Hole-targeting-is-inconsistently-off-or-goes-bad-in-the-next-run-after-correction|Hole targeting is inconsistently off or goes bad in the next round after correction]]

* [[Troubles with Targeting#Hole-targeting-is-off-more-when-the-image-shift-target-is-away-from-the-center-of-the-image|Hole targeting is off more when the image shift target is away from the center of the image]]

* [[Troubles with Targeting#Automatic-hole-finding-fails-to-pick-up-good-ice-thickness-after-set-up|Automatic hole finding fails to pick up good ice thickness after set up]]

* [[Troubles with Targeting#No-broken-grid-square-for-dose-measurement-and-ZLP-alignment-for-MSI-Tomography|No broken grid square for dose measurement and ZLP alignment (MSI-Tomography)]]

* [[Troubles with Targeting#Grid-mosaic-is-too-small-to-see-the-details|Grid mosaic is too small to see the details]]

* [[Troubles with Targeting#Grid-mosaic-is-not-patched-together-well|Grid mosaic is not patched together well]]

* [[Troubles with Targeting#Grid-mosaic-display-in-Leginon-is-different-from-that-of-the-Web-Viewer|Grid mosaic display in Leginon is different from that of the Web Viewer]]

h2. Grid mosaic is too small to see the details

h3. Why:

* The image scale for creating mosaic is set too small.

h3. Solution:

#  Leginon/Square Targeting/Mosaic Settings> Change "Scale Image" to a larger

size

 

#  Leginon/Square Targeting/Mosaic Settings> Click "Apply" and then "Create" the

mosaic atlas.

h2. Grid mosaic is not patched together well

h3. Commonly Why:

* LM mode U-center defocus not set to 0.

* LM mode rotation center is off.

* Bad stage position matrix calibration

h3. Solutions:

#  Correct the alignemnt error or redo <link linkend="mcal_st_pos">stage position matrix calibration</link>

 

#  Acquire a new atlas

 

**  Leginon/Grid Targeting/Setting> Enter a new label

 

**  Leginon/Grid Targeting> Click "Calculate Atlas"

 

**  Leginon/Grid Targeting> Click "Submit Targets" (play icon) to begin acquiring the atlas.

 

**  Leginon/Square Targeting> Follow the atlas progress in the display.

h2. Grid mosaic display in Leginon is different from that of the Web Viewer

h3. Why:

* The goniometer does not reach the intended position due to ,most commonly, a pole touch error that temporaily disables the goniometer.

* The calibration used to move to the target in "Grid" node is not the same as the calibration parameter used to create the mosaic in "Square Targeting" node are not consistent.

h3. Solution:

*  Other than fix the goniometer, Targeting on these mosaic can still work if the error does not occur frequently enough to interfere drift management.

*  Check "Leginon/Grid/Settings/Use ?? to move to target" against "Leginon/Square Targeting/Mosaic Settings/CalibrationParameters". The latter should be changed if the mosaic is already acquire and what seen on the Web is better than what is in Leginon. The mosaic atlas can be recreated by clicking the "Create" button.

h3. More Explanation:

*  The web tools and Leginon main program use different mechanism to paste together the atlas.

 

The targets Leginon "Grid Targeting" node send out is an even spaced raster. "Grid" node uses that information and the move type set for the node to calculate the goniometer position it needs to aim for in order to get to where it really wants to go to and acquires the image. It is done this way so that it can handle any complex move type. For example, lets say that the model is p=x^2 so that to get to position p' from 0, the goniometer x needs to be sqrt(p'). "Grid Targeting" send the target as p', "Grid" figure out that x'=sqrt(p') and send the x value to the scope to move.

 

When it needs to display the atlas in "Square targeting", Leginon uses the actual goniometer position of each tile image back calculates the targeted position according to the model. This has the advantage that if there is a problem with the goniometer and the stage does not move to where it needs to (such as after a pole touch error), the tile image will appear at its actual position. In the example above, the image will appear at p' from the image because from the goniometer position x'=sqrt(p'), p=x^2=(sqrt(p'))^2.

 

The webtool, however, pastes the atlas together using the targets saved from "Grid Targeting". It does not care what you have set in "Square Targeting" node. Therefore, it will always look right, unless of course the stage did not move to the target when it acquired the image.

h2. Targeting is consistently off in the same direction and distance

Commonly Why: Image shifts in "hl", "sq", or "gr"presets are not aligned with the presets at higher mags. The low mag "sq" preset is especially prone to this problem.

*Important: When the targeted image is off, it normally means the image shift of the preset where the target comes from is off. That is, if hole images appear off, it is not the image shift of "hl" preset that needs correcting but that of "sq" preset.*

Solution:

*  Pause before next hole or square by clicking Hole/Toolbar>Pause button or Square/Toolbar>Pause button, respectively. Which one to pause depends on what is the next target.

*  Center the grid at a location that can be recognized by either:

 

##  Move to the alignment position:

 

(It may be necessary to adjust the position at the scope after this since the goniometer can not move back to a position as accurately as we need it).

 

***  Leginon/Navigation/Stage Location> Choose the name for the stored alignment position ("align" if you have been following the setup check list). and send it "To Scope"

 

##  scope> move the specimen to a position on the same square, either on a recognizable object or burn a good hole through ice as preparation for lower mag preset image shift correction

Perform [[MSI_set-up_in_more_details#Medium-mag-preset-image-and_beam-shift-refinement|Preset Image Shift Alignment]]

Still not working: You may have an invalid combination of settings such as using [[Iterative Stage Movement]] while [[Queuing Option|queuing up]] targets on the images so obtained.

Solution:

*  Resolve the conflict.

h2. Targeting is consistently off in opposite direction from where you pick

Commonly Why: Camera configuration is different in calibration and now.

#  All your targeting would be wrong. "Abort" target processing in the Target Watcher of "squares" and "holes".

 

#  If you use the Tietz camera: scope/Leginon/Instrument/Camera> check your camera configuration. mirror should be ['vertical']. Change it if not, and "Set" the configuration.

 

#  If you use the Gatan camera: scope/Digital Micrograph> check your camera configuration.

 

#  Leginon/Presets Manager> send "sq" or "grid" "To Scope"

 

#  Leginon/Navigation> "Acquire" an image with "Use this configuration" Unchecked in the Camera Configuration.

 

#  Leginon/Navigation> "Navigate" by "Image Shift", "Beam Shift", or "Stage Position" to center on a reference object or burn mark made in the high mag presets. This is to check if it behaves correctly now.

 

#  Select targets again, or, if atlas is wrong, republish the target list to make the atlas.

h2. Hole targeting is inconsistently off or goes bad in the next run after correction

Commonly Why: Not well understood but may be related to microscopy alignment and settings such as normalization of lenses. up to 1.5 um error has been observed even with a reasonable calibration. The following solutions only works some times.

#  Leginon/Drift Manager>"Declare Drift" to force correction for possible drift.

 

#  Repeat image shift correction alignment [[Troubles with Targeting#Targeting_is_consistently_off_in_the_same_direction_and_distance|as in the case when targeting is consistently off]].

 

#  Ignore the first targetted '"hole" in the "squares" image. The second and on are more consistent when there is a hysteresis problem.

 

#  Repeat [[Modeled_Stage_Position_calibration|"Mag Only" Modeled Stage Calibration]] at the "square" preset.

h2. Hole targeting is off more when the image shift target is away from the center of the image

Commonly Why: caused by different reference space mapping at the lower/high mag.

Solution: Get better estimate of the high mag stage position calibration by [[Scaling Image Shift Matrix Calibration]]

h2. Automatic hole finding fails to pick up good ice thickness after set up

Commonly Why:

* Electron beam intensity has changed

* Blob threshold is not inclusive enough to tolerate variations

* Ice contaimination

Solutions

* Monitor electron beam with a saved location with an empty hole in navigator and check the recorded intensity periodically and adjust zero ice thickness accordingly.

* Reduce Blob threshold in Alias nodes of the Hole Finder.

* Make sure the anticontamination cryo box is properly inserted on the scope.

* Remove the film camera from the scope if you don't need film.

h2. No broken grid square for dose measurement and ZLP alignment for MSI-Tomography

Solution

* Burn a hole clear of ice and pick it as the reference target in "Hole Targeting" or "Tomography Targeting"

______

[[Troubles with Imaging - Troubleshooting|< Troubles with Imaging]] | [[Troubles with Focusing and Drift Check|Troubles with Focusing and Drift Check >]]

______