|
What's New Experiment Plan Participants Ancillary Data TRMM Campaigns TRMM Standard Products TRMM Standard Products in Mirador Documents Aircraft Data Surface Data Satellite Data DISC Home Privacy, Security, Accessibility,
|
Airborne Rain Mapping Radar (ARMAR)
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Data Accessplease click on image for full size |
Readme Contents |
(information provided here are extracted from JPL/ARMAR user's guide)
The ARMAR measurements were collected during the second phase of the TExas FLorida UNderflight field experiment (TEFLUN-B) which took place during the month of August and September 1998 and was focused on East Florida . The ARMAR instrument was flown aboard the NASA DC-8 aircraft under the direction of principal investigator Dr. Steve Durden of NASA/Jet Propulsion Laboratory.
The authors wish to thank NASA/JPL scientist Dr. Steve Durden for the production of this ARMAR data set. They also thank the Data and Information Services Center (Code 610.2) at the Goddard Space Flight Center, Greenbelt, MD, 20771, for making it available to the scientific community. Goddard's contribution to the distribution and archive of this data set was sponsored by NASA's Earth Science Enterprise.
ARMAR data is made available on anonymous ftp
site for the priority days ( 225/Aug13, 238/Aug26, 248/Sept5) only.
The ARMAR data set provided here is calibrated and earth located.
since the data status is preliminary, before using this data in your
publication, please contact the Principal Investigator Dr. Steve
Durden (sdurden@jpl.nasa.gov).
The ARMAR data files are being archived in their native binary format. The typical data file sizes are 10 MB. Software is provided to convert the ARMAR data to NCAR's DORADE format.
Typical file sizes are around 10 megabytes, which corresponds roughly to 5 minutes of data.
Quick-look (browse) ARMAR images have been produced for a few selected flight lines during CAMEX3. Those files with gif or jpg extensions were produced during the experiment and provide annotation. Their names correspond to the year, month, day, and time (GMT) at the start of the image. Files with the sun extension are sun raster format and were produced after the complete data processing and first calibration. The vertical scale is approximately 15 km; the horizontal scale is the along-track time and is the number of pixels times 1.8 seconds. This was chosen as either 6 minutes or 30 minutes. The files name is the julian day and time followed by an underscore and a number. The number is 1 for reflectivity, 2 for doppler, 3 for LDR, and 4 for h-v correlation coefficient. The color bar at the end of the image corresponds to * reflectivity from 51 dBZ (white) down to 0 dBZ (blue) * Doppler from +17 m/s away (white) to -11 m/s toward (blue) * LDR from - 5 dB (white) down to -30 dB (blue) * rho from 0.64 (white) to 0.99 (blue)
Black areas are those with low SNR or no data.
The format of the calibrated data is a sequence of headers. Each header begins with "#" followed by a capital letter unique to the particular type of header.
#V header: The format is #V, followed by 156 bytes, providing the processing software version numbers. Hence each file begins with first two bytes as #V.For CAMEX3 parts of the data were processed on the Sky processor with a single i860 and are version 28. Data were also processed on a new Sky system containing four i860s. The software on the new Sky processor is version 100.
#A header: a binary header (with first two bytes being #A) storing information for a single radar radial or ray,including antenna pointing, brightness temperature, radar data
#C header :containing DC-8 DADS navigational and aircraft data . The C-I headers are saved in ASCII just as they are received from the DC-8 DADS system. Each line is terminated by a carriage return and line feed. Because we do not modify the format of the DADS data, we refer the reader to the DC-8 DADS group at NASA DFRC for information on the format of these headers. A full set of DADS headers are recorded about once per second, and each header can appear at random intervals with respect to the radar data (A) headers.
An A-header begins with an 80 byte structure which describes characteristics of the data. This is followed by the radar data itself. The data contains several possible parameters: reflectivity in dBZ, velocity and spectrum width in m/s, HH-VV phase difference in degrees, and HH-VV correlation coefficient (unitless). These quantities were computed as floating point numbers and have been converted to 2 byte integers to save space. The floating point quantities were multiplied by 100 before converting to integers and can be recovered by converting the 2 byte integers to floating point and then dividing by 100. The exception is the HH-VV phase difference, which was mutliplied by 10 rather than 100. The data have been created on a Sun SPARCstation, which uses Big Endian ordering and IEEE format. The order in which the radar parameters are stored is as follows: all range bins of the first radar parameter (usually reflectivity), followed by all range bins of the second radar parameter, etc. A maximum of 400 range bins are possible. In Table 1 we list the contents of the A-header.
Table 2 shows the radar parameters that are found in the A-header for each possible value of the data type parameter.
As an example, suppose one has read the "#A" characters and then the 80 byte structure. Then from that structure one gets a data type of 3, and number of range bins of 310. From Table2, type 3 indicates that single polarization doppler data follows. So one must read, first, 310 words of dBZ values into an array, then 310 doppler velocity values, and then 310 values of doppler width. In all, this header occupied exactly (3x2x310+80+2=) 1942 bytes of mass storage (including the "#A" identifier).
The A-headers are loosely organized by the cross-track scans of the antenna positioner. Preceding each antenna scan is always an A-header of data type 8 or 9 which contains the noise floor mean and standard deviation. This noise floor information is applicable to all radar pulses of the subsequent antenna scan. In general, radar data within 5 dBZ of the noise floor standard deviation should be considered unreliable. There are typically about 20 radar rays (or A-headers) across a single scan of the antenna. Each radar ray is typically an average of about 250 raw pulses (the actual value can be found in the A-header structure, as shown in Table 1). Each radial is numbered across the scan, with the last radial in the scan being 1 (see Table 1).
The range from the aircraft to the first pixel of radar data is given in the A-header in meters. The range to subsequent pixels is computed as:
r_i = i * Delta t * 15 + r_0
where Delta t is the time between range bins as stored in the A-header in 100 nanosecond units. This variable normally has a value of 4, giving a pixel spacing of 60 m.
The specific antenna pointing angle of a given pulse is contained in the 80 byte structure, as indicated in Table 1. The starting and ending azimuth angles and elevation angle are with respect to the nadir oriented antenna positioner. Negative azimuth is to the left, and positive elevation is aft of the aircraft. The two azimuths define the cross-track swath, or window, over which the 250 (or so) raw radar pulses were averaged. Note that these parameters do not account for aircraft roll, pitch, yaw, or positioner mounting offsets. As an alternative to the antenna angle, the Cartesian unit vector given in the A-headergive the antenna vector as corrected for mount offsets and aircraft attitude. This vector is multiplied by 10000 to fit the integer format of the data storage. This vector places the antenna beam with respect to the aircraft ground track. This vector together with the heading, drift angle, latitude, longitude, and altitude as taken from the DADS headers will locate a given pixel in Earth coordinates.
Following tables provide the description of 80 bytes of header #A
.
| param | format | units | description |
|---|---|---|---|
| prf | 2-byte-int | Hz | radar pulse repetition frequency |
| dat_type | - | radar data type- see Table 2 | |
| spare0 | - | not used (was radar "gate" mode) | |
| no_av | - | no. radar pulses read from original data | |
| nbin | - | range sample interval (x15 = meters per pixel) | |
| dt | ęs x10 | range sample interval (x15 = meters per pixel) | |
| no_av1 | - | no. pulses actually averaged in pulse 1 power | |
| no_av2 | - | no. pulse 2 power (2nd polarization) | |
| spare1 | - | not used (was pulse "id") | |
| spare2 | - | not used (was "nskip") | |
| no_sumc1 | - | no. pulses actually averaged in doppler 1 | |
| no_sumc2 | - | no. doppler 2 (2nd polarization doppler) | |
| no_sumr | - | no. pulses accumulated in lag-2 correlation | |
| v_offset | m/s x 100 | offset measured & applied to doppler | |
| v_predict | offset otherwise predicted from INS | ||
| n_miss | - | no. radar pulses lost to data system errors | |
| az1 | 4-byte-float | deg | antenna azimuth at start of accumulation |
| az2 | antenna azimuth at end of accumulation | ||
| el | antenna elevation (aft is positive) | ||
| tb | K | radiometer brightness temperature | |
| time | 8-byte-double | s | UT seconds |
| r0 | 2-byte-int | m | range to first pixel below aircraft |
| npulse | - | no. pulses to end of scan (1 is last pulse) | |
| x | x 10000 | along track cartesian antenna vector | |
| y | cross-track component | ||
| z | zenith component | ||
| pol1 | - | polarization 1: 1=HH, 2=VV, 3=HV, 4=VH | |
| pol2 | - | polarization of pulse 2: " | |
| day | - | Julian flight day (1=8/xx/98 1, 1994) | |
| rcm | - | radiometer calibration mode | |
| scanmode | - | ant. scan: 0=bowtie, 3=retrace, <3=fixed | |
| spare3 | - | not used | |
| spare4 | - | not used |
| dat_type | meaning |
|---|---|
| 1 | Single polarization, no doppler: read nbin samples of dBZ into array z1 |
| 2 | Dual polarization, no doppler: read nbin samples nbin samples into z2.into z1, then |
| 3 | Single polarization doppler: read nbin dBZ values into z1, nbin m/s values into velocity array v1, then nbin m/s samples into doppler width array w1. |
| 4 or 5 | Dual pol. doppler: read nbin samples each into z1, v1, w1, z2,v2, and w2. Polarizations are given in "ahd.p1" and "ahd.p2". Type 5 normally implies cross-pol data for z2. Type 4 normally implies HH/VV polarizations. |
| 8 | Single pol. noise floor: read nbin samples of mean noise into n1array, and nbin samples of noise variance into nv1. |
| 9 | Dual pol noise floor: read nbin samples each into n1, nv1, n2,. These pol's should be paired with subsequent type 2, 4, or 5 dual polarized radar data. |
| note: z1, z2, v1, v2, w1, w2, n1, n2, nv1, nv2 should all be allocated as 400 integer arrays. | |
| Date (julian) | Start(UTC) | Stop(UTC) |
|---|---|---|
| 8/13/98 (225) | 19:47 | 22:39 |
| 8/15/98 (227) | 20:40 | 22:17 |
| 8/20/98 (232) | 16:39 | 20:42 |
| 8/23/98 (235) | 17:47 | 21:43 |
| 8/24/98 (236) | 20:02 | 01:43 |
| 8/26/98 (238) | 11:25 | 17:23 |
| 8/29/98 (241) | 19:22 | 01:32 |
| 8/30/98 (242) | 20:05 | 23:16 |
| 9/2/98 (245) | 18:36 | 23:00 |
| 9/5/98 (248) | 19:47 | 22:10 |
| 9/14/98 (257) | 19:50 | 23:33 |
| 9/15/98 (258) | 18:25 | 21:58 |
| 9/17/98 (260) | 18:33 | 22:37 |
| 9/21/98 (264) | 17:12 | 19:22 |
| 9/22/98 (265) | 19:58 | 21:06 |
| 8/26/98 (238) | 17:47 | 21:43 |
The DISC distributes read and conversion software that was provided by the data producers at JPL:
The ARMAR data was produced using a Sun workstation that loads the most significant byte of a two-byte integer first whereas a PC, for example, loads its integers little-end-first. Program read_arm.c has been written to detect and correct for this system difference. Program arm2dor.c at this time does not correct for this difference and may require a byte swap to run correctly on non-Sun implementations.
In addition to read software, number of other JPL documents are also available to assist users in reading and understanding ARMAR data. The JPL documents and text version of this DISC produced html document "README_tfb_armar.shtml" is also included in the distribution package. The DISC document is based on the JPL produced more comprehensive user guide "armar_users_guide.ps" and the document "quick.txt". These documents provide a description of the instrument, its operating modes; data collection, processing, and calibration; data quality assessment; and data format (special JPL internal format)and are available on line from the directory
ftp://disc2.nascom.nasa.gov/data/TEFLUNB/aircraft/nasa_dc8/armar/document.
ARMAR Calibrated
Data
ARMAR Browse
Images
Hydrology Data Support Team
Goddard DISC, Code 610.2
NASA Goddard Space Flight Center
Greenbelt, MD 20771
phone: 301-614-5165
fax: 301-614-5268
email: hydrology-disc@listserv.gsfc.nasa.gov
Technical Inquiries about this Data should be addressed to:
ARMAR was completed in late 1991, and the first airborne testing was performed in May of 1992. Additional tests were completed in December 1992, and the system was deployed during TOGA COARE in the western Pacific in early 1993. The ARMAR data described here were collected during CAMEX3 in August-September 1998
| Performance Characteristics | |
| Range resolution (6 dB width) | 80 m |
| Range sidelobes | -57 dB |
| Surface horizontal resolution (12 km altitude) | 800 m |
| Swath width | 10 km |
| Frequency | 13.8 GHz |
| Polarizations | HH, VV, HV, VH |
| Antenna Characteristics | |
| Aperture diameter | 0.4 m |
| Gain | 34 dB |
| 3 dB beamwidth | 3.8 deg. |
| Sidelobe level | -32 dB |
| Polarization isolation | -28 dB |
| Transmitter Characteristics | |
| Peak power | 200 W |
| PRF | 1-8 kHz |
| No. transmit frequencies | 1-4 |
| Pulse duration | 5-45 microsec |
| Chirp bandwidth | 4 MHz |
| Receiver Characteristics | |
| System noise temp | 650 K |
| Sample frequency | 10 MHz |
| ADC Resolution | 12 bits |
| Radiometer Characteristics | |
| Bandwidth | 40 MHz |
| Delta T per pixel | 1 K |
ARMAR is a pulse compression radar. The transmitted signal is a relatively long, frequency modulated signal, referred to as a chirp. The ARMAR digital controller causes the chirp generator to produce chirps with the selected length, spacing, and start frequency. In normal operation, the chirp is a linear frequency modulated upsweep with 4 MHz bandwidth and amplitude weighting for range sidelobe suppression. The chirp start frequency is 60 MHz. A sequence of up to seven different chirps can be transmitted, with each chirp possibly differing in polarization and other parameters. The chirps are upconverted to 13.8 GHz and amplified by a high power traveling wave tube amplifier (TWTA). The amplified chirp is then sent to the antenna system. A small amount of power is sent directly to the receiver through a calibration loop. The TWTA is operated in the non-saturated mode to maintain the desired chirp amplitude characteristics.
The antenna system consists of a dual, linearly polarized scalar feed horn which illuminates a precision offset parabolic reflector. The signal is focused by the parabolic reflector and reflected by a flat mechanically scanned elliptical reflector which scans the beam +/- 25deg in the crosstrack direction. The reflector can also be pointed or scanned up to +/- 10 deg in the along track direction, if desired. Scanning can be done either in a bow-tie mode in which the elevation angle is changed across the scan or in a retrace mode in which the antenna is scanned with constant elevation angle from left to right and then rapidly re-positioned to the left. Both transmit and receive polarizations can be varied on a pulse to pulse basis, allowing a combination of like- and/or cross-polarization data to be collected.
The signal reflected from the rain is collected by the antenna and then amplified by a low noise amplifier (LNA). Following the LNA, the received signal is downconverted to the 70 MHz intermediate frequency (IF). Here, the signal is split into radar and radiometer signals. The radar signal is passed through a programmable attenuator before IF amplifiers and filters. In the final stage, the signal is downconverted to baseband (offset video, rather than I-Q) where it is digitized by a 12-bit analog/digital converter (ADC) at a rate of 10 MHz and recorded. The radiometer signal is acquired during a short time within each interpulse period after return from the transmitted pulse has reached zero. This signal is integrated in analog circuitry, sampled every 10 ms, averaged, and recorded. At the end of each antenna scan, or every few seconds in non-scanning operation, the radar enters a calibration mode in which the radar signal passing through the calibration loop, as well as radiometer noise diode and reference load measurements, are recorded.
The main control computer for ARMAR is a 486 Personal Computer (PC), which runs a Quick Basic program for overall system control. This computer serves as the operator interface, allowing the operator to start, stop, and re-configure the radar and display data. The radar configuration includes such parameters as transmit chirp length, chirp start frequencies, polarization(s), and antenna scanning parameters. A sequence of up to seven chirps with differing characteristics, such as IF and polarization, can be programmed. A VME 68000 computer is used for real-time control of the radar through a specially designed digital controller. The VME computer also controls the antenna scanner. The signal conditioner and formatter board in the PC receives the data from the 12-bit ADC and transmits it to a high speed Ampex DCRSi tape recorder.
Auxiliary data, including radiometer voltage, system temperatures, radar configuration, timing information, and aircraft parameters from the DC-8 data system, are recorded along with the radar data. The digitized voltages are recorded in binary, while the auxiliary data are recorded in the form of ASCII header strings. Radar data and auxiliary data are recorded as received.
The radar system is mounted in the cargo bay of the NASA DC-8 aircraft. The antenna beam is directed through an opening in the bottom of the DC-8 aircraft. A thin radome covers this observation port, and the entire antenna system is surrounded by a pressure box. The radar RF section is mounted on a plate which lays on top of the pressure box. This plate also includes IF, video, and ADC sections. A rack for the TWTA and other equipment is mounted in the cargo bay next to the pressure box. The system computer, tape recorder, and data processing system are mounted in a rack in the DC-8 cabin where the ARMAR operators sit.
The raw data from CAMEX3 are stored on 23 high density cassettes, labeled CA-CW. Each tape is divided into several records with the total tape holding approximately 2 hours of data. The exact duration varies depending on which configurations were used. There is a minimum of about 2 minutes in time between records on a tape because the radar is stopped and restarted. The first record on a tape is used for housekeeping purposes, so the data records begin with record 2. The high density tape record numbers are retained in the pre-processed data. Data files produced from tape CC, record 3, for example, are denoted, cc3_1, cc3_2, etc. One calibrated data file is produced from each pre-processed data file. However, at the calibration step, the file name is changed to reflect the UTC time of collection.
Each calibrated file is denoted by dddhhmm.ARM, where ddd is the Julian day, hh is the hour, and mm is the minute. Note that the times of the file names are approximate; data times should always be taken from the
#A header. Typical file sizes are around 10 megabytes, which corresponds roughly to 5 minutes of data.
ARMAR Data Processing:
The data processing system consists of a Sun workstation and a Sky Computers i860-based co-processor. The first step in the processing of ARMAR data is referred to as pre-processing and consists of pulse compression and averaging. The PC and formatter board are used to play the recorded data into the data processing system. The auxiliary information is sent over a serial line to the Sun computer, while the radar voltages from each pulse are sent directly to the Sky co-processor and correlated with a model of the transmitted signal to perform pulse compression. This correlation is performed by taking the FFT of each received pulse, multiplying by the reference function transform, and inverse transforming. As mentioned above, the raw voltages are real, offset video samples rather than I-Q samples; complex data (i.e., analytic signal) are generated by zeroing out the negative frequencies in the transform domain. The inverse FFT is done using one-half the number of points in the forward FFT. Averages of various second order statistics are then computed from the complex, pulse-compressed data. Which statistics are computed depends on the mode in which data were acquired. This process is computationally intensive. Several months of almost continuous operation were required for the data from CAMEX3.
In the second phase of processing, the pre-processed data are passed through a program which cleans up, calibrates, and time stamps all data. For reflectivity, the average magnitude squared is converted to the ratio of received to transmitted powers using calibration chirp data and laboratory measurements of the transmit path, receive path, and calibration loop attenuations. This ratio, along with the range, range resolution, and antenna pattern are used in the radar equation to calculate the equivalent reflectivity factor Z_{eq}. An estimate of the system noise floor is subtracted from the total power before conversion to reflectivity. This estimate of the noise floor is based on the radar data itself, using the signal in range bins with no rainfall. For Doppler mode data, the complex compressed signal is used in a pulse-pair algorithm to estimate the mean velocity and spectrum width.
The doppler velocity has been corrected for aircraft motion by subtracting the surface velocity from all range bins. The surface velocity is found by fitting the measured surface velocity for all beams in a scan to an exact equation for Doppler versus scan angle. The result is then used to compute the surface velocity for each beam. For observations over the ocean this should be more accurate than using the DC-8 DADS data. Note that over land with topography this method may be biased and the DADS data can be used in its place.
For dual-polarization modes, appropriate polarimetric quantities (e.g., HH-VV phase difference) are calculated, in addition to reflectivity and velocity. Radiometer voltages are converted to brightness temperatures using the noise diode and reference load measurements.
The following measurements test system calibration:
T_{new}=1.08 T_{old}-23.7
Doviak, R. J. and D. S. Zrnic, Doppler Radar and Weather Observations. Academic Press, 103-107, 1984.
Durden, S. L., E. Im, F. K. Li, W. Ricketts, A. Tanner, and W. Wilson " ARMAR: An airborne rain mapping radar," J. Atmos. Oceanic Tech., vol. 11, no. 3, pp. 727-737, 1994.
Durden, S. L., A. Kitiyakara, E. Im, A. B. Tanner, Z. S. Haddad, F. K. Li, and W. J. Wilson," ARMAR observations of the melting layer during TOGA COARE," IEEE Trans. Geosci. Remote Sensing, vol.35,no.6, pp. 1453-1456, November 1997.
Tanner,A., S. L. Durden, R. Denning, E. Im, F. K. Li, W. Ricketts, W. Wilson, " Pulse compression with very low sidelobes in an airborne rain mapping radar," IEEE Trans. Geosci. Remote Sensing, vol.32, no. 1, pp. 211-213, 1994.
Durden, S., A. Tanner, W. Wilson, F. Li, E. Im, W. Ricketts, "The NASA/JPL airborne rain mapping radar (ARMAR),"Proc. 11th International Conference on Clouds and Precipitation, Montreal, August 1992, pp. 1013-1016.
| Page Author: Hydrology Data Support Team -- hydrology-disc@listserv.gsfc.nasa.gov Web Curator: -- Website Curator: Anthony Drake NASA official: Steve Kempler, DISC Manager -- kempler@disc.gsfc.nasa.gov |
|