|recovered_host||cg_dcl_eng_dcl_cpu_uptime_recovered||CPU Uptime Data||Report M2M||Engineering|
|recovered_host||cg_dcl_eng_dcl_dlog_aarm_recovered||Accelerometer Data||Report M2M||Engineering|
|recovered_host||cg_dcl_eng_dcl_dlog_mgr_recovered||Data Log Manager||Report M2M||Engineering|
|recovered_host||cg_dcl_eng_dcl_dlog_status_recovered||Data Logger Status||Report M2M||Engineering|
|recovered_host||cg_dcl_eng_dcl_error_recovered||Error Data||Report M2M||Engineering|
|recovered_host||cg_dcl_eng_dcl_gps_recovered||GPS Data||Report M2M||Engineering|
|recovered_host||cg_dcl_eng_dcl_msg_counts_recovered||Message Counts Data||Report M2M||Engineering|
|recovered_host||cg_dcl_eng_dcl_pps_recovered||Pulse Data||Report M2M||Engineering|
|recovered_host||cg_dcl_eng_dcl_status_recovered||Status Data||Report M2M||Engineering|
|recovered_host||cg_dcl_eng_dcl_superv_recovered||Leak Detect Data||Report M2M||Engineering|
|telemetered||cg_dcl_eng_dcl_cpu_uptime||CPU Uptime Data||Report M2M||Engineering|
|telemetered||cg_dcl_eng_dcl_dlog_aarm||Accelerometer Data||Report M2M||Engineering|
|telemetered||cg_dcl_eng_dcl_dlog_mgr||Data Log Manager||Report M2M||Engineering|
|telemetered||cg_dcl_eng_dcl_dlog_status||Data Logger Status||Report M2M||Engineering|
|telemetered||cg_dcl_eng_dcl_error||Error Data||Report M2M||Engineering|
|telemetered||cg_dcl_eng_dcl_gps||GPS Data||Report M2M||Engineering|
|telemetered||cg_dcl_eng_dcl_msg_counts||Message Counts Data||Report M2M||Engineering|
|telemetered||cg_dcl_eng_dcl_pps||Pulse Data||Report M2M||Engineering|
|telemetered||cg_dcl_eng_dcl_status||Status Data||Report M2M||Engineering|
|telemetered||cg_dcl_eng_dcl_superv||Leak Detect Data||Report M2M||Engineering|
|Deployment||Cruise||Start Date||Stop Date||Mooring Asset||Node Asset||Sensor Asset||Latitude||Longitude||Deployment Depth||Water Depth|
No notes yet.
|Metadata||Start Date||End Date||Comment|
||4/17/14, 4:45 PM||9/30/16, 8:00 PM||
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: 868 By: michaesm
||8/7/16, 8:00 PM||10/3/16, 8:00 PM||
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.
||10/28/16, 8:00 PM||5/14/17, 8:00 PM||
The file system on the SD card used by embedded Linux card comprising DCL35 became corrupted on Saturday, October 29, 2016. Affected instruments are: [ADCPT, PCO2W, PHSEN, PRESF, VEL3D]. All instruments are set to log internally. Will not receive telemetered data, but do not anticipate complete loss of data.
||12/11/16, 7:00 PM||5/30/17, 8:00 PM||
On Monday, Mon Dec 12 15:30:00 2016, stopped receiving any data from CTDBP3. No indication as to possible cause.
||2/5/17, 7:00 PM||4/30/17, 8:00 PM||
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:
||5/11/17, 8:00 PM||10/30/17, 8:00 PM||
Lost communication with DCL35, on the MFN of CE01ISSM sometime after 2017/05/12 04:32:31.744. Reason unknown. Attempted to log into the system and establish both an ssh connection and a minicom session with no success. Minicom session showed zero activity, suggesting the system is completely offline. With the exception of the VEL3D, all instruments hosted by DCL35 are autonomous. No further data should be expected from: [ADCPT (recording internally), PRESF (recording internally), PC02W (recording internally), PHSEN (recording internally), VEL3D (status unknown)]
|1/11/20, 1:45 PM||
During a large storm event on 2020-01-11, the surface buoy and NSIF broke free and went adrift. As a result, telemetry from the data loggers and instrumentation on the seafloor platform has ceased. We expect the system to continue autonomous operations and hope to download data from the data loggers and instruments after the seafloor platform is recoverd in the spring of 2020.