Sei sulla pagina 1di 43

INFORME TCNICO DEL PROYECTO

DE RESIDENCIA PROFESIONAL
ALUMNO: GMEZ HERNNDEZ EDIVALDO
NMERO DE CONTROL:
SEMESTRE:

09220916

10 DCIMO SEMESTRE

CARRERA: INGENIERA ELECTRNICA


EMPRESA: INSTITUTO NACIONAL DE ASTROFSICA PTICA Y
ELECTRNICA (INAOE)

NOMBRE DEL PROYECTO:


AUTOMATIZACIN DE UNA CMARA TRMICA POR VA DE
INTERFAZ GPIB/RS-232 Y SU MANEJO MEDIANTE UN
PROGRAMA EN AMBIENTE GRFICO

ASESOR DE LA EMPRESA: DR. CELSO GUTIRREZ MRTINEZ


(RESPONSABLE DEL LABORATORIO DE COMUNICACIONES
DE RADIOFRECUENCIA Y PTICA)

ASESOR DEL ITP: M.C. JAIRO PREZ PREZ

PERIODO DE REALIZACIN: 20 DE ENERO DE 2014 A 21 DE


JULIO DE 2014

H. Puebla de Zaragoza, a 21 de Agosto de 2014

NDICE
NDICE DE FIGURAS

II

CAPTULO 1: GENERALIDADES

1.1 INTRODUCCIN

1.2 JUSTIFICACIN

1.3 OBJETIVO GENERAL

1.4 OBJETIVOS ESPECFICOS

1.5 CARACTERIZACIN DEL REA DE PARTICIPACIN

1.6 PROBLEMAS A RESOLVER

1.7 ALCANCES Y LIMITACIONES

CAPTULO 2. FUNDAMENTO TERICO


2.1 COMUNICACIN DE DATOS

8
8

2.2 TIPOS DE COMUNICACIN DE DATOS

10

2.2.1 COMUNICACIN PARALELA

11

2.2.2 COMUNICACIN SERIE SNCRONA

11

2.2.3 COMUNICACIN SERIE ASNCRONA

12

2.3 INTERFAZ RS-232

13

2.4 PROTOCOLO MODBUS

15

2.5 INTERFAZ GPIB

16

CAPTULO 3. PROCEDIMIENTOS

20

3.1 CONTROLADOR WATLOW

21

3.2 DESARROLLO DE APLICACIN CON LabVIEW

22

CAPTULO 4. RESULTADOS

28

CAPTULO 5. CONCLUSIONES

34

BIBLIOGRAFA

39

APNDICES
APNDICE A: REGISTROS WATLOW

35

NDICE DE FIGURAS
Figura 3.1. Cmara Trmica ESPEC

20

Figura 3.2. Cable USB/RS-232

20

Figura 3.3. Controlador Watlow F4

21

Figura 3.4. Uso de estructuras de control

23

Figura 3.5a. Cdigo para la lectura de Perfiles

23

Figura 3.5b. Cdigo para el control en modo esttico

24

Figura 3.5c. Cdigo para el control en modo perfil

24

Figura 3.6. Diagrama de la aplicacin

25

Figura 3.7. Prueba realizada a la aplicacin

26

Figura 3.8. Manejo desde el ordenador

27

Figura 4.1. Manejo de la cmara en modo esttico

28

Figura 4.2. Edicin de perfiles

29

Figura 4.3. Perfil Ulises

30

Figura 4.4. Creacin de perfil ITP

30

Figura 4.5. Perfil en memoria

31

Figura 4.6a. Perfil ITP en proceso. Paso 1

31

Figura 4.6b. Perfil ITP en proceso. Paso 2

32

Figura 4.6c. Perfil ITP en proceso. Paso 4

32

Figura 4.7. Configuracin actual de la cmara. Parte 1

33

Figura 4.8. Configuracin actual de la cmara. Parte 2

33

II

CAPTULO 1. GENERALIDADES
1.1 INTRODUCCIN
A travs del tiempo, la tecnologa ha aportado diferentes ventajas a los seres
humanos, llegando a ser parte esencial de la vida cotidiana. La UNESCO (2012)
seala que varios pases alrededor del mundo conciben a la tecnologa como un
medio para generar riqueza y bienestar social, debido a las aportaciones que
tiene en diferentes reas, tales como la generacin de energa, automatizacin de
procesos y nuevas formas de comunicacin. Sin embargo, la rapidez de su
desarrollo representa un reto para sus habitantes, quienes deben poseer
caractersticas multidisciplinarias para adaptarse a la premura del cambio en los
diferentes campos de aplicacin. Dentro de estos campos destaca la
automatizacin, la cual ha revolucionado radicalmente la forma de vida de la
sociedad, esto se ve reflejado en los beneficios que otorga en procesos
industriales

(rama con la que se le asocia popularmente), los medios de

transporte, la agricultura y la medicina (Industrial Automation, [s/f]). No obstante,


teniendo en cuenta que el desarrollo y la investigacin

juegan un papel

indispensable para la generacin de tecnologa, es indiscutible que los pases que


invierten ms dinero en este rubro tienen una mejor calidad de vida que aquellos
que lo dejan en segundo plano. De acuerdo con
Dinamarca, Finlandia, Islandia, Noruega y Suecia

datos de la OECD en
(pases nrdicos que

encabezan las listas con mejor calidad de vida) el ndice de investigadores por mil
personas empleadas, es de 16.1. En otros pases como Corea o Portugal rondan
un ndice de 12. Por el contrario, en Mxico y Chile el ndice de investigadores por
mil personas empleadas est por debajo de 5.0.
Hay razones para pensar que en Mxico no se invierte en tecnologa. A
pesar de esto, de acuerdo con el estudio realizado por el Consejo Nacional de
Ciencia y Tecnologa ([CONACYT], 2013) y el Instituto Nacional de Estadstica y
Geografa ([INEGI], 2013) con respecto a Investigacin y Desarrollo Tecnolgico
(IDT), en el ao 2011 el nmero de personas dedicadas a actividades de IDT en
las empresas fue de 35,019, de las cuales el 39.1% corresponde a investigadores
y tecnlogos. Adems, el gasto en actividades de IDT ejecutado al interior de las
1

empresas, ascendi a $24,121.8 millones de pesos. Por otro lado, hablando del
sector pblico, el CONACYT seala que Mxico cuenta con ms de 25 centros de
investigacin que cubren las principales reas del conocimiento cientfico,
tecnolgico, social y humanstico. De los cuales, podemos destacar al Instituto
Nacional de Astrofsica, ptica y Electrnica (INAOE), primera institucin fundada
fuera de la ciudad de Mxico y destinada al desarrollo e investigacin de nuevas
tecnologas.
Para que estos centros de investigacin logren sus objetivos es
imprescindible la funcin que desempean sus laboratorios, los cuales deben
contar con un equipamiento adecuado para la generacin del conocimiento
cientfico y tecnolgico. En otras palabras, como lo seala Considine (1974:7) las
investigaciones cientficas requieren datos precisos y cuantificables lo que
significa instrumentacin. Ahora bien, se puede afirmar que ningn avance
cientfico o tecnolgico existira sin que los instrumentos tengan una interfaz
apropiada con el usuario. Como Guerrero (s/f) comenta, el lugar donde nace todo
el conocimiento cientfico es en la interaccin que tiene el hombre y la mquina.
Teniendo en cuenta la importancia de la interaccin para generar el
conocimiento cientfico y tecnolgico, resulta esencial la aplicacin de la
automatizacin a la instrumentacin. Esta disciplina de control y operacin
incrementar la fiabilidad del proceso involucrado en la interaccin. Al respecto de
esto, en las instituciones de investigacin podemos encontrar instrumentos, que
en el proceso de experimentacin demandan una compleja serie de pasos para la
realizacin de pruebas a diferentes dispositivos electrnicos. En particular, en el
laboratorio de Comunicaciones de Radiofrecuencia y Fibra ptica ubicado en el
INAOE se encuentra una cmara trmica, cuyo funcionamiento es realizar
pruebas de temperatura a travs de diferentes perfiles. Debido a esto, el presente
trabajo pretende disear y establecer un esquema de control de una cmara
trmica mediante interfaz GPIB y RS-232. Al mismo tiempo, manejar dicha
cmara a travs de un programa en ambiente grfico para asegurar la fiabilidad
del proceso.

1.2 JUSTIFICACIN
El Instituto Nacional de Astrofsica, ptica y Electrnica (INAOE), cuenta con una
amplia

infraestructura en equipos de prueba y medicin dentro de sus

laboratorios. Sin embargo, es difcil para los usuarios el manejo de algunos


instrumentos, principalmente de aquellos que tienen una interfaz visual muy
pobre, dado que configurarlos involucra un arduo proceso. Debido a esto, resulta
de gran importancia la automatizacin de la cmara trmica ESPEC, mediante la
interfaz GPIB y RS-232 y su manejo a travs de un programa en ambiente grfico.
Esto permitir a los usuarios elaborar y conocer las trayectorias de perfiles de
temperatura en todo momento, lo cual contribuir a una eficiente realizacin de
pruebas, reflejndose directamente en una ptima utilizacin de los componentes,
materiales o mdulos que integran los diferentes dispositivos electrnicos.

1.3 OBJETIVO GENERAL


Disear y establecer una puesta a punto de un esquema de control de una
cmara trmica mediante interfaz GPIB y RS-232. As como manejar dicha
cmara a travs de un programa en ambiente grfico, para elaborar y conocer la
trayectoria de un perfil de temperatura.

1.4 OBJETIVOS ESPECFICOS


Identificar la interfaz GPIB y RS-232 para la comunicacin y el control de la
cmara trmica marca ESPEC mediante el protocolo Modbus.
Instalar e interconectar la interfaz GPIB y RS-232 a la cmara trmica y
manejarla desde un ordenador porttil.
Evaluar el funcionamiento de la interfaz GPIB y RS-232 mediante el
intercambio de comandos Modbus.
Crear un programa de comunicacin y manejo de la cmara trmica
mediante un entorno grfico.
Probar y validar experimentalmente el programa de comunicacin y manejo
de la cmara trmica.

1.5 CARACTERIZACIN DEL REA DE PARTICIPACIN


El Instituto Nacional de Astrofsica ptica y Electrnica est ubicado en el centro
de la republica Mexicana, al suroeste de la ciudad de Puebla, en el estado del
mismo nombre, fundado por decreto presidencial el 11 de noviembre de 1971 y
teniendo como propsito fundamental el desarrollo de investigacin cientfica en
Astrofsica, ptica, Electrnica y Ciencias Computacionales. Al mismo tiempo, se
imparten programas de posgrado referentes a las disciplinas antes mencionadas.
Los investigadores pertenecientes a este instituto son cientficos de prestigio
internacional, cuya misin es el avance y difusin del conocimiento para el
desarrollo del pas y de la humanidad por medio de la identificacin y solucin de
problemas cientficos y tecnolgicos.
El anuario 2009 de CONACYT indica que el INAOE est integrado por un
total de 284 plazas, de las cuales 116 son investigadores e ingenieros, 75
tcnicos acadmicos, 75 de personal administrativo, tcnico y manual

y 18

mandos medios y superiores. El nivel acadmico del personal adscrito es de 99%


doctorado y 1% maestra. Del total de investigadores, 96 son miembros del
Sistema Nacional de Investigadores: 12 son nivel III, 27 son nivel II, 54 son nivel I
y 3 son candidatos. Estos investigadores estn distribuidos en las distintas reas,
cada rea esta bajo la direccin de diferentes coordinadores. En el rea de
Electrnica y ptica se encuentran el Dr. Librado Arturo Sarmiento Reyes y el Dr.
Baldemar Ibarra-Escamilla, respectivamente. Dentro de esta rea se encuentra el
laboratorio de Comunicaciones de Radiofrecuencia y Fibra ptica, el cual est
bajo la supervisin del Dr. Celso Gutirrez Martnez.
Por otro lado, adems del laboratorio antes mencionado, el INAOE cuenta
con 17 laboratorios ms, 2 edificios principales, 219 cubculos, 2 auditorios y 2
talleres en donde se elaboran diferentes prototipos rpidos, sistemas inteligentes,
circuitos integrados en silicio, desarrollo de CAD (Computer Aided Design),
verificacin de circuitos y sistemas electrnicos VLSI (Very Large Scale
Integration). Con respecto al laboratorio de Comunicaciones de radio Frecuencia y
Fibra ptica se elaboran

circuitos transmisores y receptores de Radio

Frecuencia, enlaces de comunicacin y osciladores de alta frecuencia. Para llevar


a cabo estas tareas, se cuenta con un equipamiento especializado, como son

osciloscopios, analizadores de espectros, analizadores de redes y de los cuales


podemos destacar una cmara trmica marca ESPEC modelo ECT-3 manipulada
por un controlador marca WATLOW de la serie F4.
La cmara ESPEC realiza pruebas de temperatura a diferentes
dispositivos en un rango de -73C a 180C. Usa un controlador Watlow de la serie
F4 que puede operar en modo esttico o perfil (Instruction Manual). El primero
corresponde a valores de temperatura

permanentes, el segundo permite la

variacin en la trayectoria de la temperatura. En cuanto a la comunicacin, este


controlador est diseado para interactuar con cualquier dispositivo y software
que permita el protocolo Modbus por interfaz RS-232. Sin embargo, en el INAOE
no se cuenta con las licencias necesarias para la aplicacin del software
proporcionado por el fabricante. Por consiguiente, esto perjudica la realizacin de
pruebas las cuales son determinantes para describir el comportamiento de los
componentes electrnicos en situaciones reales. Por lo anterior, resulta
importante automatizar la cmara trmica para validar la aplicacin de dichos
dispositivos.

1.6 PROBLEMAS A RESOLVER


Uno de los objetivos del laboratorio de Comunicaciones de radio Frecuencia y
Fibra ptica es caracterizar componentes, mdulos o tarjetas electrnicas antes
de implementarlas. Para esto, se realizan pruebas de desempeo a diferentes
temperaturas. La cmara trmica marca ESPEC modelo ECT-3 es usada para las
pruebas antes mencionadas, las cuales requieren una trayectoria de perfil con
pasos completamente irregulares. Esto aunado a una pobre interfaz que posee el
controlador de la cmara con el usuario, provoca que se pierda el orden de dicha
trayectoria. Por ende, se ve afectado el anlisis de datos o inclusive implica la
repeticin de las pruebas.
Con el propsito de resolver el problema, este proyecto propone la
automatizacin de la cmara trmica marca ESPEC modelo ECT-3 a travs de un
esquema de control de interfaz GPIB y RS-232 y su manejo por medio de un
programa en ambiente grfico, atendiendo la interfaz que tiene dicho instrumento

con el usuario. Esta implementacin, involucra el desarrollo de las siguientes


actividades durante un periodo de prueba de 6 meses:

Acercamiento al modo de operacin y las especificaciones de la cmara a


travs de la lectura del manual provisto por el fabricante.

Estudio de las interfaces GPIB y RS-232 y su adecuacin a la cmara


trmica.

Interconexin de la cmara trmica con un ordenador porttil y el


intercambio de comandos utilizando el protocolo Modbus RTU.

Desarrollo de software para el manejo de perfiles de temperatura.

Evaluacin del software y su aplicacin.

Una vez realizadas estas actividades, se pretende que la interaccin del


usuario con la cmara asegure la obtencin secuencial de datos, resultando as
en un anlisis preciso que permita determinar la viabilidad en la aplicacin de los
dispositivos en ambientes reales. De tal forma que este tipo de pruebas conlleven
al desarrollo de una ptima calidad en los elementos que conforman los grandes
sistemas de control, comunicacin y procesamiento electrnico de datos,
originando que se logre el objetivo de los proyectos que se desarrollan en el
laboratorio de Comunicaciones de radio Frecuencia y Fibra ptica perteneciente
al INAOE.

1.7 ALCANCES Y LIMITACIONES


Este proyecto involucra la recoleccin de fundamentos tericos para el
discernimiento necesario resultando en el diseo de

la automatizacin de la

cmara trmica mediante un control por va de interfaz GPIB y RS-232 y su


manejo a travs de un programa en ambiente grfico. En definitiva, esto facilitar
la interaccin entre el usuario y la cmara, gracias a la adquisicin precisa de
datos. En segundo plano, dar las bases necesarias para el control de
instrumentos de prueba y medicin no solo por software e interfaces privativos,
sino tambin por el desarrollo de software libre, como actualmente se hace en
otras partes del mundo. Adems de esto, ser posible el aditamento de funciones
secundarias, tales como generar un historial de las pruebas realizadas o una
6

bitcora que muestre la secuencia de dichas pruebas durante un periodo


determinado. De modo que el usuario pueda realizar una comparacin del
comportamiento de cada dispositivo sometido a las pruebas trmicas. Por ltimo,
el control de la cmara trmica propiciar la posibilidad de conectar redes de
instrumentos, logrando otro nivel de automatizacin, pudiendo trasladar los datos
obtenidos dentro o fuera del laboratorio.
Por otro lado, la implementacin de este proyecto para el control y manejo
de la cmara trmica tiene las limitaciones siguientes. En primer lugar, el tiempo
destinado a la elaboracin de este proyecto resulta insuficiente, puesto que para
la validacin del software, se requiere de un tiempo ms prolongado. Igualmente,
no se cuenta con un financiamiento monetario, lo cual delimita el uso de software
legal. Cabe destacar que el INAOE posee un nmero especfico de licencias, sin
embargo, estas se encuentran destinadas en aplicaciones de otra ndole. Para
finalizar, es importante mencionar que el software desarrollado es posible
implementarlo exclusivamente en cmaras trmicas que posean el controlador de
la marca Watlow, visto que para su funcionamiento se toman registros nicos que
posee la serie F4.

CAPTULO 2. FUNDAMENTO TERICO


La automatizacin ha revolucionado la sociedad gracias a los beneficios que
otorga en las diferentes reas de la industria, el comercio, la agricultura, la
investigacin cientfica, entre otras. Esto, como resultado de la interaccin del
conocimiento cientfico y tecnolgico de diferentes ramas de la ingeniera como la
elctrica, electrnica, qumica, mecnica y ms reciente la ingeniera en ciencias
de la computacin (Industrial Automation, [s/f]).
Sin duda, la automatizacin ha transformado el planeta en un par de
dcadas, en palabras de Aldai E. Stevenson (vicepresidente de los Estados
Unidos de Amrica [1893-1897]), Vivimos en una era donde la automatizacin
est

marcando

el

comienzo

de

una

segunda

revolucin

industrial.

Evidentemente, la automatizacin requiere de un diseo para la interaccin de


sus conocimientos, lo cual implica un acercamiento a temas tales como la
comunicacin de datos, control y desarrollo de aplicaciones e interfaces.

2.1 COMUNICACIN DE DATOS


Un proceso de interaccin involucra una serie de componentes, dentro de los
cuales podemos destacar la comunicacin, ya que determina el resultado que se
obtendr en dicho proceso. El propsito de la comunicacin es la transmisin de
informacin o datos de manera codificada. Hablando especficamente de la
comunicacin de datos entre computadores, esta ha tenido un amplio desarrollo a
travs de la historia. Comenzando con el primer sistema Telegrfico diseado por
Samuel Morse en el ao 1844. Dcadas despus la transmisin analgica hizo su
aparicin con Alejandro Grahan Bell y su sistema telefnico. Sin embargo, aunado
al desarrollo de las nuevas tecnologas, la transmisin analgica fue suplantada
por la digital, debido a la necesidad de interconectar sistemas de procesamiento
de seales. Fitzgerland, y Eason (1993), nombran a estos sistemas como redes
de comunicacin de datos, las cuales facilitan el uso de los computadores gracias
a la rapidez con que la informacin puede ser transmitida y por ende procesada.
Por todo esto, es indiscutible que la comunicacin de datos digitales es
indispensable para la aplicacin de la automatizacin
8

Desde la invencin de los primeros sistemas de comunicacin, diversos


fabricantes han lanzado al mercado una gama de productos destinados al
intercambio de informacin. Como consecuencia cada fabricante diseaba sus
productos con un exclusivo sistema de transmisin de datos, lo cual dificultaba la
compatibilidad para intercambiar informacin entre dispositivos de diferentes
marcas. Ante esta problemtica, Halsall (1998) menciona que las organizaciones
asociadas a la industria de las telecomunicaciones han establecido un conjunto de
normas para garantizar el intercambio de informacin de diferentes sistemas.
Entre estas organizaciones se encuentran la Organizacin internacional de
Estandarizacin

(ISO:

International

Standar

Organization),

el

Instituto

estadounidense de ingenieros en electricidad y electrnica (IEEE: American


Institution of Electrical and Electronic Engineers) y la Unin Internacional de
Telecomunicaciones
Telecommunications

Sector

Telecomunicaciones

Union-Telecommunications

(ITU-T:

Sector).

International

Siguiendo

la

normatividad establecida, la comunicacin de datos pudo ser aplicada en


diferentes rubros de la actividad humana, que implican el procesamiento de texto,
creacin y anlisis de bases de datos y control de procesos.
Para que sea posible el traslado de datos desde un punto remoto a una
unidad central, como de la escuela a la casa, de un almacn central a un punto de
distribucin, o de punto de observacin a un laboratorio, es necesario un medio
de transmisin. De acuerdo con Halsall (1998) un medio o lnea de transmisin
consiste en un conjunto de conductores o alambres metlicos asilados entre s y
abiertos al espacio libre, que es la forma ms sencilla de trasladar seales
elctricas. No obstante, existen otros medios de transmitir informacin como
pueden ser un rayo de luz guiado por fibra de vidrio u ondas electromagnticas.
Por otro lado, sin importar el medio de transmisin utilizado existen
diversos fenmenos que pueden afectar la emisin y recepcin de seales. La
atenuacin y el ruido actan como las principales alteraciones, ya que disminuyen
la amplitud y modifican la forma de onda de la seal. Por consiguiente, la
informacin recibida puede tener distorsiones provocando una alteracin en el
proceso de comunicacin. Halsall (1998) tambin comenta que para solucionar
esta problemtica, se establecen lmites a la longitud de la lnea de transmisin y
adems se disean amplificadores que restablecen la seal a su estado original.
Dicha atenuacin y amplificacin se miden en decibles (dB), para lo cual se
9

denotan P1 como el nivel de potencia de la seal transmitida y P2 como la seal


recibida, entonces tenemos:

Atenuacin =10 log10

dB y

Amplificacin =10 log10

dB

La aplicacin de los logaritmos a las formulas anteriores, permiten conocer la


atenuacin o amplificacin de una seal, nicamente con sumar sus magnitudes,
debido a que los decibles son adimensionales y proporcionan una magnitud
relativa de la potencia. Estas alteraciones estn presentes en las variantes de la
comunicacin de datos.

2.2 TIPOS DE COMUNICACIN DE DATOS


Con el propsito de transmitir datos, se implementaron diferentes equipos
especializados de acuerdo con la funcin a cumplir. Sols y Zavadsky (2009)
designan a estos equipos de la siguiente manera:
a) Los terminales de datos (DTE-Data Terminal Equipment)
b) Los equipos de comunicaciones de datos (DCE-Data Communication
Equipment).
Los equipos DTE pueden ser instrumentos, computadores o cualquier dispositivo
remoto. En contraste, los DCE
(modulator-demodulator).

La

prioritariamente corresponden a MODEMs

diferencia

entre

dispositivos,

genera

una

dependencia entre ellos, es decir, para que la comunicacin se lleve a cabo, un


dispositivo juega el papel de emisor y el otro de receptor. Sin embargo, es comn
encontrar a dos DTE comunicndose para su aplicacin, gracias a los protocolos
y normas que rigen actualmente la transmisin de datos. Ahora bien, para la
comunicacin entre cualquier dispositivo se disearon sistemas de comunicacin.
En primer lugar, se implemento el modo paralelo, el cul es ms intuitivo y
primario. Posteriormente, esto dio pauta a la transmisin de seales de modo
serial.

10

2.2.1 COMUNICACIN PARALELA

El formato de comunicacin de datos en paralelo es el ms intuitivo y primario.


Dentro del computador la modalidad de la comunicacin entre el microprocesador
y sus perifricos como puede ser el Chipset, la RAM, ROM, I/O y Slots de
expansin, se realiza mediante una serie de lneas conductoras elctricas que
transportan los datos en el formato paralelo (bus), o sea, que en cada lnea est
representado por la presencia o ausencia de tensin (aprox. +5 v) respecto de la
lnea de tierra, el valor de un bit un 1 lgico o un 0 lgico respectivamente. Se
pueden diferenciar dos grupos de lneas, las correspondientes a los datos y las
correspondientes al control del flujo de datos.
Una de las desventajas de este sistema es la utilizacin de un gran nmero
de lneas fsicas y esto trae aparejado una complicacin tcnica de ingeniera
para comunicar datos a distancia, se debera realizar un tratamiento para cada
lnea en los distintos dispositivos DCE intermedios en un sistema entre el Tx y el
Rx. Otra desventaja es la utilizacin de seales elctricas no balanceadas
respecto del terminal de tierra, esas seales son de valor bajo entre 0V y 5V; la
relacin Seal/Ruido (S/R) no permite una distancia mayor que unos pocos
metros con un mximo de 10 metros en la prctica y 3 metros en las
recomendaciones de la IEEE.

2.2.2 COMUNICACIN SERIE SNCRONA

De este modo se ingresa a los sistemas seriales de comunicacin de datos, a los


efectos de disminuir, en principio la cantidad de lneas en el proceso de
comunicacin para resolver por algn medio el aumento de la distancia de la
misma. Los registros simples son memorias temporales que almacenan un Byte
de informacin por lo general para representar caracteres en el cdigo ASCII de 8
bits. Estos registros tienen una interaccin con el bus del PC. Del registro
temporal del transmisor se copia el Byte al registro de desplazamiento que
posee la caracterstica de aceptar una orden Load / Shift, es decir de carga si la
entrada de control es por ej. 0 y de desplazamiento si la entrada de control es
1. La informacin cargada en el registro de desplazamiento se mueve bit a
bit con la cadencia del reloj (clock); sincrnicamente el Rx carga bit a bit la
11

informacin que estaba en el Tx. Por este motivo es necesario tener el mismo
clock en ambos extremos y debe existir un conductor adicional para la seal de
clock. Un contador en el Rx para la transferencia a la cuenta de 8 bits genera el
comando de transferir al bus del Rx los datos. Luego la operacin se repite. Si
bien, en este esquema se han disminuido la cantidad de conductores necesarios
para la transferencia an se tiene el conductor adicional del clock que se eliminar
definitivamente con el siguiente sistema.

2.2.3 COMUNICACIN SERIE ASNCRONA

El corazn de la interfaz serial asncrona es un circuito integrado llamado UART


que significa Transmisor Receptor Asincrnico Universal. Este cumple con la
tarea de transformar el formato paralelo del bus del PC a un formato serie y
bidireccional de tal modo que se evite enviar la seal de reloj entre los puntos Tx.
y Rx. De este modo se disminuye al mnimo la cantidad de hilos conductores y se
predispone para obtener un sistema de comunicacin de datos digital que pueda
utilizar otros sistemas para alcanzar distancias mayores, como se ver ms
adelante pasando por la red telefnica existente para la poca, hasta las actuales
redes digitales de datos.
La UART del transmisor genera esa forma de onda, en un principio existe
un nivel de tensin alto que se considera por el receptor como el tiempo de
descanso, es decir, sin datos para recibir. Cuando el nivel de tensin baja en el
bit de Start indica que a continuacin aparecern los bits de datos, 7 u 8 bits,
luego puede o no estar el bit de paridad, culminando con 1, 1,5 o 2 bits de Stop.
Para este tipo de comunicacin se debe predeterminar en ambos extremos Tx. y
Rx. usndose la misma configuracin de: Velocidad; 1.200, 2.400, 4.800, 9.600,
19.200, 33.000, 56.000 o115.000 bps. Bits de datos; 7 u 8 bits Paridad; Par,
Impar, Sin paridad Stop; 1, 1.5 o 2 bits. Esto es necesario debido a la falta de
sincronismo que aportaba la seal de reloj en el sistema sincrnico.
Para lograr el objetivo el receptor UART trabaja de la siguiente manera:
Normalmente, si la frecuencia de reloj establecida es por ej. 9600 bps, un circuito
interno trabaja a una frecuencia 40 veces superior para generar pulsos de
muestra para leer el nivel de tensin de entrada. Es decir, que entran 40 pulsos
de lectura en el lapso de tiempo de un bit. El receptor chequea la tensin en la
12

entrada y cuando aparece el bit de Start, para asegurarse de que no es una


perturbacin producida por ruido de lnea lo contina chequeando durante 20
pulsos, de esta forma se obtienen dos cosas: la primera, es asegurarse que
realmente es un bit de Start, y en segundo lugar posicionarse en el medio del
lapso de tiempo de un bit, es decir en el lugar ms conveniente para evitar las
degradaciones de la seal.
A partir de este momento contina leyendo con el tiempo igual al de un bit
en cada punto medio para ser ms eficiente. Lee el bit de paridad para detectar
errores y finaliza en el bit de Stop hasta el prximo carcter, en realidad el bit de
stop no sera necesario ya que el receptor posee toda la informacin para leer el
carcter transmitido, pero sirve de separacin mnima entre caracteres
consecutivos. Este tipo de comunicacin se dice que es de carcter en carcter y
no bit a bit como otros.

2.3 INTERFAZ RS-232


Si bien ya se tiene el formato y el integrado que resuelve este tipo de protocolo es
necesario ganar adems en distancia y esto se logra aumentando los niveles de
tensin de las seales elctricas que representan los bits. Se agrega un
convertidor de nivel de 0V, 5V a +12V, -12V pasando de niveles TTL (TransistorTransistor Logic) a RS-232. Con esto se logra aumentar la relacin S/R y mejorar
la distancia obteniendo unos 100mts a 9600bps en el 99% de las instalaciones
prcticas.
La diferencia entre los niveles de tensin 0V a +5V del TTL y los +12V a 12V del RS-232 da como resultado un incremento en el nivel de la seal respecto
del ruido de la lnea que se mantiene constante y que est determinado por las
condiciones fsicas del medio. De esta forma el receptor RS-232 es capaz de
reconocer los niveles de seal de los datos enviados a distancias mayores antes
de que se confundan con el nivel de ruido.
El estndar RS-232 consta bsicamente de una conexin de comunicacin
serial, en particular cubre la conexin entre un dispositivo llamado Data Terminal
Equipment (DTE) y el modulador/demodulador que comnmente es conocido
como modem. Este modem

es formalmente llamado Data Communication

13

Equipment (DCE). El estndar

RS-232 es un estndar estadounidense

(EIA/ANSI), que es cubierto internacionalmente por el Comit Consultivo


internacional Telegrfico

y Telefnico

(CCITT telecomunicaciones) y los

estndares ISO. Estos estndares, no definen todos los detalles de la conexin,


por ejemplo, los niveles elctricos para una seal balanceada o desbalanceada.
En cuanto a las condiciones mecnicas, estas son especificadas en otros
estndares. No obstante, el propsito y el rea de aplicacin de este estndar,
frecuentemente es usado solo para establecer una conexin entre dos perifricos.
Al decir perifricos, se considera a los DTEs, que no interaccionan con los DCEs
o modem. Como resultado de la aplicacin, se derivan muchos mtodos para
establecer comunicacin apropiadamente.
Una vez reconocida en la prctica comn la necesidad de hacer una
conexin DTE-DTE a travs de un puerto serial, la ltima revisin para el estndar
RS-232, permite el remplazo del circuito RFR por un RTS, cuando el control de
flujo de datos lo requiera. El estndar IEE 1174 usa este circuito y lo requiere
cuando un control de flujo de datos por hardware se implemente.
Con motivos de guardar espacio en los paneles de los quipos, y porque los
instrumentos y controladores conectados a travs de un enlace serial como
DTEs, no necesitan tanta circuitera como lo hace la conexin entre un DTE y un
DCE, el conector de 25 pines definido en el estndar RS-232 ya no es usado. En
su lugar, es usado un conector de 9 pines, definido por la EIA en los estndares
574 y 449. Como se explic con anterioridad, para prevenir el sobre flujo de datos
en el buffer de entrada, los instrumentos receptores necesitan una manera de
comunicar al dispositivo transmisor que detenga el envo de informacin. Para ello
el IEEE 1174 define dos mtodos bsicos:
1. Control de flujo por hardware, haciendo uso del circuito RFR/CTS.
2. Control de flujo por software, haciendo uso del protocolo llamado
XON/XOFF.
Otras caractersticas esenciales del protocolo RS-232 son:

Los dispositivos son capaces de recibir y reconocer la seal de break


definida en el estndar CCITT V14. Este estndar define la duracin del
break para una secuencia de 2 caracteres y 3 o ms bits de paro. Para un
baudrate de 1200, esta duracin tomar alrededor de 25 ms. La
14

interpretacin del break esta especificada en la siguiente parte del set del
estndar IEEE1174.

Las velocidades de transmisin o bit rates que necesitan ser soportadas


son 1200, 2400, 4800, 9600 bits/segundo, mientras que para 19200 y
38400 bits/segundo son fuertemente recomendadas. Se permite soportar
otros bits rates.

Los caracteres de datos que sern transmitidos por los circuitos TXD y
RXD consistirn de 8 bits, precedidos por un bit de start (espacio 0) y
seguidos por un bit de stop (marca 1), para crear un paquete de caracteres.
Se usar sin paridad.

Los errores de transmisin y desbordamiento del buffer necesitan ser reconocidos


y el estndar IEEE 1174 cumple este requerimiento, reportando estos errores.

2.4 PROTOCOLO MODBUS


El Modbus es un protocolo a nivel mensaje, posicionado en el nivel 7 del modelo
ISO, que proporciona

una comunicacin cliente/servidor entre dispositivos

conectados en diferentes tipos de buses o redes. La comunicacin serial en la


industria usa este estndar desde 1979. Adems,

este estndar contina

comunicando millones de dispositivos autmatas. Hoy en da, el soporte para la


estructura del Modbus contina creciendo. El Modbus es un protocolo de
solicitud/respuesta y ofrece un servicio especfico por medio de un cdigo de
funcin. Los cdigos de funcin Modbus son elementos del Modbus (Protocol
data unit) PDUs. Actualmente esta implementado en:

TCP/IP en Ethernet.

Transmisin serial asncrona en una variedad de medios (cable EIA/TIA232-E, EIA-422, EIA/TIA-485-A; fibra, radio etc.)

MODBUS PLUS, a travs de una red de alta velocidad.

El protocolo Modbus define una unidad de datos de protocolo (PDU)


independiente de las capas inferiores de comunicacin. El mapeo del protocolo
Modbus en buses o redes especficas puede introducir algunos campos
adicionales en la Unidad de Datos de Aplicacin (ADU). La unidad de datos de
15

aplicacin Modbus es construida por el cliente que desea iniciar un traslado


Modbus. La funcin le indica al servidor que tipo de accin desea realizar. El
protocolo de aplicacin Modbus establece el formato requerido iniciado por el
cliente. El campo del cdigo de funcin de la unidad de datos del protocolo
Modbus es codificada en un byte. Los cdigos vlidos estn en el rango de
1255 decimal (el espacio de 128 255 est reservado para el uso de
excepciones). Cuando un mensaje es enviado de un cliente a un servidor el
campo del cdigo de funcin le indica al servidor que tipo de accin va a realizar.
El cdigo de funcin 0 no es vlido. Los cdigos de sub-funcin son agregados
a algunos cdigos de funcin para definir mltiples acciones.
El campo de datos de los mensajes enviados de un cliente a un servidor
contiene informacin adicional que el servidor toma para poder realizar la accin
definida por el cdigo de funcin. Este puede incluir artculos como direccin de
registros, la cantidad de artculos manejados y la cantidad actual de bytes en el
campo. Si no ocurre ningn error en la solicitud de una funcin Modbus, el campo
de datos de la respuesta del servidor al cliente contendr los datos requeridos. Si
un error relacionado con

la solicitud Modbus ocurre, el campo contendr un

cdigo de excepcin que la aplicacin del servidor puede usar para determinar la
siguiente accin a ser tomada.
Por ejemplo, un cliente puede leer el estado ON/OFF de un grupo de
entradas discretas o puede leer/escribir los datos contenidos en un grupo de
registros. Cuando el servidor responde al cliente, este usa el campo de cdigo de
funcin para indicar una respuesta normal (sin error) o que un error ha ocurrido
(llamado excepcin). Para una respuesta normal, el servidor simplemente realiza
un eco de la solicitud del cdigo de funcin original.

2.5 INTERFAZ GPIB


La interfaz GPIB es una de las interfaces ms populares en el mundo de la
instrumentacin dado que muchos fabricantes de circuitos integrados apoyan esta
interfaz. Casi todos los vendedores de paquetes de software para la
automatizacin de instrumentos de prueba y medicin basan sus aplicaciones en
esta interfaz. Debido a su composicin fsica para la instrumentacin, este bus ha

16

existido desde hace dcadas y ha alcanzado una inigualable posicin en el


mercado, donde muchas aplicaciones usan esta interfaz.
La aplicacin del bus GPIB requiere una tarjeta de control especial, que es
colocada en la computadora. Actualmente, Todos las computadoras estn
equipadas con puertos de comunicacin serial, fabricantes de gama baja equipan
a sus instrumentos con estas interfaces. Sumando el bajo costo de un ordenador,
se genera una solucin econmica para la programacin remota a instrumentos
de prueba y medicin. A pesar de que este tipo de aplicaciones requieren el
mismo desempeo como las aplicaciones GPIB, carecen de la funcionalidad GPIB
que esta agregada para interconectar instrumentos muy particulares.
Por esta razn, la segunda parte del estndar IEEE.1774.1 define la tcnica que
emula esta funcionalidad. Esto permite tomar ventaja de la interfaz GPIB sobre la
conexin serial.
La interfaz estndar IEEE-488, conocida como la Interfaz de bus de
Propsito General, o GPIB, ofrece un mtodo uniforme de transmisin paralela de
informacin de un dispositivo a otro. El estndar ha sido revisado dos veces, y los
fundamentos en

comunicacin ahora son ms confiables. La mayora de las

complicaciones en la aplicacin de esta interfaz es debido a una inadecuada


documentacin de los fabricantes individuales.

Esto provoca innecesarias

dificultades en la implementacin, especialmente cuando instrumentos de


diferentes fabricantes estn involucrados.
La interfaz GPIB est estrictamente definida como el cable conector entre
el dispositivo 1 y el dispositivo 2. (A pesar que el trmino GPIB es regularmente
usado para referirse a un sistema completo, nos limitaremos como el cable que
conecta un dispositivo en un sistema GPIB). Es necesario un circuito de interfaz
en cada dispositivo relacionado con la GPIB, esta interfaz est definida por el
estndar IEEE-488. Finalmente un sistema GPIB requiere de un mnimo de dos
dispositivos, dos interfaces y un cable de conexin para cada operacin exitosa.
La separacin mxima entre dispositivos de un mismo grupo conectados a travs
de un cable GPIB es de 2 metros, sin embargo, repetidores y buses pticos
pueden extender la longitud. El IEEE-488 ha definido los requerimientos de cable
y conector para el GPIB. Hay 24 cables en el GPIB; 16 son usados para transmitir
informacin y 8 sirven como seales de tierra. Los cables son alineados en lneas
de datos, lneas de control y lneas de administracin.
17

Las lneas de control son:

NRFD, not ready for data

DAV, data valid; y

NDAC, not data accepted

Las lneas de administracin son:

Atn, attention;

SRQ, service request;

IFC, interface clear;

EOI, end or identify; and

REN remote enable.

Cada uno de los 24 cables de GPIB estn conectados a travs de un conector


estndar a la interfaz GPIB en el estndar IEEE-488. El protocolo de bus esta
etiquetado como active low, que indica que la funcin definida por el cable en
cuestin es activada cuando el cable esta a cero volts.
Hay tres grupos de control de conexin GPIB:
(1) El data bus es el grupo de cables que proporcionan el camino para el
cdigo actual pueda ser enviado de la interfaz de instrumento a otra.
(2) El handshake bus es usado para establecer la comunicacin entre las
interfaces antes de que el cdigo actual sea transmitido al bus de datos.
(3) El control bus contiene cables de funciones especiales que controlan las
operaciones GPIB. Aunque hay 5 funciones de control en el control bus,
un mnimo sistema se requiere solo para el ATN. Si dos controladores
coexisten en el bus, el IFC debe ser operacional. Las EOI y SRQ son
lneas de control que permiten comunicar los estados de varios
instrumentos en el GPIB al controlador del bus. EL REN dan al controlador
una manera de poder remover un instrumento del operador de control local.
Resumiendo, hay 10 funciones que soporta la interfaz

por el

estndar de

comunicacin paralela IEEE-488, estos son

SH, el source handshake;

Ah, acceptor handshake;

T, el talk, TE, el extended talk

L, el listen, y LE, el extended listen;


18

SR, el service request;

RL, el remote/local;

PP, el parallel poll;

DC, el device clear;

DT, el device trigger; y

C, function control.

La primeras cuatro funciones SH, AH, T y L- son los requerimientos mnimos


para

una operacin exitosa del sistema GPIB.

Las funciones SH y AH son

operadas automticamente por la interfaz. EL handshake GPIB involucra el ciclo


sistemtico de estados de voltaje en las lneas NRFD and NDAC quienes operan
la lnea DAV. El NRFD y el NDAC son controlados por el listener. Cuando el
handshaking est completo, el smbolo de interrogacin est siendo enviado
exitosamente desde el listener hasta el talker.
Hasta aqu, la discusin se ha centrado en la transmisin de caracteres ASCII
desde un talker hasta un listener a travs de la interfaz GPIB. En la prctica,
resulta un poco ms complejo, dado que el envi de algunos caracteres no estn
en cdigo ASCII. El tipo de caracteres enviados depende de la condicin de
voltaje en la lnea ATN. Un voltaje bajo en esta lnea indica que un carcter de
cdigo para un comando o una direccin estn siendo enviados a travs del bus.

19

CAPTULO 3. PROCEDIMIENTOS
El primer paso dentro de las actividades realizadas es la interpretacin de las
interfaces necesarias para el desarrollo del proyecto. El protocolo RS-232 es
considerado uno de los medios de comunicacin ms utilizados en la actualidad.
De la misma forma, el protocolo GPIB es uno de los protocolos ms populares en
la conexin de instrumentos de prueba y medicin. La figura 3.1 muestra una
imagen de la cmara trmica en cuestin, en la cual se puede apreciar el
controlador Watlow y su puerto de comunicacin serial.

Figura 3.1. Cmara Trmica ESPEC


Como se mencion con anterioridad para la comunicacin de la cmara
trmica se utiliz la interfaz RS-232 y GPIB hablando de la capa fsica del
protocolo, fue indispensable

la necesidad de interconectar un

adaptador

USB/RS-232 como el que se muestra en la figura 3.2, debido a que los


ordenadores porttiles actuales carecen de un conector DB9.

Figura 3. 2. Cable USB/RS-232


20

3.1 CONTROLADOR WATLOW


Es posible transmitir instrucciones bsicas a la cmara por medio del
protocolo RS-232, como ingresar pasos para la creacin de perfiles, solicitar datos
de registros, leer estados actuales de entradas y salidas digitales y analgicas. El
controlador Watlow de la serie F4, permite el acceso a todos los registros que
proporciona el fabricante. La figura 3.3 muestra el panel frontal del controlador,
donde se puede observar la pobre interfaz que tiene con el usuario, puesto que
posee un LCD de 4 lneas y 6 botones para realizar todas sus funciones.

Figura 3. 3. Controlador Watlow F4

De la figura anterior, es posible destacar los indicadores de alarma 1 y 2


en la parte media derecha, as como en la parte inferior izquierda el indicador de
perfil, el cual se activa cuando la cmara est corriendo un perfil de temperatura
ya diseado por el usuario. Por ltimo, es posible observar el indicador de
comunicacin, que se encuentra debajo de los indicadores de alarma y se activa
cuando el controlador se encuentra recibiendo o transmitiendo datos a travs de
su puerto serial. Es importante mencionar que el fabricante

del controlador

Watlow serie F4 proporciona informacin detallada en el manual de usuario, por


ejemplo; la organizacin de memoria, instrucciones disponibles, mensajes de

21

error, configuracin de alarmas, set point, modos de operacin, creacin de


perfiles, especificaciones de instalacin, etc. En particular, es necesaria la
documentacin de la organizacin de memoria para el desarrollo de la aplicacin
dado que se toman dichos registros con el propsito

de guardar o leer

informacin. Es natural realizar una interpretacin de los valores otorgados por


dicho controlador. Para ello se puede recurrir a la seccin de comunicacin de
dicho manual, el cual organiza la informacin de sus registros para que sean
accesibles a travs del protocolo Modbus.
El listado mencionado se muestra en el apndice A donde se puede
apreciar los registros necesarios para el manejo del controlador Watlow, algunos
de ellos son nicamente de lectura, otros por el contrario pueden ser de lectura y
escritura. A pesar de que se proporciona informacin de todos los registros que
posee el controlador, es imprescindible tener en cuenta que el fabricante sugiere
no modificar los registros de configuracin o registros especiales, puesto que la
alteracin de estos valores distintos a los de fbrica reflejarn un mal
funcionamiento del dispositivo, originado fallas y repercusiones severas a la
cmara o a su controlador.
A causa de que el controlador de la cmara utiliza el protocolo Modbus es
necesario el uso de una librera particular que posee el programa LabVIEW, la
cual permite la transmisin de informacin en este protocolo. Es importante
mencionar que no todas las funciones son proporcionadas por dicha librera, para
esto, fue requerido el desarrollo de rutinas dedicadas a cubrir esta falta de
instrucciones.

3.2 DESARROLLO DE APLICACIN CON LabVIEW


A continuacin es necesario entender en detalle el problema en cuestin, para
obtener una radiografa en trminos de los datos disponibles como materia prima,
y definir el proceso necesario para convertir los datos en la informacin requerida.
Para esto, se tom como base el software LabVIEW de National Instruments
puesto que posee las herramientas necesarias para la comunicacin y el control
de la cmara trmica. En el desarrollo de la aplicacin fue indispensable la
implementacin de estructuras de control como While Loop, For Loop y Case.

22

Como se muestra en la figura 3.4 la estructura principal del software desarrollado


consta bsicamente de un While Loop, el cual es un ciclo infinito, que espera la
interrupcin del usuario por algn evento que provoque en su interfaz.

Estructura
While Loop
dentro de una
estructura
Case

Figura 3.4. Uso de estructuras de control


Las figuras 3.5a, 3.5b y 3.5c, muestran el desarrollo de la aplicacin,
teniendo en cuenta que es indispensable la presentacin de datos en forma
grfica. Para esto, se tom ventaja de los beneficios que brinda el software
LabVIEW de National Instruments.

Dado que se pueden


tener hasta 40 perfiles,
el cdigo desarrollado
lee los 40 registros
disponibles para mostrar
al usuario la cantidad y
el tipo de pasos que
contiene cada uno de
ellos, para esto se
usaron rutinas del tipo
For y While

Figura 3.5a. Cdigo para la lectura de Perfiles


23

En modo esttico, la
aplicacin escribe el
valor de la temperatura
de set point en el
registro nmero 300.
Esta rutina While,
espera el cambio de set
point que haga el
usuario y lo grafica en
lapsos de 2.5 segundos.

Figura 3.5b. Cdigo para el control en modo esttico


Para iniciar un perfil
de temperatura, se
comienza por escribir
en el registro 4000 el
nmero de perfil que
se desea correr.

La graficacin del perfil


y set point es posible
mediante la lectura de la
entrada analgica 1.

Una vez iniciado el perfil, es


necesario el control del mismo,
aqu se aprecia los botones Pausar
perfil, Reanudar Perfil y Terminar
Perfil, los cuales estn disponibles
en todo momento para el usuario.

Figura 3.5c. Cdigo para el control en modo perfil


24

Adems, como se mencion con anterioridad, el diseo del programa es


esencial para el buen funcionamiento del mismo, dado que al descomponer un
problema en varios procesos, se logra una mayor eficiencia. En la figura 3.6 se
muestra el diagrama rbol de la organizacin de las subrutinas creadas para el
control de la cmara trmica ESPEC.

INTERFAZ GRFICA
PROGRAMA PRINCIPAL

LECTURA DE PERFIL
CONTROL ESTTICO

CONTROL PERFIL

VARIABLES
GLOBALES

LIBRERA
MODBUS

Figura 3.6. Diagrama de la aplicacin


25

Una vez terminada la escritura del cdigo necesario para el funcionamiento


de la aplicacin, se procedi a probar el software. Para ello se simul la creacin
de diversos perfiles de temperatura con una duracin de 30 minutos
aproximadamente. Desafortunadamente, el tiempo mencionado en el cronograma
para la validacin de la aplicacin resulto insuficiente, debido a la depuracin que
requiri dicho software. Las primeras pruebas fueron suspendidas por el usuario
a consecuencia de un mal funcionamiento de la aplicacin. Por lo tanto, se
procedi a corregir los errores lgicos y posteriormente se efectu una segunda
prueba, la cual tuvo un desempeo aceptable. Sin embargo, algunos errores de
interpretacin persistieron por parte del desarrollador.
La figura 3.7 y 3.8 muestran la ltima prueba realizada a la aplicacin, en la
cual se aprecia el manejo de un perfil llamado ITP creado y controlado por el
usuario desde el ordenador. Es posible apreciar en la parte inferior izquierda un
led de color verde, el cual indica la ptima operacin del controlador.

Figura 3.7.Prueba realizada a la aplicacin


26

Figura 3.8. Manejo desde el ordenador

27

CAPTULO 4. RESULTADOS
En la aplicacin desarrollada para el control de la cmara se pudo validar las
siguientes utilidades de funcionamiento:

Muestreo de la temperatura actual

Creacin de perfiles

Eliminacin de perfiles

Control en modo esttico

Control en modo perfil

Lectura de los parmetro generales

La figura 4.1 muestra la interfaz grfica adecuada que tiene la aplicacin con
el usuario, en la cual es posible modificar la temperatura en cualquier momento.
Se puede apreciar que el controlador se encuentra a 25C. Por otro lado, la
grfica ejemplifica variaciones en la temperatura debido al control PID con que
dispone la cmara.

Figura 4.1. Manejo de la cmara en modo esttico

28

Referente a la edicin de perfiles se disearon tres opciones para una mejor


organizacin de las utilidades de la aplicacin. Estas opciones son las siguientes:
leer perfil, crear perfil y borrar perfil, como se puede observar en la figura 4.2.
Para la creacin de perfiles se da la opcin de introducir los 5 tipos de pasos:
Autostart, Ramp Rate, Ramp Time, Soak y End. Como se aprecia en la figura, los
perfiles pueden contener varios tipos de pasos, sin ningn orden en particular.
Con el objetivo de leer los perfiles, la aplicacin se desarroll con una interfaz
grfica en la que el usuario es capaz de observar el comportamiento de
temperatura que tendr la cmara al correr el perfil establecido. Adems, en la
parte izquierda se da un listado del tipo de pasos que contiene dicho perfil.
Por ltimo, para poder eliminar un perfil se proporciona toda la informacin
pertinente asegurando que el usuario no cometa un error en la edicin de perfiles.

Figura 4.2. Edicin de perfiles


La figura 4.3, visualiza un perfil llamado Ulises introducido de manera
manual y que contiene 32 pasos de temperatura, en un rango de -50C a 80C.
Es posible observar, una alteracin en la trayectoria de dicho perfil, a causa de la
ausencia de un programa que evite este tipo de inconvenientes.

29

Figura 4.3. Perfil Ulises


La imagen siguiente muestra el procedimiento a seguir para la creacin de
un perfil. En primer lugar, es esencial la introduccin de nombre y nmero de
perfil, pues esto reserva el espacio de memoria para almacenar los pasos que
contendr el nuevo perfil. Inmediatamente, es posible ingresar los pasos que el
usuario desee.

Figura 4.4. Creacin de perfil ITP


30

Despus de haber visualizado el procedimiento para la creacin de un perfil,


podemos ver el resutado obtenido. El perfil ITP se encuentra en la posicion 4.
Esto implica que en la ejecucin se recurra a l. La figura 4.5 muestra el perfil
guardado en la memoria del controlador.

Figura 4.5. Perfil en memoria


Las tres figuras siguientes 4.6a, 4.6b y 4.6c muestran el perfil en proceso.
La lnea de color azul refiere a la temperatura real dentro de la cmara, mientras
que la negra, indica el valor del set point, es decir, el valor de temperatura que
debe alcanzar la cmara. Adems, en la parte derecha se incluyen las opciones
de terminar, pausar y reanudar el perfil.

Figura 4.6a. Perfil ITP en proceso. Paso 1

31

Figura 4.6b. Perfil ITP en proceso. Paso 3

Figura 4.6c. Perfil ITP en proceso. Paso 4

Por ltimo, el software desarrollado proporciona una caracterstica adicional


que suministra informacin importante al usuario acerca de la configuracin de la
mquina, tales como alarmas, set point, escala, etc. Esto es importante, ya que el
fabricante recomienda que se mantenga la configuracin original para garantizar
el funcionamiento adecuado en la realizacin de pruebas de temperatura. Las
figuras 4.7 y 4.8 exponen el listado de la configuracin que posee la cmara al
momento de la ejecucin de los diversos perfiles.

32

Figura 4.7. Configuracin actual de la cmara. Parte 1

Figura 4.8. Configuracin actual de la cmara. Parte 2

33

CAPTULO 5. CONCLUSIONES
Durante la aplicacin de la interfaz desarrollada se observ que la representacin
grfica de la trayectoria de un perfil de temperatura elaborado en la cmara
trmica, proporciona una perspectiva real de las pruebas a las que son sometidos
los dispositivos electrnicos. Es importante mencionar que gracias a la
automatizacin de la cmara trmica, es posible desarrollar un ptimo anlisis de
los datos obtenidos en pruebas de funcionamiento real, contribuyendo de manera
directa en una correcta utilizacin de dichos componentes.
Desafortunadamente, esta aplicacin no contempla la comunicacin por el
protocolo GPIB, reduciendo la versatilidad en la comunicacin de datos. Sin
embargo, es posible esta implementacin, si se toma en consideracin un periodo
de tiempo ms prologado para su desarrollo. Adems, es recomendable realizar
pruebas en diferentes plataformas, para asegurar un desempeo eficiente de la
cmara. Es decir, que se cumpla con los objetivos de las pruebas trmicas.
Finalmente,

se sugiere la prueba y validacin de esta la aplicacin

desarrollada en otra cmara que posea el mismo controlador de la serie F4,


debido a que en el laboratorio de radio frecuencia y fibra ptica, solo se cuenta
con una sola cmara,

34

Apndice A. Registro de controlador Watlow F4


Profile Parameters
4004 Autostart Profile Date or Day r/w
0 Date 1 Day
4009 Autostart Time (hours) r/w
0 to 99
4010 Autostart Time (minutes) r/w
0 to 59
4011 Autostart Time (seconds) r/w
0 to 59
4006 Autostart, Date (day) r/w
1 to 31
4005 Autostart, Date (month) r/w
0 to 12
4007 Autostart, Date (year) r/w
1998 to 2035
4008 Autostart, Day (of week) r/w
0 Every Day
1 Sunday
2 Monday
3 Tuesday
4 Wednesday
5 Thursday
6 Friday
7 Saturday
4046 Channel 1 PID Set, Ramp Rate or
Ramp Time or Soak Steps r/w
0 Channel 1 PID
1 Channel 2 PID
4124 Channel 1 PID, Ramp Rate, Ramp
Time or Soak Step, Current Profile Status r
0 Channel 1 PID
1 Channel 2 PID
4047 Channel 2 PID Set, Ramp Rate or
Ramp Time or Soak Steps r/w
0 Channel 1 PID
1 Channel 2 PID
4125 Channel 2 PID Set, Ramp Rate, Ramp
Time or Soak Step, Current Profile Status r
0 Channel 1 PID
1 Channel 2 PID
Create Profile see Edit Profile Action
Delete Profile or Step see Edit Profile
Action
4111 Digital Output 1, Monitor Current
Status (Profile) r
0 Off
1 On
4112 Digital Output 2, Monitor Current
Status (Profile) r
0 Off
1 On

4113 Digital Output 3, Monitor Current


Status (Profile) r
0 Off
1 On
4114 Digital Output 4, Monitor Current
Status (Profile) r
0 Off
1 On
4115 Digital Output 5, Monitor Current
Status (Profile) r
0 Off
1 On
4116 Digital Output 6, Monitor Current
Status (Profile) r
0 Off
1 On
4117 Digital Output 7, Monitor Current
Status (Profile) r
0 Off
1 On
4118 Digital Output 8, Monitor Current
Status (Profile) r
0 Off
1 On
4002 Edit Profile Action
1 Create
2 Insert Step
3 Delete Current Profile
4 Delete Step
5 Start Profile
255 Delete All Profiles
4060 End Action, End Step r/w
0 Hold
1 Control Off
2 All Off
3 Idle
4061 End Idle Setpoint Channel 1, End Step
r/w Set Point 1 Low Limit to Set Point 1 High
Limit
4062 End Idle Setpoint Channel 2, End Step
r/w Set Point 2 Low Limit to Set Point 2 High
Limit
4129 End Set Point Channel 1, Current
Profile Status r
Range Low 1 to Range High 1
4130 End Set Point Channel 2, Current
Profile Status r
Range Low 2 to Range High 2
4030 Event Output 1, Ramp Rate or Ramp
Time or Soak Steps r/w
0 Off

35

1 On
4031 Event Output 2, Ramp Rate or Ramp
Time or Soak Steps r/w
0 Off
1 On
4032 Event Output 3, Ramp Rate or Ramp
Time or Soak Steps r/w
0 Off
1 On
4033 Event Output 4, Ramp Rate or Ramp
Time or Soak Steps r/w
0 Off
1 On
4034 Event Output 5, Ramp Rate or Ramp
Time or Soak Steps r/w
0 Off
1 On
4035 Event Output 6, Ramp Rate or Ramp
Time or Soak Steps r/w
0 Off
1 On
4036 Event Output 7, Ramp Rate or Ramp
Time or Soak Steps
r/w 0 Off
1 On
4037 Event Output 8, Ramp Rate or Ramp
Time or Soak Steps r/w
0 Off
1 On
4048 Guaranteed Soak Channel 1, Ramp
Rate or Ramp Time or Soak Steps r/w
0 No
1 Yes
4049 Guaranteed Soak Channel 2, Ramp
Rate or Ramp Time or Soak Steps r/w
0 No
1 Yes
1210 Hold a Profile, Key Press Simulation w
1 Hold
4119 Hours Remaining, Ramp Time or Soak
Step, Current Profile Status r
0 to 23
Insert Step see Edit Profile Action
4126 Jump Count, Current Profile Status r
1 to 999
4127 Jump Profile, Current Profile Status r
0 to 40
4052 Jump Repeats, Jump Step r/w
1 to 999
4128 Jump Step, Current Profile Status r
1-256
4050 Jump to Profile, Jump Step r/w
1 to 40
4051 Jump to Step, Jump Step r/w
1 to 256

4120 Minutes Remaining, Ramp Time or


Soak Step, Current Profile Status r
0 to 59
3500-09 Name, Profile 1 (10 characters) r/w
ASCII equivalent decimal code see
Modbus Naming Flowchart
3510-19 Name, Profile 2 (10 characters) r/w
ASCII equivalent decimal code see
Modbus Naming Flowchart
3520-29 Name, Profile 3 (10 characters) r/w
ASCII equivalent decimal code see
Modbus Naming Flowchart
3530-39 Name, Profile 4 (10 characters) r/w
ASCII equivalent decimal code see
Modbus Naming Flowchart
3540-49 Name, Profile 5 (10 characters) r/w
ASCII equivalent decimal code see
Modbus Naming Flowchart
3550-59 Name, Profile 6 (10 characters)
3560-69 Name, Profile 7 (10 characters)
3570-79 Name, Profile 8 (10 characters)
3580-89 Name, Profile 9 (10 characters)
3590-99 Name, Profile 10 (10 characters)
3600-09 Name, Profile 11 (10 characters)
3610-19 Name, Profile 12 (10 characters)
3620-29 Name, Profile 13 (10 characters)
3630-39 Name, Profile 14 (10 characters)
3640-49 Name, Profile 15 (10 characters)
3650-59 Name, Profile 16 (10 characters)
3660-69 Name, Profile 17 (10 characters)
3670-79 Name, Profile 18 (10 characters)
3680-89 Name, Profile 19 (10 characters)
3690-99 Name, Profile 20 (10 characters)
3700-09 Name, Profile 21 (10 characters)
3710-19 Name, Profile 22 (10 characters)
3720-29 Name, Profile 23 (10 characters)
3730-39 Name, Profile 24 (10 characters)
3740-49 Name, Profile 25 (10 characters)
3750-59 Name, Profile 26 (10 characters)
3760-69 Name, Profile 27 (10 characters)
3770-79 Name, Profile 28 (10 characters)
3780-89 Name, Profile 29 (10 characters)
3790-99 Name, Profile 30 (10 characters)
3800-09 Name, Profile 31 (10 characters)
3810-19 Name, Profile 32 (10 characters)
3820-29 Name, Profile 33 (10 characters)
3830-39 Name, Profile 34 (10 characters)
3840-49 Name, Profile 35 (10 characters)
3850-59 Name, Profile 36 (10 characters)
3860-69 Name, Profile 37 (10 characters)
3870-79 Name, Profile 38 (10 characters)
3880-89 Name, Profile 39 (10 characters)
3890-99 Name, Profile 40 (10 characters)
Profile Edit Action see Edit Profile Action
4000 Profile Number

36

4100 Profile Number, Current Status


4103 Profile Ramp Waiting, Current Status
4001 Profile Step Number
4101 Profile Step Number, Current Status
4003 Profile Step Type r/w
1 Ramp Time
2 Ramp Rate
3 Soak
4 Jump
5 End (read only)
4102 Profile Step Type, Current Status r
1 Ramp Time
2 Ramp Rate
3 Soak
4 Jump
5 End
4108 Profile Waiting for Analog Input 1,
Current Status r
0 Dont Wait
1 Wait
4109 Profile Waiting for Analog Input 2,
Current Status r
0 Dont Wait
1 Wait
4110 Profile Waiting for Analog Input 3,
Current Status r
0 Dont Wait
1 Wait
4104 Profile Waiting for Event 1, Current
Status r
0 Dont Wait
1 Wait for Off
2 Wait for On
4105 Profile Waiting for Event 2, Current
Status r
0 Dont Wait
1 Wait for Off
2 Wait for On
4106 Profile Waiting for Event 3, Current
Status r
0 Dont Wait
1 Wait for Off
2 Wait for On
4107 Profile Waiting for Event 4, Current
Status r/w
0 Dont Wait
1 Wait for Off
2 Wait for On
4044 Ramp Set Point Channel 1, Ramp
Rate or Ramp Time Step r/w
Range low to range high
4045 Ramp Set Point Channel 2, Ramp
Time Step r/w
Range low to range high
4009 Ramp Time (hours) r/w

0 to 99
4010 Ramp Time (minutes) r/w
0 o 59
4011 Ramp Time (seconds) r/w
0 to 59
4043 Rate, Ramp Rate Step r/w
1 to 3000 units per minute
Rename Profile see Name, Profile x
1209 Resume a Profile, Key Press
Simulation w
1 Resume
25 Save Changes to EE w
0
4119 Hours Remaining, Ramp Time or Soak
Step, Current Profile Status r
0 to 99
4120 Minutes Remaining, Ramp Time or
Soak Step, Current Profile Status r
0 to 59
4121 Seconds Remaining, Ramp Time or
Soak Step, Current Profile Status r
0 to 59
4122 Set Point Ch. 1, Ramp Rate, Ramp
Time or Soak Step, Current Profile Status r
Range low to range high
4123 Set Point Ch. 2, Ramp Rate, Ramp
Time or Soak Step, Current Profile Status r
Range low to range high
4009 Soak Step Time (hours) r/w
0 to 99
4010 Soak Step Time (minutes) r/w
0 o 59
4011 Soak Step Time (seconds) r/w
0 o 59
1217 Terminate a Profile, Key Press
Simulation w
1 Terminate
4021 Wait For Analog 1, Ramp Rate or
Ramp Time or Soak Steps r/w
0 Dont Wait
1 Wait
4022 Wait For Analog 1, Value, Ramp Rate
or Ramp Time or Soak Steps r/w
Range Low to Range High
4023 Wait For Analog 2, Ramp Rate or
Ramp Time or Soak Steps r/w
0 Dont Wait
1 Wait
4024 Wait For Analog 2, Value, Ramp Rate
or Ramp Time or Soak Steps r/w
Range Low to Range High
4026 Wait For Analog 3 Value, Ramp Rate
or Ramp Time or Soak Steps r/w
Range Low to Range High

37

4025 Wait For Analog 3, Ramp Rate or


Ramp Time or Soak Steps r/w
0 Dont Wait
1 Wait
4013 Wait For Event 1, Ramp Rate or Ramp
Time or Soak Steps r/w
0 Dont Wait
1 Wait for Off
2 Wait for On
4014 Wait For Event 2, Ramp Rate or Ramp
Time or Soak Steps r/w
0 Dont Wait
1 Wait for Off
2 Wait for On

4015 Wait For Event 3, Ramp Rate or Ramp


Time or Soak Steps r/w
0 Dont Wait
1 Wait for Off
2 Wait for On
4016 Wait For Event 4, Ramp Rate or Ramp
Time or Soak Steps r/w
0 Dont Wait
1 Wait for Off
2 Wait for On
4012 Wait/Dont Wait Ramp Rate or Ramp
Time or Soak Steps r/w
0 Dont Wait
1 Wait for

38

BIBLIOGRAFA
[Automatizacin Industrial]. Industrial Automation (s/f). IDC Technologies.

Briceo Mrquez, Jos E. (2005). Transmisin de datos.

3ra. Ed. Taller de

Publicaciones de la Facultad de Ingeniera. ULA. Mrida, Venezuela. 1

Charte Ojeda, Francisco. (2001) Introduccin a la programacin. Ediciones Anaya


multimedia. Madrid, Espaa. 29, 33, 34, 36, 40, 42.

CONACYT (2009). Centros Pblicos de Investigacin CONACYT. Anuario 2009.


4,7

CONACYT e INEGI (2013, Noviembre) Resultados de la Encuesta Sobre


Investigacin y Desarrollo Tecnolgico y Mdulo Sobre Actividades de
Biotecnologa y Nanotecnologa (ESIDET-MBN) 2012, Boletn de prensa Nm.
485/13.
Consejo Nacional de Ciencia y Tecnologa e Instituto Nacional de Estadstica y
Geografa, Aguascalientes, Ags. Mxico. 2

Douglas M. Considine. (1974). [Manual de Procesos, Instrumentos y Control].


Process Instruments and Controls Handbook 2. Ed. McGraw-Hill. Harold B.
Crawford, Editor. EUA 7

Encyclopedia Britannica. Revisado el 24 de agosto de 2014. Disponible en lnea:


http://www.britannica.com/EBchecked/topic/648000/history-of-the-organization-ofwork/67057/Automation

Fitzgerland, Jerry y S. Eason, Tom (1993) Fundamentos de comunicacin de


datos 7 Ed. Editorial Limusa S.A. de C.V. Mxico. 18,19

39

Gilbert, Richard (1982). The general-Purpose Interface Bus. Universidad del Sur
de Florida. Consultado el 20 de Agosto de 2014. Disponible en lnea en :
http://www.eng.usf.edu/~gilbert/courses/instrumentsystems2/notes/iee488pdf/ieee
488.pdf

Halsall, Fred (1998). Comunicacin de datos, redes de computadoras y sistemas


abiertos (Roberto Escalona Garca, traductor). 4. Ed. Adison Wesley Longman de
Mxico S.A. de C.V. Mxico 3, 11, 19, 32, 35
John Pieper ([s/f]) IEEE 1174 A new Serial Instrumentation Interface.
Consultado

el

10

de

agosto

de

2014.

Disponible

en

lnea

en:

www.tayloredge.com/reference/interface/rs232flow.pdf 1-12

Lpez Romn, Leobardo (2005). Programacin estructurada en lenguaje C. 1


Edicin Alfaomega grupo Editor S.A. de C.V. Mxico, D.F. 24-29

Modbus Application Protocol Specification V1.1b. Modbus-IDA

OECD. (2014). [Estadsticas econmicas, ambientales y sociales] Economic,


environmental and social statistics. Organizacin para la Cooperacin y Desarrollo
Econmicos. Consultado el 04 de julio de 2014. Disponible en lnea:
http://www.oecd-ilibrary.org/docserver/download/3013081e.pdf. 154-160

Reimer, J. (2005). A History of the GUI [online]. Consultado el 11 de Agosto de


2014. Disponible en lnea: http://arstechnica.com/articles/paedia/gui.ars

Sols, Oswaldo y Zavadsky, Daniel (2009) Comunicacin de datos y redes de


PCs. Biblioteca Nacional de Montevideo, Uruguay. No. 1745. 8-13

UNESCO. (2012). Transformar la Educacin y Formacin Tcnica y Profesional.


Organizacin de las Naciones Unidas para la Educacin, la Ciencia y la Cultura.
Shanghi, China. Consultado el 08 de Julio de 2014. Disponible en lnea:
http://unesdoc.unesco.org/images/0021/002160/216065s.pdf. 5-12

40

Potrebbero piacerti anche