Per vendor feedback, the first 1-2 min of each OPTAA instrument sampling period should be considered suspect. Signal drift can occur as the instrument warms up, flushes with seawater, and the filter wheel spins up. Users are encouraged to delete the first minute of data, at a minimum, from each measurement burst and then calculate a median average of the remaining data from the burst before working further with the OPTAA data.

Id: 2126 By: wingardc

All of the inshore surface moorings suffer from an issue called the 'top of the day problem.' A race condition exists in the CPM firmware when transferring daily log files harvested from the various sub-components in a buoy system (e.g. DCL16, CPM3, DCL35, etc) over the Iridium RUDICS connection. The primary CPM rsync's data files from the various sub-components to a central data directory. The first time a daily file is created/copied into that directory (usually shortly after midnight), a compressed copy of the file is created and that compressed file is queued up in a separate text file for transmission to shore. The transfer routine reads that text file and processes the files from that list in order from top to bottom. Once that compressed file is transferred to shore, no further updates for that file are sent to shore. Meanwhile, the CPM continues to rsync data from the different sub-components, updating the original daily log file. The net result is that data is accumulating in the daily log file for an instrument, but we may see only one record (or none) depending on when the rsync job occurred and the compressed file was created and staged for transfer to shore. This affects telemetered data only.

Id: 897 By: michaesm

Correcting the iridium data telemetry issues, permitting full telemetry of data files, resulting in greater power consumption than anticipated. Result is power level of the battery pack has dropped below operational limits and subsystems can no longer power instruments. Shutting the mooring down, and placing in a low power maintenance mode. 11 instruments offline.

Id: 898 By: michaesm
Flag: not_operational Exclude: No

Instrument not deployed during Fall 2016 cruise because its refurbishment was not complete before the cruise.

Id: 904 By: michaesm
Flag: not_operational Exclude: No

The buoy main battery voltage is being drawn down faster than expected. Have shutdown further power to DCL17 and to the OPTAA on DCL16. This takes the following instruments offline:
DCL17
MOPAK
CTDBP (with attached FLORT)
VELPT
ACOMM
OPTAA
Have had to power off DCL17 and DCL16 and reduce call in frequency to 12 hours. Will still (at least should) receive data from MFN. Instruments affected are:
DCL17 (Buoy)
MOPAK
CTDBP3 (with FLORT)
VELPT1
UCSPP (aka ACOMM)
DCL16 (NSIF)
CTDBP1 (with DOSTA) (should internally log)
FLORT
PCO2W1 (should internally log)
PHSEN1 (should internally log)
OPTAA1
NUTNR (should internally log)
SPKIR
VELPT2 (should internally log)

Id: 899 By: michaesm

CAMDS not serviced by vendor in time for deployment

Id: 1236 By: michaesm
Flag: not_operational Exclude: No

The instruments external (in-situ) temperature sensor has failed. Data from a co-located CTD (CE06ISSM-RID16-03-CTDBPC001) should be used to correct for effects of temperature and salinity on the absorbance and attenuation spectra.

Id: 1700 By: wingardc
Flag: fail Exclude: No

The instruments external (in-situ) temperature sensor has failed. Data from a co-located CTD (CE06ISSM-RID16-03-CTDBPC001) should be used to correct for effects of temperature and salinity on the absorbance and attenuation spectra.

Id: 1755 By: wingardc
Flag: fail Exclude: No

Data from the sensor indicates that it is heavily bio-fouled. That fact, combined with reduced battery power on a mooring that needs to operate well past its originally scheduled recovery date, resulted in the decision to power off the sensor for the remainder of the deployment.

Id: 2069 By: wingardc
Flag: not_operational Exclude: No