Changes between Initial Version and Version 1 of Sensors/LeicaLIDAR/FWMikesNotes


Ignore:
Timestamp:
Jan 27, 2010, 3:25:22 PM (14 years ago)
Author:
mggr
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Sensors/LeicaLIDAR/FWMikesNotes

    v1 v1  
     1= Leica Full Waveform Digitisation =
     2
     3== Concepts and Hardware ==
     4
     5The full waveform digitiser (FWD) is supplied as an upgrade to the existing ALS50v2 (and up) sensors, and essentially consists of an upgraded data logger and an intensity digitiser.  The discrete point recording subsystem is unchanged.  In implementation, the FWD is added as a spur from the main
     6{{{
     7                                                 --->  Full waveform digitiser   ---
     8 Laser receiver -> Automatic Gain Controller  --|                  ^                |-->  Data logger
     9                                                 --->  Discrete point subsystem  ---
     10}}}
     11
     12
     13  * Nothing has changed for the AGC/mainboard of the ALS so the raw laser .SCN files will be the same as before.
     14  * Extra files will be created that contain the waveform data. Waveform files (.LWV) will be in the raw_wfd directory, SCN files in the raw_laser directory.
     15  * Waveform files have A or B in filename depending on which data board (A or B) acquired it. When processing both files are taken together.
     16 * The digitiser starts recording from the first returned peak for the number of required samples (256/128 @ 1ns or 256/128/64 @ 2ns)
     17  * If first return is noise (cloud/seagull) then the digitiser will start recording there and not at the target.
     18  * measured heights / distances for different sampling rates:
     19
     20    || Sample rate || equivalent height ||
     21    || 256 @ 1ns   || 38.4m ||
     22    || 128 @ 1ns   || 19.2m ||
     23    || 256 @ 2ns   || 76.8m ||
     24    || 128 @ 2ns   || 38.4m ||
     25    || 64 @ 2ns    || 19.2m ||
     26
     27 * Benefits of full waveform
     28  * Better idea of the nature of the return e.g. tree canopy height is more accurate than from 1 discrete point
     29  * Extraction of points from the waveform missed by the discrete measuring
     30  * (a future benefit) pulse stretching at swath edges compared to nadir: indicating sloped terrain, improved classification
     31 * Maximum rate of acquiring digitised full waveform data is 120KHz. If a higher rate is used then the waveform data will record for every other emitted pulse. But the SCN files will still be recorded at the high rate.
     32 * Pulse length (sampling rate) should be chosen based on the maximum height of targets in the area. E.G. if all low lying targets then there is no point using 256 samples at 1 ns - better to use 128 at 1 ns.
     33 * No changes to the calibration flights except to collect FW data. Only change to the processing is to find the timing offset between FW and discrete points.
     34 * Pre-trigger - like a buffer zone to record digitised samples before the first return. Default is 5m.
     35 * Waveform and discrete data use different scalers for the intensity values and so will result in different intensities.
     36 * AGC is constant for a pulse - so the same value is used for the entire waveform
     37 * There is a slight delay between SCN files and waveform files being recorded (< 1 second). This may result in first few points not having waveform data.
     38
     39== Software ==
     40
     41 * ALSPP outputs in LAS 1.3 format which supports full waveform data (and also LAS 1.0)
     42  * To output in LAS v1.0 you must also select "LAS file with time stamp" in output options else no files will be output
     43 * ALSPP takes 10 times as long to process the data to produce a LAS file when using FWD
     44 * Includes a simple waveform viewer
     45  * Displays waveform and discrete points
     46  * There is a "constant" timing offset between the waveform and discrete points - thought to be due to processing time. This should be removed at calibration
     47  * In waveviewer "Ret point loc" is the discrete return time (from emit to receive) for the first return
     48  * intensity is the value for each discrete return
     49 * LASHistoViewer is useful for viewing stats of LAS file. Can also "drag and drop" Flightline_log into it to see info and stats together.
     50 * New version of Terrascan capable of displaying full waveform data and "creating extra" points from the waveform
     51
     52
     53== Something ==
     54
     55 * When processing data collected after using FCMS v3.15 (anything after Jan 2010 ?)
     56  * ALS system refers to a virtual rotation axis (assumes a PAV80 stabilised mount even if you do not have one)
     57  * we need to update GPS lever arms in FCMS v3.15.
     58  * .SUP file will automatically offset to the mirror centre in ALSPP processing (Need IPAS version 1.35 for this)
     59  * Unsure as to whether leverarms need to be updated in IPAS or not - also how do we know IMU offsets to apply?
     60
     61
     62== Changes to processing ==
     63
     64 * To process full waveform data in ALSPP - Select "process waveform data" from the inputs menu and tick the box. Enter the "Trigger Delay" - this is the time offset between discrete and waveform data.
     65 * ALSPP looks for the "!RawWfd" folder - this may imply that renaming the directory structure could cause problems.
     66 * ALSPP can limit the number of points it puts in a LAS file. This allows long flight lines to be split up into more manageable files.
     67 * Trigger delay needs to be derived - hopefully it remains constant throughout each flight line and whole flying season - this needs to be checked and monitored. Temperature may also affect it.
     68  * Will have 2 values - one for 4ns pulse width ("over TPR") and one for 9ns pulse width ("under TPR")
     69  * Use waveviewer tool with lines at 4ns to get the 4ns offset, and lines at 9ns to get the 9ns offset
     70  * Use points throughout flight line not just at start to derive the offset.
     71  * Procedure
     72   * Check LAS file is suitable by loading into LASHistoViewer and checking AGC is fairly constant (should be a tight/narrow histogram in the centre)
     73   * Select view by time and volt in waveviewer and zoom into the graph
     74   * Find a discrete point with ~ 1V intensity value
     75   * Measure the distance between discrete and full wave peak by zooming into the image and counting the time difference along the x-axis.
     76   * Can enter the offset value into waveviewer to check discrete and peak align (enter the value in picoseconds)
     77   * Repeat this for a few samples throughout the file and take an average.
     78 * Terrascan new options - waveform viewer and point extraction
     79  * Need to import trajectory
     80  * then flightline -> deduce from time
     81  * Should be able to view waveforms now
     82  * Waveform display settings
     83   * sample height - changes y scale
     84   * maximum value - changes x scale
     85  * 3D drawing
     86   * draws a coloured vector onto the design file depending on the waveform intensity. To remove it, you need to select the line and delete it.
     87   * ambient noise - change the threshold level of noise for colour coding the waveform vector
     88  * extract data - allows new points (returns) to be created from the waveform data
     89   * can export the waveforms as txt files for further analysis in other software
     90
     91== RCD105 ==
     92 * Enhancements
     93  * CCD format is now full frame - allows improved radiometric calibration
     94  * software fixes
     95  * solid state disks
     96 * Now use the entire CCD area for radiometric calibration for better left/right balancing. The boundary is trimmed off in post-processing.
     97 * Creates a distortion free image (tries to model lens distortion and uses a DTM)
     98 * Filename convention change - files automatically renamed
     99 * RCD workflow manager software looks useful - includes ORIMA dll file for running APM (?)
     100 * New software should handle pixel saturation better and supports 2 CCD sizes