Versions Compared

Key

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

Easy Heading Macro
headingIndent40
navigationTitleOn this page
selectorh2,h3
wrapNavigationTexttrue
navigationExpandOptiondisable-expand-collapse

Typical Deployment scenarios

Large applications can use a combination of FactoryStudio's deployment scenarios, interconnect remote sites, or use the EdgeHMI or IIoT Gateway products to publish data to the main server.

FactoryStudio modules (such as Scripts, Device, Historian, or Database) can be placed on in different computers in a distributed system. The same concept applies for the to client visualization tools that can either run remotely or run locally on the server computer.

Large applications can use a combination of FactoryStudio's deployment scenarios, interconnect remote sites, or use the EdgeHMI and IIoT Gateway products to publish data to the main server.

Therefore, there are many possible deployment configurations. The basic ones are listed below:  

  • Standalone Stand-alone System
  • Distributed Data Acquisition System
  • Client and Server System
  • Redundant Server
  • Control System 
  • Distributed and Redundant Control System 
  • Data Connection with Remote Sites

Multiple Layer Applications

FactoryStudio was architected to enable its use built to be used in different scenarios and topologies, from a local interface on an embedded panel to fault-tolerant servers , serving that serve multiple projects and clients.  The FactoryStudio's development tools and project components are scalable, reusable, and consistent.

Operational Stability

The FactoryStudio's 100% managed code implementation provides unmatched operational stability , thanks to an because of its intrinsically safe software architecture , including that includes: execution threads isolation, exception control, failure recovery, modular implementation, hardware abstractions, and operating system independence. 

Tip
titleHighly flexible, scalable, and simple to use

Access data You can access a remote machine's data , from anywhere , and at anytime.


From IT to Factory-Floor

In order to provide the best possible return of investment on each application scenario, Tatsoft provides a flexible and simple licensing model , allowing which generates solutions that correspond to the size of your project to provide the best possible return of investment on each application scenario. The product . Product families and models enable you to deploy high quality and cost-effective systems, ranging from local HMI, touch-panels, embedded systems, supervisory stations, SCADA and distributed systems, as well as control room and operations operation centers.

Redundancy and High Availability

For high availability systems, FactoryStudio has the capability to have a real-time database, Alarm and Historian servers, and data-acquisition , all FactoryStudio components can be deployed as a redundant hot-standby system, with no project changes required. 

Note
iconfalse

The hot-standby redundancy is field-proven with hundreds of devices in the network and multiple clients. 


Stand-Alone System

In

this system

a Stand-alone System, the server-side components (Data acquisition, Alarms, and data logging) and the client side components (displays

,

and client-side scripts)

are running

run on the same computer. 

The computer can be

windows desktops

a Windows desktop, Panel PC, industrial

PCs

PC, Linux

devices

device, or an embedded

systems

system. The stand-alone

systems

system can

also

act as a data publisher

to

for remote FactoryStudio servers

acting

that act as Edge data collectors.

Image Removed

Image Added


Distributed Data

acquisition

Acquisition System

This system is

A Distributed Data Acquisition System is characterized by having a server machine and device modules

running

that run on computers dedicated to communication with

the process.  In this case

PLC's or historians on remote networks that are not able to be reached from the server computer. In the example image below, the SCADA client can be placed in the same computer that is running the server computer or in remote

ones

a one

This model is

also

useful in plants that have devices with serial

port

ports or limited communication capability.

By placing I/O servers in the factory to interact with these devices, it is possible to optimize the communication on slow or

 In these plants, communication on slow or low bandwidth networks is optimized and

achieve a

better global performance is achieved by adding I/O servers that interact with the devices.

Image Removed

Image Added

 

Client and Server System

In

this system

a Client and Server System, a FactoryStudio server runs the server-side modules (alarm, historian, data acquisition)

and operator

. Operator client stations are executed in other

networks

network computers

,

or in remote computers

connect

connected by a WAN or Cloud interface.

Image Removed

Image Added



Control System

In the

A Control System

it is possible to

can have multiple servers

in

configured in a distributed architecture in different plants

(

and for different projects

) in a distributed architecture

.

This

 This configuration allows specific clients to have access

in

to a control room

to

for any of these plants

through specific clients. It is important to mention that the clients of the plants

or projects. Since the plant's clients will not be integrated in

one

a single machine,

so

it is necessary to specify which plant the users want to watch. 

In this scenario, the system is organized in discrete locations controlled by local operators who are supported by local redundant servers. At the same time, a management level in a central control room can be configured to monitor all sites simultaneously. Each site is represented in the project as a separate cluster, grouping their primary and standby servers.

Image Removed

Image Added


Redundant Server System

The Redundant Server System presents two different computers running FactoryStudio Servers,

where

and the redundancy is done automatically by the supervisory system itself. Thus, it is only necessary to specify the IP addresses of the primary and secondary stations. There are a few typical deployment scenarios

for redundant  servers

for redundant servers:

  • The Alarm and/or Historian database is running on a third machine dedicated to historical data.
  • The databases in the primary and secondary servers are used to store the historical data of the Alarm and/or Historian modules, with automatic data synchronization between them.
  • The device module (PLC communication) is also made redundant

Image Removed

Image Removed

Image Removed
  • .


Redundant Server System

Devices Redundancy

Image Added

Redundant Server System

3rd Machine

Image Added

Distributed and Redundant Control System

This system includes a Server machine and A Distributed and Redundant Control System includes a server machine with the Alarm modules, a Historian, a Database, and SCADA Clients located in other different computers of on the network.

Image RemovedImage Added