II.2.

3 Descripción del módulo de comunicación Ethernet modelo

CP 243-1

La comunicación entre el centro del control de la E. de C. y los autómatas

programables encargados del proceso de conexión o desconexión de un

cliente se lleva a cabo mediante una red Ethernet bajo protocolo TCP/IP.

Esto significa que el autómata elegido, el S7 226, debe estar provisto de

una interfaz de comunicación de ese tipo. El CPU S7-226 no posee esta

interfaz integrada, pero si puede añadírsele un módulo de comunicación

adecuado a esa función.

El módulo utilizado es el modelo CP 243-1, cuyo aspecto físico externo se

ve ilustrado en la figura 5.

Figura 5: aspecto exterior del módulo de comunicación Ethernet CP 243-1

19
Los datos técnicos más sobresalientes de este módulo se presentan en la

tabla 2.

FUNCIÓN CP 243-1

Velocidad de Transmisión 10/100 Mbits/s

Autorreconocimiento
Interfaces
10 Base T, 100 Base TX RJ45
Conexión para alimentación 24 V DC ±5%
Disipación a 24 V DC 1,75 W
Condiciones ambientales
Temperatura de Servicio
Montaje Horizontal 0°C a +55°C
Montaje Vertical 0°C a +45°C
Dimensiones (mm) 71,2 x 80 x 62
Peso 150 gramos
Software de Programación Step 7-Micro/WIN

Tabla 2: características técnicas del módulo CP 243-1

Con el módulo CP 243-1 se puede establecer comunicación Ethernet

Industrial de tres maneras distintas:

1- Conexión a un PC a través del paquete Step 7 MicroWIN

2- Conexión a otros autómatas de la serie S7 de Siemens

3- Conexión a aplicaciones basadas en servidores OPC

El CPU S7 226 reconoce automáticamente al módulo CP 243-1 una vez

conectado y alimentado con 24 VDC.

El apéndice C muestra el significado de los leds de estado del CP 243-1.

20
II.3 Conexión inicial al CPU-226

Para la conexión inicial con el S7-226 debe asegurarse que el PLC y el

PC estén conectados como se mostró en la figura 4. Inicialmente la

conexión del PC al S7-226 se hace a través del puerto serial RS 485 del

PLC, usando el protocolo PPI. Todo CPU S7 200 viene de fábrica con una

dirección predeterminada, que es la número 2.

Una vez conectado físicamente el PC al CPU S7 226, dirección 2,

mediante protocolo PPI, se configurará el CPU para conexión vía Ethernet

Industrial asignándole una determinada dirección IP. Esta nueva

configuración se cargará en el S7 226 vía puerto PPI, y de ahí en

adelante ya podrá accederse al CPU igualmente vía Ethernet.

A continuación se describen en detalle los pasos necesarios para poder

comunicarse con el S7 226 vía Ethernet.

Paso 1:

Arrancar el paquete de programación Step7-Micro/WIN y crear un nuevo

proyecto. Ver figura 6.

21
 Figura 6: creación de un nuevo proyecto con Step 7 Micro WIN

Paso 2:

Elegir el comando Herramientas Æ Asistente Ethernet. Ver figura 7.

Figura 7: elegir comando Asistente Ethernet

Este asistente ofrece la opción de configurar la comunicación Ethernet

Industrial de una manera rápida y sencilla. Al elegir el comando se

muestra la ventana de la figura 8. Si el módulo Ethernet está conectado

y alimentado, entonces debe reconocerse automáticamente.

22
La casilla “Posición del módulo” debe dejarse en 0 (ver figura 8).

Figura 8: primera ventana del asistente Ethernet Industrial

Paso 3:

Se pulsa el botón Siguiente y en la ventana que aparece (figura 9) se

definen los parámetros del modulo CP 243-1 tales como su dirección IP,

la máscara de subred y la puerta de enlace (opcional). Lo escogido se

basó en las direcciones y puerta de enlace establecidas por la red de la

Universidad Metropolitana.

23
 Figura 9: parámetros de la red Ethernet

Paso 4:

Se pulsa el botón Siguiente y en la ventana que aparece (figura 10) se

especifica el número de enlaces que tendrá el módulo CP 243-1. Se

especifica un enlace.

Figura 10: determinación del número de enlaces

24
Paso 5:

Se pulsa el botón Next y en la ventana que aparece se establecen las

opciones tal cual como están indicadas en la figura 11. Observar que

automáticamente se genera en el cuadro TSAP la dirección 10.00 que

se utilizará luego para el servidor OPC.

Figura 11: configuración de enlaces

Paso 6:

Se pulsa el botón OK y en la ventana que aparece (figura 12) se

especifican las opciones que muestra la figura (protección CRC activada

e intervalo Keep Alive en 30 s). La opción de protección CRC impide que

el usuario modifique la configuración del módulo en modo de ejecución.

25
 Figura 12: configuraciones CRC e intervalo Keep Alive

Paso 7:

Se pulsa el botón Siguiente. Aparece la ventana de la figura 13 donde se

selecciona el principio de una tabla de bytes que hay que reservar para

uso privado del módulo de comunicación. En este caso se escogió como

dirección inicial de la tabla la VB477.

Figura 13: asignación de tabla de bytes para uso del módulo

26
Paso 8:

Se pulsa el botón Siguiente. Se muestra la última ventana del asistente.

Además se crea automáticamente una subrutina llamada ETHx_CTRL

que permite chequear el estado de la conexión vía Ethernet. Ver figura

14.

Figura 14: última ventana del asistente Ethernet Industrial

Paso 9:

Una vez creada la configuración para el enlace Ethernet, se carga en el

CPU. La ventana de la figura 15 muestra cómo cargarla. El CPU debe

estar energizado, en modo STOP y el cable multimaestro RS 232/PPI

debidamente conectado.

27
 Cargar en
CPU

Figura 15: cargar la configuración en el CPU

Paso 10:

Para que la configuración recién cargada se haga efectiva, es necesario

resetear el PLC. La mejor forma es desenergizarlo y volverlo a

energizar. A continuación puede ahora intentarse la comunicación con el

PLC vía Ethernet. Para lograrlo se entra primero en el menú

Comunicación y se escoge la opción Ajustar Interfaz PG/PC. En la

ventana que aparece se elige TCP/IP Auto, como sugiere la figura 16.

Figura 16: escoger parametrización del módulo CP 243-1

28
Paso 11:

Aceptar la ventana de la figura 16. Ir nuevamente a la opción de

Comunicación y en la ventana que aparece introducir la dirección IP con

la cual se configuró el módulo Ethernet CP 243-1. (1- en la figura 17).

Hacer doble clic sobre el símbolo para actualizar (2- en la figura 17) para

intentar establecer un enlace con la dirección IP indicada. De ser exitoso

el intento, debe aparecer en la misma parte derecha de la ventana el

icono del CPU S7 226. (3- en la figura 17).

3- Enlace
1- Especificar establecido.
dir. IP del CPU.
2- Hacer doble clic
aquí para intentar
establecer el enlace.

Figura 17: actualización del enlace Ethernet

Paso 12:

En el paso 8 se creó automáticamente la rutina ETHx_CTRL. Se coloca

esta rutina en el programa principal para que se encargue de inicializar

el módulo Ethernet y chequear cualquier error que pueda suceder,

monitorizando de esa forma el estado de la conexión durante la

29
comunicación. Observar que las salidas del bloque se asignan,

respectivamente, a las variables M2.1, MW20 y MW22.Ver figura 18.

Figura 18: subrutina ETHx_CTRL

La rutina se debe llamar en cada ciclo autómata con la finalidad de

comprobar si existe una nueva configuración. De esta manera si ha

cambiado la configuración el módulo la adoptará, activándose así la

señal CP_Ready. El estado del canal se verifica con los bits de la

palabra asociada a Ch_Ready. Cada bit corresponde a un canal. Si el bit

está en 1, el canal está activado y se estableció un enlace. Si el enlace

presenta algún error, se desplegará en Error bajo un código específico.

Ver apéndice B.

30
Paso 13:

Una vez establecida la comunicación vía Ethernet, se crea un programa

en Step 7-Micro/WIN llamado “Prog_OPCServer” que permite controlar

las salidas del PLC. Se utilizó para ello un contacto normalmente

cerrado de una marca que activa una salida del PLC. La marca o

bandera se controlará mediante la ventana del operador a través del

servidor OPC. La activación o desactivación de la marca hará que la

bobina de salida esté apagada o encendida correspondientemente. Esta

configuración se repite para las 16 salidas del PLC utilizado. Ver figura

19.

Por último se carga el programa “Prog_OPCServer” en el CPU 226 vía

Ethernet.

Figura 19: programa en el PLC para control de las salidas discretas

31
II.4 La interfaz para el operador: el servidor OPC

Para llevar a cabo el proceso de conexión o desconexión de la carga de

un cliente, un operador en la E. de C. debe accionar un comando a

través de un computador situado en la sala de control. El computador

debe tener un programa adaptado a esta finalidad.

En este trabajo se desarrolló una interfaz humano-máquina que permite

ejecutar la acción de conexión o desconexión a un determinado cliente.

La interfaz consta en líneas generales de tres partes:

1- Un servidor OPC (OLE for Process Control) encargado de

acceder las variables necesarias en el PLC y mostrarlas en

tiempo real, con posibilidad de ser igualmente accedidas por otros

programas.

2- Una base de datos con los clientes a ser atendidos. Se utilizó

para ello el paquete SQL Server.

3- Un programa en Visual Basic con ventanas equipadas con

controles para que el operador pueda efectuar las labores de

conexión o desconexión de un cliente a distancia.

En este capítulo se describe el servidor OPC utilizado.

32
II.4.1 Servidores OPC

Un servidor OPC trabaja según el esquema Cliente – Servidor. El OPC

Server es pues una aplicación tipo servidor encargada de suministrar un

canal para adquirir información de dispositivos industriales, tales como

PLCs. La información es entonces encaminada a una aplicación cliente

presente en el PLC. Ver figura 20.

PLC
PC

Cliente
OPC Server (por ejemplo
Excel o VB)

Figura 20: esquema general de funcionamiento de un servidor OPC

Los servidores OPC disponibles comercialmente vienen equipados con

drivers para poder comunicarse con los distintos protocolos asociados a

los diversos PLCs del mercado.

Para este proyecto se escogió un servidor OPC en particular llamado

Kep Server EX V4.0 de la empresa Kepware que incorpora el driver para

comunicación Ethernet Industrial bajo TCP/IP.

33
Los datos recogidos por el driver de comunicación del servidor OPC

pueden accederse dentro del PC mediante dos técnicas:

1- DDE (Intercambio Dinámico de Datos)

2- OPC (OLE for Process Control)

Se utilizaron las dos técnicas: DDE para leer datos del PLC a través del

servidor OPC y OPC para escribir datos en el PLC a través del mismo

servidor.

Microsoft Windows desarrolló una forma genérica de compartir

información y datos entre aplicaciones basadas en Windows

provenientes de diversos fabricantes, a lo que se le dio el nombre de

DDE (Dynamic Data Exchange).

Sin embargo esta tecnología no estaba diseñada para el mercado

industrial debido a su escasa robustez y velocidad de transmisión de

data. A pesar de esto, DDE se fue implantando en gran cantidad de

industrias y nuevos fabricantes la desarrollaron con el fin de mejorarla.

34
Para el año 1994 se creó la Fundación OPC, representada por un

conjunto de fabricantes pertenecientes a diversas ramas de la industria.

La meta fue desarrollar una única aplicación Cliente/Servidos que le

permitiera a cualquier fabricante desarrollar software capaz de

intercambiar información de forma rápida y robusta.

La primera aplicación que la fundación OPC creó se denomina “Data

Access Specification 1.0” y fue lanzada al mercado alrededor de 1996,

sentando los cimientos para la evolución de los servidores OPC. A partir

de aquí se empezaron a desarrollar sistemas basados en dicha

aplicación.

Data Access Specification 1.0 precisa cómo se debe construir tanto la

interfaz cliente como la del servidor. De esta forma si el fabricante del

cliente sigue estas especificaciones perfectamente, entonces cualquier

servidor OPC que opere para equipos industriales podrá establecer

conexión para lograr el acceso a la data.

Con la creación de herramientas como esta los fabricantes se ocuparían

únicamente de desarrollar aplicaciones cliente, debido a que los drivers

de comunicación los suministra el componente servidor OPC.

35
II.4.2 El servidor OPC de Kep Server

Esta sección describe cómo utilizar la aplicación Kep Server Ex 4.0 para

poder comunicarse con el PLC S7 226 de Siemens a través de Ethernet

Industrial bajo TCP/IP.

Para establecer comunicación utilizando Kep Server Ex 4.0 se necesitan

configurar tres elementos indispensables: el canal (channel), el dispositivo

(device) y las etiquetas (tags) contenidas en un grupo (group). Ver figura

21.

Etiquetas o Tags

Figura 21: componentes para establecer la comunicación con Kep Server

36
Channel: es el canal de comunicación donde se define el protocolo o

driver a utilizar.

Device: es el hardware o PLC con el cual el servidor se va a comunicar.

Su selección está condicionada por el driver elegido en Channel.

Tags: son las direcciones en el hardware o en el PLC a monitorizar, Para

cada Tag definido debe suministrase el tipo de dato (booleano,

entero, byte, word, real, string, etc.) y el tipo de acceso (sólo lectura,

lectura/escritura, etc.). Los Tags se pueden agrupar dentro de los

llamados “grupos de etiquetas¨.

A continuación se explican los pasos necesarios para crear un grupo de

etiquetas con Kep Server.

Paso 1:

Abrir Kep Server Ex V4.0. Se muestra la ventana de la figura 22.

Figura 22: ventana inicial al abrir Kep Server Ex V4.0

37
Paso 2:

En esta ventana que se muestra debe definirse primero que nada el

canal (Channel). El canal constituye la vía de comunicación desde un

computador hasta uno o más dispositivos externos y representa en sí un

puerto serial o una tarjeta de red en el computador. Por omisión el

nombre del canal será Channel1 y al configurarlo debe escogerse el

protocolo de comunicación Ethernet TCP/IP para Siemens. Hacer clic

sobre ¨Click to add a channel¨. Ver figura 23.

Figura 23: ventana inicial para definición de un canal

Paso 3:

Pulsar Siguiente. Aparece la ventana de la figura 24 con una lista de los

drivers disponibles. Se escoge el driver Siemens TCP/IP Ethernet

compatible con el módulo CP 243-1 descrito anteriormente.

38
 Figura 24: escogencia del driver para comunicación Ethernet

Paso 4:

Pulsar Siguiente. Se escoge el adaptador de red que utilizará Channel1

para establecer la comunicación a través de la red. Como el computador

no posee una tarjeta de red específica, se escogerá como adaptador de

red el que viene por omisión (default). Ver figura 25.

Figura 25: escogencia del adaptador de red

39
Paso 5:

Pulsar Siguiente. Al trabajar con un servidor OPC, una de las funciones

mas importantes es lograr es escribir la información de un equipo remoto

en un tiempo apropiado. Es por eso que el asistente de Kep Server Ex le

proporciona al usuario un conjunto de opciones que le permiten optimizar

la ejecución del programa, adaptándose a sus necesidades. Ver figura 26.

Figura 26: control de escritura del servidor en el canal

Paso 6:

Pulsar Siguiente. Se muestra una ventana que resume la información

recién configurada para el canal. Si se está de acuerdo, pulsar Finalizar.

Ver figura 27.

40
 Figura 27: resumen de la configuración del canal

Paso 7:

Una vez creado y configurado el canal, aparece en la ventana principal

del Kep Server la opción ¨click to add a device¨. Se selecciona esta opción

y comienza la aparición de otra serie de ventanas para la configuración

del dispositivo o device. La primera de esas ventanas es la mostrada en la

figura 28, que pregunta por el nombre del dispositivo. Se deja el nombre

por defecto: Device1.

Figura 28: asignación del nombre al dispositivo recién creado

41
Paso 8:

Pulsar Siguiente. Se selecciona el modelo del equipo con el cual se va a

trabajar. En este caso es el S7-200, como muestra la figura 29.

Figura 29: escogencia del dispositivo con el que se trabajará

Paso 9:

Pulsar Siguiente. En la ventana que aparece se define la dirección IP del

equipo con el cual el PC se va a conectar. Para las pruebas hechas en el

laboratorio, la dirección IP es asignada al CP 243-1 es la 10.18.10.154.

Ver figura 30.

Figura 30: identificación de la dirección IP del dispositivo

42
Paso 10:

Pulsar Siguiente. La ventana que se muestra exige introducir el TSAP del

dispositivo remoto, según se estableció al configurar el enlace Ethernet en

el S7 226 (figura 10 de la sección III.4). Se coloca el número 1000 en las

casillas Local y Remote, como se muestra en la figura 31.

Figura 31: establecimiento del valor TSAP para el enlace

Paso 11:

Pulsar Siguiente. Se muestra la ventana final de la configuración del

dispositivo, donde está resumida la configuración recién especificada.

Pulsar Finalizar si se está de acuerdo con la configuración mostrada. Ver

figura 32.

43
 Figura 32: resumen de la configuración del dispositivo Device1

Paso 12:

Una vez validada la ventana de la figura 31, se regresa a la pantalla

principal del Kep Server. Se hace clic con el botón derecho del ratón

sobre Device y se selecciona la opción New Tag Group para crear un

grupo de variables a monitorizar (las variables se llaman Tags o

Etiquetas). Por defecto se selecciona el nombre Group1 para el grupo

creado. Ver figura 33.

Figura 33: creación del grupo Group1

44
Paso 13:

Una vez creado el grupo, se valida la ventana de la figura 33 pulsando

OK. Con el botón derecho sobre Group1 se selecciona New Tag. De esta

forma se añaden una a una las 16 variables (Tags) a monitorizar en el

PLC. En el caso de este proyecto esas etiquetas van a corresponder a 16

marcas o banderas con direcciones M0.0 a M1.7 que anticipan las salidas

del S7 200, y que figuran en el programa “Prog_OPCServer” (ver figura 19

en la sección II.3).

La figura 34 ilustra la creación de un Tag (M0.0). Obsérvese el tipo de

dato a asignar (Booleano) y el tipo de acceso por parte del cliente

(Lectura/Escritura).

La figura 35 muestra la ventana del Kep Server con las variables (Tags)

creadas.

Figura 34: ventana de creación del Tag M0.0

45
 Figura 35: variables o Tags creados en el Group1

Ha finalizado la configuración del Kep Server. Puede ahora probarse

lanzando un cliente ya incluido en el Kep Server, llamado Quick Client.

No se describe aquí el funcionamiento del Quick Client, aunque si se

utilizó exitosamente para probar la conexión y animación de las

variables (marcas) en el programa “Prog_OPCServer” grabado en el

PLC.

46
II.5 La interfaz para el operador: SQL Server

Con el fin de poder almacenar y manejar una base de datos de clientes

con capacidad de ser conectados o desconectados de la red eléctrica, se

escogió la herramienta SQL Server. Se trata de un software que actúa

como interfaz entre la base de datos y las aplicaciones que la utilizan.

SQL significa Structured Querry Language, y es un sistema de gestión de

bases de datos desarrollado por Microsoft capaz de administrar tablas de

datos con miles de registros a través de aplicaciones como Viasual Basic.

SQL Server corre en ambiente Windows.

Además, cada instancia de SQL Server esta en la capacidad de manejar

miles de usuarios trabajando en múltiples tablas simultáneamente, con lo

cual no es necesario correr múltiples copias de la base de datos de SQL

Server.

SQL Server se instala como un servicio y por esto es indispensable

asignarle un usuario para que inicie ese servicio y para que trabaje bajo

este contexto de seguridad. Este usuario que se asignó debe ser la

cuenta local del sistema o la del domino escogida por el instalador.

Dentro de SQL Server 2000 existen dos herramientas básicas para el

manejo de la base de datos: el Enterprise Manager (usada en este

proyecto) y el Query Analyzer.

47
 2 El Enterprise Manager (EM), que es una herramienta gráfica que se

ocupa de administrar los servidores y es instalada por defecto al

momento de instalar el SQL Server 2000. Entre sus funciones mas

importantes se tienen:

- Creación de bases de datos y de sus correspondientes

objetos, tales como: tablas e índices

- Conexión a múltiples servidores

- Modificación y acceso tanto a las propiedades del servidor

como a la base de datos

- Permite importar y exportar información desde distintas

fuentes hacia otras aplicaciones.

- Administración de usuarios y seguridad.

- Monitoreo de la actividad del servidor.

2 Query Analizer (modo de comando),

II.5.1 Creación de la base de datos mediante la herramienta Microsoft

SQL

La aplicación Microsoft SQL Server brindó la posibilidad de crear y

modificar la base de datos de forma rápida y sencilla gracias a una de sus

herramientas básicas denominada Enterprise Manager. Con ella se creó

la base de datos Registro, que contiene a su vez tres tablas a ser usadas

en la aplicación final para la identificación, validación e informe de

usuarios y operadores.

48
A continuación se describe la secuencia a seguir para la elaboración de

una base de datos con sus correspondientes objetos, partiendo desde la

instalación del programa.

Paso 1:

Al momento de la instalación es necesario establecer el nombre del

servidor con el cual se conectará SQL Server. En este caso el nombre del

servidor fue “UNIMET-70227A1A” y además se activo el parámetro “auto-

start” para que siempre que se inicie el sistema operativo, se conecte al

servidor (ver figura 36).

Figura 36: establecimiento del nombre del servidor

49
Paso 2:

Se ejecuta el Enterprise Manager activando el comando:

InicioÆProgramasÆMicrosoft SQL Server ÆEnterprise Manager

Así se inicia el programa Enterprise Manager y se desplegará la primera

pantalla (ver figura 37).

Figura 37: pantalla principal del Enterprise Manager

Paso 3:

Para la creación de la base de datos que contendrá las tablas a utilizar

posteriormente en la aplicación que controla de corte y reconexión de

cargas residenciales, se debe abrir el siguiente directorio en el navegador

de la pantalla principal.

Microsoft SQL ServersÆSQL Server GroupÆ

(Local)(Windows NT)ÆDatabases

50
En la carpeta Base de Datos (Databases) se puede apreciar que el

sistema por defecto origina, al momento de la instalación, cuatro bases de

datos que utiliza el SQL Server y dos de ejemplo para la realización de

pruebas. Las que utiliza SQL Server se conocen como: master, model,

tempdh y msdb. Ver figura 37.

Ahora bien, haciendo clic con el botón derecho en el navegador de la

pantalla se elige la opción New Data Base (nueva base de datos) y se le

asigna el nombre Registro. Ver figura 38.

Nueva base de
datos

Figura 38: creación de la base de datos Registro

Para verificar las propiedades de la nueva base de datos, se debe hacer

clic con el botón derecho sobre el icono de Registro (ver figura 39).

51
 Figura 39: propiedades de la base de datos Registro

Paso 4:

Ahora se deben crear las tablas que van conformar la base de datos

Registro. Para ello se selecciona la base de datos Registro en la

ventana de la figura 38 y se escoge la opción tables. Se hace clic con el

botón derecho y se selecciona la opción New Table. De esta forma se

crean tres tablas denominadas Cliente, Usuario y Modificacion_Registro.

Al momento de crear las tablas se deben establecer los campos que la

forman, así como también el tipo de dato de cada campo y su longitud

(ver figura 40).

52
 Figura 40: tablas de Registro

Para el caso de la tabla Cliente se especificaron seis campos referentes a

la información del abonado:

-CuentaContrato: indica el número de subscripción

-Cliente_Nombre: posee el nombre del cliente registrado

-Cliente_Ced: contiene el numero de cédula o RIF asociado a cada

suscriptor

-Cliente_Dir: proporciona la dirección del usuario

-Num_Aparato: hace referencia al número de medidor

-UbicacionPLC: es el número relacionado con la salida física del PLC y

asignado a un usuario en específico (ver figura 41).

53
 Figura 41: campos de la tabla “Cliente”

Paso 5:

Luego de crear las tablas y definir sus campos, se procedió a llenarlas.

Para el caso preciso de la tabla Cliente, se carga la información de 16

usuarios (Ver figura 42).

Figura 42: información de la Tabla Cliente

54
El procedimiento seguido en los pasos 4 y 5 se realizó de forma idéntica

para las tablas Usuario y Modificación_Registro.

La tabla Usuario consta de dos campos: uno indica el nombre del usuario

(login) que podrá ingresar al sistema y el otro la clave (password)

relacionada al primer campo. (Ver figura 43).

Figura 43: campos de la tabla “Usuario”

La tabla Modificación_Registro, que se refiere al cambio que se realiza en

el sistema, consta de 4 campos (ver figura 44):

1- id: indica el operador que está manipulando el sistema

2- estado: indica la modificación que se le realizó

3- fecha: indica la fecha y hora del cambio

4- CuentaContrato: indica la cuenta del cliente al cual se le realizó al

modificación

55
Figura 44: campos e información de la Tabla Modificacion_Registro

56
II.6 La interfaz para el operador: Visual Basic

La interfaz directa entre el operador y el sistema de

conexión/desconexión de cargas es una aplicación desarrollada en

Visual Basic a la que se le dio el nombra de SysCoRe.

El programa suministra ventanas con elementos gráficos que permitan al

operador de una forma intuituva, rápida y sencilla seleccionar un

determinado cliente y efectuar una operación de conexión o

desconexión.

La aplicación desarrollada permite, en general:

2 Comunicarse con la base de datos creada en SQL Server para

seleccionar un determinado cliente y ver su estado.

2 Comunicarse con el OPC Server para poder acceder las

variables del PLC remoto.

Por esto resulta imprescindible que los computadores que vayan a

utilizarse para tareas de conexión y desconexión remota de cargas,

tengan instalado tanto Kep Server Ex como y SQL Server 2000.

En el apéndice D se encuentra el listado del programa en Visual Basic

para el manejo de la interfaz humano máquina.

57
II.6.1 Ventanas de interfaz operador-máquina

Se creó primero que nada una pantalla principal que tiene como

finalidad la autentificación del operador mediante un login y un

password, con el propósito de evitar que personal no autorizado tenga la

posibilidad de irrumpir en el sistema.

Cuando el operador introduce la información de validación y presiona el

botón entrar (ver figura 45), la información es corroborada con una base

de datos cuya tabla se denomina “usuario”, ya creada con SQL Server.

En caso de que el login o el password sean incorrectos el sistema lo

detectará y emitirá un mensaje de error evitando avanzar a la siguiente

pantalla hasta que los datos de validación sean correctos.

Si los datos de validación son correctos, al presionar entrar el Kep

Server Ex lanzará un cliente OPC que será transparente para el usuario

a nivel de interfaz, pero suministrará el medio de comunicación entre

Visual Basic y el PLC.

En el lado izquierdo de la pantalla principal (figura 44) existen tres

botones para información al operador:

1.- Botón de información

2.- Botón de requerimientos del sistema

3.- Botón de ayuda.

58
 1
2

3
Validación

Figura 45: ventana inicial de la interfaz operador-máquina

El botón de Información muestra una ventana con información de la

aplicación, entre la cual se encuentra la versión y la fecha en que se

realizó. Ver figura 46.

Figura 46: ventana general de información de la aplicación

El botón de Requerimientos del Sistema proporciona una lista de

aplicaciones necesarias para el correcto funcionamiento de SysCoRe.

Ver figura 47.

59
 Figura 47: ventana de requerimientos del sistema

El tercer botón es el de ayuda. Contiene las instrucciones a seguir por el

operador para correcto uso de las funciones del programa. Ver figura 48.

Figura 48: ventana correspondiente al botón de ayuda en la aplicación

La segunda etapa consistió en crear un ambiente en donde, al introducir

el número de cuenta contrato de cada usuario registrado, y después de

validar el login y password en la ventana de la figura 45, el operador

60
pueda ver la información de la cuenta, tal como: estado actual del

servicio, titular del contrato, cédula o R.I.F, dirección de suministro y

número de aparato. Además aparecerá un botón que le permitirá cambiar

el estado del servicio. Ver figura 49.

Figura 49: ventana para manejo del estado de servicio de un cliente

El campo referente al número de cuenta contrato se encuentra vinculado

con la tabla ¨Cliente¨ de la base de datos creada en SQL Server. A través

de ese vínculo el programa en Visual Basic puede desplegar toda la

información del cliente con ese número de cuenta contrato. Además

existe un campo en la tabla ¨Cliente¨ denominado “UbicaciónPLC”, que

está relacionado directamente con las salidas del PLC, pero que no se

muestra explícitamente.

61
Por ejemplo, si el operador introduce el número de cuenta contrato 1012

se desplegará la información relacionada con el titular de esa cuenta; sin

embargo el parámetro UbicacionPLC, en este caso 12, no se mostrará

sino que más bien servirá como número de referencia para todas las

acciones relacionadas con el número de cuenta contrato asociado.

De esta forma es posible conocer el estado de la conexión, ya que las

etiquetas o Tags creados en Kep Server Ex están a su vez relacionadas

con este número. El estado del servicio puede ser activado, desactivado o

desconocido. El sistema mostrará la última opción en caso de que no

exista conexión vía Ethernet o de que exista un error en la señal de

comprobación de contactor cerrado.

El vínculo entre Visual Basic y Kep Server se estableció de dos formas:

1- Utilizando la técnica DDE (Dynamic Data Exchange)

2- Utilizando la técnica OLE (Object Linking and Embbeding)

Las variables del PLC se leen a través del OPC Server por medio de

enlaces DDE. A través de cajas de texto en Visual Basic se establecen los

enlaces con las variables del servidor OPC. En las cajas de texto donde

se va a leer información del OPC Server se definen las siguientes

propiedades:

62
 - LinkItem: en este campo se debe colocar la dirección de la

etiqueta o Tag en Kep Server Ex. Por ejemplo:

Channel1.Device1.Group1.bandera_12.

- LinkMode: esta propiedad se debe establecer en automático

(opción 1) para que la conexión DDE con el Kep Server Ex se

realice de forma automática.

- LinkTopic: se debe establecer el Servidor y el Topic según la

configuración creada en Kep Server Ex . Ver figura 50

Figura 50: ejemplo de configuración de las propiedades de una caja de

texto para utilización de DDE

Recordar que cada casilla del arreglo está relacionada con el número

¨UbicaciónPLC¨ proveniente de la tabla de SQL Server, y con las

etiquetas creadas en Kep Server Ex.

63
Al presionar el botón cambiar estado del sistema en la pantalla anterior,

se desplegará la siguiente pantalla (figura 51):

Figura 51: pantalla de modificación de estado

En caso de que no exista conexión vía Ethernet con el servidor Kep

Server, la aplicación emitirá un mensaje de error y deshabilitara cualquier

opción, permitiendo únicamente que el usuario regrese a la pantalla

anterior de búsqueda. Ver figura 52.

Mensaje
de error

Figura 52: mensaje de error de conexión

64
De esta forma solo se podrá regresar a la pantalla anterior y buscar el

estado de un nuevo usuario o abandonar la aplicación presionando el

botón salir.

Se hace hincapié en el hecho que la conexión vía ethernet con un usuario

es independiente de cualquier otra, debido a que físicamente están en

lugares distintos, y por lo tanto están controladas por salidas y entradas

digitales diferentes dentro de un mismo autómata, o en muchos casos pro

autómatas diferentes.

65