¿Qué nos solicitan nuestros clientes?

Tiziano Ferrandi
Plataforma tecnológica Wonderware
para aplicaciones de supervisión e
integración de planta
Valencia, 30 de Septiembre de 2010
Software Solutions for Real-Time SuccessTM
¿Qué nos solicitan nuestros clientes?
Entorno de
gestión
unificado
Plataforma
Reutilización de
componentes
Arquitecturas
flexibles
Gestión de
información de
instalaciones
Integración de
sistemas
Redundancia
nativa
¿Quién son nuestros clientes?
¿Quién son nuestros clientes?
¿Qué nos solicitan nuestros clientes?
Entorno de
gestión
unificado.
Plataforma
Reutilización de
componentes
Arquitecturas
flexibles
Gestión de
información de
instalaciones
Integración de
sistemas
Redundancia
nativa
Plataformas Software
Los principales fabricantes lanzan
Plataformas Software con vocación de
convertirse en entornos de desarrollo
estándar.
¿Qué es ArchestrA?
ArchestrA es la Plataforma Software basada en
.NET de Microsoft, desarrollada por
Wonderware para facilitar e impulsar la
Integración de Dispositivos y Sistemas a
distintos niveles.
.Net y ArchestrA
Facilidad de
desarrollo de
aplicaciones
Estrategia
horizontal de
integración
de diferentes
productos
Servicios
Comunes:
Objetos,
Configuración,
Comunicación.
Por fin
entornos
distribuidos
Fácil acceso a
todo tipo de
información
desde
cualquier tipo
de dispositivo
Estandarización,
reutilización de
código,
reducción de
costes
Plataforma de Sistemas
Gestión de
Aplicación
Única
Gestión
Entornos
Distribuidos
Redundancia
Comunicaciones
Aplicaciones
Históricos
Visualización
Integración de
Aplicaciones
Reducción TCO
(Total Cost of
Ownership)
Introducción Wonderware
System Platform
Wonderware Clients
InTouch
Historian Client
Information Server CAL
(Visualization)
(Analysis Client)
(Report Client)
Wonderware System Platform
Application Server
Historian
Information Server
Device Integration Products
3rd Party
Data Sources
Software
Applications
3rd Party
Controllers
¿Qué nos solicitan nuestros clientes?
Entorno de
gestión
unificado.
Plataforma
Reutilización de
componentes
Arquitecturas
flexibles
Gestión de
información de
instalaciones
Integración de
sistemas
Redundancia
nativa
Programación orientada a objetos
 Creación de objetos. Plantillas y Herencia
Inputs/Outputs
Text & Email Alerts
Graphic Symbols/Faceplates
Logic/Scripting
Maintenance Systems
Asset Performance
• Downtime
• Productivity
• OEE
Operational Discipline
• Track & Trace
Historical Information Security
• Work Orders
• Inventory
Alarms & Events
13
La definición de nuestro cliente…
14
¿Qué nos solicitan nuestros clientes?
Entorno de
gestión
unificado.
Plataforma
Reutilización de
componentes
Arquitecturas
flexibles
Gestión de
información de
instalaciones
Integración de
sistemas
Redundancia
nativa
Escalabilidad, Arquitecturas Flexibles
Application Object
Server Only
Integrated
Single Node
Distributed
Peer to Peer
Single Server
Multi Client
Distributed Multi Server
Multi Client
16
Escalabilidad, Arquitecturas Flexibles
Señales e Históricos
Servidores y Clientes
Incremento de Funcionalidades
Expansión del Sistema.
Redistribución de la Carga de trabajo
Operator
Station
Historian
–
InSQL
Operator
Station
Automation
Object Server
–
AOS001
Operator
Station
Automation
Object Server
–
AOS002
Operator
Station
Development
Station
Automation
ObjectSi
Server
–
necesitamos
AOS003
más
potencia
Development
Station
Automation
Galaxy
Object
Repository
Server
–
AOS004
GRNode
Redistribución de la Carga en Tiempo de Ejeución. Alta Disponibilidad.
Ampliación de Servidores para dotar de más Potencia al Sistema. Ampliación. Escalabilidad
Ampliación de Puestos Clientes sin necesidad de “tocar” la Aplicación Principal. Reducción TCO.
Los Clientes leen los objetos distribuidos entre Servidores. No es necesario definir dirección.
Flexibilidad.
Arquitectura System Platform
Acceso Terminal Services, Históricos Centrales y Locales
ETAP / EDAR 1
Visualización
y Control
InTouch View TS
Centro de Control
Visualización
y Control
InTouch View TS
OPC
Drivers
ETAP / EDAR 2
Ethernet
OPC
Drivers
ETAP / EDAR 3
Servidor
Servidor
Históricos
Terminal Services (*)
Historian
Licencias InTouch TS
25.000 Tags +
Galaxy Repository
50.000 I/O
Licencia Desarrollo
(*) Los InTouch View sirven al Servidor Terminal Services y este a las
licencias flotantes
OPC
Drivers
Visualización y
Control-Históricos Locales
InTouch View
Historian 500 Tags
Visualización y
Control-Históricos Locales
InTouch View
Historian 500 Tags
Visualización y
Control-Históricos Locales
InTouch View
Historian 500 Tags
ETAP / EDAR 4
OPC
Drivers
Visualización y
Control-Históricos Locales
InTouch View
Historian 500 Tags
¿Qué nos solicitan nuestros clientes?
Entorno de
gestión
unificado.
Plataforma
Reutilización de
componentes
Arquitecturas
flexibles
Gestión de
información de
instalaciones
Integración de
sistemas
Redundancia
nativa
Opciones de acceso a la información
El Modelo creado en la Plataforma configura la
Estructura de la Base de Datos. MODELO DE INFORMACION
Model View In InSQL Namespace
Deploy
► Creado Automáticamente
► Despliegue de Objetos
Configuración del Historian
Operator
Station
Historian
–
InSQL
Operator
Station
Automation
Object Server
–
AOS001
Operator
Station
Automation
Object Server
–
AOS002
Operator
Station
Automation
Object Server
–
AOS003
Development Development
Station
Station
Galaxy
Repository
–
GRNode
Alta disponibilidad de datos Históricos
Tiered Historians
System
Platform
I/O
InTouch
Q4 CY2009
¿Qué nos solicitan nuestros clientes?
Entorno de
gestión
unificado.
Plataforma
Reutilización de
componentes
Arquitecturas
flexibles
Gestión de
información de
instalaciones
Integración de
sistemas
Redundancia
nativa
Disponibilidad a nivel de Aplicación
Configuración :
La redundancia
AppEngines
se
configura
en
los
Disponibilidad a nivel de Aplicación
Sistema no redundante
1.
El servidor maneja todos los
datos.
2.
Si cae el servidor los clientes
pierden la conexión con lo datos.
•
•
•
InTouch
Arquitectura Cliente
InTouch
InTouch
InTouch
Servidor
InTouch
InTouch
Historian
Otros AppServers
Sistema redundante
1.
2.
3.
Los servidores redundantes
mantienen sincronizados los
datos a través de una red
dedicada.
Si el servidor primario se cae el
servidor de repuesto se encargará
de gestionar lo que el primario no
hizo. La conmutación es
transparente para los equipos
clientes.
La configuración se hace
seleccionando una check box en
el AppEngine.
AppServer
PLC
Vamos a ver como se realiza
esta sincronización.
Redundancia Nivel Comunicación
1.
2.
Las comunicaciones con
los dispositivos de campo
también necesitan ser
tolerantes a fallos.
AppServer
La pérdida de la red de
campo puede causar la
pérdida de conexión con
los datos.
3.
El DI Object redundante
permite comunicaciones
a través de otra red si la
primera se cae.
4.
El DI Object redundante
permite a los objetos
clientes suscribirse a una
sola dirección que puede
coger datos de las dos
redes.
PLC
PLC_ABCIP
PLC_DHPLUS
ABDH+
ABCIP
PLC
Alta disponibilidad Históricos.
Store & Forward
 Funcionalidad Store & Forward
Comunicaciones
resistentes a
fallos
Application
Server
Redundante
InTouch
Application
Server
Primario
Datos
Datos
Pasivo
Active
InTouch
Nodo
IDE y
GR
InTouch
Historian
x
Estado del
Sistema
Bueno
DCS
PLC
DCS
Problema
MES & EMI SOFTWARE SOLUTION
SYSTEM
INTEROPERABILITY
MANUFACTURING OPERATIONS MANAGEMENT
Devices, Applications, Enterprise
Integration
Database
Applications
Asset
Management
Devices
Enterprise
Integration
SKELTA
Wonderware MES &
Corporate Energy
Management
EMI Software Solutions
Batch
Operations
System
Platform
LIM Systems
Quality
Intelligence
Food &
Beverage
Performance
Clients
Industry
Applications
&
Industry
Packs
Microsoft Technology & Industry Standards
Empowering Success of Production Workers
ERP
(SAP, Oracle,
Microsoft..)
INFORMATION /
VISIBILITY
Customer First
[email protected]