You are on page 1of 76
I nvestigación ap licada e i nnovación Volumen 3, N. 2 Segundo semestre, 2009 Lima, Perú

I

nvestigación

 

aplicada e

 
 

i

nnovación

 

Volumen 3, N. o 2 Segundo semestre, 2009 Lima, Perú

ISSN 1996-7551

Editorial ...................................................................................................................................................................

Control difuso de una planta de nivel

..............................

Raúl Medrano/Ernesto Godinez

Método alternativo para la producción de oxicloruro de cobre ..............................

................................................................................................................................

Rosa Sayán/Josena Quispe

An analysis of MPLS performance in layered & hierarchical network

architectures

....................................................................................

Dave Hedge/Raymond A. Hansen

Construcción de biodigestores discontinuos y análisis de su

comportamiento bajo diferentes regímenes de operación

Giancarlo Obando

Entrenamiento a distancia en tecnologías de automatización y control,

utilizando laboratorios virtuales de acceso remoto

 

y Gómez

Asignación de pérdidas de potencia complejas usando seguimiento de

flujo de potencia

Yuri P. Molina

 

Evaluación del uso de fibras textiles como aislante térmico

 

Monjarás

Modelo de gestión del

 

Rafael Vera

Efecto del bicarbonato de sodio y del aceite vegetal sobre las epidemias

75 76 84 89 95
75
76
84
89
95

103

110

120

127

140

de leandria momordicae en pepinillo y alternaria solani en tomate .....................

..............................................................................................................................

Roberto Ramírez Otárola

I nvestigación ap licada e i nnovación Volumen 3, N. 2 Segundo semestre, 2009 Lima, Perú

Control difuso de una planta de nivel Fuzzy control of level plant

Raúl Medrano, Ernesto Godinez

Resumen

El presente trabajo es el complemento de uno anterior deno- minado “Modelamiento de una Planta de control de Nivel me- diante Identicación No Paramétrica” [1]. En esta ocasión, va- mos a utilizar un tipo de control avanzado denominado Lógica Difusa (“Fuzzy Logic” en inglés), en la cual no es necesario tener el Modelo matemático de la Planta pero sí el debido conoci- miento de su funcionamiento y la experticia en su control.

76
76

Tal como fue planteado en su oportunidad en [1], el objetivo primario del presente trabajo es enseñar a los estudiantes de nuestra institución los fundamentos de control y automati- zación y, en este sentido, a aplicar otras técnicas de control alternativas al muy conocido PID durante sus actividades de laboratorio. En este caso se muestra un tipo de control avan- zado denominado “Control Difuso”.

La primera parte consiste en proporcionar una metodología con las ideas y conceptos que sirven como base a la aplica- ción del control difuso en el control de la Planta de Nivel.

La segunda parte corresponde a expresar lo “difuso” median- te conceptos matemáticos que permitan introducirla a una computadora y obtener resultados tal como si se tuviese el conocimiento de un experto en su interior, con el cual, me- diante el valor lingüístico de la variable medida (nivel), reglas de inferencia y sus conclusiones, permite determinar la mejor señal de control a ser enviada al actuador de la Planta para que la variable medida se aproxime al valor deseado.

La tercera parte consiste en utilizar la herramienta “Fuzzy Logic Toolbox” de MATLAB para simular su comportamiento durante el control de una Planta de Nivel cuyo modelo fue determinado en [1]. Se contrastan las respuestas simuladas de control de la Planta de Nivel con el Controlador Difuso y el Controlador PID.

Los resultados simulados obtenidos demuestran la eficacia de la estrategia de control difuso, lo cual nos motiva a conti-

nuar con la investigación para contrastar los resultados simula- dos con resultados prácticos.

Abstract

The present work is the complement of a previous one entitled “Modeling a Level Plant by Non-parametric Identication” [1], this time we will use an advanced control type called Fuzzy Lo- gic where it is not necessar y to have the plant’s mathematical model but is very necessary to have enough knowledge of its operations and expertise in its control.

As was mentioned in [1], the primary objective of this work is to teach our students the fundamentals in process control and apply other alternative control techniques, different than PID, during laborator y activities. In this case it is an advanced type of control called “Fuzzy Control”.

The first part consists of providing a methodology with ideas and concepts that serve as the basis for the application of fuzzy control for the Level Plant control. We also mention the me- aning of “diffuse” as an approach that the human being makes to define a state variable and a control variable.

The second part corresponds to express the “fuzzy” through mathematical concepts that allow us to enter into a computer and get results as if we had the knowledge of an expert inside. The technique uses the linguistic value of the measured varia- ble (level), inference rules and its conclusion, which allows us to determine the best control signal to be sent toward the actua- tor in order to achieve the desired value.

The third part is to use the “Fuzzy Logic Toolbox” of MATLAB to simulate its behavior during the control of a level plant whose model was determined in [1]. The simulated results of the con- trol for the Level Plant are compared with the diffuse controller and the PID controller.

The simulated results obtained show the effectiveness of fuzz y control strategy, which motivates us to continue the research

MEDRANO, Raúl; GODINEZ, Ernesto. “Control difuso de una planta de nivel”

to check simulated results with the practical results.

Palabras Claves

Control de nivel, Control Difuso, software de simulación, He- rramienta de Lógica Difusa.

Key Words

Level Control, Fuzz y Control, Simulation Software, Fuzz y Lo- gic Toolbox.

INTRODUCCIÓN

El objetivo principal de la ingeniería de control es destilar y aplicar el conocimiento sobre cómo controlar un proceso de tal modo que el sistema de control resultante sea confiable y seguro para alcanzar un gran desempeño en su operación [2, p. 23].

De acuerdo a la aseveración anterior, el ingeniero de control debe tener toda la data posible del proceso y plantearse mu- chas preguntas tales como si el proceso es estable, es obser- vable, es controlable, tiene no linealidades, etc. Luego, ante señales de entrada y salida en ambiente controlado, se debe seleccionar la data útil de la respuesta dinámica conseguida, determinar el modelo matemático de la Planta y definir el tipo de controlador que mejor logre alcanzar los criterios de diseño del control como el tiempo de asentamiento y sobre- impulso máximos, el rechazo a las perturbaciones, error de estado estable, tiempo de subida, etc. Como se deduce, es un trabajo muy complejo y tedioso, razonablemente aceptado para procesos multivariables.

En el caso de controlar el nivel del tanque de una Planta [1], si preguntamos al operario cuáles deben ser sus procedimien- tos para controlar dicho proceso, con certeza nos responderá que basta con abrir y cerrar las válvulas de ingreso y salida de líquido de acuerdo al valor de nivel observado. No hizo falta el modelo matemático del proceso ni ecuaciones precisas, sólo sentido común del operario como resultado de las ob- servaciones “aproximadas” o “difusas” de determinadas varia- bles. Por lo tanto, se ha desarrollado el “Control Difuso” como aquella que proporciona una metodología formal para inter- pretar, manipular e implementar el conocimiento heurístico humano sobre el control de un proceso [2]. Se explican los términos que utiliza esta técnica presentada por Lotfi Zadeh en 1965 y luego aplicado por otros investigadores como Ma- mdani, para ejecutar el “Control Difuso” de los procesos.

La Figura 1 muestra la arquitectura propuesta para un Controla- dor Difuso Directo, el cual usaremos en el control de la Planta de Nivel. Se observan los nuevos términos a emplear y la lógica que se ha creado para poder implementar los algoritmos de control que interpreten el razonamiento y deducción humanos.

r(t) y(t) u(t)
r(t)
y(t)
u(t)

Figura 1. Arquitectura del Controlador Difuso [2]

FUNDAMENTOS

Planteamiento del Control Difuso a aplicar en la Planta de Nivel

Vamos a plantear el diseño del control difuso de la Planta de ni- vel siguiendo lo mostrado en la Figura 2, observando que para conseguir un control de nivel adecuado, se debe tener además en cuenta la velocidad del error de nivel. La experiencia del operario va a ser incrustada en el controlador difuso. Entonces tenemos las variables “y”, “de/dt” y “e” definidas como:

r: referencia de nivel o valor deseado y: valor de nivel actual e: error de nivel (r-y) (de/dt): velocidad del error de nivel

77
77
u: señal de control a la válvula proporcional de ingreso de lí- quido r e u
u: señal de control a la válvula proporcional de ingreso de lí-
quido
r
e
u
y
d
d
t

Figura 2. Planteamiento de las variables para la Planta de nivel [2]

De la Figura 3, que es una representación del módulo de la Plan- ta de Nivel, deducimos las siguientes ecuaciones:

e(t) = r(t) - y(t)

(1)

MEDRANO, Raúl; GODINEZ, Ernesto. “Control difuso de una planta de nivel

Tomando la derivada de la Ecuación 1:

d

dt

e(t) =

d

dt

r(t) - y(t)

(2)

Resultan las siguientes inecuaciones para el error de la Ecua-

ción 1:

Si: e(t) = 0 r (t) = y(t)

Si: e(t) = 0 r (t) < y(t)

Si: e(t) = 0 r (t) < y(t)

(3)

Para las derivadas del error, existen 4 posibilidades depen-

diendo de su polaridad; en el caso que r(t) > y(t) (error positi-

vo), si la derivada del error es positiva significa que el nivel de

líquido decrece alejándose de r(t); caso contrario, el nivel de

líquido aumenta aproximándose a r(t). La Ecuación 4 resume

dicho comportamiento y la Figura 3 ayuda a observar dicha

situación.

M EDRANO , Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel ”

(4)

78 d e 0 e dt 0 Figura 3. Error y velocidad del error en la
78
d
e
0
e
dt
0
Figura 3. Error y velocidad del error en la Planta de Nivel [1]

Con el objetivo de capturar la experiencia del operario de la

Planta, se realizan preguntas tales como ¿cuál sería su proce-

dimiento de maniobras si observa que y es ligeramente me-

nor que r y su valor decrece lentamente (velocidad del error

positiva y lenta)?”; quizás su respuesta sería: Abrir la válvula

proporcional al máximo”. La respuesta va a estar en función a la

experiencia del operario al trabajar en dicha Planta.

Ahora debemos organizar las variables de estado “e(t)” y “de(t)/

dt” para adecuarla a los valores lingüísticos que va a usar el

operario. Lo mismo haremos para la señal de control “u(t)” que

manipulará la abertura de la válvula de ingreso de líquido. La

Tabla 1 muestra los 5 valores lingüísticos (NL, NS, Z, PS, PL) para

cada una de las variables de estado (se pudieron haber escogi-

do 3, pero deseamos lograr mayor precisión en el control) y 5

para la señal de salida (CL, CS, Z, AS, AL). Observar que también

se aplican valores numéricos lingüísticos (-2, -1, 0, 1, 2) a los

valores lingüísticos para facilitar su tabulación al momento de

desarrollar la Base de Reglas.

e(t) y d(e)/dt

u(t)

PREMISAS

CONCLUSION

NL: Muy negativo -2

CL: Muy cerrado -2

NS: Negativo pequeño -1

CS: Poco cerrado -1

Z: Cero 0

Z: Medio 0

PS: Positivo pequeño 1

AS: Poco abier to 1

PL: Muy positivo 2

AL: Muy abierto 2

Tabla 1. Valores lingüísticos de las variables de estado

Luego de las preguntas de rigor “¿Qué pasa si e(t) es …. y de(t)/

dt es …

..

?”

(PREMISAS), el operario responde con: “u(t) debe es-

tar …… “(CONCLUSIÓN). La Tabla 2 es un resumen del conoci-

..

miento del experto operario en el control de nivel de la Planta.

PREMISAS

 

CONCLUSIÓN

Si e(t) es NL y de(t)/dt es NL

 

u(t) debe estar CL

Si e(t) es NL y de(t)/dt es NS

 

u(t) debe estar CL

Si e(t) es NL y de(t)/dt es Z

 

u(t) debe estar CL

Si e(t) es NL y de(t)/dt es PS

 

u(t) debe estar CS

Si e(t) es NL y de(t)/dt es PL

 

u(t) debe estar Z

Si e(t) es NS y de(t)/dt es NL

Entonces

u(t) debe estar CL

Si e(t) es NS y de(t)/dt es NS

 

u(t) debe estar CL

Si e(t) es NS y de(t)/dt es Z

 

u(t) debe estar CS

Si e(t) es NS y de(t)/dt es PS

 

u(t) debe estar Z

Si e(t) es NS y de(t)/dt es PL

 

u(t) debe estar PS

…………….

 

…………….

……………. etc

 

……………. etc

Tabla 2. Diseño de la Base de Reglas

MEDRANO, Raúl; GODINEZ, Ernesto. “Control difuso de una planta de nivel”

Criterio de diseño del Controlador Difuso

En la Figura 1 se muestra la arquitectura del Controlador Di-

fuso y en la Figura 2 las entradas y salida. Corresponde ahora

utilizar la Tabla 2 para implementar cada una de las partes

que la conforman. A continuación, la definición de cada etapa

según [2].

  • a) Base de Reglas Es el conjunto de reglas del tipo “Si …

..

,

entonces ……”

que contiene la cuantificación de la lógica difusa de la

descripción lingüística del experto sobre cómo alcanzar

un buen control.

  • b) Mecanismo de Inferencia Se comporta como “el experto que toma las decisiones” interpretando y aplicando el conocimiento de la Base de Reglas para concluir el mejor modo de controlar la Planta.

  • c) Fusificación Convierte las entradas del controlador (e(t) y de(t)/dt), usando las funciones de pertenencia o membrecía, en información que el mecanismo de inferencia pueda usar para activar y aplicar las reglas.

  • d) Defusificación Convierte las conclusiones del mecanismo de inferencia en la salida (u(t)) para controlar la Planta. La Figura 4 muestra las funciones de pertenencia o membrecía del tipo triangular y trapezoidal comúnmen- te usados en la etapa de fusificación para implementar la lógica difusa en la computadora. La idea es tener cier- ta “confianza” del valor de los “valores lingüísticos”. Los rangos de entrada y salida se normalizan a [-1, 1] y la amplitud es también normalizada a la unidad. Se obser- va un valor lingüístico de 0 para e(t), siendo Z = 1; y un valor de 0,35 para de(t)/dt con Z = 0,25 y PS = 0,75.

La lógica difusa creada para poder introducir los “valores

lingüísticos” a la computadora se pueden resumir en los si-

guientes términos según [4]:

y

-2 -1 0 1 2 NL NS Z PS PL 1 - 1 --- 0.7 ---
-2
-1
0
1
2
NL
NS
Z
PS
PL
1
- 1
--- 0.7
--- 0.5
0.5
0.7
e(t), ( m )
-2
-1
0
1
2
NL
NS
PS
PL
Z
1
d
-1
--- 0.7
--- 0.5
0.5
0.7
e(t), ( m/s )
dt
-2
-1
0
1
2
CL
CS
Z
AS
AL
-1
--- 0.7
--- 0.3
0.3
0.7
1
u(t), ( v )

Figura 4. Funciones de Pertenencia de las entradas y salida [2]

y “Si de(t)/dt es Z =

0,25”

mínimo de (1, 0,25) =

0,25

0,75”

mínimo de (1, 0,75)

= 0,75

79
79

La Base de Reglas con todos los valores lingüísticos se muestra

en la Tabla 3.

   

d(e)/dt

 

u(t)

NL

NS

Z

PS

PL

 

NL

 
  • CL Z

  • CL CS

CL

   

NS

 
  • CL AS

  • CL Z

CS

   

e(t)

Z

 
  • CL AS

CS

Z

 

AL

PS

CS

Z

AS

AL

AL

PL

Z

AS

AL

AL

AL

Tabla 3. Base de Reglas a implementar en el simulador

Entonces, continuando con el ejemplo, pero en este caso con

los antecedentes y conclusión, y apoyados en la Tabla 3, tene-

mos:

y “Si de(t)/dt es Z” entonces “u(t) es Z”

MEDRANO, Raúl; GODINEZ, Ernesto. “Control difuso de una planta de nivel

y “Si de(t)/dt es PS” entonces “u(t) es AS”

La ecuación 5 proporciona el área achurada del triángulo

mostrado en la Figura 5.

Para los antecedentes y conclusión analizados líneas arriba,

tenemos dos valores: Area1 (membrecía Z, con h = 0,25) y

Area2 (membrecía AS, con h = 0,75).

M EDRANO , Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel ”

1

  • h

Bi

M EDRANO , Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel ”

w

Figura 5. Área del trapezoide [2]

(Ecuación 5)

En el mecanismo de inferencia, para este caso se realiza la

80
80

siguiente operación:

M EDRANO , Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel ”

(6)

El valor “ u result , que corresponde al Centro de Gravedad es

enviado por la etapa de defusificación como un pulso de

voltaje (ver u(t) en la Figura 4) hacia la válvula proporcional

de ingreso de líquido (ver Figura 3).

El ejemplo dado corresponde a una toma instantánea de los

valores lingüísticos de entrada y la correspondiente respues-

ta de la señal de control proporcionada por la lógica difusa.

En la práctica, dicho proceso se repite continuamente y por lo

tanto es muy importante implementar el Controlador Difuso

en computadoras PLC’s o DCS’s que puedan correr el progra-

ma a gran velocidad y aún más si el proceso a controlar es

muy veloz (flujo, velocidad).

Modelamiento y Sintonía del Contro- lador Difuso aplicado a la Planta de Nivel

Aplicaremos la herramienta Fuzzy Logic Toolbox [3] en SIMU-

LINK de MATLAB para modelar, simular y sintonizar el Control

Difuso de la Planta de Nivel motivo de la investigación.

En el workspace de MATLAB se escribe fuzzy y la herramienta

“FIS Editor” se despliega para permitirnos diseñar de modo

gráfico todas las partes del Controlador Difuso, (ver la Figura

6). Luego, en Membership Function Editor se implementan las

etapas de Fusificación (para “e(t)” y “de(t)/dt”) y Defusificación.

(para “u(t)”). Cabe mencionar que las funciones de pertenencia

están normalizadas en el rango de [0,1] y las formas a seleccio-

nar pueden ser trapezoidales, triangulares, gaussianas, etc.

M EDRANO , Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel ”
M EDRANO , Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel ”
M EDRANO , Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel ”
M EDRANO , Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel ”

Figura 6. Plantillas de la Herramienta Fuzz y de MATLAB

MEDRANO, Raúl; GODINEZ, Ernesto. “Control difuso de una planta de nivel”

Para implementar la Base de Reglas, seleccionamos Rule

Editor (ver la Figura 7) y se despliega una pantalla en la que

escribimos las 25 reglas “Si ……, entonces ……

..

como re-

sultado de las combinaciones de 5 funciones de pertenencia

para cada una de las 2 entradas (ver Tabla 3).

El M ecanismo de Inferencia escogido es el tipo Mamda -

ni, el cual proporciona una salida tipo pulsante (ver “u(t)

en la Figura 4).

Terminado el diseño del Controlador Difuso, se guarda en

MEDRANO, Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel” Para imp lementar

Figura 8. Simulación del Controlador Difuso y la Planta de Nivel

un archivo y también se hace la exportación al workspace

para poder usarlo con SIMULINK durante la simulación con

la Planta de Nivel.

MEDRANO, Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel” Para imp lementar
81
81

Figura 7. Implementación de la Base de Reglas

La Figura 8 muestra el programa gráfico SIMULINK imple-

mentado para probar el Controlador Difuso con la Planta de

Nivel. Observar que se ha puesto en paralelo un controlador

PID para la respectiva contrastación de resultados simulados.

Se observan los bloques de ganancias (Gain, Gain 1, Gain 2),

cuya función es sintonizar el Controlador Difuso y así evitar

MEDRANO, Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel” Para imp lementar

manipular las funciones de pertenencia. El bloque Gain 3 se

adiciona para permitir que el Controlador Difuso minimice el

Figura 9. Visualizador de las Reglas y Superficie del Controlador Difuso

error estacionario. El bloque Planta de Nivel contiene el mo-

delo matemático hallado en [1].

En la Figura 9 se pueden apreciar dos ayudas adicionales que

proporciona la herramienta, tales como los visualizadores de

Reglas y Superficie. En esta última se ve un gráfico 3D con la

supercie que representa la respuesta del controlador ante

las dos entradas.

Seleccionamos una señal cuadrada de amplitud 0,5 y frecuen-

cia 0,001Hz como valor de referencia “r(t)”. La respuesta de la

Planta de Nivel con el Controlador Difuso y con el Controlador

PID se muestra en la Figura 10. Se pueden comparar las dos res-

puestas y ambas tienen comportamiento aceptable, sobre todo

con el Controlador Difuso que no usó el modelo matemático de

la Planta de Nivel.

MEDRANO, Raúl; GODINEZ, Ernesto. “Control difuso de una planta de nivel

M EDRANO , Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel ”
82
82

Figura 10. Respuesta a un escalón de la Planta de Nivel con Controla- dor Difuso y Controlador PID

RESULTADOS

Fuzzy Logic Toolbox de MATLAB [3] es

muy práctica y simple de usar, lo que sumado al conoci-

miento base de la técnica o procedimiento para incrus-

tar la experticia del operario en la PC dado en esta inve s-

tigación, motivará al estudiante de nuestra institución a

comprobar la eficiencia de otros tipos de controladores

de procesos.

-

vestigación es Mamdani, siendo el más simple de los que

actualmente existen; por lo tanto, si las especificaciones

del control lo requirieran la respuesta puede ser aún me-

jorada al probar con otros tipos de controladores difu-

sos de mejor precisión (Takagi-Sugeno, por ejemplo) o con

técnicas mixtas tal como el Controlador Neuro-Difuso.

el acondicionamiento de las reglas de inferencia al control

de nivel, el número de reglas utilizadas, el tipo de función

de membresía y el dominio de estas. El mejoramiento de

esta eficiencia implica realizar un gran número de pruebas

de simulación.

DISCUSIÓN

-

lador No Lineal [2] [4], y se presenta como una superficie

de 25 mosaicos, cada una con una pendiente determinada

que es dada por la Base de Reglas. Entonces, manipulando

por prueba y error dicha superficie, es muy posible encon-

trar la sintonía adecuada para cumplir con los requeri-

mientos de control de cualquier proceso. Nuestra próxima

investigación será trabajar en tiempo real con la Planta de

Nivel controlada por el Controlador Difuso, implementado

en una PC.

Controlador PID es mejor en el tiempo de establecimiento;

tal como se observa en la Figura 10. Es la razón por la cual

dicho tipo de control es ampliamente usado en la actuali-

dad.

lineales y que son difíciles de modelar matemáticamente,

pero sí podrían ser controlados por un experto que cono-

ce profundamente el funcionamiento del proceso.

CONCLUSIONES

-

diante el Controlador Difuso es muy aceptable (ver Figura

10), ya que no presenta sobre impulso, el error de estado

estable es cero y los tiempos de subida y establecimiento

son bastante cortos. Es una alternativa viable que puede

usar el ingeniero de control para Plantas con comporta-

miento no lineal y de difícil modelamiento.

observa cierta simetría en las conclusiones, lo que nos

permite concluir que puede ser un punto de partida para

iniciar el desarrollo del diseño y la sintonía del Controlador

Difuso para el control de otros tipos de Plantas.

MEDRANO, Raúl; GODINEZ, Ernesto. “Control difuso de una planta de nivel”

REFERENCIAS

[1] MEDRANO R. y GODÍNEZ E. (2008). “Modelamiento de

una Planta de Control de Nivel mediante identificación

no Paramétrica”. Investigación Aplicada e Innovación I+i;

2(2), 79-87.

[2] PASSINO K, y YURKOVICH S. (1998). Fuzzy Control (1 o . ed.)

Addison Wesley Longman, Inc. USA.

[3] MATLAB (2009 Online only). Fuzzy Logic Toolboox TM 2

User’s Guide. The MathWorks, Inc. USA.

[4] CARR D. y SHEARER J. (2005, junio). “Nonlinear Control

and Decision Making Using Fuzz y Logic in Logix”. Recu-

perado el 6 de julio de 2009: http://discover.rock wellau-

tomation.com/Files/using%20fuzz y%20logic%20in%20

logix%20whitepaper9324-wp006_-en-p.pdf.

ACERCA DE LOS AUTORES

MEDRANO, Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel” REFERENCIAS [1] MEDRANO

Raúl Medrano Tantaruna

Ingeniero electrónico con especiali-

zación en tecnología educativa DSE

Mannheim, Alemania.

Es profesor de Tecsup en los cursos

de control electrónico de potencia,

diseño y mantenimiento electróni-

co. Ha implementado varios proyectos para el departamento

de Electrónica. Es miembro de las sociedades IEEE e ISA.

MEDRANO, Raúl; GODINEZ, E rnesto. “Control difuso de una p lanta de nivel” REFERENCIAS [1] MEDRANO

Ernesto Godines De La Cruz

Ingeniero electrónico e ingeniero

electricista, con Maestría en Ingeniería

de Control y Automatización.

Actualmente se desempeña como Do-

cente en el Departamento de Electró-

nica de Tecsup.

Ha desarrollado e implementado proyectos de electricación

y automatización de plantas industriales. También ha realizado

diseños y construcciones de tableros eléctricos, celdas de me-

dia tensión, centro de control de motores y bancos de conden-

sadores.

83
83

Método alternativo para la producción de oxicloruro de cobre

Alternative method for the production of copper oxychloride

Rosa Sayán, Josefina Francia

Resumen

El oxicloruro de cobre es muy utilizado como fungicida (an-

ticriptogámicos) de amplia acción en la agricultura. Este pro-

ducto es recomendado para ser usado en el control de enfer-

medades que atacan a los cultivos en el agro; es un fungicida

altamente ecaz para combatir en forma económica las pla-

gas de los cultivos.

La demanda del oxicloruro de cobre se ha incrementado fun-

damentalmente en el mercado exterior, pero su costo depen-

de del precio del cobre, por lo que se crea la necesidad de mi-

84
84

nimizar el uso del alambrón de cobre (utilizado en el método

tradicional) e inclusive de la chatarra de cobre, cuyo precio se

mantiene en el 80% de la cotización internacional del cobre.

La rentabilidad y factibilidad para la producción industrial del

oxicloruro de cobre esta ligada al uso de un cobre de menor

costo como materia prima.

El proyecto tiene como objetivo la investigación de los diver-

sos métodos empleados en la producción de oxicloruro de

cobre para posteriormente mejorar los procedimientos tra-

dicionales realizando pruebas a escala de laboratorio con el

fin de obtener este agroquímico para que se pueda producir

a nivel industrial.

Abstract

The copper oxychloride is widely used as a fungicide (fungi-

cides) of broad action in agriculture. This product is recom-

mended for the control of diseases that attack crops in agri-

culture; it is a highly effective fungicide to combat cheaply

crop pests.

Demand for copper ox ychloride has increased primarily in

foreign markets, but its cost depends on the price of copper,

thus creating the need to minimize the use of copper wire

(used in the traditional method) or even scrap copper, whose

price is still 80% of trading international copper.

The profitability and possibility for the industrial production of

copper ox ychloride is linked to the use of a lower-cost copper

as raw material.

The project aims to research the various methods used in the

production of copper oxychloride, and later improve the tradi-

tional methods in the laborator y tests in order to obtain this

agrochemical so it can be produced at industrial level.

Palabras claves

Oxicloruro de cobre, agroquímicos, fungicidas, plaguicidas.

Key words

Copper ox ychloride, agrochemicals, fungicides, pesticides.

INTRODUCCIÓN

El oxicloruro de cobre es un fungicida que posee un amplio

espectro para el control de diversas enfermedades en frutales

ya que es altamente eficaz para combatir en forma económica

las plagas. Entre los benecios que presenta, comparado con

otros fungicidas, encontramos que es el fungicida más econó-

mico puesto que no necesita preparación alguna; se utiliza en

menores dosis, no forma grumos por la calidad de la muestra;

presenta una alta ecacia biológica contra un amplio rango de

hongos patógenos; permite que su manipuleo sea fácil y segu-

ro, y puede usarse mezclado con otros fungicidas, insecticidas

y nematicidas.

La oferta del oxicloruro de cobre en nuestro país ha venido

incrementándose con el pasar de los años; cada vez hay más

SAYÁN, Rosa; FRANCIA, Josefina. ”Método alternativo para la producción de oxicloruro de cobre

empresas productoras de oxicloruro de cobre, entre las que

destacan: Química Peruana S.A., QUIPESA; Sulfato de Cobre

S.A., SULCOSA; Industria Peruana de Metales y Derivados,

IPDEMYDSA; Industrias Químicas Omicrón S.A.; Química del

Pacífico S.A.

A la vez, la demanda del oxicloruro de cobre también ha au-

mentado principalmente en el mercado exterior debido al

crecimiento de la agricultura.

El Perú es uno de los principales productores de cobre en el

mundo, por lo que contamos con la posibilidad de acceder a

un cobre de menor precio, que no sea de alambrón o chata-

rra. Es así que surge la idea de utilizar oxido de cobre reem-

plazando al tradicional alambrón o a la chatarra de muy altos

precios, para así obtener oxicloruro de cobre.

FUNDAMENTOS

Los fungicidas cúpricos actúan como fungicidas y bacterici-

das porque liberan pequeñas cantidades de iones de cobre

en contacto con el agua. Se trata de cantidades del orden de

partes por millón (1 ppm = 1 mg/litro), pero que ya son sufi-

cientemente tóxicas para los hongos a combatir.

El efecto tóxico de las sales de cobre sobre los hongos radica

en la inhibición de la germinación de las esporas.

Las esporas de los hongos son capaces de concentrar los io-

nes Cu 2+ . Durante la fase de absorción, los iones Cu 2+ sustitu-

yen a los iones H+, K+, Ca 2+ y Mg 2+ presentes en la superficie

celular. Esta sustitución puede ocasionar una alteración de la

semipermeabilidad de la membrana, facilitando la penetra-

ción de los iones Cu 2+ al interior de las células.

En el interior de las esporas, los iones Cu 2+ se fijan sobre diver-

sos grupos químicos, como por ejemplo los imidazoles, car-

boxilos, fosfatos, sulfhidrilos, aminas o hidroxilos, presentes

en numerosas proteínas enzimáticas. Esta unión produce un

efecto tóxico que perturba el correcto funcionamiento celu-

lar. Así, el oxicloruro de cobre tiene la capacidad para enlazar-

se fuertemente con los grupos amino y carboxilo, reacciona

con las proteínas y actúa como inhibidor enzimático.

El oxicloruro de cobre es un polvo muy fino de color verde

claro o azul verdoso, con un tamaño de partícula de 0.2 a 5

micras, y un contenido mínimo de 56 % de cobre y máximo

de 59 % del mismo. Presenta además muy buena suspensibi-

lidad en el agua de más del 80% en peso, con una humectabi-

lidad máxima de 60 segundos, que por lo general se formula

como polvo mojable en agua.

Es un sólido que se funde a 140 ºC; se obtiene por medio de

conversión o digestión, lavado, filtrado y secado. El oxicloruro

de cobre se caracteriza por ser insoluble en agua y muy soluble

en amoniaco y ácidos.

El oxicloruro de cobre no es explosivo y tampoco inflamable. Es

un producto no tóxico para el hombre la dosis letal media oral

aguda es de 1 500 mg/Kg.

Desde el punto de vista químico, el oxicloruro y el hidroxiclo-

ruro de cobre son compuestos básicos del cloruro cúprico; sus

formulas más conocidas son: 3Cu(OH) 2 .CuCl 2 con un peso mo-

lecular de 427.066 y el tetrahidratado 3CuO.CuCl 2 .4H 2 O cuyo

peso molecular es de 444.066.

Por acción del calor, el oxicloruro de cobre se convierte en sal

básica anhidra de color negro, que por adsorción de agua pasa

nuevamente a su color anterior de azul verdoso claro.

Métodos para la producción de oxicloruro de cobre

  • a. Método Tradicional:

Producción de Oxicloruro de Cobre a partir de alambrón de co-

bre o cementos de cobre de alta ley.

Cargas de alambrón de cobre electrolítico y cementos de cobre

85
85

se atacan con ácido clorhídrico al 13 % en peso y simultánea-

mente se inyecta aire comprimido, que es usado como sistema

de oxidación y agitación.

Esta etapa del proceso, tiene una duración de aproximadamen-

te 60 horas, hasta que el licor presenta pH de 3.5 a 4.0, y se han

precipitado los lodos de oxicloruro de cobre.

Los lodos de oxicloruro de cobre son neutralizados con lechada

de cal hasta obtener un pH de 6.0 y sometidos a lavados in-

tensos con el fin de eliminar impurezas solubles; proceso que

demora aproximadamente 8 horas, para obtener el producto

con una humedad del 40 %.

El producto es calentado hasta reducir la humedad a 10 % du-

rante 30 horas; luego se transere el producto a un secador de

bandejas donde es secado a una temperatura de 110 º C.

Posteriormente es sometido a operaciones de molienda y en-

vasado.

Se obtiene aproximadamente 93 % de rendimiento.

SAYÁN RIVERA, Rosa Maria; FRANCIA QUISPE, Josefina. ”Método alternativo para la producción de oxicloruro de cobre

La siguiente secuencia de reacciones tiene suceso este mé-

todo:

Cu + 2 HCl + ½ O 2

CuCl 2 + H 2 O

Cu + CuCl 2

2 CuCl

  • 2

CuCl + 2 HCl + ½ O 2

2 CuCl 2 + H 2 O

  • 6 CuCl 2 .3Cu(OH) 2 + 2 CuCl 2

CuCl + 3 H 2 O + 3/2 O 2

  • 4 CuCl 2 + 3 Ca(OH) 2 + H 2 O

CuCl 2 .3CuO.4H 2 O + 3 CaCl 2

  • b. Método del ácido sulfúrico

El cobre metálico es colocado en un reactor discontinuo (ba-

cht), donde llega mediante bombas la solución mezclada y

disuelta de ácido sulfúrico, sal industrial (NaCl) y agua.

El cobre reacciona con la solución de mezcla ácida, se co-

mienza a oxidar el cobre, formando Cu 2+ , la reacción termina

al alcanzar un pH entre 1 a 3, formándose gran cantidad de

espuma. La solución empieza a tornarse de un color verde

oscuro.

86
86

Seguidamente, se bombea el HCl al 36 % (en relación de 3:1

con el agua), luego de agregar el HCl, la coloración desapare-

ce pasando a su estado inicial de pH 1.

Después de una hora aproximadamente se agrega la solu-

ción amoniacal (en relación de 1:3 con el agua); precipitando

así el oxicloruro de cobre.

La reacción se considera terminada cuando el pH de la solu-

ción llega a los valores comprendidos entre 5 y 6.

La siguiente secuencia de reacciones tiene suceso en el mé-

todo del ácido sulfúrico, detallado anteriormente:

  • 2 2 H 2 SO 4 .H 2 O

H 2 SO 4 +2H 2 O

  • 2 4 HCl + 2 Na 2 SO 4 + 2 H 2 O

H 2 SO 4 .H 2 O + 4 NaCl

  • 4

Cu + O 2

2 Cu 2 O

  • 2

Cu 2 O + 4 HCl

4 CuCl + 2 H 2 O

  • 4

CuCl + O 2 + 4 HCl

4 CuCl 2 + 2 H 2 O

  • 4 CuCl 2 +4H 2 O + 6 NH 4 OH

CuCl 2 .3[Cu(OH) 2 ].4H 2 O + 6 NH 4 Cl

Método alternativo para la producción de oxicloruro de cobre

a) Producción de Oxicloruro de cobre a partir de Oxido de cobre (I)

Digestión

El oxido de cobre (I) es colocado en un reactor, donde se reali-

zará el ataque ácido; el ácido clorhídrico se bombea al reactor,

donde se encuentra el oxido de cobre (I).

El ataque ácido del ácido clorhídrico debe garantizar la mayor

oxidación del cobre, dándose así la máxima formación de Cu 2+ .

Se debe hacer uso de un medio oxidante; con esto se propor-

cionará el medio para la optima producción de licores de clo-

ruro cúprico.

La mezcla se deja reaccionar por 2 días aproximadamente.

Neutralización

Con agitación continua, se agrega soda cáustica para poder

neutralizar la mezcla del ácido clorhídrico con el oxido de cobre

(I), y así poder precipitar el oxicloruro de cobre.

La adición de soda cáustica depende del pH de la mezcla; la

neutralización termina cuando el pH se encuentra en el inter-

valo de 5.5 a 6, y el color de la suspensión es de un celeste ver-

doso claro, color específico del oxicloruro de cobre.

Sedimentación

La suspensión se deja sedimentar por un tiempo de 2 horas,

para asegurar que todo el oxicloruro se encuentre en la parte

inferior del reactor. El licor sobrenadante o licor madre que se

encuentra en la parte superior, se retira por medio de un sifón.

Esta solución de licor madre puede ser recirculada para el nue-

vo proceso, ya que contiene cobre como cloruro, hidróxidos,

etc.

Lavado y secado

Terminada la operación de sedimentación, el producto se des-

carga a un tanque de lavado; el precipitado es sometido a suce-

sivas lavadas para eliminar cualquier tipo de impurezas (el agua

de lavado se mezcla con el licor madre).

En esta operación se agregan aditivos y humectantes tal como

el WANIN, o como el Pagasol HR al tanque de lavado. General-

SAYÁN RIVERA, Rosa Maria; FRANCIA QUISPE, Josefina. ”Método alternativo para la producción de oxicloruro de cobre

mente se mezcla mediante un agitador, luego se bombea a

un secador.

El secado del producto se da a un incremento de temperatu-

ra de 70º C, a una temperatura de 110º C aproximadamente.

Molienda y envasado

El producto previamente secado, pasa por un molino para

realizar una disminución de su tamaño. Seguidamente es

envasado y comercializado tanto al exterior como al interior

del país.

b) Etapas del proceso productivo para la obtención de oxicloruro de cobre:

ETAPA I

Obtención de licores de cloruro de cobre

PROCEDIMIENTO

Modelo Experimental en Laboratorio

   

HCI = Óxido de cobre (II)

   

Precipitado

+ 400 mL de HCI

Licor
Licor
SAYÁN RIVERA, Rosa Maria; FRANCIA QUISPE, Josefina. ”Método alternativo para la p roducción de oxicloruro de
Licor
Licor

Precipitado

Soda

Diagrama 1. Modelo Base en el método de experimentación

Cu 2 O + 3 HCl CuCl + CuCl 2 + H 2 O + H +

ETAPA II

Neutralización con soda cáustica y precipitación de oxi-

cloruro de cobre

Para la obtención de soluciones de cloruro cúprico se han eva-

luado las reacciones con ácido clorhídrico. Mientras que para la

obtención de oxicloruro de cobre a partir de soluciones de clo-

ruro cúprico, se han evaluado las reacciones con soda cáustica y

otras con lechada de cal.

4 CuCl 2 + 6 NaOH + H 2 O 3 CuO.CuCl 2 .4H 2 O + 6 NaCl

REACTIVOS

CONCENTRACIONES

Cu 2 O

30% de humedad

HCl

  • 33 %

NaOH

  • 50 %

Tabla 1. Reactivos utilizados

En el siguiente cuadro se expresan las cantidades a utilizar

de las materias primas para obtener 100 g de oxicloruro de

cobre como producto principal (estimados a partir de la este-

quimetría de las reacciones):

REACTIVOS

CANTIDAD A UTILIZAR (g)

Cu 2 O al 70%

223.73

 

HCl al 33%

604.97

NaOH al 50%

131.22

Tabla 2. Gramos de reactivo para producir 100 g de CuO.CuCl 2

Se realizaron siete (07) tipos de pruebas de laboratorio donde

se usaron cantidades estequiométricas de los reactivos funda-

mentales: Cu 2 O, HCl, NaOH y en algunas ocasiones lechada de

cal.

Las variables fueron la neutralización a diferentes pH, la airea-

ción, el calentamiento, el tiempo de enfriamiento y reposo para

la formación de precipitado de oxicloruro de cobre. Se compa-

raron los porcentajes de rendimiento de cada método de labo-

ratorio.

RESULTADOS

más de una vez para cerciorar que los resultados obteni-

dos fuesen los correctos y adquirir más destreza y práctica

en la producción de oxicloruro de cobre en laboratorio.

HCl, se forma un sedimento blanco de cristales de cloru-

ro cuproso (CuCl) y un licor de coloración oscura, que está

constituido por una mezcla de cloruro cuproso en solu-

ción.

87
87

SAYÁN RIVERA, Rosa Maria; FRANCIA QUISPE, Josefina. ”Método alternativo para la producción de oxicloruro de cobre

clorhídrico al 33 % de concentración, se debe realizar un

proceso de oxidación para así poder obtener mayor con-

centración de cobre en solución como cloruro cúprico, y

con esto asegurar un mejor rendimiento en la produc -

ción de oxicloruro de cobre.

El pH es una variable muy importante en el proceso de

producción de oxicloruro de cobre, ya que el oxicloruro

de cobre precipita solo a un intervalo de pH de 5.5 a 6,

mientras que al subir el pH, estará precipitando hidróxido

cuproso, el cual tiene una coloración amarilla intensa.

para así poder eliminar impurezas.

industria de pigmentos. Este hidróxido, en el proceso

realizado, tiene como impureza al mismo oxicloruro de

cobre, el cual podrá ser eliminado con lavadas sucesivas.

CONCLUSIONES

cobre (I) con 30% de humedad como materia prima me-

diante lixiviación con ácido clorhídrico, reemplazando al

tradicional alambrón de cobre o cobre electrolítico.

88
88

-

quiere de grandes capitales de inversión, por lo que re-

presenta una interesante alternativa para la producción

de un fungicida frutal de alta demanda mundial.

REFERENCIAS

[1] ORMACHEA RAMOS, José A. Estudio de investigación para

la obtención de oxicloruro de cobre a nivel de laboratorio.

Tesis. Universidad Nacional del Callao. 1992.

[2]

CAMARGO H. y C.; DUQUE P., O. Obtención de Oxicloruro de

cobre a partir de minerales cupríferos. Bogotá: Universidad

Nacional de Colombia. 1994.

[3]

Descripción del proceso productivo. Universidad de Chile.

Recuperado del sitio www.u-cursos.cl/ingenieria/2009

[4]

SKOOG, Douglas A. Química Analítica. 8 o edición. USA: Mac

Graw Hill. 2008

[5]

AYRES, Gilbert H. Análisis Químico Cuantitativo. México:

Harla. 1978.

[6]

VOGEL. Ar thur I. Química Analítica Cualitativa. Buenos Ai-

res: Kapelusz). 1980

ACERCA DE LOS AUTORES

SAYÁN RIVERA, Rosa Maria; FRANCIA QUISPE, Josefina. ”Método alternativo para la p roducción de oxicloruro de

Rosa María Sayán

Química, con maestría en Química,

mención en Físicoquímica. Experien-

cia docente universitaria mayor de 20

años y de desarrollo y conducción de

laboratorios químicos. Participación

en procesos de autoevaluación. Publi-

cación de libros. Profesora de cursos

de extensión. Actualmente de desempeña como docente del

departamento de Procesos Químicos y Metalúrgicos de TEC-

SUP.

SAYÁN RIVERA, Rosa Maria; FRANCIA QUISPE, Josefina. ”Método alternativo para la p roducción de oxicloruro de

Josefina Francia Quispe

Alumna del sexto ciclo de Procesos

Químicos y Metalúrgicos de Tecsup,

miembro del tercio superior.

Un análisis del rendimiento de MPLS en arquitecturas de redes jerárquicas por capas.

An analysis of MPLS performance in layered & hierarchical network architectures

Dave Hedge, Raymond A. Hansen

Resumen

MPLS se ha convertido rápidamente en el protocolo estándar

de transporte preferido en las redes de empresas grandes y

medianas. Como el despliegue de servicios sensibles al tiem-

po es común para estas empresas, se vuelve crítico que las

redes tengan la habilidad de soportar este tipo de servicios.

En este estudio, se utiliza el simulador NS2 con módulos MPLS

para modelar y simular una red a gran escala de un proveedor

de servicios de internet implementada durante esta década.

Empezaremos por examinar el rendimiento de la red (laten-

cia extremo a extremo, tiempo de procesamiento por nodo,

tiempos de ida y vuelta) utilizando solo BGP como protocolo

de ruteo. Estas cifras son analizadas a través de diferentes flu-

jos de tráfico característicos generados por un usuario final y

que deben ser transmitidos a través de la red del proveedor.

El siguiente paso consiste en integrar MPLS en la red del pro-

veedor de un modo jerárquico basado en capas para exami-

nar los mismos parámetros anteriores y utilizando los mismos

flujos de tráfico desde el usuario final a través de la red.

La metodología, parámetros de simulación, resultados, con-

clusiones y trabajo futuro son detalladas en este paper.

Abstract

MPLS has quickly become the preferred network framework

for medium to large enterprises. As these companies deploy

time-sensitive services, the ability of the network to support

these new services is critical. In this study, we use NS2 with

MPLS modules to model and simulate a large Internet Service

Provider network as was deployed early this decade. We be-

gin by examining network per formance (end-to-end latency,

node processing time, and round trip times) for a BGP-only

deployment of the provider network. These metrics are exa-

mined over a series of defined representative traffic flows

sourced from a customer network that requires transmission

across the provider network. We then integrate MPLS into the

provider network in a layered and hierarchical manner to exa-

mine those same network performance metrics for the same

defined set of traffic flows. Our methodology, results and fin-

dings, and future work are detailed in this paper.

Palabras claves

MPLS, BGP, Arquitecturas de red, Ingeniería de Trafico, Simula-

ción de red, NS2, Servicios Diferenciados.

Key words

MPLS, BGP, Network, Architectures, Traffic Engineering, Network

Simulation, NS2, Differenced Services.

INTRODUCTION

89
89

The Internet is built upon many interconnected networks. The-

se networks share routing information as to where websites,

files, and user applications are located through the use of IP

addresses. This type of structure has been employed since the

beginning of the Internet. However, with the advent and push

toward the unied communications network, the transmission

of traditional data, voice, and video, the latency required to

route traffic using this model has proved difficult for not only

service providers but also for customers.

Service providers have long wanted to define “Classes” of traffic.

These classes correspond to how traffic is routed and serviced

on the network. Existing technologies such as DiffServ require

examination and translation of specific fields within the pac-

ket header at each individual hop. This examination process

creates processing overhead which can translate into latenc y

while traversing the network. In addition to this classication

process, there is also a route selection process. Currently, routes

are selected based upon best match of the destination address.

Having to do this at each and ever y hop is a ver y time and pro-

cessing intensive process.

HEDGE, Dave; HANSEN, Raymond. “An analysis of MPLS Performance in layered & hierarchical network architectures”

With these current attributes in mind, the goal of this research

project was to simulate the difference, in terms of per forman-

ce, between a traditional and an MPLS network. In addition

to looking at the performance difference, we were also inter-

ested in seeing if expanding MPLS closer to the transmission

host meant that performance from the source to destination

would increase.

In the following sections the testing platform, topology, tes-

ting parameters, results, conclusion and areas for additional

research will be presented.

BASIC METHODOLOGY

For this project, Network Simulator 2.26, NS2, was used to si-

mulate an MPLS topology using the MPLS for Network Simu-

lator module (mns-2.0) from [1]. NS2 simulations were selec-

ted over hardware based testing strategy for a multitude of

reasons. First was the reduction in the time required to confi-

gure a large network versus simulating a stable topology via

coding. Second was the issue of stability. We were looking

for a simulation that was repeatable over a large number of

tests. With a hardware-based network, there is not absolute

certainty that the testing platform is going to per form the

exact same on each and ever y test due to the limited control

90
90

of the physical environment. Third was the ability to simula-

te functionality in a large number of devices which was not

feasible with the equipment available. With the current ver-

sions of the existing IGPs on available equipment, it was not

possible to scale to this magnitude and still provide reliable

service.

The benefit of the mns-2.0 plug-in is that it provides NS2 the

ability to designate MPLS nodes, classify traffic, exchange LDP

packets, and build a functional network that is representative

of an enterprise-class MPLS network. For this research, we are

mostly focused on the LDP processes and the ability to desig-

nate certain nodes as MPLS nodes. [3, 5]

Network Topology

The network topology was one of the most significant as-

pects of this research project. The topology that was deve-

loped was based on an actual service provider network, as

shown in Figure 1.

  • a) S ervice Provider Backbone For the Service Provider networ k, a regional topology was developed that would comprise of four major re- gions.

These regional hubs were selected because of

their OC-48 backbone connectivit y. This backbone ope-

rates at a rate of 2488.32 Mbps and is a realistic represen-

tation of a backbone for a major provider. Between each

head-end backbone router, there is a 1 Gbps cross connect.

It was important to emulate, as closely as possible, a real

network so that the results that were collected have me-

aning from not only a customer perspective but also a Ser-

vice Provider prospective. While this was designed around

an actual networ k, the current implementation does not

take into account redundanc y, outside of basic redundan-

cy, of the network or the overall recoverability in the event

of a catastrophic failure within the service provider net-

work.

HEDGE, Dave; HANSEN, Raymond. “An analysis of MPLS Performance in layered & hierarchical network architectures” With

Figure 1. Service Provider Network Architecture

HEDGE, Dave; HANSEN, Raymond. “An analysis of MPLS Performance in layered & hierarchical network architectures” With

Figure 2. Sample Regional Network

  • b) Service Provider In-Region With the backbone connectivity selected, five regional routers were created. These routers would be internal to the service provider’s networ k. These routers provided the connectivit y to the high speed backbone routers and service the service provider’s regional hubs. Redundancy was built into the design so that any one hardware failu- re would still provide for connectivity within the region. This was a design decision that was not tested because we were not concerned about the recoverabilit y of MPLS for this research project. The main goal of creating an accura- te topology was such that basic redundanc y was needed.

HEDGE, Dave; HANSEN, Raymond. “An analysis of MPLS Performance in layered & hierarchical network architectures”

For connectivit y, these routers were connected via T3

to the head end back bone routers and Metro Ethernet

between the other regional routers. These connections

technologies operate at ~45 Mbps and 10 Mbps respec-

tively.

  • c) S ervice Provider Regional Hub The final service provider consideration was the servi- ce provider’s regional hub router. These routers are the gateways for customers to gain access onto the service provider’s networ k. Large provider edge locations were selected from prime locations in Figure 1. These routers were connected back into the regional ones using Metro Ethernet connectivit y that operates at 10 Mbps.

  • d) Customer Edge The final network segment was the customer edge. These routers represented actual customer’s networks. Using T1 connectivit y, these routers then connect into the regional hub routers. This is also the location where traffic generation and reception occurred for the simu- lations, allowing the rest of the network to route traffic while not dealing with traffic generation.

Testing & Test Configuration

The testing was conducted in five strategic phases that would

provide detailed information to capture the performance of

the network. The phased approach also provided a stable

testing platform that could be expanded as the project pro-

gressed and was repeatable throughout the testing process.

As each phase progressed, a series of tests were conducted

with data was collected to measure the network per forman-

ce statistics.

The testing configuration consisted of seven separate traffic

streams. Each of these streams started in one geographical

location and was sent across the network to a different geo-

graphical location. All of the streams were 10 hops in length.

For testing purposes, and to collect statistics, a single TCP

stream was configured from the Houston area to the LaGuar-

dia area. This stream was the main focus of the simulations

as it provided the most information statistically due to the

nature of the protocol.

The six additional streams were constant bit rate UDP streams.

The main purpose of these streams was to provide some load

to the routers and create traffic in the geographic locations.

These streams also presented a similar traffic pattern to VoIP

and video session. For these streams, the packet rate was set to

1.5 Mbps with a packet size of 1000.

The NS2 testing schedule involved starting all of the UDP/CBR

nodes prior to the start of the TCP/FTP session. This allowed

for packets to be in route prior to the transmission of the TCP

handshake and the start of the session. In addition, the time

prior to the start of the UDP/CBR session provided ample time

for the LDP message to be communicated through the network

depending on what stage the MPLS was implemented.

RESULTS

The results were consistent with the original hypothesis: that

MPLS provided a performance increase. While this performan-

ce increase was not in an exponential fashion, there was a clear

performance increase from the traditional network to the pha-

sed approaches evaluated. The test result, which are presented

in the graphs below, include the traditional benchmark, (pha-

se 1), and then each consecutive phase that MPLS was moved

from the provider core to the customer premise. Also the traffic

is representative of either TCP or UDP protocols only. There was

LDP traffic on the network in testing phases that involved the

usage of MPLS. Including the LDP traffic only skews the results

because the further the MPLS is expanded, the more LDP traffic

is needed to build the MPLS table. The simulated test sets were

ran twice, with the first test consisted of each of the network

links having 5ms of latenc y and the second sets of tests set to

to 15ms of latency.

91
91

First up was the End to End Delay time for all TCP traffic. The

TCP traffic was the test-bed for this experiment. The measure-

ment of End to End Delay is as follows, “End2End delay = time

(in seconds) when packet was received by OTHER NODE - time

(in seconds) when packet was sent by CURRENT NODE.” [2] In

this instance, the OTHER NODE was a customer node located in

Houston area and the CURRENT NODE was located in the La-

Guardia area.
Guardia area.

Figure 3. Average End to End Delay

HEDGE, Dave; HANSEN, Raymond. “An analysis of MPLS Performance in layered & hierarchical network architectures”

As seen in the graph, Figure 3, the first phase, the traditional

benchmark, there was an improvement by implementing

MPLS for the 5 ms network conguration. By expanding the

technology, no additional performance benefits were detec-

table during the testing periods.

However, when the backbone latenc y was increased to 15

ms, the end to end delay remained constant around 66.8 ms.

There was no significant drop in the end to end delay time

for this configuration. Meaning that there was no signicant

performance increase between the traditional and MPLS-

enabled network congurations.

Next was the End to End Delay for the UDP background

streams. Even though these streams were not the focus of the

experiment, the traffic was still being sent across the MPLS

network. This type of traffic, unlike the TCP traffic, is more

consistent with traffic that is time-sensitive. Therefore, an im-

provement in delivery time would be benecial in marketing

and also to the customer who is looking at implementing a

unified network. 92
unified network.
92

Figure 4 - Average Delay - UDP only

As the graph, Figure 4, illustrates, there is a performance im-

provement associated with the implementation of MPLS for

configurations, as captured by the close descending slope.

However, the initial per formance improvement does not oc-

cur at the provider core level as was noted with the 5ms TCP

results. The 15 ms tests returned results that closely mirror

the results of the 5 ms tests, yielding the same per formance

increase.

Finally, a composite graph of both TCP and UDP traffic over

the network during all of the phases of testing is presented

below.

As seen from the graph, Figure 5, there is a clear performance

benefit by moving from a traditional network to any MPLS

enabled network. While the largest gain, for both traffic ty-

pes, occurs closest to the Service Provider network, there is

still a benefit for pushing the technology as close to the custo-

mer as possible.

HEDGE, Dave; HANSEN, Raymond. “An analysis of MPLS Performance in layered & hierarchical network architectures” As

Figure 5 - Average Delay - Combination

Likewise, the results from the 15 ms testing show an increase in

per formance that mirrors the 5 ms testing. However, unlike the

5 ms testing, there was no performance increase by enabling

MPLS on the Provider backbone. Instead, the latency drop oc-

curred after the transition of the Service Provider back bone to

MPLS.

CONCLUSION

The simulation’s goal was to explore the hypothesis that a

MPLS-enabled network would be faster than a traditional net-

work. For the most part, this theory was validated by the data

collected at each of the expansion points while testing.

The data collected shows that there is a clear per formance for

both TCP and UDP traffic on a MPLS-enabled network when

compared to a traditional network. While this per formance

increase does not appear at the same location for each proto-

col, it does occur as some point during the expansion process.

When looking at traditional traffic patterns, a combination of

both TCP and UDP traffic, there is a performance improvement

that is similar to what is seen when isolating the protocol inde-

pendently.

Based on the data that was collected, this opens up many areas

for a Service Provider to offer new services and customers to re-

evaluate their connectivity. The advantage to the Service Provi-

ders would be to implement MPLS throughout the network to

offer new services to their customers. These new services could

include queued traffic. While MPLS by itself does have a perfor-

mance benefit, the more impressive capabilities are to provide

traffic classification and to queue that traffic and then move it

through the network efficiently. With these abilities, the capital

needed to provide such as service could be recovered rather

quickly as existing infrastructure could remain in place while as

either lower level queue types or traditional connectivity.

HEDGE, Dave; HANSEN, Raymond. “An analysis of MPLS Performance in layered & hierarchical network architectures”

By taking into account the performance of the 15 ms laten-

c y testing, we ask the question of whether or not link laten-

cy has a factor as to where MPLS should be deployed. This

phenomenon makes sense because as the additional latency

time plus the time for route processing, negatively affects

network performance. Looking at UDP and the average gra-

ph for both protocols, it shows that the per formance increase

occurs following the implementation of MPLS on the router

prior to that link.

The findings of this research project also suggest that an

opportunity exists to further categorize Customer needs. It

may no longer be a matter of how much bandwidth a cus-

tomer has at their disposal. If the Service Provider were to

implement a queuing technique, it would then allow the cus-

tomer to purchase their connectivity in terms of queue prio-

rity. Not ever y business would need to have traffic placed

into a high priority queue. If that business was only utilizing

the “best effort” queue, then there could be financial savings

for doing so.

This research projects evaluation of the combination of both

UDP and TCP streams and the associated impact on the res-

ponse delay times provides the basis for future opportunity

as well. With the enterprise network moving towards unified

networks, the data shows that over an MPLS-enabled network,

there is a better chance of a phone call or video conference

remaining at acceptable limits and delivering per formance

that is comparable to separate services.

The result is cost savings for enterprises due to the bundling

of these services onto an existing network.

The next step in this research would be implementing a

hardware-based environment. While the simulated network

provided an excellent testing platform, there is still the issue

of hardware and how the hardware performs.

This final step would also bring to light any additional issues

or areas of study that would be needed to be addressed in

order to bring MPLS to the customer premise.

Future Work and Study

While NS-2 provided a great platform to test from, there is

still a difference between simulation and physical implemen-

tation. Such important difference between a simulated envi-

ronment and a hardware environment would be the physical

router configuration and hardware selection. MPLS requires

an IGP router protocol to build the Label Switch Path (LSP) to

switch packets between nodes within the MPLS cloud. If this

project were to be replicated in a physical environment, some

additional research would need to be conducted as to how the

Service Provider could provide MPLS service to the customer

edge while still maintaining the current security and service

controls that are in place.

An example of existing controls that are in place include Vir-

tual Forward and Routing tables (VRF). These tables allow for

the Service Provider to segment a network, creating a Virtual

Network within their physical network. One signicant rea-

son for doing this is the ability to run non routable network

address ranges and then broadcast them to other Service Pro-

vider routers running Multiprotocol Border Gateway Protocol

(MP-BGP). If a customer has multiple sites across the world, the

provider can segment the assigned IP ranges so that only other

sites that are part of the same customer network receive routes

to those locations.

In addition to the usage of private vs. public IP address, the is-

sue of using an IGP for a large scale network requires additional

evaluation. Additional research would need to be conducted

as to how well an IGP would scale to support a Service Provider

network and how the network would respond to flaps within

the network. With the need for convergence as part of all IGPs,

clarity regarding how they would provide the stability and re-

liability of BGP while delivering MPLS is important to Service

Providers and their clients.

93
93

The final aspect to investigate is to examine whether the imple-

mentation point of MPLS affects the performance of the overall

network. Since this project was designed to look at whether the

implementation of MPLS provided any performance increase

and not whether link latency determined where the technolo-

gy should be implemented, by changing the latenc y on back

bone links, there was a clear indication that there was an effect

on the per formance compared to a network with links that had

all the same amount of latenc y.

Acknowledgements

This work was enacted and completed in colaboration with Re-

natto Gonzales of Tecsup in Lima, Peru.

REFERENCES

[1] Bertrand, G. Tutorial for the simulation of MPLS networks

with the Network Simulator (NS). Gilles Bertrand - PhD

candidate - TELECOM Bretagne. [Online] [Cited: Nov-

ember 12, 2008.] http://www.rennes.telecom-breta gne.

eu/~gbertran/pages/tutorials_ns.html#sujet1.

HEDGE, Dave; HANSEN, Raymond. “An Analysis of MPLS Performance in Layered & Hierarchical Network Architectures”

[2] M alek, J. (2005). Trace graph 2.05 help ..

[3] Subramanian, S. Independent study report - Study of

Traffic Engineering Algrothms and Framework. [Online]

S eptember 9, 2002. [Cited: November 12, 2008.] http://

w ww.ee.unlv.edu/~venkim/opnet/IndependentStud y.

pdf

[4] Greis, M. Tutorial for the Network Simulator “ns”. Marc

Greis’ Tutorial for the UCB/LBNL/VINT Network Simula-

tor “ns”. [Online] December 02, 2000. [Cited: November

12, 2008.] http://www.isi.edu/nsnam/ns/tutorial/index.

html.

[5] Ahn, G, and Chun, W. Design and Implementation of

MPLS Network Simulator(MNS). MNS_v2.0_arch. [Onli-

ne] October 17, 2000. [Cited: November 30, 2008.] http://

heim.ifi.uio.no/~johanmp/mpls/MNS_v2.0_arch.pdf.

ACERCA DEL AUTOR

94
94

Raymond Hansen is an Assistant

Professor of Computer and Informa-

tion Systems Technology at Purdue

University in West Lafayette, Indiana.

Professor Hansen’s primery areas of

interest are network engineering,

wired & wireless network systems

administration, enterprise network

management, and wired & wireless network security.

Professor Hansen’s teaching interests include wired and wire-

less network design, engineering, administration, and mana-

gement along with security of enterprise networks.

Dave Hedge is a recent graduate of the internationally re-

cognized Computer & Information Technology program at

Purdue University. He received his degree with a specializa-

tion in Network Engineering Techonology and focused on in-

frastucture operations and management. Dav e is now using

those operations and management skills for his employer,

ExxonMobile Corporation in Houston, Texas.

Construcción de biodigestores discontinuos y análisis de su comportamiento bajo diferentes regímenes de operación

Discontinuous biodigesters construction and their behavior analysis under different operation conditions

Giancarlo Obando

Resumen

Abstract

Los desechos orgánicos, producto de procesos industriales,

agroindustriales o comerciales, constituyen hoy en día un

grave problema que libera gases de efecto invernadero al

medio ambiente, repercutiendo sobre su salud y la de la vida

terrestre.

Como parte de los tratamientos conocidos, los métodos bio-

lógicos van ganando aceptación desde que permite degra-

dar la materia orgánica con la consecuente obtención de un

producto con alto poder combustible: el biogás.

El desarrollo de la tecnología de digestión anaeróbica para

cubrir las necesidades de agricultores de pequeño y medio

porte en la región, se constituye como atractivo para el cam-

po de la investigación.

En ese entorno, se construyeron 3 biodigestores para evaluar

la influencia de factores como la temperatura y la agitación

sobre la fermentación anaeróbica. Además, se construyó un

sistema de cuanticación de biogás tipo campana flotante.

Se determinó que tanto la temperatura como la agitación

influencian en el comportamiento de la fermentación anae-

róbica de la materia orgánica, acortando el tiempo de pro-

ducción de biogás.

Finalmente, se determinó que para las condiciones climáticas

de la ciudad de Arequipa, un biodigestor puede prescindir del

sistema de agitación y calentamiento. El proceso demandaría

un mayor tiempo para establecer los niveles de producción

diaria de biogás.

The organic wastes product, industrial and agroindustrial pro-

cesses, constitute a serious problem that contributes to Global

Warming, encompassing on the environments’s health inhabi-

tants, compromising the future of new generations.

As part of the treatments known, the biological methods are

gaining acceptance since it allows to degrade the organic mat-

ter with the consequent obtaining of a renewable fuel; the bio-