Page Tree
Previous Releases
With most systems,
whereyou must create
Tagsa Tag or
VariablesVariable 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
theirthe 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
hascontains all the tags that are in the application and each
tag hasof the tags have built-in
propertiesfield properties, such
asas 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 whatfor the object you are editing
. This feature allowsand 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
objectobjects of only one type, such as Tag or Display. For these,
theIntellisense will automatically guide you to the
allowedrequired objects.
For someThese concepts may seem abstract for users that
don'tdo not have
previousexperience 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 thoseincrease 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 | ||||
---|---|---|---|---|
|