Home page

RECON

Mass, heat and momentum balancing software with data reconciliation

Description
RECON is a comprehensive interactive software for mass, energy and momentum balancing of complex chemical and power plants on the basis of measured or otherwise fixed data. It is designed primarily for the validation of data, which has been obtained from operating processes. RECON can also be used for classical balancing in the stage of the process design.  

What is data reconciliation?
Reconciliation is a method for extracting all information present in plant data. Reconciliation is based on statistical adjustment of redundant process data to obey laws of nature (mass and energy conservation laws). Results are enhanced by calculated unmeasured variables. As a result, a new consistent more precise data set is obtained. Moreover, data reconciliation serves as a basis for other important activities:

RECON can be used to treat measured data before its further usage for other purposes (simulation, optimization, control, ...). Brief survey of reconciliation theory is contained in Recon's User Manual of the application.

Graphical User Interface of RECON

Features

RECON is a PC oriented software with user friendly facilities. Problems (tasks) are defined interactively in the graphical user interface. RECON is aimed at single or multi-component material and energy balancing of complex systems at steady or unsteady (dynamic) state, without or with chemical reactions (reactor balancing). It is also capable to perform momentum balancing based on hydraulic calculations of flow in pipeline systems. RECON reconciles measured flow rates, concentrations, temperatures and other process variables and calculates unmeasured variables. Problem (task) is commonly defined by creating a process flowsheet and defining process variables like flow rates, temperatures, pressures, etc. The flowsheet comprises nodes, mass and energy streams, and heat exchangers. Users are also allowed to complete (or even replace) balancing model by their own equations.
Monitoring of a heat transfer coefficient in RECON

Typical tasks solved by RECON

Variables
The following information on task variables must be specified:

Capabilities

Special features of RECON available in version 10

RECON consist of 5 parts:

  • Configuration of models in GUI
  • Calculation engine which is optimized as concerns speed and memory requirements. 2 methods of solution are available: Successive Linearization and Sequential Quadratic Programming. A special feature of RECON is the existence of the calculation engine also in the form of an ActiveX object which can be called from customer’s proprietary software. In this way a customer can fully manage data processing
  • Recon Manager for configuring and coordinating data processing
  • Database and files containing Metadata (data about models, users, …)
  • Database of operational data. This can be either standalone for RECON (Access, Oracle or MS SQL Server) or fully integrated with customer’s databases or historians (PI, PHD, InSQL, AIM*, Oracle, MS SQL Server, …) – this solution has important advantages.

Operational data can be entered manually or imported from 1 or more other sources (historians, databases, Excel or text files).

Data pre-processing
Imported data can be pre-processed on the basis of several techniques (limits on input variables, limits on control variables). There is also a Basic-like editor for general data pre-processing calculations.

User defined equations
Aside of problem configuration in the Recon’s GUI the user can define his own model equations. There is a Basic-like editor for writing new model equations. User can use conditional programming with logical variables. It is possible to use in equations complex thermodynamic functions, physical properties, etc. User defined equations can be used also for defining model inequalities.

Chemical reactors
Chemical reactors can be modeled by 2 ways: The standard method uses chemical reactions (stoichiometric coefficients) stored in Recon’s reaction bank. Sometimes reactions in the system are not well known (e.g. burning of coal). In this case user can use the second method based on the so-called reaction invariant chemical reactor. In this case only the knowledge of atomic composition of components is required.

Gross errors treatment
There are 3 steps of Gross Errors (GE) treatment:

    1. detection
    2. identification
    3. elimination

GE detection – finding the GE presence. The data quality is continuously monitored via the Status of data quality (SDQ). This variable should be under normal situation below 1. Values of SDQ above 1 signal the presence of some Gross Error (either an instrument or model error). SDQ is based on so-called Global chi-square test testing the value of the least square function minimized during DR.

There are several methods available for GE identification:

    1. Values of normalized adjustments (NA). Suspect measurements are those with the highest NA. Such flows are marked in color on the flow-sheet.
    2. Successive elimination of suspect measurements. Suspect variables from the step 1 are automatically set one by one as unmeasured. Variables with the largest decrease of SDQ are suspect.
    3. Measurement credibility. Values calculated in the step 2 are compared with limits set on variables. If the calculated value is not probable or feasible, this suspect is excluded from the set of suspects
    4. Nodal test. In the case of mass balance the imbalances around individual nodes or their combinations can be statistically tested. Streams around suspect nodes are suspect. This method is suitable also for finding the frequent model errors – leaks or neglected mass accumulation.
    5. Covariance matrices of adjustments are available for detailed analysis of the gross error identification problem.

The steps in GE identification are semi-automatic. All this serves as a Decision Support System for the user.

GE elimination. We do not recommend and support the automatic elimination of gross errors. This function offered by some providers of DR software frequently leads to wrong decisions. Good data can be deleted and the wrong ones remain with formally good balances. This opinion is supported also by balancing theory. GE elimination should be done by the DR system administrator with further actions (instrumentation repair etc.).

Data mining
A long term use of RECON enables one to create a historical database of validated process data. Such database represents an invaluable source of information which can be utilized in many areas (creation of empirical models, optimization, etc.). Such activities are usually denoted as data mining.

The new data mining module of RECON enables one to analyze easily large data sets and to find hidden relationships among data. By a few key strokes a user can easily create multiple regression models among process variables. Attention is also paid to the statistical analysis of process data and to removal of outliers.

MonteCarlo simulation
Statistical theory of data reconciliation is exactly valid for linear models only. Any use of statistical theory to general nonlinear models is limited to a small neighborhood of the final solution. In practice this means that standard deviations of measurement errors should be “small” enough to justify acceptable validity of results (reconciled values, confidence intervals, gross errors detection, etc.). Analytical solution of this problem is not feasible in practice.

The only way how to tackle this problem is the Monte Carlo simulation. This solution is based on repeated simulation of the measurement process. The starting point is an errorless data set (a base case). Individual “measured” data sets are generated by adding random errors to the base case data. In this way a real measurement is simulated many times with the following data reconciliation. Results can be statistically evaluated and compared with theoretical values.

Reporting engine
RECON enables one to create reports in the MS Excel environment. The solution is based on Excel templates prepared by users. These templates contain links to RECON’s database. In this way any user can define unlimited number of report templates which can be later used for generation of reports. The complexity of these reports is limited by Excel’s capabilities only. Reports can be generated either in the interactive way by a user or automatically at a pre-defined time.

RECON's connectivity
RECON can be connected to process data information systems based on the Oracle, MS SQL, PI System, Industrial SQL server, PHD, AIM* and MS Access databases as well as to MS Excel, .DBF or .TXT files.

RECON's physical property database
RECON contains the following databases of physical properties:

  • The IAPWS IF 97 database of properties of steam ad water
  • Properties of hydrocarbons and other chemicals according to API procedures
  • Standing Katz method for Natural Gas compressibilities
  • Critical parameters of components for density and viscosity calculations of gaseous mixtures
  • User defined physical property models
RECON languages
  • Czech
  • English
  • German
  • Spanish
  • Russian

Running RECON
RECON can be run in the following modes:

  • Interactive solving of one task
  • On-line monitoring of industrial processes
  • Automatic processing of historical data
  • As ActiveX DLL called from other programs.

Hardware Requirement
RECON is the 32 bit MS Windows application which can be installed on any PC or server operating under MS Windows 95 or higher (98, NT, 2000, XP, Vista, Windows 7 for 32 and 64 bit systems). The minimum recommended processor is Pentium with RAM 128 MB.

Available versions

Version Mass balance Energy balance Momentum balance User-defined equations DB connectivity

Active X object (DLL)

Lite* x x x x    
Academic** x x x x    
Full x x x x    
Professional x x x x x x
Trial*** x x x x x  
* max 50 nodes, 100 streams, 10 heat exchangers, 10 components and 20 user-defined equations
** for non-commercial purposes only
*** valid for 1 month

Click here to download 2 papers describing the use of RECON in a nuclear power plant monitoring (zip file, 496 kB).


Last changes: (c) ChemPlant Technology, s.r.o.