Versions Compared

Key

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

Object Model and Namespaces

More advanced than

With most systems,

where

you must create

Tags

a Tag or

Variables

Variable for all internal properties, and you must create custom logic for your projects

,

. FactoryStudio allows your application

(s)

to directly access all the business objects that were created in your project. This means that user-created temporary tags are not required to manage the status of PLC network nodes, the total number of alarms in a group, or the number of rows in a dataset. You can now access runtime objects, business objects (representing a network node), an alarm group or dataset, and then display the required information or take action directly through

their

the object's built-in properties.

FactoryStudio has an underlying .NET object model

,

with a 100% managed code, specifically targeting the development of Real-Time data management applications. The hierarchical object model includes the following top-level objects, which correspond to the main modules in FactoryStudio:

Tags

Dataset

Historian

Script

Security

Server

Alarm

Client

Device

Info

That The top-level hierarchy is implemented as .NET Namespaces. Each Namespace has the .NET classes and objects that are created when building a project configuration. Besides having the configuration settings, those objects also . These objects have runtime properties, methods, statuses, and statusconfiguration settings. 

For instance

that

, the Tag namespace

has

contains all the tags that are in the application and each

tag has

of the tags have built-in

properties

field properties, such

as

as Quality, TimeStamp, Min, Max, Units

and many others

, etc.

 

Examples

Tag.tagname1.bit0, tag.tagname2.timestamp
The same concept of the tag fields applies to all namespaces, for instance:
Alarm.TotalCount:, Alarm.Group.Warning.Disable:When building the project configuration, filling input fields or creating scripts, the system always has the  Intellisense auto-completion, which

FactoryStudio has Intellisense auto-completion for when you build a project, fill in input fields, or create scripts. This guides you to the any existing properties that are allowed

to use according to what

for the object you are editing

. This feature allows

and allows you to easily "drill down" to a specific property. 

When accessing a project object in the .NET Script Editor, it is necessary to prefix the namespace with an "@" symbol in order to avoid conflict with the names of the .NET local variables

names

.

Examples

In Script-Tasks and CodeBehind, use:
@Tag.Analog1
@Device.Node.Node1.Status

The @ symbol is not necessary on Grids and Dialogs. Some input fields may require

object

objects of only one type, such as Tag or Display. For these,

the

Intellisense will automatically guide you to the

allowed

required objects. 

For some

These concepts may seem abstract for users that

don't

do not have

previous

experience in .NET or similar object-oriented systems

, those concepts are abstract at the beginning, but when learning

. However, the power of these concepts will become clear when users learn the engineering configuration tools and the FactoryStudio modules

, the power of those concepts will be clear. What is completely sure is that when getting used

. When users get used to working with object models and Intellisense, the users realize that there is a huge

productivity increment and you no longer accept working with systems lacking those

increase in productivity so they no longer want to work with systems that lack these features.

On this section we will explain more about the Namespaces available on Factory Studio.

Table of Contents
maxLevel2
stylecircle