Sistema de Adquisicion Supervision y Control de Plantas de Proceso

UNIVERSIDAD DE ORIENTE
NCLEO ANZOTEGUI
ESCUELA DE INGENIERA Y CIENCIAS APLICADAS
DEPARTAMENTO DE ELECTRICIDAD
SISTEMA DE ADQUISICIN, SUPERVISIN Y CONTROL DE

PEQUEAS PLANTA DE PROCESOS BASADO EN
TECNOLOGA LIBRES
Realizado Por:
CESAR JESS BRITO BOLVAR
C.I. 19.675.148
Trabajo de Grado Presentado Ante la Universidad de Oriente Como

Requisito Parcial para Obtener el Ttulo de:
INGENIERO ELECTRICISTA.
Barcelona, Febrero 2013
NCLEO ANZOTEGUI

TECNOLOGA LIBRES
ASESOR:
_____________________
Ing. Danilo Navarro
NCLEO ANZOTEGUI

TECNOLOGA LIBRES
TRABAJO DE GRADO APROBADO POR EL DEPARTAMENTO DE

ELECTRICIDAD DE LA UNIVERSIDAD DE ORIENTE.
El Jurado hace constar que asign a esta Tesis la calificacin de:
_______________________
Ing. Verena Mercado
Jurado Principal
_______________________
Ing. Luis Parraguez
Jurado Principal
RESOLUCIN
De acuerdo al artculo 41 del Reglamento de Trabajos de Grado

de la Universidad de Oriente:
Los trabajos de grado son exclusiva propiedad de la
Universidad de Oriente y solo podrn ser utilizados a otros
fines
con
el
consentimiento
del
Consejo
de
Ncleo
respectivo, quien lo participar al Consejo Universitario
iv
DEDICATORIA
AGRADECIMIENTOS
vi
RESUMEN
El sistema desarrollado en este trabajo de investigacin es una

alternativa metodolgica para el diseo e implementacin de un sistema de
adquisicin supervisin y control de bajo costo, utilizando herramientas de
software y hardware libres. Esta se basara en dos partes, el primero es el
desarrollo de un hardware de adquisicin, centrado en un microcontrolador
con conexin USB, que se encarga de recibir la seales emanadas de los
sensores luego de ser tratadas por unos circuitos de acondicionamiento,
intervenir en el proceso a travs de los actuadores, y a su vez enviar esos
datos a travs del puerto USB a un ordenador, donde se encontrara un
software multiplataforma llamado HmiUdo (segunda parte) el cual es una
interfaz hombre-mquina (HMI) que se encargara de muestrear los datos del
proceso de forma grfica para luego almacenarlas en una base de datos.
Para
la
verificacin
y validacin
de la
metodologa
se
utiliz
micrcontroladores uno de 28 pin que es el 18f2550, uno de 40 pin 18f4550 y

el atmega 328 junto a otros componentes electrnicos.
vii
NDICE
RESOLUCIN ............................................................................................... IV
DEDICATORIA ............................................................................................... V
AGRADECIMIENTOS ................................................................................... VI
RESUMEN .................................................................................................... VII
NDICE ......................................................................................................... VIII
LISTA DE FIGURAS ................................................................................... XIII
LISTA DE TABLAS ..................................................................................... XV
CAPITULO1: INTRODUCCIN.................................................................... 16
1.1 PLANTEAMIENTO DEL PROBLEMA................................................. 16
1.2. JUSTIFICACIN Y ALCANCE. ......................................................... 18
1.3.
OBJETIVOS. .................................................................................. 18
1.3.1. Objetivo General. ......................................................................... 18

1.3.2. Objetivos Especficos................................................................... 18
1.4.
MARCO METODOLGICO ............................................................ 19
1.4.1. Tipo de Investigacin. .................................................................. 19

1.4.2. Nivel de Investigacin .................................................................. 19
1.4.3. Tcnicas de Investigacin ........................................................... 20
1.5 ETAPAS DEL PROYECTO .................................................................. 20
1.5.1. Etapa 1. Revisin Bibliogrfica. ................................................... 20
1.5.2. Etapa 2. Descripcin de las Premisas y Criterios para el Diseo. 21
1.5.3. Etapa 3. Establecimiento de una Estructura Base para la
utilizacin de los Microcontroladores de Gama media-alta como tarjetas
de adquisicin de datos. ........................................................................ 21
1.5.4. Etapa 4. Desarrollo del Programa para la Interfaz HombreMaquina utilizando Software Libre. ........................................................ 21
viii
1.5.5. Etapa 5. Validacin del Funcionamiento del Sistema Diseado. . 22

1.5.6. Etapa 6. Redaccin y Presentacin de Trabajo de Grado. ......... 22
1.6. ORGANIZACIN DEL TEXTO ........................................................... 22
CAPITULO 2: MARCO TERICO................................................................ 24
2.1. FUNDAMENTO TERICOS. ............................................................ 24
2.1.1. Interfaz Hombre Maquina (HMI) .................................................. 24
2.1.2. Adquisicin de Datos. .................................................................. 26
2.1.3. Tarjetas de Adquisicin de Datos. ............................................... 27
2.1.4. Microcontroladores. ..................................................................... 27
2.1.3. Hardware Libre. ........................................................................... 30
2.1.4. Arduino ........................................................................................ 30
2.1.5. Pingino. ...................................................................................... 31
2.1.6. Interfaz Serie ............................................................................... 32
2.1.7. Bus Serie Universal (USB) ........................................................... 33
2.1.8. Simulador de Circuitos ISIS Proteus. ........................................... 41
2.1.9. MPLAB IDE .................................................................................. 42
2.1.10. MPLAB C18 ............................................................................... 43
2.1.11. Software Libre (Free Software) y Software de Cdigo Abierto
(Open Source Software) ........................................................................ 43
2.1.12. Python........................................................................................ 48
2.1.13. wxPython ................................................................................... 49
2.1.14. PyUSB ....................................................................................... 50
2.1.15. PySerial ..................................................................................... 50
2.1.17. Sqlite3 ........................................................................................ 52
CAPITULO 3. PREMISAS DE DISEO DEL SISTEMA .............................. 54
3.1 SISTEMAS HMI/SCADAS ................................................................... 54
3.2 FUNCIONES DEL SOFTWARE DE DESARROLLO DE SISTEMAS
HMI/SCADA. ............................................................................................. 55
3.3 DESARROLLO DE APLICACIONES HMI. ........................................... 57
ix
3.4. ESTNDAR ANSI /ISA 5.1 2009 ......................................................... 57

3.4.1. Identificacin y Smbolos de Instrumentacin. ............................. 57
3.5 ESTNDAR ISA-5.5-1985. ................................................................. 66
3.5.1. Smbolos Grficos para Visualizacin de Procesos. .................... 66
3.5.2. Color. ........................................................................................... 66
3.6. OPCIONES DE CONECTIVIDAD USB. .............................................. 68
3.6.1. Transceivers USB. ...................................................................... 68
3.6.2. Conversores USB a Interfaz Serial o Paralela. ........................... 69
3.6.3. Controladores de Perifricos. ..................................................... 71
3.7. DISEO ESTRUCTURAL DEL SISTEMA .......................................... 73
CAPITULO 4 HARDWARE DE ADQUISICIN............................................ 77
4.1. HARDWARE DE ADQUISICIN DE DATOS UTILIZANDO ARDUINO Y
PINGINO................................................................................................. 77
4.1.1. Estructura Firmware Archivo principal Arduino (Arduino Tarjeta
Adq.pde). ............................................................................................... 78
4.1.2. Estructura Firmware Archivo Principal Pingino (Pingino
TarjetaAdq.pde) ..................................................................................... 80
4.2. HARDWARE DE ADQUISICIN UTILIZANDO
MICROCONTROLADDOR PIC Y COMPILADOR C18 DE MPLAB IDE. ... 82
4.2.1 Estructura Firmware Main.c (Programa principal) ....................... 84
4.2.2 Ejemplo de Aplicacin de Estructura ........................................... 88
4.2.3. Circuito Electrnico de la Tarjeta de Adquisicin de Datos basado
en Microcontrolador pic 18f2550 y 18f4550. .......................................... 99
CAPITULO 5. DISEO SOFTWARE HMIUDO .......................................... 101
5.1 SOFTWARE HMI_UDO. .................................................................... 101
5.2 ESTRUCTURA DEL SOFTWARE HMI_UDO. ................................... 101
5.2.1 HMI_UDO.py .............................................................................. 102
5.2.2 Proceso_Virtual.py ...................................................................... 105
5.2.3. Obj_Comando.py ....................................................................... 108
x
5.2.4. Graficar_Proceso.py .................................................................. 122

5.2.5. Mando_Proceso.py .................................................................... 127
5.2.6. Base_Datos.py. ......................................................................... 130
5.2.7. Serial_Conect.py ....................................................................... 133
5.2.8. USB_Pic_Conect.py .................................................................. 136
5.2.9. CrearBaseDatos.py.................................................................... 138
CAPITULO 6. .VALIDACIN DEL SISTEMA HMI_UDO ........................... 139
6.1. VERIFICACIN CON PLANTA P1. ........................................................... 144
6.2. VERIFICACIN CON PLANTA ARMFIELD FM-51. ...................................... 155
6.2.1- Sensor Flujo .............................................................................. 156
6.2.2-Sensor de presin 6CF6G .......................................................... 157
6.2.3. El Sensor LM35. ........................................................................ 158
6.2.4. Adaptacin del Sistema HMI_UDO a la Planta Armifield Fm51. 159
CONCLUSIN ............................................................................................ 164
RECOMENDACIN Y TRABAJOS A FUTURO. ....................................... 166
BIBLIOGRAFA .......................................................................................... 167
APENDICE ................................................................................................. 168
APNDICE. 1 GUA REFERENCIAL LENGUAJE ARDUINO. ............... 169
APNDICE 2. GUA REFERENCIAL LENGUAJE ARDUINO. ................ 171
APNDICE 3. GUA REFERENCIAL LENGUAJE PYTHON. .................. 172
APNDICE 4. GUA REFERENCIAL WXPYTHON ................................. 176
APNDICE 5. GUA REFERENCIAL C18 COMPILER ........................... 180
APNDICE 6. SCRIPT PRINCIPAL HMI_UDO.PY .................................. 190
APNDICE 7. SCRIPT PARA CREAR BASE DE DATOS ....................... 191
APNDICE 8. SCRIPT BASE_DATOS.PY (18F2550) ................................. 192
APNDICE 9. SCRIPT PROCESO_VIRTUAL.PY (18F2550) ........................ 193
APNDICE 10. SCRIPT OBJ_COMANDO.PY (18F2550) ............................ 194
APNDICE 11. SCRIPT GRAFICAR_PROCESO.PY (18F2550) .................... 199
xi
APNDICE 12. SCRIPT MANDO_PROCESO.PY (18F2550) ........................ 201

APNDICE 13. SCRIPT PROCESO_VIRTUAL.PY (18F4550) ...................... 202
APNDICE 14. SCRIPT OBJ_COMANDO.PY (18F4550) ............................ 203
APNDICE 15. SCRIPT BASE_DATOS.PY (18F4550) ............................... 209
APNDICE 16. SCRIPT GRAFICAR_PROCESO.PY (18F4550) .................... 210
APNDICE 17. SCRIPT MANDO_PROCESO.PY (18F4550) ........................ 212
APNDICE 18. SCRIPT BASE_DATOS.PY (FM51) ..................................... 213
APNDICE 19. SCRIPT SERIAL_CONECT.PY (FM51) ................................ 213
APNDICE 20. SCRIPT PROCESO_VIRTUAL.PY (FM51) ............................ 213
APNDICE 21. SCRIPT OBJ_COMANDO.PY (FM51) .................................. 213
APNDICE 22. SCRIPT GRAFICAR_PROCESO.PY (FM51) ......................... 213
APNDICE 23. SCRIPT GRAFICAR_PROCESO.PY (FM51) ......................... 213
APNDICE 24. SCRIPT MANDO_PROCESO.PY (FM51) ............................. 213
ANEXOS ..................................................................................................... 214
ANEXO A. LISTA DE MATERIALES PARA LA CONSTRUCCIN DE TARJETA
ADQ18F2550 ........................................................................................... 216
ANEXO B. LISTA DE MATERIALES PARA LA CONSTRUCCIN DE TARJETA
ADQ18F4550 ........................................................................................... 217
ANEXO C. CIRCUITO ELECTRNICO DE LA TARJETA ADQ PIC 18F4550. ...... 218
ANEXO D. CIRCUITO ELECTRNICO DE LA TARJETA ADQ PIC 18F2550. ....... 219
xii
LISTA DE FIGURAS
Figura 2.0.1 Esquema de una HMI.Fuente:(Rodriguez, p, (2007)) ............... 25

Figura 2.0.2 Estructura General de un microcontrolador. ............................ 28
Figura 2.0.3 Conector USB tipo A (izquierda) y tipo B (derecha). ................. 38
Figura 2.0.4 Conector USB Mini tipo A (izquierda) y tipo B (derecha) .......... 38
Figura 3.0.1 Diagrama lgico y tabla de verdad del Transceiver USB .......... 68
Figura 3.0.2 Diagrama de bloques del FT232 ............................................... 70
Figura 3.0.3 Esquema estructural del Sistema ............................................. 74
Figura 3.0.4 Esquema estructural del sistema (Interfaces) ........................... 75
Figura 3.0.5 Esquema estructural del sistema (Interfaces detallada) ........... 76
Figura 4.0.1 Diagrama de Flujo del Firmware Arduino. ................................. 79
Figura 4.0.2 Diagrama Flujo Firmware Pingino ........................................... 81
Figura 4.0.3 Estructura del directorio Firmware Framework Usb ................. 83
Figura 4.0.4 Tarjeta de Adquisicion con pic 18f4550 .................................... 99
Figura 4.0.5 Tarjeta de Adquisicin con pic 18f2550 .................................. 100
Figura 5.0.1 Estructura de Software HMI_UDO .......................................... 102
Figura 5.0.2 HMI_UDO ventana principal ................................................... 103
Figura 5.0.3 Proceso Virtual ....................................................................... 108
Figura 5.0.4 Animacin Texto ..................................................................... 109
Figura 5.0.5 Animacin Corte Rectagular .................................................. 110
Figura 5.0.6 Tuberia Horizontal................................................................... 111
Figura 5.0.7 Tuberia Vertical ....................................................................... 112
Figura 5.0.8 Escala Verical Izquierda ......................................................... 112
Figura 5.0.9 Escala Verical Derecha........................................................... 113
Figura 5.0.10 Escala Horizontal Inferior ...................................................... 114
Figura 5.0.11 Escala Horizontal Superior ................................................... 114
Figura 5.0.12 Imagen importada por el Comando....................................... 115
Figura 5.0.13 Datos Recibidos Arduino ...................................................... 135
xiii
Figura 5.0.14 Datos Recibido Arduino Organizado en un Array ................. 136

Figura 5.0.15 Datos Recibidos Por Puerto USB PIC 18f ............................ 138
Figura 6.0.1 Pasos para utilizar Paquete HMI_UDO ................................... 141
Figura 6.0.2 Pasos para Utilizar Paquete HMI_UDO (Continuacin) .......... 142
Figura 6.0.3 Pasos para Utilizar Paquete HMI_UDO (Continuacin) ......... 143
Figura 6.0.4 Planta P1 ................................................................................ 144
Figura 6.0.5 Archivo base dato hmi.db sin datos ........................................ 146
Figura 6.0.6 Archivo BasesDatosPlantaP1_4550.db sin datos ................... 146
Figura 6.0.7 HMI DE LA PLANTA P1 (MODELO 1) .................................... 147
Figura 6.0.8 HMI Planta P1 (Modelo 2) ....................................................... 147
Figura 6.0.9 Graficas Entradas Analgica Planta P1 (18f2550) .................. 148
Figura 6.0.10 Graficas Entradas Analgica Planta P1 (18f4550) ................ 148
Figura 6.0.11 Interfaz para Control de Salida (Modelo 1). .......................... 149
Figura 6.0.12 Interfaz para Control de Salida (Modelo 2) ........................... 149
Figura 6.0.13 Base de Datos Planta P1 18f2550 (Sqlite Administrador)..... 150
Figura 6.0.14 Base de Datos Planta P1 18f2550 (Archivo Texto) ............... 151
Figura 6.0.15 Base de Datos Planta P1 18f4550 (Sqlite Administrador) .... 152
Figura 6.0.16 Base de Datos Planta P1 18f4550 (Archivo Texto) ............... 153
Figura 6.0.17 Vista Diagonal Planta FM51 ................................................. 156
Figura 6.0.18 Especificaciones Tcnicas del Sensor de Presin ................ 157
Figura 6.0.19 HMI DE LA PLANTA FM51. .................................................. 160
Figura 6.0.20 Graficas Entradas Analgica Planta FM51 ........................... 160
Figura 6.0.21 Interfaz para Control de Salidas............................................ 161
Figura 6.0.22 Base de Datos Planta FM51 (Sqlite Administrador) .............. 162
Figura 6.23 Base de Datos Planta FM51 (Archivo Texto) ........................... 163
xiv
LISTA DE TABLAS
Tabla 2.0.1 Modelos de Arduino ................................................................... 31

Tabla 2.0.2 Velocidades de transferencias USB .......................................... 34
Tabla 2.0.3 Pines del bus USB ..................................................................... 37
Tabla 2.0.4 Clases de dispositivos USB ....................................................... 41
Tabla 2.0.5 Trminos SQL ............................................................................ 53
Tabla 2.0.6 Tipos de datos ........................................................................... 53
Tabla 3.0.1 Caractersticas de algunos Sistemas SCADAS ......................... 56
Tabla 3.0.2 Ejemplo de designacin de la identificacin de un instrumento
usando el estndar ANSI/ISA ....................................................................... 63
Tabla 3.0.3 Significado e identificacin de letras, para la designacin de
instrumentos funciones o variables mediante tags. ...................................... 64
Tabla 3.0.4 Significado e identificacin de letras, para la designacin de
instrumentos funciones o variables mediante tags. Continuacin................. 65
Tabla 3.0.5 Significado de Colores Sugerido, para el diseo de despliegues
...................................................................................................................... 67
Tabla 4.0.1 caractersticas del sistema ......................................................... 89
Tabla 6.0.1 Caracterstica de la Planta P1 .................................................. 145
Tabla 6.0.2 Caractersticas de Prueba Placa ADQ 18F2550 ...................... 145
Tabla 6.3 Caractersticas de Prueba Placa ADQ 18F4450 ......................... 145
Tabla 6.0.4 Caracterstica de la Planta FM51 ............................................. 159
Tabla 6.0.5 Caractersticas de Prueba Placa Arduino para FM51. ............. 159
xv
16
CAPITULO1: INTRODUCCIN
En este trabajo de investigacin se describe el diseo y desarrollo de
un sistema de adquisicin, supervisin y control, el cual est enfocado en ser
una alternativa econmica y libre a la hora de probar sensores, actuadores,
monitorear plantas pilotos e incluso aplicarles control. El sistema se basa en
la comunicacin entre un hardware de adquisicin (Tarjeta de adquisicin de
datos)
electrnico
un ordenador a travs del protocolo USB. Donde el circuito

del
hardware
esta
compuesto
principalmente
de
un
microcontrolador, el cual se le cargara un programa (firmware), para que

este pueda habilitar las entradas y salidas digitales, conversin AnalgicasDigital y salidas PWM, a su vez l envi y recepcin de datos por el protocolo
ya mencionado, del lado del ordenador se encontrara un driver genrico del
dispositivo USB proporcionado por microchip y un software que permite la
interaccin entre el operador y el sistema a monitorear y/o controlar, todo
esto basndose en los criterios del software y hardware libre.
1.1
PLANTEAMIENTO DEL PROBLEMA.

En la actualidad los equipos utilizados para medir variables fsicas que
intervienen en los sistemas, presentan dificultades para apreciar su medicin,

ya que en ocasiones se encuentran alojados en lugares de difcil acceso,
adems las seales emanadas por los sensores, generalmente son voltajes y
corrientes, que deben ser acondicionadas segn los requerimientos de las
tarjetas de adquisicin de datos (TAD) a utilizar, las cuales convierten las
seales analgicas en digitales, para ser aprovechada por herramientas
computacionales o software encargadas de aplicar control y de proporcionar
una representacin grafica de estas variables, brindando la posibilidad de
17
modificar o tomar acciones sobre el sistema a travs de los actuadores, la

combinacin de estos dispositivos y herramientas computacionales forman lo
que se conoce como sistema de adquisicin, supervisin y control facilitando
la interaccin entre el operador y la planta.
Existen empresas que comercializan dispositivos electrnicos de

adquisicin de datos (TAD) y software (HMI) los cuales generalmente su
licencia son muy costosos y con cdigo fuente cerrado, quizs sean
rentables econmicamente su implementacin a nivel industrial, pero cabe
destacar que al ser de cdigo fuente cerrado limita ajustar el software a
diversos cambios o exigencias funcionales, en el caso de plantas pilotos,
utilizadas en laboratorios universitarios seria muy costoso econmicamente,
y a nivel de estudio no permiten su modificacin para la investigacin en
diversos escenarios.
En tal sentido, surge la problemtica de disear un Sistema de

adquisicin, supervisin y control que este desarrollado con software y
hardware libres, un ejemplo es el arduino, que son dispositivos electrnicos
basados en microcontroladores, que pueden ser utilizados como tarjetas de
adquisicin de datos, logrando as una alternativa, rpida y econmica,
manteniendo un funcionamiento robusto con respecto a la necesidad de
centralizar la informacin de las variables y la capacidad de ser adaptable a
varios sistemas, sin necesidad de adquirir nuevas licencias.
En base a este planteamiento se formula las siguiente interrogante,

Cmo aprovechar las caractersticas de los microcontroladores, para ser
utilizados como dispositivos electrnicos de adquisicin de datos?, tomando
en consideracin la compatibilidad de comunicacin con los algoritmos del
software de supervisin y control que se va a disear.
18
1.2. JUSTIFICACIN Y ALCANCE.

El alcance del trabajo abarca el desarrollo de una alternativa
procedimental y metodolgica,
para disear un sistema de adquisicin
supervisin y control con software y hardware libre, permitiendo al operador o

al estudiante la posibilidad de mejorar y optimizar el cdigo, tanto del
software como del hardware (firmware), Esta idea surge de la inquietud a la
cantidad limitada de tarjetas de adquisicin de datos en el laboratorio de
control del departamento de electricidad de la Universidad de Oriente, ncleo
de Anzotegui, limitando la realizacin y desarrollo de prcticas que permiten
reafirmar los conocimientos tericos en el rea de la instrumentacin y
control. Dichas tarjetas adems de ser insuficientes, cuentan con un
software y hardware especfico de cdigo fuente cerrado y cabe destacar el
costo elevado que tienen estos productos privativos.
1.3.
OBJETIVOS.
1.3.1. Objetivo General.
Disear un sistema de adquisicin, supervisin y control de variables

de pequeas plantas de proceso basndose en tecnologas libres.
1.3.2. Objetivos Especficos
1. Describir las premisas y criterios para el diseo, realizando un

estudio de las variables tpicas de adquisicin y los sistemas
comerciales existentes.
19
2. Establecer una estructura base para la utilizacin de los

microcontroladores
de
gama
media-alta
como
tarjetas
de
adquisicin de datos.
3. Desarrollar el programa para la Interfaz Hombre-Mquina utilizando

software libre.
4. Validar el funcionamiento del sistema diseado.
1.4. MARCO METODOLGICO
1.4.1. Tipo de Investigacin.
El tipo de investigacin es el esquema general o marco estratgico

que le da unidad, coherencia, secuencia y sentido prctico a todas las
actividades que se emprenden para buscar respuesta al problema y los
objetivos que fueron planteados. De este modo, la investigacin, segn el
grado de abstraccin, es de tipo aplicada (Zorrilla, 1993), ya que el objetivo
que se persigue es disear un sistema de adquisicin, supervisin y control
para ser aplicada en pequeas plantas de proceso.
1.4.2. Nivel de Investigacin
Segn Sabino C. (1994) una investigacin descriptiva es donde se

propone conocer grupos homogneos de fenmenos, utilizando criterios
sistemticos que permitan poner en manifiesto su estructura. En esta
investigacin se pretender describir las caractersticas y funciones que
20
ocurren en los sistemas de adquisicin, supervisin y control que presenta la

problemtica de estudio as como tambin los equipos, y tecnologas para
abordar la solucin, partiendo de las especificaciones de diseo.
1.4.3. Tcnicas de Investigacin
1.4.3.1. Observacin Directa.
La observacin directa se utilizar como una tcnica para describir los

sistemas de adquisicin y supervisin, identificando las variables que
intervienen.
1.4.3.1. Recoleccin de Datos.
Esta tcnica se utilizar para el reconocimiento de la informacin que

se encuentra en las hojas datos de cada componente, manuales de
programacin y bibliografas que intervendr en el sistema a disear.
1.5 ETAPAS DEL PROYECTO
1.5.1. Etapa 1. Revisin Bibliogrfica.
Se recolecto toda la informacin documental concerniente al tpico

general de estudio, para su compresin y descripcin durante todo el
proceso de desarrollo de este trabajo de investigacin.
21
1.5.2. Etapa 2. Descripcin de las Premisas y Criterios para el Diseo.
Durante esta etapa se procede al estudio de unas series de software

comerciales HMI/SCADA, para obtener informacin de las variables tpicas
de adquisicin de procesos que manejan, las funciones y los protocolos de
comunicacin que ofrecen, con la finalidad de establecer especificaciones
para el sistema a disear.
1.5.3. Etapa 3. Establecimiento de una Estructura Base para la

utilizacin de los Microcontroladores de Gama media-alta como tarjetas
de adquisicin de datos.
En
esta
tapa
se
estudiaran
las
hojas
de
datos
de
los
microcontroladores de la familia 18fX550, para proceder a la configuracin y

programacin del firmware base, utilizando el software mplab junto con la
librera c18 de microchip.
1.5.4. Etapa 4. Desarrollo del Programa para la Interfaz Hombre-Mquina

utilizando Software Libre.
Luego de cumplirse las etapas anteriores, se partir a la programacin

del software HMI utilizando el lenguaje de programacin Python, wxPython
para el entrono grfico, pySerial para la comunicacin serie, pyUSbB para la
comunicacin por el puerto USB y sqlite3 para la base de datos.
22
1.5.5. Etapa 5. Validacin del Funcionamiento del Sistema Diseado.
Luego de disear el sistema se procede a verificar su funcionamiento para

ello se utilizara una planta de proceso a escala, la cual permitir
dar a
conocer el uso de las funciones y la robustez de cada scripts codificado y la

posibilidad de sus respectivas modificaciones.
1.5.6. Etapa 6. Redaccin y Presentacin de Trabajo de Grado.
Esta etapa consiste en la preparacin de manera ordenada, la

interpretacin de la informacin adquirida en el transcurso de la investigacin
durante el periodo ya mencionado siguiendo los reglamentos establecidos
por la universidad de oriente, posteriormente se efectuara la presentacin
antes la autoridades competentes.
1.6. ORGANIZACIN DEL TEXTO

El contenido del presente trabajo de grado est estructurado en seis
captulos, conclusiones, recomendaciones, y apndices, dispuesto de tal
forma que el lector pueda comprender los planteamientos que se exponen y
el proceso de desarrollo del mismo, todo esto de manera gradual, vinculado
al cumplimiento de los objetivos planteados.
El captulo dos presenta el marco terico que da formalidad

bibliogrfica al trabajo de grado. Aqu el lector podr ubicar los antecedentes
de la investigacin y las bases tericas que la fundamenta,
23
Finalizando con las conclusiones, recomendaciones del trabajo de

grado. As como tambin una seccin de apndice, donde se colocan los
extensos de los cdigos diseados.
24
CAPITULO 2: MARCO TERICO
En funcin del objetivo uno, en este captulo se presente el marco

terico que da formalidad bibliogrfica al trabajo de grado. Aqu el lector
podr ubicar los antecedentes de la investigacin que sirvieron como
consulta, y que presentan los aspectos relevantes en relacin al problema
tratado. Luego se muestra las bases tericas que fundamenta la
investigacin.
2.1. FUNDAMENTO TERICOS.
2.1.1. Interfaz Hombre Maquina (HMI)
Es el entorno visual que brinda el sistema para que el operador se

adapte al proceso desarrollado por la planta .Permite la interaccin del ser
humano con los medios tecnolgicos implementados. Las seales del
proceso son conducidas al HMI por medio de dispositivos como tarjetas de
entrada/salida en la computadora, PLC, RTU o DRIVER. Todos estos
dispositivos deben de tener un protocolo de comunicacin que entienda el
HMI. En la figura 1.1 se muestra una representacin grfica de los elemento
que comnmente est presente en estos sistemas (Rodrguez, P, 2007, 110).
25
Figura 2.0.1 Esquema de una HMI.Fuente:(Rodriguez, p, (2007))
2.1.1.1. Tipos de HMI:
2.1.1.1.1. Terminal de Operador.
Consiste en un dispositivo, generalmente construido para ser instalado

en ambientes agresivos, donde pueden ser solamente de despliegues
numricos, o alfanumricos o grficos. Pueden ser adems con pantalla
sensible al tacto (touchscreen).
2.1.1.1.2. PC + Software
Esto constituye otra alternativa basada en un PC, en donde se carga

un software apropiado para la aplicacin. Como PC se puede utilizar
cualquiera segn lo exija el proyecto, en donde existen los llamados
Industriales (para ambientes agresivos), los de panel (Panel PC) que se
26
instalan en gabinetes dando una apariencia de terminal de operador, y en

general se vern muchas formas de hacer un PC, pasando por el tradicional
PC de escritorio.
Estos software permiten entre otras cosas las siguientes funciones:

Interfaces grficas que permitan ver el proceso e interactuar con l, registro
en tiempo real e histrico de datos y manejo de alarmas. Si bien es
cierto slo con la primera funcin enunciada es la propiamente HMI,
casi todos los proveedores incluyen las otras dos ya sea en el mismo
paquete o bien como opcionales. Tambin es normal que dispongan de
muchas ms herramientas.
Por otro lado, este software puede comunicarse directamente con los
dispositivos externos (proceso) o bien
hacerlo a travs de un software
especializado en la comunicacin, la cual es la tendencia actual.
2.1.2. Adquisicin de Datos.
Este proceso consiste en digitalizar las variables fsica que se obtiene

de un determinado sistema. A la adquisicin del valor de un solo punto de
datos se le llama muestreo de la seal. Este tiene las siguientes etapas:
1. Los sensores o transductores convierten un fenmeno o magnitud

fsica en una magnitud o seal elctrica.
2. Un conjunto de circuitos electrnicos para el acondicionamiento de

la seal.
27
3. Un dispositivo electrnico que convierta la seal analgica en

digital (tarjeta de adquisicin de datos).
4. Una interfaz que va a transformar la informacin digital presentada

por el bloque anterior, en informacin til al usuario.
2.1.3. Tarjetas de Adquisicin de Datos.
Es un dispositivo electrnico que se encarga de obtener o generar

informacin de manera automatizada desde recursos de medidas analgicas
y digitales como sensores y dispositivos bajo prueba. Utiliza una combinacin
de hardware y software basados en PC para brindar un sistema de medida
flexible y definido por el usuario, la
interfaz de comunicacin entre el
dispositivo y la PC generalmente es serie o USB.
Es por lo anterior que estos dispositivos son instrumentos, ideales

para una gran variedad de aplicaciones, desde registros de datos simples
hasta sistemas integrados, ya que han sido diseados con el propsito
general de medir seales de voltaje. (Ros, F. (2006)).
Para este proyecto se utilizaran el Arduino UNO y el Pingino BD4550

que ambos son dispositivos electrnicos de hardware libre, que pueden ser
utilizados como tarjetas de adquisicin de datos.
2.1.4. Microcontroladores.
Un
microcontrolador
es
un
circuito
integrado
que
incorpora
procesador, memoria ROM y RAM, puertos de entrada/salida y otros

dispositivos de propsito especial como conversores A/D, contadores,
28
temporizadores y puertos de comunicacin. En otras palabras, un

microcontrolador es un computador en miniatura.
Estos elementos se convierten en una solucin completa para el

diseo de sistemas empotrados. Los podemos encontrar en todos los
aparatos, instrumentos o maquinaria, desde juguetes, electrodomsticos
hasta unidades de disco, impresoras o coches. Hay fabricantes que ofrecen
una amplia variedad de microcontroladores, siendo el diseador del
dispositivo el que hace la eleccin, en la figura 2.2 se muestra la estructura
general de un microcontrolador.
Figura 2.0.2 Estructura General de un microcontrolador.
Las empresas fabricantes de microcontroladores habitualmente

desarrollan una serie de microcontroladores basados en un microprocesador
o CPU (en alguna literatura se menciona como ncleo), a cada uno de ellos
se le acondicionan diferentes cantidades de memoria RAM, memoria ROM,
con ms o menos puertos de entradas y salidas simple o con puertos de
29
comunicacin especializado. Al conjunto de microcontroladores que poseen

un mismo ncleo se le conoce como familia.
De las especificaciones del microcontrolador, el ms preponderante es

el que tiene que ver con la cantidad de bits que puede transmitir en un
momento dado. Y de acuerdo al tamao del bus se tiene la siguiente
clasificacin de las familias de microcontroladores:
Gama Baja: Las CPU ms pequeas son de 8 bits y cubren un

amplio abanico de aplicaciones de propsito general, de bajo
costo,
compactas,
pero
la
vez
potentes.
Dedicados
fundamentalmente a tareas de control (electrodomsticos, cabinas

telefnicas, smart-cards, algunos perifricos de ordenadores, etc.).
Tambin se usan mucho como perifricos de otros micros ms
grandes.
Gama Media: Las CPU de 16 bits, estn destinadas a aumentar la

potencia de clculo, principalmente, y a aumentar las capacidades
de memoria de programa y memoria de datos, pudiendo expandir
el bus externamente. Usados en tareas de control con cierto grado
de procesamiento (control de automvil, telfonos mviles,
PDAs,...).
Gama Alta: Las CPU de 32 y 64 bits, estn destinadas a cubrir

campos como multimedia, alta capacidad de proceso, as como un
mayor direccionamiento. Normalmente pueden expandir los buses
externamente. Usados en aplicaciones como celulares inteligentes,
videoconsolas, tablet-pc, etc.
30
2.1.3. Hardware Libre.
El Hardware libre se puede definir como una materializacin particular

del conocimiento libre en el rea del hardware. En otras palabras, se podr
considerar que un hardware es libre, cuando el conocimiento asociado al
mismo es libre.
En este sentido, tomando en referencia las libertades que han sido

asociadas a una de las formas de entender al software libre, una manera
ms explcita de definir al hardware libre sera establecer que el mismo es
aquel cuyo cdigo d fuente, especificaciones de proceso de fabricacin y
diseo conceptual estn disponible de forma tal que ofrezcan: libertad de
uso, estudio, modificacin, distribucin y redistribucin de las mejoras.
En base a esta definicin, desde la fundacin Cenditel se est

concretando una plataforma de Desarrollo de hardware donde se puedan
desarrollar prototipos funcionales para construir, estudiar, y mejorar diseos
de hardware libre que aseguren la soberana tecnolgica y estn acores con
la sociedad democrtica, participativa y protagnica de la nacin.
2.1.4. Arduino
Arduino es una plataforma de hardware libre, basado en una sencilla

placa con un microcontrolador Atmel AVR y un entorno de desarrollo,
diseada
para
facilitar
el
uso
de
la
electrnica
en
proyectos
multidisciplinares, ya que posee puertos de entrada/salida digitales,

analgicas y PWM, el nmero de entrada/salida va a depender del modelo.
31
Los microcontroladores ms usados son el Atmega168, Atmega328,

Atmega1280, ATmega8 por su sencillez y bajo coste que permiten el
desarrollo de mltiples diseos. Por otro lado el software consiste en un
entorno de desarrollo que implementa el lenguaje de programacin
Processing/Wiring y el cargador de arranque (boot loader) que corre en la
placa. Arduino se puede utilizar para desarrollar objetos interactivos
autnomos o puede ser conectado a software del ordenador (por ejemplo:
Macromedia Flash, Processing, Max/MSP, Pure Data). Las placas se pueden
montar a mano o adquirirse. El entorno de desarrollo integrado libre se puede
descargar gratuitamente.
Tabla 2.0.1 Modelos de Arduino
Arduino
Microcontrolador
Digital
I/O
Entradas
Analogicas
Flash
PWM
SRAM
EEPROM
Clock
Speed
Interfaz
USB
Memory
UNO
ATmega328
14
32KB
2KB
1KB
Decimila
ATmega168
14
16KB
1KB
512 bytes
1KB/2K
B
512bytes/1K
B
Duemilanov
e
ATmega168/328P
14
16KB/32K
B
Mega
ATmega1280
54
16
14
128KB
8KB
4KB
Mega2560
ATmega2560
54
16
15
256KB
8KB
4KB
Nano
ATmega168/328
14
128KB
8KB
4KB
16
MHz
16
MHz
16
MHz
16
MHz
16
MHz
16
MHz
ATmega8U
2
FTDI
FTDI
FTDI
ATmega8U
2
FTDI
2.1.5. Pingino.
Pingino es un proyecto open-hardware similar a Arduino, su

diferencia radica en que est basado en un Microcontrolador PIC de
Microchip, al igual que el arduino tambin es capaz de actuar como
un Controlador Lgico de Procesos Embebido , pues puede recibir y
procesar
datos
del
exterior
travs
de sensores o
transductores conectados a sus entradas (de luz, temperatura, sonido,

otros), para procesarlos lgicamente, y en funcin de ello, generar cambios
32
sobre su entorno a travs de actuadores o transductores conectados a sus

salidas (lmparas, motores, pistones, otros) con total autonoma de un
computador personal, aunque puede permanecer conectado a ste, an
luego de ser programado, para enviar y recibir datos desde y hacia el mismo.
La programacin se realiza utilizando el puerto USB mediante un bootloader
y el IDE de pingino.
Arduino y Pingino Comparten el mismo lenguaje de programacin as

que no es tan difcil de migrar a una o la otra, esto ya depender del gusto o
necesidades del usuario. En la tabla 1.2 se puede observar las
caractersticas del dispositivo. (hackinglab Pingino, (2011))
El hardware de Pingino est basado en el microcontrolador PIC

18F2550 o PIC 18F4550, que tiene un mdulo nativo USB y una UART para
comunicacin serial.
2.1.6. Interfaz Serie
En este tipo de comunicacin la informacin viaja por una lnea de bit

en bit. Esta transmisin puede ser sincrnica o asincrnica, es decir, si se
utiliza una seal de reloj o no durante la transmisin de la informacin. La
gran ventaja de la comunicacin serie es su simplicidad y economa al estar
implementada por un par
de lneas. Aunque la comunicacin serie es
bsicamente enviar datos digitales sobre una lnea de bit en bit, existen
varias maneras de hacerlo y el proceso de compresin entre el transmisor y
el receptor puede variar. Esto da lugar a diversas normas y mtodos de
comunicacin serie que son conocidos como protocolos. (Hoffman, P. 2006).
33
2.1.7. Bus Serie Universal (USB)
El Universal Serial Bus (USB) es un estndar diseado para conectar

dispositivos, a travs de un bus serie. Fue originalmente pensado para
conectar dispositivos a computadoras, eliminando la necesidad de conectar
tarjetas PCI (o similares), como as tambin conectar y desconectar los
dispositivos sin tener que reiniciar la PC (hot-swap). Sin embargo, hoy en da
tambin se utiliza en consolas de juegos e incluso en algunos equipos de
audio y video.
El diseo del protocolo USB est a cargo del USB Implementers

Forum (USBIF), una organizacin compuesta por varias empresas del ramo
de la computacin y la electrnica, entre las que se encuentran Apple
Computer, Hewlett-Packard, Microsoft e Intel.
Existen tres versiones del protocolo (1.0, 1.1 y 2.0). A diferencia de las
anteriores, la ltima versin (2.0) soporta tasas de transferencia de altas
velocidades, comparables (o incluso superiores) a la de un disco duro o
almacenamiento magntico, lo cual ha permitido ampliar el uso del USB a
aplicaciones de video y almacenamiento (discos duros externos). Una de las
razones a la cual se atribuye su gran popularidad es que todas las versiones
del protocolo son compatibles hacia atrs. Es decir, que cualquier dispositivo
2.0 puede ser conectado a un dispositivo 1.0,
velocidad del ms lento.
aunque funcionar la
34
Existen tres tipos de velocidades en la comunicacin. Ellas son:
Tabla 2.0.2 Velocidades de transferencias USB
TIPO
Baja velocidad (low speed)
VELOCIDAD
183 Kbytes/s (1.5Mbit/s)
Velocidad completa (full speed) 1.4 Mbytes/s (12Mbit/s)

Alta velocidad (high speed)
57 Mbytes/s (480 Mbit/s)
2.1.7.1. Topologa
USB tiene un diseo asimtrico ya que consiste de un host controlador

conectado a mltiples dispositivos conectados en daisy-chain. USB conecta
varios dispositivos a un_host controlador a travs de una cadena de hubs.
Los hubs (al igual que en redes) son dispositivos que permiten, a partir de un
nico punto de conexin, poder conectar varios dispositivos, es decir,
disponer de varios puntos de conexin. De esta forma se crea una especie
de estructura de rbol. El estndar admite hasta 5 niveles de ramificacin por
host controlador con un lmite absoluto de 127 dispositivos conectados al
mismo bus (incluyendo los hubs). Siempre existe un hub principal (conocido
como el hub raz) que est conectado directo al host controlador.
Un mismo dispositivo USB puede cumplir varias funciones. Por

ejemplo, un mouse puede ser tambin lector de tarjetas, y de esa forma sera
como dos dispositivos conectados al bus USB. Por lo tanto es muy comn
hablar de funciones en lugar de dispositivos.
35
2.1.7.2. Funcionamiento.
Los
dispositivos
tienen
asociados
unos
canales
lgicos
unidireccionales (llamados pipes) que conectan al host controlador con una

entidad lgica en el dispositivo llamada endpoint. Los datos son enviados en
paquetes; tpicamente estos paquetes son de 64, 128 o ms bytes. Estos
endpoints (y sus respectivos pipes) son numerados del 0 al 15 en cada
direccin, por lo cual un dispositivo puede tener hasta 32 endpoints (16 de
entrada y 16 de salida). La direccin se considera siempre desde el punto de
vista del host controlador, as un endpoint de salida ser un canal que
transmite datos desde el host controlador al dispositivo, solo puede tener una
nica direccin, asimismo endpoint 0 (en ambas direcciones) est reservado
para el control del bus.
Cuando un dispositivo es conectado al bus USB, el host controlador le

asigna una direccin nica de 7 bit (llamado proceso de enumeracin) que es
utilizada luego en la comunicacin para identificar el dispositivo o en
particular, la funcin. Luego el host controlador consulta continuamente a los
dispositivos
para ver si tiene algo para mandar, de manera que ningn
dispositivo puede enviar datos sin la solicitud previa explcita del host
controlador.
Para acceder a un endpoint se utiliza una configuracin jerrquica de

la siguiente manera: un dispositivo/funcin conectado al bus tiene un nico
descriptor de dispositivo, quien a su vez tiene uno o varios descriptores de
configuracin. Estos ltimos guardan generalmente el estado del dispositivo
(ej: activo, suspendida, ahorro de energa, etc). Cada descriptor de
configuracin tiene uno o ms descriptores de interfaz, y stos a su vez
tienen una configuracin por defecto (aunque puede tener otras). Y stos
ltimos finalmente son los que contienen los endpoint, que a su vez pueden
36
ser
reutilizados
entre
varias
interfaces
distintas
configuraciones.
La comunicacin USB es bastante compleja y extremadamente ms

complicada que una simple comunicacin serie.
2.1.7.3. Tipos de Transferencia
Los canales tambin se dividen en cuatro categoras segn el tipo de

transmisin:
Transferencias de Control: usada para comandos y respuestas

cortos y simples. Es el tipo de transferencia usada por el pipe 0
Transferencias iscronas: proveen un ancho de banda asegurado

pero con posibles prdidas de datos. Usado tpicamente para audio y
video en tiempo real
Transferencias interruptivas: para dispositivos que necesitan una

respuesta rpida (poca latencia), por ejemplo, mouse y otros
dispositivos de interaccin humana
Transferencias Masivas: para transferencias grandes y espordicas

utilizando todo el ancho de banda disponible, pero sin garantas de
velocidad o latencia. Por ejemplo, transferencias de archivos.
En realidad las transferencias interruptivas no son tales ya que los

dispositivos no pueden enviar datos sin recibir autorizacin del host
controlador, por lo tanto simplemente le dan ms prioridad al sondeo del host
controlador.
37
2.1.7.4. Sealizacin y Conectores
Las seales USB son transmitidas en un par trenzado (cuyos hilos son
denominados D+ y D-) utilizando sealizacin diferencial half-duplex
minimizando el ruido electromagntico en tramos largos. El diseo elctrico
permite un largo mximo de 5 metros (sin precisar un repetidor intermedio).
Existen dos tipos de conectores estndar y mini. Los estndar son los
que tpicamente encontramos en un computador y vienen en dos tipos: A y B.
El tipo A es el que es chato y se encuentra del lado del host controlador,
mientras que el tipo B es el cuadrado y se encuentra del lado del dispositivo.
Todos los cables son machos, mientras que los enchufes (ya sea en la
computadora o los dispositivos) son hembra. No existen intercambiadores de
gnero puesto que las conexiones cclicas no estn permitidas en un bus
USB. Los conectores mini siguen la misma poltica que los estndar pero son
utilizados para dispositivos pequeos como Palm y celulares. Los pines de
un cable USB son los siguientes:
Tabla 2.0.3 Pines del bus USB
Pin
Color
Funcin
1 Rojo
BUS(4.4 - 5.25 V)
2 Blanco
D3 Verde
D+
4
Tierra
En corto con pin 4 en conector Mini5
A, utilizado para USB On-The-Go
A continuacin se muestra un diagrama de los conectores (las

medidas estn en mm) y los nmeros de los pines se corresponden con la
tabla anterior.
38
Figura 2.0.3 Conector USB tipo A (izquierda) y tipo B (derecha).
Figura 2.0.4 Conector USB Mini tipo A (izquierda) y tipo B (derecha)
39
2.1.7.5. Potencia
El bus USB suministra 5V de continua regulados por cada uno de sus

puertos, entre los pines 1 y 4. Por lo tanto, dispositivos de bajo consumo de
potencia (que de otra forma vendra con una fuente de alimentacin) puede
obtener de all la corriente necesaria para el funcionamiento. El lmite de
corriente suministrada es de 500mA por cada puerto. Adems, el estndar
exige no ms de 5.25V en ningn caso, ni menos de 4.375V en el peor caso.
Tpicamente el voltaje se mantiene en los 5V.
Algunos hubs se alimentan directamente del bus USB, en cuyo caso la

corriente total de todos los dispositivos conectados a l no puede superar los
500mA. Sin embargo, la especificacin permite solo un nivel de hub
alimentados por el bus, de forma que no es posible conectado un hub sin
alimentacin a otro hub sin alimentacin. Los hubs con alimentacin propia
no tienen esta restriccin y generalmente son necesarios para conectar
dispositivos de alto consumo como impresoras o discos duros.
Cuando un dispositivo es conectado le reporta al host controlador

cuando potencia va a consumir. De esta manera el host controlador lleva un
registro de los requisitos de cada puerto y generalmente cuando un
dispositivo se excede generalmente se apaga, cortndole el suministro de
corriente, de forma de no afectar al resto de los dispositivos. El estndar
exige que los dispositivos se conecten en un modo de bajo consumo (100
mA mximo) y luego le comuniquen al host controlador cuanta corriente
precisan, para luego cambiar a un modo de alto consumo (si el host se lo
permite).
Los dispositivos que superen los lmites de consumo deben utilizar su

propia fuente de poder.
40
Los dispositivos que no cumplan con los requisitos de potencia y

consuman ms corriente de la negociada con el host puede dejar de
funcionar sin previo aviso 0, en algunos casos, dejar todo el bus inoperativo.
2.1.7.6. Clases de Dispositivos
Los dispositivos que se conectan puede tener sus propios drivers

personalizados. Sin embargo, existe lo que se llaman clases de dispositivos
que son pequeos estndar para distintos tipos de dispositivos y especifican
como deben compartirse los dispositivos en trminos de los descriptores de
interfaz y de dispositivo, endpoints, etc. Esto permite que todos los
dispositivos sean fcilmente intercambiables y/o sustituibles puesto que
hablan el "mismo idioma". Por su parte, los sistemas operativos solo tienen
que implementar drivers genricos para todas las clases conocidas de
dispositivos lo cual alivia el alto costo de desarrollar y mantener un driver
particular para cada producto y modelo.
En conclusin, las clases de dispositivos son una estandarizacin de

funcionalidades a un nivel superior al del bus BUS y que utiliza a ste ltimo
como medio de comunicacin e intercambio de datos.
Tanto los descriptores de dispositivos como los descriptores de

interfaz tiene un byte que identifica la clase. En el primer caso, todo el
dispositivo/funcin pertenece a la misma clase, mientras que en el segundo
un mismo dispositivo puede tener diferentes clases, cada una asociada a su
descriptor de interfaz.
41
Dado que el identificador de la clase es un byte, existe un mximo de

253 clases diferentes (0x00 y 0xFF estn reservados). Los cdigos de las
clases son asignados por el USB Implementers Forum, y a continuacin se
presenta una lista de los ms comunes.
Tabla 2.0.4 Clases de dispositivos USB
Cdigo
0x00
0x01
0x03
0x07
0x08
0x09
0x0A
0x0E
0xE0
0xFF
Clase
Reservado. Usado en el descriptor de dispositivo para indicar que
la clase est identificada en l (o los) descriptores de interfaz.
Dispositivo de audio. Por ejemplo; tarjetas de sonidos
Dispositivo de interfaz humana (HID). Por ejemplo: mouses,
teclados, joystick.
Impresoras
Dispositivo de almacenamiento masivo. Por ejemplo: discos
duros, lectores de memoria, cmaras digitales, reproductores
MP3.
Hubs
Dispositivo de comunicacin (CDC por sus siglas en ingls). Por
ejemplo: mdems, tarjetas de red.
Dispositivo de video. Por ejemplo: webcams
Controladores inalmbricos. Por ejemplo: adaptadores Bluetooth.
Reservado. Usado para indicar que el dispositivo tiene un driver
personalizado propio que no pertenece a ninguna clase.
2.1.8. Simulador de Circuitos ISIS Proteus.
El paquete electrnico Proteus es una compilacin de programas de

diseo y simulacin electrnica, desarrollado por Labcenter Electronics.
Consta de los dos programas principales, ARES e ISIS, y los mdulos VSM y
Electra (Labcenter, 2011). Proteus est pensado para construir, simular, y
realizar la placa de circuito impreso de circuitos electrnicos analgicos,
42
digitales y mixtos. Con una librera que supera los 6000 modelos de
componentes, abac todo el proceso de diseo de cualquier proyecto
electrnico.
Especficamente, el programa ISIS (Inteligent Schemantic Input

Sistem, siglas en ingles), permite disear el plano elctrico del circuito que
se desea realizar con componentes muy variados, desde simples
resistencias, hasta alguno que otro microprocesador o microcontrolador,
incluyendo fuentes de alimentacin, generador de seales y muchos otros
componentes con prestaciones diferentes. Los diseos realizados es ISIS
pueden ser simulados en tiempo de ejecucin, mediante el mdulo VSM
(Virtual System Modelling), asociado directamente con ISIS.
Lo que diferencia enormemente a Proteus de otros paquetes de CAD

electrnico que existen en el mercado, es la poderosa capacidad de simular
varios tipos de microcontroladores y microprocesadores: PIC, Atmel,
Motorola, Zilog, etc., ya que trata al microcontrolador como un componente
ms del circuito (Tojeiro, 2009).
2.1.9. MPLAB IDE
Ensamblador, enlazador, gestin de proyectos, depurador y simulador.

La interfaz grfica del usuario MPLAB IDE sirve como un nico entorno para
escribir, compilar y depurar cdigo para aplicaciones embebidas. Permite
manejar la mayora de los detalles del compilador, ensamblador y enlazador,
quedando la tarea de escribir y depurar la aplicacin como foco principal del
programador (usuario).
43
2.1.10. MPLAB C18
El compilador MPLAB C18 es un compilador que optimiza el estndar

ANSI C en los microcontroladores PIC18. El compilador modifica el estndar
ANSI X3.159 -1989 slo en los puntos en los que se puedan crear conflictos
con el soporte del microcontrolador.
El MPLAB C18 tiene las siguientes caractersticas:
Compatibilidad ANSI 89.
Integracin con el MLAB IDE para una mayor facilidad de

realizacin y debugg de proyectos.
Admite ensamblador empotrado.
Gran variedad de libreras.
2.1.11. Software Libre (Free Software) y Software de Cdigo Abierto

(Open Source Software)
En la actualidad existen dos movimientos importantes que promueven el

desarrollo de Software de libre distribucin, estos son:
La Fundacin de Software Libre (Free Software Foundation).
La Iniciativa de Cdigo Abierto (Open Source Initiative).
44
2.1.11.1 Fundacin de Software Libre (Free Software Foundation).
2.1.11.1.1. Descripcin General.
La Fundacin de Software libre, desarroll la Licencia Pblica

General (GPL: General Public Licence) GNU/GPL, la misma que promueve la
libre distribucin de Software, incluyendo su cdigo fuente. El objetivo
principal es permitir a la comunidad de programadores realizar cambios al
cdigo fuente. De acuerdo a la licencia GNU/GPL ninguna aplicacin que
declare el uso de esta licencia puede ser distribuida sin su cdigo fuente.
Compartir entre los programadores el cdigo fuente permite responder a
defectos y problemas en las aplicaciones de manera ms rpida y efectiva.
Por ejemplo, un problema detectado en una distribucin de Linux puede
solucionarse en das; en cambio, aplicaciones comerciales pueden tardar
meses en solucionar un determinado error [10].
2.1.11.1.2. Caractersticas Definidas por la Fundacin de Software Libre.
Las siguientes caractersticas son definidas por la Fundacin de

Software libre, y determinan si un programa o aplicacin cumple con las
caractersticas de un software libre (Free Software).
La Fundacin de Software Libre (Free Software Foundation), define lo

siguiente:
El software libre es una cuestin de libertad, no de precio, esto permite
que los usuarios finales tengan la capacidad de ejecutar, estudiar, copiar,
cambiar, distribuir y mejorar un determinado Software bajo el concepto de 4
libertades definidas a continuacin [10]:
45
Libertad 0: Libertad de ejecutar el software, para cualquier aplicacin

final.
Libertad 1: Libertad de entender y estudiar el funcionamiento del

programa, y modificarlo para adaptarlo de acuerdo a las necesidades
del usuario.
Libertad 2: Libertad para distribuir copias del software, con el objetivo

de beneficiar a la comunidad.
Libertad 3: Libertad de mejorar el programa y publicar la versin

modificada y mejorada, con el objetivo de beneficiar a toda la
comunidad, para esto el acceso al cdigo fuente del programa es
necesario.
En conclusin, un programa es considerado como software libre (Free

Software) si los usuarios poseen las libertades mencionadas anteriormente.
Adems, el propsito del software libre radica en el principio de ejecucin y
uso del usuario, y no del programador original, por lo que es necesario y
obligatorio el acceso al cdigo fuente y la libre distribucin de los manuales
del software desarrollado. Finalmente, software libre no significa que no sea
comercial. El usuario puede haber obtenido una copia de software libre,
mediante un pago, o puede haber obtenido una copia sin costo. Sin
embargo, sin tener en cuenta como se obtuvo una copia, el usuario tiene la
libertad de copiar, modificar y redistribuir el software.
46
2.1.11.2 Iniciativa de Cdigo Abierto (Open Source Initiative)
2.1.11.2.1. Descripcin General.
La Iniciativa de Cdigo Abierto difiere un poco del movimiento de

Software Libre, aunque comparten el objetivo principal de distribuir
libremente el software. El movimiento de Cdigo Abierto no se preocupa
mucho si cierta persona obtiene ganancias de un determinado sistema, el
movimiento est ms preocupado de la distribucin libre del mismo y su
cdigo fuente, lo que no implica que sea gratis. (Se debe garantizar que sin
importar que el sistema tenga un costo inicial, su posterior distribucin libre
debe ser asegurada) [10].
2.1.11.2.2. Caractersticas Definidas por la Iniciativa de Cdigo Abierto.
La Iniciativa de Cdigo Abierto (OSI Open Source Initiative) se

encarga de mantener la definicin de cdigo abierto en beneficio de la
comunidad y transmitir los beneficios del cdigo abierto [11].
Cdigo Abierto (Open Source) no solo significa acceso al cdigo

fuente de un determinado programa. Para que un software o aplicacin sea
catalogada de cdigo abierto debe cumplir con las siguientes caractersticas
[11]:
Redistribucin libre: Permite a los usuarios vender o distribuir el

software libremente.
47
Cdigo fuente: El Software debe incluir el cdigo fuente, o que pueda

ser obtenido libremente. El cdigo fuente debe ser distribuido en forma
adecuada, en la cual el programador pueda realizar cambios.
Trabajos derivados: Las modificaciones y los trabajos derivados,

pueden ser distribuidos.
Integridad del cdigo fuente del autor: Existe la posibilidad de que

la licencia establezca que las modificaciones en el cdigo fuente solo
puedan ser distribuidas en forma de parches. Caso contrario, la
licencia debe especificar el permiso de distribucin del software con su
cdigo fuente modificado.
Sin Discriminacin a personas o grupos: Todas las personas

pueden acceder al Software de Cdigo Abierto.
Sin Discriminacin en contra de los campos de aplicacin: No se

puede restringir el uso en un determinado campo de aplicacin. Por
ejemplo, en el uso en un negocio particular.
Distribucin de la licencia: Todas los usuarios a quienes se

redistribuy el programa, tienen los derechos especificados sobre el
mismo.
La licencia no debe ser especfica a un determinado producto:

Los derechos establecidos de un determinado programa no deben
depender en el hecho que el mismo este formando parte de una
distribucin particular de software.
48
La licencia no debe restringir otro software: La licencia no puede

obligar a otro software que se distribuya de manera conjunta con el
Software de Cdigo Abierto, a que sea necesariamente de cdigo
abierto.
La licencia debe ser tecnolgicamente neutral: No se requiere

ninguna aceptacin de la licencia.
2.1.12. Python
Python es un lenguaje de programacin interpretado y orientado a

objetos creado por Guido Van Rossum en 1991. Python es un lenguaje de
programacin poderoso, pero a su vez muy fcil de aprender y entender,
posee las siguientes caractersticas:
La implementacin de Python se desarrolla bajo la licencia de cdigo

abierto, lo que hace que Python pueda ser libremente usado y
distribuido, inclusive para propsito comercial. La Licencia de Python
es administrada por la Fundacin de Software de Python (Python
Software Foundation).
Python es un lenguaje de programacin modular. El usuario puede

generar mdulos reutilizables por otros programas.
Es un lenguaje de programacin multiparadigma (varios estilos):

o Programacin orientada a objetos.
o Programacin estructurada.
o Programacin funcional.
49
Puede usar un intrprete (Modo interactivo, como Matlab)
Python soporta herencia mltiple y polimorfismo.
Python puede ser ejecutado en Windows, Linux/Unix, Mac OS X,

inclusive existe versiones de Python que corren sobre mquinas
virtuales .NET y Java.
Python posee un extenso nmero de libreras estndar y mdulos

especiales desarrollados para diversas tareas.
Python se enfoca en desarrollar cdigos entendibles, coherentes, y de

calidad. El cdigo de Python es desarrollado para ser entendible, y
como consecuencia, reusable y fcil de mantener, de manera ms
profunda comparado con otros lenguajes de programacin.
2.1.13. wxPython
wxPython es un conjunto de herramientas que permite el desarrollo de

programas para la generacin de interfaces grficas de usuario reales (GUIs)
muy poderosa, pero a su vez muy simple de usar. wxPython permite al
usuario crear y manipular elementos comunes de las interfaces tal como
botones y mens, pero tambin permite crear y manipular elementos menos
comunes, como tablas, rboles y editores de texto. Tal como Python,
wxPython es un proyecto de cdigo abierto y multiplataforma. (N. Rappin R.
Dunn, 2006).
50
2.1.14. PyUSB
PyUSB
tiene
como
objetivo
proporcionar
fcil USB acceso
al Python lenguaje. El proyecto est dividido en dos versiones principales: la

0.x estable y las versiones en desarrollo 1.0. Todos los esfuerzos se
concentran ahora en el nuevo (0.x incompatible) API 1.0. PyUSB 1,0 realza
la biblioteca de varias maneras:
Apoyo a libusb 0,1 , 1,0 libusb y OpenUSB .
API fcil de comunicarse con los dispositivos.
Apoyo a backends biblioteca personalizada.
Transferencia iscrono soporte tipo.
100% escrito en Python por ctypes .
Funciona en cualquier versin de Python.
2.1.15. PySerial
PySerial es un mdulo de Pyton que administra el acceso al puerto

serial. Presenta las siguientes caractersticas:
Estado de desarrollo: Mdulo Estable.
Licencia: aprobada por la Iniciativa de Cdigo Abierto (OSI Open

Source Initiative) y por la Fundacin Python Software.
Lenguaje: Ingls.
Sistemas Operativos: Windows, Linux.
51
Lenguaje de Programacin: Python.
Permite acceder a las propiedades del puerto serial a travs de

Python.
Soporta diferentes tamaos de bits de datos, bits de parada, paridad y

control de flujo.
El usuario puede emplear o no un tiempo de espera (timeout), para la

recepcin de datos.
2.1.16. Matplolib
Matplotlib es una librera que permite realizar grficas en dos

dimensiones mediante Python. Sin embargo, los comandos de Matplotlib
fueron desarrollados emulando los comandos de generacin de grficas de
Matlab; pero, los desarrolladores le agregaron la idea de programacin
orientada a objetos. Para un mejor uso de los datos a graficar, Matplotlib,
hace uso de la librera Numpy, la misma que constituye el paquete
fundamental utilizado para realizar clculos cientficos en Python [20].
El cdigo de Matplotlib se divide bsicamente en las siguientes

interfaces:
Interfaz pylab: Conjunto de funciones provistas por matplotlib. pylab el

cual permite al usuario crear grficas con comandos similares a
Matlab.
52
Interfaz de aplicacin de Matplotlib: Es un conjunto de clases las

cuales permiten crear y manejar las figuras, grficas, texto, lneas,
etc.
2.1.17. Sqlite3
SQLite es una biblioteca de C que proporciona una base de datos

ligera basada en disco que no requiere un proceso de servidor independiente
y permite el acceso a la base de datos utilizando una variante no estndar
del lenguaje de consulta SQL. Algunas aplicaciones pueden utilizar SQLite
para el almacenamiento de datos interno. Tambin es posible que un
prototipo de una aplicacin utilizando SQLite y despus portar el cdigo a
una base de datos ms grande como PostgreSQL o Oracle.
El mdulo del sqlite3 fue escrito por Gerhard Hring. Proporciona una
interfaz de SQL compatible con la especificacin de DB-API 2.0 descrito por
PEP 249
53
Tabla 2.0.5 Trminos SQL
Termino
Definicin
SQL
El Lenguaje de Consulta Estructurado (del

ingls Structured Query Language) es un lenguaje utilizado
para crear, actualizar, eliminar, y consultar informacin de
una base de datos.
Consulta
Cursos
Bsqueda de informacin determinada en la base de

datos.
Objeto utilizado para navegar por los registros resultantes
de una consulta SQL.
Resultados
Conjunto de registros que entrega la consulta SQL.
Registro
Unidad de informacin dentro de una tabla. Tambin

llamado fila.
Transaccion
Operacin con el sistema de manejo de la base de datos.
Tabla 2.0.6 Tipos de datos
SQLite
NULL
INTEGER
REAL
TEXT
Python
None
int or long, depending on size

float
depends on text_factory, unicode by default
54
CAPITULO 3. PREMISAS DE DISEO DEL SISTEMA

En este captulo se dar a conocer las caractersticas y funciones que
tendr el sistema de adquisicin, supervisin y control desarrollado, a travs
del estudio de sistemas comerciales HMI/SCADA, estndares para el diseo
de la interfaz hombre maquina (HMI), opciones de conectividad USB entre
PC y hardware de adquisicin.
3.1 SISTEMAS HMI/SCADAS

Las primeras herramientas para la creacin de sistemas Scada fueron
desarrolladas
para
aplicaciones
especficas,
dependiendo
de
las
caractersticas del proceso a supervisar y controlar; por esta razn los

sistemas Scada eran adaptados a las necesidades de un proceso especfico,
como resultado, los proveedores de software de desarrollo de sistemas
Scada adaptaron su trabajo previo en aplicaciones especficas, para que el
software pueda ser utilizado en otro tipo de industria. Con el tiempo, varios
fabricantes desarrollaron paquetes de software capaces de comunicarse con
los sistemas y dispositivos de control de una determinada planta, y le dieron
al sistema en general escalabilidad y flexibilidad. Sin embargo, ciertos
procesos
requeran
de
aplicaciones
adicionales,
las
cuales
fueron
desarrolladas como mdulos especficos [4]. En la actualidad, el objetivo de

los proveedores de software para sistemas HMI/Scada es desarrollar una
arquitectura abierta que permita su utilizacin en diversos procesos
industriales, con la adicin de mdulos especficos para determinadas
industrias.
55
3.2 FUNCIONES DEL SOFTWARE DE DESARROLLO DE

SISTEMAS HMI/SCADA.
Supervisar el proceso: El sistema HMI/Scada genera aplicaciones

que permiten modificar el estado de una determinada variable de
manera remota, a partir del anlisis del proceso en un determinado
instante de tiempo.
Generar Reportes y Alarmas: El Sistema HMI/Scada permite

configurar el sistema para determinar si ha ocurrido un evento no
deseado dentro del sistema para despus generar la alarma y el
reporte respectivo. Estas alarmas se determinan a partir de lmites
establecidos por el supervisor del sistema.
Generar Algoritmos de Control: Actualmente el software para

desarrollo de HMIs permite generar algoritmos de control. Es decir,
permite modificar o ajustar el valor de una determinada variable
(variable manipulada) del proceso a partir de los valores de ciertas
seales de entrada, con el objetivo de mantener una variable (variable
controlada) del proceso dentro de valores preestablecidos.
Configura el sistema de Comunicacin: Mediante el software de

desarrollo de sistemas HMI/Scada, se configura los canales de
comunicacin con los diversos dispositivos de campo.
Desarrollar despliegues: El software de desarrollo de sistemas

Scada tiene mdulos que permiten generar los despliegues que
describen grficamente el proceso.
56
Configurar los sistemas de Gestin de Base de datos: El software

de desarrollo de sistemas HMI/Scada permite configurar la base de
datos del proceso y las funciones especficas a realizar con los datos
almacenados mediante este mdulo se estructura el sistema de
control y supervisin del proceso, ya que define el grupo de variables
involucradas en el sistema.
Tabla 3.0.1 Caractersticas de algunos Sistemas SCADAS
Nombre
Ignition
Stantor
Proview
Argos
NI
LabVIEW
Tipo
LICENCIA
GPL
LICENCIA
LIBRE
LICENCIA
Compaia
Inductive
Automation
Stantor
Mandator and
SSAB Oxelosund
CINTAL
National
Instruments
Sitio
inductive
automation.com
stantor.free.fr
proview.se
cintal.com.ve
ni.com
Pais
USA
Francia
Suiza
Venezuela
EE.UU
Estado
Ao
ACTIVO
2010
ACTIVO
2010
ACTIVO
2010
ACTIVO
2009
ACTIVO
2012
Lenguaje
Java
C, C++
C, C++ y algo de
Java
C++ / Fltk
S.O.
Linux, Windows,
Mac
Linux Fedora,
Ubuntu and
Mandriva
Linux
Linux
Windows
(Linux,
Mandriva,
RedHat,
SUSE), Mac
OS
Multilenguaje
Si
Si
Si
No
Si
Web HMI
Si
Si
Si
Si
Si
Scripts
Si
Si
Si
Si
Si
Archivado
Si
Si
Si
Si
Si
Tendencia a
avance
Si
Si
Si
Si
Si
Control
Si
Si
Si
Si y Alarmas
Si
Protocolos
OPC UA
Modbus, TCP/IP
Proibus, OPC
Modbus,
TCP/IP
CanBus,
DeviceNet,
Ethernet,
Fieldbus,
Modbus,
Profibus,
Usb/Serial.
Dispositivos
OPC UA
K8000/K8055/K8061/
Arduino, X10 CM11A
ABB, Siemens,
Inor, entre otros.
PLCs
ADQ,
Arduino,
PLCs
57
3.3 DESARROLLO DE APLICACIONES HMI.

Las aplicaciones HMI son un conjunto de despliegues que le permiten
al operador determinar el comportamiento en tiempo real del proceso. El
software de desarrollo de sistemas HMI/Scada presentan mdulos que
permiten generar despliegues, estos son generados y caracterizados de
acuerdo al proceso que representan, sin embargo existen organizaciones
que desarrollan estndares con el objetivo de normalizar el desarrollo de
interfaces Hombre-Mquina dentro de sistemas de control distribuido. El
objetivo de estas organizaciones es que los desarrolladores de despliegues
sigan ciertas reglas a la hora de representar a las variables de manera
grfica o mediante identificaciones (Tags), adems intentan normalizar el uso
de colores y los significados de los mismos.
Como resultado, se tiene una normalizacin en la presentacin del

proceso desde el punto de vista estructural, pero no as desde el punto de
vista funcional, que depende de las caractersticas del proceso.
3.4. ESTNDAR ANSI /ISA 5.1 2009
3.4.1. Identificacin y Smbolos de Instrumentacin.
3.4.1. 1. Propsito.
El propsito de este estndar es establecer medios uniformes a la

hora de identificar instrumentos y sistemas de instrumentacin. Generar un
sistema de designacin de smbolos y cdigos de los instrumentos y
sistemas de instrumentacin [8].
58
3.4.1. 2. Aplicacin en la Industria.
El estndar es adecuado para el uso en la industria qumica,

petroqumica, generacin de energa, y entre otros numerosos procesos
industriales.
3.4.1. 3. Aplicaciones en Actividades de Trabajo.
El estndar ANSI/ISA 5.1 tiene su aplicacin especialmente en las

siguientes reas:
Diseo de planos de construccin.
Ejemplos acadmicos.
Documentos cientficos, literatura, y discusiones.
Diagramas de sistemas de instrumentacin, diagramas tipo bucle, o

diagramas lgicos.
Especificaciones, entre otros.
Identificacin (tagging) de los instrumentos y funciones de control.
El estndar tiene la intencin de proveer la suficiente informacin que

permita a cualquier persona conocedora del proceso, y que este revisando
un documento de control de procesos o un despliegue en un sistema de
control, entender los medios de medida y control del proceso. Los smbolos y
59
el sistema de identificacin provistos por el estndar son aplicables para toda

clase de medida dentro del proceso y a toda la instrumentacin de control [8].
El estndar define diversos trminos de aplicacin en los procesos

industriales, entre los principales trminos definidos para el uso y
entendimiento del estndar se tiene los siguientes [8]:
Alarma (Alarm): Un dispositivo o funcin que seala la existencia de

una condicin que no es normal, por medio de un cambio discreto
visible y/o audible, con el objetivo de atraer la atencin del operador.
Binario (Binary): Trmino aplicado a una seal o dispositivo que

posee dos estados o posiciones discretas, contrario a una seal
anloga, el trmino es usado para identificar o denotar dos estados
por ejemplo: prendido-apagado, alto-bajo, abierto-cerrado
Dispositivo de Computacin (Computing Device): Dispositivo que

permite realizar uno o varios clculos, operaciones lgicas, o ambas y
transmite los resultados mediante seales de salida.
Controlador (Controller): Un dispositivo que tiene una salida que vara

para regular una variable controlada de una manera especfica.
Existen controladores automticos los cuales varan su salida
automticamente en respuesta a una seal de entrada directa o
indirecta de una variable medida del proceso. Por otro lado, tenemos
el controlador manual el mismo que no depende del valor de una
variable medida y puede ser asignado de manera manual mediante un
ajuste.
60
Conversor (Converter): Un dispositivo que recibe una seal de un

instrumento de una forma, y transmite la seal de salida de otro forma.
Digital: Un trmino aplicado a una seal o dispositivo que usa datos

binarios para representar datos continuos o discretos.
Sistema de control Distribuido (Distributed Control System): Un

sistema que es funcionalmente integrado, y consiste de varios
subsistemas que se encuentran fsicamente separados y remotamente
ubicados uno de otro.
Elemento de Control Final (Final Control Element): Un dispositivo

que directamente controla el valor de una variable manipulada de un
determinado bucle de control.
Identificacin (Identification): La secuencia de letras o dgitos usados

para designar un instrumento individual.
Instrumento
(Instrument):
Un
dispositivo
usado
directa
indirectamente para medir y/o controlar una determinada variable. El

trmino incluye: elementos primarios, elementos finales de control,
dispositivos de computacin, y dispositivos elctricos.
Bucle (Loop): La combinacin de dos o ms instrumentos o funciones

de control agrupadas para que las seales pasen de un lugar a otro
con el propsito de medir y/o controlar una variable del proceso.
Medida (Measurement): Magnitud de una variable.
61
Elemento primario (Primary Element): Sinnimo de sensor.
Proceso (process): Cualquier operacin o secuencia de operaciones

que envuelven el cambio de energa, estado, composicin, dimensin
u otras propiedades.
Variable
del
proceso
(Process
variable):
Cualquier
variable
proveniente del proceso. El trmino variable del proceso en este

estndar es usado para todas las variables cuyas seales provienen
de la instrumentacin.
Programa (Program): Una secuencia repetitiva de acciones que

define el estado de las salidas que son modificadas en relacin a un
grupo de entradas.
Controlador Lgico Programable (Programmable logic controller):

Controlador con mltiples entradas y salidas que contiene un
programa alterable.
Sensor: Parte de un bucle o instrumento que primero determina el

valor de una variable del proceso y asume una correspondiente y
predeterminada salida. El sensor tambin es conocido como elemento
primario.
Transductor (Transducer): Trmino general para un dispositivo que

recibe informacin en una o varias cantidades fsicas, modifica la
informacin y/o su forma y produce una seal de salida resultante.
62
3.4.1. 4. Descripcin del Sistema de Identificacin:
Cada instrumento o funcin a ser identificada es designada por un cdigo

alfanumrico o tag como se muestra en la tabla 2.26.
3.4.1. 5. Caractersticas de las identificaciones (Tags).
La identificacin dentro de un bucle de control determinado

generalmente es comn a todos los instrumentos y funciones que
componen un bucle de control.
El usuario puede adicionar prefijos o sufijos de manera opcional, y as

completar la informacin necesaria para describir el instrumento.
El nmero del bucle de control incluye informacin codificada, tal como

rea determinada de la planta, o funcin dentro del proceso, etc.
La funcin de un determinado instrumento se identifica mediante una

primera letrade identificacin que designa la medida o la variable,
seguido de una o varias letras subsiguientes que designan las
funciones realizadas.
63
Tabla 3.0.2 Ejemplo de designacin de la identificacin de un instrumento usando el

estndar ANSI/ISA
Composicin tpica de una identificacin o tag

TIC 103
Identificacin del instrumento (TAG)
T 103
Identificacin dentro de un Bucle de

control determinado.
103
Nmero del Bucle de control determinado
TIC
Identificacin funcional
Primera letra de identificacin
IC
Letras subsiguientes de identificacin

Identificacin o tag expandida
10-PAH-5A
Identificacin del instrumento
10
Prefijo opcional
Sufijo opcional
3.4.1. 6. Anlisis de la Tabla.
Una letra cuya designacin es Opcin de usuario ser utilizada de

manera repetida en un proyecto en particular, y tendr que ser
presentado su significado tanto para una primera letra, o para letras
subsiguientes.
Una letra cuya designacin es no clasificada, ser utilizada en una

ocasin, o en un nmero limitado de ocasiones. Las Definiciones
deben ser especificadas fuera del diagrama de flujo del proceso.
64
Si una primera letra es usada en combinacin con una letra

modificadora Diferencial), F (Radio), M (Momentneo), K (Tasa de
Cambio), Q (Totalizador), o cualquier combinacin de estas letras es
usada para representar una nueva y separada variable de medida.
Dicha combinacin es tratado como una primera letra. Por lo tanto, los
instrumentos PDI y PI identifican dos variables diferentes, designadas
como: Indicador de Presin Diferencial e Indicador de Presin. Los
Modificadores deben ser usados solo cuando sean aplicables.
Los
trminos
modificadores
alto,
bajo,
medio
intermedio
corresponden a valores de la variable medida. Por ejemplo, una

alarma de nivel alto debe ser designada como LAH (Primera Letra =
Level, Funcin Pasiva= Alarm, Modificador=High) [8].
Tabla 3.0.3 Significado e identificacin de letras, para la designacin de instrumentos
funciones o variables mediante tags.
Primera Letra
Medida o inicio de variables
Letras Subsiguientes
Modificador
Lectura de
Salida o
Funcin
Pasiva
Anlisis
Alarma
Quemador, Combustin
Opcin de
usuario
Opcin de usuario
Control
Opcin de usuario
Voltaje
Flujo
Opcin de usuario
Mano
Corriente Elctrica
Potencia
Funcin de
Salida
Modificador
Opcin de
usuario
Opcin de
usuario
Diferencial
Sensor
(Elemento
Primario)
Radio
(Fraccin)
Vidrio,
Dispositivo de
Visualizacin
Alto
Indicador
Escaneo
65
Tabla 3.0.4 Significado e identificacin de letras, para la designacin de instrumentos

funciones o variables mediante tags. Continuacin.
Primera Letra
Letras Subsiguientes
Lectura de
Salida o
Funcin
Pasiva
Funcin de
Salida
Medida o inicio de variables
Modificador
Opcin de usuario
Momentneo
Opcin de usuario
Opcin de
usuario
Opcin de usuario
Oficio,
Restriccin
Presin, Vacio
Punto de
Prueba de
conexin
Cantidad
Radiacin
Velocidad, Frecuencia
Temperatura
Multivariable
Vibracin, Anlisis Mecnico
Peso, Fuerza
No Clasificado
Eje X
Evento, Estado o Presencia
Eje Y
Rel,
Conversor,
calculo
Posicin, Dimensin
Eje Z
Actuador,
Elemento final
de Control no
clasificado
Modificador
Medio,
Intermedio
Opcin de
usuario
Opcin de
usuario
Integrado,
Totalizador
Registro
Seguridad
Conmutador
Transmisin
Multifuncin
Multifuncin
Multifuncin
Vlvula,
Amortiguador
Pozo
No Clasificado
No
Clasificado
No Clasificado
66
3.5 ESTNDAR ISA-5.5-1985.
3.5.1. Smbolos Grficos para Visualizacin de Procesos.
El propsito de este estndar es desarrollar un sistema de smbolos

grficos y colores para los despliegues del proceso que son usados para
controlar y monitorear un determinado proceso industrial. El sistema tiene
como objetivo facilitar la rpida comprensin por parte del usuario de la
informacin que es presentada en los diferentes despliegues o pantallas de
visualizacin, y establecer una uniformidad en la presentacin de la
informacin por parte de las diferentes industrias. Adems, el estndar se
complementa con el Estndar ISA-5.1 Smbolos de Instrumentacin e
Identificacin
Los resultados que se buscan al desarrollar este estndar son los

siguientes:
Reducir los tiempos de entrenamiento de los operadores.
Reducir los errores de los operadores.
Mejor comunicacin y entendimiento entre el diseador del sistema de

control y los usuarios del sistema.
3.5.2. Color.
El color es una tcnica efectiva de codificacin con smbolos, formas y

cdigos alfanumricos.
67
La siguiente tabla muestra un ejemplo de planificacin de colores, que

establece una relacin entre los colores, su significado genrico, y la
asociacin con los diferentes significados y procesos dentro de una pantalla
de visualizacin del proceso [9].
Tabla 3.0.5 Significado de Colores Sugerido, para el diseo de despliegues
Color
Significado
Genrico
Negro
Fondo
Elemento
Asociado
a)Parada
Rojo
Emergencia
b)Alarma de alta
prioridad c)Cerrado
d)Apagado(Off)
Amarillo
Alerta
a) Condicin fuera de
lo normal.
b) Alarma de
prioridad media.
a) Operacin Normal
Verde
Seguro
b) Inicio
c) Abierto
Celeste
Azul
Morado
Esttico y significante
No es esencial
Radiacin
a) Equipo de Proceso
en servicio b)
Etiquetas Principales
a) Equipo de Proceso
en espera
b) Tags, etiquetas,
etc.
a) Alarmas de
Radiacin
b) Valores
Cuestionables
a) Medidas e
informaciones de
estado
Blanco
Datos Dinmicos
b) Mensajes del
sistema
c) Tendencias
d) Pasos
secuenciales activos
68
3.6. OPCIONES DE CONECTIVIDAD USB.
3.6.1. Transceivers USB.

La principal responsabilidad de los transceptores (transceivers) USB
es encapsular la capa fsica y realizar una interfaz con otros dispositivos
programables. Esto slo incluye una traduccin de los voltajes que codifican
la transmisin de informacin en dos seales D+ y D-, a un conjunto de
seales para su posterior procesamiento de capas superiores realizadas por
otros dispositivos.
En las capas superiores se debe realizar un manejo de transacciones

y endpoints, entre otros. De esta forma estos son dispositivos muy simples,
que a los sumo incorporan reguladores de voltaje, y detectores de conexin,
lo que los hace muy baratos. Como representantes de esta categora se
seleccionaron el USB1T20 de Fairchild, y el Philips ISP110x. En la figura 3.1
se muestra un diagrama lgico de las seales que traduce y la tabla de
verdad de los valores lgicos que convierte.
Figura 3.0.1 Diagrama lgico y tabla de verdad del Transceiver USB
69
3.6.2. Conversores USB a Interfaz Serial o Paralela.
Otra de las posibilidades existentes para facilitar la conectividad entre

el PC y un hardware va USB es mediante el uso de conversores. La idea
aqu, es que el conversor funciona como caja negra, en donde uno de los
extremos de la interfaz utilizada es USB y en el otro es serial o paralelo,
segn el conversor en cuestin. De esta forma, para el hardware que se
desea conectar es transparente la forma en que los datos llegan al PC. Si se
hace la analoga con conectividad en redes, podra pensarse que se crea un
tnel entre el Host USB y el conversor por donde pasa la informacin de la
interfaz del hardware externo. El conversor es visto en general por el PC
como un puerto serial y as lo utilizan tambin las aplicaciones de usuario. El
representante elegido en este caso es el FT232BM de FTDI y su diagrama
en bloques se muestra en la figura 3.2. Los componentes ms importantes
de izquierda a derecha son: el transceiver USB, el motor de interfaz serial
(serial interface engine) (SIE), el motor de protocolo USB y el transmisorreceptor asncrono universal (universal asynchronous receiver-transmitter)
(UART). Del transceiver ya se ha hablado con anterioridad, el SIE junto con
el motor de protocolos USB tiene la responsabilidad de manejar
transferencias en endpoints predeterminados por la interfaz CDC. Luego el
componente controlador UART FIFO, que con ayuda de los buffers de
memoria compartida realizan las transferencias de datos con el Host USB.
Este componente tambin sirve para setear la configuracin del UART
(velocidad, paridad, etc). Finalmente a la derecha de la figura se encuentra el
UART que es donde se conecta el hardware va una interfaz serial.
70
Figura 3.0.2 Diagrama de bloques del FT232
Otras caractersticas que tiene este conversor son:
Cumple con el estndar USB 2.0 (Full speed)
Velocidad de 300 a 3M baudios
Manejo de handshaking y seales de modem.
Bit Bang mode: Transforma las seales de control en puerto de E/S de

8 bits.
Interfaz con EEPROM para caracterizar VID, PID, etc.
Drivers de puerto COM virtual para Windows, MacOS y Linux.
71
3.6.3. Controladores de Perifricos.
Estos dispositivos incorporan un transceiver USB y la lgica para el

manejo del protocolo. En estos es configurable adems un nmero variable
de endpoints y tipos de transferencias, as como tambin descriptores de
dispositivo, interfaz, VID, PID, etc. Pueden encontrarse en dos modalidades:
externos o embebidos en un microcontrolador.
3.6.3. 1. Controladores de Perifricos Externos.
Estos dispositivos, como ya dijimos, manejan las comunicaciones USB

al nivel de transacciones y endpoints y adems es visto como otro perifrico
ms para los microcontroladores o microprocesadores con los cuales
interactan. Vale la pena aclarar que estos dispositivos no son autnomos
sino que deben interactuar con microcontroladores o microprocesadores para
realizar parte de sus tareas, a diferencia de los conversores que se
presentaron en la seccin 3.6.2. Una de las ventajas ms importantes que
tiene, es el poco impacto que causa su aplicacin en sistemas ya existentes,
es decir, si se quiere agregar la funcionalidad a un dispositivo ya existente en
un microcontrolador, slo hay que agregar firmware necesario para el manejo
del USB y no migrar todo a otra solucin que utilice un controlador de
perifricos embebido. En esta seccin se tom como representante el
ISP1581 de Philips.
continuacin
se
presentan
las
principales
caractersticas
relacionadas con la conectividad USB:
Cumplen con el estndar USB 2.0 y soporta velocidades high y full.
72
7 Endpoints de entrada, 7 de salida. Soporta double buffer.
Soporta todos los tipos de transferencias
8Kb de memoria FIFO integrada.
Interfaces con un microcontrolador:

o Interfaz de bus independiente para la mayora de los
microcontroladores /microprocesadores (12.5 MByte/s)
o Interfaz DMA de alta velocidad (12.8 Mbyes/s)
o Interfaz directa con perifricos ATA/ATAPI
Conexin al bus USB controlada por software (SoftConnect tm)
Data transceiver y regulador de voltaje de 3.3 V integrados
3.6.3. 2. Controladores de Perifricos Embebidos.

En este tipo de soluciones, se incorpora dentro del mismo
microcontrolador el hardware necesario para conectarse directamente al Host
USB. Brinda las mismas funciones que el controlador de perifricos externo
pero con algunas diferencias. Normalmente es utilizado como un perifrico
ms y utiliza registros dedicados y un tipo de memoria especial, a veces
llamada RAM de doble puerto (Dual Port RAM) para intercambiar informacin
con el microcontrolador, adems de poseer una rama completa de
interrupciones asociadas a los eventos USB. La comunicacin en los casos
73
relevados se maneja a nivel de endpoints y el manejo de transferencias es

manejado por firmware con el soporte de hardware de este perifrico
especial, comnmente conocido como SIE. Una desventaja que genera el
hecho de que se utiliza un recurso embebido en un microcontrolador, es que
se genera una dependencia con la arquitectura de ste. Un ejemplo es el
microcontrolador PIC 18F.
3.7. DISEO ESTRUCTURAL DEL SISTEMA

En este apartado se muestra la estructura funcional del sistema
diseado luego de realizarse un estudio de los Sofware HMI/Scada
comerciales, de las opciones de conexin USB y estndares internacionales.
Bsicamente el sistema es controlado por el usuario a travs de un

ordenador, que transmite los datos al Hardware de adquisicin de datos y
viceversa a travs de una conexin USB. El dispositivo procesa los datos y
en funcin de las tareas, maneja los actuadores. El PC muestra los datos de
los sensores y los estados de los actuadores a travs del software HmiUDO
el cual se encarga de hacer una representacin grfica del proceso, a su vez
muestra graficas de tendencias y gestin de bases de datos. El dispositivo
puede ser programado por ICSP (In Circuit Serial Programming), por
intermedio
de
un
programador
para
incluir
nuevas
funciones
actualizaciones del firmware. La interaccin entre este dispositivo electrnico

y elementos de adquisicin (sensor) o actuacin dependern si lo requieren
de un circuito electrnico de acondicionamiento de seal. La estructura de
sistema diseado se muestra en la figura 3.3.
74
Figura 3.0.3 Esquema estructural del Sistema
El sistema de adquisicin diseado se desgloso en sus interfaces para

lograr facilitar el entendimiento de su estructura, elementos que lo componen
y su funcionamiento. Como se puede observar en la figura 3.4 y 3.5 el
sistema est compuesto por tres interfaces que interactan en cadena, en la
primera interfaz (usuario-pc), el usuario interacta con el proceso a travs del
software (HmiUDO), el cual es una interfaz grfica, donde se ve de manera
virtual toda la instrumentacin, actuadores, en s todo el proceso. El puente
entre las dos primeras interfaces es el software junto a tres archivos que
forman el driver: .sys con informacin para el sistema, .inf, con informacin
del dispositivo y .dll con funciones para la comunicacin entre el Pc y el
dispositivo.
En
la
segunda
interfaz
(pc-hardware),
los
datos
son
encapsulados y transmitidos al dispositivo a travs de la conexin usb. El

firmware del dispositivo procesa estos datos, y segn su programacin este
habilita los perifricos. El puente entre las interfaces siguientes es el
firmware, que se encarga de recibir y procesar datos, adems de manejar los
puertos de entrada, salida y procesar datos adquiridos. En la tercera interfaz,
los datos pasan por un circuito de acondicionamiento de seal y luego a los
actuadores (motores, luces, vlvulas motorizadas, etc)
75
El camino inverso, para la monitorizacin u otras funcionalidades, es

recorrido por los datos de la siguiente manera:
En la tercera interfaz (Hardware-Planta) el dispositivo de adquisicin

recibe las seales emanadas por los sensores luego de pasar por un
circuito electrnico de acondicionamiento de seal. En la segunda
interfaz son encapsulados y reenviados al Pc, donde sern
preparados para su visualizacin o virtualizacin. En la primera
interfaz, los datos de estado del perifrico estn visualizados, tratados
y/o archivados. Cabe destacar que al principio, para poder establecer
comunicacin el dispositivo debe ser reconocido por el sistema
operativo (los archivos .sys y .inf). En la segunda interfaz, como
primera operacin, se realiza la instalacin del dispositivo. La
instalacin, normalmente, se ejecuta una sola vez por puerto USB.
Figura 3.0.4 Esquema estructural del sistema (Interfaces)
76
Figura 3.0.5 Esquema estructural del sistema (Interfaces detallada)
77
CAPITULO 4 HARDWARE DE ADQUISICIN

En este captulo se vera de forma detallada el desarrollo del hardware
de adquisicin, el cual est centrado en un microcontrolador, primero se
analizar la utilizacin del arduino y el pingino como tarjetas de adquisicin
de datos, que son proyectos de software y hardware libre,
como se
mencion anteriormente en el captulo I , existen limitaciones a la hora de

usar estos dispositivos, como es el nmero de entradas y salidas digitales y
analogas, que son seleccionadas por el fabricante, lo que no aprovecha la
cantidad mxima que traen los microcontroladores que incorporan, cabe
destacar que esta limitacin es recompensada por la facilidad de programar
el dispositivo, ya que utiliza un lenguaje de programacin llamado
Processing/Wiring que es de fcil sintaxis, rpido y bien documentada.
Para aprovechar ms el microcontrolador se decidi aadir al

proyecto, el desarrollo de una tarjeta de adquisicin de datos utilizando los
microcontroladores pic 18f2550/4550, el firmware estar programado con la
librera c18 de mplab de la empresa microchip.
4.1. HARDWARE DE ADQUISICIN DE DATOS UTILIZANDO

ARDUINO Y PINGINO.
Antes de ver el cdigo de fuente, su explicacin y funcionamiento del
dispositivo, se proporcionara un resumen de la sintaxis que manejan, el cual
pueden visualizar en el apndice Ap1 (Arduino) y Ap2 (Pingino).
78
4.1.1. Estructura Firmware Archivo principal Arduino (Arduino Tarjeta

Adq.pde).
/********************************Variables***********************************/
char buff[]= "0000000000"; // Array que almacena los datos recibidos
//por el puerto serial.
/**********************************Setup**************************************/
void setup() {
Serial.begin(9600); //Velocidad de Comunicacin Serial
pinMode(Pin, OUTPUT); // Definir los pin que son de salida como
}
//OUTPUT
/************************************Lazo************************************/
void loop() {
while (Serial.available()>0) { // Mientras haya datos entrantes
for (int i=0; i<10; i++) { // Para cada elemento de la matriz del bfer
buff[i]=buff[i+1]; // Toma el valor del elemento siguiente
}
buff[10]=Serial.read(); // Colocar los datos de entrada en el ltimo
//elemento
switch (buff[10]){
case 'Opcin':
Accin;
break;
} // Fin switch
} // Fin Bucle While
} //Fin Void Loop()
79
Figura 4.0.1 Diagrama de Flujo del Firmware Arduino.
80
4.1.2. Estructura Firmware Archivo Principal Pingino (Pingino

TarjetaAdq.pde)
/*************************************Variables***************************************/
u8 Opcin[];
/**************************************setup******************************************/
void setup()
{
pinMode( i, OUTPUT );
}
/*****************************************Lazo*****************************************
*/
void loop()
{
if (USB.available()>0)
{
Opcin= USB.read();
if ( Opcin[0]=='variable' ){
//Accin
}
}//Fin usb
}//Fin void loop
81
Figura 4.0.2 Diagrama Flujo Firmware Pingino
82
4.2.
HARDWARE
DE
ADQUISICIN
UTILIZANDO
MICROCONTROLADDOR PIC Y
COMPILADOR C18 DE
MPLAB IDE.
En este subcaptulo desarrollara una estructura, para utilizar los
micrcontroladores como dispositivos de adquisicin, conectable a pc. Como
se mencion anteriormente la comunicacin ser a travs del puerto USB,
adems en este se podr habilitar entradas y salidas digitales y analgicas,
para ello microchip proporciona un conjunto de libreras, una librera es una
coleccin de funciones agrupadas por referencia y facilidad de llamada.
Para otorgar comunicacin USB
debemos utilizar, la aplicacin
Microchip Application Libraries, que se puede descargar de forma gratuita

en la pgina de Microchip en la seccin USB Framework for PIC18, PIC24 &
PIC32.
Esta aplicacin proporciona unas series de ejemplos, entre ellos hay

una donde se trabaja la comunicacin USB, dependiendo de la clase (HID,
MSD, GEN o CDC). En la figura 4.1 se puede observar el framework de la
clase genrica.
83
a)
b)
c)
Figura 4.0.3 Estructura del directorio Firmware Framework Usb

a) HID b)CDC c)GEN
84
Para realizar una conexin sin caractersticas especficas, lo

recomendable es utilizar la clase genrica (GEN) ya que permite una
velocidad ms alta que la clase CDC, aunque esta ltima se utiliza por
resultar ms fcil la programacin del host. La clase que se utiliz en este
proyecto es la genrica.
Para la programacin del micrcontrolador se utiliz como base el

ejemplo Libusb-Generic Driver -C18-PICDEM FUSB
que proporciona
Microchip Application Libraries, este ejemplo y fue copiado junto con otras
libreras de microchip, ya que algunas sern modificadas, segn las
necesidades de este proyecto.
4.2.1 Estructura Firmware Main.c (Programa principal)
Para la facilidad de modificacin, configuracin y lectura, se utiliz la

siguiente estructura.
//------------------------------Includes---------------------------------------#include "USB/usb.h
#include "HardwareProfile.h"
#include "USB/usb_function_generic.h"
En el apartado de los includes, se aade las libreras necesarias para
la ejecucin del cdigo del main.c. las anteriores son obligatorias para la
ejecucin de la comunicacin USB.
//---------------------------------Fuses---------------------------------------Esta seccin es donde vamos a definir los valores de configl y configh,
que es donde se encuentra la configuracin de oscilador, uso de
watchdogtimer, funciones de Poweron reset, brown out detect etc. La
85
configuracin depende de cada PIC a usar. Su sintaxis es: #pragma config

nombre de fuse = estado. Por ejemplo #pragma config OSC = HS
//-------------------------------Variables-------------------------------------En esta seccin es donde se crean las variables globales, una variable
global es usada por todo nuestro programa y funciones en todo momento.
//---------------------------Prototipos Privados------------------------------En esta seccin es donde definimos los prototipos de las funciones o
las funciones en s. Un prototipo de funcion es la manera en que se
construyen la funciones a usar por ejemplo: void myfuncion(void) la cual
posteriormente ser llamada por la funcin principal main y deber ser
construida de manera correcta bajo la seccin de main. En los fragmentos
siguientes se describirn los prototipos que se utilizaron en esta estructura.
static void InitializeSystem(void);
/**En esta funcin se denominan Todas las rutinas requeridas para la
inicializacin USB**/
void USBDeviceTasks(void);
/**Mediante esta funcin se recibe y trasmiten paquetes a travs del
stack, por lo tanto debe ser llamada peridicamente. Esta funcin se
debe llamar al menos una vez cada 1.8ms durante el proceso de
enumeracin USB. Hay dos formas de implementarlo y segn como se
haya definido en usb_config.h. Mediante polling debe ser llamada de
forma peridica dentro del bucle principal, en cambio mediante
interrupcin debe ser llamada por medio un servicio de interrupcin
de alta prioridad. Ver los comentarios de cdigo en lnea en la parte
superior de usb_device.c para ms detalles sobre los requisitos
mnimos de tiempo al llamar USBDeviceTasks ()**/
void YourHighPriorityISRCode(void);
/**Este retorno ser un "rpido retfie", ya que este se encuentra en una
seccin de alarmas.**/
void YourLowPriorityISRCode(void);
86
/** Este retorno ser un "retfie", ya que este se encuentra en una

seccin**/
void USBCBSendResume(void);
/**El USBCBSendResume () "devolucin de llamada" funcin se utiliza
para enviar esta sealizacin especial USB que despierta la PC. Esta
funcin puede ser llamada por firmware de aplicacin a despertar el
PC.**/
void UserInit(void);
/**En esta funcin agregamos las condiciones iniciales en las que
trabajara el microcontrolador, generalmente las salidas digitales y
pwm la inicializamos a cero, tambin se indica que pines son
entradas ya sean digitales o analgicas.**/
void ProcessIO(void);
/**Esta funcin es un marcador de posicin para las rutinas de otros
usuarios. Es una mezcla de ambos, es decir aqu se ejecutaras las
tareas USB y las anexadas por el usuarios como los son convertidores
anlogo-digital, pwm, etc.**/
//---------------------------Remapeo de Vector----------------------------Se define los vectores de reset, interrupcin de prioridad alta y baja.
En los dispositivos PIC18, aborda 0x08 0x00, 0x18 respectivamente, Sin
embargo si se desea utilizar los USB bootloader estos ocuparan las
direcciones 0x00 o 0x00-0x7FF 0xFFF- en funcin del que se va a utilizar.
//-----------------------------Declaraciones---------------------------------void main(void){ //Funcin principal.
InitializeSystem();
#if defined(USB_INTERRUPT)
USBDeviceAttach();
#endif
While(1){
#if defined(USB_POLLING)
87
USBDeviceTasks();
#endif
ProcessIO(); // Funcin de tareas y comunicacin USB.
}//end while
}//end main
void UserInit(void)
{
}
void ProcessIO(void)
{
if((USBDeviceState < CONFIGURED_STATE)||(USBSuspendControl==1))
return;
if(!USBHandleBusy(USBGenericOutHandle))
//Check if the endpoint has received any data from the host.
{
switch(OUTPacket[0])
//Data arrived, check what kind of command might be in the packet of data.
{
case 0x80:
Accion; // Generalmente esta accin es activar una salida
//digital.
break;
case 0x81:
Dato0=Valor
INPacket[0]=Dato0
88
if(!USBHandleBusy(USBGenericInHandle))
{
USBGenericInHandle = USBGenWrite(USBGEN_EP_NUM,(BYTE*)
&INPacket,USBGEN_EP_SIZE);
}
break;
}
USBGenericOutHandle = USBGenRead (USBGEN_EP_NUM,(BYTE*)
&OUTPacket,USBGEN_EP_SIZE);
}
}//end ProcessIO
//-------------------------USB Callback Functions-----------------------En este segmento como el mismo nombre lo indica, se declararn las
funciones USB Callback. La modificacin de la estructura diseada de este
rengln es totalmente opcional.
// Fin de Estructura
Antes de explicar con ms detalle la aplicacin de esta estructura, se

describirn brevemente las libreras encargadas de administrar los timer, las
interrupciones, los conversores A/D, los PWM y la conexin usb.
4.2.2 Ejemplo de Aplicacin de Estructura
Para entender mejor la estructura, se adapt para que cumpla con las
caractersticas de la tabla 4.9. Se colocara solo las partes de la estructura
que se deben modificar, como lo son el apartado de los includes, los fuses, la
funcin void UserInit(void) y void ProcessIO(void) el cdigo completo se
puede apreciar en el anexo n1xx.
89
Tabla 4.0.1 caractersticas del sistema
Microcontrolador
18f4550
Digitales
Entrada
Analgicas
Salida
6
13
Digitales
PWM
Crystal
4Mhz
Comunicacin
USB
//------------------------------Includes---------------------------------------#include "USB/usb.h
#include "HardwareProfile.h"
#include "USB/usb_function_generic.h"
#include <p18cxxx.h>
#include <portb.h>
#include <pwm.h>
#include <timers.h>
#include <adc.h>
#include <delays.h>
//---------------------------------Fuses---------------------------------------#pragma config PLLDIV = 1
#pragma config CPUDIV = OSC1_PLL2
#pragma config USBDIV = 2
#pragma config FOSC
#pragma config FCMEN
#pragma config IESO
= HSPLL_HS
= OFF
= OFF
#pragma config PWRT
= OFF
#pragma config BOR
= ON
90
#pragma config BORV
=3
#pragma config VREGEN = ON

#pragma config WDT
//USB Voltage Regulator
= OFF
#pragma config WDTPS
= 32768
#pragma config MCLRE
= ON
#pragma config LPT1OSC = OFF

#pragma config PBADEN = OFF
#pragma config STVREN = ON
#pragma config LVP
= OFF
#pragma config ICPRT
= OFF
#pragma config XINST
= OFF
#pragma config CP0
= OFF
#pragma config CP1
= OFF
#pragma config CPB
= OFF
#pragma config WRT0
= OFF
#pragma config WRT1
= OFF
#pragma config WRTB
= OFF
#pragma config WRTC
= OFF
#pragma config EBTR0
= OFF
#pragma config EBTR1
= OFF
#pragma config EBTRB
= OFF
//-------------------------------Variables-------------------------------------#if defined(__18F14K50) || defined(__18F13K50) ||

defined(__18LF14K50) || defined(__18LF13K50)
#pragma udata usbram2
#elif defined(__18F2455) || defined(__18F2550) || defined(__18F4455)
91
||
defined(__18F4550)\||
defined(__18F2453)
defined(__18F2458)
||
||defined(__18F4553)
#pragma udata USB_VARIABLES=0x500
#elif defined(__18F4450) || defined(__18F2450)
#pragma udata USB_VARIABLES=0x480
#else
#pragma udata
#endif
unsigned char OUTPacket[64];
unsigned char INPacket[64];
#pragma udata
int anlg1=0;
int anlg2=0;
unsigned int ch0;
unsigned int ch1;
unsigned int ch2;
unsigned int ch3;
unsigned int ch4;
unsigned int ch5;
unsigned int ch6;
unsigned int ch7;
unsigned int ch8;
unsigned int ch9;
unsigned int ch10;
unsigned int ch11;
||
defined(__18F4558)
92
unsigned int ch12;

//-----------------------------Declaraciones---------------------------------void main(void){ //Funcin principal.
InitializeSystem();
#if defined(USB_INTERRUPT)
USBDeviceAttach();
#endif
While(1){
#if defined(USB_POLLING)
USBDeviceTasks();
#endif
ProcessIO(); // Funcin de tareas y comunicacin USB.
}//end while
}//end main
void UserInit(void)
{
//Salidas
PORTD=0x00;
//Inicializo las salidas puerto D a cero.
PORTCbits.RC1=0; //Inicializo las salidas puerto C1 y C2 a cero

PORTCbits.RC2=0; //para las 2 salidas de PWM.
TRISD=0x00; //Pines puerto D como salida.
LATD=0x00;
//Entradas digitales
TRISB=0xFF; //Pines del puerto B como entrada.
//Salidas analgicas
93
OpenTimer2(TIMER_INT_OFF & T2_PS_1_16 & T2_POST_1_1);

//Temporizador para mdulo PWM: Interrupt disabled, 1:16
//prescale, 1:1 postscale
OpenPWM1(0xFF);
//PWMperiod=[(period)+1]x4xTOSCxTMR2_prescaler =
//[(0xFF)+1]x4x2/96E6x16=341,3us --> 2,9KHz
SetDCPWM1(0x1FF); //Ciclo trabajo PWM --> 50%
OpenPWM2(0xFF);
SetDCPWM2(0x1FF);
}//Fin de UserInit()
void ProcessIO(void)
{
if((USBDeviceState < CONFIGURED_STATE)||(USBSuspendControl==1))
return;
if(!USBHandleBusy(USBGenericOutHandle))
{
anlg1=OUTPacket[1];
anlg2=OUTPacket[2];
SetDCPWM2(anlg2);
SetDCPWM1(anlg1);
switch(OUTPacket[0])
{
case 0x80:
LATDbits.LATD0 = !LATDbits.LATD0;//Salida Digital D0 On/Off
break;
case 0x82:
94

break;
case 0x83:
Break;
case 0x84:
break;
case 0x85:
break;
case 0x86:
Break;
case 0x87:
break;
case 0x88:
LATDbits.LATD7 = !LATDbits.LATD7;//Salida Digtal D7 On/Off
break;
case 0x81:
INPacket[0] = 0x81;
OpenADC(ADC_FOSC_32 & ADC_RIGHT_JUST &
ADC_12_TAD,ADC_CH0 & ADC_INT_OFF &
DC_VREFPLUS_VDD & ADC_VREFMINUS_VSS,12);
SetChanADC(ADC_CH0);
// Esperar que la conversin este completa canal 0
95
ConvertADC();
while(BusyADC()==1){}
ch0=ReadADC();
ConvertADC();
ch1=ReadADC();
ConvertADC();
ch2=ReadADC();
ConvertADC();
ch3=ReadADC();
ConvertADC();
ch4=ReadADC();
96
ConvertADC();
ch5=ReadADC();
ConvertADC();
ch6=ReadADC();
ConvertADC();
ch7=ReadADC();
ConvertADC();
ch8=ReadADC();
ConvertADC();
97
ch9=ReadADC();
ConvertADC();
ch10=ReadADC();
//Esperar que la conversin este completa canal 11
ConvertADC();
ch11=ReadADC();
//Esperar que la conversin este completa canal 12
ConvertADC();
ch12=ReadADC();
INPacket[1] = ch0; //Asignar Valor analog A0
98

INPacket[13] = PORTBbits.RB0; //Asignar Entrada D1
INPacket[14] =PORTCbits.RC6; //Asignar Entrada D2
INPacket[15] =PORTCbits.RC7; //Asignar Entrada D3
INPacket[18] =PORTBbits.RB1; //Asignar Entrada D4
INPacket[19] =PORTAbits.RA4; //Asignar Entrada D5
INPacket[23] =PORTBbits.RB3; //Estado de Salida D4
if(!USBHandleBusy(USBGenericInHandle))
{
USBGenericInHandle = USBGenWrite(USBGEN_EP_NUM,(BYTE*)
&INPacket,USBGEN_EP_SIZE);
/**Se envia los datos contenidos en el array INPacket[] sobre el
endpoint USBGEN_EP_NUM.**/
}
break;
}
USBGenericOutHandle = USBGenRead (USBGEN_EP_NUM,(BYTE*)
&OUTPacket,USBGEN_EP_SIZE);
99
/**Se recibe los datos contenidos en el array OUTPacket[] sobre el

endpoint USBGEN_EP_NUM.**/
}
}//Fin ProcessIO
4.2.3. Circuito Electrnico de la Tarjeta de Adquisicin de Datos basado

en Microcontrolador pic 18f2550 y 18f4550.
En la figura 4.4 Y 4.5 Se puede apreciar la placa que se consider

ms conveniente a la hora de su utilizacin en el control y monitoreo de
variables de un proceso.
Figura 4.0.4 Tarjeta de Adquisicion con pic 18f4550
100
Figura 4.0.5 Tarjeta de Adquisicin con pic 18f2550
101
CAPITULO 5. DISEO SOFTWARE HMIUDO
Este captulo se explicara lo concerniente al desarrollo del software

HMI_UDO, el cual estar separado en varios scripts cada uno con una
funcin especfica, estos se desarrollaron con el lenguaje de programacin
python, conjuntamente con las libreras wxpython, pyserial, pyusb, matplotlib,
numpy, scipy y sqlite3, como python es un lenguaje de programacin
multiparadigma se utiliz la programacin estilo orientada a objetos, adems
este estilo es empleado para programar las interfaces graficas utilizando
wxpython.
5.1 SOFTWARE HMI_UDO.
El software HMI_UDO es un paquete multiplataforma, basado en

software libre, que permite visualizar y administrar datos de una planta, a
travs del ordenador, cuenta con bases de datos, graficas de tendencias, y
libreras para el desarrollo de interfaces graficas (animaciones de proceso),
los protocolo de comunicacin que admite son serial y USB.
5.2 ESTRUCTURA DEL SOFTWARE HMI_UDO.
El software esta distribuidos en 7 scripts para su fcil entendimiento y

modificacin. En la figura 5.1 se muestra un diagrama sobre la estructuracin
de los scripts que conforman el software.
Los script estarn adaptados a la placa arduino, esto solo es por

comodidad para explicar el funcionamiento de esta estructura, para identificar
102
que partes de los cdigos deben ser modificadas para ser compatibles con
las otras placas de adquisicin (Placa Pingino y Placa Pic 18f2550/4550)
tienen como formato-fuente color verde olivo y cursiva, esto cambios estn
regidos por el tipo de protocolos de comunicacin que las placas incorporan.
Figura 5.0.1 Estructura de Software HMI_UDO
5.2.1 HMI_UDO.py
Este es el script principal est encargado de invocar los script

Mando_Proceso, Graficar_Proceso y Proceso_Virtual. En la figura 5.2 se
muestra la interfaz grfica principal del sistema.
103
Figura 5.0.2 HMI_UDO ventana principal
5.2.1.1 Cdigo Fuente
# Importacin de libreras y scripts.

import wx
from Graficar_Proceso import HmiUdoDemo
from Mando_Proceso import MandoManualUdoDemo
from Proceso_Virtual import ProcesoVirtualUdoDemo
#Definicin clase principal
class Frame_Principal(wx.Frame):
def __init__(self):
wx.Frame.__init__(self, None, -1, title= 'Ventana Principal',
size=(325, 180))
sizer=wx.BoxSizer(wx.HORIZONTAL)
panel=wx.Panel(self, wx.ID_ANY)
hbox1=wx.BoxSizer(wx.HORIZONTAL)
Sbox=wx.StaticBox(panel, -1, "Ver")
boxsizer=wx.StaticBoxSizer(Sbox, wx.VERTICAL)
104
self.boton=wx.Button(panel, -1, "Graficas Entradas")

self.boton2=wx.Button(panel, -1, "Proceso Virtual")
self.boton3=wx.Button(panel, -1, "Mandos Manual ")
boxsizer.Add(self.boton, flag=wx.LEFT|wx.TOP|wx.EXPAND,
border=5)
boxsizer.Add(self.boton2, flag=wx.LEFT|wx.TOP|wx.EXPAND,
border=5)
boxsizer.Add (self.boton3, flag=wx.LEFT|wx.TOP|wx.BORDER|
wx.EXPAND, border=5)
self.FotoUdo=wx.StaticBitmap(panel)
self.FotoUdo.SetBitmap(wx.Bitmap('udo.PNG'))
hbox1.Add(boxsizer,0,wx.ALL,10)
hbox1.Add( self.FotoUdo, 0, wx.ALL, 10)
panel.SetSizer(hbox1)
self.boton.Bind(wx.EVT_BUTTON, self.onGraficasEntradas)
self.boton2.Bind(wx.EVT_BUTTON, self.onProcesoVirtual)
self.boton3.Bind(wx.EVT_BUTTON, self.onMandoManual)
# Definicin de las funciones de los eventos de los botones de
#invocacin de frames secundarios.
def onGraficasEntradas(self, event):
frame = HmiUdoDemo(self)
frame.Show()
105
def onProcesoVirtual(self, event):

frame = ProcesoVirtualUdoDemo(self)
frame.Show()
def onMandoManual(self, event):
frame = MandoManualUdoDemo(self)
frame.Show()
# Bucle de ejecucin wxpython
if __name__ == "__main__":
app = wx.PySimpleApp()
frame = Frame_Principal()
frame.Show()
app.MainLoop()
# No es necesario la modificacin de este escripts, solo s no hay
#cambios en los nombres de los escript de los frames secundarios o la
#agregacin de nuevos frames desarrollados por el usuario.
5.2.2 Proceso_Virtual.py
Este subprograma est encargado de mostrar representacin virtual

del proceso y la actualizacin de la base de datos,
est formado
principalmente del script Obj_Comando.py.

import wx
import Obj_Comando as OHC
#--------------------------------------------------------------------------------------------------
106
import Serial_Conect as SC
#-------------------------------------------------------------------------------------------------import Base_Datos as BD
#Definicin clase frame ProcesosVirtualDemo
class ProcesoVirtualUdoDemo(wx.Frame):
def __init__(self, parent):
wx.Frame.__init__(self,
None,
-1,
'Proceso
Virtual',
wx.DefaultPosition,
size=(750, 530), style=wx.DEFAULT_FRAME_STYLE |
wx.NO_FULL_REPAINT_ON_RESIZE)
# Evento para que la interfaz grfica ProcesoVirtual se actualice cada
#90mseg.
self.redraw_timer = wx.Timer(self)
self.Bind(wx.EVT_TIMER, self.on_redraw_timer, self.redraw_timer)
self.redraw_timer.Start(90)
sizer=wx.BoxSizer(wx.VERTICAL)
self.PlantaHmi=OHC.DrawWindow(panel, -1)
sizer.Add(self.PlantaHmi, 1, flag=wx.EXPAND|wx.LEFT|wx.RIGHT,
border=5)
panel.SetSizer(sizer)
# Definicion de la funcin que esta enlazada con el evento
#wx.EVT_TIMER, se aaden las actualizacin de base de
# datos y animacin del proceso.
107
def on_redraw_timer(self, event):

datosentradas=SC.read()
byteread=SC.readarduino(datosentradas)
# Como se puede observar aqu se asignara una variable a los valores
#adquiridos por el puerto usb o serial, en este caso seis entradas
#analgicas, las cuales si son de 8 bit se recibir un valor de 0 a 255,
#en este fragmento de cdigo es necesario la conversin al valor real
#de la lectura del sensor.
a=byteread[0][0]
b=byteread[0][1]
c=byteread[0][2]
d=byteread[0][3]
e=byteread[0][4]
f=byteread[0][5]
self.PlantaHmi.UpdateDrawing(a, b, c, d, e, f)
BD.escribir_registro(byteread[0][0], byteread[0][1], byteread[0][2],
byteread[0][3], byteread[0][4], byteread[0][5],
byteread[0][6], byteread[0][7], byteread[0][8],
byteread[0][9],byteread[0][10],
byteread[0][17], byteread[1],
byteread[2])
108
Figura 5.0.3 Proceso Virtual
5.2.3. Obj_Comando.py
En este scripts se definen los comandos para la realizacin de la

representacin
grfica
del
proceso
monitorear.
Los
comandos
desarrollados se ven a continuacin.
AnimacionText
Este comando se utiliza para agregar en la area de

virtualizacion, una cadena de caracteres que representa un valor
enviado por el dispositivo de adquisicin.
Sintaxis
AnimacionText (x, y, sensor, color, unidad), donde
109
x: posicin en el eje de las x

y: posicin en el eje de las y
sensor: dato del dispositivo de adquisicin que se quiera
muestrear.
color: color de texto
unidad: la unidad del dato, si no tiene color un espacio entre
comilla ( )
ej: AnimacionText (20, 50, a1, '#FFF720', 'C'); en la figura 5.4
muestra el resultado de este comando.
Figura 5.0.4 Animacin Texto
AnimacionCorteRectangular
Este comando da como resultado un corte rectangular que su

altura varia con respecto a la asignacin de una entrada del
dispositivo de adquisicin.
Sintaxis
AnimacionCorteRectangualr(x, y, Ancho, AltInicial , sensor ,

color), donde:
x: posicin en el eje de las x.

y: posicin en el eje de las y.
Ancho: Ancho de la tuberia.
largo: longitud de la tuberia.
color: color de la tuberia.
110
Ej:
AnimacionCorteRectangualr(59, 205, 51, 10, a1, '#30E2FF')
En la figura 5.5 se puede observar, como varia la altura de los corte

con respecto a una entrada, iniciando en su valor minimo ya que la entrada
es 0 y terminando en el valor ms alto q es 255 ya que es una entrada de 8
bits.
Figura 5.0.5 Animacin Corte Rectagular
TuberiaHorizontal
Este comando se encaga de dibujar una tubera horizontal.
Sintaxis
tuberiaHorizontal(x, y, ancho, largo,color), donde:

111
Ej:
tuberiaHorizontal(80, 80, 18, 160, '#ffec00')
Figura 5.0.6 Tuberia Horizontal
TuberiaVertical
Este comando se encaga de dibujar una tubera vertical.
tuberiaVertical(x, y, ancho, largo, color)

Ej:
tuberiaVertical(50, 60, 18, 160,'#ffec00')
112
Figura 5.0.7 Tuberia Vertical
MdVerticalIzq
Este pequeo algoritmo crea una cinta mtrica en la ventana de
proceso virtual, la escala puede ser variada.
Sintaxis
MdVerticalIzq(self, dc, x, y, l, color), donde:
l: longitud. l=el valor deseado +1
color: color de la cinta.
Ej
MdVerticalIzq( 30, 60, 121, #7700A0)
Figura 5.0.8 Escala Verical Izquierda
113
MdVerticalDch
Sintaxis
MdVerticalIzq(self, dc, x, y, l, color), donde:
Ej
MdVerticalIzq( 80, 100, 101, #07DF00)
Figura 5.0.9 Escala Verical Derecha
MdHorizontalInf
Sintaxis
MdHorizontalInf (self, dc, x, y, l, color), donde:
114

Ej
MdHorizontalInf ( 100, 80, 101, #FFFFFF)
Figura 5.0.10 Escala Horizontal Inferior
MdHorizontalSup
Sintaxis
MdHorizontalSup (self, dc, x, y, l, color), donde:
Ej
MdHorizontalSup( 50, 180, 201, #060089)
Figura 5.0.11 Escala Horizontal Superior
115
Imagen
Psudocodigo encargado de agregar una imagen al la ventana de
virtualizacion.
Sintaxis:
Imagen(x, y, i), donde:

i: nombre de la imagen, sino esta en el mismo archivo del
programa, anexar la ubicacin.
Ej:
Imagen(150,364, 'ImagenesHMI/BombaUp.png')
Figura 5.0.12 Imagen importada por el Comando

import wx
USE_BUFFERED_DC = True
#Definicin clase BufferedWindow
class BufferedWindow(wx.Window):
def __init__(self, parent, ID):
116
wx.Window.__init__(self, parent, ID)

wx.EVT_PAINT(self, self.OnPaint)
wx.EVT_SIZE(self, self.OnSize)
self.Bind(wx.EVT_ERASE_BACKGROUND, lambda x: None)
self.OnSize(None)
def Draw(self, dc):
pass
def OnPaint(self, event):
if USE_BUFFERED_DC:
dc = wx.BufferedPaintDC(self, self._Buffer)
else:
dc = wx.PaintDC(self)
dc.DrawBitmap(self._Buffer, 0, 0)
def OnSize(self,event):
Size = self.ClientSize
self._Buffer = wx.EmptyBitmap(*Size)
def UpdateDrawing(self, a, b, c, d, e, f):
a1=a
a2=b
a3=c
a4=d
a5=e
a6=f
dc = wx.MemoryDC()
117
dc.SelectObject(self._Buffer)
self.Draw(dc, a, b, c, d, e, f)
del dc
self.Refresh()
self.Update()
class DrawWindow(BufferedWindow):
def __init__(self, parent, ID):
BufferedWindow.__init__(self, parent, ID)
def Draw(self, dc, a1, a2, a3, a4, a5,a6):
def AnimacionText(x, y, sensor, color, Unidad):
font = wx.Font(18, wx.ROMAN,wx.NORMAL, wx.NORMAL)
dc.SetTextForeground('#008d84')
dc.SetFont(font)
dc.DrawText(str(sensor), x, y)
dc.DrawText(Unidad, x, y)
def AnimacionCorteRectangualr(x, y, Ancho, AltInicial , ec, color):
dc.SetPen(wx.Pen(color, 1))
dc.SetBrush(wx.Brush(color, wx.SOLID))
DeltaY=y-ec
DeltaAlto=AltInicial+ec
dc.DrawRectangle(x, DeltaY, Ancho, DeltaAlto)
def tuberiaHorizontal(x, y, ancho, largo):
dc.GradientFillLinear((x, y,largo, ancho/2), color, '#000000',
wx.NORTH)
118
dc.GradientFillLinear((x, y+ancho/2, largo, ancho/2), color,

'#000000', wx.SOUTH)
def tuberiaVertical(x, y, ancho, largo):
dc.GradientFillLinear((x, y,ancho/2, largo), color, '#000000',
wx.WEST)
dc.GradientFillLinear((x+ancho/2, y, ancho/2, largo), color,
'#000000', wx.EAST)
def MdVerticalIzq(self, dc, x, y, l, s, color):
for i in range(l):
if not (i % 20):
dc.DrawLine(10+x, i+y, 20+x, i+y)
w, h = dc.GetTextExtent(str(i))
dc.SetTextForeground(color)
dc.SetFont(font)
dc.DrawText(str(i), 21+x, -i+y+l-5)
elif not (i % 10):
elif not (i % 2): dc.DrawLine(10+x, i+y, 14+x, i+y)
def MdVerticalDch(self, dc, x, y, l, s, color):
for i in range(l):
if not (i % 20):
119
dc.SetFont(font)
dc.DrawText(str(i), 21+x, -i+y+l-5)
elif not (i % 10):
elif not (i % 2): dc.DrawLine(10+x, i+y, 14+x, i+y)
def MdHorizontalInf(self, dc, x, y, l, s, color):
for i in range(RW):
if not (i % 20):
dc.DrawLine(i+x, 0+y, i+x, 10+y)
dc.SetFont(font)
dc.DrawText(str(i), i+x-w/2, 11+y)
elif not (i % 10):
elif not (i % 2): dc.DrawLine(i+x, 0+y, i+x, 4+y)
def MdHorizontalSup(self, dc, x, y, l, s, color):
for i in range(RW):
if not (i % 20):
120
dc.SetFont(font)
dc.DrawText(str(i), i+x-w/2, y)
elif not (i % 10):
elif not (i % 2): dc.DrawLine(i+x, 16+y, i+x, 20+y)
def Imagen(x, y, modelo):

bitmap = wx.BitmapFromImage(wx.Image(modelo))
dc.DrawBitmap(bitmap, x, y)
dc.BeginDrawing()
# Aqu se anexara los comandos con las caractersticas deseadas por
#el usuario.
dc.EndDrawing()
En el siguiente apartado se ver el cdigo necesario para
formar la interfaz grafica, que se mostro en la figura 5.3
dc.BeginDrawing()
dc.SetBackground( wx.Brush("Black") )
dc.Clear()
Imagen(76,69, 'ImagenesHMI/codo1.png')
Imagen(50, 100, 'ImagenesHMI/TanqCorte.png')
Imagen(116,190, 'ImagenesHMI/valve1.png')
121
dc.SetPen(wx.Pen('#545454', 4))
dc.SetBrush(wx.Brush('#545454', wx.TRANSPARENT))
dc.DrawRectangle(50, 235, 250, 80)
tuberiaHorizontal(105, 67, 18, 140)
tuberiaVertical(179, 231, 18, 50)
AnimacionCorteRectangualr(51, 236, 248, 78, -a1/6.6, '#30E2FF')
AnimacionCorteRectangualr(59, 205, 51, 10, a1/3.0725, ' #30E2FF')
Imagen(720, 370, 'ImagenesHMI/Tanque2.png')
Imagen(80, 440, 'ImagenesHMI/tanque3.png')
Imagen(363, 320, 'ImagenesHMI/ValvulaManual1.png')
Imagen(490,236, 'ImagenesHMI/CalentadoTuberia.png')
dc.EndDrawing()
122
5.2.4. Graficar_Proceso.py
Pseudocdigo encargado de incorporar las graficas de las variables

que intervienen en el proceso en funcin del tiempo.
5.2.4.1. Cdigo Fuente

import wx
#-------------------------------------------------------------------------------------------------import Serial_Conect as SC
#-------------------------------------------------------------------------------------------------import matplotlib
matplotlib.use('WXAgg')
from matplotlib.figure import Figure
from matplotlib.backends.backend_wxagg import \
FigureCanvasWxAgg as FigCanvas, \
NavigationToolbar2WxAgg as NavigationToolbar
import numpy as np
import pylab
from datetime import datetime
#Definicin clase GraficaUdoDemo
class GraficaUdoDemo(wx.Frame):
wx.Frame.__init__(self, None, -1, 'Graficas', wx.DefaultPosition,
123
size=(310, 340), style=wx.DEFAULT_FRAME_STYLE |

self.panel=wx.Panel(self, wx.ID_ANY)
self.vbox1=wx.BoxSizer(wx.VERTICAL)
self.hbox1=wx.BoxSizer(wx.HORIZONTAL)
#----------------------------------------------------------------------------------self.datagen = SC.read()
byteread=SC.readarduino(self.datagen)
self.data=[byteread[0][0]]
self.avgData=[byteread[0][1]]
self.data2=[byteread[0][2]]
#----------------------------------------------------------------------------------self.init_plot()
self.canvas = FigCanvas(self.panel, -1, self.fig)
self.hbox1.Add(self.canvas,-1,flag=wx.LEFT | wx.TOP | wx.GROW)
self.panel.SetSizer(self.hbox1)
def init_plot(self):
self.dpi = 100
self.fig = Figure((3.0, 3.0), dpi=self.dpi)
self.axes = self.fig.add_subplot(111)
124
self.axes.set_axis_bgcolor('black')
self.axes.set_title('Entradas Analogicas', size=12)
pylab.setp(self.axes.get_xticklabels(), fontsize=8)
pylab.setp(self.axes.get_yticklabels(), fontsize=8)
#------------------------------------------------------------------------------------------------self.plot_data = self.axes.plot(
self.data,
linewidth=1,
color=(1, 1, 0),
)[0]
self.plotAvg = self.axes.plot(
self.avgData,
linewidth=1,
color=(0, 0, 1),
)[0]
self.plot_data2 = self.axes.plot(
self.data2,
linewidth=1,
color=(0.5, 0.5, 0.5),
)[0]
self.data3,
linewidth=1,
color=(0.8, 0.8, 0.8),
125
)[0]
self.data4,
linewidth=1,
color=(0.0, 0.5019607843137255, 0.0),
)[0]
self.data5,
linewidth=1,
color=(1.0, 0.0, 1.0),
)[0]
#--------------------------------------------------------------------------------------------------def draw_plot(self):
xmax = len(self.data) if len(self.data) > 50 else 50
xmin = xmax - 50
ymin = round(min(self.data), 0) - 1
ymax = round(max(self.data), 0) + 1
self.axes.set_xbound(lower=xmin, upper=xmax)
self.axes.set_ybound(lower=ymin, upper=ymax)
self.axes.grid(True, color='gray')
self.plot_data.set_xdata(np.arange(len(self.data)))
self.plot_data.set_ydata(np.array(self.data))
126
self.plotAvg.set_xdata(np.arange(len(self.avgData)))
self.plotAvg.set_ydata(np.array(self.avgData))
self.plot_data2.set_xdata(np.arange(len(self.data2)))
self.plot_data2.set_ydata(np.array(self.data2))
self.canvas.draw()
#--------------------------------------------------------------------------------------------------datosentradas=SC.read()
byteread=SC.readarduino(datosentradas)
self.data.append(byteread[0][0])
self.avgData.append(byteread[0][1])
self.data2.append(byteread[0][2])
#------------------------------------------------------------------------------------------------self.draw_plot()
127
5.2.5. Mando_Proceso.py
En este script se anexara los botones, slider, etc, encargados de

modificar el estado de los actuadores o en si el estado de una determinada
variable. Para ello se le recomienda al lector familiarizarse con los widgets
relacianodos a los sizer, boxsizer, gridsizer y a los manojadores eventos de
wxpython, en el apndice A-x se puede apreciar un resumen de estos
widgets.
import wx
#-------------------------------------------------------------------------------------------------import Serial_Conect as SC
#-------------------------------------------------------------------------------------------------class MandoManualUdoDemo(wx.Frame):
wx.Frame.__init__(self, None, -1, 'Mando Manual',
wx.DefaultPosition,size=(340, 400),
style=wx.DEFAULT_FRAME_STYLE |
128
Sbox=wx.StaticBox(panel, -1, "Salida Digital")

Sbox1=wx.StaticBox(panel, -1, "Salida Analogica")
boxsizer=wx.StaticBoxSizer(Sbox, wx.HORIZONTAL)
boxsizer1=wx.StaticBoxSizer(Sbox1, wx.VERTICAL)
vbox=wx.BoxSizer(wx.VERTICAL)
self.button1 = wx.Button(panel, -1, "Salida1On", size=(70, 30))

self.button2 = wx.Button(panel, -1, "Salida1Off", size=(70, 30))
self.button3 = wx.Button(panel, -1, "Salida2 On", size=(70, 30))
self.button4 = wx.Button(panel, -1, "Salida2 Off", size=(70, 30))
boxsizer.Add(self.button1,-1,wx.LEFT|wx.TOP,5)
self.Bind(wx.EVT_BUTTON, self.Out1On, self.button1)
self.slider1 = wx.Slider(panel, 100, 0, 0, 255, size=(250, -1),
style=wx.SL_HORIZONTAL | wx.SL_AUTOTICKS |
wx.SL_LABELS )
129
wx.SL_LABELS )
wx.SL_LABELS )
self.lbl = wx.StaticText(panel,-1,"PWM1")
self.lbl2 = wx.StaticText(panel,-1,"PWM2")
self.lbl3 = wx.StaticText(panel,-1,"PWM3")
boxsizer1.Add(self.slider1,-1,wx.CENTER,1)
boxsizer1.Add(self.lbl,-1,wx.CENTER,1)
boxsizer1.Add(self.lbl2,-1,wx.CENTER,1)
boxsizer1.Add(self.lbl3,-1,wx.CENTER,1)
vbox.Add(boxsizer, 0, wx.CENTER, 5)
vbox.Add(boxsizer1, 0, wx.CENTER, 5)
panel.SetSizer(vbox)
def outanlg1(self, valor1):
SC.writeAnalog(valor1, 'R')
SC.writeAnalog(valor2, 'G')
SC.writeAnalog(valor3, 'B')
130

self.outanlg1(self.slider1.GetValue())
def Out1On(self, event):
return SC.write('b')
def Out1Off(self, event):
return SC.write('f')
def Out2On(self, event):
return SC.write('c')
def Out2Off(self, event):
return SC.write('e')
5.2.6. Base_Datos.py.
Esta librera se encargada de gestionar la base de datos, aade los

datos recibidos a un archivo .db y a su vez un archivo .txt. , el archivo .db se
crea con el script CrearBaseDatos.py, la cantidad de datos a registrar
depender del usuario.
5.2.6.1. Cdigo Fuente.
import sqlite3 as sq3

#Asignando nombre del archivo .db creado a la variable db.
db='basedathmi.db'
131
def leer_registros():
con = sq3.connect(db)
cur = con.cursor()
cur.execute("SELECT * FROM datosplanta1")
registros=cur.fetchall()
cur.close()
con.close()
#Definicin de funcin escribir_registro, est regida por la cantidad de
#variable que el usuario quiera almacenar en este caso 6 entradas
#analgicas, 5 digitales, 4 salidas analgicas, 3 pwm, fecha y tiempo
#la cantidad de atributos de esta funcin deben coincidir con el
#numero de slot de registro del archivo .db.
def escribir_registro(anlg1, anlg2, anlg3, anlg4, anlg5, anlg6, dg1, dg2,
dg3, dg4, dg5, od1, od2, od3, od4, oa1, oa2, oa3,
fecha, tiempo):
con = sq3.connect(db)
cur = con.cursor()
#matriz de asignacin de datos de planta.
matr=(anlg1, anlg2, anlg3, anlg4, anlg5, anlg6, dg1, dg2, dg3, dg4,
dg5, od1, od2, od3, od4, oa1, oa2, oa3, fecha, tiempo)
#Insertando datos de variables dentro de la base de datos,
#recordando que los nombres deben de coincidir con el nombre de
132
#cada campo del archivo .db y con el nombre de la tabla del

#archivo .db.
#---------------------------Nombre de Tabla------Nombres de Campos-----cur.execute("insert into datosplanta1 (anlg1, anlg2, anlg3, anlg4,
anlg5, anlg6, dg1, dg2, dg3, dg4, dg5, od1, od2, od3,
od4, oa1, oa2, oa3, fecha, tiempo) values
(?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)",(matr))
con.commit()
#cerrando cursor
cur.close()
#cerrando conexin
con.close()
#Abriendo archivo texto para iniciar el registro de las variables en este.
f=open("datos.txt", "a")
#Escribiendo datos del proceso en el archivo texto.
f.write('%f\t' % anlg1)
f.write('%s\t' % dg1)
f.write('%s\t' % od1)
133
f.write('%f\t' % oa1)
f.write('%s\t' % fecha)
f.write('%f\n' % tiempo)
#cerrando archivo texto
f.close()
5.2.7. Serial_Conect.py
Script encargado de la comunicacin puerto serie, y la recopilacin de

los datos enviados por el hardware de adquisicin, est regido por dos
variables, la primera es la asignacin del puerto que le dio el ordenador al
dispositivo (port), y la segunda es la velocidad de la comunicacin
(velocidad).
import serial
import time
#ser=serial.Serial(port, velocidad)
134
ser=serial.Serial('COM3', 9600)
time.sleep(1)
def desconectar():
ser.close()
def is_number(s):
try:
int(s)
return True
except ValueError:
return False
def readarduino(newdata):
iterations = newdata.count(',')
i=1
itergrid=[-1]
datagrid=[]
while i <= iterations:
newcomma=newdata.find(',',itergrid[i-1]+1)
itergrid.append(newcomma)
databit=newdata[itergrid[i-1]+1:itergrid[i]]
if is_number(databit)==True:
databit=int(databit)
datagrid.append(databit)
i+=1
databit=newdata[itergrid[i-1]+1:]
if is_number(databit)==True:
135
databit=int(databit)
datagrid.append(databit)
return datagrid, datetime.now(), time.clock()
def read():
ser.write("a".encode('ascii'))
return ser.readline()
def writeAnalog(valor, caracter):
ser.write(str(valor).rjust(3,'0'))
return ser.write(caracter.encode('ascii'))
def write(caracter):
return ser.write(caracter.encode('ascii'))
En la figura
5.1 se puede observar los datos recibidos desde el
arduino al utilizar el comando read().
Figura 5.0.13 Datos Recibidos Arduino
La funcin readarduino(newdata); donde
newdata= read(), es
bsicamente un organizador de elementos en un array, tomando como

referencia de culminacin de elementos el carcter separador especial la
coma (,) en la figura 5.2 se puede apreciar el resultado de este comando.
136
Figura 5.0.14 Datos Recibido Arduino Organizado en un Array
5.2.8. USB_Pic_Conect.py
Este script esta en cargado de administrar la conexin USB para la

placas basadas en microcontroladores pic.
#!/usr/bin/python
import sys, usb
import time
IdVendedor=0xXXXX
IdProducto=0xXXXX
busses = usb.busses() # enumerate busses
for bus in busses:
devices = bus.devices
for dev in devices:
if dev.idVendor==IdVendedor and dev.idProduct==IdProducto
dev = dev
137
conf = dev.configurations[0]
intf = conf.interfaces[0][0]
endpoints = []
handle = dev.open()
handle.detachKernelDriver(0)
handle.detachKernelDriver(1)
handle.setConfiguration(conf)
handle.claimInterface(intf)
handle.setAltInterface(intf)
def write(ep, buff, timeout = 100):

try:
return handle.interruptWrite(ep, buff, timeout)
except:
return 0
def read(ep, size, timeout = 100):
try:
return handle.interruptRead(ep, size, timeout)
except:
return []
A diferencia del puerto serie los datos enviados por el dispositivo por
puerto USB, ya viene organizados y separados en un array. En la figura 5.3
se ven estos datos.
138
Figura 5.0.15 Datos Recibidos Por Puerto USB PIC 18f
5.2.9. CrearBaseDatos.py
Este Script tiene como funcin principal crear un archivo .db, para
luego ser utilizada por el script Base_Datos.py.
import sqlite3
conn=sqlite3.connect('BasesDeDatosPlantaPrueba.db')
c=conn.cursor()
c.execute('''CREATE TABLE PlantaPrueba(anlg1 int, anlg2 int, anlg3 int,
anlg4 int, anlg5 int, anlg6, dg1 int, dg2 int, dg3 int, dg4 int,
dg5 int, od1 int, od2 int, od3 int, od4 int, oa1 int, oa2 int,
oa3 int, fecha TEXT, tiempo TEXT)''')
conn.commit()
c.close()
139
CAPITULO 6. .VALIDACIN DEL SISTEMA HMI_UDO
A continuacin se presenta la aplicacin del sistema diseado, con el

objeto de verificar su funcionamiento, para ellos se utiliz 2 plantas pilotos,
de diferentes caractersticas, la primera es una tarjeta de verificacin de
entradas y salidas, llamada Planta P1 y la segunda es la unidad Armfield
FM51. Para realizar dicha validacin se estableci una secuencia de pasos.
Paso 1. Identificar el nmero de entradas y salidas del proceso, y comprobar

si estas cumplen con la capacidad de entradas y salidas de los dispositivos
de adquisicin ya mencionados.
Paso 2. Crear el archivo .db para la gestin de base de datos utilizando el

script Crear_Base_Datos.py y crear un archivo .txt con el nombre de su
preferencia.
Paso 3. Programar el dispositivo de adquisicin para que tenga las

caractersticas deseadas por el usuario y el ajuste de los array de
transferencias ligado al protocolo de comunicacin a utilizar.
Paso 4. Luego De elegir el protocolo de comunicacin configurar en los script

los parmetros Puerto y velocidad en el caso de utilizar puerto serie y PID y
VID en el caso del puerto USB.
Paso 5. Crear la representacin grfica animada del proceso modificando el

pseudocdigo Obj_Comando.py, para el script Proceso_Virtual.py, se
recomienda utilizar el programa FacilitadoHMI.py.
140
Paso 6. Si se desea aadir las grficas de las variables del proceso con
respecto al tiempo, utilizar el script Graficas_Proceso.py
Paso 7. Incorporacin de botones, gaugues, slider, etc para intervenir en el

proceso, modificando o adaptando a las necesidades del usuario el script
Mando_Proceso.py.
Paso 8. Ejecutar el script HMI_UDO.py para poner en funcionamiento el

sistema.
En la Figura 6.1 se puede apreciar el flujograma de las secuencias de paso
para aplicar el sistema.
141
Figura 6.0.1 Pasos para utilizar Paquete HMI_UDO
142
Figura 6.0.2 Pasos para Utilizar Paquete HMI_UDO (Continuacin)
143
Figura 6.0.3 Pasos para Utilizar Paquete HMI_UDO (Continuacin)
144
6.1. Verificacin con Planta P1.

La Planta P1 es un circuito impreso compuesto de 13 trimmers, que
representan entradas analgicas, una barra led de 10 slot para identificar
salidas digitales, 6 led para visualizar salidas analgicas o digital y 1 Dip
switches de 8 slot para simular entradas digitales. En la figura 6.1 se observa
la placa de prueba.
Figura 6.0.4 Planta P1
En la tabla 6.1 se muestra un resumen de las caractersticas de la

plata P1; en la tabla 6.2 y 6.3 las caractersticas que tendrn los dispositivos
de adquisicin ADQ18f2550 y 4550 respectivamente para que interacte con
la planta P1 as culminar con el paso 1.
145
Tabla 6.0.1 Caracterstica de la Planta P1
Pruebas
Planta P1
Digitales
Analgicas
Digitales
PWM
10
13
10
6
Tabla 6.0.2 Caractersticas de Prueba Placa ADQ 18F2550
Microcontrolador
Entrada
Salida
Crystal
Comunicacin
18f2550
Digitales
Analgicas
Digitales
PWM
4Mhz
USB
6
6
5
2
Tabla 6.3 Caractersticas de Prueba Placa ADQ 18F4450
Microcontrolador
Entrada
Salida
Crystal
Comunicacin
18f4550
Digitales
Analgicas
Digitales
PWM
20Mhz
USB
6
13
8
2
En el paso 2 se crearan las bases de datos en sqlit3 y en un archivo

txt, para facilidad de concretar este paso se puede utilizar el script
CrearBaseDatos.py, en el apndice 7 se observa la utilizacin de este
script para almacenar los datos recibidos de las tarjetas respectivamente. Se
146
puede apreciar en la figura 6.5 y 6.6 como quedan los slot de registro del
archivo .db. Para almacenar en archivo txt solo se debe crear un archivo txt
con el nombre de su preferencia.
Figura 6.0.5 Archivo base dato hmi.db sin datos
Figura 6.0.6 Archivo BasesDatosPlantaP1_4550.db sin datos
La modificacin de los script para la adaptacin a las caractersticas

presentadas en las tablas 6.2
y 6.3 se pueden observar de manera
consecutiva en los apndices 8-12 para el pic 18f2550 y los apndices 1317 los correspondientes al pic 18f4550. En las figuras 6.7 y 6.8 se observa
las hmi resultantes de la modificacin del script Virtual_Proceso.py y
Obj_Comando.py, en las imgenes 6.9 y 6.10 las grficas de las variables
obtenidas
del
proceso,
resultado
de
la
modificacin
del
script
Graficar_Proceso.py, las figuras 6.11 y 6.12 representan la interfaz grfica

para la modificacin de las salidas del proceso, la adaptacin de estas
vienen ligada a la modificacin del cdigo Mando_Proceso.py y por ultimo las
imgenes correspondiente las bases de datos luego de la ejecucin del
sistema son las 6.13, 6.14, 6.15 y 6.16.
147
Figura 6.0.7 HMI DE LA PLANTA P1 (MODELO 1)
Figura 6.0.8 HMI Planta P1 (Modelo 2)
148
Figura 6.0.9 Graficas Entradas Analgica Planta P1 (18f2550)
Figura 6.0.10 Graficas Entradas Analgica Planta P1 (18f4550)
149
Figura 6.0.11 Interfaz para Control de Salida (Modelo 1).
Figura 6.0.12 Interfaz para Control de Salida (Modelo 2)
150
Figura 6.0.13 Base de Datos Planta P1 18f2550 (Sqlite Administrador)
151
Figura 6.0.14 Base de Datos Planta P1 18f2550 (Archivo Texto)
152
Figura 6.0.15 Base de Datos Planta P1 18f4550 (Sqlite Administrador)
153
Figura 6.0.16 Base de Datos Planta P1 18f4550 (Archivo Texto)
154
155
6.2. Verificacin con Planta Armfield Fm-51.
La unidad Armfield FM-51 es una unidad a pequea escala de

demostracin del funcionamiento de dos bombas usadas en serie y en
paralelo. Esta consiste en un tanque conectado a un sistema de tuberas y a
dos bombas. Una de las bombas es monofsica trabaja a velocidad
constante, mientras que la segunda bomba monofsica necesita un variador
de frecuencia para ponerla en funcionamiento.
El sistema cuenta con una serie de sensores colocados en las tuberas
que miden las variables correspondientes a temperatura, presin y flujo, de
los fluidos que se estn estudiando en el proceso.
Mediante el posicionamiento de las vlvulas, se puede direccionar el
camino del fluido, y trabajar con las dos bombas en serie o en paralelo.
Adems, mediante el variador de velocidad se puede cambiar la velocidad de
la segunda bomba, lo que creara un cambio en el nivel de flujo y presin, del
fluido.
La idea de variar el flujo mediante las vlvulas del sistema o el variador
de frecuencia de la segunda bomba, es estudiar las propiedades o
caractersticas de cualquier fluido, mediante el uso de los sensores.
156
Figura 6.0.17 Vista Diagonal Planta FM51
6.2.1- Sensor Flujo
El sensor de flujo que contiene la planta es un sensor de flujo de

paletas modelo 8030, marca Brket. Est compuesto por un mdulo fitting
S030 y un mdulo electrnico SE30. En el fitting se encuentran las paletas,
las cuales al pasar el flujo, se mueven haciendo girar un eje, cuya frecuencia
es proporcional a un valor de flujo, cumpliendo la siguiente frmula:
f=K Q
f : es la frecuencia a la que gira el eje conectado a las paletas (Hz)
K : es una constante que depende del dimetro de la tubera (1/L)
Q: es el valor de flujo (L/s)
(6.1)
157
6.2.2-Sensor de presin 6CF6G
Figura 6.0.18 Especificaciones Tcnicas del Sensor de Presin
158
Segn datos obtenidos por el manual de la planta FM51 se encuentra

dos tipos de sensores de presin, uno de 0-30 psi y otro de 0-15 psi.
Esta planta contiene tres sensores de presin.
Sensor Bomba1: su rango es de (0-15) psi

Sensor Bomba2: su rango es de (0-30) psi
Sensor salida-Tanque: su rango es de (0-15) psi
6.2.3. El Sensor LM35.
El LM35 es un sensor de temperatura con una precisin calibrada de

1C y un rango que abarca desde -55 a +150C. Funciona en un rango de
alimentacin comprendido entre 4 y 30 voltios.
El sensor se presenta en diferentes encapsulados pero el ms comn
es el to-92 de igual forma que un tpico transistor con 3 patas, dos de ellas
para alimentarlo y la tercera nos entrega un valor de tensin proporcional a la
temperatura medida por el dispositivo. El LM35 se puede describir como se
observa en la figura 1, en donde, con las letras del encapsulado hacia arriba
tenemos que de izquierda a derecha los pines son: VCC - Vout - GND.
El sensor de temperatura de la planta FM51 es de tipo integrado, LM35,
explicado anteriormente.
159
6.2.4. Adaptacin del Sistema HMI_UDO a la Planta Armifield Fm51.
En la tabla 6.4 y 6.5 se proporcionan un resumen de las

caractersticas que tiene la planta armfield fm51 y que tendr el dispositivo
de adquisicin en este caso arduino UNO.
Tabla 6.0.4 Caracterstica de la Planta FM51
Planta FM51
Digitales
Analgicas
Pruebas
Digitales
PWM
0
5
1
1
Tabla 6.0.5 Caractersticas de Prueba Placa Arduino para FM51.
Arduino UNO
Digitales
Entrada
Analgicas
Digitales
Salida
PWM
Comunicacin
Serie
0
5
1
1
Al igual que la validacin utilizando la plantaP1 los cdigos modificados

para la adaptacin del sistema a la planta armfield fm 51, se encuentra en los
apndices 18-24. Los resultados de estas modificaciones se pueden
observar en las imgenes siguientes:
160
Figura 6.0.19 HMI DE LA PLANTA FM51.
Figura 6.0.20 Graficas Entradas Analgica Planta FM51
161
Figura 6.0.21 Interfaz para Control de Salidas
162
Figura 6.0.22 Base de Datos Planta FM51 (Sqlite Administrador)
163
Figura 6.23 Base de Datos Planta FM51 (Archivo Texto)
164
Conclusin
Se dise un sistema de adquisicin, supervisin y control de bajo

costo basado en software y hardware libre.
las herramientas de desarrollo de hardware libre pingino y arduino

facilitaron la comprobacin de compatibilidad entre el lenguaje de
programacin python y los puertos de comunicacin serie y USB para
la supervisin de datos.
La estructura de firmware para la facilidad de realizar tareas de

comunicacin USB desarrollado con el lenguaje c18 es compatible
con la familia de microcontroladores pic 18f
.
Se dise y codifico un algoritmo para el desarrollo de Interfaz

Hombre Maquina compatible con microcontroladores.
La utilizacin de este sistema en los procesos depende de la cantidad

de entradas y salidas que puedan soportar los dispositivos de
adquisicin.
Se logr adaptar las caractersticas de los microcontroladores para ser

utilizados como dispositivos de adquisicin de datos tomando en
cuenta el lenguaje de programacin python.
La velocidad de transaccin de datos entre el dispositivo de

adquisicin y el software HMI_UDO dependen principalmente de la
potencia del ordenador donde se est ejecutado.
165
El sistema es multiplataforma debido a que su ncleo esta

programado con python y adems las libreras utilizadas son
implementadas en diversos sistemas operativos. Dentro del alcance
de este proyecto solo se centr en las plataformas Linux y Windows.
Se determina despus de la validacin que el sistema garantiza un

buen desempeo, y se puede tomar en consideracin cuando se
desee utilizar una alternativa basada en software y hardware libre a
pesar de la limitacin en el nmero de entradas y salidas de este.
166
Recomendacin y trabajos a futuro.
Desarrollar un script que facilite y reduzca el tiempo de elaboracin de

HMI utilizando el criterio drag and drop (Arrastrar y soltar).
Migrar El software HMI_UDO y sus script a un lenguaje de

programacin compilado o de ms bajo nivel para aumentar la
velocidad de ejecucin.
Crear scripts que permitan al sistema aumentar la compatibilidad con

otros protocolos de comunicacin como por ejemplo modbus.
Aadir al firmware del microcontrolador la capacidad de comunicarse

con otros micrcontroladores a travs de protocolo de comunicacin i2c
logrando as aumentar nmero de entradas y salidas digitales y
analgicas; y aprovechar las caractersticas especiales de estos.
167
Bibliografa
Aquilo, P.(2007). Sistemas SCADAS. 2da Edicin. Editorial: MACOMBO.

Skoog, D.(2001). Instrumentacin Industrial. 5ta Edicin Espaa: Editorial
McGraw-Hill/interamericana
Daz, H (2007). Instrumentacin virtual industrial 2da Edicion. PER Editorial:
MMVI.
Gonzlez, G. (2007). Conexin al puerto USB mediante un microcontrolador,
Universidad de Salamanca, Espaa.
Gonzlez, R.(2006). Python para todos, Este libro se distribuye bajo una
licencia CreativeCommons Reconocimiento2.5 Espaa.
Hoffman, P. (2006). Osciloscopio USB. Universidad ORT, Uruguay.
Rappin, N. (2006).wxPython IN ACTION, Manning Publications Co: Estados
Unidos.
Ros, F. (2006). Diseo de una tarjeta programable de adquisicin,
procesamiento de datos y control, Universidad de Salamanca, Espaa.
Rodriguez, A (2007). Sistemas Scada. 2da Edicion. Espaa Editorial:
Marcombo.
Tocci, W.(2003). Sistemas digitales Principios y aplicaciones. 8va Edicin.
Editorial Prentice hall.
168
APENDICE
169
APNDICE. 1 GUA REFERENCIAL LENGUAJE ARDUINO.
170
171
APNDICE 2. GUA REFERENCIAL LENGUAJE ARDUINO.
PINGINO
172
APNDICE 3. GUA REFERENCIAL LENGUAJE PYTHON.
173
174
175
176
APNDICE 4. GUA REFERENCIAL WXPYTHON
177
178
179
180
APNDICE 5. GUA REFERENCIAL C18 COMPILER
181
182
183
184
185
186
187
188
189
190
APNDICE 6. SCRIPT PRINCIPAL HMI_UDO.PY
191
APNDICE 7. SCRIPT PARA CREAR BASE DE DATOS
192
APNDICE 8. SCRIPT Base_Datos.py (18F2550)
193
APNDICE 9. SCRIPT Proceso_Virtual.py (18F2550)
194
APNDICE 10. SCRIPT Obj_Comando.py (18F2550)
195
196
197
198
199
APNDICE 11. SCRIPT Graficar_Proceso.py (18F2550)
200
201
APNDICE 12. SCRIPT Mando_Proceso.py (18F2550)
202
APNDICE 13. SCRIPT Proceso_Virtual.py (18F4550)
203
APNDICE 14. SCRIPT Obj_Comando.py (18F4550)
204
205
206
207
208
209
APNDICE 15. SCRIPT Base_Datos.py (18F4550)
210
APNDICE 16. SCRIPT Graficar_Proceso.py (18F4550)
211
212
APNDICE 17. SCRIPT Mando_Proceso.py (18F4550)
213
APNDICE 18. SCRIPT Base_Datos.py (Fm51)

APNDICE 19. SCRIPT Serial_Conect.py (Fm51)
APNDICE 20. SCRIPT Proceso_Virtual.py (Fm51)
APNDICE 21. SCRIPT Obj_Comando.py (Fm51)
APNDICE 22. SCRIPT Graficar_Proceso.py (Fm51)
APNDICE 23. SCRIPT Graficar_Proceso.py (Fm51)
APNDICE 24. SCRIPT Mando_Proceso.py (Fm51)
214
ANEXOS
215
216
ANEXO A. Lista de Materiales para la construccin de tarjeta ADQ18f2550
217
ANEXO B. Lista de Materiales para la construccin de tarjeta ADQ18f4550
218
ANEXO C. Circuito Electrnico de la Tarjeta Adq Pic 18f4550.
219
ANEXO D. Circuito Electrnico de la Tarjeta Adq Pic 18f2550.

Sistema de Adquisicion Supervision y Control de Plantas de Proceso

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Sistema de Adquisicion Supervision y Control de Plantas de Proceso

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD DE ORIENTE

SISTEMA DE ADQUISICIN, SUPERVISIN Y CONTROL DE

Trabajo de Grado Presentado Ante la Universidad de Oriente Como

Barcelona, Febrero 2013

SISTEMA DE ADQUISICIN, SUPERVISIN Y CONTROL DE

Barcelona, Febrero 2013

SISTEMA DE ADQUISICIN, SUPERVISIN Y CONTROL DE

TRABAJO DE GRADO APROBADO POR EL DEPARTAMENTO DE

El Jurado hace constar que asign a esta Tesis la calificacin de:

Barcelona, Febrero 2013

De acuerdo al artculo 41 del Reglamento de Trabajos de Grado

respectivo, quien lo participar al Consejo Universitario

El sistema desarrollado en este trabajo de investigacin es una

micrcontroladores uno de 28 pin que es el 18f2550, uno de 40 pin 18f4550 y

1.3.1. Objetivo General. ......................................................................... 18

MARCO METODOLGICO ............................................................ 19

1.4.1. Tipo de Investigacin. .................................................................. 19

1.5.5. Etapa 5. Validacin del Funcionamiento del Sistema Diseado. . 22

3.4. ESTNDAR ANSI /ISA 5.1 2009 ......................................................... 57

5.2.4. Graficar_Proceso.py .................................................................. 122

APNDICE 12. SCRIPT MANDO_PROCESO.PY (18F2550) ........................ 201

Figura 2.0.1 Esquema de una HMI.Fuente:(Rodriguez, p, (2007)) ............... 25

Figura 5.0.14 Datos Recibido Arduino Organizado en un Array ................. 136

Tabla 2.0.1 Modelos de Arduino ................................................................... 31

un ordenador a travs del protocolo USB. Donde el circuito

microcontrolador, el cual se le cargara un programa (firmware), para que

PLANTEAMIENTO DEL PROBLEMA.

intervienen en los sistemas, presentan dificultades para apreciar su medicin,

modificar o tomar acciones sobre el sistema a travs de los actuadores, la

Existen empresas que comercializan dispositivos electrnicos de

En tal sentido, surge la problemtica de disear un Sistema de

En base a este planteamiento se formula las siguiente interrogante,

1.2. JUSTIFICACIN Y ALCANCE.

para disear un sistema de adquisicin

supervisin y control con software y hardware libre, permitiendo al operador o

1.3.1. Objetivo General.

Disear un sistema de adquisicin, supervisin y control de variables

1.3.2. Objetivos Especficos

1. Describir las premisas y criterios para el diseo, realizando un

2. Establecer una estructura base para la utilizacin de los

3. Desarrollar el programa para la Interfaz Hombre-Mquina utilizando

4. Validar el funcionamiento del sistema diseado.

1.4. MARCO METODOLGICO

1.4.1. Tipo de Investigacin.

El tipo de investigacin es el esquema general o marco estratgico

1.4.2. Nivel de Investigacin

Segn Sabino C. (1994) una investigacin descriptiva es donde se

ocurren en los sistemas de adquisicin, supervisin y control que presenta la

1.4.3. Tcnicas de Investigacin

1.4.3.1. Observacin Directa.

La observacin directa se utilizar como una tcnica para describir los

1.4.3.1. Recoleccin de Datos.

Esta tcnica se utilizar para el reconocimiento de la informacin que

1.5 ETAPAS DEL PROYECTO

1.5.1. Etapa 1. Revisin Bibliogrfica.

Se recolecto toda la informacin documental concerniente al tpico

1.5.2. Etapa 2. Descripcin de las Premisas y Criterios para el Diseo.

Durante esta etapa se procede al estudio de unas series de software

1.5.3. Etapa 3. Establecimiento de una Estructura Base para la

microcontroladores de la familia 18fX550, para proceder a la configuracin y

1.5.4. Etapa 4. Desarrollo del Programa para la Interfaz Hombre-Mquina

Luego de cumplirse las etapas anteriores, se partir a la programacin

1.5.5. Etapa 5. Validacin del Funcionamiento del Sistema Diseado.