Reference Designator
Start Depth
End Depth
Near Surface Instrument Frame
Current Status
Not Operational
OPTAA (Absorption Spectrophotometer)
Science Discipline
WET Labs
M2M Example
Method Data Stream Content Type
recovered_host optaa_dj_dcl_instrument_recovered Data Products (DCL) Report M2M Stats Science
recovered_host optaa_dj_dcl_metadata_recovered Metadata (DCL) Report M2M Engineering
telemetered optaa_dj_dcl_instrument Data Products (DCL) Report M2M Stats Science
telemetered optaa_dj_dcl_metadata Metadata (DCL) Report M2M Engineering
Deployment Cruise Start Date Stop Date Mooring Asset Node Asset Sensor Asset Latitude Longitude Deployment Depth Water Depth
1 OC1404B 04/17/2014 08/16/2014 CGMCE-01ISSM-00001 CGINS-OPTAAD-00135 44.6583 -124.096 7 25
2 OC1410A 10/10/2014 04/12/2015 CGMCE-01ISSM-00002 CGINS-OPTAAD-00170 44.6583 -124.096 7 25
3 PS1506A 06/03/2015 10/07/2015 CGMCE-01ISSM-00003 CGINS-OPTAAD-00214 44.6583 -124.095 7 25
4 OC1510A 10/08/2015 05/10/2016 CGMCE-01ISSM-00004 CGINS-OPTAAD-00136 44.6601 -124.096 7 25
5 TN-342 05/18/2016 10/02/2016 CGMCE-01ISSM-00005 CGINS-OPTAAD-00179 44.6583 -124.095 7 24
7 SKQ201704S 04/19/2017 10/12/2017 CGMCE-01ISSM-00007 CGINS-OPTAAD-00183 44.6563 -124.095 7 25
8 SKQ201715S 10/12/2017 CGMCE-01ISSM-00008 CGINS-OPTAAD-00149 44.6597 -124.095 7 25
Metadata Start Date End Date Comment
4/17/14 10/1/16

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.

By Mike Smith, on 7/11/16
Redmine Issue #8151

Deployment: 5
7/28/16 10/2/16

Port was overcurrenting, so mission file changed to disable instrument.

By Mike Smith, on 10/13/16
Resolved: 10/25/16

8/8/16 10/4/16

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.

By Mike Smith, on 8/11/16
Redmine Issue #10922

Deployment: 6
10/1/16 5/1/17

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

By Mike Smith, on 10/25/16
Redmine Issue #11427

Deployment: 6
12/12/16 5/31/17

On Monday, Mon Dec 12 15:30:00 2016, stopped receiving any data from CTDBP3. No indication as to possible cause.

By Mike Smith, on 1/3/17
Redmine Issue #11710

Deployment: 6
2/6/17 5/1/17

The buoy and mfn battery voltages have been drawn down faster than expected. Have shutdown further power to DCL16, DCL17, CPM3, and DCL37 (DCL35 failed several weeks ago). This takes the following instruments offline:

CTDBP + DOSTA (probably internally recording)
NUTNR (probably internally recording)
PHSEN (probably internally recording)
PCO2W (probably internally recording)
VELPT (probably internally recording)
VELPT (probably internally recording)
ADCPT (probably internally recording)
PCO2W (probably internally recording)
PHSEN (probably internally recording)
PRESF (probably internally recording)
VEL3D (probably internally recording)
CTDBP + DOSTA (probably internally recording)
ZPLSC (probably internally recording)

By Mike Smith, on 3/9/17
Redmine Issue #11967

Deployment: 8
Asset: CGINS-OPTAAD-00149
Status: Failed
9/30/17 12/6/17

CE01ISSM NSIF OPTAA stopped working

CE01ISSM NSIF OPTAA port stopped recording full data records in the last few days of October. This problem got worse over the week until no data were coming through. On 11/6 the OPTAA port was turned off.

By Mike Smith, on 12/6/17
Redmine Issue #12959

Deployment: 8
Asset: CGMCE-01ISSM-00008
Status: Failed
10/24/17 4/2/18

DSL on CE01ISSM stopped working

We experienced poor communications via the DSL to the MFN after hooking the system up on deck (10/12). While we were able to adjust the communication rate to correct for this, subsequently (10/18) there have been times when the surface buoy did not connect to the MFN via the DSL. This is how data from the MFN are telemetered to the buoy.

All sensors on the MFN appear to be working based on power consumption data, but science data transfers from the MFN are no longer working at all (10/24).

By Mike Smith, on 12/6/17
Redmine Issue #12958

New Note

No annotations yet.