Biosphere 2 Research Wiki » Data-logging and Supervisory Control

Data-logging and Supervisory Control

Last modified by Michael Sibayan on 2014/08/07 09:25

LEO Data-logging and Supervisory Control System Overview

The LEO Data-logging and Supervisory Control (DSC, also known as SCADA and C&D) is separated into two systems:

  1. Landscape monitoring and irrigation control - This is currently distributed over 11 National Instruments compact re-configurable input/output (cRIO) real-time computers. ( ) The NI cRIO allows for a variety of I/O modules and is equipped with an onboard Field Programmable Gate Array (FPGA) allowing for additional signal processing and custom digital communication protocols.
  2. LEO biome environmental monitoring and control - Monitored and controlled by a variety of Allen Bradley PLCs. Details on this to come.

The first part, landscape monitoring and irrigation control, was designed to provide control and data for scientific use. It was designed with two major goals:

  1. To be robust and minimize data loss.
  2. Allow for easy and seamless integration of new sensors and new data acquisition hardware

In order to achieve these goals the system was designed to be very loosely coupled. Each subsystem is required to perform an assigned task with minimal dependence on other subsystems. The database logging system was completely decoupled from the data acquisition devices, requiring data to be provided as appropriately formatted ASCII text files. This allows new acquisition devices to be added with no impact on other acquisition devices and (ideally) only configuration changes to the database loader.

A basic diagram of data acquisition flow is shown below:

Using the LEO data system

Uploading data to the Data Gateway is easy and requires only three things: Sensor meta data configured in the database, a correctly formatted ASCII text file, and FTP capability.
Step 1) Create the sensor in the LEO database and configure the meta data. The sensor must exist with appropriate variables, calibrations, etc. within the database in order for data for a particular sensor to be logged.
Step 2) Record data the LEO way! Data is presented in tab delimited ASCII text files called "Measurement Files" (measurement files are described here). Using this formatting scheme allows the data gateway to parse the file and insert data into the database. Plus, it's easy to read and debug!
Step 3) Upload the measurement file to the Data Gateway via FTP. FTP is a simple and well established protocol. Once a file is uploaded to the server, it is ready to be processed!

Q: Why not log directly to the database?
A: Since the system is distributed there are many remote components. This scheme limits the number of devices writing to the database to only one. This allows changes to be made to the database with minimal impact on the data acquisition devices. If the database goes offline (unexpectedly or planned) the measurement files will still be stored on the gateway server and not be processed. Thus, data is not lost during database outages.
Q: Why use measurement files?
A: This stems from the philosophy that data loggers should be self reliant and write data locally. This reduces the dependence on a stable network connection and ensures data integrity during server outages.
Q: Why use FTP?
A: FTP is simple and easy to use. Many software packages and programming languages have the capability to use FTP; Therefore, it can be easy to automate the uploading measurement files to the server.

Additional Information:

Created by Michael Sibayan on 2014/07/07 11:17

This wiki is licensed under a Creative Commons 2.0 license
XWiki Enterprise 6.0.1 - Documentation