Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Overview

The Historian module uses the classical table system to organize data. With the Historian Tables, you can define generic characteristics that will apply to all Tags linked to each table. Thus, you can customize settings such as table name, data type, and data lifespan, providing advantages in potential database architectural migrations.

With the Historian Tables, you can configure settings to specify the Tag's Archive Location and define how and when the associated Tags will be archived.

On this page:

Table of Contents
maxLevel3

Historian Tables Configuration

The Historian module creates a default HistorianTable using Dataset-TagHistorian SQL as the Target Database, with an additional HistorianTable being created if the Canary Historian is enabled. This setup offers a range of flexible options to choose from when selecting and configuring the target database for your solution's specific needs.

The HistorianTable settings allow you to define rules for saving the tags connected with it.

You can set triggers such as a time deadband, specifying the minimum interval between saves, and a lifetime value, determining how long saved tag values will be retained.

On this page:

Table of Contents
maxLevel3


Configuring Historian Tables

By default, FrameworX provide a Historia Table you can use to group your Tags. However, you can create as many Historian Tables as you need to better organize your archives. To create a new Historian Table, follow the steps below:

  1. Access Historian → Historian Tables.
  2. Click on the plus icon.
  3. Define the settings to the new Historian Table on the Dialog. The next section describes each option available.
  4. Click OK.
Info
titleConfiguration option availability

Specific

. Note that certain

options may be unavailable depending on the

target database selected, so

selected database or property chosen. For example, you can't define a Trigger if you check the Normalized option for the new Historian Table. Therefore, it's important to

carefully

consider your options carefully.


The new table will show up on the Datagrid list. If you need, you can edit the Historian Table you can select and change the desired property. ALternatively, you can select the Historian Table and click on the pencil icon.

Image Added

It's a good practice to store Storing only the necessary data at the required frequency is a good practice to follow. You can use features such as . To achieve this, you can take advantage of features like deadbands, OnTagChange, or Trigger events to . These features help you organize your storage and save only what's required without overloading the system or slowing down data recovery.

HistorianTable configuration fields

New HistorianTables can be create with the NEW button, on  Historian → Historian Tags, or editing the table on Historian


Historian Tables

.

To modify History Tables, on Historian  → Historian Tags, select the Table in the ComboBox and Config button, or editing the datagrid on Historian → Historian Tables.

Either using the Dialog view or datagrid view, the HistorianTable has the following configuration fields:

HistorianTable configuration properties

Properties

When configuring a Historian Table, you need to specify some properties defining when and how data will be archived. The following table describes each of the properties available.

Field

Description

TargetDB

Archive Location

Defines the

Historian TargetDB

Archive Location used. By default,

SQL. Can only be changed while creating the HistorianTable.

According to the Target option, some other fields on the configuration may be disabled

the TagHistorian based on SQLite is used. For more information, access the Archive Locations.

Table name

Table Name

Name of the HistorianTable object.

For SQL databases, this

This name is also the table name inside the SQL DB for SQL databases. For other databases, this name is used as a logical grouping name.

.

Auto

Create

create

If you check this option, the Historian module verifies

When checked, Historian module will check

if this table is already created in your SQL DB. If not, a new one will be created.

Save on Change

When checked, whenever your Tags value has changed, the

If you check this option, an action event to archive

the tag

Tag data is generated whenever the Tags value changes.

Trigger

Here you can define the event that triggers the archiving of all the tags in the HistorianTable group

The Trigger option enables you to choose an event that, when happens, will ignite the acrchiving of all Tags in associated to the current Historian Table to the database.

The trigger

You can

be

use any tag,

or any

object, or property from the objects namespaces

.When you click on "" ellipses button, a window will appear listing your Tags, Objects and Properties, allowing to select which one will act as a Trigger

as trigger. Click on the elllipses button (...) to access all options available.

TimeDeadband

Enter

Specify the minimum logging interval

. You must define in this format

using HH:MM:SS:MS (Hours, minutes, seconds, milliseconds)

. If left with zeros, this setting is not used. This is how long

format. This parameter determines the duration the system must wait after storing one tag value

of a tag,

before storing a new

value

one.

This field

It is used

in conjunction with SaveOnChange option to avoid creating too many records in the database.Consider that you have a 5 seconds Deadband, the Deadband count will start when your Tag value changes. When Deadband count starts, any changes in Tag value in this range will not be saved on your DB if the time dead-end has not elapsed yet.. Your Tag’s value will only be saved in DB after TimeDeadband ends.

to prevent excessive record creation in the database, especially if you're using the SaveOnChange option.

If left as zeros, this setting is inactive. 

As an example, consider you set a 5-second Deadband. After a Tag is archived, the counter begins. While the counter doesn't reach 5 seconds, no Tag information will be saved, independent of how significant its value change was. The table below exemplifies the example.

Tag's valueCurrent TimeWill be saved on
DB
Database?
512:05:05:00Yes
2012:05:07:00No
2512:05:10:00Yes


Life Time

Here you can set in days how long the records will be stay on the Target Database. Every day, if the Historian Modules find data on the HistorianTables older than the lifetime, that data is automatically deleted. If its the value is 0 or blank, no automatic data deletion is executed. Data is no longer automatically deleted.

Save Quality

When checked, a column in your SQL DB store the Quality property of the Tag argon with the value. The quality level defines how much reliable is the Tag value and it follows the OPC standard specification. 

Normalized

When checked, uses the Normalize table schema for SQL database, or the Standard schema otherwise. For more information on SQL database schemes refer to Archiving Process.

Value Columns Type

Select the Type for Value Columns used to store the tag values in the SQL database. This field can be edited ONLY when first creating the HistorianTable. Options:

  • Float (4 bytes) - Default option
  • Double (8 bytes)

GetSamples Method

Name of a method defined on Script → Class to allow customization when retrieving data from this tables.

Description

Description for this HistorianTable object.


In this section...

Page Tree
root@parent
spacesV10