Using Gatan K2 Summit in Leginon » History » Version 15
Anchi Cheng, 08/01/2013 10:00 AM
1 | 4 | Anchi Cheng | h1. Using Gatan K2 Summit in Leginon |
---|---|---|---|
2 | 1 | Anchi Cheng | |
3 | 4 | Anchi Cheng | The main use of K2 Summit is in Counted or Super-resolution mode in combination with dose fractionation (frame saving). |
4 | |||
5 | 1 | Anchi Cheng | If you want to use DM's dose fractionation, activate the "save frames" check box in the particular preset camera configuration. You can also use DM's frame alignment algorithm by activating "align frames" check box, but the latter is not recommended since the alignment in DM will delay the return of the image to Leginon and therefore affects throughput greatly. |
6 | |||
7 | 2 | Anchi Cheng | h2. Configuration |
8 | 1 | Anchi Cheng | |
9 | 2 | Anchi Cheng | # Make sure your camera configuration is set to [[Leginon image orientation]] and instruments.cfg matches that resulting orientation and dimension. |
10 | 4 | Anchi Cheng | ** This is likely 270 degree rotated with a flip. New version of DM can acquire its internal darkware gain references in this configuration. |
11 | 2 | Anchi Cheng | # K2's dose fractionation (frame saving) only works with full camera dimension without binning. |
12 | # K2 interface in DM restricts the exposure time to multiple of some set number, depending on the mode. When you enter in DM an invalid number, it automatically change it to the valid one when you click the acquire button. pyscope/dmsem.py has hard-coded values for these precision. Compare them to the precision of the DM version you have since it may change with DM version. |
||
13 | # K2 frame exposure time is adjustable in Leginon gui. However, you need to check if the number is acceptable by DM. |
||
14 | |||
15 | 1 | Anchi Cheng | h2. Preset Recommendation |
16 | |||
17 | 8 | Anchi Cheng | See [[Pre-MSI_Set-up#Preset-Design-Example-for-small-pixel-Gatan-K2-camera-alone]] specific for K2 camera. |
18 | 1 | Anchi Cheng | |
19 | h2. Calibrations |
||
20 | |||
21 | Most calibration and operation are similar to that of a typical digital camera. |
||
22 | |||
23 | 4 | Anchi Cheng | Leginon treats linear/counted/super-resolution modes of K2 Summit as three cameras. Therefore, each needs its own calibrations. |
24 | 1 | Anchi Cheng | A python script is available to make the copying of the calibrations easier. See message#1498. You may need to modify it for different modes you are copying calibrations to. |
25 | |||
26 | h2. Gain/Dark Correction Handling |
||
27 | |||
28 | h3. Counted/Super-Resolution mode |
||
29 | 11 | Anchi Cheng | |
30 | K2 Summit in counted/super-resolution mode has two layers of gain reference correction, known as hardware (HW) correction and software correction. |
||
31 | |||
32 | Hardware dark correction is essential for electron counting, without it, its processor can not find individual electrons. |
||
33 | Hardware gain correction is a rough gain correction. It is only done to make sure the data from different ADC boards are reasonably normalized before counting. |
||
34 | |||
35 | After these hardware correction and counting, the images are integers, representing the number of counts received at each pixel. We call this type of data "raw". |
||
36 | |||
37 | Software dark correction for counted/super-resolution mode is fake. The image taken in dark condition is set to 0 internally and output as such if a dark exposure is requested externally by SerialEM and Leginon. |
||
38 | Software gain reference taken in DM is equivalent to the bright image taken in Leginon. The software gain correction, as well as Leginon's correction use this image of the blank area to normalize the more subtle differences from pixel to pixel. |
||
39 | |||
40 | After this level of gain normalization, the image data type is float. |
||
41 | |||
42 | Since Leginon duplicates the DM software gain normalization, we decided to receive images from DM without software gain normalization. This is set in the code, and means gain correction is still needed in Leginon. |
||
43 | 1 | Anchi Cheng | |
44 | 2 | Anchi Cheng | # The hardware correction has been applied in DM before counting. Therefore, the "raw" image Leginon get are integers and roughly gain corrected. |
45 | 4 | Anchi Cheng | # The dark image in Leginon should always be 0. Therefore, acquiring dark image only need to be done once per camera configuration. There is also no need to average several images in the making. |
46 | 14 | Anchi Cheng | # The bright image acquired in Correction node should be taken at the dose rate to be used. It should also be taken at close to the total exposure time such as 4-5 s, and a large number of images should be used to get an average image (For example, 20). Alternatively, take a single very long exposure (100 s). This will account for variation in sensitivity of the pixels. There is likely a general gradient across the detector known as growth zone like this attached image: |
47 | 15 | Anchi Cheng | |
48 | 14 | Anchi Cheng | !K2bright.png! |
49 | 12 | Anchi Cheng | |
50 | h3. Frame Saving |
||
51 | |||
52 | When frames are saved: |
||
53 | |||
54 | 13 | Anchi Cheng | * The image returned to Leginon gui and saved as usual IS gain normalized by Leginon as usual. This is an integration over all the frames. With the gain correction, the image is 32-float mrc image. |
55 | 12 | Anchi Cheng | |
56 | * The movie frames recorded are "raw" as defined above. This saves some time and keeps the file at 1/2 the size. The format is 16-bit integer MRC image stack. We plan to save in the future even smaller number of bits. Appion will use the bright/dark/correction plan of the image transferred to Leginon to make corrected frame during [[appion:GainDark correction of the raw frame with or without drift correction|frame stack making]]. |
||
57 | 1 | Anchi Cheng | |
58 | 9 | Anchi Cheng | h3. Linear mode (Not recommended as we found the quality is unstable) |
59 | 1 | Anchi Cheng | |
60 | 2 | Anchi Cheng | # The dark image will have a large mean and the value changes with exposure time. Ideally, the dark images should therefore be taken at the same exposure time as the later images to be corrected. Leginon can account for small differences but not a full range. |
61 | # To avoid saturation by the accumulated dark current, long exposure in linear mode is not recommended. 0.5 s is typical. |
||
62 | # Do not use frame saving with linear mode. It is not worth while. |
||
63 | 1 | Anchi Cheng | |
64 | 9 | Anchi Cheng | h2. Preparation in DM |
65 | |||
66 | Hardware dark and gain correction need to be done by DM to count electrons. You should therefore obtain dark and gain references and upload them to the hardware (HW). You can do these in [[Leginon image orientation]] in newer version of DM. |
||
67 | |||
68 | Once a while, but not very often (such as once a week or longer), all references should be retaken. This takes at least 15 minutes. |
||
69 | |||
70 | Gatan recommends frequent hardware dark reference update. This does not require beam. You can do it everyday while getting the scope ready. |
||
71 | # Make sure the temperature of the camera is stable at where it should be cooled to. |
||
72 | 10 | Anchi Cheng | # Set the Direct Detection mode to Counted (just in case of DM gui bug). |
73 | 9 | Anchi Cheng | # Click on "Update HW Dark Reference". This takes about 4 minutes. |
74 | |||
75 | 2 | Anchi Cheng | h2. Operation |
76 | 1 | Anchi Cheng | |
77 | 7 | Anchi Cheng | # Typical frame saving preset parameters for counted/super-resolution: 0.2 s frame exposure time, 4-5 s total exposure time at 8-10 e/physical pixel/s (Some argue that 5 e/physical pixel/s is better). You can use DM's reading of dose rate while it is in counted mode and *UNBINNed* to get a reasonable estimate. |
78 | 2 | Anchi Cheng | # Because of its small size, we have a modified [[MSI_Quick-start_for_DD_only|Quick-start procedure]] we use regularly at NRAMM FEI F20. |
79 | 10 | Anchi Cheng | # /myami/rawtransfer.py should be run on the file server to transfer the raw frames and give them names that are synced with the integrated image as it is produced. See [[DDD_raw_frame_file_transfer]]. K2 frames are saved as mrc stacks. |
80 | 2 | Anchi Cheng | # See [[appion:Direct_Detector_Frame_Processing]] for tools used for processing the frames. |
81 | 1 | Anchi Cheng | # To gain correct and align the frames, start parallel instances of Appion makeDDRawFrameStack.py See [[appion:GainDark correction of the raw frame with or without drift correction]]. |
82 | 9 | Anchi Cheng | |
83 | h2. Warning |
||
84 | |||
85 | * Because of a delay in communication with DM when Leginon is started, camera configuration shown in settings may not corresponds correctly to the internal value when the settings is opened the first.* This is particularly pronounced in Correction Node. When using Correction Node the first time after starting/restarting Leginon, you should: |
||
86 | # Open settings dialog |
||
87 | # Select a camera that you are not going to use. |
||
88 | # Select the camera that you do want to select. |
||
89 | This series of action will make sure Leginon is synced with its gui in this particular case. |
||
90 | |||
91 | * The available common camera dimensions may also appear incorrectly when Correction node is initialized for the same reason. If you don't see the correct set of common dimensions and configurations in the settings after the above reset, simply close the settings window and then reopen it. It will reset properly. |
||
92 | 6 | Anchi Cheng | |
93 | h2. Leginon functions that do not work with K2 camera |
||
94 | |||
95 | h3. General functions |
||
96 | # The dose matching tool in Preset Manager. K2's exposure time is not fine grained enough to make small adjustment according to the small dose deviation. You will have to use fixed exposure time and adjust beam intensity by hand to achieve the right dose. We find out the equivalent screen reading from the microscope for the acceptable 8-10 e/physical pixel/s dose rate for the detector and make adjustment there. |
||
97 | |||
98 | h3. Frame saving camera functions |
||
99 | # The image returned to Leginon display is always integrated over all the frames with K2 summit camera. Selection of frames to use as in DE series does not work here. |
||
100 | # Readout delay is not adjustable on K2. Leave it at 0. |
||
101 | 2 | Anchi Cheng | |
102 | h2. Clean up |
||
103 | |||
104 | Frame saving generates a lot of files during acquisition and during processing. |
||
105 | |||
106 | 5 | Anchi Cheng | # python script in leginon directory "cleanddraw.py" can help you clean up the transferred raw frames when you start to run out of disk space. See Feature #1784 for more details. |
107 | 2 | Anchi Cheng | # Selective removal of aligned frame stack in Appion runs is still to be written. |