You are on page 1of 97

ARQUITECTURA BASICA DE UN SISTEMA PPB

ROL ROL ROL ROL


CONFIGSERVER RTDS HISTORIADOR CLIENTE

W2K Server W2K Server W2K Server W2K Professional


o o
W2K Professional W2K Professional

Controlador de
Dominio (DC)

SWITCH
El Sistema PPB, trabaja con
RED ETHERNET (PROTOCOLO TCP/IP) Direcciones IP fijas.
SISTEMA OPERATIVO W2K
W2K Server
Todas las Máquinas PPB deben pertenecer a un mismo Dominio 1
RTDS – Servidor de Datos en Tiempo Real
El RTDS ó Servidor de Datos en Tiempo Real proporciona las
siguientes funcionalidades:

 Conexión con el Sistema de Control (DCS).

 Establecer una interfaz común entre los bloques del sistema


de control (DCS) y los tags en el Sistema PPB.

 Hacer que los valores actuales de las variables del proceso


en el sistema de control sean accesibles para los tags
configurados en el sistema PPB y viceversa.

 Generar y gestionar Eventos/Alarmas desde el sistema de


control al subsistema de Eventos del PPB.
Existen básicamente tres tipos de RTDS: Harmony, Melody y OPC.
Dependiendo con que sistema de control se desea interconectar el
Sistema PPB es el tipo de RTDS a usar.
2
RTDS HARMONY
RTDS Sistema de Control
DCS Bailey

Comunicación Serial
RED ETHERNET (RS-232)
(PROTOCOLO TCP/IP)

 Conexión con el Sistema de Control (DCS


SWITCH Bailey) mediante Puerto Serial.

 Utiliza software SemAPI para acceder vía puerto


serial (igual que Conductor NT).

 Es capaz de mantener actualizada una base de


datos muy grande, pues utiliza EXCEPTION
REPORT.
3
RTDS F2K
RTDS Freelance 2000

RED ETHERNET
SWITCH (PROTOCOLO TCP/IP)

4
PROCESADORES AC800F
RTDS OPC
RTDS

Comunicación Serial
RED ETHERNET (RS-232)
(PROTOCOLO TCP/IP)

KF2

SWITCH
Red DH+

PLC500 - AB
PLC5 - AB
5
HISTORIADOR - Servidor Histórico de Datos
El Historiador ó Servidor Histórico proporciona las siguientes
funcionalidades:

 Almacena los datos de proceso en el tiempo.


 Almacena los Eventos/Alarmas generados en el
sistema PPB.

Los datos registrados por el Historiador están disponible para todos


los cliente de un Sistema PPB.

Los datos Históricos son demandados en forma de Tendencias


Históricas de Proceso, Reportes y Eventos/Alarmas Históricos.

6
CONFIGSERVER – Servidor de Configuración
El ConfigServer o Servidor de Configuración proporciona las
siguientes funcionalidades:
 Generar, Almacenar y Distribuir la Configuración de todo el Sistema.
 Toda la configuración realizada sobre el sistema PPB se realiza
sobre la base de datos principal (ConfigServer), residente en esta
estación. La excepción son los Archivos “*.m1” (Grafx) y “*.xml”
(Perfiles).
 La configuración no es Centralizada; es decir, desde cualquier nodo
del sistema es posible configurar, pero siempre se está realizando
sobre la base de datos ubicada en esta estación.
 Cuando se producen cambios en la base de datos de configuración,
automáticamente se “replica” dicha configuración a todos los otros
servidores del Sistema. Cuando todos los servidores tienen
actualizada la configuración del sistema es posible prescindir de la
estación ConfigServer (si no se desea configurar).
7
CLIENTE
El Cliente o Estación Cliente proporciona las siguientes
funcionalidades:
 Permite monitorear y controlar el proceso de producción en planta.
 Es la estación destinada al personal de operaciones.
 Cuando una estación Cliente necesita mostrar un despliegue,
consulta a la estación RTDS respecto a los valores instantáneos de
los tags asociados a dicho despliegue .
 Cuando una estación Cliente necesita mostrar un Tendencia
Histórica, consulta a la estación Historiador respecto a los datos a
desplegar.
 Se denomina Cliente Puro a la estación, que sólo cumple la función
de Cliente, sin tener además otras funciones asociadas, tales como:
RTDS, Historiador ó Configurador .

8
CONTROLADOR DE DOMINIO (DC)
El Controlador de Dominio o Domain Controller posee las
siguientes funcionalidades y características:
 Mantener y Administrar el Dominio propiamente tal.
 Permite Generar y Administrar las Cuentas Globales (del Dominio),
con las cuales trabaja el Sistema PPB.
 En el DC, reside el Servicio DNS. El DNS ( Domain Name Service) es
un Servicio de nombres que permite traducir de nombre de una
máquina a dirección IP y vice-versa.
 Es altamente recomendable que exista más de una máquina
Controladora de Dominio. Todos los DC’s de un mismo dominio
poseen “espejada” toda la información respecto a las cuentas
globales, es decir, los DC’s están automáticamente sincronizados
entre sí.
 Es altamente recomendable que las máquinas DC no cumplan
ningún Rol en el Sistema PPB, propiamente tal. 9
10
ARQUITECTURA DE UN SISTEMA PPB

11
CAPACIDADES DE UN SISTEMA PPB

12
CAPACIDADES DE UN SISTEMA PPB (Continuación)

13
SISTEMA DE DESPLIEGUES DE UN SISTEMA PPB

14
SISTEMA OPERATIVO REQUERIDO POR UN SISTEMA PPB

15
SOFTWARE SOPORTADOS POR UN SISTEMA PPB

16
17
SERVICIOS EN UN SISTEMA PPB
Existen Cinco (5) Servicios en PPB:

 Servicio del Nodo (System Server): Es el Servicio Local de cada Estación


que maneja el sistema de tonos. No es Redundante.
 Servicio de Datos en Tiempo Real (RTDS Server): Es el Servicio de
comunicación con los sistemas de control. Reside en las estaciones RTDS.
Es Redundante.
 Servicio de Datos Históricos (Historian Server): Es el Servicio que almacena
y distribuye los datos históricos. Reside en las estaciones Historiadoras. Es
Redundante.
 Servicio de Eventos o Concentrador de Eventos (EvenConcentrator): Es el
Servicio que Recolecta y Distribuye los Eventos que se producen en el
sistema. Existen dos tipos: Local que residen en todos las máquinas
servidores y cliente que residen en todos las máquinas clientes. No es
Redundante.
 Servicio de Funciones de Bloques (FB Server): Es el Servicio que administra
las Funciones de Bloques incorporadas en el Sistema PPB. Es Redundante.
18
SERVICIOS PPB – PROCESOS W2K
 Cada uno de los Servicios en PPB, está directamente relacionado con
un Proceso en W2K.
 Un Proceso en W2K, corresponde a un programa en ejecución, el cual tiene
la particularidad de correr en segundo plano y no cerrarse cuando se realiza
un “Log off”.

Servicio PPB Proceso W2K


System Server EbSystemServer.exe
RTDS Server EbI90Server.exe
Historian Server EbHistorianServ.exe
EvenConcentrator EbEventconServe.exe
FB Server EbFBServer.exe

Estos Servicios están ABBDiagnosticSe


presentes en todas EbDataSyncServi Vista de los Servicios al iniciarse el
las máquinas PPB Navegador de PPB
EbServerBroker 19
RELACIÓN ENTRE LOS SERVICIOS DE UN SISTEMA PPB
Datos en
Tiempo Real
Datos Históricos Cliente 1
a Clientes
HIST. Event
Server Concentrator
Cliente
Datos a
Historizar Eventos a Clientes
Barras/Páginas de Eventos
Sonidos, Impresión
Cliente 2

DCS RTDS Server Event


Concentrator
Cliente
Eventos a
Historizar

Event
Concentrator Cliente 3
Local
Eventos a
Clientes Event
Concentrator
Cliente
Eventos desde
Clientes
20
21
OBJETOS DE UN SISTEMA PPB
 Toda entidad en PPB constituye un Objeto. Cada objeto está formado por
una “estructura de datos”, contenida en la Base de Datos ConfigServer.
 Existe diversidad de tipos de objetos en PPB: Tags (por tipo de servidor de
datos y por naturaleza de la señal), Servidores (de datos, histórico, de
eventos, etc.), despliegues gráficos, tendencias, filtros de eventos, etc.
 Cada Objeto PPB posee una identificación única (Object ID) en la base de
datos ConfigServer (por ejemplo {3381A0AC-0D5E-44F6-ACEA-0F911482F849}).
 Existe un Administrador de Configuración de los Objetos PPB. Este
administrador posee las siguientes características:

 Administración Automática de las Versiones (Ciclos de Vida).


 Validación de la Configuración.
 Administración de Múltiple Configuración.
 Registro de Cambios de Configuración.

22
CICLOS DE VIDA DE LOS OBJETOS PPB
Diferentes “versiones” de un mismo objeto PPB, permiten configurar en línea,
recuperar configuraciones previas, realizar configuraciones para uso futuro y
“sacar de servicio” objetos sin tener que eliminarlo completamente. Cada una
de estas versiones se denominan ciclos de vida.
Existen 5 ciclos de vida: Template, Design,Running, Release y Out Of Service.
Algunas de las características más notables de los ciclos de vida son:
 El ciclo Running es el único ciclo activo (On Line) en el sistema.
 Todo objeto nuevo se crea desde el ciclo Template y su primer ciclo es
Design. Cada tipo de objeto posee por lo menos un Template “nativo” desde
donde se generan los objetos y otras Template.
 Sólo en ciclo Design es posible editar y configurar un objeto.
 Un objeto puede tener simúltaneamente más de un ciclo de vida, pero sólo
una versión por cada uno de esos ciclos.
 No es posible borrar un objeto activo (Ciclo Running). Sólo es posible borrar
versiones de un objeto que están en los ciclos Design, Template y/o Out of
Service. Para borrar completamente un objeto, se deberán borrar todos sus
ciclos de vida. 23
DINÁMICA DE LOS CICLOS DE VIDA DE LOS OBJETOS PPB
Copia a Ciclo
Design
Cambia a
Ciclo Cambia a Ciclo
Creación de un Nuevo Objeto
Release RELEASE Out of Service

DESIGN OUT OF
TEMPLATE Cambia a
(New)
Ciclo
SERVICE
Running

Cambia a
Ciclo
Template
Copia a Ciclo RUNNING Cambia a Ciclo
Design Out of Service

Cada vez que se cambia a ciclo Running, un objeto que ya tiene una
versión en Running, la versión Running que se deshecha pasa
Automáticamente a ciclo Out of Service.

BORRAR

24
REGLAS DE VALIDACIÓN
Al momento de guardar un Objeto, o al cambiar a Running o Release, se ejecuta
un conjunto de Reglas de Validación. Cuando la validación genera un error, la
acción que se pretende no puede ser finalizada.

Estas Reglas de Validación dicen relación con la dependencia directa de otros


objetos, así como de caracteres no válidos y/o número de caracteres en
nombres, átomos, descripciones, etc.
Restricción de Largo Máximo Caracteres Válidos
Máx.. Caracter Valor ASCII
Entidad Descripción
Caracteres
0-9 048 al 057
Identifica el Objeto en el Sistema PPB. El punto (.) que separa el
Nombre 32 A-Z 065 al 090
nombre con el átomo, no es considerado parte del nombre.
a-z 097 al 122
Identifica un átomo dentro de un objeto. Cuando el nombre del átomo
Átomo 32 consiste de múltiples partes (signal/name/selector) separadas por
slash (/), este separador es considerado parte del nombre del átomo.
El propósito de la descripción es proporcionar información adicional
Descripción 64
del Objeto.
El alias es un nombre alternativo que se le puede dar a algunos
Alias 32
átomos.

25
REGLAS DE VALIDACIÓN – CARACTERES INVÁLIDOS

Caracteres Inválidos 1er Caracteres Inválidos


Caracter Valor ASCII Uso Reservado Caracter Valor ASCII
" 034 (espacio) 032
# 035
! 033
% 037 Comodín de Filtro
& 038 Comodín de Búsqueda + 043
' 039 - 045
( 040 Para Arreglos
) 041 Para Arreglos _ 095
* 042 Comodín de Búsqueda
, 044
. 046 Separación tag.atom
/ 047 Separación a nivel de atomo
: 058 Uso de sufijos
; 059
? 063 Comodín de un carácter
[ 091 Nivel DBL
\ 092 Delimitador
] 093 Nivel DBL
{ 123 Delimitador Graficos
} 125 Delimitador Graficos
127
00 al 31

26
MÚLTIPLE CONFIGURACIÓN
El Administrador de Configuración permite el acceso y configuración simultánea
de múltiples usuarios desde cualquier estación cliente.
El Administrador de Configuración se cerciora de que un determinado objeto se
pueda editar solamente por un usuario a la vez.
Cada vez que un objeto es seleccionado para ser editado por un usuario, el
Administrador de Configuración automáticamente bloquea dicho objeto para los
demás configuradores.
Cuando el objeto es desbloqueado (liberado) mediante las acciones de guardar
(Submit Changes) o cancelar, puede ser accedido y configurado por otro
usuario.

Con la Multiconfiguración no controlada, es posible que algún


objeto se bloquee permanentemente (sin poder liberarlo). Para
solucionar esto se debe acceder a la base de datos
ConfigServer desde SQL Enterprise Manager, en dicha base
de datos, se debe acceder a la tabla SymLock y borrar el
registro correspondiente al objeto bloqueado.
27
REGISTRO DE CAMBIOS DE CONFIGURACIÓN

Todos los cambios de configuración de todos los objetos PPB se


registran como Historia del Proyecto. A esta “historia” del proyecto se
accede desde el Objeto System Definition.
Cada registro incluye el nombre del objeto que fue cambiado, ciclo de
vida, fecha-hora del cambio, usuario configurador, y un comentario.
Los comentarios que se pueden incluir en el registro histórico del
proyecto, no necesitan editar el objeto para poder registrarlos.
Este Registro Histórico de Cambios de Configuración, es posible resumirlo
en una planilla Excel . 28
29
NAVEGADOR - CARACTERÍSTICAS OPERATIVAS DE UN SISTEMA PPB
El Navegador (Navigator) es una interfaz basada en Internet Explorer, la cual
proporciona a los usuarios (Operadores y Configuradores) un lugar común de
trabajo.
Barra de Eventos Línea de Estado

Hora, Fecha y
Barra de Menú Usuario Actual

Barras de
Herramientas Acceso al “About..”

Área de Trabajo:
Despliegues,
Tendencias, Faceplate, Acceso al
Browser, etc. “Monitor de
Replicaciones”

El aspecto general del Navegador es configurable para todo el Sistema, para


determinados usuarios y/o máquinas (Perfiles del Navegador). 30
BROWSER - CARACTERÍSTICAS OPERATIVAS DE UN SISTEMA PPB
El Browser o Examinador de Objetos, permite mostrar los objetos existentes en
un Sistema PPB.
Existen 3 formas de organizar los Objetos en un Sistema PPB: por Áreas, por
Unidades o por Equipos. Este Ordenamiento Organizacional es posible
observarlo dentro del Browser. Además, también es posible ver los objetos
por “Tipo de Objeto” y por “Plantilla (Template)”. Cada una de estas 5 “vistas”
en el Browser, se denominan Estructuras.
El Browser posee dos modos de operación: Browser de Configuración y
Browser de Operación.
Desde el Browser de Configuración es posible acceder a todos los objetos,
independiente del ciclo de vida en que se encuentren.
Desde el Browser de Operación es posible acceder solamente a los objetos
actualmente activos en el Sistema (En ciclo Running).

Desde ambos Browser es posible acceder a la configuración de los objetos.


Obviamente el Browser de Configuración está orientado esencialmente a las
tareas de configuración del sistema. 31
BROWSER - CARACTERÍSTICAS OPERATIVAS
 Las formas de acceder al Browser es mediante la Barra de menú
(View\Explorer Bar) o mediante las Barras de Herramientas, clic en Botón .
Selección del Tipo de
Estructura

Objetos PPB,
clasificados por
Tipo de Estructura

Acceso al
Filtro Global

32
BROWSER – FILTRO GLOBAL
El número máximo de objetos a mostrar en una carpeta es 2000. Si una carpeta
posee más de 2000 objetos, se presentará el siguiente símbolo:
El Filtro Global se utiliza para poder visualizar determinados Objetos (y tipos de
Objetos), esto limita la cantidad de objetos a desplegar en el Browser.
Comodines Útiles para Filtro Global
Imagen de
Caracteres Reemplaza a ...
Filtro Activo
% Cualquier cadena de caracteres
[lista_de_caracteres] Cualquier carácter especificado en la lista
[^lista_de_caracteres] Cualquier carácter que no está especificado en la lsita

Es posible combinar estos comodines de tal manera de sacarle el máximo provecho al filtro.
Además, es posible filtrar por tipo de Objeto.
Ejemplos de Filtros
24% Muestra todos los objetos que comienzan con 24
[463]% Muestra todos los objetos que comienzan con 4 ó 6 ó 3
242-%[^A] Muestra todos los objetos que comienzan con 242- y no terminan en A
242-%[^0123456789] Muestra todos los objetos que comienzan con 242- y no terminan en número
242-%_2L Muestra todos los objetos que comienzan con 242- y terminan en _2L
242-FI% Muestra todos los objetos que comienzan con 242-FI
33
34
SEGURIDAD EN UN SISTEMA PPB
 La Seguridad en un Sistema PPB está basada en las Cuentas de Usuarios
definidas en W2K.
 La Seguridad en un Sistema PPB es posible configurarla en Grupos de
Seguridad.
 Los Grupos de Seguridad están compuestos por los usuarios definidas en W2K.

 La Seguridad en un Sistema PPB está Orientada a los Objetos (Tags,


Despliegues, Tendencias, etc.) por medio de la asignación de grupos de
seguridad a cada uno de los objetos.
 A cada usuario (cuentas de W2K) incluido en un grupo de seguridad, es posible
asignarle Derechos de Acceso.
 Todo Objeto PPB posee asociado un Grupo de Seguridad. El grupo de
Seguridad por defecto se denomina SymSecGroup.
 El grupo de Seguridad SymSecGroup posee definido por defecto, cuando no
está configurada la seguridad, la cuenta Everyone con derecho de acceso
Full Control. Este grupo deberá ser configurado para complementarse con
los demás grupos de seguridad a implementar.
35
SEGURIDAD PPB – SECUENCIA DE CONFIGURACIÓN
Crear Cuentas en W2K
Definir Grupos de Seguridad
(Copia de Cuenta Instaladora) Ingresar a la Configuración de la Seguridad (Adicionar todos los Grupos Necesarios)
(No es necesario Editar Objeto System Definition)

1 3
2

Cuando se crea un Grupo de Seguridad,


se incluye la cuenta Everyone con
acceso Full Control. 5 4
Esta cuenta deberá ser borrada
posteriormente a la asignación de
acceso Full Control a otra cuenta.

6 Definir todas las cuentas


a usar en los
Grupos de Seguridad

Finalmente, asignar Grupo de Seguridad a cada uno de Asignar Derechos de Acceso a


los Objetos PPB involucrados en la seguridad cada cuenta en cada Grupo, según
(En la configuración del Objeto) corresponda 36
37
ALARMAS Y EVENTOS EN UN SISTEMA PPB
 Los eventos en un Sistema PPB, se clasifican en : Alarmas y Estados. Una
Alarma requiere una acción correctiva. Un Estado, no requiere acción
especial, pues es sólo informátivo.
 El Subsistema de Eventos de un Sistema PPB, está basado en la
Arquitectura Cliente/Servidor.
 Los eventos son generados por los Servidores del Sistema: RTDS,
Historiador, FBServer, etc.
 El Concentrador de Eventos Local (Servidor de Eventos Local), recibe los
eventos desde todos los otros servidores que corren en el mismo nodo.
 El Concentrador de Eventos Cliente (Servidor de Eventos Cliente), recibe los
eventos desde todos los Servidores de Eventos Locales del sistema.
 El Concentrador de Eventos Cliente distribuye los eventos a cada una de las
Aplicaciones Clientes (Objetos PPB asociados a los eventos) definidas en el
sistema: Barra de Eventos, Página de Eventos, Impresión de Eventos, Filtro
de Eventos FB, Panel de Eventos, Sonidos de Eventos.
 Si se quiere que las Aplicaciones Clientes, se manifiesten en un nodo, en
38
dicho nodo se debe crear un Concentrador de Eventos Cliente.
ALARMAS Y EVENTOS - RELACION DE LOS OBJETOS ASOCIADOS
Estos Objetos permiten Resumir Visualmente los eventos por grupos
Barra de
(cada grupo asociado a un filtro)
Eventos
(Se pueden crear tantos objetos como se requieran)

Filtro de Página de
Servidores Relacionados Eventos 1 Eventos 1

Servidor Concentrador Concentrador Listados


Filtro de Página de de
Generador de Eventos de Eventos
Eventos 2 Eventos 2 Eventos
de Eventos Local Cliente

Estos Objetos permiten Filtrar los Eventos: por Tipo, Filtro de Página de
por Estado, por Prioridad, por Remitente, por Área, Eventos 3 Eventos 3
por Unidad y por Equipo. FB
(Se pueden crear tantos objetos como se requieran) Event Printer

Filtro de
Eventos FB Eventos a
Función de Bloque, cuya activación depende Impresora
de un Filtro de Eventos.

Annunciator
Trigger FB
Tone
Disparador en función de los Eventos

39
Sonido anunciador de los Eventos
ALARMAS Y EVENTOS - Configuración de Event Group Filter
En Aspect, se configura el Objeto a acceder cuando se pincha botón asociado a este Filtro en
Barra de Alarmas.
(Normalmente aquí se configura una Página de Alarmas, asociada a este Filtro)

Filtro por Estados


de Eventos
Activo/Inactivo
Etiqueta que presentará
Reconocimiento
este filtro en
Alarmas/Estados
Barra de Alarmas
Simple/Dual
Inhibición

Filtro por Tipo de Eventos Filtro por Prioridad


PE: Alarmas de Proceso Existen 16 Prioridades
PP: Eventos Programas de La mayor Prioridad es 1
Proceso
PR: Eventos de Requerimientos Filter: Existen 8 criterios
OA: Eventos del Operador Ejemplos del filtro:
IO: Eventos de I/O 5, 1-10, <10, >=7
SY: Eventos en el Sistema
AC: Reconocimiento de Eventos Label: Etiqueta que
DG: Recursos/Diagnostico aparece en el Filtro de la
Sistema página de alarmas
MT: Eventos de mantenimiento asociada
a este filtro.

Filtro por Remitente, Áreas, Unidades y Equipos


Existen 16 registros (filas) para realizar la combinación necesaria de filtros.
40
ALARMAS Y EVENTOS - Configuración de Event Bar
Barra de Alarmas tipo Grupo
Máximo 20 Filtros por Barra

Barra de Alarmas tipo Secuencia


1 solo filtro
máximo 6 alarmas simultáneamente

Tipo de Barra de Alarmas


Grupo ó Secuencia

Forma de Llenado
Los más recientes, o los más
antiguos eventos

Si canaliza o no el
Modo Expandido

Filtros de Eventos

41
ALARMAS Y EVENTOS - Configuración de Event Page
Modo de Llenado
Los más recientes arriba,
Los mas recientes abajo

Si canaliza o no el
Modo Expandido

Máximo Núm. Eventos


en la página.

Color de la Página

Filtro de Evento

Formato de las Columnas de la Página


Se define que columnas mostrar (16 máx.),
Ancho del campo de cada columna,
Encabezado de cada columna,
Fuente de cada columna

42
43
REGISTROS HISTÓRICOS EN UN SISTEMA PPB
 El Subsistema de Historización de un Sistema PPB, está basado en la
Arquitectura Cliente/Servidor.
 El Servidor Histórico puede ser Redundante.

 El Servidor Histórico colecciona datos y los almacena en Tablas dentro de una


Base de Datos SQL Server.
 Los datos que se almacenan son Datos de Procesos (Análogos y Digitales) y
Eventos (Alarmas/Estados).
 Base de Datos Histórica normalmente se denomina Historian_1 y deberá
ubicarse en un disco duro (SCSI), con tamaño suficiente, dedicado para tales
efectos.
 Además de la Base de Datos Histórica (Historian_1), existen 2 bases de datos
que contienen la estructura de la configuración histórica: historian_master y
archive_master. Ambas ubicadas en “C:\EbHistorian”.
 El Sistema PPB provee una Configuración Histórica Predefinida por Defecto. En
la mayoría de las aplicaciones puede ser utilizada esta configuración sin
mayores modificaciones. 44
REGISTROS HISTÓRICOS – CONFIGURANDO SERVIDOR HISTÓRICO

Nodo donde correrá el


Servidor

Servidor Primario
Se debe especificar en los
dos Servidores de la
Dupla Redundante

Nodo donde correrá el


Servidor

Nodo donde estará BD


Histórica Primaria
Nodo donde
estará
Política de BD Histórica
Almacenamiento de Datos Redundante
Que utilizará este Servidor (En el caso de
(Se define sólo en el Primario ) una Dupla
Redundante)

Política de
Almacenamiento de Eventos
Que utilizará este Servidor
(Se define sólo en el Primario )
45
REGISTROS HISTÓRICOS – PASOS BÁSICOS PARA HISTORIZAR
1 Políticas de Historización Raw
(para Datos de Proceso Digitales)
Políticas de Historización BCBS
(para Datos de Proceso Análogos)

2 2

Configurar
Servidor
Histórico

Finalmente Configurar
Configurar
Tag para Historización
Políticas de Historización

4
3

Asociar Servidor Histórico Configurar


Colección de Átomos
46
Seleccionar Atom Collections
47
DESPLIEGUES GRÁFICOS EN UN SISTEMA PPB
 Los Despliegues en un Sistema PPB, son Objetos específicos denominados
GraphicDisplay. Cada Objeto GraphicDisplay está asociado a un Archivo Gráfico,
diseñado en un Editor Gráfico. El Editor Gráfico utilizado en PPB se denomina Grafx.
 Los archivos que se generan en Grafx poseen la extensión m1 (*.m1).

 Existen dos tipos de archivos m1; los Gráficos (Graphic) y los Submodelos (Submodel).
Los Gráficos (Graphic) son los archivos que estan asociados directamente con los
Objetos GraphicDisplay. Los Submodelos constituyen plantillas dentro del Grafx, de tal
manera que es posible incluirlas en muchos Gráficos.
 Los Gráficos y Submodelos se configuran de tal manera de producir animaciones
gráficas en función del valor que posean los tags.atomos asociados.
 La relación directa entre un Objeto GraphicDisplay y un Graphic m1, es “normalmente” el
nombre común entre ellos.
 Los archivos m1 pueden tener un estado Diseño (donde se crean y modifican) y un
estado Running. Sólo los Graficos y Submodelos que están Running serán visibles en
PPB.
 Cuando se trabaja en el Grafx, toda la configuración se realiza en archivos existentes en
la máquina ConfigServer, aunque se esté trabajando desde otra estación. Desde aquí se
“replican” al resto de las máquinas. También es posible la “multiconfiguración”. 48
DESPLIEGUES GRÁFICOS – UBICACIÓN DE ARCHIVOS M1
Independiente de la máquina desde donde se esté trabajando con Grafx,
siempre se está trabajando físicamente en el disco duro de la máquina
ConfigServer.

La ubicación de los Gráficos m1, dependerá del tipo de gráfico (Graphics o


Submodels) y del estado de los mismos (Diseño o Activo).

Las siguientes carpetas ubicadas en “C:\Program Files\ABB Industrial IT\”,


contienen dichos archivos m1:

\Conductor\lib\models\graphics  Gráficos Activos en el Sistema


\Conductor\lib\models\submodels  Submodelos Activos en el Sistema
\Conductor\lib\models\config\graphics  Gráficos en Edición
\Conductor\lib\models\config\submodels  Submodelos en Edición

Desde la máquina ConfigServer, los archivos m1, se “replican” a todas las


demás máquinas del Sistema PPB. Esto puede tardar algunos minutos.
49
DESPLIEGUES GRÁFICOS – PASOS PARA CREAR UN DESPLIEGUE
1 Guardar Grafico
C:\Program Files\ABB Industrial IT\Conductor\lib\models\config\graphics\

3
2
Errores en
Archivos Gráficos

Pasar Gráfico (y Submodelos asociados) a Running


C:\Program Files\ABB Industrial IT\Conductor\lib\models\graphics\

Diseñar Gráfico en Grafx: Asociar Tags.atom a


animaciones y Submodelos.
4
5

Si se trabaja por Nombre Común, verificar que en el campo En PPB, crear un Objeto GraphicDisplay con
Graphic esté el parámetro %NAME% el nombre del Gráfico respectivo 50
51
RESPALDO DE BASES DE DATOS EN UN SISTEMA PPB
1 2 3

En SQL Enterprise Manager,


Identificar el Motor de la máquina Config,
en él identificar la BD ConfigServer. Agregar Archivo donde se va a
Seleccionar Backup crear el Backup
(Clic derecho)
Seleccionar 4
Database - complete
Finalizado completamente el proceso de Respaldo,
se deberá copiar y proteger el archivo generado para poder
posteriormente hacer una restauración de la BD.
Este procedimiento, también es válido para las Seleccionar
Bases de Datos Históricas. Verify backup upon
completion

8 6 5
7

Finalizado el Backup, se realiza la verificación 52


Mediante un clic en OK, se inicia proceso de Backup
RESTAURACION DE BD CONFIGSERVER
1 3
2

En SQL Enterprise Manager, Darle Nombre a Nueva BD


Identificar el Motor de la máquina Config,
en él crear una Nueva BD.
Seleccionar
Seleccionar “From
“From Device”,
Device”, “Database
“Database –– complete”,
complete”, En nueva BD,
(Clic derecho)
yy seleccionar
seleccionar archivo
archivo para
para Restore
Restore Restaurar
(Clic Derecho)
Ajustar Nombre a Nueva BD
Clic en OK, se inicia Restore 5 4
6

Fin de la
Restauración

Continúa 53
RESTAURACION DE BD CONFIGSERVER (Continuación)
8 9

Ejecutar aplicación Configuration Upgrade Wizard En dicha Aplicación, seleccionar


“Both the source and desti..”

13
Finalizado el En Source Database: Ingresar BD creada en punto 2
proceso se En Destination: ingresar ConfigServer
deberá resetear
la máquina.
Clic en Finish
se inicia Migración
10
12 11

54
RESPALDO DE ARCHIVOS GRÁFICOS Y PERFILES DEL NAVEGATOR
Como parte del Proceso de Respaldo de la máquina ConfigServer es
necesario hacer una copia de las siguientes carpetas ubicadas en
“C:\Program Files\ABB Industrial IT\”:
\Conductor\lib\models\graphics  Gráficos Activos en el
Sistema
\Conductor\lib\models\submodels  Submodelos Activos en el
Sistema
\Conductor\lib\models\config\graphics  Gráficos en Edición
\Conductor\lib\models\config\submodels  Submodelos en Edición
\ABBWeb\default\Machine\Navegator\data  Perfiles del Navegator por
Máquinas
\ABBWeb\default\User \Navegator\data  Perfiles del Navegator por
Usuarios
\ABBWeb\default\Project \Navegator\data  Perfiles del Navegator del
Proyecto 55
RESTAURACION DE BASE DE DATOS HISTÓRICAS
 Las Bases de Datos a Restaurar son 3: archive_master, historian_master y
Historian_1. Todas estas BD se ubican en los Servidores Históricos.
 Previo a la restauración de estas bases de datos, deberán existir cada uno de
sus Backup (respaldos). Estos Backup se efectúan siguiendo el mismo
procedimiento presentado en “RESPALDO DE BASES DE DATOS EN UN
SISTEMA PPB”.
 Antes de realizar la restauración de las BD
históricas, se deberán deshabilitar los
servicios de PPB, en el Servidor Histórico
asociado.
Para deshabilitar el Servidor Histórico, se deben deshabilitar
(Disabled) los Servicios: ABBDiagnosticService,
EbDataSyncService y EbServerBroker
y resetear la máquina.

 La Restauración de las BD históricas, se realiza exactamente como se detalla


en los pasos 3 a 7, del procedimiento presentado en “RESTAURACION DE BD
CONFIGSERVER”. El orden de la restauración es el siguiente: archive_master,
historian_master y Historian_1. Finalizada la restauración se deberán habilitar
los 3 servicios (antes dehabilitados) y resetear la máquina. 56
19:03

RESPALDO DE LA PARTICIÓN DEL SISTEMA


Mediante el Software denominado Symantec Ghost es posible hacer un respaldo
completo de la partición del sistema (Disco C:). Este respaldo se denomina
imagen y se genera en otra partición. Posteriormente es posible pasarla a CD.
PROCEDIMIENTO DE RESPALDO A TRAVES DE GHOST
1. Insertar el disquete con el software Ghost y reiniciar el equipo.
2. Esperar hasta que la aplicación cargue todos los drivers necesarios para su
funcionamiento. Se presentará una pantalla de Bienvenida.
3. Seleccionar: Local -> Partition -> To Image.
4. Seleccionar el disco físico de origen (Drive 0).
5. Seleccionar la partición de origen (a respaldar) C[SYSTEM].
6. Ingresar el nombre y ubicación de la Imagen. Sólo se listarán las particiones que
la versión de Ghost que está usando pueda ver. Con seguridad las particiones
FAT32 sí las verá. Es aconcejable crear una partición (previamente) de este tipo y
ponerle un nombre característico, pues Ghost le asigna la letra “C” y se podría
confundir con la partición del sistema.
7. Seleccionar el nivel de compresión e Iniciar el Respaldo.
8. Esperar que termine completamente. Reiniciar la máquina y retirar el disquete.
57
RESTAURACION DE LA PARTICIÓN DEL SISTEMA
Mediante el Software (Symantec Ghost) es posible rehacer completamente la
partición del sistema (Disco C:). Para esto se necesita tener acceso a la imagen
de la partición (archivo *.gho previamente creado. Ver diapositiva “RESPALDO
DE LA PARTICIÓN DEL SISTEMA”).
PROCEDIMIENTO DE RESTAURACION A TRAVES DE GHOST
1. Insertar el disquete con el software Ghost y reiniciar el equipo.
2. Esperar hasta que la aplicación cargue todos los drivers necesarios para su
funcionamiento. Se presentará una pantalla de Bienvenida.
3. Seleccionar: Local -> Partition -> From Image.
4. Seleccionar el nombre y la partición del archivo de imagen.
5. Seleccionar el disco y partición de destino. “C[SYSTEM]”.
6. Aceptar la advertencia respecto a que se perderán todos los datos e Iniciar la
Restauración.
7. Esperar que termine completamente. Reiniciar la máquina y retirar el disquete.

58
59
EXPORTACION DE OBJETOS PPB
1 2 3

Ejecutar Aplicación
Import Export Configuration Wizard Seleccionar
Export

Como paso final de la Exportación


Iniciado proceso Completar
la aplicación permite ver una lista de
de Exportación archivo destino
los objetos empaquetados.
y ubicación

5 4
7

Fin del proceso de Seleccionar los 60


Exportación objetos a exportar
IMPORTACION DE OBJETOS PPB
Ejecutar Aplicación
Import Export 1 2 3
Configuration Wizard

8 Seleccionar
Import
Finalizada la
Importación
permite ver el
resultado esta
Seleccionar el
Iniciado proceso
archivo empaquetado
de Importación
que posee los objetos a importar

5
4
Seleccionar la opción
“Do not restart ..”
Para no reiniciar los
7 Servidores
6

Seleccionar opciones de Seleccionar los 61


la Importación objetos a importar
62
LICENCIAS EN UN SISTEMA PPB

El Sistema de Licencias en PPB, es centralizado; es decir, las licencias se


registran y se validan en la máquina ConfigServer.

Una vez registradas y validadas las licencias, se distribuyen a los diferentes


Nodos del sistema PPB, en función de sus necesidades.

Las licencias, son validadas respecto a un Machine ID (MID) único para todo el
sistema PPB. Existen dos formas para representar este MID: Una forma es
mediante una llave física conectada al puerto paralelo (dongle) de la máquina
ConfigServer. La otra forma es, asociarlo a la MAC Address de la tarjeta de red de
la máquina ConfigServer.

Asociados a un Machine ID existen códigos especiales (software key) que validan


los diferentes tipos de licencias y sus cantidades disponibles. Cuando se
adquieren las licencias, se recibe toda esta información en archivos.
63
TIPOS DE LICENCIAS EN UN SISTEMA PPB
client_l (_s): Licencia cliente. Cada nodo “cliente” deberá tener asignada una
licencia de este tipo, si se desea ver despliegues (y trabajar en Grafx). Existen dos
tipo de licencias clientes; l (large) para más de 1000 tags y s (small) para menos
de 1000 tags.
config: Licencia de configuración. De cada nodo que se desee configurar el
sistema, deberá tener asignada una licencia de este tipo.
hist_atoms: Licencia de Historización. Las máquinas destinadas a ser Servidores
Históricos, deberán tener asignada licencias de este tipo. La cantidad de licencias
corresponde a la cantidad máxima de atoms a historizar. La licencia hist-r_atoms,
corresponde a los Servidores Históricos Redundantes.
harmi90_tags, f2k_tags, opcclt_tags: Licencias de Servidores RTDS. Las
máquinas destinadas a ser Servidores RTDS, deberán tener asignada licencias de
este tipo. La cantidad de licencias corresponde a la cantidad máxima de tags a
comunicar por un determinado Servidor RTDS. La licencias de los Servidores
RTDS Redundantes son harmi90-r_tags, f2k-r_tags, opcclt-r_tags.
harmi90_tags  RTDS Harmony I90 (DCS Bailey)
f2k_tags  RTDS Freelance 2000 (DCS AC800F)
64
opcclt_tags  RTDS OPC Genérico.
ARCHIVOS DE LICENCIAS EN UN SISTEMA PPB
Machine ID (MID) Versión del PPB
(único para todo el sistema) (1.0, 1.1, 1.2 ó 2.0)

Tipo de Licencias
Software key Fecha de Expiración
Este código es único para cada tipo y Las licencias permanentes
cantidad de licencias asociados a un poseen fecha de expiración
determinado Machine ID. 01-jan-0000
Cantidad de Licencias
Dependiendo del tipo de licencia, la cantidad
tiene diferentes significados.
65
INGRESO DE LICENCIAS EN UN SISTEMA PPB
1 2 3

Ejecutar Aplicación
License Entry

Chequear y Setear
Machine ID por defecto
Para que se detecte el Machine ID conectado
(en el caso de usar Dongle) ejecutar “Load SPRO Driver” y
Desde aquí se editan y validan cerrar y volver a abrir esta aplicación.
cada una de las licencias

5 4

66
Desde aquí se chequean y editan cada una de las licencias
DISTRIBUCIÓN DE LICENCIAS EN UN SISTEMA PPB

1 2

Ejecutar Aplicación
License Assignment Editor

Al ingresar al Distribución de
Licencias se deberá verificar el
reconocimiento de las licencias
disponibles en el Sistema
(previamente ingresadas)

Seleccionar la opción
“PRECESS PORTAL B”

67
DISTRIBUCIÓN DE LICENCIAS EN UN SISTEMA PPB (Continuación)
4

Para ingresar los Nodos del


Sistema PPB al Distribuidor, se
5
debe hacer clic en botón , Mediante el botón “Assign” se distribuyen las
mediante el botón “Add” se licencias a los Nodos del Sistema PPB.
agrega el nodo seleccionado. Mediante el botón “Remove” se quitan las
licencias de los nodos.

6
Mediante el botón
“Diagnostics” del
Distribuidor de Licencias
Se accede a la
Página de Diagnóstico.
En esta página, se puede
ver las licencias asignadas,
las usadas y las
Para Cerrar el Distribuidor de disponibles, por cada uno
Licencias se debe acceder a la “X”. de los nodos del sistema .
Con un clic en “OK” se registra la
distribución.

7
8
68
69
BULK CONFIGURATION MANAGER
El Bulk es una herramienta que permite leer y modificar la Base de Datos
ConfigServer.
El Bulk es una Planilla de Excel que posee programadas “macros” que permiten
acceder a la Base de Datos ConfigServer.
El Bulk permite configurar “masivamente” la Base de Datos ConfigServer.
En un Sistema PPB, se puede acceder al Bulk desde cualquier Nodo Servidor
(RTDS, Historiador o Config), pero la conexión es a la Base de Datos ConfigServer
(ubicada en la máquina Config).

BULK BUSINESS
CONFIGURATION COMPONNENTS
MANAGER (MTS)

EXCEL SQL Server


(*.XLS) (ConfigServer)
70
ACCESO Y CARACTERÍSTICAS DEL BULK

Acceso a
Bulk Configuration Manager

Obsérvese que algunas funciones de Menú Especial de


Excel se presentan deshabilitadas Bulk Configuration Manager

71
DETALLES DEL MENU OPERATE IT DE BULK
Selección de Proyecto
Consultas a Objetos PPB

Consultas Contextuales
Propiedades de la Hoja Activa

Insertar Objetos PPB

Escribir en la
Base de Datos

Refrescar Consulta

Bloquear Objetos PPB


Eliminar la Hoja Activa

Liberar Objetos PPB

Trabajar fuera de Línea


(Desconectado de la BD) Reconectarse a la BD
72
CONSULTAS EN BULK CONFIGURATION MANAGER

Seleccionar Para generar una Nueva


Nombre de la Hoja Excel que se
Tipo de Objeto PPB Hoja con la consulta
va a generar con la consulta
(por Template)

Seleccionar
Ciclo de Vida
Átomo que desea consultar,
del tipo de Objeto PPB
seleccionado.

Para seleccionar más de un


átomo, se mantiene
presionada la tecla Control,
Definir Filtro Adicional mientras con el mouse se
(Opcional) seleccionan nuevos átomo.

Mediante un Clic en “OK”,


se realiza la Consulta

73
TRABAJANDO EN BULK CONFIGURATION MANAGER – Parte1

1
El tiempo que demore en realizar la Consulta
dependerá del tipo de consulta y de la cantidad de
3
objetos asociados existentes en la BD.

Finalizada la Consulta, se muestra el


resultado en una planilla.
Realizar la consulta adecuada
Mediante arrastre del mouse, se selecciona
el ciclo de vida de los objetos que se
desean modificar.

Mediante el comando
Texto en Color Celeste, Mediante el botón se 4
indica que hay cambios selecciona el ciclo al que se
“Submit Changes” se que No han sido
escriben los cambios quiere cambiar
registrados en la BD.
en la BD.

5
6

Continúa.... 74
TRABAJANDO EN BULK CONFIGURATION MANAGER – Parte2
7 8

Para poder editar las propiedades de los


objetos en Diseño, se deberán “Bloquear”, para Los datos modificados se indican en Celeste
los demás usuarios
Mediante este comando se escriben
Seleccionados los Objetos en Diseño (mediante arrastre los cambios en la BD. 9
del mouse), se cambian a Running.
Una vez registrado los cambios en la
BD, se deberá desbloquear los
Mediante este comando se asume el objetos editados
cambio de ciclo en la BD.
10
12 11

13

Finalizada esta operación, los objetos 75


serán modificados exitosamente.
76
REPORTES EN PPB
Los Reportes en PPB, son en base a “plantillas” de Excel (*.xlt).
Estos archivos “plantillas” de Excel, se pueden construir según las necesidades
del usuario final.
Los Reportes en PPB, pueden contener datos tomados desde la base de datos
histórica o desde los RTDS (datos en tiempo real).
Existen Funciones en Excel que permiten tomar los valores de un determinado
Tag. Atom en un determinado tiempo desde la base de datos histórica o desde el
RTDS.

Estas Funciones se deben cargar como complementos en Excel. El archivo que


contiene dichas funciones se denomina “EBReportFunctions.xla” y se ubica en la
carpeta “C:\Program Files\ABB Industrial IT\OperateIT\Base\Reports\” en la
máquina Config Server.

Los Reportes en PPB, son de demanda manual.

77
FUNCIONES ESPECIALES DE EXCEL; EBHSingle
EBHSingle(“Tag.Atom”, Dtime, “Suffixtype”, “Interval”, “IntervalUnits”).
Esta función permite leer un Tag.Atom, desde la base de datos histórica.
Los Parámetros son:
Tag.Atom  Tag y Atom que se desea leer.
Dtime  El Tiempo de la consulta en la BD Histórica.
Suffixtype  Indica el tipo de muestra a leer. Las entradas válidas son:
Average, Minimum, Maximum, Sum, Integral, First y Last.
Interval  Intervalo de tiempo para el calculo de la muestra. La entrada
es numérica.
IntervalUnits  Unidad de tiempo del intervalo. Las entradas válidas son:
Seconds, Minutes, Hours, Days, Weeks y Months.
Ejemplo:
= EBHSingle(“PI-242C.PV/SIG”,10-Mar-03 15:01:00,” Average”,60,” Seconds”)
Esta función permite leer el valor promedio de PI-242C.PV, del primer minuto de
la hora 15, segundo a segundo, del día 10 de marzo de 2003. 78
FUNCIONES ESPECIALES DE EXCEL; EBHGetFromRTDS
EBHGetFromRTDS(“Tag.Atom”).

Esta función permite leer un Tag.Atom, directamente desde el RTDS (en tiempo
real).

El Parámetros es: Tag.Atom  Tag y Atom que se desea leer, desde el RTDS.

Ejemplo:
=EBHGetFromRTDS(“PI-242C.PV”)
Esta función permite leer el valor instantáneo de la PV (variable de proceso), del
tag PI-242C. Esta lectura se realiza en el instante que se solicita el reporte.

79
PROCEDIMEINTO PARA CARGAR COMPLEMENTO “EBReportFunctions.xla”
1 2 3

En Excel, menú
“Herramientas\Complementos..” Clic en botón “Examinar..”

Seleccionar el archivo
Con esto se agrega el Complemento “EBReportFunctions”, mediante “EBReportFunctions.xla”,
un clic en Aceptar, se habilitan la funciones asociadas. y un clic en “Aceptar”

5 4

Verifique en la utilidad de
funciones de Excel, que están
disponibles las funciones:
“EBGetFromRTDS”,
“EBHSingle” y “GetEU”.
80
81
SECUENCIA DE INSTALACIÓN GENÉRICA PRE-PPB 1.2
INICIO
Las máquinas con Rol
“Cliente Puro” NO
Instalar Windows Definida la necesitan SQL Server.
2000 “Cuenta de
Servicio” de
PPB, de aquí en Todas las
Instalar Windows máquinas con SQL NO
2000 Service Pack 3
adelante y Server
durante toda la Rol de
es
instalación de “Servidores” necesario
Crear Cuenta de PPB, se deberá necesitan ?
Las máquinas con Servicio PPB y SQL Server. SI
usar dicha
Rol de “Cliente grupo de usuarios cuenta. Instalar SQL Server
Puro” NO
necesitan IIS.
Instalar SQL Server
Service Pack 3
Internet
NO
Informatio
n Server
es
necesario
?
Todas las Instalar Windows
SI
Script v. 5.5
En este punto se
máquinas con
sugiere hacer un
Rol de
respaldo de la
Instalar IIS “Servidores”
Configurar DCOM partición C:
necesitan IIS.
(Imagen Ghost).

Configurar IExplorer

Fin Pre-PPB 82
SECUENCIA DE INSTALACIÓN GENÉRICA PPB 1.2
La siguiente Secuencia de Instalación, se debe realizar en cada una de las
máquinas que conforman un Sistema PPB.
Si esta máquina va a tener Rol RTDS
Instalar PPB 1.2 Base Server Harmony, en este punto se
debe seleccionar este tipo de
En este punto se decide si la máquina va a Servidor. En las maquinas NO RTDS,
cumplir un rol de Servidor o Cliente PPB. Si la opción de Server deberá quedar en
es Rol Servidor, en este punto se selecciona blanco.
el tipo de Servidor: ConfigServer y/o Instalar Harmony Connect 1.2
HistorianServer.
En las máquinas con Rol RTDS, las
opciones de ConfigServer e HistorianServer,
deberán quedar en blanco. Instalar Harmony Connect SP1 El Derecho de Acceso
“db_datareader”, debe ser
configurado a todas las bases de
datos asociadas con PPB y además a
Instalar Parche de Svchost la base de datos “model”.

Si estos pasos se realizan durante el


Si este paso se realiza durante el proceso
proceso de instalación y aún no se han
de instalación y aún no se han iniciado los Derechos de Acceso en
iniciado los servicios PPB:
servicios PPB: “EbDataSyncService” y SQL Server 2000
“EbDataSyncService” y
“EbServerBroker”, es posible proceder son Primeramente, en la máquina ConfigServer
“EbServerBroker”, es posible proceder son
estos pasos sin reiniciar las máquinas. se debe ingresar y validar las licencias, y
estos pasos sin reiniciar las máquinas.
Pero, si estos servicos están corriendo se posteriormente se distribuye hacia las demás
Pero, si estos servicios están corriendo se
deben dehabilitar y reiciar. Instalar/Distribuir Licencias máquinas PPB.
deben dehabilitar y reiciar.

FIN 83
RELACIÓN CUENTAS DE SERVICIO Y GRUPOS DE USUARIOS EN PPB

GLOBAL (del Dominio) LOCAL (en cada máquina)

Cuenta de Servicio Cuenta de Servicio


de PPB de PPB

Grupo de Usuarios Grupo de Usuarios


de PPB de PPB

Grupo
“Administrators”

OtrasCuentas
Cuentas OtrasCuentas
Cuentas
Otras Otras
Otras Cuentas
de PPB Otras Cuentas
de PPB
Otras de
Cuentas
PPB Otras de
Cuentas
PPB
de PPB de PPB
de PPB de PPB

84
RELACIÓN DE CUENTAS Y GRUPOS W2K PARA UN SISTEMA PPB

ÁMBITO GLOBAL (en el Dominio) ÁMBITO LOCAL (en cada máquina)

Grupo Local de Usuarios de PPB

- Cuenta Local de Servicio de PPB


Grupo Global de Usuarios de PPB
- Grupo Global de Usuarios de PPB

- Cuenta Global de Servicio de PPB.


Este grupo debe contener la “Cuenta de Servicio
-Otras Cuentas Globales PPB Local” y el “Grupo Global de Usuarios de PPB”
(Mantenedores con diferentes
niveles de acceso, Operadores,
Supervisores, etc.)

Grupo Local de Administradores “Administrators”

- Cuenta Local de Servicio de PPB


- Grupo Global de Usuarios de PPB
Este grupo debe contener
todas las cuentas Globales
que se utilicen en PPB

Este grupo debe contener la “Cuenta de Servicio


Local” y el “Grupo Global de Usuarios de PPB”

85
CUENTA DE SERVICIO LOCAL de PPB: Local Security Settings

Cuenta de Servicio Local

Esta Política debe asignarse a la Cuenta de Servicio Local de PPB

Cuenta de Servicio Local y Grupo Local

Esta Política debe asignarse a


la Cuenta de Servicio Local y Grupo Local de PPB

Cuenta de Servicio Local

Esta Política debe asignarse a la Cuenta de Servicio Local de PPB

86
87
CONFIGURANDO OBJETOS PPB: Ventana ConfigView
Estos 3 Tabs están presentes en todos los Objetos PPB.
Encabezado de ConfigView. General,
General,Aspects
Aspect yyVersion
Version
Muestra los diferentes Tabs.
Según el tipo de Objeto, existirán más
o menos Tabs.

Cuerpo de ConfigView.
Muestra el contenido del Tab
Seleccionado.
(Tarjetas de Configuración)

Indicador de Ciclo de vIda.

Indicador de Objeto Bloqueado Botones de Configuración.


(Muestra el usuario)
Pie de ConfigView.
Permite configurar el Objeto 88
CONFIGURANDO OBJETO PPB: Tab General
En este tab, es posible configurar la identificación del Objeto PPB, su estructura
organizacional y su grupo de seguridad.

Tipo de Objeto PPB


Nombre del Objeto
Descripción del Objeto

Área
Estructura
donde se
Organizacional
ubicará
del Objeto
el Objeto

Equipo
Unidad
donde se
donde se
ubicará
ubicará
el Objeto
el Objeto

Plantilla Grupo de Seguridad


desde donde se generó asociado a este Objeto
el Objeto
89
CONFIGURANDO OBJETO PPB: Tab Aspects
En este tab, es posible configurar el “Menú de Aspectos” o “Menú Contextual”
de los Objetos PPB. Desde este menú, es posible invocar a otros objetos PPB
(despliegues, tendencias, tags, etc..), así como acceder a la ventana de
configuración del objeto (ConfigView) y a otras funcionalidades adicionales.

Estructura del
Menú de Aspectos

Propiedades
específicas de un ítem
del Menú de Aspectos

90
CONFIGURANDO OBJETO PPB: Configurando Menú de Aspectos

ítem seleccionado:
ítem seleccionado: Mediante estos botones,
En el recuadro Caption, es posible definir la
es posible cambiar el posición del ítem.
nombre del ítem.

Botones para Crear, Copiar


y Borrar íItems

Es posible Habilitar,
Deshabilitar u Ocultar un
Nombre del íItem determinado ítem

Id del Objeto a
invocar con la
acción

Botón para
seleccionar
Tipo de Objeto a invocar Objeto a invocar
Botón para seleccionar la Es posible definir cual será el
categoría del Objeto a ítem por defecto (primario) del
Objeto configurado
91
invocar
CONFIGURANDO OBJETO PPB: Tab Version
Todos los cambios de configuración asociados a este objetos se registran
como Historia del Objeto.
Cada registro incluye el nombre del objeto que fue cambiado, ciclo de
vida, fecha-hora del cambio, usuario configurador, y un comentario.
Los comentarios que se pueden incluir en el registro histórico del
proyecto, no necesitan editar el objeto para poder registrarlos.
Este Registro Histórico de Cambios de Configuración, es posible resumirlo
en una planilla Excel .

92
93
CONFIGURANDO OBJETO PPB: Tab Harmony
Este tab es común a todos los Objetos Tags Harmony. En él se configura el
direccionamiento I90 y el Servidor RTDS.

Objeto Servidor
RTDS Harmony Configuración de
que mantendrá Alarma de mala
“vivo” el Tag Calidad
(sólo Servidor
Primario)

Mediante el valor
de un tag.Atom es
posible Inhabilitar
Los eventos
asociado a este tag
Habilita que el
reconocimiento de
alarmas sea
Dirección I90: Loop transmitido a otros
nodos en el loop

Dirección I90: Nodo (PCU)


Dirección I90: Bloque

Dirección I90: Módulo 94


95
EL OBJETO System Definition
Este objeto es único (existe sólo uno) en todo el Sistema PPB.

En este objeto se almacena importante información respecto a la definición del


Sistema PPB.

Algunos de los aspectos más importantes que aquí se configuran son:


- Los Colores del Sistema PPB (Colores de Alarmas, fondos
de FP, despliegues, trazos en Trend, etc.).
- El Ancho de los Trazos de los Objetos Trend.
- El listado de Unidades de Ingeniería utilizados en todo el
Sistema PPB.
- El listado de Descriptores Lógicos (LSD) utilizados en todo
el Sistema PPB.
- La Seguridad de todo el Sistema PPB
- La Estructura genérica de los Aspects por tipo de Objeto PPB

96
97

You might also like