Está en la página 1de 71

REVISTA

INGENIERAS USBMed
ISSN: 2027-5846





FACULTAD DE
INGENIERAS

UNIVERSIDAD DE
SAN BUENAVENTURA
MEDELLN





Volumen 1, Nmero 1
Julio-Diciembre 2010


MEDELLN ANTIOQUIA
2010
INGENIERAS USBMed
ISSN: 2027-5846

DIRECTORA
Marta Cecilia Meza Pelez

EDITOR
Edgar Serna Montoya

COMIT EDITORIAL
Daro E. Soto Duran
Tecnolgico de Antioquia
Leonel Velsquez Torres
USB Medelln
Fabio A. Vargas Agudelo
Tecnolgico de Antioquia
Diego M. Murillo G.
USB Medelln
Ricardo de J. Botero Tabares
Tecnolgico de Antioquia
Jeniffer V. Torres Romero
USB Medelln
Claudia E. Durango Vanegas
USB Medelln
Gustavo A. Acosta Amaya
Politcnico Jaime Isaza Cadavid
Carlos A. Castro Castro
USB Medelln
Juan D. Lemos Duque
Universidad de Antioquia
Helena Prez Garcs
USB Medelln
Hernn de J. Salazar Escobar
USB Medelln
Beatriz L. Gmez Gmez
USB Medelln
Andrs M. Crdenas Torres
USB Medelln
Gustavo A. Meneses Benavides
USB Medelln
Germn M. Valencia Hernndez
USB Medelln
Carlos A. Jaque Delgado
USB Medelln


COMIT CIENTFICO
Jess A. Anaya Acevedo
Universidad de Medelln
Jovani A. Jimnez Builes
UNAL Medelln
Carlos E. Murillo Snchez
Cornell University USA
Ever A. Velsquez Sierra
USB Medelln
Juan R. Aguilar Albornoz
Universidad Austral de Chile
Giovani Orozco A.
USB Medelln
Luis A. Muoz
ITM Medelln
Rudy Cepeda Gmez
University of Connecticut USA
Isabel C. Puerta L.
USB Medelln
Diego A. Gutirrez Isaza
ITM Medelln
Jess E. Londoo Salazar
Universidad Catlica del Norte
Cristina Lpez Gonzlez
USB Medelln
Sergio H. Lopera Castro
UNAL Medelln
Luis A. Tafur Jimnez
University of Southampton UK
Alher M. Hernndez Valdivieso
Universidad de Antioquia





FACULTAD DE INGENIERAS
UNIVERSIDAD DE SAN BUENAVENTURA MEDELLN
Campus Universitario: Cll. 45 61-40. Barrio Salento, Bello.
Sede Centro: Cra. 56C 51-90. San Benito, Medelln.
Telfono: +574 514 56 00
A.A.: 5222 / 7370
revista.ingenieria@usbmed.edu.co
ingenieriasusbmed@gmail.com

DERECHOS
Creative Commons Oppen Journal

Los autores son responsables de los contenidos y opiniones
La Revista se reserva el derecho de edicin, publicacin, distribucin y divulgacin
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010
CONTENIDO


Editorial. 4
Cartas al editor. 5

J. C. Chandy. Desafos en el diseo de sistemas cyber-fsicos (Challenges in the design of cyber-
physical systems). 6-14.

B. Aebischeri. Hacia la eficiencia energtica en la computacin (Towards energy efficiency in
computing). 15-24.

J. Wangong y P. Daniels. Anlisis a la eficiencia de las fuentes de energa renovable (Efficiency
analysis of the renewable energy sources). 25-31.

J. Gallego C., V. Paeres R. y B. L. Gmez. Documentacin e implementacin de un sistema de
seguridad industrial y salud ocupacional: una necesidad en las empresas colombianas
(Documentation and implementation of an occupational health and industrial safety system: a
necessity in the colombian companies). 32-36.

W. G. Monsalve, H. A. Muoz, D. A. lvarez, S. F. Ardila y A. M. Crdenas T. Control de estabilidad
de un robot por medio de seales ultrasnicas (Control stability of robot by means ultrasonic
signals). 37-44.

D. Herrera A. y H. A. Carvajal C. Implementacin de una red Neuronal para la deteccin de
intrusiones en una red TCP/IP (Implementation of a Neural Network for intrusion detection in a
TCP/IP network). 45-48.

A. F. Pardo V. y S. Lopera G. Mtodos de anlisis para preamplificadores de audio (Analysis
methods for audio preamplifiers). 49-55.

G. A. Meneses B., B. A. Mendoza, M. J. Correa y Y. A. Ocampo. Laboratorio virtual para la
enseanza de instrumentacin electrnica (Virtual laboratory for the teaching of electronic
instrumentation). 56-63.

J. Rendn, J. R. Gmez, A. F. Pardo, R. A. Monsalve y D. M. Murillo G. ndices de ruido urbano en el
da sin carro en la ciudad de Medelln (Urban noise indices in the day without car in the Medellin city).
64-85.











Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

4
EDITORIAL


Estimados lectores, les presentamos el primer nmero de la Revista Ingenieras USBMed cuya misin
fundamental ser identificar, mediante una visin holstica, los elementos que constituyen las fortalezas
reconocidas en el desempeo de los ingenieros, aplicando un enfoque sistmico al abordar las diversas
situaciones de la actividad investigativa de su quehacer cotidiano, y ponerlos en conocimiento de la
comunidad acadmica y cientfica mediante una amplia difusin. Con este primer nmero, un esfuerzo
mancomunado de la comunidad acadmica adscrita a la Facultad de Ingenieras de la Universidad de San
Buenaventura Medelln, estamos haciendo el lanzamiento oficial de la Revista.

Desde hace muchos aos, el rea de las ingenieras es un atractivo campo de investigacin que se
encuentra en continuo crecimiento, por esto estimamos que la comunidad necesita cada vez ms espacios
para difundir los resultados de sus procesos investigativos y la produccin intelectual que a diario origina. La
Revista Ingenieras USBMed Ing. USBMed tiene como objetivo responder a esa necesidad y convertirse
en uno de los principales medios, nacionales e internacionales, para la difusin de trabajos relacionados con
todas las reas de la ingeniera.

Por ms de dos dcadas la ingeniera en la Universidad de San Buenaventura Medelln ha acompaado la
evolucin nacional e internacional de sus especialidades y ha entregado al pas profesionales altamente
calificados, a la vez que realizado procesos intelectuales e investigativos de gran impacto en la comunidad
acadmica. Como resultado, la Revista ser el canal a travs del cual se difundan estas actividades,
expresadas y representadas a travs de los artculos que se acepten para publicacin. Adems, de acuerdo
con los nuevos tiempos y las necesidades ambientales, Ingenieras USBMed nace directamente en versin
digital, la cual estar disponible en un sitio web de fcil acceso y consulta. De esta manera, aprovechamos
las inmensas posibilidades que ofrece la Internet para difundir y aproximar al lector los contenidos de los
trabajos que en ella se publiquen de forma rpida y efectiva.

La Revista es el resultado del esfuerzo de un grupo de personas vinculadas a la Facultad de Ingenieras y
se editar y publicar semestralmente; tendr carcter openn access y estar disponible en lnea. Estamos
convencidos de que no es la primera revista que se edita en este mbito, pero queremos ser los primeros en
visibilidad, cobertura temtica y aceptabilidad en la comunidad acadmica nacional e internacional.

Al ser una Revista arbitrada, Ingenieras USBMed se disea y estructura respetando la normatividad
nacional e internacional. Existen lineamientos que direccionan este tipo de publicaciones, como las polticas
editoriales aprobadas por la Junta Directiva del Consejo de Editores Cientficos Council of Science Editors
CSE, las emitidas por IEE y ACM, y en Colombia las de Publindex. Todos estos lineamientos sern
respetados en la Revista con el objetivo de lograr el reconocimiento, a corto plazo, en las bases de datos e
ndices en el mundo, con lo que se ratificar la calidad de la publicacin y su inters por la difusin del
conocimiento.

Los comits editorial y cientfico, lo mismo que el grupo de pares evaluadores, estn conformados por
profesionales de diversos mbitos de la ingeniera, de recorrido y produccin cientfica reconocidos
internacionalmente. La tica e imparcialidad que hace parte de los procesos de seleccin, evaluacin y
edicin de los artculos para cada nmero, es una responsabilidad que hace parte de nuestra labor
cotidiana. Los trabajos recibidos recorrern un proceso estricto en el que, por lo menos, dos pares
evaluadores aplicarn un formato para evaluar la calidad y pertinencia del aporte, y en un lapso de dos a
tres meses se informar al autor(es) de su aceptacin, los cambios solicitados o su negacin.

Les damos una cordial bienvenida a esta Revista que esperamos contribuya a la expresin del campo de la
ingeniera en el pas y el mundo. Bienvenidos.

Edgar Serna Montoya
Editor

Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

5
CARTAS AL EDITOR

.Deseo tambin que plantes una semilla, por ms minscula que sea, y la acompaes en su crecimiento,
para que descubras de cuntas vidas est hecho un rbol Victor Hugo

Con orgullo y complacencia quiero presentar a la comunidad acadmica en general, y a la comunidad
inquieta en los temas de ingeniera y tecnologa en particular, el gran esfuerzo en que se ha empeado la
Facultad de Ingenieras de la Universidad de San Buenaventura Medelln este ltimo ao: Consolidar una
revista virtual que sirva de espacio para dar a conocer las inquietudes, trabajos y estudios desarrollados por
los miembros propios y extendidos de esta comunidad bonaventuriana.
Es de resaltar, en forma especial, la contribucin de colaboradores extranjeros, quienes con su visin
externa de los temas nacionales y mundiales aportan a ampliar nuestro espectro de trabajo.
Agradeciendo a todos: editores, escritores, revisores, pares y directivos de la institucin por su contribucin
en este logro, pongo a su disposicin estas pginas.

Marta Cecilia Meza Pelez
Decana Facultad de Ingenieras
Universidad de San Buenaventura Medelln
**********


Apreciado Editor.
Es para la academia de la Universidad de San Buenaventura seccional Medelln motivo de especial alegra
la publicacin de la edicin digital de la Revista de la Facultad de Ingenieras.
El conocimiento slo se valida cuando se pone a disposicin de la comunidad cientfica y, en un proceso de
sano debate, se revisa por parte de pares para consolidarlo o rebatirlo; en ambas situaciones el
conocimiento habr crecido y la comunidad acadmica habr ganado.
Adelante con este importante logro de la Facultad de Ingenieras, que cada da consolida su proceso de
investigacin en cumplimiento de la funcin que la sociedad le ha encomendado.

Cordial saludo,

Giovani Orozco Arbelez.
Vicerrector Acadmico
Universidad de San Buenaventura Medelln
**********


Sincerely.
Each time an institution publishes a journal, a source of pride for the international scientific community. Allow
me on behalf of the community, give a welcome to the Journal Ingenieras USBMed.
I hope, like all scientists and engineers worldwide, who endure their publication and each issue than the
previous one, as his articles and in international coverage.

Franchesca Tiglioli H.
Filsofa, sicloga y fsica
Verona, Italia.
**********



Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

6
CHALLENGES IN THE DESIGN OF CYBER-PHYSICAL SYSTEMS

DESAFOS EN EL DISEO DE SISTEMAS CYBER-FSICOS

John C. Chandy
Connecticut University
JC.Chandy@usa.com

(Tipo de Artculo: REFLEXIN. Recibido el 20/09/2010. Aprobado el 10/11/2010)

Abstract. Cyber-physical systems CPS is a process
that integrates computation with physical processes.
Embedded computers, network monitoring and control of
physical processes, usually have feedback loops where
physical processes affect computations and vice versa.
This paper discusses the challenges in designing these
systems and raises the question of whether computers
and existing network technologies provide an adequate
basis for them. The conclusion is that to improve the
design processes of these systems will not be enough to
raise the level of abstraction, or verify, formally or not,
the designs based on today's abstractions. The social
and economic potential of the CPS is much higher than
hitherto thought, throughout the world are investing
heavily to develop this technology, but the challenges
are considerable. To realize the full potential of CPS will
have to reconstruct the processes of abstraction and
computer networks, and processes must be open in the
middle of the principles of physical dynamics and
computation.

Keywords. Abstraction, Computer Science, cyber-
physical, software engineering, synchronization.

Resumen. Los sistemas cyber-fsicos Cyber-Physical
Systems CPS es un proceso que integra la
computacin con los procesos fsicos. Los
computadores embebidos, el monitoreo de redes y el
control de procesos fsicos, usualmente tienen ciclos de
retroalimentacin en los que los procesos fsicos afectan
los clculos, y viceversa. En este artculo se examinan
los desafos en el diseo de estos sistemas, y se
plantea la cuestin de si la informtica y las tecnologas
de redes actuales proporcionan una base adecuada
para ellos. La conclusin es que para mejorar los
procesos de diseo de estos sistemas no ser suficiente
con elevar el nivel de abstraccin o verificar,
formalmente o no, los diseos en los que se basan las
abstracciones de hoy. El potencial social y econmico
de los CPS es mucho mayor de lo que hasta el
momento se ha pensado; en todo el mundo se estn
realizando grandes inversiones para desarrollar esta
tecnologa, pero los retos son considerables. Para
aprovechar todo el potencial de los CPS se tendrn que
reconstruir los procesos de las abstracciones
informticas y de las redes, y los procesos se debern
acoger en pleno a los principios de las dinmicas fsicas
y de la computacin.

Palabras clave: Abstraccin, Ciencias
Computacionales, cyber-fsico, ingeniera de software,
sincronizacin.

1. INTRODUCCIN
Los sistemas cyber-fsicos es un proceso que
integra la computacin con los procesos fsicos.
Los computadores embebidos, el monitoreo de
redes y el control de procesos fsicos, usualmente
tienen ciclos de retroalimentacin en los que los
procesos fsicos afectan los clculos y viceversa.
En el mundo fsico, el paso del tiempo es
inexorable y la concurrencia es intrnseca. Ninguna
de estas propiedades las tienen en cuenta las
actuales abstracciones de la informtica y de las
redes.

Podra decirse que las aplicaciones de los CPS
poseen el potencial de empequeecer la
revolucin de las IT del siglo XX. Estos sistemas
incluyen: dispositivos mdicos altamente
confiables, sistemas de vida asistida, sistemas
avanzados de control de trfico, control de
procesos, conservacin de energa, control medio-
ambiental, aeronutica, instrumentacin, control de
infraestructuras crticas por ejemplo, energa
elctrica, recursos hdricos y sistemas de
comunicaciones, robtica distribuida
telepresencia, telemedicina, sistemas de
defensa, manufactura, y estructuras inteligentes.

Con todo esto es fcil imaginar nuevas
aplicaciones para ellos, como la generacin de
energa micro-distribuida acoplada a la red
elctrica, donde cuestiones como sincronizacin
de tiempo y seguridad son fundamentales. Los
sistemas de transporte podran beneficiarse
considerablemente de una mejor inteligencia
embebida en los automviles, lo que podra
mejorar su seguridad y eficiencia. Una red de
vehculos autnomos podra mejorar
drsticamente la eficacia de las fuerzas armadas y
podra hacer sustancialmente ms eficientes las
tcnicas de recuperacin de desastres. Las redes
de sistemas de control de edificios como la
climatizacin y la iluminacin podra mejorar
significativamente su eficiencia energtica y la
variabilidad de la demanda, reduciendo nuestra
dependencia de los combustibles fsiles y por
tanto las emisiones de gases de efecto
invernadero. En las comunicaciones, la radio
cognitiva podran beneficiarse enormemente de un
consenso distribuido alrededor del ancho de
banda disponible y de las tecnologas de control
distribuido. Las redes financieras podran cambiar
radicalmente por la sincronizacin del tiempo. Los
sistemas de servicios a gran escala aprovecharan
la RFID Radio Frequency IDentification y otras
tecnologas para el rastreo de bienes y servicios,
ya que podran adquirir la naturaleza de sistemas
J. C. Chandy. Desafos en el diseo de sistemas cyber-fsicos. Ing. USBMed, ISSN: 2027-5846, Vol 1, No. 1, pp. 6-14. Jul-Dic 2010.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

7
de control distribuido en tiempo real. Los juegos
distribuidos en tiempo real que integran sensores y
actuadores podran cambiar la naturaleza,
relativamente pasiva, de las interacciones sociales
en lnea.

El impacto econmico de cualquiera de estas
aplicaciones sera enorme, sin embargo, la
informtica y las tecnologas de red actuales,
pueden obstaculizar innecesariamente el progreso
hacia estas aplicaciones. Por ejemplo, la falta de
semntica temporal y de adecuados modelos de
concurrencia en la informtica, y las tecnologas
de red actuales dificultan el previsible y exacto
rendimiento de tiempo real. Las tecnologas de los
componentes de software, incluyendo el diseo
orientado a objetos y las arquitecturas orientadas
a servicios, son construidas sobre abstracciones
que coinciden mejor con el software que con los
sistemas fsicos. Muchas aplicaciones no se
pueden lograr sin cambios sustanciales en las
abstracciones fundamentales.

2. REQUISITOS PARA LOS CPS
Los sistemas embebidos siempre han tenido
mayor fiabilidad y estndares de previsibilidad que
los de computacin de propsito general. Los
consumidores no esperan que su televisor se
bloquee y reiniciar el sistema; ellos cuentan con
que los autos sean de alta fiabilidad, donde, de
hecho, se utiliza un controlador computarizado
para mejorar la confiabilidad y la eficiencia de los
mismos. En la transicin a los CPS, esa
expectativa de fiabilidad se incrementar. De
hecho, sin una mayor fiabilidad y previsibilidad, los
CPS no se podrn utilizar en aplicaciones como el
control de trfico, la seguridad automovilstica y el
cuidado de la salud.

El mundo fsico, sin embargo, no es totalmente
predecible. Los Sistemas Cyber-fsicos operaran
en un ambiente extremadamente controlado, que
debe ser resistente a condiciones inesperadas, y
adaptable a los errores de los subsistemas. Un
ingeniero se enfrenta a una tensin intrnseca:
disear componentes predecibles y fiables hace
que sea ms fciles ensamblarlos en sistemas
predecibles y fiables. Pero ninguno componente
es perfectamente fiable, y el entorno fsico se
encargar de frustrar la previsibilidad mediante la
manifestacin de condiciones inesperadas. Dado
que los componentes son predecibles y fiables,
qu tanto de esa previsibilidad y confiabilidad
puede depender del diseador cuando disea el
sistema? Cmo evitarlas en los diseos frgiles,
donde pequeas variaciones en las condiciones
de funcionamiento esperadas causan fallas
catastrficas?

ste no es un problema nuevo en ingeniera. Los
diseadores de circuitos digitales han llegado a
confiar en circuitos asombrosamente predecibles y
fiables, y han aprendido a aprovechar
intrnsecamente los procesos estocsticos el
movimiento de los electrones para ofrecer una
precisin y fiabilidad sin precedentes en la historia
de la innovacin humana. Pueden ofrecer circuitos
que realizan una funcin lgica esencialmente a la
perfeccin, a tiempo, y miles de millones de veces
por segundo, durante aos. Todo esto se
construye sobre un fundamento altamente
aleatorio. Deberan los diseadores de sistemas
confiar en esta previsibilidad y fiabilidad?

De hecho, todos los sistemas digitales actuales
dependen hasta cierto punto de esto. Existe un
inmenso debate acerca de si esta dependencia
impide de cierta forma el progreso de la tecnologa
de los circuitos. Los circuitos extremadamente
pequeos son ms vulnerables a la aleatoriedad
del fundamento subyacente, y si los diseadores
de sistemas dependieran menos de la
previsibilidad y la fiabilidad de los circuitos
digitales, podramos avanzar ms rpidamente a
caractersticas de tamao ms pequeo.

El mayor fabricante de semiconductores no ha
seguido el paso y dise un proceso de
fabricacin de circuitos que ofrece puertas lgicas
que funcionan el 80% del tiempo especificado.
Estas puertas se consideran un completo
fracasado, y un proceso que las produzca
habitualmente tendr un rendimiento muy pobre.

Pero los diseadores de sistemas disean
sistemas resistentes a esos fracasos. El propsito
es mejorar el rendimiento, no mejorar la fiabilidad
del producto final. Una puerta que falle el 20% de
las veces es una compuerta fracasada, y un
sistema exitoso ha de evitarla. Las puertas deben
funcionar prcticamente el 100% del tiempo. La
cuestin, por lo tanto, no es disear sistemas
robustos, sino ms bien en qu nivel de robustez
se va a construir. Debemos disear sistemas que
trabajen con puertas lgicas que funcionan el 80%
del tiempo especificado? o debemos disear
sistemas que reconfiguren las puertas que fallan el
20% del tiempo, y luego asumir que el trabajo que
esas puertas realizan esencialmente es del 100%
del tiempo?

El valor de poder contar con puertas que han
superado la prueba de rendimiento para trabajar
prcticamente el 100% del tiempo es enorme. Esa
solidez en cualquier nivel de abstraccin en el
diseo del sistema es valiosa, pero no elimina la
necesidad de robustecer los niveles superiores de
abstraccin. Los diseadores de sistemas de
memoria, a pesar de la alta fiabilidad y
previsibilidad de los componentes, todava utilizan
sumas de comprobacin y cdigo de correccin de
errores. Si tenemos un billn de componentes
por ejemplo, un gigabyte de memoria RAM que
funcionan un billn de veces por segundo,
entonces, incluso la fiabilidad casi perfecta, en
ocasiones entregar errores.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

8
El principio que necesitamos seguir es simple: si
los componentes son tecnolgicamente factibles,
deben ser predecibles y fiables en cualquier nivel
de abstraccin; si no es tecnolgicamente factible,
entonces el siguiente nivel de abstraccin, por
encima de ellos, debe compensar esa falencia con
solidez. El xito de los diseos de hoy sigue este
principio, y todava son tcnicamente viables para
disear puertas predecibles y fiables. Por lo tanto,
tambin el diseo de sistemas cuenta con l. Es
ms difcil disear enlaces inalmbricos
predecibles y fiables, por lo que debemos
compensar los niveles superiores utilizando
protocolos slidos de codificacin y de adaptacin.

La pregunta obvia es si es tcnicamente viable
disear sistemas de software predecibles y fiables.
En los fundamentos de la arquitectura de
computadores y los lenguajes de programacin, el
software es perfectamente previsible y fiable, si
limitamos el trmino "software" para referirnos slo
a lo que se expresa en simples lenguajes de
programacin. Dado un lenguaje de programacin
imperativo, sin concurrencia, como C, los
diseadores pueden contar con un computador
para realizar exactamente lo que se especifica,
con una fiabilidad prcticamente del 100%.

El problema surge cuando pasamos de programas
simples a sistemas de software, y particularmente
a sistemas cyber-fsicos. El hecho es que incluso
el ms simple programa en C no es predecible ni
fiable en el contexto de los CPS, ya que dicho
programa no expresa los aspectos del
comportamiento que son esenciales para el
sistema. Se puede ejecutar perfectamente, hacer
que su semntica coincida exactamente, y todava
no puede ofrecer el comportamiento que el
sistema necesita. Por ejemplo, podra perder la
sincronizacin del reloj. Debido a que la
sincronizacin no est en la semntica de C, si un
programa la pierde, en realidad sera irrelevante
determinar si se ha ejecutado correctamente. Pero
es muy pertinente para determinar si el sistema ha
funcionado correctamente. Un componente que es
perfectamente predecible y fiable resulta no ser
predecible y fiable en las dimensiones que
importan. Esto es una falla de la abstraccin.

El problema empeora a medida que los sistemas
de software se vuelven ms complejos. Si damos
un paso fuera de C y utilizamos sistemas
operativos antiguos para realizar I/O o para crear
threads concurrentes, inmediatamente pasaremos
de una previsibilidad y fiabilidad esencialmente
perfectas al comportamiento salvaje no
determinista que reina en el diseo de software
[1]. Semforos, cerraduras de exclusin mutua,
transacciones, y prioridades son algunas de las
herramientas que los diseadores de software han
desarrollado para tratar de compensar esa prdida
de previsibilidad y fiabilidad.

Pero la pregunta que debemos hacernos es si esta
prdida de previsibilidad y fiabilidad es realmente
necesaria; creemos que no. El software previsible
y fiable no elimina la necesidad de disear
sistemas robustos, pero cambia radicalmente la
naturaleza del desafo. Si es tcnicamente posible,
debemos seguir el principio de hacer que los
sistemas sean predecibles y fiables, y renunciar a
esto slo cuando haya evidencias convincentes de
que no es posible ni rentable. No existen tales
evidencias para el software. Por otra parte,
tenemos una ventaja enorme: el fundamento sobre
el que se construyen los sistemas de software
los circuitos digitales es perfectamente
previsible y fiable con respecto a las propiedades
que nos interesan: la sincronizacin y la
funcionalidad.


Fig. 1. Capas de abstraccin en computacin

Examinemos ms a fondo la falla de la
abstraccin. La Fig. 1 ilustra algunas de las capas
de abstraccin de las que dependemos cuando
diseamos sistemas embebidos. En este diagrama
de Venn tridimensional, cada cuadro representa
un conjunto. Por ejemplo, en la parte inferior,
tenemos el conjunto de todos los
microprocesadores. Un elemento de este conjunto,
por ejemplo el procesador Intel P4-M 1.6GHz, es
un microprocesador particular. Por encima est el
conjunto de todos los programas 86, cada uno de
los cuales se pueden ejecutar en ese procesador.
Este conjunto est precisamente definido a
diferencia del conjunto anterior, que es difcil de
definir por la arquitectura del conjunto de
instrucciones x86 ISA. Cualquier programa
codificado en ese conjunto de instrucciones es un
miembro del conjunto, como una implementacin
particular de una mquina virtual Java. Asociado a
este miembro existe otro conjunto, el conjunto de
todos los programas cdigo byte de JVM. Cada
uno de estos programas normalmente es
sintetizado por un compilador desde un programa
Java, que es miembro del conjunto de todos los
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

9
programas Java sintcticamente vlidos. Una vez
ms, este conjunto est definido precisamente por
la sintaxis de Java. Cada uno de estos conjuntos
provee una capa de abstraccin que se utiliza para
aislar al diseador persona o programa que
selecciona los elementos del conjunto de los
detalles que le preceden. Muchas de las mejores
innovaciones en computacin se han originado en
una construccin y definicin cuidadosa e
innovadora de estos conjuntos.

Sin embargo, en el estado actual del software
embebido, casi toda la abstraccin falla. En ISA, la
intencin de ocultar al software los detalles de
implementacin del hardware ha fracasado,
porque el usuario de ISA se preocupa por las
propiedades de sincronizacin que ese estndar
no garantiza. El lenguaje de programacin, que
oculta detalles de ISA a la lgica del programa, ha
fracasado porque no existe un lenguaje de
programacin ampliamente utilizado que exprese
las propiedades de sincronizacin. La
sincronizacin es simplemente un accidente de la
implementacin. Un sistema operativo de tiempo
real oculta los detalles del programa desde su
instrumentacin concurrente, sin embargo, esto no
funciona porque la sincronizacin puede afectar el
resultado. La red le esconde detalles de
sealizacin a los sistemas, pero la mayora de
redes estndar no ofrecen sincronizacin
garantizada.

Todos los diseadores de sistemas embebidos
enfrentan versiones de este problema. Los
fabricantes de aviones deben almacenar los
componentes electrnicos necesarios para la lnea
completa de produccin de un modelo de
aeronave para evitar tener que volver a certificar el
software cuando el hardware cambia. "Actualizar"
un microprocesador en un motor de una unidad de
control de un auto requiere re-probar
completamente el sistema. Incluso "corregir
errores" en el software o el hardware puede ser
extremadamente arriesgado, ya que se puede
modificar el comportamiento de la sincronizacin.

El diseo de una capa de abstraccin implica
muchas propiedades, y los cientficos
computacionales han optado por ocultar las
propiedades de sincronizacin de todas las
abstracciones superiores. Wirth [2] dice que "es
prudente ampliar lo menos posible el marco
conceptual de la programacin secuencial y,
particularmente, para evitar la nocin del tiempo
de ejecucin". En un sistema embebido, sin
embargo, los clculos interactan directamente
con el mundo fsico, donde el tiempo no se puede
abstraer innecesariamente. Incluso la computacin
de propsito general sufre de estos problemas. Ya
que la sincronizacin no se especifica en los
programas las plataformas de ejecucin no la
imponen, ya que las propiedades de
sincronizacin de un programa no son repetibles.
A menudo el software concurrente tiene un
comportamiento dependiente de la sincronizacin,
ya que pequeos cambios en sta tienen grandes
consecuencias.

Los diseadores tradicionalmente han cubierto
estas fallas buscando los lmites del tiempo de
ejecucin del peor de los casos WCET, y
utilizando sistemas operativos de tiempo real
RTOS con polticas de planificacin
predecibles. Pero esto requiere de importantes
mrgenes de fiabilidad, y en ltima instancia, esa
fiabilidad es dbilmente determinada por el plan
de pruebas. Por otra parte, los WCET son una
ficcin problemtica incremental, ya que las
arquitecturas de los procesadores desarrollan
tcnicas cada vez ms elaboradas para tratar
estocsticamente con pipelines rigurosas,
memoria jerrquica, y el paralelismo. Las
arquitecturas de los procesadores modernos
producen WCET virtualmente desconocidos;
incluso los problemas simples demandan heroicos
esfuerzos. En la prctica, los nmeros confiables
de los WCET llegan con muchas advertencias que
son cada vez ms raras en el software. El
procesador ISA ha fracasado en proveer una
abstraccin adecuada.

El comportamiento de la sincronizacin en RTOS
es secundario, y cada vez es menos controlable
debido al incremento de la complejidad de los
sistemas, por ejemplo, con la adicin de la
comunicacin inter-procesos. Las cerraduras, la
inversin prioritaria, los interruptores y cuestiones
similares rompen los formalismos, forzando a los
diseadores a confiar en el plan de pruebas, que
raramente identifica errores de sincronizacin.
Peor an, estas tcnicas producen sistemas
frgiles en los que los pequeos cambios pueden
causar grandes fallas.

Mientras que no existan verdaderas garantas, no
debemos descartar alegremente la previsibilidad
que esto se pueda lograr. El hardware digital
sincrnico proporciona un comportamiento de
sincronizacin sorprendentemente preciso, y las
abstracciones del software descartan varias
rdenes de precisin de magnitud. Comparar la
precisin de la escala de nanosegundo, con la que
el hardware puede elevar una solicitud de
interrupcin de precisin del nivel de milisegundos,
con la que los threads del software responden. No
tenemos que hacerlo de esta manera.

3. ANTECEDENTES
La integracin de los procesos fsicos y la
informtica no es nueva. El trmino "sistemas
embebidos" se utiliza desde hace algn tiempo
para describir los sistemas de ingeniera que
combinan procesos fsicos con la computacin.
Las aplicaciones exitosas incluyen por ejemplo
sistemas de comunicacin, sistemas de control de
trfico areo, electrnica automovilstica,
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

10
aplicaciones caseras, sistemas de armamento,
juegos y juguetes. Sin embargo, la mayora de
estos sistemas embebidos son "cajas" cerradas
que no exponen al exterior su capacidad de
cmputo. La transformacin radical que nos
imaginamos proviene de la unin en red de estos
dispositivos. Estas redes plantean desafos
tcnicos considerables.

Por ejemplo, la prctica prevaleciente en el
software embebido se basa en el plan de prueba
para las propiedades de concurrencia y
sincronizacin. Esto ha funcionado
razonablemente bien, porque los programas son
pequeos, y porque el software se almacena en
una caja sin ninguna conectividad externa que
pueda alterar su comportamiento. Sin embargo,
las aplicaciones que nos imaginamos demandan
que los sistemas embebidos sean muy
sofisticados en caractersticas de conectividad, de
modo que el plan de pruebas llega a ser
inadecuado. En un entorno de red, se hace
imposible probar el software en todas las
condiciones posibles. Por otra parte, las tcnicas
de creacin de redes de propsito general hacen
que el comportamiento del programa sea mucho
ms imprevisible, por lo que uno de los mayores
retos tcnicos es lograr la sincronizacin
predecible en esta situacin.

Histricamente, los sistemas embebidos fueron en
gran medida un problema industrial, como el de
utilizar pequeos computadores para mejorar el
rendimiento o funcionalidad de un producto. En
este contexto, el software embebido difiere de otro
slo en sus recursos limitados: memoria pequea,
tamao reducido de la palabra de datos, y relojes
relativamente ms lentos. Desde este punto de
vista, el "problema del software embebido" es un
problema de optimizacin. Las soluciones
enfatizan en la eficiencia; los ingenieros escriben
software a un nivel muy bajo lenguaje
ensamblador o C, evitan los sistemas operativos
con un amplio conjunto de servicios y utilizan
arquitecturas de computadores especializadas,
como DSP programables y procesadores de red
que proporcionen soporte al hardware para
operaciones comunes. Estas soluciones han
definido en los ltimos 30 aos la prctica de
diseo y el desarrollo del software embebido. En
un anlisis que es tan vlido hoy como hace ms
de 20 aos, en 1988 Stankovic [3] lamentaba la
aparicin de conceptos errneos segn los cuales
la computacin en tiempo real era "equivalente a
la informtica rpida" o que era "ingeniera de
rendimiento" la mayora de la computacin
embebida es computacin en tiempo real.

Pero las limitaciones en recursos de hace 30 aos
seguramente no son las limitaciones de la
actualidad. En efecto, los desafos tcnicos se han
centrado ms en la previsibilidad y la robustez que
en la eficiencia. Los sistemas embebidos de
seguridad-crtica, como los sistemas de control de
aviones para transporte de pasajeros, se ven
extremadamente forzados por la mentalidad de
"caja encerrada". Por ejemplo, con el fin de
asegurar a 50 aos un ciclo de produccin
inalmbrico para el vuelo de aviones, un fabricante
se ve forzado a comprar, a la vez, un suministro de
microprocesadores que ejecuten el software
embebido para 50 aos. Para asegurar que el
rendimiento en tiempo real validado se mantenga,
todos estos microprocesadores deben fabricarse
en la misma lnea de produccin y desde los
mismos planos. Los sistemas no podrn
beneficiarse de los prximos 50 aos de mejoras
tecnolgicas sin hacer de nuevo la validacin y la
certificacin del software algo extremadamente
costoso. Evidentemente, la eficacia es casi
irrelevante en comparacin con la previsibilidad, y
la previsibilidad es difcil de lograr sin congelar el
diseo a nivel fsico. Es evidente que algo est
mal con las abstracciones de software que se
utiliza.

La falta de sincronizacin en las abstracciones
informticas ha sido explotada en gran medida por
disciplinas de las ciencias computacionales como
la arquitectura, los lenguajes de programacin, los
sistemas operativos y las redes. Las cachs, la
comunicacin dinmica, y la ejecucin
especulativa mejoran el rendimiento promedio de
los casos a expensas de la previsibilidad. Estas
tcnicas hacen casi imposible saber cunto tiempo
se necesitar para ejecutar una pieza de cdigo
particular (Una respuesta simplista es que el
tiempo de ejecucin en un lenguaje Turing
completo es de todos modos impredecible, por lo
que no vale la pena ni siquiera intentar predecir su
tiempo de ejecucin. Esto no tiene sentido. Ningn
sistema cyber-fsico que dependa de la
sincronizacin se puede implementar sin garantas
de tiempo. Si la integridad de Turing interfiere con
esto, entonces se debe sacrificar). Para hacer
frente a estos problemas de arquitectura, los
diseadores pueden escoger arquitecturas de
procesador alternativas tales como DSP
programables, no para la eficiencia sino para la
previsibilidad.

Las aplicaciones sensibles al tiempo son an
menos afectadas. La evidencia anecdtica desde
la instrumentacin basada en computador, por
ejemplo, indica que el rendimiento en tiempo real
entregado por los PC de hoy es aproximadamente
la misma que la entregada por los PC de
mediados de la dcada de 1980. Ms de veinte
aos de la ley de Moore no han mejorado las
cosas en esta dimensin. Por supuesto, esto no se
debe exclusivamente a la arquitectura de
hardware. Los sistemas operativos, los lenguajes
de programacin, las interfaces de usuario, y las
redes se han vuelto ms elaborados. Todos han
sido construidos sobre una abstraccin de
software en la que el tiempo es irrelevante.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

11
El punto de vista de tiempo real predominante
parece haber sido bien establecido antes de que
fuera popular la computacin embebida [2]. El
"clculo" es ejecutado por una secuencia de
terminacin de transformaciones de estado. Esta
abstraccin central es la base del diseo de casi
todos los computadores, los lenguajes de
programacin y los sistemas operativos que se
utilizan hoy en da. Pero, desafortunadamente,
esta abstraccin puede no encajar muy bien en
todos ellos.

Los sistemas cyber-fsicos ms interesantes y
revolucionarios estarn conectados en red. Las
tcnicas de red ms ampliamente utilizadas hoy
introducen una gran variabilidad de sincronizacin
y de comportamiento estocstico. Hoy en da, los
sistemas embebidos suelen utilizar tecnologas de
redes especializadas tales como buses CAN
(Controller Area Network) en sistemas de
fabricacin, y buses FlexRay en aplicaciones
automovilsticas. Qu aspectos de las
tecnologas de red deberan o podran ser
importantes en redes de mayor escala? Que
sean compatibles con las redes globales?

Para ser especficos, los recientes avances en
sincronizacin de tiempo a travs de las redes es
una promesa de las plataformas interconectadas,
que comparten una nocin comn de tiempo con
una precisin conocida [4]. Cmo cambiar la
forma en que se desarrollan las aplicaciones
cyber-fsicas distribuidas? Cules son las
implicaciones para la seguridad? Podemos
reducir los riesgos de seguridad creados por la
posibilidad de alterar la nocin de tiempo
compartido? Pueden las tcnicas de seguridad
explotar eficientemente una nocin compartida de
tiempo para mejorar la robustez?

La tecnologa de los sistemas operativos tambin
est agobiada bajo el peso de los requisitos de los
sistemas embebidos. Todava los RTOS son
esencialmente tecnologas de mejor esfuerzo.
Para especificar las propiedades en tiempo real de
un programa, el diseador tiene que salir de las
abstracciones de programacin, y hacer llamadas
al sistema operativo para establecer prioridades o
para establecer las interrupciones del
temporizador. Son los RTOS simplemente un
parche temporal para las fundaciones de
computacin inadecuadas? Qu los puede
reemplazar? El lmite conceptual entre el sistema
operativo y el lenguaje de programacin sigue
siendo correcto? Un lmite establecido en la
dcada de 1960, sera realmente sorprendente si
lo fuera.

Los sistemas cyber-fsicos son por naturaleza
concurrentes. Los procesos fsicos son
intrnsecamente concurrentes, y su acoplamiento
con la computacin requiere, como mnimo, la
composicin concurrente de los procesos
computacionales con los fsicos. Incluso hoy, los
sistemas embebidos deben reaccionar
concurrentemente a mltiples corrientes en tiempo
real de estmulos de sensores y de actuadores de
control mltiple. Lamentablemente, los
mecanismos de interaccin con el hardware de
sensores y actuadores, construidos por ejemplo
con el concepto de interruptores, no estn bien
representados en los lenguajes de programacin.
Han sido considerados dominio de los sistemas
operativos, no del diseo de software. En cambio,
las interacciones concurrentes con el hardware
son revelados a los programadores a travs de la
abstraccin de threads.

Los threads, sin embargo, son notoriamente
problemticos [1, 5]. Este hecho es a menudo
atribuido a los seres humanos y no a la
abstraccin. Sutter y Larus [6] sealan que "los
seres humanos son desbordados rpidamente por
la concurrencia y les resulta mucho ms difcil
razonar acerca de lo concurrente que del cdigo
secuencial. Aun las personas atentas pierden las
posibles inserciones incluso entre simples
colecciones de operaciones parcialmente
ordenadas. El problema se agrava mucho ms en
sistemas cyber-fsicos en red.

Sin embargo, los seres humanos son muy
eficientes para razonar acerca de sistemas
concurrentes. El mundo fsico es concurrente, y
nuestra supervivencia depende de nuestra
capacidad para razonar acerca de las dinmicas
fsicas concurrentes. El problema es que hemos
elegido abstracciones concurrentes para el
software que ni siquiera recuerdan vagamente a la
concurrencia del mundo fsico. Estamos tan
acostumbrados a utilizarlas que hemos perdido de
vista el hecho de que no son inmutables. Podra
ser que la dificultad de la programacin
concurrente es una consecuencia de las
abstracciones, y que si estuviramos dispuestos a
dejar de lado las abstracciones, entonces el
problema se podra arreglar?

4. SOLUCIONES
Estos problemas no son enteramente nuevos, y
muchos investigadores creativos han hecho
contribuciones. Los avances en la verificacin
formal, las tcnicas de emulacin y simulacin, los
mtodos de certificacin, los procesos de la
ingeniera del software, los patrones de diseo y
las tecnologas de componentes del software,
todos ayudan. Estaramos perdidos sin estas
mejoras. Pero creemos que para formalizar su
potencial, los sistemas CPS requieren
fundamentalmente nuevas tecnologas. Es posible
que estos sistemas surjan como mejoras
incrementales en las tecnologas existentes, pero
dada la falta de sincronizacin en las
abstracciones bsicas de la computacin, esto
parece improbable.

Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

12
Sin embargo, las mejoras incrementales pueden
tener un impacto considerable. Por ejemplo, la
programacin concurrente puede hacerse de una
manera mucho mejor que mediante threads. Por
ejemplo, Split-C [7] y Cilk [8] son lenguajes que
como C soportan mltiples threads, con
construcciones que son ms fciles de entender y
de controlar que los threads primarios. Un enfoque
relacionado combina extensiones del lenguaje con
restricciones que limitan la expresividad de los
lenguajes establecidos con el fin de obtener un
comportamiento ms consistente y predecible.

Por ejemplo, el lenguaje Guava [5] limita a Java
para que los objetos no sincronizados no se
puedan accesar desde mltiples subprocesos.
Adems, hace explcita la distincin entre
cerraduras que aseguran la integridad de los datos
ledos bloqueos de lectura, y cerraduras que
permiten la modificacin de seguridad de los datos
bloqueos de escritura. SHIM tambin
proporciona interacciones ms controlables de
threads [10]. Estos cambios en los lenguajes
reducen considerablemente el determinismo sin
sacrificar mucho el rendimiento, pero todava
tienen riesgo de estancamiento y, nuevamente,
ninguno de ellos confronta la falta de semntica
temporal.

Como se indic anteriormente, creemos que el
mejor enfoque tiene que ser previsible en lo que
tcnicamente es factible. La computacin
concurrente predecible es posible, pero requiere
abordar el problema de forma diferente. En lugar
de comenzar con un mecanismo altamente no
determinista como los threads, y confiando en el
desarrollador para reducir lo no determinstico,
debemos empezar con lo determinstico, los
mecanismos componibles, e introducir lo no
determinstico slo cuando sea necesario.

Otro enfoque, que es mucho ms un enfoque
abajo-arriba, consiste en modificar la arquitecturas
computacionales para ofrecer precisin en la
sincronizacin [11]. Esto puede permitir la
orquestacin determinstica de acciones
concurrentes, pero deja abierta la cuestin de
cmo se disear el software, ya que los lenguajes
de programacin y las metodologas tienen el
tiempo completamente alejado del dominio del
discurso.

Lograr la precisin en la sincronizacin es fcil si
estamos dispuestos a renunciar al rendimiento; el
desafo para la ingeniera es poder ofrecer tanto
precisin como rendimiento. Si bien no podemos
abandonar estructuras como cachs y pipelines y
40 aos de progreso en lenguajes de
programacin, compiladores, sistemas operativos
y redes, muchos tendrn que ser re-pensados.
Afortunadamente, desde la abstraccin, existe
mucho trabajo sobre el que nos podemos basar.
Se puede extender ISA con las instrucciones que
proporcionen sincronizacin precisa a costos bajos
[12]. Se puede utilizar memoria adicional
Scratchpad en lugar de cach [13]. Pipelines
altamente intercalados pueden ser eficientes y
ofrecer sincronizacin predecible [14]. La memoria
para gestionar los tiempos de pausa se puede
limitar [15]. Los lenguajes de programacin se
pueden extender con semnticas cronometradas
[16]. Mediante anlisis esttico es posible poder
elegir modelos de concurrencia adecuados [17].
Los componentes del software se pueden hacer
intrnsecamente concurrentes y sincronizados [18].
Las redes pueden proporcionar tiempo de
sincronizacin de alta precisin [4]. El anlisis
programado puede proporcionar control de
admisin y entregar la adaptabilidad en tiempo de
ejecucin sin imprecisiones de sincronizacin [19].

Complementando los enfoques abajo-arriba
aparecen las soluciones de arriba-abajo, que se
centran en el concepto de diseo basado en
modelos [20]. En este enfoque, "los programas" se
sustituyen por "modelos" que representan
comportamientos del sistema en cuestin. El
software se sintetiza a partir de los modelos. Este
enfoque abre un rico espacio semntico que
fcilmente puede adoptar dinmicas temporales
ver por ejemplo [21] , incluyendo incluso las
dinmicas temporales continuas del mundo fsico.

Sin embargo, muchos desafos y oportunidades de
esta tecnologa permanecen en desarrollos
relativamente inmaduros. Abstracciones de tiempo
ingenuas, como los modelos de tiempo discreto
comnmente utilizados para analizar sistemas de
procesamiento de control y de seales, no reflejan
el verdadero comportamiento del software y las
redes [22]. El concepto de "tiempo de ejecucin
lgico" [16] ofrece una abstraccin ms
prometedora, pero al final todava confa en poder
conseguir los tiempos de ejecucin del peor caso
para componentes del software. Esta solucin
arriba-abajo depende de una correspondiente
solucin abajo-arriba.

Algunos de los aspectos ms interesantes del
diseo basado en modelos se centran en la
exploracin de buenas posibilidades para la
especificacin y composicin de interfaces.
Tambin han demostrado su utilidad para la
computacin de propsito general, reflejando las
propiedades de comportamiento en las interfaces
ver por ejemplo [23]. Sin embargo, en lo que se
refiere a las propiedades que tradicionalmente no
han sido expresadas en la informtica, la
capacidad para desarrollar y componer "teoras de
interfaz" especializadas [24], son muy
prometedoras. Estas teoras pueden reflejar
propiedades de causalidad [25], cuyo
comportamiento temporal abstracto utiliza recursos
en tiempo real [26], limitaciones de sincronizacin
[27], protocolos [28], recursos no renovables [29],
y muchos otros [30].
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

13
Un enfoque particularmente atractivo que puede
permitir aprovechar la considerable inversin en
tecnologa de software es el desarrollo de
lenguajes de coordinacin [31], que introducen
nuevas semnticas en el nivel de interaccin entre
componentes en lugar del nivel de lenguaje de
programacin. Manifold [32] y Reo [33] son dos
ejemplos, al igual que una serie de enfoques
"orientados al actor" [34].

5. CONCLUSIN
Para aprovechar plenamente el potencial de los
CPS se deben repensar las abstracciones
fundamentales de la informtica. Las mejoras
incrementales, por supuesto, continan ayudando,
pero la orquestacin eficaz del software y los
procesos fsicos requiere modelos semnticos que
reflejen las propiedades de inters para ambos.

REFERENCIAS

1. E. A. Lee. The problem with threads. Computer,
Vol. 39, No. 5, pp. 33-42, 2006.
2. N. Wirth. Toward a discipline of real-time
programming. Communications of the ACM, Vol.
20, No. 8, pp. 577-583, 1977.
3. J. A. Stankovic. Misconceptions about real-time
computing: a serious problem for next-generation
systems. Computer, Vol. 21, No. 10, pp. 10-19,
1988.
4. S. Johannessen. Time synchronization in a local
area network. IEEE Control Systems Magazine.
Vol. 24, No. 2, pp. 61-69, 2004.
5. N. Zeldovich, A. Yip, F. Dabek, R. T. Morris, D.
Mazieres, and F. Kaashoek. Multiprocessor support
for event-driven programs. In USENIX Annual
Technical Conference, San Antonio, Texas, USA,
June 9-14, 2003.
6. H. Sutter and J. Larus. Software and the
concurrency revolution. ACM Queue, Vol. 3, No.7,
pp. 54-62, 2005.
7. D. E. Culler, A. Dusseau, S. C. Goldstein, A.
Krishnamurthy, S. Lumetta, T. v. Eicken, and K.
Yelick. Parallel programming in Split-C.
Proceedings of the 1993 ACM/IEEE conference on
Supercomputing. Portland, Oregon, USA, pp. 262-
273, November, 1993.
8. R. D. Blumofe, C. F. Joerg, B. C. Kuszmaul, C. E.
Leiserson, K. H. Randall, and Y. Zhou. Cilk: an
efficient multithreaded runtime system. In ACM
SIGPLAN symposium on Principles and Practice of
Parallel Programming (PPoPP). Santa Barbara,
California, USA, pp. 207-216, August, 1995.
9. D. F. Bacon, R. E. Strom, and A. Tarafdar. Guava:
a dialect of Java without data races. ACM
SIGPLAN Notices. Vol. 35, pp. 382-400, 2000.
10. O. Tardieu and S. A. Edwards. SHIM:
Schedulingindependent threads and exceptions in
SHIM. Proceedings of the 6th ACM & IEEE
International conference on Embedded software.
Seoul, Korea, pp. 142-151, October 22-24, 2006.
11. S. A. Edwards and E. A. Lee. The case for the
precisin timed (PRET) machine. Proceedings of
the 44th annual Design Automation Conference.
San Diego, CA, USA, pp. 264-265, June 4-8, 2007.
12. N. J. H. Ip and S. A. Edwards. A processor
extensin for cycle-accurate real-time software. In
IFIP International Conference on Embedded and
Ubiquitous Computing (EUC), Vol. LNCS 4096.
Seoul, Korea, pp. 449-458, August, 2006.
13. O. Avissar, R. Barua, and D. Stewart. An optimal
memory allocation scheme for scratch-pad-based
embedded systems. Trans. on Embedded
Computing Sys., Vol. 1, No. 1, pp. 6-26, 2002.
14. E. A. Lee and D. G. Messerschmitt. Pipeline
interleaved programmable dsps: Architecture. IEEE
Trans. on Acoustics, Speech, and Signal
Processing, Vol. 35, No. 9, 1987.
15. D. F. Bacon, P. Cheng, and V. Rajan. The
Metronome: A simpler approach to garbage
collection in real-time systems. In Workshop on
Java Technologies for Real-Time and Embedded
Systems. Catania, Italy, pp. 466-478, November,
2003.
16. T. A. Henzinger, B. Horowitz, and C. M. Kirsch.
Giotto: A time-triggered language for embedded
programming. Proceedings of the IEEE EMSOFT
2001, Vol. LNCS 2211. Tahoe City, CA, USA, 2001.
17. G. Berry. The effectiveness of synchronous
languages for the development of safety-critical
systems. White paper, Esterel Technologies, 2003.
18. E. A. Lee, S. Neuendorffer, and M. J. Wirthlin.
Actororiented design of embedded hardware and
software systems. Journal of Circuits, Systems,
and Computers, Vol. 12, No. 3, pp. 231-260, 2003.
19. E. Bini and G. C. Buttazzo. Schedulability analysis
of periodic fixed priority systems. IEEE
Transactions on Computers, Vol. 53, No. 11, pp.
1462-1473, 2004.
20. J. Sztipanovits and G. Karsai. Model-integrated
computing. IEEE Computer, Vol. 30, No. 4, pp.110-
112, 1997.
21. Y. Zhao, E. A. Lee, and J. Liu. A programming
model for time-synchronized distributed real-time
systems. In Real-Time and Embedded Technology
and Applications Symposium (RTAS), Bellevue,
WA, USA, pp. 259-268 April 3-6 2007.
22. T. Nghiem, G. J. Pappas, A. Girard, and R. Alur.
Timetriggered implementations of dynamic
controllers. Proceedings of the 6th ACM & IEEE
International conference on Embedded software.
Seoul, Korea, pp. 2-11, 2006.
23. B. H. Liskov and J. M. Wing. A behavioral notion of
subtyping. ACM Transactions on Programming
Languages and Systems, Vol. 16, No. 6, pp. 1811-
1841, 1994.
24. L. de Alfaro and T. A. Henzinger. Interface theories
for component-based design. In First International
Workshop on Embedded Software (EMSOFT), Vol.
LNCS 2211. Lake Tahoe, CA, USA, pp. 148-165,
October, 2001.
25. Y. Zhou and E. A. Lee. A causality interface for
deadlock analysis in dataflow. In ACM & IEEE
Conference on Embedded Software (EMSOFT),
Seoul, South Korea, pp. 44-52, October 22-25,
2006.
26. L. Thiele, E. Wandeler, and N. Stoimenov. Real-
time interfaces for composing real-time systems.
Proceedings of the 6th ACM & IEEE International
conference on Embedded software, Seoul, Korea,
October 22-24, 2006.
27. T. A. Henzinger and S. Matic. An interface algebra
for real-time components. Proceedings of the 12th
IEEE Real-Time and Embedded Technology and
Applications Symposium. San Jos, CA, USA, pp.
253-266, April 4-7, 2006.
28. H. Kopetz and N. Suri. Compositional design of RT
systems: A conceptual basis for specification of
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

14
linking interfaces. In 6th IEEE International
Symposium on Object-Oriented Real-Time
Distributed Computing (ISORC 2003), Hakodate,
Hokkaido, Japan, pp. 51-60, May 14-16, 2003.
29. A. Chakrabarti, L. de Alfaro, and T. A. Henzinger.
Resource interfaces. In R. Alur and I. Lee, (Eds),
EMSOFT, Vol. LNCS 2855. Springer: Philadelphia,
USA, pp. 117-133. 2003.
30. L. de Alfaro and T. A. Henzinger. Interface-based
design. In M. Broy, J. Gruenbauer, D. Harel, and C.
Hoare (Eds.) Engineering Theories of Software-
intensive Systems, volume NATO Science Series:
Mathematics, Physics, and Chemistry, Vol. 195, pp.
83-104. Springer: USA, 2005.
31. G. Papadopoulos and F. Arbab. Coordination
models and languages. In M. Zelkowitz (Ed.)
Advances in Computers - The Engineering of Large
Systems, Vol. 46, pp. 329-400, 1998.
32. G. A. Papadopoulos, A. Stavrou, and O.
Papapetrou. An implementation framework for
software architectures based on the coordination
paradigm. Science of Computer Programming, Vol.
60, No. 1, pp. 27-67, 2006.
33. F. Arbab. Reo: A channel-based coordination
model for component composition. Mathematical
Structures in Computer Science, Vol. 14, No. 3, pp.
329-366, 2004.
34. E. A. Lee. Model-driven development - from object-
oriented design to actor-oriented design. In
Workshop on Software Engineering for Embedded
Systems: From Requirements to Implementation,
(a.k.a. The Monterey Workshop). Chicago, USA,
September 24, 2003.

Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

15
TOWARDS ENERGY EFFICIENCY IN COMPUTING

HACIA LA EFICIENCIA ENERGTICA EN LA COMPUTACIN

Bernardo Aebischeri
Instituto Suizo de tecnologa. Zurich, Switzerland
bernabis@europe.com

(Tipo de Artculo: REFLEXIN. Recibido el 04/09/2010. Aceptado el 30/10/2010)

Abstract Today, almost everyone is aware of the
energy problem facing humanity: our primary energy
sources are being depleted, while demand, both
commercial and domestic, is increasing. Moreover, the
side effects of using traditional energy sources bring
significant global environmental considerations. This
paper offers an answer to the question: What is the role
of computers in energy demand, and where we need to
focus to reduce consumption and improve energy
efficiency?

Keywords: Energy efficiency, computing, power,
energy.

Resumen Actualmente, casi todo el mundo es
consciente del problema energtico que enfrenta la
humanidad: nuestras fuentes primarias de energa se
estn agotando, mientras que la demanda, tanto en
entornos comerciales como en los domsticos, es cada
vez mayor. Por otra parte, los efectos secundarios del
uso de las fuentes tradicionales de energa traen
importantes consideraciones ambientales globales. En
este trabajo se ofrece una respuesta a la pregunta:
Qu papel juegan los equipos informticos en la
demanda de energa, y dnde debemos focalizarnos
para reducir el consumo y mejorar la eficiencia
energtica?

Palabras clave: Eficiencia energtica, computacin,
potencia, energa.

1. INTRODUCCIN
La expectativa por desarrollar nuevas fuentes de
energa sostenible tiene por lo menos tres
dcadas de trabajo constante. Steve Chu [1],
secretario de Energa de los EE.UU., puso esta
situacin en contexto: "Se necesita una estrategia
doble para resolver el problema de la energa: 1)
maximizar la eficiencia energtica y disminuir el
consumo de energa; y 2) desarrollar nuevas
fuentes de energa limpia. El primero seguir
siendo el fruto ms bajo en el rbol para las
prximas dcadas".

Qu papel juegan los equipos informticos en la
demanda de energa, y dnde debemos
focalizarnos para reducir el consumo y mejorar la
eficiencia energtica?

En agosto de 2007, la Agencia de Proteccin
Ambiental EPA [2] le envi al Congreso de los
EE.UU. un reporte acerca de la eficiencia
energtica de los servidores y centros de datos.
Algunas de las conclusiones clave del informe son:
Los servidores y centros de datos consumieron
61 billones de kWh en 2006, lo que represent
el 1.5% del consumo total de energa ese ao
en los EE.UU., y US$ 4.5 billones en costos; en
promedio equivalente a las necesidades
energticas de 5.8 millones de hogares.

La electricidad consumida en este sector se
duplic entre 2000 y 2006, una tendencia que
se espera contine.

Los sistemas de infraestructura necesarios
para apoyar la operacin de equipos IT por
ejemplo equipos de proteccin y sistemas de
refrigeracin tambin consumen una cantidad
significativa de potencia, que abarca el 50% del
consumo anual de energa.

Extractos de este informe se muestran en la Figura
1 y en la Tabla 1, y en ellos sobresalen
especialmente dos puntos: el primero se refiere a
que la misma infraestructura de los espacios para
funcionamiento del equipo informtico consume
mucha energa. Este consumo de la infraestructura
est representado principalmente en la
calefaccin, la ventilacin y el aire acondicionado;
adems, la que se utiliza para convertir y transmitir
potencia y mantener su continuidad este ltimo
incluye los transformadores y los equipos de
conmutacin de alimentacin y transmisin, as
como el equipo de acondicionamiento de potencia
y las fuentes de alimentacin ininterrumpida. Este
factor es de gran importancia, pero no puede ser
el rea principal a la que se enfrenten los
profesionales de la informtica.

El segundo punto que sobresale en el informe es
el equipo de cmputo en s. Slo el volumen de
servidores, de los cinco tipos de equipos IT
estudiados, fue responsable de la mayor parte de
energa utilizada: 68%. Suponiendo que la tasa de
crecimiento anual Compound Annual Growth
Rate CAGR del volumen de servidores se
mantiene en 17%, se convertirn en el principal
objetivo para reducir energa en el rea de IT. En
el mismo informe se detalla que la tasa de
crecimiento de los dispositivos de almacenamiento
es de 20% una tasa de la que los datos ms
recientes sugieren que se est acelerando, lo
que indica otra tendencia importante.
B. Aebischeri. Hacia la eficiencia energtica en la computacin. Ing. USBMed, ISSN: 2027-5846, Vol 1, No. 1, pp. 29-38. Jul-Dic 2010.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

16

Fig. 1. Consumo de electricidad de los componentes de uso final 2000-2006
Fuente: Environmental Protection Agency

TABLA 1
Electricidad que consumen los componentes de uso final 2000 a 2006
Componente
2000 2006 2000/2006
Uso de
energa
%
Uso de
Energa
%
Uso de
energa
Infraestructura 14.1 50 30.7 50 14
Equipo de redes 1.4 5 3.0 5 14
Almacenamiento 1.1 4 3.2 5 20
Servidores grandes 1.1 4 1.5 2 5
Servidores medios 2.5 9 2.2 4 -2
Volumen servidores 8.0 29 20.9 34 17
Total 28.2 61.4 14
Fuente: Environmental Protection Agency

Si el crecimiento exponencial de los equipos
informticos de los centros de datos, revelado en
este estudio, se mantiene, se espera que para el
2011 se necesite aproximadamente el doble de la
energa que se demand en el 2006 para dichos
centros. Esto plantea desafos obvios ms all de
los econmicos. Por ejemplo, la demanda mxima
instantnea se espera que aumente de 7GW en
2006 a 12GW en 2011, por lo que se necesitarn
diez nuevas plantas de potencia base para
satisfacer esta demanda.

En algunas reas, las limitaciones fsicas en
disponibilidad de potencia son ya una limitante
para los centros de datos; un gerente gestor de TI
en Morgan Stanley [3] observ no hace mucho
que la empresa ya no era capaz fsicamente de
obtener la potencia necesaria para hacer funcionar
un nuevo centro de datos en Manhattan. La
situacin es tan grave, que corporaciones como
eBay, Google, Amazon, Microsoft y Yahoo estn
buscando lugares adecuados en los que puedan
construir centros de datos, necesarios para correr
sus aplicaciones web y ofrecer los servicios que
actualmente poseen.

Algunas de estas empresas ya han negociado con
ciertos estados en los EE.UU., as como a nivel
internacional, para la construccin de estas
instalaciones adems de las plantas de poder
necesarias para su suministro. Hace unos aos,
Google provoc lo que algunos periodistas
denominaron "una moderna carrera armamentista"
cuando situ una nueva instalacin a lo largo del
ro Columbia en Washington. Los beneficios
combinados de bajos costos en tierras, bajas
temperatura en el ambiente exterior, y la
disponibilidad de agua potable para la
refrigeracin y la generacin de potencia
hidroelctrica, podra proporcionarle a Google un
antdoto para los agudos problemas de
disponibilidad de energa y los costos asociados.

Existe alguna evidencia
1
de que la cantidad de
energa consumida por los equipos informticos
mviles y de escritorio es aproximadamente de la
misma magnitud que la utilizada por los servidores
en los centros de datos, aunque no se tiene un
estudio completo y autorizado al cual referirse. Los
datos de la EPA que aqu se presenta ofrecen una
perspectiva detallada sobre dnde va la energa,
en el panorama de la computacin, en el cada vez
ms importante segmento de los servidores.
Adems, alguna fundamentacin tendr esta
informacin, cuando el programa EnergyStar de
la EPA en electrnica de consumo puso, como
resultado al anterior informe, a la computacin
mvil y a la de escritorio en el mismo espacio que
el resto de componentes informticos.

2. ADMINISTRACIN DE POTENCIA EN LA
INFORMTICA ACTUAL
Quizs el factor clave a considerar con los
sistemas informticos actuales es que la cantidad
de potencia que consumen no se ajusta
suficientemente a la cantidad de trabajo que el
sistema realiza. El objetivo principal de diseo
para la mayora de los sistemas informticos de

1
La Administracin de Informacin Energtica de los EE.UU.
inform, en 2001, que los computadores e impresoras en los
hogares americanos consumieron 23.1 TW/h [6]; cifra similar en
2006 [7].
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

17
propsito general, hasta la fecha, ha sido el de
maximizar el rendimiento o, tal vez, el
rendimiento a un precio determinado con muy
poca consideracin en cuanto al uso de la energa.
Esto ha cambiado rpidamente a medida que nos
acercamos al punto en el que el costo de un
equipo de cmputo ser superado por el costo de
la energa para su operacin, incluso durante su
relativamente corto 3 a 5 aos perodo de
amortizacin; es el momento de prestar la
suficiente atencin a la energa en el diseo del
sistema.

Aunque el ejercicio se ha hecho para calcular la
energa proporcional [4] es decir, la cantidad de
potencia necesaria se corresponde directamente
con el grado en que el sistema o componente se
utiliza, est muy lejos de la situacin actual.
Muchos componentes de los sistemas informticos
actuales tienen muy bajos niveles de utilizacin, y
la mayora de los sistemas gastan gran parte de su
tiempo de operacin en niveles de uso
relativamente bajos.

Las fuentes de potencia han sido notorias por su
ineficiencia, especialmente con una carga baja, y
los ventiladores pueden desperdiciar mucha
energa cuando se utilizan sin cuidado. Sin
embargo, en los ltimos cuatro aos la eficiencia
de las fuentes de alimentacin ha mejorado [5]. De
hecho, han surgido algoritmos que ajustan ms
continuamente las velocidades del ventilador en
relacin con las necesidades trmicas, en lugar de
utilizar slo algunos puntos de velocidad discreta.
Sin embargo, la mayora de los componentes de
hardware en los sistemas informticos de hoy
todava se deben gestionar de forma explcita, y
las concepciones y facilidades para administrar la
potencia en los sistemas informticos,
ampliamente desplegadas, aun son rudimentarias.

2.1 Administracin de la potencia
Existen dos modalidades bsicas de
administracin de potencia: 1) funcionamiento vs.
suspensin, en la que un componente o sistema
se puede apagar cuando no est en uso es decir,
una vez que cambie su estado a en reposo, pero
se vuelve a encender cuando sea necesario; y 2)
de ajuste de rendimiento mientras est en
ejecucin, en la que el nivel de rendimiento de un
componente puede bajar o subir con base en el
nivel de utilizacin observado u otra necesidad de
la carga de trabajo.

La opcin de funcionamiento vs. suspensin a
menudo se llama estados de energa, de un
componente o sistema. Si bien existe un estado
nico para representar el funcionamiento, puede
haber ms de uno para la suspensin, lo que
permite que la potencia se suspenda ms
progresivamente, si existe alguna estructura de
potencia relevante para su implementacin, desde
el hardware asociado al componente o sistema.
Las CPUs, por ejemplo, pueden suspender su
ejecucin simplemente al detener la emisin de
instrucciones o al apagar su circuito de reloj. Sin
embargo, algunos estados de potencia ms
profundos pueden remover sucesivamente la
energa del cach de los procesadores, de los
TLBs Translation Lookaside Buffers, de los
controladores de memoria, y as sucesivamente.
Mientras ms componentes de hardware se
suspendan ms potencia se ahorra, pero entonces
habr una latencia mayor para reanudar su
funcionamiento, o ser necesaria energa adicional
para salvar y restaurar el contenido del hardware
al reiniciarlo o para ambos.

Las opciones de ajuste de rendimiento, mientras
se ejecutan, se conocen ms naturalmente como
estados de potencia de un componente. Una
tcnica ampliamente aplicada para ajustar el
rendimiento es la de cambiar la frecuencia de
operacin del componente. Cuando la velocidad
del reloj es baja, los niveles de voltaje de
operacin tambin se pueden reducir, y estos dos
factores juntos normalmente llamados Dynamic
Voltage and Frequency Scaling DVFS se
traducen en un ahorro de potencia compuesto. Los
estados de rendimiento se introdujeron por primera
vez para las CPUs, ya que los procesadores se
encuentran entre los consumidores ms
importantes de potencia en la plataforma hardware
un CPU multi-ncleo moderno est en el rango
de 35W y 165W. Los estados de rendimiento
tambin se pueden utilizar para controlar el
tamao de cach activo, el nmero y/o tasas de
operacin de la memoria, las interconexiones I/O,
y otras similares.

La arquitectura ms ampliamente implementada
para la administracin de potencia es la Advanced
Configuration and Power Interface ACPI, que ha
evolucionado junto con la arquitectura Intel,
basadas en las plataformas hardware ms
ampliamente disponibles para CPUs y sus
componentes relacionados. Aunque hay muchos
aspectos detallados para la especificacin, ACPI
ofrece principalmente los controles necesarios
para implementar las dos modalidades de
administracin de potencia que se acaban de
describir. Adems, define los estados de potencia:
siete a nivel de todo el sistema, llamados estados-
S S0 a S6, y cuatro a nivel de cada dispositivo
llamados estados-D D0 a D3. El estado 0 S0
para el sistema y D0 para cada dispositivo indica
estado en ejecucin o activo, mientras que los de
mayor nmero son los estados no ejecutados o
inactivos con potencia sucesivamente ms baja y
en consecuencia niveles decrecientes de
disponibilidad o de disposicin de ejecucin. ACPI
tambin define estados de rendimiento, llamados
estados-P P0 a P15, permitiendo un mximo de
16 por dispositivo, que afectan el rendimiento
operativo del componente durante la ejecucin.
Ambos afectan el consumo de potencia.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

18
3. EFICIENCIA ENERGTICA EN LA
COMPUTACIN
A pesar de que ACPI es un importante estndar
con amplio apoyo de parte de los fabricantes, slo
proporciona un mecanismo para controlar los
aspectos del sistema con el propsito de afectar
su consumo de potencia. Esto permite pero no
establece explcitamente la eficiencia energtica.
Se necesitan aspectos de ms alto nivel de la
arquitectura general del sistema para explotar este
o cualquier otro mecanismo similar.

Qu tanto difiere el clculo de la eficiencia
energtica de la administracin de potencia?
Cmo se puede saber que se ha resuelto el
problema de la eficiencia energtica para un
sistema informtico? He aqu una visin simple:
"El sistema consume la cantidad mnima de
energa
2
requerida para realizar cualquier tarea".
En otras palabras, la eficiencia energtica es un
problema de optimizacin. Dicho sistema deber
ajustar dinmicamente sus recursos hardware, de
forma que slo se habiliten los que se necesita
para realizar esas tareas ya sea para
completarlas a tiempo, o por analoga, para
proporcionar el rendimiento requerido para
mantener un nivel de servicio establecido, y como
un resultado, la energa total utilizada se reducir
al mnimo.

Tradicionalmente, los sistemas se han diseado
para obtener el mximo rendimiento para la carga
de trabajo. En los sistemas energticamente
eficientes, en algunos casos todava se desea
obtener el mximo de rendimiento para algunas
tareas o para la carga de trabajo completa, pero el
sistema tambin debe reducir al mnimo el uso de
energa. Es importante entender que el
rendimiento y la eficiencia energtica no son
mutuamente excluyentes. Por ejemplo, incluso
cuando se logra el mximo rendimiento, un
recurso que se deba desactivar o cuyo rendimiento
individual se pueda reducir sin afectar el tiempo
para completar lo mejor posible la carga de trabajo
o el rendimiento, constituyen optimizacin
energtica.

De hecho, en cualquier sistema existen pocas o
ninguna situaciones en las que se explote la
capacidad total de los recursos hardware es
decir, todos operan a sus niveles de mximo
rendimiento. Los sistemas que se esfuerzan por
obtener el mximo rendimiento en todo momento
son notoriamente sobre-saturados y en
consecuencia poco utilizados. Sin embargo, las
personas que participan en el diseo de sistemas
informticos prcticos pueden notar que nuestra
ciencia es dbil en esta rea rea que se podra

2
Potencia es la relacin de transferencia de energa respecto
al tiempo, de modo que para una potencia constante, energa =
potencia x tiempo. Potencia y energa son conceptos diferentes
y no deben confundirse.
llamar "planificacin de la capacidad dinmica y
del aprovisionamiento dinmico".

La optimizacin de la energa obviamente est
sujeta a ciertas restricciones. Algunos ejemplos
son:

3.1 Se deben mantener los niveles de
rendimiento requeridos

Las tareas con plazos se deben completar a
tiempo. En el caso general, se especifica una
fecha lmite para una tarea o la carga de trabajo.
Cuando se especifica una fecha lmite que es
menor o igual a la ptima en la que el sistema
puede lograr ese trabajo con cualquiera o con
todos los recursos hardware, implica tambin un
mximo rendimiento. Este es efectivamente un
caso extremo.

El mximo rendimiento para una tarea o carga de
trabajo proporciona una estipulacin implcita de la
fecha lmite ptima, o "tan pronto como sea
posible"
3
. En este caso, la optimizacin de
energa se limita a los recursos que se pueden
desactivar o cuyo rendimiento individual se puede
reducir, sin afectar el tiempo para completar lo
mejor posible la carga de trabajo.

Si se especifica una fecha lmite menor que la
mejor fecha lmite alcanzable, el clculo puede
tardar algn tiempo hasta esta fecha, y el sistema
puede buscar un mnimo de energa ms global
para la tarea o trabajo. Las fechas lmite podran
considerarse "difciles", en cuyo caso el asignador
de recursos para optimizar energa del sistema
debe garantizar de alguna manera su
cumplimiento lo que plantea problemas de difcil
aplicacin; o considerarse "suaves", en cuyo
caso slo se puede tolerar un mayor esfuerzo.

Los servicios deben operar de acuerdo con el
volumen de trabajo. Para los servicios en lnea, la
nocin de volumen de trabajo, con el fin de
caracterizar el nivel de rendimiento requerido,
puede ser ms adecuada que lograr un plazo de
ejecucin. Dado que los servicios, en su
implementacin, en ltima instancia pueden
descomponerse en tareas individuales a
completar, se espera que haya una tcnica
anloga aunque los medios ms adecuados de
especificar su restriccin de rendimiento puedan
ser diferentes.

3.2 El sistema debe responder a los cambios
de la demanda

Las cargas de trabajo reales no son estticas. La
cantidad de trabajo establecido y los recursos

3
Todos los valores de vencimiento D = ti, menores que el ms
corto plazo a lograr, son equivalentes a establecer: D = to; es
decir: {t ti < to, [D = ti] [D = to]}. Por lo tanto, se puede denotar
el mximo rendimiento para D = 0.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

19
necesarios para alcanzar un determinado nivel de
rendimiento variarn mientras se ejecutan. La
respuesta dinmica es una consideracin prctica
importante relacionada con el nivel de servicio.

El volumen de trabajo (T) debe ser alcanzable
dentro de la latencia (L). La especificacin de la
latencia mxima en la que se puede activar la
capacidad del hardware reservado o incrementar
su nivel de rendimiento parece un requerimiento
claro, pero tambin debe estar relacionada con las
necesidades de rendimiento de la tarea o del
trabajo en cuestin.

El volumen de trabajo depende del tipo de tarea.
Una mtrica como TPS Transactions Per
Second puede ser relevante para la operacin de
sistemas de bases de datos, cuadros por segundo
para el componente de renderizacin de un
subsistema de generacin de imgenes, o
medidas correspondientes para un servicio de
clasificacin, interconexin I/O, o interfaz de red.
El uso interactivo impone criterios de respuesta
como medios de distribucin en tiempo real:
computacional, de almacenamiento, y de
capacidad I/O requeridos para cumplir las tasas de
ejecucin de audio y video. Aqu se sugiere una
manera por medio de la cual podra, en la prctica,
manejarse tan diversos requisitos de volumen de
trabajo.

La potencia instantnea nunca debe exceder su
lmite (P). Se puede especificar un lmite de
potencia mxima para respetar sus lmites de
disponibilidad prcticos ya sea para un sistema
individual o para un centro de datos en conjunto.
En algunos casos, puede ser permisible exceder
brevemente este lmite.

Las combinaciones de estas restricciones significa
que se debe esperar el exceso de restriccin en
algunas circunstancias, y por lo tanto tambin se
requerir una poltica para restringir la relajacin.
Podra ser preferible una precedencia estricta de
restricciones o hacer entre ellas un intercambio
ms complejo.

4. UNA PROPUESTA DE SOLUCIN
Teniendo en cuenta este concepto para calcular la
eficiencia energtica, cmo deberan construirse
los sistemas? Cmo se esperara que operara un
sistema de energa eficiente?

Un sistema debera tener tres aspectos principales
que podran resolver este problema:

1. Debe ser capaz de construir un modelo de
poder que le permita saber cmo y dnde se
consume potencia, y cmo la puede manipular
este componente es la base para la
promulgacin de cualquier forma de
administracin de potencia.
2. Debe tener un medio para determinar los
requisitos de desempeo de las tareas o de la
carga de trabajo ya sea por observacin o por
algn medio de comunicacin ms explcito.
Estas son las limitaciones de determinacin y
rendimiento de la evaluacin de componentes.

3. Por ltimo, debe implementar un optimizador
de energa un medio para decidir una
energa, una configuracin eficiente del
hardware para todo momento que est en
funcionamiento. Una optimizacin que puede
ser relativa decidida heursticamente o
absoluta basada en tcnicas analticas. Esta
es la capacidad de planificacin y dinmica
del componente de aprovisionamiento.

El primer aspecto es relativamente fcil de
construir. El tercero es sin duda inmediatamente
accesible, especialmente cuando la(s) tcnica(s)
de optimizacin se basa(n) en mtodos
heursticos. La segunda consideracin es la de
mayor proporcin, y representa una importante
consecuencia perjudicial para el clculo de la
eficiencia de la energa, y podra demandar bases
ms formales programacin para comunicar al
sistema los requisitos de la carga de trabajo. Para
esto se necesita una descripcin de las
necesidades bsicas de aprovisionamiento de la
carga de trabajo, junto con una forma de indicar
tanto sus requisitos de rendimiento como el
rendimiento en el momento.

Tambin podra ser til una forma de indicar a
priori la sensibilidad esperada de los diferentes
recursos del sistema a los cambios en el
aprovisionamiento. Afortunadamente, existe una
serie de enfoques prcticos para seguir la
eficiencia energtica antes de habilitar los
refinamientos esperados.

4.1 Modelo de potencia
Con el fin de administrar la eficiencia energtica
del hardware del sistema
4
, ste debe conocer los
detalles especficos de potencia de los dispositivos
fsicos bajo su control. Los componentes de
potencia gestionables deben desplegar el control
que ofrecen en el modelo arquitectnico ACPI),
tales como sus estados de potencia y de
rendimiento, respectivamente estados-D y
estados-P. Sin embargo, para permitir el
modelado de potencia en relacin con el
rendimiento y la disponibilidad es decir, en
relacin con su respuesta de activacin, la
interfaz del componente tambin debe describir
como mnimo lo siguiente:

4
"El sistema", de forma natural, se refiere al sistema operativo,
aunque est claro que tambin debe incluir al hipervisor para
sistemas virtualizados. Se puede esperar que este concepto
tendr que ampliarse razonablemente para incluir algunos
aspectos del firmware e incluso componentes de hardware y
tiempos de ejecucin importantes, como la mquina virtual
Java, que es la responsable de la asignacin de recursos.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

20
El consumo de potencia por estado para cada
estado inactivo, o el rango de potencia para
cada estado activo.

La latencia de transicin de estados, o el
tiempo necesario para realizar cada transicin
de estado.

Energa para el cambio de estado, o la energa
consumida al cambiar de estado.

Una vez que el sistema tiene un modelo de
potencia, consistente de todo el hardware que
gestiona potencia, se tiene el fundamento bsico
para operacionalizar la optimizacin de energa.
Es importante destacar que en l se tiene el
conocimiento de los componentes que consumen
ms potencia y los que tienen los controles de
respuesta de ms alta capacidad que se puede
utilizar para afectar el uso de potencia.

4.2 Restricciones de carga de trabajo y de
evaluacin de desempeo
En su deseo de limitar la cantidad de hardware
activo y reducir su rendimiento para minimizar el
consumo de potencia, cmo debe ser un sistema
para saber si las tareas en ejecucin todava
alcanzan el volumen de trabajo para mantener
niveles adecuados de servicio o para lograr sus
plazos?

La evaluacin de la carga de trabajo est sujeta a
la tarea o aplicacin en cuestin. El sistema
operativo puede observar el grado en que sus
distintos recursos han sido y son utilizados, y
podra utilizar estas observaciones como sus
mejores bases para predecir las necesidades de
recursos futuras, tanto para reducir como para
ampliar las que tiene disponibles. Se trata de una
base relativamente dbil para determinar qu
carga de trabajo se necesitar, especialmente
para anticipar su sensibilidad de respuesta
dinmica. Como resultado, el sistema tendr que
ser mucho ms conservador en cuanto a su
reduccin de los recursos disponibles o sus
niveles de rendimiento. Parece claro que el mejor
resultado se lograr si las aplicaciones evalan su
carga de trabajo en relacin con sus requisitos de
nivel de servicio o plazos de ejecucin, y que
puedan transmitir esa informacin al sistema
operativo a travs de una interfaz. Entonces, el
sistema puede utilizar esta informacin para hacer
potencialmente ajustes de recursos mucho ms
agresivos y en consecuencia aplicar una solucin
de optimizacin de energa totalmente mejorada.

He aqu la dicotoma crucial: el sistema es
responsable de resolver el problema de la
optimizacin de energa de acuerdo con los
recursos que asigna, mientras que la aplicacin es
responsable de monitorear su propio nivel de
rendimiento e informar al sistema para que sean
puestos a su disposicin los recursos apropiados.
4.3 Optimizacin de la energa por parte del
Sistema
Una vez que conoce las caractersticas de
potencia del hardware, y posiblemente con la
informacin descriptiva acerca de sus limitaciones
a partir del nivel de aplicacin del software, el
sistema operativo debe comenzar el proceso
dinmico de ajustar el rendimiento del hardware y
los niveles de disponibilidad para controlar el
consumo de potencia y mejorar el uso de energa
de todo el sistema. Cmo puede el sistema
operativo tomar tales decisiones?

Mtodos heursticos. Aprovisionar energa para
una carga de trabajo mxima puede, en algunos
casos, optimizarla. Esta es la conjetura segn la
cual el rendimiento (mximo) es verde, que se
refleja en las ideas de carrera al ocio o carrera al
sueo [8]. Aunque hay evidencia de que este
enfoque tiene mrito del lado del cliente cuando el
sistema est inactivo especialmente para los
sistemas embebidos y mviles donde se puede
ahorrar hasta el 95% de la energa si todo el
sistema se pone en un estado de suspensin, no
es claro cmo se puede aplicar para calcular del
lado del servidor. En algunos casos existe un
incremento no lineal de la potencia requerida para
obtener aceleracin lineal carga de trabajo, por
ejemplo el modo turbo de los procesadores
contemporneos de Intel y por lo tanto, en todos
los casos, la energa ptima no se encuentra en
un punto de aprovisionamiento y rendimiento
acorde con la mxima carga de trabajo.

Ajustar dinmicamente el nivel de rendimiento del
hardware, en funcin de su utilizacin, es una
heurstica utilizada ampliamente para el
mejoramiento energtico en sistemas activos:
hacia abajo con una utilizacin baja o hacia arriba
con una utilizacin alta utilizacin por debajo o
por encima de cierto umbral para cierta duracin.
Esta puede ser una tcnica eficaz, pero se limita a
situaciones en las que, para hacer el cambio de
estado, tanto la latencia como la energa son tan
bajas que son insignificantes.

Optimizacin basada en restricciones para un
enfoque. En algunos casos puede ser posible
ofrecer una solucin analtica completa para
simplificar el problema a tal grado. Por ejemplo, si
se considera solamente una tarea individual en
una CPU individual con una compensacin de
poder/rendimiento bien comprendida, es
relativamente sencillo especificar completamente
una agenda en la que la sea posible unir la tarea a
su fecha de entrega con un mnimo de energa
total. De forma ms general los resultados
formales tambin son posibles [9]. Sin embargo,
esto se basa en una serie de supuestos que a
menudo no se tienen en la prctica, como buenas
estimaciones del trabajo total requerido por un
proceso. Supuestos ms dbiles requieren
algoritmos de optimizacin en lnea para lograr la
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

21
programacin consiente de energa. Existen
algunos trabajos en esta rea, pero an no los
suficientes como para sostener un sistema
operativo de propsito general [10].

Para que un enfoque basado en optimizacin sea
aplicable de forma general, se requiere una serie
de tcnicas. En los casos ms sencillos, es posible
el funcionamiento autnomo a nivel de dispositivo;
por ejemplo, una GPU Graphics Processing Unit
a nivel de hardware, puede disminuir potencia sin
usar instalaciones de hardware agresivamente,
con base exclusivamente en las apreciaciones
instantneas de sus niveles de utilizacin, debido
a que mientras sea necesaria la latencia para
hacer una copia de seguridad de esas
instalaciones, ser intrascendente. Prcticas
similares parecen ser aplicables en el uso de los
estados-P de la CPU rendimiento de la CPU y el
ajuste costo-energa basado en la escala de
voltaje y frecuencia, ya que tanto la energa de
transicin de estados como la latencia son muy
bajas.

Los cambios de estado de hardware que afectan
la potencia pero presentan una latencia mucho
mayor, y/o una cantidad de energa mucho mayor
para hacer el cambio de estado, requieren un
tratamiento diferente. Un ejemplo obvio es un
disco duro desacelerndose, situacin en la que
hay que tener en cuenta la latencia extensa que se
requiere para volverlo a iniciar; pero esta latencia
no es la nica preocupacin. Los sistemas de
memoria de los semiconductores en las que parte
de la memoria fsica total podra apagarse si no es
requerida, y donde la latencia de encendido puede
ser cercana a cero, todava tendrn una energa
de transicin resultante, ya que se puede requerir
muchas transacciones en memoria para reunir el
conjunto de trabajo en esas pginas fsicas que
permanecen activas
5
. Los recursos de esta clase
requieren, para garantizar que la latencia de
activacin puede ser tolerada o mantenida y que la
energa de cambio de estado ser superada por la
energa que se ahorrar mientras est en ese
estado, un mayor conocimiento de la tarea o el
comportamiento de la carga de trabajo, as como
un tratamiento anticipatorio de los recursos de
hardware requeridos.

Algunas tcnicas de optimizacin comunes se
pueden basar en la latencia de cambio de estado,
sus demandas de energa, y as sucesivamente, y
de stas podra surgir una taxonoma de las
mismas unas formales o analticas, otras
basadas en mtodos ms numricos o heursticos.

Aunque se espera que las tcnicas especficas,
para la apropiada optimizacin de energa para

5
Es interesante considerar si las heursticas tradicionales tales
como la regla de cinco minutos, diseada para optimizar por
rendimiento la jerarqua de memoria, podra tener analogas en
la optimizacin de energa.
recursos hardware diferentes o subsistemas, sea
algo diferente y que estn sujetas a las
propiedades de los recursos hardware en
cuestin, la esperanza es que la composicin de
optimizadores de eficiencia energtica para todos
los recursos se acumularn para formar un
esquema de eficiencia para el sistema en su
conjunto
6
.

5. CMO LOGRARLO
La visin de concesiones de sistema completo
para eficiencia energtica no se puede lograr en
un solo paso individual. Los sistemas de software
actuales no estn equipados en las formas
descritas, ni son aplicaciones escritas de forma
que permitan aprovechar esa capacidad. En
trminos pragmticos, cmo se puede alcanzar
este resultado, y qu medidas estn ya en
marcha?

Como una primera consideracin, los sistemas
deben ser revisados para prestar atencin al uso
de energa; el sistema operativo en s mismo, que
siempre est en funcionamiento, todava no ha
optimizado su propio uso de energa. Hasta la
fecha casi todo el software, incluyendo el software
de sistemas, ha sido optimizado para rendimiento,
robustez y escalabilidad pero sin considerar a la
energa. Un paso inicial, por lo tanto, es redisear
e implementar la eficiencia energtica en el
funcionamiento del sistema operativo. Esta es una
tarea importante, y sus implicaciones todava no
se entienden completamente.

No es claro si es factible modificar los sistemas
operativos existentes para que consideren a la
energa como un obstculo de primera clase, algo
que sin duda sera preferible. La experiencia con
sistemas de seguridad muestra que es muy
complicado introducir tales consideraciones
despus de hechos. Con seguridad, y debido a la
presin de la eficiencia energtica, se pueden
anticipar nuevas y fundamentales estructuras
dentro del software de sistemas, e incluso que
surgirn nuevos sistemas operativos. Por lo
menos, se debe adaptar las facilidades de
administracin de recursos en el sistema operativo
para la concientizacin y optimizacin energtica.

Procesadores. Dada la importante fraccin de
poder que se atribuye a las CPU en las
plataformas contempornea y como
consecuencia la introduccin temprana de
caractersticas de administracin de poder en
ellos, se ha logrado muchos avances en la
programacin de los sistemas operativos. La
descuidada activacin de hardware cuando no es

6
Se reconoce que tal reduccionismo puede ser demasiado
optimista si hay interacciones entre los recursos asignados por
diferentes subsistemas, y que un enfoque ms holstico por
ejemplo, un amplio enfoque de programacin dinmica,puede
entonces ser necesario en sistemas donde "todos los joule
cuentan".
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

22
til para algn trabajo se debe eliminar. La revisin
constante de un programa director al interior del
sistema operativo o de las aplicaciones es un
ejemplo obvio; pero ste utilizar un reloj de alta
frecuencia con interrupciones de base para
temporizar los eventos, manejar la hora normal, y
programar la ejecucin de subprocesos, algo que
puede ser bastante problemtico. El objetivo es
mantener el hardware en reposo hasta que se
necesite.

El proyecto de ncleo "tickless" [11] en Linux
introduce una aplicacin inicial de las marcas de
aprobacin dinmicas. Reprogramando el
temporizador peridico de interrupciones por CPU,
para eliminar las marcas de aprobacin del reloj
durante el reposo, se puede mejorar en un factor
de 10 o ms la cantidad promedio de tiempo que
invierte una CPU para manter su estado de
reposo, despus de cada entrada de estado
inactivo. Ms all de las buenas ideas que se
presentan desde Linux, el proyecto Tesla en
OpenSolaris tambin est considerando lo que
significa la transicin hacia un esquema ms
amplio basado en eventos para el desarrollo de
software en el sistema operativo.

La confluencia de caractersticas en los modernos
procesadores CMT Chip Multi threading, CMP
Chip Multiprocessor, y NUMA Non-Uniform
Memory Access para sistemas multi-procesador
con sockets mltiples, est generando de parte de
los desarrolladores la presentacin de gran
cantidad de nuevos trabajos orientados a
implementar la eficiencia energtica [12]. Teniendo
en cuenta la capacidad de alterar los niveles de
rendimiento, la eficiencia energtica y la
introduccin de CPUs multi-ncleo heterogneos
7
,
slo falta aadir este componente [13,14].

Almacenamiento. En comparacin con las CPU, el
poder consumido por una unidad de disco no
parece especialmente grande. Un disco tpico de
3.5 y 7200 RPM consume entre 7W y 8W slo el
10% de lo que una tpica CPU multi-ncleo
consume. Aunque de mayor rendimiento, uno de
10000 RPM consumen alrededor de 14W, y uno
de 15000 RPM quizs pueda utilizar alrededor de
20W; entonces, cul es la preocupacin? La
alarmante tasa de crecimiento relativa al
almacenamiento, podra cambiar rpidamente el
porcentaje de potencia total que representan los
dispositivos de almacenamiento. Los factores de
rendimiento y fiabilidad han dado lugar a la
aplicacin de husos mltiples, tan comn
actualmente, incluso en sistemas de escritorio
para implementar una simple solucin RAID. Las
soluciones de almacenamiento estn aumentando
mucho ms rpido en el centro de datos.

7
Son CPUs multi-ncleo en el las que los ncleos de diferentes
niveles de rendimiento se colocan en el mismo paquete mlti-
ncleo, por lo que su consumo de poder es muy diferente.
Los chasis para servidores de gama baja, de uso
rutinario en los hogares, tienen espacio para una
docena o ms unidades. Por ejemplo, el rack 4U
de Sun para arreglos de almacenamiento tiene
capacidad para 46 unidades de 3.5. Por lo que si
se utilizan unidades industriales de 10000RPM
15000RPM, se podra incrementar el consumo de
potencia entre 1.088W y 1.6kW.

Actualmente, los subsistemas de almacenamiento
obviamente estn en el radar atento de la energa.
Hay por lo menos dos medidas inmediatas que se
pueden tomar para ayudar a mejorar el consumo
de energa en los dispositivos de almacenamiento.
La primera es la atencin directa al uso de energa
en el tradicional almacenamiento basado en disco.
Parte de este trabajo lo iniciaron los vendedores
de hardware de discos, quienes estn empezando
a introducir los estados de potencia en sus
unidades de disco, y otra parte la comenzaron los
desarrolladores de sistemas operativos trabajando
en los actuales sistemas de archivos como
Zettabyte File System ZFS, y en la administracin
de los recursos de almacenamiento. La segunda,
se deriva particularmente de la reciente
introduccin de los grandes dispositivos de
memoria Flash de bajo costo. La memoria Flash
llena una
importante brecha de capacidad/rendimiento entre
los dispositivos de memoria principal y los discos
[15,16], pero tambin tiene enormes ventajas de
eficiencia energtica sobre los medios de rotacin
mecnica.

Memoria. Debido a su relativamente bajo
requerimiento de potencia por ejemplo, 2W por
DIMM, a primera vista la memoria principal
parece ser un motivo de preocupacin an menos
importante que los discos. Su tamao medio en las
plataformas de hardware actual, sin embargo, la
puede posicionar para crecer ms rpidamente.
Con el foco de los fabricantes de sistemas
hardware centrado sobre todo en los niveles de
rendimiento para mantenerse al da con la
correspondiente demanda de rendimiento de los
CPUs multi-ncleo, es fundamental mantener
siempre el ancho de banda entre la CPU y la
memoria. La consecuencia ha sido una evolucin
en los mdulos DIMM desde un canal simple a uno
doble y ahora a uno triple, en las correspondientes
tecnologas SDRAM DDR, DDR2 y DDR3. Aunque
las reducciones en el tamao de los procesos de
fabricacin DDR3 est en la tecnologa de 50
nanmetros ha permitido subir la frecuencia del
reloj y bajar un poco la potencia por DIMM. El
deseo de un rendimiento an mayor mediante el
aumento de DIMMs por canal de memoria sigue
incrementando el consumo total de potencia en el
sistema de memoria.

Por ejemplo, un servidor con un sistema de cuatro
sockets basado en el CPU Niagara2 de ocho
ncleos de Sun, con 16 mdulos DIMM por
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

23
socket y usando tecnologa de memoria de doble
canal DDR2, tiene en total 64 mdulos DIMM; y
podra incrementarse a 24 mdulos DIMM por
socket 96 en total, si su sucesor ms rpido
utiliza en su lugar memoria de triple canal DDR3.
Un DIMM DDR2 representativo consume 1.65W
3.3W por par, mientras que la edicin de ms
baja potencia de los actuales mdulos DIMM
DDR3 consume 1.3W 3.9W por cada tres. El
resultado parece ser un incremento de slo 20%
en el consumo de potencia en total entre 100W y
120W para nuestro ejemplo.

Sin embargo, teniendo en cuenta que la siguiente
generacin de CPUs tambin tendr dos veces
ms de ncleos por zcalo, un escenario posible
resultante es el deseo de tener dos veces el
nmero de conjuntos de memoria por sockets
para un posible total de 192 mdulos DIMM, con
el objetivo de equilibrar el rendimiento del sistema
de memoria en general. El resultado, por lo tanto,
podra ser un incremento de 100W a 240W 140%
ms de consumo de potencia para el sistema de
memoria completo! Esta tendencia se observa
incluso en las mquinas de clase escritorio, sin
duda en una escala mucho menor, como los
sistemas que han aparecido conteniendo CPUs
hyperthreaded de cuatro ncleos como el
Nehalem de Intel.

Si la memoria fsica disponible se puede activar y
desactivar, y quizs correspondientemente
reconfigurar como una capacidad de
procesamiento del sistema, se podr ajustar
dinmicamente algunas funcionalidades nuevas
que se requerirn del subsistema de
administracin de memoria del sistema operativo.
Mirando al futuro, se constituye en un problema
abierto el diseo de un sistema de memoria virtual
que sea consiente de la energa, y que sea capaz
de ajustar los recursos fsicos de la memoria
mientras est en funcionamiento.

I/O. Los aspectos energticos del sistema I/O en
las plataformas hardware probablemente sean
ms importantes. Como un simple ejemplo, los
actuales sistemas y subsistemas interconectados
de redes de rea local se han desarrollado en dos
aspectos importantes: la agregacin de enlaces,
que cada vez es ms utilizada para impulsar las
redes y la fiabilidad de la banda ancha; y la
velocidad de interconexin individual, que ha
avanzado de 1GB a 10GB, y se espera llegue
pronto a 40GB. Un transmisor-receptor para una
tarjeta de interfaz de red de 10GB puede requerir
hoy, como mucho, 14W cuando funciona a toda
velocidad, con una consecuente reduccin de
potencia cuando su velocidad de vnculo se
reduce a 1GB o menos alrededor de 3W a 1GB y
1W a 100MB. Se puede esperar que otras
interconexiones de alta velocidad, como
InfiniBand, tengan similares consideraciones de
energa para el sistema completo. Se ha prestado
poca atencin a las implicaciones energticas de
las interconexiones de comunicacin en cualquiera
de sus diferentes manifestaciones arquitectnicas,
desde un chip hasta redes de rea amplia.

5.1 La evolucin del software de aplicaciones
El aspecto ms estratgico de la informtica
energticamente eficiente ser la evolucin del
software de aplicacin para facilitar la eficiencia
energtica del sistema completo. Aunque sin
duda, apoyando el desarrollo de nuevas
aplicaciones de eficiencia energtica, podremos
esperar nuevas interfaces de aplicacin para el
software del sistema, la transicin de las
aplicaciones histricas y las actuales representa
una evolucin a largo plazo. Mientras tanto, cmo
vamos a abordar el problema de una mayor
eficiencia energtica para el resto de la base
instalada? Obviamente, no se producir como
resultado de una implementacin nica de todas
las aplicaciones existentes.

Una posibilidad para abordar el agnosticismo de
energa de las aplicaciones existentes es realizar
un anlisis extrnseco de su comportamiento en
tiempo de ejecucin. Los datos empricos se
pueden colectar del grado en que el rendimiento
de la aplicacin es sensible a los diferentes niveles
y a los tipos de aprovisionamiento de recursos. Por
ejemplo, se puede observar el grado en que el
rendimiento
8
se incrementa por la adicin de
recursos a la CPU, o la adjudicacin de una CPU
con micro-arquitectura de mayor rendimiento, y as
sucesivamente [14]. La aplicacin puede entonces
indicar, en su forma binaria, cul es la medida de
su grado de sensibilidad, sin necesidad de alterar
la implementacin existente. El sistema operativo
podra usar los datos para asignar los recursos
que persigan cierto nivel de rendimiento
especificado, o para localizar una adecuada
compensacin de consumo energa vs.
rendimiento.

Inevitablemente, se espera que se necesite una
combinacin de ambas tcnicas, en la que
explcitamente la propia aplicacin le informa al
sistema de su carga de trabajo y de las
necesidades de aprovisionamiento de recursos; e
implcitamente en que anlisis esttico y dinmico
se utilizan para modelar la necesidad de recursos,
en relacin con el rendimiento y el consumo de
energa.

6. CONCLUSIN
Todava estamos en el debut de la conciencia
energtica computacional; con mucha atencin de
parte de la industria, que ha permitido la
introduccin y el uso de mecanismos y controles
de administracin de energa en los componentes
individuales de hardware, pero poca atencin al

8
Esto supone que se debe definir un objetivo de mtrica de
rendimiento externa, que puede ser problemtico.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

24
problema ms amplio de la eficiencia energtica:
la minimizacin del total de energa requerida para
ejecutar cargas de trabajo computacional en un
sistema.

En este trabajo se propone un enfoque general a
la eficiencia energtica en sistemas
computacionales, y se propone la implementacin
de mecanismos de optimizacin energtica en el
software de los sistemas, equipados con un
modelo de potencia para el hardware del mismo; y
se describen las aplicaciones que sugieren ajuste
de aprovisionamiento de recursos para que
puedan alcanzar sus niveles de carga de trabajo
y/o plazos de ejecucin requeridos.

En el corto plazo se requerir, para aplicacin
prctica, una serie de tcnicas heursticas
diseadas para reducir los ms obvios
desperdicios de energa asociados con
componentes de alta potencia, tales como las
CPUs. A ms largo plazo, y para una ms efectiva
optimizacin de la energa total, se necesitarn
tcnicas para modelar el rendimiento relativo a la
configuracin del hardware del sistema y por
tanto su consumo de energa, junto con una
mejor comprensin y un conocimiento predictivo
de las cargas de trabajo.

REFERENCIAS

1. S. Chu, The energy problem and Lawrence
Berkeley National Laboratory. Talk given to the
California Air Resources Board. 2008. In:
http://www.arb.ca.gov/research/seminars/chu/chu.p
df May 2010.
2. Environmental Protection Agency, EPA report to
Congress on server and data center energy
efficiency. 2007. In:
http://www.energystar.gov/index.cfm?c=prod_devel
opment.server_efficiency_study, Feb, 2010.
3. R. H. Katz, Tech titans building boom. IEEE
Spectrum, Vol. 46, No. 2, pp. 40-54. 2009.

4. L. Barroso & U. Holzle, The case for energy-
proportional computing. IEEE Computer, Vol. 40,
No. 12, pp. 33-37. 2007.
5. M. Kyrnin, PC Power Supply Efficiency. How The
Efficiency Rating of a Power Supply Can Save You
Money. About.com guide. 2010. In:
http://compreviews.about.com/od/cases/a/PSUEffici
ency.htm, May. 2010.
6. Energy Information Administration, Residential
Energy Consumption Surveys 2001. 2001. In:
http://www.eia.doe.gov/emeu/recs/byfuels/2001/byfu
els_2001.html, May 2010.
7. K. W. Roth & K. McKenney, Energy consumption
by consumer electronics in U.S. residences.
Cambridge: TIAX LLC. 2007. 147 p.
8. M. Garrett, Powering down. Communications of
the ACM, Vol. 51, No. 9, pp. 42-46. 2008.
9. D. J. Brown & S. C. Reams, Toward energy-
efficient computing. Communications of the ACM,
Vol. 53, No. 3, pp. 50-58. 2010.
10. F. Yao, A. Demers & S. Shenker, A scheduling
model for reduced CPU energy. Proceedings of
36th Annual Symposium on Foundations of
Computer Science. Milwaukee, WI, USA, pp. 374-
382. 1995.
11. S. Siddha, Getting maximum mileage out of
tickles. Proceedings of the Linux Symposium.
Ottawa, Canada, pp. 201-208. 2007.
12. A. Fedorova, Operating system scheduling for chip
multithreaded processors. Ph.D. dissertation.
Harvard University, The Division Of Engineering
And Applied Sciences. 2006.
13. A. Fedorova, J. C. Saez, D. Shelepov & M. Prieto,
Maximizing Power Efficiency with Asymmetric
Multicore Systems. ACM Queue Magazine, Vol. 7,
No. 10. 2009.
14. D. Shelepov, J. C. Saez, S. Jeffery, A. Fedorova, N.
Perez, Z. F. Huang, S. Blagoduro & V. Kumar,
HASS: a scheduler for heterogeneous multicore
systems. ACM Operating System Review, Vol. 43,
No. 2, pp. 66-75. 2009.
15. A. Leventhal, Flash storage today. ACM Queue,
Vol. 6, No. 4, pp. 25-30. 2008.
16. J. Mogul, E. Argollo, M. Shah & P. Faraboschi,
Operating system support for NVM+DRAM hybrid
main memory. Proceedings of Usenix HotOS XII.
Monte Verit, Switzerland. 2009.

Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

25
EFFICIENCY ANALYSIS OF THE RENEWABLE ENERGY SOURCES

ANLISIS A LA EFICIENCIA DE LAS FUENTES DE ENERGA
RENOVABLE

Jennifer Wangong
US Environment Protection Agency
Wangong.Jennifer@epa.gov
Penelope Daniel
US Environment Protection Agency
Daniels.Penelope@epa.gov

(Tipo de Artculo: REVISIN. Recibido el 01/09/2010. Aprobado el 20/10/2010)

Abstract Despite having public support and numerous
advantages over other energy sources, to renewable
technologies have been characterized repeatedly failing
to meet our energy needs, and are presented only as a
choice between conventional fossil fuels and nuclear
energy. This paper shows that this is a false choice, and
that renewable energy can safely generate the same
energy as conventional fuels, and can do so without
producing carbon emissions or radioactive waste that
pollute the environment.

Keywords: Renewable energy, efficiency, solar energy,
wind power, solar, fossil fuels.

Resumen A pesar de tener el apoyo del pblico y
numerosas ventajas sobre otras fuentes de energa, a
las tecnologas renovables se les ha caracterizado
repetidamente de no poder satisfacer nuestras
necesidades energticas, y se han presentado slo
como una opcin entre los combustibles fsiles
convencionales y la energa nuclear. En este trabajo se
muestra que esto es una falsa opcin, ya que la energa
renovable puede generar de forma segura la misma
energa que los combustibles convencionales, y puede
hacerlo sin producir las emisiones de carbono o los
residuos radiactivos que contaminan el medio ambiente.

Palabras clave: Energa renovable, eficiencia, energa
solar, energa elica, paneles solares, combustibles
fsiles.

1. INTRODUCCIN
La energa renovable que incluye a la energa
solar, la elica, la hidrulica avanzada, ciertos
tipos de biomasa y a la energa geotrmica [1]
tiene el potencial de reemplazar a los combustibles
fsiles convencionales y a la energa nuclear.
Mientras que las energas renovables no
hidrulicas proporcionan actualmente slo 2.3%
de la electricidad en los EE.UU., mezclar las
diversas tecnologas renovables existentes es
tcnica y econmicamente factible para satisfacer
completamente sus necesidades energticas. De
hecho, hasta un 20% de la electricidad de los
EE.UU. podra provenir inmediatamente de fuentes
de energa renovables no hidrulicas, sin efectos
negativos para la estabilidad o confiabilidad de la
red elctrica.

A largo plazo, se pueden hacer mejoras a la red, y
las tecnologas renovables podran suministrar
porcentajes cada vez mayores. Examinando
posibles aplicaciones y tasas de crecimiento de
diferentes tecnologas, el Consejo Europeo de
Energas Renovables, en su reporte de 2004 [2],
concluy que la energa renovable podra
satisfacer las necesidades actuales de potencia, y
para el 2040, podra proporcionar hasta el 50% de
la energa primaria del mundo [3]. Estudios
similares de la petrolera Shell [4] han explorado
escenarios en los cuales, para el ao 2050, entre
un tercio y la mitad de la energa del mundo podra
provenir de fuentes renovables.

Es importante destacar que las tecnologas de
energa renovable prcticamente no producen
emisiones de gases de efecto invernadero y
pueden hacer frente al cambio climtico de forma
efectiva. Debido a la falta de control, la
perturbacin de la atmsfera de la tierra
representa la mayor amenaza a la humanidad en
nuestra poca, y si se contina llenando con
gases de efecto invernadero se derretirn las
capas de hielo y el nivel del mar se elevar,
trayendo patrones climticos extremos,
interrumpiendo la produccin de alimentos, y
destruyendo ecosistemas enteros.

Cientos de millones de personas podran quedar
sin alimentos, refugio o agua potable, lo que
originara levantamientos polticos y sociales. De
acuerdo con un estudio realizado por el Ministerio
para el Medio Ambiente de Japn las energas
renovables, combinadas con medidas de
eficiencia, podran reducir las emisiones de gases
de efecto invernadero a un nivel coherente con los
objetivos de la estabilizacin del clima mundial
una reduccin del 70% para el 2050 [5]. En este
trabajo se hace un anlisis a la eficiencia en la
produccin d energa de las fuentes renovables, y
se concluye que con costos de capital inicial
mnimos y tiempos cortos de implementacin, las
tecnologas renovables podran solucionar el
cambio climtico global ms rpidamente que la
energa nuclear, sin la produccin de residuos
radiactivos u otros tipos importantes de
contaminacin, y satisfaciendo las necesidades
energticas de la humanidad.

2. CUNTA ENERGA RENOVABLE HAY
La combinacin de la energa elica, la solar, la
hidrulica avanzada, de biomasa y la geotrmica,
en el corto y mediano plazo podra satisfacer
completamente las necesidades elctricas de los
EE.UU. [6]. De acuerdo con un anlisis del
J. Wangong y P. Daniels. Anlisis a la eficiencia de las fuentes de energa renovable. Ing. USBMed, ISSN: 2027-5846, Vol 1, No. 1,
pp. 39-45. Jul-Dic 2010.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

26
Laboratorio Nacional de Energa Renovable NREL
se podra tcnicamente, para el 2020, cubrir con
recursos energticos renovables toda la demanda
de electricidad de los EE.UU [7]. A ms largo
plazo, el potencial de los recursos renovables
internos superar en 85 veces el uso actual de
energa [8].

2.1 Energa elica
Investigadores de la Universidad de Stanford
evaluaron el potencial de la energa elica a nivel
mundial [9]. Despus de analizar ms de 8.000
mediciones de la velocidad del viento en todo el
mundo, concluyeron que en lugares especficos el
viento podra generar energa suficiente para
satisfacer las demandas del planeta. De los sitios
medidos, ms del 13% tena una velocidad media
anual del viento lo suficientemente fuerte como
para generar potencia de forma econmica
velocidades superiores a 6.9 m/s a 80 metros.
Estos sitios candidatos se encuentran en todas las
regiones, tanto en tierra como mar adentro. Los
investigadores concluyeron que la energa elica
mundial podra haber generado cerca de 72 TW
en el ao 2000, lo que es equivalente a 208
trillones de kilovatios hora cerca de una vez y
medio el consumo de energa actual anual en el
mundo.

El Laboratorio del Pacfico Noroeste, al evaluar el
potencial elico de los EE.UU., estim que la
energa elica terrestre que los estados en
conjunto pueden producir, sera capaz de generar
casi una vez y medio la energa que actualmente
consume el pas en un ao [10]. Y de acuerdo con
un anlisis realizado por el DOE Department of
Energy, a 50 millas de la costa mar adentro hay
adicionalmente 900 GW de energa elica. Esto es
equivalente, por lo menos, a 2.6 trillones de
kWh/ao casi el 70% de la energa utilizada
actualmente en el pas [11].

Sin embargo, para producir esta cantidad de
energa, no existen los desarrollos significativos
que necesita la tecnologa elica. Las turbinas
modernas son diseos robustos de tres aspas de
eje horizontal que aprovechan el viento mediante
motores controlados por computador. La
capacidad de potencia de estas turbinas se ha
incrementado dramticamente en los ltimos
veinte aos, pasando de 24 kW en 1981 a 1.5 MW
en 2006 [12].

Las turbinas se han desarrollado para funcionar a
altas velocidades, con alta eficiencia y baja
tensin, lo que contribuye a su buena fiabilidad.
Slo con investigacin en nuevos materiales de
compuestos ligeros, sistemas avanzados de
control, y mtodos para hacer frente a las
variables adicionales que aparecen en los sitios
mar adentro, se mejorar la eficiencia de estos
diseos [13]. Tambin se espera que en los
prximos cinco a diez aos sean comunes: el
contador de revoluciones de los diseos de turbina
de eje horizontal, que captura un amplio rango de
velocidades de viento, y las turbinas de eje
vertical, que tienen el potencial para generar 10.4
MW por turbina. La cuestin ms importante que
enfrentan estas turbinas es la necesidad de una
adecuada ubicacin y la aprobacin de parte de la
comunidad.

2.2 Energa solar
Cualquier medida de la cantidad de energa solar
tambin es enorme. Cada hora golpea la
superficie de la Tierra ms energa de la que se
consume a nivel mundial en un ao [14]. De
acuerdo con el Solar Energy Technologies
Program [15], diariamente hay disponibles en el
planeta entre 2.8 y 6.2 kw/h de luz solar por metro
cuadrado. La cantidad exacta de esta luz depende
de la regin y la temporada. En los Estados
Unidos, el promedio anual por da es de 4.8
kWh/m
2
[16].

Una forma de aprovechar esta energa es
transformarla directamente en electricidad [17].
Hay dos tipos de tecnologa fotovoltaica
desarrolladas para este fin: los paneles
fotovoltaicos y los concentradores fotovoltaicos.
Para los paneles, la eficiencia o capacidad de las
clulas fotovoltaicas para capturar la energa solar
y convertirla en electricidad vara entre 12% y
25%. Los mismos paneles tienen eficiencias
ligeramente ms bajas que las celdas actuales
debido a la estructura y el cableado.
Tradicionalmente, al incrementar la eficiencia
tambin se incrementa el costo y el espesor del
silicio de los paneles. Sin embargo, varios
cientficos lograron desarrollar paneles baratos y
flexibles de una pelcula delgada, capaces de
lograr 15% ms de eficiencia [18]. Estos paneles
han comenzado a producirse a gran escala [19].

Como resultado y con la tecnologa existente, la
energa fotovoltaica podra hacer una contribucin
significativa a la produccin de energa en los
EE.UU. De acuerdo con un estudio de la
Fundacin para la Energa, los EE.UU. podran
generar aproximadamente 1 milln de MW de
energa fotovoltaica en 2025, si se utiliza al menos
el 15% de la eficiencia del panel y una estimacin
conservadora de por lo menos 7.854 millones de
m
2
del espacio disponible en las azoteas
residenciales y comerciales, lo que generara
aproximadamente 1.9 billones de kw/h al ao
casi la mitad de su consumo elctrico actual [20].
Esta cifra no incluye otras formas de generacin
distribuida de electricidad fotovoltaica, como
paneles instalados en tierra, tejas fotovoltaicas,
plazas de aparcamiento cubiertas, ventanas,
toldos, y las fachadas de los edificios. Tampoco
tiene en cuenta las mejoras adicionales en la
eficiencia del panel. De acuerdo con el anlisis del
NREL, el potencial tcnico total de energa
fotovoltaica en los EE.UU., a largo plazo, es de
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

27
alrededor de 219 TW que podra proporcionar
ms de tres veces la energa que se consume
actualmente en el mundo.

Los concentradores fotovoltaicos los sistemas
que reflejan o enfocan la luz de una amplia zona
en un pequeo panel fotovoltaico tambin
podran hacer una contribucin significativa a las
necesidades energticas de EE.UU. Los
concentradores solares que hacen seguimiento al
sol producen un nivel ms constante de "energa
pico" durante todo el da, y operan con mayor
eficiencia que los paneles fotovoltaicos. Los
concentradores tambin pueden reducir costos
mediante la reduccin de material fotovoltaico por
unidad de energa generada aunque s necesitan
un elemento ptico de bajo costo y una estructura
de apoyo y seguimiento [21] y podran ser muy
adecuados para estabilizar la generacin de los
parques elicos y para las instalaciones a lo largo
de las carreteras y corredores de transmisin.

2.3 Hidrulica avanzada
La energa hidroelctrica proporciona actualmente
el 10% de la generacin elctrica en EE.UU. y
podra ser una fuente importante de energa
renovable [22]. Las grandes presas
convencionales, sin embargo, han causado graves
daos ambientales [23], por lo que tendrn que ser
adaptadas o reducidas; mientras tanto se instalan
sistemas ms pequeos con diseos de turbina
avanzados hasta 25 MW. Segn el DOE, estos
sistemas avanzados se pueden aplicar a ms del
80% de los proyectos hidroelctricos existentes, y
pueden construirse en pequeas represas
existentes que previamente no hayan sido
utilizadas para producir potencia [24].

El diseo de hidrulica avanzada reduce el
impacto de las turbinas en los peces, ya que
facilita su migracin aguas arriba, y reduce los
problemas de sedimentos y calidad del agua. Los
sistemas fluviales, que aprovechan el poder del
movimiento del agua sin represas o embalses,
tambin son una alternativa pequea y de bajo
impacto que podra desarrollarse donde se han
eliminado embalses o en sitios nuevos. El
potencial estimado de los recursos hdricos
sostenibles de las presas existentes en EE.UU.
est en el rango de entre 77 y 82 GW; esto incluye
62 GW adaptados de los proyectos de energa
hidroelctrica existentes y entre 15 y 20 GW de la
instalacin de sistemas avanzados en otras
pequeas presas tambin existentes [25]. Estas
fuentes de energa hidroelctrica podran aportar
entre 337 y 359 billones de kW/h al ao, es decir,
entre el 8.5% y el 9% del consumo actual de
electricidad en los EE.UU.

2.4 Biomasa
La biomasa es la combustin de materia orgnica
tpicamente cultivos agrcolas y pastos para
producir calor o electricidad. La energa de la
biomasa, a diferencia de la solar y la elica,
produce significantes emisiones de dixido de
carbono. Estas emisiones, sin embargo, pueden
ser compensadas mediante la plantacin de
nuevos cultivos que absorban el dixido de
carbono a medida que crecen. La emisin de
carbono en relacin con la absorcin de carbono,
la ubicacin de ambos procesos, y los efectos
sobre el suelo local y la calidad del agua, son
temas importantes que se deben considerar al
determinar qu formas de biomasa son
sostenibles. Para que la biomasa sea una fuente
importante de energa renovable que no emita
carbono, las cosechas deben ser pequeas y
fertilizadas, transportadas slo en distancias
cortas, y cultivadas y cosechadas de manera que
no degraden la tierra. Las hierbas -como los
bejucos y la gran caa azul son posibilidades de
biomasa de bajo impacto. Si se produce y se usa
correctamente, la biomasa podra contribuir
significativamente a satisfacer las necesidades de
energa de los EE.UU. Segn un estudio del
NREL, la biomasa podra producir, para el 2020,
entre el 17% y el 28% de la electricidad de los
EE.UU. [26].

3. VARIABILIDAD E INTERMITENCIA
A pesar de las capacidades y la inmensidad de
recursos de las tecnologas renovables, a menudo
se les describe como demasiado variables e
inconsistentes para satisfacer las necesidades
energticas del mundo. Esto, sin embargo, es una
imagen incorrecta. La hidrulica avanzada y la
biomasa sostenible ya son capaces de producir
potencia de carga base, y la energa elica de mar
adentro tiene un potencial similar. En cuanto a los
paneles fotovoltaicos y la elica de tierra, si bien
es cierto que "el sol no siempre brilla y el viento no
siempre sopla, es posible aprovecharlas de
manera que se reduzcan sustancialmente sus
problemas de intermitencia y variabilidad.

Un anlisis de la Agencia Internacional de Energa
IEA [27], un organismo intergubernamental de
veintisis pases, comprometidos a avanzar en la
seguridad del abastecimiento energtico, el
crecimiento econmico y la sostenibilidad
ambiental concluye que la intermitencia no es un
obstculo tcnico para la energa renovable. Para
hacer frente a la variabilidad y la intermitencia IEA
[28] recomienda la generacin distribuida, vnculos
entre zonas geogrficas, una mezcla diversa de
tecnologas de aprovechamiento de diferentes
recursos, y el desarrollo continuado de tecnologas
de almacenamiento. Ya se han hecho avances
significativos en este sentido. Las tres primeras
medidas por s solas pueden permitir que las
tecnologas renovables no hidrulicas superen,
para el ao 2020, el 20% de la capacidad de
generacin sin afectar la estabilidad o fiabilidad de
la red.

Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

28
A ms largo plazo, el almacenamiento sigue
siendo la cuestin ms importante. En la
actualidad, las mejores opciones para almacenar
son el bombeo hidroelctrico de agua y el aire
comprimido. La primera mueve el agua, cuando se
produce electricidad adicional, de los embalses
menores a los mayores, y la libera cuando se
necesita ms potencia. Este sistema est bien
establecido, es de bajo costo, proporciona hasta
un 80% de eficiencia, y tiene una enorme
capacidad de almacenamiento. Adems, ya que la
energa se almacena en tiempos de alta
generacin, este sistema no compite con la
generacin hidroelctrica [29]; y, gracias a la
tecnologa hidrulica avanzada, puede tener un
impacto ambiental mnimo. Los sistemas de aire
comprimido trabajan con un principio similar:
comprimen aire y lo almacenan en cavernas
subterrneas hermticas durante las pocas de
menor demanda, y cuando es necesario lo liberan
para accionar las turbinas [30]. ltimamente esta
tecnologa ha sido objeto de importantes aportes,
lo que le ha permitido ser diseada para
almacenar energa en los parques elicos. A ms
largo plazo, el desarrollo de redes regionales
extensas estabilizar cada vez ms la generacin
distribuida geogrficamente, y la produccin de
hidrgeno probablemente se convertir en un
importante mecanismo de almacenamiento de
energa.

4. COSTO DE LAS TECNOLOGAS
RENOVABLES
A pesar de todas sus ventajas, las tecnologas
renovables se rechazan por ser demasiado
costosas. Este argumento falla al no tener en
cuenta dos factores muy importantes: 1) en los
ltimos cincuenta aos, el apoyo federal para la
energa nuclear y los combustibles fsiles ha
superado con creces el apoyo a las tecnologas
renovables. Este desequilibrio se ha traducido en
un desarrollo tecnolgico y una comercializacin
desigual; y 2) mientras que los costos de las
tecnologas renovables estn disminuyendo
considerablemente, se contina desestimando los
costos de la energa nuclear y de los combustibles
convencionales.

4.1 El subsidio federal
En los ltimos cincuenta aos, el apoyo federal
para la energa nuclear y los combustibles fsiles
ha sido significativo, mientras que para las
tecnologas renovables ha sido limitado. De
acuerdo con un reporte del Renewable Energy
Policy Project REPP [31], entre 1947 y 1999, los
subsidios directos para la energa nuclear del
gobierno federal ascendieron a 115.07 billones de
dlares, mientras que para las energas elica y
solar fue de 5.49 billones [32]. Si se aade a estas
cifras las notables subvenciones no
presupuestarias directas como limitaciones a la
responsabilidad por daos nucleares y la inversin
en energa renovable y crditos fiscales, las
subvenciones federales para el mismo perodo
ascienden a 145.4 billones de dlares para la
energa nuclear y a 5.7 billones para las otras.
Estas cifras son consistentes con el estudio
realizado en 1992 por Charles Komanoff [33], un
economista en energa y transporte reconocido
internacionalmente, que subsidi la energa
nuclear con alrededor de 124 billones dlares
hasta 1990.

La disparidad en financiacin contina y est bien
ilustrada por recientes crditos y en el Energy
Policy Act de 2005. Por ejemplo, el presupuesto
anual para el National Renewable Energy
Laboratory NREL la investigacin primaria del
pas y centro de desarrollo para tecnologas de
energas renovables fue de slo 174 millones
para el ao fiscal 2006 [34], 28 millones menos
que para el ao fiscal 2005, y es menor que la
subvencin a NuStart Energy un consorcio de
empresas energticas que buscan construir
nuevas centrales nucleares en los EE.UU.

4.2 Costo
A pesar de la enorme discrepancia en el apoyo
federal, la energa elica es competitiva con la
energa nuclear y los combustibles fsiles en
alrededor de US $0.05 y 0.06 por kWh, y el precio
de la energa solar fotovoltaica se ha reducido
aproximadamente entre US $0.25 y 0.30 por kWh
[35]. Con los recientes avances en tecnologa
fotovoltaica de capa fina, el mejor desempeo de
turbinas elicas, y las grandes economas de
escala [36], se espera que sigan cayendo los
costos de estas y otras tecnologas. A medida que
ms paneles se produzcan y se requiera menos
material fotovoltaico por panel [37], se espera que
el costo de la energa solar tenga una reduccin
particularmente dramtica. El precio de la energa
fotovoltaica, por ejemplo, ha demostrado una
cada de 20% por cada duplicacin del volumen de
produccin [38].

Tambin es importante incluir los costos, que
actualmente no se valoran con centavos de dlar
por kWh, de las tecnologas convencionales [39].
Para los combustibles fsiles estos costos
externos incluyen las emisiones de carbono, la
contaminacin del aire y la tierra, y para el carbn
la degradacin del agua de las minas. Para la
energa nuclear incluyen la contaminacin de la
minera del uranio, la seguridad y los riesgos
planteados por los reactores comerciales, los
riesgos de la proliferacin de armas nucleares, y el
peligroso legado de los residuos radiactivos [40].
Adems, mientras que la mayora de las fuentes
de energa renovables son de suministro libre e
ilimitado, el carbn y el uranio son finitos [41]. Si
estos efectos se cuantifican e incluyen en el precio
de los combustibles convencionales, las energas
renovables sern de hecho mucho ms baratas
para la sociedad [42].

Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

29
5. CONCLUSIONES
Adems de las tecnologas renovables, el uso de
energa ms eficiente es tambin un componente
importante que anima a avanzar hacia un futuro de
energa limpia. La eficiencia es la forma ms
barata y sencilla de reducir el consumo de
electricidad y facilitar la transicin a las tecnologas
renovables. En 1994, la Office of Technology
Assessment OTA [43], del gobierno federal, estim
que los EE.UU. podran reducir su consumo de
electricidad entre un 20% y un 45% mediante la
adopcin de tecnologas eficientes disponibles en
ese momento. Igualmente concluy, en 1994, que
el gobierno federal, el mayor consumidor de
energa del pas, podra reducir el consumo de la
energa en sus instalaciones, al menos en un 25%,
utilizando las medidas de eficiencia econmica
disponibles comercialmente [44]. Esta serie de
cambios incluyen: mejoras en calefaccin,
ventilacin y de los sistemas de aire
acondicionado, refrigeradores ms eficientes y
otros electrodomsticos, sistemas avanzados de
iluminacin, y el aumento de aislamiento de los
edificios. Desde principios de 1990, cuando se
realizaron estos anlisis, han aparecido en el
mercado otras medidas de eficiencia como las
luces LED [45]. Por todo esto, al incrementar la
eficiencia de las tecnologas, se incrementan las
reducciones del consumo energtico. Por ejemplo,
las bombas de calor terrestre tambin son una
medida de eficiencia efectiva, ya que utilizan la
temperatura relativamente constante de la tierra
para proporcionar calefaccin y refrigeracin. Se
estima que el uso generalizado de estas bombas
puede reducir la energa utilizada para calefaccin
y refrigeracin entre un 30% y un 60% [46] [47].

En la actualidad, hay muchas barreras normativas
artificiales que limitan el crecimiento inmediato de
las tecnologas de energa renovable [48]. Si
realmente se desea avanzar hacia estas
tecnologas, y ajustar la forma de producir y
vender la energa renovable, es necesario
establecer acuerdos de compra a largo plazo entre
los productores de energa renovable, e
incrementar las utilidades y los usuarios finales
[49]. Cambios como estos pueden afectar desde
los niveles locales hasta los estatales y mundiales.
Adems, las ciudades y los estados pueden
desarrollar estndares de cartera renovable que
asignen un determinado porcentaje a la
generacin de energa proveniente de tecnologas
renovables, y pueden poner en marcha incentivos
financieros que fomenten su desarrollo [50].

REFERENCIAS

1. Academy of sciences for the developing world
TWAS. Sustainable energy for Developing
Countries. Trieste: TWAS Press. 48 p. 2008.
2. A. Grubler. Technology and Global Change.
Cambridge: Cambridge University Press. 464 p.
2003.
3. European Renewable Energy Council EREC.
Renewable Energy Scenario to 2040. 16 p. 2004.
Disponible en:
http://www.erec.org/fileadmin/erec_docs/Documents
/Publications/EREC_Scenario_2040.pdf, Nov. 2009.
4. Shell International Energy Needs, Choices, and
Possibilities: Scenarios to 2050. Global Business
Environment. 32 p. 2001. Disponible en:
http://www.cleanenergystates.org/CaseStudies/Shel
l_2050.pdf, Nov. 2009.
5. The Japan Times. Reactor increase not needed to
cut CO2 drastically. November 15. 2005. The Low
Carbon Society Scenarios toward 2050, Program
authored the study. Disponible en:
http://search.japantimes.co.jp/member/member.html
?nn20051115f2.htm, Jan. 2010.
6. Energy Information Agency. Annual Energy Review
AER. Report No. DOE/EIA-0384(2009). 2010.
Disponible en:
http://www.eia.doe.gov/emeu/aer/elect.html.
7. S. Horowitz, C. Christensen & R. Anderson.
Searching for the Optimal Mix of Solar and
Efficiency in Zero Net Energy Buildings. National
Renewable Energy Laboratory. Conference Paper
NREL/CP-550-42956. 2008.
8. E. Brown. Near-Term Practical and Ultimate
Technical Potential for Renewable Resources.
National Renewable Energy Laboratory. Draft.
January 16. 7 p. 2006.
9. C. L. Archer & M. Z. Jacobson. Evaluation of global
wind power. Journal of Geophysical Research, Vol.
110. 2005. Disponible en:
http://www.stanford.edu/group/efmh/winds/2004jd00
5462.pdf, Jan. 2010.
10. D. L. Elliot & M. N. Schwartz. Wind Energy
Potential in the United States. Pacific Northwest
Laboratory. NTIS no. DE94001667. 1993.
Disponible en:
http://www.windaction.org/?module=uploads&func=
download&fileId=901, Dec. 2009.
11. Department of Energy DOE. A Framework for
Offshore Wind Energy Development in the United
States. Offshore Wind Collaborative Organizing
Group. 2005. Disponible en:
http://www.masstech.org/offshore/final_09_20.pdf,
Nov. 2009.
12. D. Yen-Nakafuji. California Wind Resources. Draft
Staff Paper CEC-500-2005-071-D, California
Energy Commission. 2005. Disponible en:
http://www.energy.ca.gov/2005publications/CEC-
500-2005-071/CEC-500-2005-071-D.PDF, Feb.
2010.
13. European Commission. Effective policies for
improving energy efficiency in buildings. Paolo
Bertoldi and Bogdan Atanasiu (Eds.) Luxembourg:
Office for Official Publications of the European
Communities. 443 p. 2005.
14. European Commission. Photovoltaic Solar Energy.
Development and current research. Luxembourg:
Office for Official Publications of the European
Union. 80 p. 2009
15. Energy Efficiency and Renewable Energy. Solar
FAQs Photovoltaics The Basics, Other
Resources. Solar Energy Technologies Program.
2008. Disponible en:
http://apps1.eere.energy.gov/solar/cfm/faqs/third_le
vel.cfm/name=Photovoltaics/cat=The%20Basics,
Ap. 2010.
16. A. Aulisi & G. Hanson. Developing next
generation green power products for corporate
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

30
markets in North America. World Resources
Institute. 24 p. 2004. Disponible en
http://www.thegreenpowergroup.org/pdf/Installment
6.pdf, Jan. 2010.
17. The Green power group. Guide to Purchasing
Green Power: Renewable Electricity, Renewable
Energy Certificates and On-Site Renewable. 50 p.
2004. Disponible en:
http://www.thegreenpowergroup.org/pdf/Purchasing
_Guide.pdf, Feb. 2010.
18. V. Alberts, K. T. Hillie & C. M. Demanet. Atomic
force microscopy imaging of polycrystalline CuInSe2
thin films. Journal of Microscopy, Vol. 197, No. 2
pp. 206-215. 2000.
19. W. Steenkamp. SA solar research eclipses rest of
the world. Saturday Argus, February 11. 2006.
20. M. Chaudhari, L. Frantzis & T. E. Hoff. PV Grid
Connected Market Potential Under a Cost
Breakthrough Scenario. The EnergyFoundation
and Navigant Consulting. 94 p. 2004.
21. EUREC. Research Priorities for Renewable Energy
Technology by 2020 and Beyond Concentrating. 44
p. 2009. Disponible en:
http://www.eurec.be/component/option,com_docma
n/task,doc_download/gid,540/, Ap. 2010.
22. Energy Information Administration. Existing
Capacity by EnergySource. 2010. Disponible en:
http://www.eia.doe.gov/cneaf/electricity/epa/epaxlfile
1_2.pdf, Ap. 2010.
23. A. Imhof & G. L. Lanza. Greenwashing
Hydropower. World Watch. 2010. Disponible en:
http://www.bicusa.org/en/Document.101877.aspx,
Feb. 2010.
24. U.S. Department of Energy. Advanced Hydropower
Technology. Energy Efficiencyand Renewable
Energy Office Wind and Hydropower
Technologies Program. 2008. Disponible en:
www1.eere.energy.gov/windandhydro/printable_ver
sions/hydro_advtech.html, May 2010.
25. National Renewable EnergyLaboratory. Power
Technology Energy Databook. USA: Progressive
Management. 220 p. 2009.
26. S. Brown. Estimating biomass and biomass change
of tropical forests. A primer. FAO Forestry Paper
134. A Forest Resources Assesment publication.
Rome, 55 p. 1997.
27. G. Timur & T. Stenzel. Variability of Wind Power
and Other Renewables: Management Options and
Strategies. International Energy Agency IEA. 51 p.
2005.
28. IEA. Key world energy statistics. France:
Soregraph. 82 p. 2010.
29. Electric Storage Association. Technologies:
Pumped Hydro Storage. 2009. Disponible en:
http://www.electricitystorage.org/site/technologies/p
umped_hydro/, Ap. 2010.
30. U.S. Department of Energy . Combined Heat and
Power: A Decade of Progress, A Vision for the
Future. 32 p. 2010. Disponible en:
http://www1.eere.energy.gov/industry/distributedene
rgy/pdfs/chp_accomplishments_booklet.pdf, Fab.
2010.
31. M. Goldberg. Federal Energy Subsidies: Not All
Technologies Are Created Equally. Research
Report No. 11, Renewable Energy Policy Project.
20 p. 2000. Disponible en:
http://www.earthtrack.net/files/repp-subsidies.pdf,
Dec. 2009.
32. OECD. Measuring Support to Energy. Version 1.0.
47 p. 2010. Disponible en:
http://www.oecd.org/dataoecd/62/63/45339216.pdf,
Jun. 2010.
33. C. Komanoff & C. Roelofs. Fiscal Fission: The
Economic Failure of Nuclear Power. USA:
Komanoff Energy Associates. 98 p. 1992.
34. DOE. Budget Request to Congress. 2006.
Disponible en:
http://www.mbe.doe.gov/budget/06budget/Start.pdf,
Dec. 2009.
35. California Climate Change Center at UC Berkeley.
Managing Greenhouse Gas Emissions in
California. 2006. Disponible en:
http://www.fypower.org/pdf/CA_GHG_UCBerkeley.p
df, Dec. 2009.
36. National Renewable Energy Laboratory. Advances
in Photovoltaic (PV) Technology. 2006. Disponible
en:
http://www.nrel.gov/analysis/seminar/docs/ea_semi
nar_apr_10.ppt, Jun. 2010.
37. Instituto de la ingeniera de Espaa. Tendencias de
la ingeniera: Crean material fotovoltaico para
clulas solares ms efectivo y econmico.
Disponible en: http://www.tendencias21.net/Crean-
material-fotovoltaico-para-celulas-solares-mas-
efectivo-y-economico_a4156.html, Feb. 2010.
38. A. Farrell, D. Kammen & F. Ling, F. Managing
Greenhouse Gas Emissions in California. The
California Climate Change Center at UC Berkeley.
Chapter 4. 2006. Disponible en:
http://ethree.com/downloads/Climate%20Change%2
0Readings/California%20GHG%20Economics/Farre
ll%20-%2010-
Synthesis%20Managing%20GHGs%20CA.pdf, Nov.
2009.
39. United Nations. Achieving sustainable development
and promoting development cooperation: dialogues
at the Economic and Social Council. New York: UN
Publications. 295 p. 2008.
40. Community Science Action Guide. The secret lives
of energy. Disponible en:
http://www.fi.edu/guide/hughes/energypolution.html,
May 2010.
41. M. T. Klare. Viene el fascismo energtico? La
carrera energtica global y sus consecuencias.
Online:
http://www.estudiosecologistas.org/docs/reflex
ion/Ecosocialismo/fascismoenergetico.pdf, May
2010.
42. D. Kammen & S. Pacca. Assessing the Costs of
Electricity. Annual Review Environmental
Resource, Vol. 29, pp. 301-344. 2004.
43. U.S. Congress, Office of Technology Assessment.
Energy Eflciency in Federal Facilities: Update on
Funding and Potential Savings. Report OTA-BP-
ETI-125. 22 p. 1994.
44. M. Bolinger, R. Wiser & W. Golove. Quantifying the
value that wind power provides as a edge against
volatile natural gas prices. Techical Report LBNL-
50484. Environment Energy Technology Divition.
Ernest Orlando Lawrence Berkeley National Lab.,
Berkeley, CA. 2002.
45. http://www.joliet-europe.com/luz_de_techo_led_
joliet. htm, May 2010.
46. Department of Energy EERE. Selecting and
Installing a Geothermal Heat Pump System. 2010.
Disponible en:
http://www.eere.energy.gov/consumer/your_home/s
pace_heating_cooling/index.cfm/mytopic=12670,
Feb. 2010.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

31
47. P. J. Hughes & J. A. Shonder. The Evaluation of a
4000 Home Geothermal Heat Pump Retrofit at Fort
Polk, Louisiana. Final Report, Oak Ridge National
Laboratory ORNL-CON 460. 152 p. 1998.
48. W. W. Hogan. Electricity market restructuring:
reforms of reforms. Journal of Regulatory
Economics, Vol. 21, pp. 103-132. 2002.
49. P. L. Lemar. The potential impact of policies to
promote combined heat and power in US industry.
Energy Policy, Vol. 29, pp.1243-1254. 2001.
50. P. H. Templet. Energy price disparity and public
welfare. Ecological Economics, Vol. 36, No. 3, pp.
443-460. 2001.


Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


32
DOCUMENTATION AND IMPLEMENTATION OF AN OCCUPATIONAL
HEALTH AND INDUSTRIAL SAFETY SYSTEM: A NECESSITY IN THE
COLOMBIAN COMPANIES

DOCUMENTACIN E IMPLEMENTACIN DE UN SISTEMA DE
SEGURIDAD INDUSTRIAL Y SALUD OCUPACIONAL: UNA NECESIDAD
EN LAS EMPRESAS COLOMBIANAS

Jenny Gallego C.
Universidad de San Buenaventura
Medelln
jenny1610g@hotmail.com
Vernica Paeres R.
Universidad de San Buenaventura
Medelln
veritop72@hotmail.com
Beatriz L. Gmez
Universidad de San Buenaventura
Medelln
beatriz.gomez@usbmed.edu.co

(Tipo de Artculo: REFLEXIN. Recibido el 05/11/2010. Aprobado el 29/11/2010)

Abstract This article exposes the steps taken by a
third-party firm that provides logistics-related packaging
and manufacturing services, in order to document
Colombia's OHSAS 18001 technical norm, in an effort to
establish guidelines for companies and people interested
in seeking information regarding the implementing of the
norm; to students seeking to complement their practical
point of view regarding such issues; and to business
people interested in having their firms implement the
norm. The article analyzes three stages of development:
diagnosis, general requirements, and data documenting
to obtain certification.

Keywords Emergency plan, OHSAS 18001,
occupational health and safety management system, risk
factors.

Resumen
En este artculo se describen el procedimiento aplicado
para documentar la Norma Tcnica Colombiana OHSAS
18001 en una empresa dedicada a prestar servicios de
empaque y manufactura en operaciones logsticas bajo
techo, con el objetivo de ofrecer lineamientos a
empresas, a personas interesadas en buscar
informacin prctica acerca de la implementacin de la
norma, a estudiantes que requieran complementar con
un punto de vista prctico dentro de sus asignaturas y a
empresarios que deseen implementar la norma en sus
propias empresas. En el artculo se analizan tres fases
del desarrollo de aplicacin para buscar la certificacin:
diagnostico, requisitos generales y documentacin de la
informacin.

Palabras clave: Plan de emergencia, OHSAS 18001,
sistema de gestin de seguridad y salud ocupacional,
factores de riesgo.

1. INTRODUCCIN
En la realizacin del presente estudio se encontr
poca informacin en el medio acerca de casos de
implementacin de las normas OHSAS 18000. De
all la importancia de divulgar un tema de
actualidad y de alta relevancia para las empresas
colombianas. Las normas en Seguridad y Salud
Ocupacional S y SO surgen como una
necesidad de la comunidad internacional para
crear estndares que se puedan aplicar en
diferentes pases. Es as como surge el modelo de
las BS OHSAS 18001 Occupational Health and
Safety Assessment Series, que se desarroll
como una herramienta para integrar la seguridad
industrial con las normas ISO 9000 e ISO 14000
referentes a la calidad y a los efectos en el medio
ambiente. Dicho documento, que apareci en los
aos noventa como una simple gua, se desarroll
a lo largo en los aos siguientes hasta convertirse
en la actual norma. Andrea Rodrguez [1],
consultora del CEGESTI, resalta los cambios
realizados en 2007 a las OHSAS 18001. Un mayor
nfasis en la importancia de la salud, el
reforzamiento en el compromiso del cumplimiento
de la legislacin y el compromiso con la mejora
continua marcaron el inicio de un proceso de
cambio del modelo inicial. Fue as como se
asegur que la salud ocupacional y la seguridad
industrial fuesen un factor de calidad demostrable
por parte de las empresas.

De acuerdo con varios estudios realizados [2]

se
ha demostrado que los factores de riesgo generan
muchas y diversas prdidas en los procesos, las
instalaciones y las personas. Sin embargo, si se
acta a tiempo se pueden evitar esas prdidas
materiales, pero ante todo, las humanas.

La empresa sobre la que se aplica este estudio se
dedica a prestar servicios de empaque y
manufactura a terceros. Con el fin de reducir
costos, brindar confianza y seguridad, tanto a sus
clientes como a sus empleados, esta compaa
busca certificarse bajo las Normas Ohsas 18001.
En el diagnstico se observaron diferentes
factores de riesgo en sus instalaciones, puestos
de trabajo y ambiente laboral en general. A su vez
se analizaron los tipos de accidentes,
enfermedades e incidentes que pudiesen
ocasionar esos factores de riesgo. Finalmente, y
luego de la implementacin del sistema de
seguridad y salud ocupacional, se observ un
descenso en los indicadores de incapacidad.

2. SITUACIN ACTUAL
Al realizar el diagnstico a la empresa se
determin que exista una brecha entre los
requisitos que contemplan la norma y la situacin
J. Gallego C., V. Paeres R. y B. L. Gmez. Documentacin e implementacin de un sistema de seguridad industrial y salud
ocupacional: Una necesidad en las empresas colombianas. Ing. USBMed, ISSN: 2027-5846, Vol 1, No. 1, pp. 46-50. Jul-Dic 2010.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


33
en la compaa. En las OHSAS 18001 se hace
nfasis en la identificacin, prevencin y
evaluacin de los riesgos en el sitio de trabajo [3],
pero en esta empresa no se tena informacin
acerca de los riesgos, no exista ninguna clase de
documentacin, ni exista un panorama de riesgos.
Igualmente, no se contaba con una poltica de
seguridad Industrial y salud ocupacional, la cual
debe ser un punto de partida de cualquier
implementacin que se adecue al entorno y las
necesidades de una empresa. Adicionalmente no
eran claros los objetivos ni los programas de salud
ocupacional existentes y tampoco se contaba con
un plan de emergencias adecuado y actualizado.

Para la implementacin de la norma se
identificaron tres pasos fundamentales: 1)
desarrollar las polticas y el panorama de riesgos,
identificando los requisitos legales propios del tipo
de compaa, y definir objetivos y programas de
salud ocupacional; 2) incluir esa informacin como
parte de la documentacin; y 3) asegurar su
implementacin, evaluacin y verificacin
cumpliendo los procedimientos escritos durante la
fase de documentacin [4]. A continuacin se
describe cada uno de estos pasos.

2.1 Poltica de salud ocupacional
Segn esta norma, la poltica debe estar
encaminada a mitigar los factores de riesgo
encontrados, incluyendo el compromiso para
prevenir enfermedades de acuerdo con los
requisitos legales relacionados con los peligros de
S y SO.

En la empresa exista una poltica que no se
adecuaba a los requerimientos de la norma, ya
que no estaba enfocada en sus riesgos, no inclua
el compromiso de cumplir con los requisitos
legales y no haca referencia a la revisin de sus
objetivos. Debido a esto, fue necesario desarrollar
una nueva poltica que abarcara todos estos
aspectos. Adicionalmente se enfatiz en la idea de
divulgarla a todos los empleados. Para esto, con
base en la norma 18001, en las leyes y en
resoluciones vigentes en Colombia [5 - 8], se
plante una nueva poltica de salud ocupacional.

Esta poltica menciona literalmente: mantener y
mejorar nuestro sistema de seguridad y salud
ocupacional por medio de mecanismos
organizacionales que permitan el bienestar fsico,
mental y social de los trabajadores; ofreciendo
lugares de trabajo seguros y adecuados, y
minimizando la ocurrencia de accidentes de
trabajo y de enfermedades profesionales, con
miras al mejoramiento mediante la generacin de
procesos seguros que favorezcan la
competitividad para la ejecucin de actividades
relacionadas con las salud ocupacional
1
.

1
Poltica de seguridad industrial y salud ocupacional en
MAQUISER S.A.
Los parmetros generales son:

Mejorar el clima organizacional mediante
estrategias de comunicacin interna, para mitigar
y controlar el impacto de los riesgos ergonmicos
y psicolaborales en los empleados de la
empresa.

Identificar y cumplir con todos los requisitos
legales vigentes en Colombia, aplicables a la
organizacin, en cuanto a seguridad y salud
ocupacional.

2.2 Plan de Evacuacin
La funcin principal del plan de evacuacin es
preparar a todos los integrantes de la empresa
para una posible emergencia, por ejemplo un
sismo, incendio, terremoto [9], entre otros.

Para su desarrollo e implementacin fue necesario
instalar un sistema de alertas y alarma, conformar
comits de emergencias, de brigadistas y de
coordinadores de evacuacin, disear y entregar
la cadena de llamadas del comit de emergencias,
revisar la sealizacin, adquirir un distintivo para
brigadistas y coordinadores y disear planos con
sealizacin apropiada. Tambin se incluyeron
factores como las amenazas que pueden generar
emergencias y los recursos para atenderlas como
el botiqun, las camillas y los extintores.

El comit de emergencia qued conformado por
personas que conocieran la dinmica de la entidad
y las empresas vecinas, as como sus
instalaciones. El fin era ejecutar planes normativos
y operativos referentes a la preparacin en caso
de emergencia, realizar reuniones peridicas para
mantener permanentemente actualizada la gua de
evacuacin, establecer contacto con las directivas
de la empresa, los grupos de apoyo y, con la
ayuda externa, activar la cadena de llamadas y
elaborar y presentar informes de las actividades a
las directivas.

As mismo, se cre un grupo de brigadistas que
conocieran los riesgos generales y particulares
presentes en las diferentes reas de la empresa,
que verificaran que el equipo contra incendios
estuviese en buenas condiciones, y aseguraran la
disponibilidad de vas de evacuacin y una
sealizacin apropiada de los equipos de
supervivencia.

La buena ejecucin y prevencin del grupo de
brigadistas permitir que, en momento de
presentarse una emergencia, estn calificados
para definir lmites en la zona de riesgo e informar
al grupo de evacuacin, servir como grupo de
apoyo de los organismos externos, ubicar los
posibles heridos y personas afectadas e informar
al grupo de evacuacin y, en lo posible, ayudar a
evacuar a las personas heridas de la zona de
peligro.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


34
Los agentes del equipo de coordinadores deben
inspeccionar el rea y chequear el nmero de
personas presentes, con el fin de dirigir su salida
del rea bajo su responsabilidad. Es necesario
que estos agentes tengan presente el punto de
encuentro y que verifiquen que todas las personas
a su cargo hayan salido. Finalmente, es necesario
que el coordinador reporte al jefe de brigada la
situacin de las personal a su cargo y las
condiciones anmalas que detect durante la
evacuacin del grupo.

Este equipo tendr como distintivo un chaleco
reflectivo que identifica a los brigadistas como a
los coordinadores. Tambin cuentan con una
cadena de llamadas para casos de emergencia, ya
que cada una de las personas que pertenecen al
grupo del plan de emergencia debe tener los
telfonos del resto del equipo y de las partes que
ayudan. Se defini un punto de encuentro PE
cuyas caractersticas son: un sitio libre de cables,
a 25m de donde ocurre la emergencia y donde no
se formen aglomeraciones. Tambin se debe
ubicar el centro de atencin y clasificacin de
heridos CACH y un puesto de mando unificado
PMU.

Es importante que las empresas cuenten con
sistema de alerta y alarma. Las recomendaciones
son que la alerta sea intermitente y la alarma sea
un sonido continuo. Alerta quiere decir que se ha
detectado una emergencia, que se deben
suspender las actividades y prepararse para la
evacuacin. La alarma indica que se debe evacuar
inmediatamente y dirigirse al punto de encuentro.
El sistema de alerta y alarma utilizada por la
empresa del estudio es va telefnica, y consiste
en que una persona marca el cdigo 1001 para
activar inmediatamente el altavoz en todos los
telfonos que no estn ocupados por alguna
persona. El sistema de alarma funciona similar al
sistema de alerta pero con el cdigo 1002 y todas
las llamadas que estn en proceso se caern.

Despus de tener estructurado el plan de
evacuacin se realiz una capacitacin para
entrenar a todo el personal de la empresa,
incluyendo a coordinadores y brigadistas, para
instruirlos sobre los pasos a seguir en caso de una
emergencia. Todo esto se puede realizar con la
ayuda de la ARP a la que la empresa est afiliada.
Antes de realizar el simulacro la empresa debe
estar completamente sealizada, indicando las
rutas de evacuacin, las salidas de emergencia y
los extintores y su clase.

En el simulacro del plan de evacuacin de la
empresa se sigui el siguiente procedimiento:
avisar de un conato de incendio; en ese momento
se indica que se deben apagar los equipos, y
luego dar la orden de evacuar a todo el personal;
ese proceso de muestra en la Fig. 1.

Fig. 1. Pasos a seguir en el simulacro de evacuacin

2.3 Panorama de riesgo
La persona encargada de la realizacin del
panorama de riesgo de una empresa debe
trasladarse a todas las reas, y observar muy bien
los peligros a los que estn expuestos. Se
evaluaron factores fsicos, qumicos, biolgicos,
mecnicos, elctricos, fsico-qumicos,
ergonmicos, psicolaborales, humanos, pblicos,
locativos y de insalubridad, con el fin de encontrar
una solucin para contrarrestarlos [10]. Cada uno
de esos factores se subdivide en otros que se
localizan dependiendo de la actividad econmica
de la empresa. Existe un cuadro avalado por la
ARP donde se realiza una evaluacin a cada uno
de los riesgos encontrados y que indica la
probabilidad de ocurrencia de cada uno y sus
consecuencias. A partir de ese cuadro se
determina si el riesgo es trivial, moderado,
importante o intolerable, y se toman las medidas
necesarias para prevenirlo o mitigarlo.

La Fig. 2 muestra la clasificacin de los riesgos
segn su ponderacin. Esta matriz tiene un
nombre en cada cuadro, que es una manera de
calificar desde el riesgo ms trivial, que es el ms
bajo, hasta el ms intolerable que es el ms alto y
por dnde se debe empezar a trabajar.


Fig. 2. Matriz de valoracin de riesgos
Fuente: ARP SURA

Estos factores de riesgo se dividen en dos grupos:
Factores de riesgo higinico, a los que es posible
abordar, mediante una planificacin preventiva, y
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


35
garantizar la eliminacin, reduccin y control de la
exposicin a agentes qumicos, fsicos y
biolgicos.

Para un mejor anlisis de estos riesgos se
recomienda seguir los siguientes pasos [11]:

1. Identificar dnde se determinan todos los
posibles agentes contaminantes
2. Localizar de manera especfica dnde se
originan, por dnde se propagan, quines son
todos sus posibles receptores y en qu
momento se presenta durante la jornada
laboral
3. Cuantificar que tan intensas son las
exposiciones de los receptores para definir
estos valores. Es necesario contar con un
equipo que permita medir o cuantificar
4. Realizar una evaluacin. Teniendo los
parmetros estipulados es preciso comparar
los resultados y observar los casos que
necesitan ms atencin
5. Planificar la actividad preventiva, es decir,
establecer las acciones necesarias con el fin de
eliminar o minimizar los riesgos.

Factores de riesgos de seguridad. Este grupo se
enfoca ms en las condiciones materiales que
puedan ocasionar un accidente de trabajo. El
proceso para el estudio de estos factores es el
mismo que se mencion anteriormente, la nica
diferencia es que se realiza un anlisis de todo lo
relacionado con el lugar de trabajo, las mquinas,
los equipos de trabajo, los riesgos elctricos y su
manipulacin.

En el entorno de trabajo suelen presentarse al
mismo tiempo varios factores de riesgo, de forma
que es posible potencializar sus efectos nocivos.
Un porcentaje muy elevado de los accidentes que
se producen en el entorno laboral son
consecuencia de fallos de seguridad relacionados
con las mquinas y equipos, y por esto es
necesario que las mquinas, al momento de
adquirirlas, cumplan con las especificaciones
necesarias [12].

2.4 Partes interesadas
Al documentar la norma se llega a una instancia
en la cual es importante pensar en quienes son los
proveedores, contratistas, clientes, en el
cumplimiento de los requerimientos de calidad que
se exigen, la calidad de la materia prima que se
transforma y las necesidades del cliente. Al tener
estas pautas claras se realiza todo el estudio de
proveedores, se analiza qu tanto cumplen con los
requerimientos de calidad y si puede haber una
opcin de cambio o no.

Una vez certificada la empresa queda catalogada
como una entidad encaminada a la mejora
continua que tiene como prioridad la salud fsica y
mental de todos sus trabajadores.
2.5 Anlisis de Resultados
Despus de realizar todo el proceso de
documentacin y de implementar cambios se
alcanzaron grandes mejoras en el diseo de los
puestos de trabajo, las incapacidades rebajaron
notablemente, como se puede observar en las Fig.
3 y 4, al igual que el ausentismo por parte del
personal.

Las Fig. 3 y 4 muestran el anlisis de
accidentalidad desde el 2009 hasta el 2010.


Fig. 3. Das de incapacidad 2009


Fig. 4. Das de incapacidad 2010

En el transcurso de 2010 el grado de ausentismo
disminuy casi en un 30%, lo que permite concluir
que la empresa s est cumpliendo con la poltica
de salud ocupacional.

Uno de los principales problemas se present al
momento de promover la poltica de salud
ocupacional entre todo el personal, las estrategias
de socializacin inicialmente no fueron efectivas,
ya que visitar a todos los trabajadores varias veces
resultaba complicado. Esto ocasion que al
principio muchos empleados no supieran cul era
el objetivo principal de la poltica. Por
consiguiente, se recomienda buscar diversas
estrategias de difusin de la poltica de tal forma
que se pueda llegar a todos y cada uno de los
empleados de la compaa.

3. CONCLUSIONES
Se logr un resultado exitoso en cuanto al objetivo
principal de la empresa con relacin al proceso de
documentacin de la norma ISO 18001, ya que
permiti un anlisis profundo de la seguridad de
los trabajadores. La implementacin del proceso
contribuy a la disminucin de accidentalidad.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


36
Para lograr la certificacin de la Norma OHSAS
18001 en la empresa, fue necesario contar con el
apoyo y compromiso de los administrativos, la alta
gerencia y de los empleados, ya que sin este tipo
de colaboracin, no se logran los resultados
esperados

Se realiz el plan de evacuacin pero quedaron
varios aspectos por mejorar, entre ellos la alarma
de aviso no fue la correcta. Es necesario instalar
una alarma ms fcil de reconocer. Por otro lado,
el mayor problema que se presenta para una
adecuada implementacin es la comunicacin con
los empleados, y la falta de compromiso de la alta
gerencia hasta los trabajadores, por lo cual resulta
conveniente trabajar para mejorar este aspecto.

REFERENCIAS

1. A. Rodriguez, xito Empresarial: Cambios en
OHSAS 18001. CEGESTI, San Jos de Costa
Rica, 2008. Disponible en:
www.cegesti.org/exitoempresarial/publicaciones/pu
blicacion_68_080808_es.pdf. Visitado en marzo de
2010
2. Centro de Documentacin ARP Sura, Identificacin
y control de los factores de riesgo en el lugar de
trabajo. Disponible en:
www.arpsura.com/index.php?option=com_content&
view=article&id=558&catid=28:factores-de-
riesgo&Itemid=46. Visitado en marzo 2010.
3. Instituto Colombiano de Normas Tcnicas, Norma
Tcnica colombiana OHSAS 18001, Sistemas de
Gestin en Seguridad y Salud Ocupacional,
octubre 2007.
4. ARP Sura, Modelo para la elaboracin del
Programa de Salud Ocupacional, Medelln, 2003
5. Ley 9 de Enero 24 de 1979 por la cual se dictan
Medidas Sanitarias, Congreso de La Repblica,
Bogot, 1979
6. Resolucin 2400 de Mayo 22 de 1979 por la cual se
establecen algunas disposiciones sobre vivienda,
higiene y seguridad en los establecimientos de
trabajo, Ministerio de trabajo y Seguridad Social,
Bogot, 1979
7. Resolucin 8321 de Agosto 4 de 1979 por la cual se
dictan normas sobre Proteccin y Conservacin de
la Audicin de la Salud y el bienestar de las
personas, por causa de la produccin y emisin de
ruidos, Ministerio de Salud, Bogot, 1979.
8. Resolucin 1016 de Marzo 31 de 1989 por la cual
se reglamenta la organizacin, funcionamiento y
forma de los Programas de Salud Ocupacional que
deben desarrollar los patronos o empleadores en el
pas. Ministerios de Trabajo y Seguridad Social y
Salud, Bogot, 1989.
9. Ministerio de Trabajo y Seguridad Social, Modelo
de Evaluacin del Programa de Salud
Ocupacional, Bogot, 1998.
10. L. M. Azcunaga L. Gua para la implementacin
de un sistema de prevencin de riesgo laboral,
Fundacin Confemetal, Madrid, 1999
11. F. A. Valencia B, Ley 100: Gua metodolgica de
consulta, Ministerio de Salud, Bogot, 1995
12. C. R. Cavassa, Seguridad industrial: enfoque
integral, Mxico: Ed. Limusa, 2002.

Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


37
CONTROL STABILITY OF ROBOT BY MEANS ULTRASONIC SIGNALS

CONTROL DE ESTABILIDAD DE UN ROBOT POR MEDIO DE SEALES
ULTRASNICAS

Wilmar G. Monsalve
Universidad de San
Buenaventura Medelln
wilmarg182@gmail.com
Harby A. Muoz
Universidad de San
Buenaventura Medelln
ham613@gmail.com
David A. lvarez
Universidad de San
Buenaventura Medelln
murdock246@hotmail.com

Sergio F. Ardila
Universidad de San Buenaventura Medelln
sergioardi@gmail.com
Andrs M. Crdenas T.
Universidad de San Buenaventura Medelln
andresm.cardenas@usbmed.edu.co

(Tipo de Artculo: INVESTIGACIN. Recibido el 11/11/2010. Aprobado el 05/12/2010)

Abstract Currently there are various methods used for
measuring an inclination of a body with respect to a
reference or a fixed frame, but the problem is that these
carry costs, this being a limiting factor for the development
of science when you have low income economic. At this
point it becomes relevant where the research and
development in technology led to dig in this article, since
the purpose of this project is to provide stability to an
autonomous robot one axis, for which becomes
necessary, the implementation of a tilt control system. The
tilt detection system developed is based on ultrasound as
the primary tool for measuring distance between two
points equidistant from the central axis of the robotic
platform, which is inherently unstable. With this new
method has been established tilt magnitudes of the order
of fractions of degrees, as the piezoelectric transducers in
conjunction with electronics implemented, provides
greater precision in the measurements.

Keywords: Inclination, piezoelectric, robotics,
transducer.

Resumen Actualmente son diversos los mtodos
utilizados para la medicin de una inclinacin de un
cuerpo respecto a una referencia o un marco fijo, pero el
problema radica en los costos que estos acarrean,
siendo este un factor limitante para el desarrollo
cientfico cuando se dispone de bajos recursos
econmicos. En Este punto es en donde se hace
relevante la investigacin y el desarrollo en materia de
tecnologa llevado a cavo, en este articulo, ya que la
finalidad del presente proyecto, consiste en
proporcionarle estabilidad a un robot autnomo de un
solo eje, para lo cual se hace necesario, la
implementacin de un sistema de control de inclinacin.
El sistema de deteccin de inclinacin desarrollado, est
basado en el ultrasonido como herramienta principal de
medicin de distancia entre dos puntos equidistantes del
eje central de la plataforma robtica, la cual es inestable
por naturaleza. Mediante este nuevo mtodo, se ha
logrado establecer magnitudes de inclinacin del orden
de fracciones de grados, ya que los transductores
piezoelctricos en conjunto con la electrnica
implementada, brinda gran precisin en las medidas
realizadas.

Palabras clave: Inclinacin, piezoelctrico, robtica,
transductor.


1. INTRODUCCIN
El presente proyecto se encuentra ubicado en un
contexto investigativo y aplicativo de ciencias tales
como control automtico (robusto), robtica mvil,
maquinas elctricas y fsica de ondas.

La idea principal del proyecto, consiste en
implementar un sistema de deteccin de
inclinacin por un mtodo no convencional, que se
acomode al prototipo de plataforma robtica
implementada [1] [8], para la posterior aplicacin
de dos tipos diferentes de tcnicas de control
robusto tales como LQR y LQG/LTR, con el fin de
identificar cual es la tcnica de control ms
apropiada para el proyecto en desarrollo. En este
punto de la investigacin es en donde se toma
como recurso principal las propiedades de la fsica
de ondas, ms especficamente ondas de sonido,
ya que los sensores utilizados son transductores
piezoelctricos, con los cuales se realizaran las
mediciones de distancia de los extremos de la
plataforma con el fin de establecer el ndice de
inclinacin de la plataforma en todo momento [9].

2. DESARROLLO
El desarrollo del proyecto est basado en la
medicin de la distancia de los extremos de la
plataforma, la cual es inestable, ya que solo
cuenta con un solo eje central de apoyo, todo esto
con el fin de establecer el ndice de inclinacin de
un extremo de la plataforma con respecto al otro.
Lo cual se realiza con dos mdulos de
transductores piezoelctricos Tx y Rx, ubicados en
cada extremo, esto con el fin de tomar el tiempo
de vuelo Tv [2], de un tren de pulsos emitidos
sincrnicamente por los sensores ultrasnicos
Tx. El procesamiento del clculo de la distancia de
los extremos de la plataforma respecto a la
superficie de apoyo y el control de los actuadores
finales dos motores DC, est a cargo del
microcontrolador PIC16F877A de Microchip [4]. La
metodologa general se observa en la Fig. 1.

W. G. Monsalve, H. A. Muoz, D. A. lvarez, S. F. Ardila y A. M. Crdenas T. Control de estabilidad de un robot por medio de
seales ultrasnicas. Ing. USBMed, ISSN: 2027-5846, Vol 1, No. 1, pp. 51-58. Jul-Dic 2010.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


38

Fig. 1. Metodologa general

2.1 Piezoelectricidad
Existen cristales que al ser sometidos a una
tensin, experimentan distorsiones en su
superficie debido a que las cargas positivas y
negativas, por fsica natural tratan de disponerse a
s mismas. La reaccin piezoelctrica de un
material depende directamente de su simetra, as
como de la orientacin del cristal respecto a sus
ejes cristalogrficos.

Cuando se aplica presin sobre las caras de un
cristal con propiedades piezoelctricas, es posible
generar cargas elctricas positivas en una
superficie y negativas en la opuesta. El efecto
inverso, cuando se aplica una tensin elctrica, el
cristal se distorsiona dependiendo directamente de
la magnitud del campo elctrico y de la frecuencia
de este; si desaparece este campo elctrico,
tambin desaparece dicha distorsin.

Aprovechando la propiedad piezoelctrica de
algunos materiales, se disean transductores que
permiten convertir pulsos elctricos de alta
frecuencia en una onda sonora de la misma
frecuencia y viceversa. El transductor elegido para
el desarrollo del proyecto es el 400SR160, cuyas
caractersticas se observan a continuacin.

TABLA 2
Caractersticas del 400SR160
Caracterstica Magnitud Unidad de medida
Frecuencia de
funcionamiento
40 Kilo Hertz
Voltaje Mximo
(Vrms)
20 Volts
Temperatura de
operacin
-3080 Grados Celsius
ngulo de emisin Cnico 25 Grados angulares

Es de suma importancia mencionar que, cuando
se utiliza un transductor piezoelctrico, solo se
debe emplear la frecuencia de trabajo
recomendada por el fabricante de dicho
transductor, ya que el transductor forma parte del
mismo circuito oscilador, siendo el cristal el
elemento quien determina la frecuencia de
resonancia, que a su vez estabiliza la frecuencia
de las oscilaciones elctricas.

Como se puede observar en la Fig. 2, la
frecuencia de mxima amplitud para el transductor
utilizado 400SR160, es de 40 KHz, por lo que el
uso de una frecuencia diferente para este
transductor, dara como resultado bajas
amplitudes de voltaje en los receptores.

Otro aspecto importante que debe ser
mencionado, es que los materiales piezoelctricos
tienen una etapa de resonancia, durante un corto
periodo de tiempo, por lo cual se utilizan parejas
de transductores independientes, con el fin que la
etapa de resonancia en el Tx no afecte la seal de
RX.

Fig. 2. Respuesta en frecuencia del emisor

2.2 Topologa de trabajo
La base terica y de funcionamiento de la
topologa de trabajo se fundamenta en el tiempo
de vuelo de un tren de pulsos. Para esta topologa
se utilizara un par de cristales Rx y Tx en cada
extremo de la plataforma (derecha e izquierda), de
esta forma un tren de pulsos ser emitido de forma
sincrnica por los dos Tx, y dependiendo del nivel
de inclinacin, hacia la derecha o hacia la
izquierda, el tren de pulsos regresara primero a
uno de los dos Rx, ya que recorrer una menor
distancia [3]. Ver Fig. 3.


Fig. 3. Topologa de trabajo

La distancia de cada de cada Rx respecto a la
superficie de apoyo de la plataforma cuando esta
se encuentra en perfecto equilibrio es de
aproximadamente 8cm, por lo que el tren de
pulsos de 40KHz har un recorrido de 16cm,
teniendo presente que la velocidad del sonido es
de aproximadamente 343m/s a 20c, el tiempo de
vuelo del tren de pulsos es de 466.47Seg
aproximadamente [6].

Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


39
Por conveniencia y funcionalidad del sistema de
deteccin de inclinacin, solo se enviara un tren
de 4 pulsos a 40 KHz, como se ve en la Fig.4, ya
que se debe dar un tiempo muerto a los Tx para
que el microcontrolador haga el correspondiente
procesamiento de las seales que ingresan a el y
determine as el nivel de inclinacin en ese
momento.


Fig. 4. Tren de pulsos a 40 KHz

El suministro de voltaje para todo el diseo
electrnico, estar a cargo de dos bateras 9 V
170 mA.

2.3 Instrumentacin electrnica para los dos
Rx
Dado el echo de trabajar con una onda sonora a
alta frecuencia, es importante disear una buena
etapa de instrumentacin electrnica para cada Rx
[5], dado los altos niveles de ruido presente en el
ambiente, los fasos pulsos en los Rx producto de
los ecos de la onda sonora reflejada en la
superficie de apoyo, todo esto sumado al echo que
es absolutamente necesario digitalizar la seal de
los RX para que con esto el microcontrolador
disponga de seales claras, con las cuales pueda
determinar con mayor precisin los tiempos de
vuelo de ambos extremos de la plataforma.
Amplificador de instrumentacin
La primera etapa de la electrnica de
acondicionamiento implementada para ambos Rx,
consta de un amplificador de instrumentacin [11]
Fig.5.


Fig. 5. Amplificador de instrumentacin

Esta etapa es absolutamente necesaria, ya que la
seal de ultrasonido recibida por ambos Rx es de
uno cuantos milivoltios, como puede verse en la
Fig.6, y es necesario amplificarla.
Ganancia del amplificador de instrumentacin:

( )
2
3 1 2
1 2 1
R
R
Rg
R
V V Vout
|
.
|

\
|
+ = (1)
Donde Vout es el voltaje de salida, y R1, R2. R3 y
Rg se da en Ohm.

La ganancia deseada para el amplificador de
instrumentacin es de 50, ya que la seal original
346 mV, multiplicada por un factor de ganancia
de 50 da como resultado un valor mximo de
voltaje de 17,3 V-pp.

50
2
3 1 2
1 = + = A
|
.
|

\
|
R
R
Rg
R
V (2)

Fig.6. Rx sin amplificar

Conociendo el valor de la ganancia deseada,
se despeja una de las variables Rg, y
suponemos su valor Rg = 5,6 K, y las dems
variables de la ganancia las hallamos de tal
forma que se aproximen a valores
comerciales de resistencia para as obtener
un valor de ganancia cercano al deseado.

TABLA 2
Parmetros del Amplificador de instrumentacin
Resistencia Valor en Ohm
Rg 5,6K
R1 47 K
R2 3,3K
R3 10 K

Reemplazando estos valores de resistencias en
(2) se obtiene un valor final de ganancia de:

89 , 53
3 , 3
10
6 , 5
47 * 2
1 ~
O
O
O
O
+ = A
|
.
|

\
|
K
K
K
K
V (3)
Amplificador rectificador
Despus de amplificar la seal Rx, se pasa por un
rectificador Fig.7, con el propsito de eliminar la
fase negativa, ya que se pretende establecer un
comparador de voltaje en la fase positiva, por lo
cual la fase negativa es innecesaria Fig.8.

Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


40

Fig. 7. Amplificador rectificador

Fig. 8. Rectificador con ganancia unitaria

La ganancia del amplificador rectificador est
determinada por la siguiente formula [11].
Ri
Rf
Vi
Vo
V = = A

Para este caso solo se desea una ganancia
unitaria, pues con la ganancia entregada por el
amplificador de instrumentacin es suficiente, por
esto se har O = = K Ri Rf 10 .

Comparador de voltaje
Como se puede ver en la Fig.9, el primer pulso de
llegada de la seal rectificada es de una amplitud
muy pequea, que solo alcanza a superar 1 V
Mx. 1.2 V.


Fig. 9. Primer pulso del rectificador

Para lo cual fijamos un comparador de voltaje en
un umbral de 500 mV, ya que es de vital
importancia detectar el primer pulso de llegada en
ambos Rx, pues con este pulso es con el cual se
determina el tiempo de vuelo contado desde el
instante de la emisin de los cuatro pulsos a 40
KHz, ver Fig.10.

El echo de no detectar la seal de Rx en el primer
pulso, acarreara imprecisiones en la medicin del
tiempo de vuelo real de cada modulo Tx-Rx, lo
cual se vera manifestado finalmente en un calculo
errneo de la inclinacin en dicho momento, y por
consiguiente se ejercera un control inadecuado
sobre los actuadores finales, ocasionando una
mayor inestabilidad.

Fig. 10. Comparador de voltaje

Como se puede ver en la Fig. 11, la seal que sale
del rectificador, ingresa al comparador de voltaje
por la terminal positiva, y a la terminal negativa se
establece el nivel de comparacin de 500 mV,
mediante un divisor resistivo de voltaje, esto dar
como resultado, que cada que el voltaje de la
terminal positiva supere al voltaje de la terminal
negativa, el amplificador entre en saturacin,
dando como resultado a la salida el mximo voltaje
positivo de alimentacin [12].


Fig. 11. Comparador de voltaje en Spice

Monoastable
El uso de un monoastable en la etapa de
instrumentacin y digitalizacin de los Rx, se hace
necesario, ya que la seal final que le ser
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


41
entregada al microcontrolador debe ser lo mas
clara y estable posible durante un tiempo mnimo
para que sea detectada, condiciones que no
ofrece la seal entregada por el comparador de
voltaje, la cual es fluctuante, con un periodo
aproximado de 25seg.

El monoastable utilizado para generar un pulso
estable es el DM74121 Fig. 12, el cual se
activara ante el primer flanco de subida generado
por el comparador de voltaje [13].

El tiempo de activacin esta determinado por una
constante de tiempo mayor al tiempo de
funcionamiento del comparador de voltaje Fig. 8
800seg, ya que de establecerse un tiempo
menor de activacin para el monoastable,
tendramos dos o ms disparos de este dispositivo
en un ciclo completo de trabajo del comparador de
voltaje, por lo cual se establece un tiempo
aproximado de activacin del monoastable de
1.5 mSeg Fig. 13, tiempo ms que suficiente
para que el microcontrolador identifique esta seal
como un nivel lgico alto y no se tengan varios
disparos en un mismo ciclo de trabajo.


Fig. 12. Monoastable DM74121

El tiempo de activacin del monoastable esta
determinado por la siguiente ecuacin:

C R K
w
t * * =

Donde
w
t se da en nano segundos, R en Kilo
Ohm, C en pico Farad, y una constante 7 , 0 = K

nSeg nF K
w
t 000 . 540 ' 1 000 . 100 * 22 * 7 . 0 = O =



Fig. 13. Activacin del monoastable por flanco de
subida del comparador de voltaje
2.4 Establecimiento del nivel de inclinacin
Luego de transformar la seal primaria de cada RX
la cual asemejaba ms a un ruido, en un pulso de
una duracin finita y magnitud estable, se procede
a establecer un ndice de inclinacin, a partir de
los tiempos de vuelo medidos en cada extremo de
la plataforma, mediante el microcontrolador
PIC16F877A [11].

Existen dos aspectos muy relevantes en el
establecimiento del ndice de inclinacin; el
primero consiste en saber cul de los dos
monoastables se activa primero, ya que se tendr
conocimiento de haca que lado esta inclinada la
plataforma, el segundo aspecto importante para
determinar la inclinacin, consiste en conocer muy
bien cada tiempo de vuelo y saber la diferencia
entre ellos.

En el instante en el cual se emiten los cuatro
pulsos a 40 KHz, se inician dos contadores, los
cuales estarn encargados cada uno, de realizar
la medicin del tiempo de vuelo de cada extremo
de la plataforma robtica, cada contador se
detendr en el instante en el cual se active el
monoastable asignado a este contador, y
posteriormente se guardara este registro de
conteo. Con este registro de conteo y mediante
geometra bsica se hallara el ngulo de
inclinacin.

El disparo de los dos monoastables asignados a
cada Rx se puede observar en la Fig. 14,
notndose entre ellos una pequea diferencia en
el tiempo de llegada.


Fig. 14. Monoastable uno Vs Monoastable dos

Clculo de la inclinacin
Como se haba mencionado al principio del
documento, la distancia de cada modulo Tx-Rx
asta la superficie de apoyo, cuando la plataforma
se encuentra en perfecto equilibrio es de 8 cm, y la
separacin de los mdulos Tx-Rx del eje central
asta cada extremo es de 12 cm. La referencia de
tiempo a seguir esta determinada por el tiempo de
vuelo, cuando la plataforma se encuentra
balanceada, es decir que cada extremo est a 8
cm de la superficie de apoyo.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


42

t
d
V = (3)

Donde V es la velocidad del sonido (343 m/Seg a
20 c) y se da en metros sobre segundos, d es la
distancia en metros y t es el tiempo en segundos.

De (3)
V
d
t = (4)

La distancia real que recorrer el pulso de
ultrasonido es de dos veces la distancia de
separacin entre los transductores piezoelctricos
y el piso, por lo cual la distancia utilizada para
calcular el tiempo de referencia es de 0.16 mts.
Reemplazando en (3):

uSeg
Seg mts
mts
Tref 47 . 466
/ 343
16 . 0
= =

De la Fig. 14 tomamos esa diferencia de tiempo
entre la activacin de un monoastable con
respecto al otro y hallamos los tiempos de vuelo
para cada uno.

Es importante notar que el monoastable que se
activo primero para este ejercicio, fue el
correspondiente al Rx 2, lo cual dice de entrada
que la plataforma esta inclinada hacia la izquierda,
y que la diferencia de tiempo con respecto a la
activacin del monoastable asignado al Rx 1 fue
de 42.81 Seg Tdif tiempo de diferencia entre
la llegada del primer Tv respecto al segundo.
Conociendo que el tiempo de referencia es de
466.47 Seg, el cual por simetra de diseo de la
plataforma siempre estar ubicado en la mitad de
la diferencia de ambos tiempos de vuelo, se
procede a hallar Tv1 y Tv2.

( ) 2 / 2 , 1 Tdif Tref Tv Tv = (4)

El trmino ( ) 2 / Tdif , se le restara al primer Tv en
llegar y se le sumara al segundo Tv.

( ) uSeg uSeg uSeg Tv 875 , 487 2 / 81 , 42 47 , 466 1 = + =

( ) uSeg uSeg uSeg Tv 065 , 445 2 / 81 , 42 47 , 466 2 = =

De (3) hallamos la ecuacin para establecer
ambas distancias d1, d2.

( ) 2 / * * 2 Tv V d Tv V d = =

( )
mts
uSeg seg mts
d 08367 , 0
2
875 , 487 * / 343
1 = =

( )
mts
uSeg seg mts
d 07632 , 0
2
065 , 445 * / 343
2 = =

Con estas distancias de cada extremo de la
plataforma respecto a la superficie de apoyo y con
ayuda de la Fig. 15, se determinara el ngulo de
inclinacin para este caso.

La variacin de cada extremo con respecto a la
posicin de equilibrio es de:

( ) ( ) cm cm cm cm cm 367 , 0 8 367 , 8 632 , 7 8 = =


Fig. 15. Diagrama de inclinacin

Con esta variacin en las distancias de los
extremos y conociendo con anterioridad que la
separacin respecto al eje central es de 12 cm,
hallamos una relacin geomtrica para , como se
observa en la Fig. 16.


Fig. 16. Diagrama de

Por geometra general, se deduce que la relacin
entre el cateto opuesto sobre la hipotenusa es:

b
a
sen = o (5)

Reemplazando en (5), se halla a .

752569 . 1
12
367 , 0
1
=
|
.
|

\
|
=

cm
cm
sen o


Fig. 17. Diagrama de flujo
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


43
Luego de que finalmente se halla el ngulo de
inclinacin para dicho momento de la captura de
datos, se debe hacer la activacin de los
actuadores finales, dos motores de corriente
continua DC, durante el tiempo suficiente para la
correccin de la inclinacin detectada.

Programa general de operacin para el PIC
16F877A
El procesamiento de las seales de Rx, anlisis de
los tiempos de vuelo, calculo de la inclinacin y
activacin de los actuadores finales, estar a
cargo del microcontrolador PIC16F877A [10]. El
cual mediante el programa que se describe a
continuacin ejerce el control necesario y
adecuado para el funcionamiento de todo el
hardware implicado en este diseo, Fig. 17.

CDIGO DE PROGRAMACIN

declaracin de variables.
i var byte
J var word
K var word
C1 var word
C2 var word
RESTA1 VAR WORD
RESTA2 VAR WORD
TRISD.5 = 1
TRISD.6 = 1
TRISD.7 = 0
'---------------------------------------------------------------
'Frecuencia de 40 Khz
TIME:
k = 0
j = 0
C1 = 0
C2 = 0
I=0
repeat emisin de los 4 pulsos a 40 KHz
HIGH PORTD.7 'pone en alto el puerto D.7
@ nop
@ nop
@ nop
@ nop
@ nop
@ nop
@ nop
LOW PORTD.7 'pone en bajo el puerto D.7
@ nop
@ nop
@ nop
@ nop
@ nop
@ nop
@ nop
i = i + 1
UNTIL i > 3
'pauseus 1000

'---------------------------------------------------------------
'lEER RECEPTORES
WHILE J = 0 AND K = 0 'Conteo de ambos
tiempos e vuelo
IF PORTD.5 <> 1 THEN
C1 = C1+1
ELSE
J = C1
ENDIF
IF PORTD.6 <> 1 THEN
C2 = C2+1
ELSE
K = C2
ENDIF
WEND
J = C1
K = C2
'---------------------------------------------------------------
'DIFERENCIA 'se diferencian los contadores para saber si un
tiempo de vuelo es mayor de un lado que del otro
IF J > K THEN
'HIGH PORTE.0
RESTA1 = J - K
ENDIF
IF K > J THEN
'HIGH PORTE.1
RESTA2 = K - J
ENDIF
'---------------------------------------------------------------
'DURACION PWM 'Niveles de diferencias para saber la
duracin de activacin de los motores
'MOV_IZQ mover a la izquierda
IF RESTA1 = 2 THEN HIGH PORTE.0

PAUSE 100
LOW PORTE.0
ENDIF
IF RESTA1 = 3 THEN
HIGH PORTE.0
PAUSE 150
LOW PORTE.0
ENDIF
IF RESTA1 = 4 THEN
HIGH PORTE.0
PAUSE 200
LOW PORTE.0
ENDIF
IF RESTA1 = 5 THEN
HIGH PORTE.0
PAUSE 250
LOW PORTE.0
ENDIF
'MOV_DER mover a la derecha
IF RESTA2 = 2 THEN
HIGH PORTE.1
PAUSE 100
LOW PORTE.1
ENDIF
IF RESTA2 = 3 THEN
HIGH PORTE.1
PAUSE 150
LOW PORTE.1
ENDIF
IF RESTA2 = 4 THEN
HIGH PORTE.1
PAUSE 200
LOW PORTE.1
ENDIF
IF RESTA2 = 5 THEN
HIGH PORTE.1
PAUSE 250
LOW PORTE.1
ENDIF
GOTO TIME
END

2.5 Electrnica de control para los actuadores
finales
Los actuadores finales son dos motores de
corriente continua, los cuales funcionan a un
voltaje nominal de 5,9 V. Cada uno contiene una
caja de engranajes la cual transforma parte de la
velocidad, en el torque necesario para mover el
peso total de la plataforma [7].
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


44
Los motores fueron elegidos por su rpida
reaccin a voltajes transitorios de alimentacin,
debido a que la oportuna correccin de la
inclinacin detectada recae en la rapidez con la
que se desplacen las llantas sujetas a los dos
motores DC.

El control de giro de ambos motores se hace con
el puente H L293D, en la Fig.18, se puede
observar el diagrama y la tabla de funcin lgica
para el control de direccin de ambos motores. El
puente H L293D, cuenta con dos mdulos como
los mostrados en la Fig.18. Cada uno estar
encargado de controlar un motor asignado,
suministrndole la tensin de 5,9 V cuando el
microcontrolador active los pines 1 y 9 enable
[14].


Fig. 18. Control bidireccional de motor DC

3. TRABAJOS FUTUROS
Como trabajo futuro, se plantea la implementacin
de diferentes tipos de controladores, con el fin de
establecer cual es el controlador ptimo para el
prototipo planteado. Tambin se sugiere la
implementacin de otros tipos de sistemas de
deteccin de inclinacin, con el fin de ser usados
en el prototipo de plataforma implementado, para
con esto hacer una comparacin de la eficiencia
del mtodo desarrollado, el cual es novedoso y
poco convencional.

4. CONCLUSIONES
La utilizacin de transductores piezoelctricos, es
una alternativa confiable en calidad y favorable en
costos, para realizar mediciones de inclinacin
para el prototipo propuesto.

El mtodo implementado para la medicin de
inclinacin, por medio de ultrasonido da como
resultado gran precisin en las medidas
realizadas, ya que se puede establecer la
inclinacin en fracciones de ngulos, en cortos
periodos de tiempo.

El diseo electrnico, para el acondicionamiento
de las seales Rx, proporciona confiabilidad sobre
el ndice de inclinacin obtenido en cada medicin
realizada.

La correcta eleccin de los actuadores finales,
permite una rpida reaccin en el sistema de
control de ambos motores DC, con lo cual se hace
siempre una oportuna correccin de la inclinacin
detectada.

AGRADECIMIENTOS
Los autores reconocen las contribuciones del
Ingeniero Electrnico Andrs Mauricio Crdenas
Torres de la UAM, por su aporte en el rea del
control robusto as como metodolgico y su
constante apoyo en el desarrollo del proyecto.

Tambin se hace mencin del Ingeniero electricista
Camilo Flrez de la UN, por su aporte en el rea de
la electrnica, pues siempre a sido un gran
referente en cuanto al diseo electrnico.

REFERENCIAS

1. D. Muoz, N. A. Andrade, C. Londoo O. Diseo y
construccin de un robot mvil orientado a la
enseanza e investigacin. Ingeniera y Desarrollo,
No. 19, pp. 114-127, ene-jun 2006.
2. C. Carvajalino y C. Manjarres, Medicin de nivel por
ultrasonidos, Electrnica y computadores, No. 29,
pp.17-19. 1997.
3. J. Robby G., Detector Ultrasnico de Movimiento,
Electrnica y Computadores, No. 76, pp. 6-10. 2001.
4. J. Iovine, PIC Microcontroller Basic Compilers,
Poptronics, Vol. 2, No. 7, pp. 50-53, 2001.
5. Sedra y K. C. Smith, Circuitos Microelectrnicos.
Mxico: Mc Graw Hill, 2006.
6. R. A. Serway, Fsica para Ciencias e Ingeniera, vol.
2, Mxico: Cengage Learning, 2005.
7. S. Segui C., Electrnica de potencia. Mxico:
Alfaomega, 2004.
8. S. S. Ge, y F. Lewis, Autonomous mobile robots:
sensing, control, decision making and applications.
USA: Taylor & Francis, 2006.
9. H. R. Everett. Sensors for mobile Robots: Theory and
application. Canada: A K Peters, 1995.
10. J. M. Angulo U. Microcontroladores "PIC". Diseo
practico de aplicaciones. Espaa: McGraw-Hill,
2000.
11. Fairchild Semiconductor, LF353 datasheet,
Amplificador Operacional Dual (JFET), en:
http://www.datasheetcatalog.org/datasheet/fairchild/
LF353.pdf, noviembre de 2010.
12. ST Microelectronics, LM311 datasheet, VOLTAGE
COMPARATORS, en: http://www.datasheetcatalog
.org/datasheets/120/61293_DS.pdf, noviembre de
2010.
13. Fairchild Semiconductor, DM74121 datasheet,
One-Shot with Clear and Complementary
Outputs, en: http://www.datasheetcatalog.org
/datasheet/fairchild/DM74121.pdf, noviembre de
2010.
14. Texas Instruments, L293D datasheet, Quadruple
Half-H Drivers, en: http://www.datasheetcatalog
.org/datasheet/texasinstruments/l293d.pdf,
noviembre de 2010.




Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010


45
IMPLEMENTATION OF A NEURAL NETWORK FOR INTRUSION
DETECTION IN A TCP/IP NETWORK

IMPLEMENTACIN DE UNA RED NEURONAL PARA LA DETECCIN DE
INTRUSIONES EN UNA RED TCP/IP

David Herrera A. Helber A. Carvajal C.
Universidad de Antioquia Universidad de Antioquia
herreradavid@gmail.com aleph7h@gmail.com


(Tipo de Artculo: INVESTIGACIN. Recibido el 09/11/2010. Aprobado el 03/12/2010)

Abstract This article shows how to design a neural
network to detect the anomaly connections of the NSL-
KDD data set. A reduction of the input variables is used
and is shown how to obtain the best network parameters
through different tests.

Keywords: NSL-KDD, Neural Networks, MSE,
supervised machine learning, computer security.

Resumen En este artculo se muestra como disear
una red neuronal para detectar las conexiones
anormales dentro del set de datos NSL-KDD. Se usa
una reduccin de variables de entrada, y se muestra
como se obtienen, mediante diferentes pruebas, los
mejores parmetros de la red.

Palabras Claves: NSL-KDD, redes neuronales, MSE,
detector de intrusiones, aprendizaje supervisado,
seguridad informtica.

1. INTRODUCCIN
A medida que las personas se involucran en el
mundo digital, la seguridad informtica va
adquiriendo ms importancia. Los malware o
personas con amplios conocimientos en redes
pueden vulnerar los derechos de otros usuarios,
modificando o accediendo a su informacin
mediante intrusiones. Esto hace pertinente el
desarrollo de sistemas que permitan detectar de
forma automtica los sucesos riesgosos en una
red y as tomar acciones para contrarrestarlos.

Una intrusin es un acceso no autorizado a un
sistema. El detector de intrusiones IDS, por sus
siglas en ingls es una herramienta utilizada para
dar proteccin a las redes de datos, en la que
juega un papel imprtate trabajando en conjunto
con un firewall. A diferencia del firewall, que
detecta ataques provenientes de otras redes, el
IDS puede hacerlo tambin en la red local. El
objetivo es detectar los peligros antes que
ingresen al sistema, como se observa en la Fig. 1.

La deteccin de intrusiones mediante tcnicas de
minera de datos tiene ventajas frente a la basada
en firmas, ya que la primera puede detectar
variaciones del mismo tipo de ataque o detectar
ataques no conocidos. En este trabajo se usaron
redes neuronales para hacer la clasificacin; a
pesar de los resultados obtenidos, se puede
pensar en implementarla con otras tcnicas como
las de clustering.

Fig. 1. Esquema de un IDS

2. DESCRIPCIN DE LOS DATOS
Para este trabajo se utiliz un conjunto de datos
que est compuesto por capturas de ataques y
trfico normal provenientes de un escenario real.
Muchos de los datos hacen referencia al
encabezado de los protocolos y son de fcil
adquisicin, otros se tomaron a travs de diversas
herramientas.

Se utiliz el set datos llamado NSL-KDD [1], que
es una versin mejorada de kdd-cup 99 [2], en el
que se mencionan varios tipos de ataque, algunos
difciles de identificar. Para hacer ms efectiva la
clasificacin, en el nuevo set de datos se aumenta
la proporcin de ataques con un nivel de dificultad
ms elevado. Se redujeron los datos en un rango
cercano al 22% pero se aument mucho la calidad
de los mismos [3].

Existen 42 datos de entrada, algunos de los cuales
son nominales o cualitativos, otros son nmeros
reales y otros valores binarios. Algunos ejemplos
son: el servicio utilizado, las banderas y el nmero
de bytes enviados, entre otros. Se limit la salida a
dos opciones: intrusin o trfico normal

Para este trabajo en particular, se usaron dos
archivos, entrenamiento y prueba, cada uno con el
20% de la informacin [1].

3. REDUCCIN DE VARIABLES DE ENTRADA
Se realiza una reduccin de variables para hacer
que el problema, en especial el entrenamiento de
la RNA, sea algo ms simple [4].
D. Herrera A. y H. A. Carvajal C. Implementacin de una red Neuronal para la deteccin de intrusiones en una red TCP/IP.
Ing. USBMed, ISSN: 2027-5846, Vol 1, No. 1, pp. 59-62. Jul-Dic 2010.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

46
La idea general fue identificar los datos que dan
ms informacin, usando para esto un ndice
asociado a cada descriptor llamado Information
Gain Rate IGR.

Se us la tcnica k-means, y se evalu con cul
subgrupo se obtena mejores resultados. Se
disminuy de 42 datos de entrada a slo 14, los
cuales se pueden observar en la Tabla 1 [4]. Los
datos cualitativos que quedaron fueron: protocol
type, service y la salida. El resto fueron datos
continuos que no se modificaron.

4. PROCESAMIENTO DE LOS DATOS
Los datos provenientes del data set, aunque
reducidos, no son aptos para el algoritmo de
entrenamiento. Para solucionar este problema, se
implement un algoritmo que hiciera las siguientes
tareas sobre los datos:

Normalizarlos de -1 a 1
Mapear los nominales a numricos
Formatear de acuerdo con la herramienta
Entrenamiento de la RNA

Debe recalcarse que en el mapeo se deben
estudiar diferentes tcnicas para seleccionar el
valor numrico de cada dato cualitativo, esto
podra mejorar el rendimiento del algoritmo al
realizar el entrenamiento.

5. ENTRENAMIENTO DE LA RNA
Despus de reducir y normalizar los datos, se
procede a entrenar una RNA buscando un buen
desempeo tanto en los datos de entrenamiento
como en los de prueba. Los datos se dividieron en
3 partes: datos de entrenamiento, de prueba y de
validacin.

Para el entrenamiento se utiliz el toolbox de
Matlab para redes neuronales nntool y la librera
FANN, pero se pudo utilizar cualquier toolbox o
implementacin que se considerara adecuada.

Para el aprendizaje se utiliz el modelo
supervisado Backpropagation propagacin
hacia atrs [5], con el que se realiza una
correccin hacia atrs en los pesos, dependiendo
del comportamiento de la red. Los parmetros
definidos para su funcionamiento son los
siguientes:

Para el entrenamiento se utiliz el algoritmo
de optimizacin de Levenberg-Marquardt que
se encarga de minimizar numricamente una
funcin, en este caso el error.

Para el aprendizaje se utiliz el algoritmo del
gradiente descendente.

Como funcin de rendimiento se utiliz el error
cuadrtico medio MSE.
La funcin de transferencia en las neuronas de
la capa oculta fue la sigmoide.

En la Fig. 1 se observa una red neuronal con una
capa oculta; se aclara que en la neurona de salida
se utiliz un limitador duro que entrega -1 1, esto
con el fin de obtener un mejor resultado al calcular
el error.


Fig. 2. Red Multicapa (Una Capa Oculta)

Como se mencion anteriormente, existen 14
entradas y una salida con valor -1 1, para indicar
cundo hay y cundo no hay una intrusin a la
red; adems, se cuenta con la entrada artificial
que permite obtener mejores resultados al
entrenar; en la Tabla 1 se pueden observar las 15
entradas de la red neuronal.

TABLA 1
Entradas de la red neuronal
X0 Entrada artificial (igual a 1)
X1 Dst host diff srv rate
X2 Logged in
X3 Dst host srv diff host rate
X4 Num failed logins
X5 Diff srv rate
X6 Destination bytes
X7 Root Shell
X8 Is guest login
X9 Urgent
X10 Service
X11 Dst host count
X12 Srv diff host rate
X13 Source bytes
X14 Protocol type

6. RESULTADOS OBTENIDOS
Utilizando las funciones mencionadas en la
seccin anterior, se procede a realizar el
entrenamiento variando parmetros como el
nmero de capas ocultas y/o neuronas en una
respectiva capa. En las figuras de la 3 a 7 se
observan los resultados obtenidos con cada una
de las redes probadas; se observa, adems, las
muestras analizadas con cada una de las redes,
donde el valor 1 indica que se cometi un error en
dicha muestra, mientras que 0 indica que no hubo
error.





Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

47
Red Monocapa


Fig. 3. Resultados RNA Monocapa

Red Multicapa con 4 neuronas en su capa oculta


Fig. 4. Resultados RNA Multicapa con 4 Neuronas en
la Capa Oculta

Red Multicapa con 15 neuronas en su capa oculta


Fig. 5. Resultados RNA Multicapa con 15 Neuronas
en la Capa Oculta




Red Multicapa con dos capas ocultas; la primera
con 8 neuronas y la segunda con 4.


Fig. 6. Resultados RNA Multicapa con 8 Neuronas en
la Primera Capa Oculta y 4 en la Segunda

Red Multicapa con dos capas ocultas; la primera
con 20 neuronas y la segunda con 8.


Fig. 7. Resultados RNA Multicapa con 20 Neuronas
en la Primera Capa Oculta y 8 en la Segunda

7. ANLISIS DE LOS RESULTADOS
En la Tabla 2 se presenta una comparacin de los
resultados obtenidos en cada una de las
implementaciones

TABLA 2
Comparacin del Desempeo
Tipo de Red
Neuronas
Capa 1
Neuronas
Capa 2
Error
Entrenamiento
Error
Prueba
Monocapa ----- ----- 9.3% 9.2%
Multicapa 4 ----- 6.6% 7.2%
Multicapa 15 ----- 2.8% 3.7%
Multicapa 8 4 3.4% 4.3%
Multicapa 20 8 2.3% 3.1%

Como se puede observar, los mejores resultados
se obtienen con la RNA multicapa con 20
neuronas en la primera capa oculta y 8 en la
segunda; en este entrenamiento se cometen
errores en 257 de los 11270; mientras que en la
0 2000 4000 6000 8000 10000 12000
0
0.5
1
Errores al Realizar el Entrenamiento
Error de Entrenamiento = 9.3079%
Muestras
E
r
r
o
r


Entrenamiento
0 1000 2000 3000 4000 5000 6000
0
0.5
1
Errores al Realizar las Pruebas
Error de Prueba = 9.2103%
Muestras
E
r
r
o
r


Prueba
0 2000 4000 6000 8000 10000 12000
0
0.5
1
Errores al Realizar el Entrenamiento
Error de Entrenamiento = 6.6193%
Muestras
E
r
r
o
r


Entrenamiento
0 1000 2000 3000 4000 5000 6000
0
0.5
1
Errores al Realizar las Pruebas
Error de Prueba = 7.1517%
Muestras
E
r
r
o
r


Prueba
0 2000 4000 6000 8000 10000 12000
0
0.5
1
Errores al Realizar el Entrenamiento
Error de Entrenamiento = 2.8128%
Muestras
E
r
r
o
r


Entrenamiento
0 1000 2000 3000 4000 5000 6000
0
0.5
1
Errores al Realizar las Pruebas
Error de Prueba = 3.7267%
Muestras
E
r
r
o
r


Prueba
0 2000 4000 6000 8000 10000 12000
0
0.5
1
Errores al Realizar el Entrenamiento
Error de Entrenamiento = 3.3807%
Muestras
E
r
r
o
r


Entrenamiento
0 1000 2000 3000 4000 5000 6000
0
0.5
1
Errores al Realizar las Pruebas
Error de Prueba = 4.2768%
Muestras
E
r
r
o
r


Prueba
0 2000 4000 6000 8000 10000 12000
0
0.5
1
Errores al Realizar el Entrenamiento
Error de Entrenamiento = 2.2804%
Muestras
E
r
r
o
r


Entrenamiento
0 1000 2000 3000 4000 5000 6000
0
0.5
1
Errores al Realizar las Pruebas
Error de Prueba = 3.1233%
Muestras
E
r
r
o
r


Prueba
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

48
prueba se cometen errores en 176 de los 5635
datos. Adems de esto la mejor relacin entre
datos de entrenamiento y de prueba se encuentra
en la misma red RNA. Por otra parte, se puede
observar que una red monocapa no satisface las
necesidades ya que el error de entrenamiento y el
de prueba son demasiado elevados.

En la Figura 8 se observa la respuesta en cuanto
al error cuadrtico medio del mejor resultado
obtenido.


Fig. 8. Error Cuadrtico Medio

8. CONCLUSIONES
Debido a la cantidad de datos que se procesan, es
necesario utilizar herramientas robustas para
realizar el entrenamiento de la RNA.

Se hace necesario realizar una optimizacin de los
datos ya que, como se pudo observar, existan
datos que no aportaban informacin significativa.


El problema de la dimensionalidad en los datos se
debe solucionar extrayendo los descriptores
menos relevantes; esto facilita el entrenamiento y
la manipulacin de los datos para la RNA.

El ajuste de las funciones con que funcionar la
RNA es de gran importancia; como se pudo
observar en algunas la variacin de unos de sus
parmetros mejoraba el comportamiento de la
RNA entrenada.

El error cuadrtico medio es una buena funcin de
desempeo, siempre y cuando se sepa interpretar;
en algunos casos este clculo se hace de manera
local, lo cual puede conducir a errores.

AGRADECIMIENTOS
A la profesora Claudia Isaza y al profesor David
Mora Rodrguez, por su disposicin para compartir
el conocimiento.

REFERENCIAS
1. Nsl-kdd data set for network-based intrusion
detection systems. Available on:
http://nsl.cs.unb.ca/NSL-KDD/, March 2009.
2. University Of California. Intrusion detection dataset in
machine readable form.
http://kdd.ics.uci.edu/databases/kddcup99/kddcup.na
mes, 1999.
3. M. Tavallaee, E. Bagheri, W. Lu and A. Ghorbani, A
Detailed Analysis of the KDD CUP 99 Data Set,
Submitted to Second IEEE Symposium on
Computational Intelligence for Security and Defense
Applications (CISDA), 2009.
4. N. Arajo, R. de Oliveira, E. W. Ferreira, A. A.
Shinoda, B. Bhargava, Identifying Important
Characteristics in the KDD99 Intrusion Detection
Dataset by Feature Selection using a Hybrid
Approach. 17th International Conference on
Telecommunications (ICT). Doha, Qatar, pp. 552-
558. 2010.
5. C. Isaza, Redes neuronales, Notas de Clase. 2010.






Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

49
ANALYSIS METHODS FOR AUDIO PREAMPLIFIERS

MTODOS DE ANLISIS PARA PREAMPLIFICADORES DE AUDIO

Andrs F. Pardo V.
Universidad de San Buenaventura Medelln
flppardo@gmail.com
Sebastin Lopera G.
Universidad de San Buenaventura Medelln
sebasfox@gmail.com

(Tipo de Artculo: INVESTIGACIN. Recibido el 10/11/2010. Aprobado el 01/12/000)

Abstract This article pretends to present
methodologies for measuring the most important
parameters of a preamplifier like slew rate, bandwidth,
total harmonic distortion (THD) and signal to noise ratio.
For this process were used spectrum analyzers, signal
generators, multimeters, cables, among others. To
support these methodologies, measurements shall be
made into four different preamps.

Keywords: Audio, bandwidth, preamplifier, signal to
noise ratio, slew rate, total harmonic distortion.

Resumen En este artculo, se plantean metodologas
para la medicin de los parmetros ms importantes de
un preamplificador: slew rate tiempo de respuesta,
ancho de banda respuesta en frecuencia, distorsin
armnica total THD% y relacin seal ruido; para lo
que se utilizan analizadores de espectro, generadores
de seal, multmetro, cables, entre otros. Para
corroborar estas metodologas, se efectan mediciones
en cuatro preamplificadores diferentes.

Palabras clave: Ancho de banda, audio, distorsin
armnica total, preamplificador, relacin seal ruido.

1. INTRODUCCIN
Los preamplificadores de audio son parte
primordial dentro del proceso de produccin y
grabacin de una obra musical, ya que
acondicionan la seal antes de ser grabada. Su
caracterizacin dentro del medio audiovisual se
hace de forma subjetiva, como es el caso de las
revistas enfocadas al audio, en donde los autores
usualmente realizan anlisis poco profundos en
cuanto a las caractersticas electrnicas de los
equipos, evaluando generalmente el desempeo
de estos. Aunque este tipo de anlisis lo realizan
personas expertas en el tema, se hace necesario
medir el desempeo de dichos dispositivos. Es as
como surge la necesidad de realizar un anlisis
mas objetivo del desempeo de los
preamplificadores de audio contemporneos sin
abandonar el aspecto subjetivo con el fin de
comparar la informacin suministrada por los
fabricantes. Dentro de este contexto, en este
proyecto se plantean metodologas para medir los
principales parmetros de un preamplificador,
utilizando elementos comunes dentro de un
estudio de grabacin, adems de la utilizacin de
software especializado.

2. JUSTIFICACIN
Wells [1] describe fsicamente el preamplificador
Robbie, de la empresa Blue, especificando sus
entradas, controles y apariencia fsica. Adems,
realizan pruebas de manera subjetiva para
determinar el desempeo del dispositivo haciendo
pruebas de grabacin de instrumentos con
diferentes micrfonos. Liles [2] toma como base el
hecho de que los recursos econmicos no son una
excusa para adquirir buenos preamplificadores.
Realiza una comparacin entre los distintos
preamplificadores de bajo costo describiendo su
versatilidad a la hora de realizar conexiones y
configuraciones. De igual manera aclara que
aunque los resultados son buenos, en ningn
momento igualarn a dispositivos de gama alta.
Stackpole [3] describe fsicamente el
preamplificador Mini-MP, de la empresa
Apogee y sus diferentes tipos de
configuraciones. Destaca que se encuentre un
decodificador MS, utilizado a la hora de realizar
grabaciones con la tcnica MS (Tcnica de
grabacin estreo, llamada as por sus siglas en
ingles, Mid Side). Realiza comparaciones
subjetivas en 2 estudios de grabacin diferentes,
un estudio personal y un estudio profesional, estas
pruebas son realizadas con micrfonos de gama
alta, y a su vez realiza una comparacin con
preamplificadores de gama alta. Uno de los
aspectos que le llama la atencin al autor, es su
flexibilidad para el uso de fuentes de alimentacin
genricas. Concluye que la calidad del
preamplificador es similar a algunos
preamplificadores de gama alta y que su precio lo
convierte en una excelente sugerencia para
pequeos estudios que busquen enriquecer su
calidad en produccin y grabacin.

Es as como surge la necesidad de realizar un
anlisis ms objetivo del desempeo de los
preamplificadores de audio contemporneos -sin
dejar atrs el aspecto subjetivo-; con el fin de
comparar la informacin suministrada por los
fabricantes. Dentro de este contexto se plantean
metodologas para medir los principales
parmetros de un preamplificador, utilizando
elementos comunes dentro de un estudio de
grabacin, adems de la utilizacin de software
especializado.

3. MARCO TERICO

3.1 Preamplificador
Amplificador enfocado a realzar voltaje, en este
aspecto difiere con un amplificador de potencia.
En el caso del preamplificador de micrfono, eleva
la seal desde el nivel de voltaje de micrfono, del
A. F. Pardo V. y S. Lopera G. Mtodos de anlisis para preamplificadores de audio. Ing. USBMed, ISSN: 2027-5846, Vol 1,
No. 1, pp. 63-69. Jul-Dic 2010.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

50
orden de los mili voltios mV, hasta nivel de lnea,
alrededor de 1 V. Otro caracterstica importante es
su respuesta en frecuencia la ganancia vara con
la frecuencia, ya que da el sonido caracterstico a
cada dispositivo. El preamplificador de audio
tambin es el encargado de acoplar la impedancia
entre el dispositivo de entrada y el dispositivo de
salida [4].

3.2 Slew rate
Velocidad mxima de cambio en el voltaje de
salida de un amplificador, medida habitualmente
en V/s. Debe ser lo suficientemente elevada
como para reproducir las frecuencias agudas sin
distorsin, tanto ms cuanto mayor sea el voltaje
de salida del amplificador. Este parmetro es de
vital importancia a la hora de reproducir los
transientes seal de mucha energa en un
intervalo corto de tiempo.

[]

(1)

Donde es el cambio de voltaje, y es el tiempo que
demora en cambiar dicho voltaje.

3.3 Relacin seal/ruido (S/N ratio)
Cuantifica qu tan ruidoso es un sistema o una
seal.

[]
(2)
Donde Aseal es la amplitud de la seal y Aruido es la
amplitud del ruido de fondo.

3.4 Ancho de banda
Es el rango efectivo donde el amplificador puede
funcionar correctamente con la mnima distorsin.
Se eligen como puntos de corte aquellos donde la
potencia del amplificador cae al 50%.

3.5 Distorsin armnica total (THD%)
Cuantifica la distorsin armnica que entrega el
sistema. Su clculo se referencia a un tono puro
de 1 kHz un armnico, comparndolo con los
armnicos que aparecen en la salida.


(


(3)

Donde An es la amplitud del armnico n.

4. MTODOS Y MATERIALES

4.1 Software y equipos

Pro Tools. Es uno de los sistemas DAW mas
importantes y reconocidos en la produccin
musical. Actualmente se trabaja con la versin 8, y
es desarrollado por AVID, una de las empresas
ms reconocidas a nivel mundial en produccin
audiovisual. Pro Tools ofrece una integracin entre
mltiples pistas de audio digital y archivos de tipo
MIDI, con las herramientas necesarias para la
grabacin, edicin, mezcla y procesamiento de
audio digital [5].

SpectraPLUS. Es un analizador de espectro, que
se encarga de convertir una seal del dominio del
tiempo al dominio de la frecuencia. En el dominio
de la frecuencia muestra lo que comnmente se
conoce como espectro. El ancho de banda de este
software est determinado por la frecuencia de
muestreo mxima que permite la interfaz de audio
del computador [6].

003. Es una interfaz de audio creada por
Digidesign. Su comunicacin con el computador se
realiza a travs de puertos FireWire. Posee 18
entradas simultneas 8 entradas anlogas y 10
entradas digitales, 8 entradas ADAT y 2 entradas
S/PDIF. Su frecuencia de muestro mxima es de
96kHz [7].

API 512c. Preamplificador de audio desarrollado
por API. Reconocido por su sonido caracterstico y
suave. Posee voltaje fantasma Phantom Power
de 48V, ofrece una ganancia de 65 dB, un
atenuador de 20 dB y un inversor de fase [8].

Digimax FS. Preamplificador de audio fabricado
por la empresa Presonus. Posee 8
preamplificadores XMAX Clase A, con sus
respectivos controles de ganancia. Cuenta con un
protocolo de comunicacin tipo ADAT, que permite
expandir sistemas de grabacin que tengan este
mismo protocolo de comunicacin. La mxima
frecuencia de muestreo a la que el equipo puede
funcionar es de 96kHz [9].

Onyx 24-4. Mesa de mezcla analgica
desarrollada por Mackie. Los preamplificadores de
esta mesa son de tipo Onyx, fabricados por la
misma empresa. Estos preamplificadores son
reconocidos por su buena calidad y bajo costo
[10].

ADAT Lightpipe. Es un estndar para la
transferencia de audio digital mediante una
interfaz ptica. Originalmente fue desarrollada por
la empresa ALESIS, pero tiempo despus fue
aceptada por los consumidores y otras empresas,
que fueron incorporando este tipo de interfaz en
sus propios productos. Este estndar utiliza cables
de fibra ptica y conectores de tipo Toslink en
cada extremo. Permite transmitir audio digital con
frecuencia de muestreo no mayor a 48 kHz.

5. METODOLOGA
Como primer paso se grabaron las referencias
necesarias para las distintas mediciones, con el fin
de trabajar siempre con la misma fase, punto de
inicio y punto de corte. Estos archivos se grabaron
directamente utilizando Pro Tools 8 y un generador
de seal nativo del sistema DAW Fig. 1. Este
proceso de grabacin se realiz mediante
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

51
conexiones internas entre los diferentes canales
utilizados buses.


Fig. 1. Grabacin Seal de Referencia

Al tener la seal de referencia, se procede con la
conexin de los diferentes dispositivos como se
observa en la Fig. 2 Anexo 1. Primero se realiz
una configuracin en el sistema DAW, de modo
que la seal de referencia fuese enviada a travs
de la salida 3 de la interfaz de audio, para
posteriormente entrar al preamplificador. De la
salida de cada preamplificador, a travs de un
cable balanceado, se rutea la seal a la interfaz de
audio por la entrada cinco. Esta seal de entrada
se graba y almacena para su posterior anlisis en
SpectraPLUS. La primera medicin se realiz con
la 003, para conocer la respuesta del sistema en el
que se trabajara.

Luego, se procedi a realizar las mediciones de
cada preamplificador utilizando cada una de las
seales de referencia, y que luego de ser
procesada por el preamplificador, arrojara una
nueva seal con comportamientos caracterstico
de cada uno de los dispositivos a medir.

Para los procesos de medicin se utilizaron tres
seales de referencia: ruido rosa, tono puro 1
kHz, y un pulso. El ruido rosa, contiene igual
contenido energtico por banda de octava, por
esto se escoge para la medicin del ancho de
banda. El tono puro es escogido para la medicin
del THD, debido a que slo tiene una componente
espectral, y se estandariz que las mediciones se
realizaran a 1 kHz. Por ltimo, el pulso representa
un cambio abrupto de nivel, lo que es ideal para
medir la velocidad de respuesta.

Para la conexin del Digimax FS se utiliz el
protocolo de comunicacin ADAT para conectar
los dos dispositivos. Entonces la seal de salida
del preamplificador saldr a travs de ADAT de
manera digital e ir directamente hacia el sistema
DAW de grabacin.

5.1 Clculo de parmetros
THD%. Por medio del software SpectraPLUS se
calcul la distorsin armnica total utilizando las
seales de prueba de cada dispositivo tono puro
@ 1kHz. El modelo utilizado por el software se
basa en la ecuacin (3) [11].

Slew Rate

(4)
Donde dBFs es el nivel digital, y A es la amplitud relativa
en digital.

Para calcular el slew rate se necesita el voltaje de
la seal de prueba pulso en este caso, y debido
a que se est trabajando en un sistema digital, es
necesario convertir los valores a voltaje.

Teniendo el sistema a la salida con 0 dBFs y un
tono puro de 1kHz, se midi el voltaje rms a salida
luego se calcul el nivel pico, para tener en
cuenta la sensibilidad de salida.



Con la siguiente relacin se calcul el voltaje pico
de cada medicin partiendo del nivel digital:

[]

El factor de 1 es la amplitud relativa para 0 dBFs
ecuacin (4).

Se analiz la forma de onda para medir el tiempo
que demora en cambiar de voltaje. Debido a que
es una seal digital, se midieron los samples;
teniendo en cuenta la frecuencia de muestreo de
la seal de 96 kHz. Este anlisis tambin se le
realiz a la referencia. Con esta informacin se
puede utilizar la ecuacin (1).

Ancho de banda. Su anlisis es realiza mediante
un analizador de espectro SpectraPLUS. La
seal de prueba utilizada fue el ruido rosa.

Relacin S/N. Por medio del software
SpectraPLUS se midi el ruido de fondo en cada
una de las mediciones. Debido a que se est
trabajando en digital, el valor mximo es 0 dBFs,
por lo tanto este valor se puede aproximar a la
relacin S/N.

6. RESULTADOS Y DISCUSIN
Con los anteriores mtodos de medicin se lleg a
los resultados contenidos en la Tabla 1, en donde
se muestran los valores de la distorsin armnica
total, el slew rate y la relacin seal ruido;
adicional a esto se calcul la distorsin armnica
total del sistema (

). En las Fig. 3 a 7
Anexo 2 se compara el ancho de banda del
sistema con el de cada dispositivo, esto con el fin
de verificar su desempeo.

Los datos contenidos en la Tabla 2 son los
suministrados por los fabricantes.





Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

52
TABLA 1
Resultados experimentales

THD% (<)
SlewRate
[ ]
Relacin
S/N (>) [dB]
Digidesign
003
0,00124 0,165 79,2
API 512c
Mic in
0,0026 0,14 70,3
API 512c
Hi Z in
0,0018 0,134 79,5
Presonus
Digimax FS
0,0088 0,093 74,9
Mackie
Onyx
0,0166 0,137 78,1



TABLA 2
Datos suministrados por los fabricantes

THD% (<)
Ancho de
Banda [Hz]
Relacin
S/N (>) [dB]
Digidesign
003
0,0007 20 a 20k ------
API 512c
Mic in
0,05 30 a 20k 95
API 512c
Hi Z in
0,05 30 a 20k 95
Presonus
Digimax FS
0,003 20 a 40k 101
Mackie
Onyx
0,003 10 a 80k 87

7. ANLISIS DE RESULTADOS
Para un buen desempeo de los dispositivos, es
necesario:

Slew Rate alto en relacin con la seal de
entrada.
Un ancho de banda mnimo para el espectro
audible de 20 a 20 kHz
Alta relacin seal ruido
THD < 0,05%

De forma general, ninguno de los dispositivos
posee grandes falencias, ya que presentan muy
buen desempeo en el rango audible de 20 Hz a
20 kHz. Es necesario aclarar que todas las
mediciones se realizaron con seales digitales,
debido a la disponibilidad de los equipos.

Es importante aclarar que aunque los valores de
relacin seal/ruido no son comparables entre s,
debido a que no se utilizaron las mismas seales
de prueba, estos resultados muestran de manera
aproximada el desempeo de los
preamplificadores.

Durante la realizacin de las mediciones existieron
algunos problemas en cuanto a los equipos que se
utilizaron para la realizacin del trabajo. El ms
importante fue la seleccin y uso de los cables
utilizados para la conexin entre dispositivos.
Estos cables no deberan inducir ruido a la seal,
pero en este caso los cables lograban inducir
ruido, que posteriormente afectara la medicin de
la relacin seal ruido. De acuerdo con esta
situacin las mediciones de este parmetro se
vieron afectadas.

API 512c. En este preamplificador existen dos
tipos de entradas: entrada de alta impedancia y
entrada de baja impedancia. Ests entradas son
utilizadas de acuerdo con el origen de la seal y
su nivel. Al realizar un anlisis subjetivo se
demuestra superioridad en la calidad de sonido
con respecto a los dems preamplificadores
estudiados. Se destaca por su sonido claro y
suave, adems posee una buena respuesta en
frecuencia, lo que le da un color nico y propio.
Este preamplificador fue el que present el mejor
desempeo.

Digimax FS. Su sonido es limpio y claro, tiene
muy buena respuesta en frecuencia, y a
frecuencias altas su comportamiento es muy
bueno, sin embargo no se percibe un sonido
caracterstico de este preamplificador.

003. Los preamplificadores de esta interfaz
ofrecen una buena opcin para grabaciones
sencillas e instrumentos que no produzcan alto
nivel de presin sonora. Una de sus desventajas
es la ausencia de un atenuador pad, debido a
que cuando sus controles de ganancia estn al
mnimo presentan una amplificacin de 18 dB.

Onyx 24-4. Esta mesa de mezcla es una buena
opcin para presentaciones en vivo y aplicaciones
de estudios de grabacin. El hecho de que los
preamplificadores se encuentren junto a otros
elementos electrnicos dentro de la consola
ecualizadores, filtros, procesos dinmicos, entre
otros no aumenta el ruido interno, lo que se
evidencia en la relacin seal ruido calculada
considerablemente alta.

8. CONCLUSIONES
Por medio de las medidas realizadas se pudo
corroborar que ninguno de los preamplificadores
analizados presenta grandes falencias en su
desempeo, como lo muestra la Tabla 2, ya que
presentan un THD bajo, ancho de banda
adecuado para seales de audio, alta relacin
seal ruido y un slew rate alto en relacin con la
seal de entrada, y mostrando resultados
congruentes con los suministrados por los
fabricantes.

Las metodologas utilizadas mostraron buenos
resultados, teniendo en cuenta que se utilizaron
seales digitales para el anlisis. Aunque el uso
de este tipo de seales necesariamente implica
prdida de informacin, ya que se pasa de una
seal continua a una seal discreta en el tiempo,
su utilizacin se justifica por la facilidad de anlisis,
y bajo costo debido a la posibilidad de utilizar un
computador en lugar de dispositivos anlogos.


Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

53
Agradecimientos
Los autores reconocen las contribuciones de
Jeniffer Torres y Oscar Cardoso en el desarrollo
del trabajo.

REFERENCIAS

1. R. Wells, A solid preamp that has powerful EQ.
Electronic Musician, Vol. 22, No. 5, pp. 106-109,
2006.
2. B. Liles, Microphone preamps. Sound & Video
Contractor. Vol. 23, No. 9, pp. 50-56, 2005.

3. K. Stackpole, Apogee. Electronic Musician. Vol. 20,
No. 8, pp. 120-120, 2004.
4. D. M. Thompson, Understanding audio. Boston:
Berklee Press. 360 p. 2005.
5. http://www.avid.com/US/products/Pro-Tools-8-
Software/. Abril 2010.
6. http://spectraplus.com/Downloads/SpectraPLUS_50_
Users Guide.pdf. Abril 2010.
7. http://www.avid.com/US/products/003-Factory
/specifications. Abril 2010.
8. http://apiaudio.com/512c.html. Abril 2010.
9. http://www.presonus.com/media/manuals/1digimax_
fs_manualv1.pdf. Abril 2010.


Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

54
ANEXO 1


(a) Diagrama de conexin para el sistema 003


(c) Diagrama de conexin para API
512c



(b) Diagrama de conexin para la mesa de
mezcla Onyx 24-4

(d) Diagrama de conexin para Digimax
FS
Fig. 2. Diagramas de conexin

Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

55

Fig. 3. Comparacin del ancho de banda entre la 003
y la referencia

Fig. 4. Comparacin del ancho de banda entre el API
512c (mic in) y la referencia

Fig. 5. Comparacin del ancho de banda entre el API
512c (Hi Z in) y la referencia

Fig. 6. Comparacin del ancho de banda entre el
DigimaxFS y la referencia

Fig. 7. Comparacin del ancho de banda entre la ONYX 24-4 y la referencia



Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

56
VIRTUAL LABORATORY FOR THE TEACHING OF ELECTRONIC
INSTRUMENTATION

LABORATORIO VIRTUAL PARA LA ENSEANZA DE
INSTRUMENTACIN ELECTRNICA

Bayron A. Mendoza
Universidad de San
Buenaventura Medelln
bamp777@hotmail.com
Gustavo A. Meneses B.
Universidad de San Buenaventura
Medelln
gustavo.meneses@usbmed.edu.co
Mnica J. Correa
Universidad de San
Buenaventura Medelln
moni09_17@hotmail.com
Yudy A. Ocampo
Universidad de San
Buenaventura Medelln
yaodbamp@hotmail.com

(Tipo de Artculo: INVESTIGACIN. Recibido el 11/11/2010. Aprobado el 05/12/2010)

Abstract Virtual laboratories have become themselves
in a valuable support tool for the teaching practice in
diverse professional education areas. Currently we can
find implementations ranging from virtualizing basic
science laboratories to virtual experimentation in specific
engineering topics. Despite the major developments in
this field have been reached abroad, in recent years at
local and regional scale, progresses have been made
pointing towards the efficient incorporation of this
teaching-learning scenarios to the university academic
activity. We propose the implementation of virtual
practicals for the Electronic Instrumentation course as an
optimizing element of the existent technological and
locative resources. Additionally, within the project
methodological framework, we propose these scenarios
as a mean to strengthen the student academic and
research experiences outside the classroom. We
conclude that beyond a mere implementation o
technologic novelty, the virtual laboratories open us an
entrance for the experimentation with new ways and
media of teaching-learning, contributing in this way to the
educational effectiveness of the teacher-student
relationship.

Keywords: Teaching-learning tools, electronic
instrumentation, internet, virtual laboratory, Labview.

Resumen Los laboratorios virtuales se han consolidado
en la ltima dcada como una valiosa herramienta de
apoyo para el ejercicio docente en diferentes reas de la
formacin profesional. En la actualidad podemos
encontrar implementaciones que van desde la
virtualizacin de prcticas en ciencias bsicas hasta la
experimentacin virtual en temas especficos de
ingeniera. Si bien los mayores desarrollos en este campo
se han alcanzado en otras latitudes, en los ltimos aos,
local y regionalmente, se han dado pasos firmes hacia la
incorporacin efectiva de estos escenarios de enseanza-
aprendizaje a la actividad acadmica universitaria. Se
plantea la implementacin de prcticas virtuales para la
asignatura de Instrumentacin Electrnica como elemento
de optimizacin de los recursos tecnolgicos y locativos
existentes. Adicionalmente, dentro del marco
metodolgico del proyecto, se plantean estos escenarios
como un medio para fortalecer las experiencias
acadmicas e investigativas del estudiante por fuera del
aula de clase. Concluimos que ms all de una mera
implementacin o novedad tecnolgica, los laboratorios
virtuales nos abren una puerta para la experimentacin
con nuevas formas y medios de enseanza-aprendizaje,
contribuyendo as a la efectividad formativa de la relacin
docente-estudiante.

Palabras clave: Herramientas de enseanza-
aprendizaje, instrumentacin electrnica, internet,
laboratorio virtual, Labview.

1. INTRODUCCIN
En el escenario tecnolgico actual existe una gran
diversidad de herramientas computacionales y de
telecomunicacin que cuentan con amplia difusin
y disponibilidad entre la comunidad acadmica, y
que pueden integrarse a los procesos de
enseanza-aprendizaje. Dentro de las propuestas
instrumentales desarrolladas para apoyar la
educacin, soportadas en las las tecnologas de la
informacin y de las telecomunicaciones TICs, los
Laboratorios Virtuales son una de las ms
novedosas ya que pueden utilizarse de mltiples
formas para reforzar competencias que son
fundamentales para el ejercicio del futuro
profesional, ya sea que se desempee en el
campo aplicado o en reas ms cercanas a lo
cientfico-investigativo.

Da a da, los escenarios educativos tienden a
tornarse ms dinmicos y flexibles a medida que
los requerimientos de las personas y de las
sociedades cambian, debido a la influencia que
tienen las tecnologas de la informacin y de las
telecomunicaciones en su vida diaria. Muchas
herramientas pedaggicas han evolucionado con
el objetivo de que la educacin pueda sacar mayor
provecho de la realidad tecnolgica y de
infraestructura, para integrar los nuevos servicios y
posibilidades al entorno formativo que comparten
docentes y estudiantes.

Internet, con su influencia transversal sobre los
diferentes niveles del comportamiento social, junto
con su creciente ubicuidad y una cierta
democratizacin en cuanto a su acceso, se
convierte en un medio aglutinante de intereses de
todos los actores del proceso educativo. A nivel
industrial, en reas como la Instrumentacin y la
Telemetra, histricamente se ha llevado a cabo
una evolucin tecnolgica interdisciplinaria entre la
electrnica, las telecomunicaciones y la
informtica.

El sector educativo, principalmente en la ltima
dcada, ha apropiado este concepto de evolucin
G. A. Meneses B., B. A. Mendoza, M. J. Correa y Y. A. Ocampo. Laboratorio virtual para la enseanza de instrumentacin
electrnica. Ing. USBMed, ISSN: 2027-5846, Vol 1, No. 1, pp. 70-77. Jul-Dic 2010.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

57
conjunta y lo ha plasmado en herramientas
educativas denominadas Laboratorios Virtuales [1,
2] para aprovechar los servicios de Internet,
Intranet y otras tecnologas de uso extendido, y
llevar las actividades prcticas a sitios remotos,
descentralizando as el quehacer educativo al
llevarlo ms all de los espacios fsicos de las
instituciones de formacin superior [3].

SERVIDOR
WWW
Usuario 1
Usuario 2
Usuario 3
Usuario 4
Usuario n
u
C
sensor
Actuador
Adquisicin de
datos
(Interfaz RS232,
USB, etc)
Software de
Instrumentacin
Virtual
Internet
Montaje del
experimento
Estudiantes

Fig. 1. Esquema general de operacin de una
prctica de Instrumentacin llevada a laboratorio
basado en la Web

Los laboratorios virtuales son escenarios que se
han desarrollado a partir de una madurez
tecnolgico-operativa de campos como la
computacin y las telecomunicaciones Fig. 1,
erigindose en s mismos como una propuesta
instrumental de apoyo a la formacin de personas
en diferentes reas del conocimiento. Actualmente
existen desarrollos a nivel mundial en gran nmero
de reas del conocimiento con implementaciones
de laboratorios o prcticas virtuales que abarcan
pblicos pertenecientes a todos los niveles de
formacin, desde bsica primaria hasta formacin
en posgrado, pasando por la secundaria y el
pregrado [4].

1.1 Instrumentacin Virtual
El concepto de virtualidad aplicado a la
instrumentacin electrnica ha visto su
materializacin desde hace ya varios aos a travs
de programas ampliamente conocidos en entornos
industriales y acadmicos como, por ejemplo,
Labview, Matlab y tambin a travs de
aplicaciones desarrolladas en lenguajes de
programacin como Visual Basic, Java, HTML,
XML, herramientas como Active X, entre otros. La
instrumentacin virtual integra las seales de las
variables de campo y las seales de mando o
control con la potencia computacional, la
visualizacin grfica, la capacidad de
procesamiento sobre los datos y la conectividad
con Internet que ofrecen los computadores. En un
instrumento virtual se tiene la posibilidad de tener,
mediante el software, las representaciones
grficas de los diferentes controles e indicadores
que normalmente se encuentran en un
instrumento de medicin o en un gabinete de
control industrial [5].

Los diferentes elementos de lo que se denomina
panel frontal tienen un equivalente o funcin que
puede interactuar con otros elementos grficos o
bloques de programacin que no necesariamente
son visibles para el operario final Fig. 2. Estos
bloques o funciones permiten implementar las
estructuras clsicas de programacin, interactuar
con operadores lgicos, algebraicos y relacionales,
exportar datos a otras aplicaciones, como por
ejemplo el Bloc de notas, Excel, Access, etc.,
programar alarmas, crear vectores, matrices,
graficar, calcular variables estadsticas,
implementar controles, filtros, realizar
conversiones anloga-digital, digital-anloga,
hacer procesamiento digital de seales, correr
algoritmos, calcular ecuaciones, etc. [6]. Incluso
bajo la figura de la instrumentacin virtual se
puede generar informacin a partir de los datos
primarios, y luego conocimiento a partir de la
informacin, aplicando tcnicas multidisciplinarias
de procesamiento inteligente.


Fig. 2. Panel Frontal de un Instrumento Virtual

Debido al trnsito de los datos de medicin y
control por la red de redes, la instrumentacin
virtual tambin ha tenido en cuenta los tems
relativos a su seguridad e integridad, y
normalmente una aplicacin que tenga salida a la
web deber ofrecer alternativas y opciones de
proteccin y control de usuarios, clientes,
servidores, administradores, etc. Obviamente el
software de instrumentacin, control y supervisin
industrial tambin posee herramientas para la
comunicacin a nivel de las denominadas redes
industriales, tanto para estndares abiertos como
para los principales estndares propietarios que
ofrece el mercado [7].

1.2 Laboratorios basados en la Web
Un laboratorio virtual y remoto es un espacio
educativo que integra elementos fsicos utilizados
en la prctica de un concepto, ligados a una
asignatura especfica, como elementos
tecnolgicos de hardware y software propios de
las tecnologas orientadas hacia la web Fig. 3. La
internet constituye el armazn tecnolgico de
estas herramientas educativas, que se
complementa con elementos de hardware propios
de la teora de redes y de transmisin de datos
junto con una implementacin fsica de una
prctica o experimento, que a su vez se comunica
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

58
con un computador que hace las veces de
servidor. Los elementos de software ligados a la
prctica como tal pueden ser propios del rea del
conocimiento o no, es decir, puede haber software
propietario, software educativo especial o tratarse
de aplicaciones desarrolladas sobre lenguajes y
plataformas abiertas [1], [3].


Fig. 3. Web Server incorporado al Internet Toolkit de
Labview

2. METODOLOGA

2.1 Estrategia Metodolgica
El esquema seguido para el desarrollo del
proyecto cubre cinco actividades principales:

1. Levantamiento del estado del arte y
constitucin del corpus documental de
referencia

2. Diseo e implementacin de un conjunto de
prcticas virtuales de laboratorio para la
asignatura de Instrumentacin Electrnica

3. Desarrollo del sitio web, gestin de contenidos
y administracin de usuarios

4. Montaje, pruebas y puesta a punto de las
actividades prcticas a compartir

5. Anlisis de los resultados obtenidos e
implementacin de mejoras sobre las prcticas,
la pgina web y los contenidos.

Estas actividades no son mutuamente
excluyentes, por lo tanto cada una de ellas puede
realizarse simultneamente con otra u otras si se
considera pertinente para lograr los objetivos
tecnolgicos, metodolgicos o didcticos del
laboratorio.

2.2 Desarrollo Metodolgico
A partir del proceso de levantamiento del estado
del arte se constituy un corpus documental que
sirve de referencia en aspectos metodolgicos,
tcnicos y didcticos para el proyecto. Tambin se
ha realizado una valoracin de desempeo Tabla
1 de las diferentes opciones de conectividad que
ofrece el software que se posee a nivel
institucional Labview. Se disearon e
implementaron varias prcticas virtuales de
laboratorio para la asignatura de Instrumentacin
Electrnica y se est migrando los contenidos de
las prcticas a un sitio web piloto. Adicionalmente,
se realizaron pruebas peridicas que sirvieron de
apoyo para el anlisis y el mejoramiento de los
resultados obtenidos.

TABLA 1
Valoracin de desempeo de opciones de
conectividad de Labview
Heramienta
/Protocolo
Caractersiticas Resultados
Web
Publishing
Tool
Genera automticamente
cdigo HTML y crea una
pgina web interactiva con
el servidor. Al panel
pueden acceder mltiples
PCs remotos
estableciendo derechos
de acceso y seguridad
mediante direcciones IP.
Probado
exitosamente en
las versiones 6,
7, 8, 8.2, 8.5, 8.6
y 2009 de
Labview. No
requiere
recursos ni
licencias
adicionales
TCP-IP
Proporciona una interfaz
de usuario simple con una
red de comunicacin
confiable. Labview permite
desarrollar aplicaciones
personalizadas en las que
el programador podr
establecer los clientes y
el servidor.
Probado
exitosamente en
las versiones 6,
7, 8, 8.2, 8.5, 8.6
y 2009 de
Labview. No
requiere
recursos ni
licencias
adicionales
DataSocket
Gracias a esta tecnologa
se puede publicar y recibir
datos en tiempo real de
una o ms aplicaciones
cliente de una red sin
tener que preocuparse
acerca de los formatos de
datos y protocolos de red.
Probado
exitosamente en
las versiones 6,
7, 8, 8.2, 8.5, 8.6
y 2009 de
Labview. No
requiere
recursos ni
licencias
adicionales
UDP
Protocolo de
comunicacin til para el
envo de pequeos
paquetes de datos a uno o
ms destinatarios
Similares al
anterior
LabVNC
Utiliza un applet de Java,
en el que una
representacin exacta del
instrumento virtual
funcionar en un
navegador remoto donde
el cliente tiene control
completo del VI como si
estuviera en su escritorio.
Basado en el protocolo
VNC.
Probado
exitosamente en
la versin 6 de
Labview. No
requiere
recursos o
licencias
adicionales. Es
Freeware y
opera de
manera similar a
un escritorio
remoto
Remote
Panels
Permite la visualizacin y
manipulacin remota de
los VIs
Requiere de
licencias
adicionales
Applet-View
Permite la visualizacin y
la manipulacin de VIs
utilizando JAVA en
conjunto con Labview
Opera
satisfactoriamen
te para la
versin 6i y 7 de
Labview.
Funciona como
Freeware o
tambin con
Licencia
Fuente: Autores

De manera paralela a los aspectos tecnolgicos
de implementacin de las prcticas y del
laboratorio, se han elegido diferentes directrices
didcticas relativas al proceso de enseanza-
aprendizaje inherente a la herramienta. Es as
como algunas de las prcticas se han desarrollado
bajo el enfoque de aprendizaje basado en
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

59
problemas [8]. No obstante, no se desea tener una
sola metodologa asociada a la concepcin de las
prcticas, puesto que en este aspecto tambin el
laboratorio, las prcticas y el uso que hagan los
estudiantes de stas, determinarn el rumbo y los
ajustes operativos del proyecto.

Se utilizan encuestas como herramientas que
permiten asignar una valoracin cuantitativa o
cualitativa a la percepcin de los estudiantes ante
el laboratorio virtual propuesto, y su disposicin
previa ante tems aptitudinales y actitudinales
concernientes a metodologas como, por ejemplo,
el Aprendizaje Basado en problemas ABP.

Las encuestas sirven para recoger las impresiones
de los estudiantes ante aspectos metodolgicos
relativos al diseo de la prctica y de sus
contenidos asociados, asi como para recoger
conceptos ligados a la disposicin y funcionalidad
del sitio web.

2.3 Consideraciones operativas
Los contenidos de las prcticas y de las
asignaturas o recursos relacionados se pueden
alojar o no en un sitio web institucional.
Usualmente el experimento o prctica debe
comunicarse con la pgina web y se encuentra
empotrado en sta mediante controles, botones,
pantallas de video, grficos, etc. Segn sea la
implementacin desarrollada el usuario podr
tener, entre otras, oportunidades de ingreso a un
control de acceso, posibilidad de obtener
informacin relacionada con la asignatura,
utilidades para intercambiar opiniones con
compaeros y tutores, tener comunicacin con el
docente y operar a distancia los elementos
ubicados remotamente. El docente, a su vez, tiene
la oportunidad de realizar seguimiento sobre el
desempeo de los estudiantes, obtener
estadsticas de los usuarios, realizar labores de
asesora y acompaamiento y verificar la
intensidad horaria de las actividades
independientes y extraclase que siguen los
estudiantes [9 - 11].

2.4 Aspectos de optimizacin
Los laboratorios basados en la web tambin
ofrecen ventajas en aspectos relacionados con el
costo de los elementos implicados en la
experiencia prctica, la disponibilidad de espacios
y horarios, la posibilidad de realizar observaciones
que requieren continuidad en el tiempo de horas,
das, semanas, meses, etc., y la oportunidad de
realizar de manera segura procedimientos que
involucren riesgo para la seguridad de las
personas o para la integridad de los elementos o
instalaciones en donde se realiza la prctica.


2.5 Web hosting y manejo de usuarios
Para implementar un laboratorio virtual basado en
la web es necesario tener una pgina alojada en
un servidor, que puede ser el mismo que aloja la
pgina institucional o una pgina creada bajo un
URL Uniform Resource Locator diferente al
institucional. El hecho de tener una pgina permite
crear vnculos a otros contenidos relacionados con
las asignaturas y con las prcticas, adems, se
puede tener un rea de descarga en la que los
estudiantes registrados en el curso puedan bajar
los archivos de las diferentes experiencias y
actividades [12]. Por su parte Labview maneja la
figura de un web server que provee una serie de
herramientas de configuracin que tienen que ver
con aspectos como una lista de usuarios IP
autorizados y con el tipo de acciones que pueden
realizar sobre los instrumentos virtuales, es decir,
si estos solo pueden realizar labores de monitoreo,
de control o ambas. Herramientas como Web
Publishing ofrecen la posibilidad de empotrar los
paneles frontales en los web browser y transferir o
no el control a los usuarios de la pgina.

A partir de herramientas especializadas como
LabVNC, apoyadas en el concepto de Virtual
Network Computing o como Internet Toolkit, se
pueden tener opciones ms elaboradas para la
gestin de usuarios y de instrumentos virtuales.
Tambin est la opcin de control de acceso de
usuarios que permite el servidor web, con un
archivo de lista de accesos. Otra figura que
permite transferir opciones de control y
visualizacin va web, sin la necesidad de una
pgina, es la de los paneles remotos. Es
importante recordar que Labview tambin ofrece
posibilidades de trabajo con programacin TCP-IP
o UDP y manejo de sockets de comunicacin
Datasocket [7], lo mismo que las funciones CGI
Common Gateway Interface de la librera
Internet, que se habilita al instalar el Internet
Toolkit y que permite la autenticacin de usuarios
asignndoles login y password.

2.6 Construccin dinmica de pginas web
Herramientas como el Internet Toolkit de Labview
Fig. 4 permite el trabajo con Common Gateway
Interface CGI, una interfaz estndar que permite
que programas de pasarela externos se
comuniquen con servidores de informacin como
los servidores tipo HTTP [7]. En la web, cuando un
cliente enva una peticin cuya URL especifica una
aplicacin CGI Fig. 5, el servidor decodifica la
peticin, carga la aplicacin y la ejecuta. La
aplicacin genera los datos y los regresa al
servidor. El servidor enva una respuesta al cliente
con estos datos y ste a su vez despliega la
respuesta.

Se pueden generar documentos dinmicamente
utilizando aplicaciones CGI. Este proceso ayuda
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

60
cuando los datos de los documentos cambian en
el tiempo o cuando se generan los documentos
segn criterios determinados por el usuario. Las
aplicaciones CGI se ejecutan sobre servidores
HTTP y difieren de los applets que se descargan y
ejecutan sobre los computadores que hacen las
veces de clientes.


Fig. 4. Algunas propiedades de configuracin y
gestin de usuarios de LabVNC


Fig. 5. Herramientas para el trabajo con CGI en
Labview

Con software diferente a Labview o utilizando otros
esquemas de aplicacin para laboratorios virtuales
es posible recurrir a otras soluciones para la
construccin dinmica del sitio.

2.7 Recursos servidor-cliente
Muchas de las herramientas web de Labview
bsicamente siguen el esquema de cliente-
servidor. Con Datasocket, por ejemplo, se habla
de Publisher y Subscriber, con Remote Panels de
Controller y Controlled, con otras aplicaciones,
como LabVNC, se habla claramente de clients,
con winVNC de viewers, tambin se habla de
users, en fin, el resultado es bsicamente el
mismo: proveedor de informacin y usuario de
informacin. En este caso especfico, datos e
informacin de medicin y control, pero tambin
tareas de control de accesos, conexin a bases de
datos y funciones tradicionales marcadas por el
esquema de uno u otro lado Fig. 6. Es importante
anotar que esta asignacin de roles no es rgida o
definitiva, principalmente en el caso de que las
estaciones involucradas en la comunicacin
posean Labview. Existe, para ciertas situaciones,
la facilidad de acceder a utilidades servidor-cliente
sin tener Labview instalado en los receptores, a
partir de la instalacin de complementos como
plugins o elementos de software como run-time
engine [5]-[7].

WWW
WEB Hosting
N
S
E W
Experimento:
ejemplo (Estacin de
Observacin Meteorolgica)
PC (Servidor)
Cliente n
Cliente 1
Cliente 2
Pgina WEB
Herramientas WEB:
XML
Java
CGI
Active X
VNC(LabVNC)
Datasocket
TCP/IP
Remote Panels
Web Publishing Tool
etc...
Control de
Usuarios
Login
Passwords
Estadsticas
Contenidos
Comunidades (Foros,
chats, etc.)
Pgina
WEB
PDA
Torre de comunicaciones
Porttil
Torre de comunicaciones
Celular
WAP
Labview
+
Web Server
G Server
Alojamiento
(sitio web
institucional u otro)
Docente(s)
Estudiantes
Comunidad
Acadmica
Fig. 6. Esquema de una prctica de laboratorio
llevada a la web y posibilidades de acceso e
interaccin

3. RESULTADOS PREVIOS
El proyecto se encuentra an en fase de
desarrollo, hasta el momento se ha implementado
completamente una prctica de adquisicin de
datos con un sensor inteligente de temperatura,
esta prctica sirve de referencia para todas las
pruebas Fig. 7. Como materiales se ha elaborado
una gua de prctica de laboratorio, se ha
habilitado un sitio web, en el que se puede
acceder a las guas y a otro material de apoyo a
los cibernautas relacionados con las temticas del
curso de Instrumentacin Electrnica. Tambin se
han aportado contenidos, desarrollados al interior
del proyecto, agregndolos al sitio que aloja al
grupo del semillero SISUSBMED.


Fig. 7. Pgina de inicio del sitio web piloto habilitado
para el laboratorio virtual

El trabajo se ha socializado con los jefes de lnea
de investigacin de los programas de Ingeniera
Electrnica e Ingeniera de Sistemas, y con la
comunidad acadmica de la Facultad a partir de la
presentacin del proyecto en la modalidad de
poster en las II Jornadas de Investigacin y con los
estudiantes de los cursos de Instrumentacin
Electrnica y Telemetra, mediante pruebas de
campo que se han realizado con ellos.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

61
A partir de las diferentes sesiones de prueba, que
se han realizado bajo diferentes escenarios de
conectividad y de red con un nmero variable de
usuarios, se ha logrado establecer las condiciones
ms favorables para el correcto funcionamiento de
las prcticas virtuales, desde el punto de vista de
Hardware-Software.

Uno de los escenarios ms flexibles, tanto para
administradores como para usuarios de las
prcticas, es aquel en el slo se requiere tener
instalado Labview en el punto del experimento, en
el equipo que hace las veces del servidor, y en
donde los usuarios se conectan a travs de
equipos porttiles al experimento, simplemente
utilizando un navegador web como Internet
Explorer, Google Chrome, Mozilla Firefox, etc.

Aunque este escenario tiene limitaciones en lo que
tiene que ver con el control que pueden ejercer los
clientes sobre el experimento, presenta gran
sencillez de operacin y puede ser de utilidad para
que un docente pueda compartir en lnea, con sus
estudiantes Fig. 8, un experimento que realiza
en una sola tarjeta conectada a un slo equipo por
razones de costo de los dispositivos electrnicos
asociados y tamao y complejidad del experimento
en s.


Fig. 8. Acceso al panel virtual de prctica de
medicin de temperatura a travs de un web
browser

4. DISCUSIN DE LOS RESULTADOS
En cuanto a las pruebas realizadas se han
detectado dificultades con la cobertura de la red
inalmbrica de la sede, especficamente en el sitio
en donde se encuentran los laboratorios, sin
embargo consideramos que este hecho puede
solucionarse cuando se terminen las
adecuaciones locativas y tecnolgicas del edificio.
Un tem que favorece la implementacin de
prcticas virtuales es el carcter masivo que han
tomado los computadores porttiles, aparte de los
dispositivos mviles con capacidad de navegacin
y los smartphones [13]. En la actualidad es comn
que los estudiantes los porten al interior del
campus, por lo que es posible experimentar con
ellos en diferentes aspectos temticos ligados a la
asignatura y, al mismo tiempo, implementar
escenarios que permitan compartir recursos y
montajes de laboratorio entre los estudiantes intra-
sede en momentos de clase o laboratorio
presencial.

As mismo, es necesario desarrollar herramientas
open source para aplicativos como Scilab,
Modelica, entre otros [14] [15], que puedan
integrarse al laboratorio virtual con contenidos
pertinentes para el curso o los cursos que se
apoyen a travs de esas herramientas. Tambin
se debe fortalecer las posibilidades de monitoreo
del sitio a partir de la instalacin de cmaras con
registro estacionario o mvil.

Con la ayuda de complementos, mdulos o
funciones especficas de Labview, y a nivel de
experimentos por fuera de la sede, se han logrado
progresos que llevan a un nivel superior el nivel de
prestaciones del administrador y dan un mejor
tratamiento a tems como la seguridad y el manejo
de los usuarios.

En principio, el hecho de contar con un sitio piloto
en la web para el alojamiento de las actividades y
prcticas del curso, permite ajustar estrategias que
ya estn en marcha, y disear nuevas
aproximaciones a la forma como tecnolgica y
metodolgicamente se planean las actividades
para los estudiantes, el pblico externo y los
mismos docentes, tutores, monitores o
administradores del sitio.

Se ha verificado la operatividad de las prcticas y
de los recursos de conectividad de Labview en
diferentes escenarios, desde el que se comparten
instrumentos virtuales en dos estaciones
conectadas punto a punto, pasando por
aplicaciones de intranet cableadas, hasta llegar a
las experiencias mas recientes con experimentos
compartidos sobre la intranet inalmbrica, y sobre
internet, entre las residencias de las personas
ligadas al curso Fig. 9.


Fig. 9. Acceso a prctica virtual con TCP-IP y
Generacin de Reporte tipo HTML en el lado del
cliente

En la mecnica de desarrollo de las actividades
adelantadas hasta ahora se ha identificado la
necesidad de empotrar elementos de video,
incluso de audio, en las experiencias, y mejorar el
nivel de administracin de los usuarios y de sus
niveles de interaccin [16] con los montajes fsicos
y los dispositivos de medicin, control, etc., que
hacen parte del experimento.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

62
Respecto del componente metodolgico del
proyecto, se ha observado que el nivel de
apropiacin de las Tecnologas de la Informacin y
de las Comunicaciones, as como la concepcin
que tienen los estudiantes acerca del estudio y de
cmo debe ser ste, pueden favorecer en gran
medida su respuesta ante desarrollos virtuales. De
esta manera se optimiza la efectividad formativa
del medio que constituyen los laboratorios, y se
potencian ms all de un mero instrumento que
soportado sobre una infraestructura tecnolgica.

En cuanto a las opciones analizadas se encontr
que TCP-IP y UDP junto con Datasocket, proveen
gran robustez, fiabilidad e independencia de
elementos adicionales a la instalacin base de
Labview. Adicionalmente, herramientas y
funciones como el Web Server, el VI Server y Web
Publishing Tool, en conjunto con libreras como
File I/O y Report Generation, permiten al
estudiante y al profesor opciones diversas para el
mejor aprovechamiento de las sesiones de
prctica y de los datos generados en ellas.

Segn lo investigado, lo experimentado y los
resultados obtenidos hasta este punto del
proyecto, consideramos que un ejemplo de
referencia para la prctica de la Instrumentacin
Electrnica, apoyada en los recursos web de
Labview, debe poseer principalmente los
siguientes elementos, que pertenecen a mbitos
tcnicos, pedaggicos y metodolgicos:

Implementacin fsica del experimento o montaje
con una etapa de adquisicin de datos que se
comunique con Labview.

Locacin fsica dedicada para la implementacin
de la experiencia y la ubicacin de los equipos
de medida, control, cmputo y comunicaciones.

Computador que reciba los datos del montaje y
tenga Labview con las herramientas de Web
Server y de comunicacin con Internet,
habilitadas y debidamente configuradas.

Conexiones habilitadas a Intranet e Internet.

Pgina web con su respectiva gestin de web-
hosting y herramientas habilitadas para la
modificacin y actualizacin de contenidos, y el
control y la atencin de usuarios.

Contenidos desarrollados, como guas de
prctica, formatos de informes, tutoriales,
lecciones, foros, chats, zonas de descarga, etc.
Filosofa pedaggica transversal a la asignatura
y al plan de formacin establecido para el
programa de pregrado.

Usuarios con los equipos debidamente
configurados y provistos de los programas,
complementos y aplicativos necesarios para
poder adelantar las actividades relacionados con
el Laboratorio Web.

Usuarios con privilegios administradores,
docentes, tutores que puedan realizar cambios
sobre el sitio web y sobre las prcticas, en
aspectos como contenidos, operacin,
habilitacin, entre otras.

Voluntad institucional y compromiso con la
gestin y mejora continua de los recursos y
seguimiento al desempeo de la herramienta, y
la estrategia educativa que representa el
Laboratorio Virtual.

4. CONCLUSIONES Y TRABAJO FUTURO
En el prximo semestre acadmico se integrarn
contenidos y algunas prcticas de la asignatura
Telemetra al sitio. Tambin se trabajar en la
construccin de un sitio sobre un host que permita
la administracin de los usuarios en aspectos
como la autenticacin; se trabajar en el desarrollo
de funciones que permitan la interaccin de los
usuarios con las experiencias y al docente el
seguimiento de la participacin de los estudiantes.
Dentro de esta lnea de trabajo se debe fortalecer
los medios de participacin e interaccin de la
comunidad que se beneficia del laboratorio,
mediante herramientas como el chat, los foros, etc.

El proyecto incorporar en sus fases de desarrollo
diferentes herramientas y estrategias que permitan
integrar cada vez de manera ms amplia e
interactiva a docentes y estudiantes. El
alojamiento de simulaciones, registros de
prcticas, prcticas, guas, presentaciones,
documentos, artculos, foros, chats, estadsticas y
otros elementos, propios de los ambientes
virtuales de aprendizaje, le dar a los docentes y a
los mismos estudiantes la oportunidad de construir
procesos de enseanza-aprendizaje ms
continuos, es decir, menos atomizados o
centrados en especificidades de cada unidad
temtica, y enmarcados dentro de una comunidad
acadmica con objetivos e intereses comunes con
un espacio para el debate, el estudio y la
experimentacin.

Como aspectos sobre los que deben centrarse las
lneas de accin del proyecto, en el corto y
mediano plazo, est el fortalecimiento del sitio
web, la elaboracin y actualizacin de los
contenidos del sitio y la gestin de usuarios, la
integracin con herramientas y recursos open
source, y las actividades que permitan llevar la
accin acadmica a redes sociales y a dispositivos
mviles.

Otro frente importante es el de la implementacin y
adecuacin de espacios fsicos al interior de la
universidad, que sirvan de marco estructural en lo
locativo-tecnolgico para soportar las experiencias
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

63
y las implementaciones necesarias para atender
los cursos en sus diferentes instancias a lo largo
de los semestres acadmicos.

Se trabaja actualmente en la integracin del
proyecto a planes institucionales, regionales y
nacionales de formacin mediante herramientas
virtuales, enmarcado dentro de las estrategias
macro adoptadas a nivel de ciudad, departamento
y pas en los ltimos aos.

El prximo paso consiste en avanzar, de la fase de
pruebas y experimentacin con la herramienta de
los laboratorios virtuales, a una fase de
operatividad e incorporacin activa a cursos como
Instrumentacin Electrnica y Telemetra, que
normalmente se ofrecen a estudiantes que cursan
sus ltimos semestres de formacin en Ingeniera.

La implementacin de un Laboratorio Virtual y
remoto basado en la web requiere el compromiso
de recursos tcnicos, econmicos, institucionales,
pedaggicos y de disponibilidad continuada en el
tiempo. En lo relativo a aspectos de investigacin
continuada, seguimiento y refuerzo de actividades
de aprendizaje de los estudiantes, formacin y
fortalecimientos de comunidades acadmicas, y
establecimiento de vnculos entre todos los actores
de las instituciones educativas, los laboratorios
virtuales brindan un gran campo de nuevas
oportunidades.

Las TICs se encuentran en un punto de
maduracin inmejorable para la implementacin de
experimentos educativos como los laboratorios
virtuales basados en la web. El pas y, en
particular, la regin, poseen recursos humanos y
tecnolgicos apropiados para el desarrollo de
experiencias de este tipo. En ese orden de ideas,
es inherente al compromiso que deben tener los
actores del proceso docente-educativo, la
bsqueda e implementacin de nuevas formas de
enseanza-aprendizaje ms acordes a los vientos
tecnolgicos actuales, y a las expectativas de la
sociedad actual.

Los laboratorios virtuales no deben verse como un
reemplazo de las prcticas in situ, sino como un
complemento acadmico de stas, y como una
forma de optimizacin de los tiempos, de los
recursos y de acortamiento de las distancias
fsicas y tecnolgicas propias de pases en va de
desarrollo.

Sitio web de contenidos del laboratorio virtual:
http://sites.google.com/site/instrumentacionelectro
nicausb/

REFERENCIAS

1. H. Vargas, R. Dormido, N. Duro, S. Dormido-Canto,
Creacin de laboratorios virtuales y remotos usando
easy java simulations y Labview. XXVII Jornadas de
Automtica, Almera, Espaa, pp. 1182-1188.
Septiembre, 2006.
2. C. Zuluaga, C. Snchez y E. Rodrguez,
Laboratorio de automtica va Internet LAVI.
Revista iberoamericana de automtica e informtica
industrial, Vol. 2, No. 2, pp. 30-35. 2005.
3. F. Candelas, F. Torres, P. Gil, F. Ortiz, S. Puente y
J. Pomares, Laboratorio virtual remoto para robtica
y evaluacin de su impacto en la docencia. Revista
iberoamericana de automtica e informtica
industrial, Vol. 1, No. 2, pp. 49-57. 2004.
4. A. A. Taleb, A. Fahli et M. Moussetad, Mise en
Oeuvre dune Tl-Sance de TP de Physique
Nucleaire Rtrodiffusion de Particules o, 5
International Conference: Sciences of Electronic
Technologies of Information and Telecommunications,
SETIT 2009. Hammamet, Tunisia. March 22-26,
2009.
5. L. K. Wells and J. Travis, Labview for Everyone.
USA: Prentice Hall. 586 p. 2001.
6. R. Bitter, T. Mohiuddin, M. Nawrocki, Labview
Advanced programming techniques. New York:
CRC Press. 520 p. 2001
7. J. Travis, Internet Applications in Labview. New
York: Prentice Hall, 601 p. 2000.
8. C. Ordosgoitia, G. Meneses, Laboratorio Virtual
Basado en la Metodologa de Aprendizaje Basado
en Problemas, ABP, Revista Educacin en
Ingeniera ACOFI, No. 7, pp. 62-73. Junio 2009.
9. L. H. Santamara y J. N. Prez, Laboratorio Virtual
para el Diseo de Radio Enlaces en un ambiente
Grid, Revista Ciencia e Ingeniera Neogranadina,
Vol. 18, No. 2, pp. 61-76. Diciembre 2008.
10. J. A. Sandoval, J. M. Ramrez y A. L. Valencia,
Desarrollo Tecnolgico de los Laboratorios
Remotos de Estructuras e Ingeniera Ssmica y
Dinmica Estructural, Revista Ciencia e Ingeniera
Neogranadina, Vol. 18, No. 2, pp. 77-99. Diciembre
2008.
11. C. F. Ariza y D. Amaya, Laboratorio Remoto
Aplicado a la Educacin a Distancia, Revista
Ciencia e Ingeniera Neogranadina, Vol. 18, No. 2,
pp. 131-145. Diciembre 2008.
12. A. Yayla y A. Akar, Web Based Real Time Remote
Laboratory with Labview Access for Analog and
Digital Communication Courses, Journal of Electrical
& Electronics Engineering, Vol. 8, No. 2, pp. 671-
681. 2008.
13. J. Zambrano, Aprendizaje Mvil (M-learning),
Revista Inventum, No. 7, pp. 36-39. Diciembre 2009.
14. Z. Peng y L. Ma. The realization of SCADA based on
Scilab, International Workshop on Open Source
Software SCILAB and its Engineering Applications,
Hangzhou, China, pp. 175-185. 2006.
15. G. Skiba, Z. Tomasz y B. Andrzej, Rapid Control
Prototyping with Scilab/Scicos/RTAI for PC-based and
ARM-based Platforms, International Multiconference
on Computer Science and Information Technology,
Wisla, Poland, pp. 739-744, 2006.
16. A. Lelev, H. Benmohamed et P. Prvt, Mise
distance de travaux pratiques en automatique, Revue
en ligne skhol, No. 14, pp 87-99. 2008.








Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

78
URBAN NOISE INDICES IN THE DAY WITHOUT CAR
IN THE MEDELLIN CITY

NDICES DE RUIDO URBANO EN EL DA SIN CARRO
EN LA CIUDAD DE MEDELLN

Jeiser Rendn
Universidad de San
Buenaventura Medelln
jeiser80@gmail.com
Jos R. Gmez
Universidad de San
Buenaventura Medelln
reinelgomez@yahoo.es
Andrs F. Pardo
Universidad de San
Buenaventura Medelln
flppardo@gmail.com

Ral A. Monsalve
Universidad de San
Buenaventura Medelln
raul.monsalvea@gmail.com
Diego M. Murillo G.
Universidad de San
Buenaventura Medelln
diego.murillo@usbmed.edu.co

(Tipo de Artculo: INVESTIGACIN. Recibido el 18/11/2010. Aceptado el 05/12/2010)

Abstract The present article attempts to discover
through ambient noise and traffic flow data, the change
of the soundscape in the city of Medellin during the
implementation of car-free day on Thursday, April 22,
2010, for which they had reference to four significant
points of the city: Monterrey, Alpujarra, Railroad Avenue
and 33rd Street. For the data acquisition process was
measured, both in the day without a car, like a car day
and is based upon Resolution 0627 of 2006 "By which
sets the national standard for noise emission and noise
"and the ISO 1996" international standard that contains
the description, measurement and evaluation of
environmental noise. " It was important to note in this
study, the incidence of private cars in urban noise that
has the city of Medellin, analyzing the measurements
from this day, and finding functional congruence
between urban noise and cars.

Keywords: Car free day, Medellin, pollution, urban
noise.

Resumen Con el presente artculo se pretende
descubrir, a travs de mediciones de ruido ambiental y
datos de flujo vehicular, el cambio del paisaje sonoro en
la ciudad de Medelln durante la implementacin del da
sin carro del da jueves 22 de abril de 2010; para lo que
se tuvo como referencia cuatro puntos significativos de
la ciudad: Monterrey, Alpujarra, Avenida Ferrocarril y la
calle 33. Para el proceso de adquisicin de datos se
realizaron mediciones, tanto en el da sin carro, como en
un da con carro, teniendo como fundamento la
Resolucin 0627 de 2006 Mediante la cual, se
establece la norma nacional de emisin de ruido y ruido
ambiental y la ISO 1996 Norma internacional que
contiene la descripcin, medicin y la evaluacin de
ruido ambiental. Fue importante en esta investigacin
constatar la incidencia de los automviles particulares
en los niveles de ruido urbano que posee la ciudad,
analizando las mediciones obtenidas este da, y
encontrando congruencias funcionales entre el ruido
urbano y los automviles.

Palabras claves: Contaminacin, da sin carro,
Medelln, ruido urbano.

1. INTRODUCCIN
El da sin carro naci en 1994 como un espacio
para crear una conciencia de cuidado y amabilidad
con el medio ambiente. En este da se combate el
sedentarismo, se invita a la integracin de la
bicicleta y de la traccin humana como un valor
urbano al que todo ciudadano debe acceder. Su
gestor fue el franco-norteamericano Eric Britton,
idea que fue potencializada en Colombia por el
entonces alcalde de la ciudad de Bogot Enrique
Pealoza, quien en 1999 implant por norma
democrtica el da sin carro en la ciudad el primer
jueves de febrero de cada ao [1]. Tuvo tal
reconocimiento a nivel mundial que le vali a un
premio Gotemburgo el 24 de noviembre del ao
2009 en Suecia. [2]

Desde entonces, varias ciudades colombianas han
implementado el da sin carro, entre ellas Medelln,
donde se acogi esta idea mediante el Acuerdo 21
del 2008 del Concejo de Medelln [14], y por el
cual se institucionaliz el da social y ambiental sin
carro en la ciudad; se seal como fecha para su
ejecucin los das 22 de abril de cada ao, ya que
coincide con la celebracin del da de la tierra.
Con esta medida se pretende desmovilizar
vehculos particulares y mejorar sustancialmente la
problemtica ambiental en cuanto a la disminucin
de gases, y el mejoramiento de la movilidad. Cabe
anotar que el da sin carro pretende que en
Medelln se realicen desplazamientos sin utilizar el
automvil particular, es por ello que no se hizo
ninguna restriccin en cuanto a transporte de
servicio pblico, motocicletas, transportes de carga
y dems trasportes no carburados.

En razn al cambio de condiciones normales de
flujo vehicular en Medelln, se realiz esta
investigacin para comparar los niveles de ruido
urbano

, entre un da sin carro y un da con


carro; sin que con esto se pretenda juzgar lo
realizado durante este da, pues de hecho, se
reconoce que dicha medida genera importantes
beneficios a la ciudad, sino con el nimo de llegar
a un resultado verificable cientficamente.

J. Rendn, J. R. Gmez, A. F. Pardo, R. A. Monsalve y D. M. Murillo G. ndices de ruido urbano en el da sin carro en la ciudad de
Medelln. Ing. USBMed, ISSN: 2027-5846, Vol 1, No. 1, pp. 78-85. Jul-Dic 2010.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

79
Es entonces vlido precisar, una vez se tienen las
normas, los reales beneficios que el da sin carro
trae a la ciudad, referentes a la contaminacin
producida por ruido, y para lo que se plantea la
siguiente pregunta por la inmovilizacin de la
gran mayora del parque automotor particular en la
ciudad de Medelln disminuyen los niveles de ruido
ambiental?

2. MARCO CONCEPTUAL

2.1 Las ciclo rutas y las ciclo vas en el da sin
carro
Esta iniciativa, contemplada en el Acuerdo
Municipal No. 21 de 2008 expedido por el Concejo
de Medelln, tiende, como lo seala el artculo
segundo a Promover alternativas de
desplazamiento particular y masivo menos
traumticas para el ambiente [14].

Dentro de la logstica implementada para el da sin
carro en Medelln, se ha dispuesto, en los dos
aos que lleva esta medida el primer ao de
manera voluntaria, de tres ciclo vas
comprendidas as: calle 30 desde la Universidad
de Medelln hasta la carrera 65, para unirse con la
ciclo ruta de la 65; la calle San Juan, desde la
carrera 80 hasta Carabobo, permitiendo llegar al
Centro Administrativo La Alpujarra, y la calle
Colombia desde la carrera 80 hasta empalmar en
con la ciclo ruta de la 65 [11]. Estas tres ciclo vas,
planteadas para el da sin carro, han sido
designadas estratgicamente para facilitar el
desplazamiento de gran parte del sector centro
occidental y un poco el sur occidental de la ciudad
hacia el centro. Las ciclo rutas, que en la
actualidad se encuentran construidas, tambin
benefician este mismo sector y un poco al sector
sur occidental, como se puede apreciar en la Fig.
1.


Fig. 1. Mapa de Ciclo-rutas en Medelln [10]

Nota: en lnea azul ciclo rutas construidas, en lnea
roja ciclo rutas propuestas.

Pese a que la ciudad cuenta con estas ciclo rutas
y a que piensa abrir 3 ciclo vas, existen vacos en
cuanto a la finalidad del da sin carro, y que se
sealan en el Artculo segundo del Acuerdo 21 de
2008; esto en razn a que con estas rutas solo se
benefician algunos sectores, desvinculando al
resto de la ciudad. A esto se suma que no todas
las personas conocen sobre la importancia de esta
prctica y prefieren transportarse en servicio
pblico, abstenindose de utilizar otras
alternativas de desplazamiento como la bicicleta.

De acuerdo con el balance que entreg el alcalde
actual de Medelln, Alonso Salazar Jaramillo,
1.100 personas utilizaron las tres ciclo vas en el
da sin carro en el 2010; lo que resulta respecto de
la intencin de fondo que se tiene sobre esta
prctica. De esta manera se hace necesario que
en el da sin carro se pueda contar con vas
alternas que incentiven la movilidad de los
peatones en medios diferentes al servicio pblico,
situacin que actualmente no cumplen con las
expectativas, a pesar de la preparacin de vas
recreativas abiertas.

2.2 El ruido urbano y sus efectos en la salud
El ruido urbano es el que genera la variedad de
fuentes mviles y fijas que hay en una zona
determinada, exceptuando la zona industrial [3].
Las personas expuestas durante largos periodos
de tiempo a altos niveles de ruido corren el riesgo
de padecer patologas fsicas y psquicas.

Diversos estudios de la Organizacin Mundial de
la Salud sealan que el ruido puede provocar
distintas clases de respuesta reflejas que, si se
mantienen, generan en el sujeto patrones de
inadaptacin psico-fisiolgica con repercusiones
neuro-sensoriales, endocrinas, vasculares y
digestivas; tambin causan trastornos del
equilibrio, sensaciones de malestar y fatiga
psicolgica, que pueden alterar los niveles de
rendimiento [6].

Dentro de algunos de los trastornos y
enfermedades derivados de la exposicin al ruido
tenemos [3]:

Deficiencia auditiva. Hace referencia a la
prdida del umbral de escucha; lo que causa
problemas de gran consideracin en el
momento en el que el individuo se tiene que
comunicar con los dems.

Perturbacin del sueo. La persona no obtiene
los beneficios de un buen descanso, segn la
gua para el ruido urbano de la OMS, obedece
a la dificultad para conciliar el sueo,
interrupcin del sueo, alteracin en la
profundidad del sueo, cambios en la presin
arterial y en la frecuencia cardaca, incremento
del pulso, vasoconstriccin, variacin en la
respiracin, arritmia cardaca y mayores
movimientos corporales, lo cual se ve reflejado
en el bajo rendimiento de la persona, en el
estado de nimo y en el aumento en los niveles
de cansancio.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

80
Perturbaciones de las funciones fisiolgicas.
Fuentes como aeropuertos, industrias y calles
que presentan un ndice elevado de ruido,
afectan la funcionalidad del organismo humano
y se presentan problemas de hipertensin y de
cardiopata.

Incidencia sobre la salud mental. El ruido
puede intensificar y acelerar el proceso de
trastornos mentales en las personas que
padecen de los mismos.

La afeccin de la salud, el bienestar y la calidad de
vida de las personas a causa de la disminucin de
la calidad ambiental, debida al fenmeno del ruido
en las ciudades, lleva a incrementar la
problemtica social y como consecuencia el
distanciamiento para que una ciudad cumpla con
los objetivos de ser sostenible.

2.3 Generacin de ruido en vehculos de motor
de combustin interna
Para esta investigacin es importante conocer
cmo emite ruido una fuente, que para este caso
el transporte rodado de combustin interna Fig.
2. Las fuentes de ruido ms relevantes que se
encontraron en el parque automotor son:


Fig. 2. Incremento de ruido en dBA, relacionado con
el aumento de la velocidad del automotor [20]

Nota: HT: Heavy Trucks (Camiones pesados), B: Buses, MT:
Medium Trucks (Camiones medianos), MC: Motocicletas, A:
Automviles.

El motor de combustin interna. El ruido que se
presenta en estos vehculos es producido por el
tamao del motor, la velocidad y el sistema de
combustin que, en su mayora utilizan diesel para
vehculos pesados y gasolina para vehculos
livianos. Los niveles producidos por los vehculos
de gasolina estn por debajo de los emitidos por
los de diesel, generalmente 20 dB en un ancho de
banda de 1250 Hz hasta los 2500 Hz [2].

Friccin de las llantas sobre el pavimento. El ruido
producido por la friccin de las llantas sobre el
pavimento es una de las fuentes de mayor
importancia en cuanto a la emisin de ruido
ambiental por parte de los vehculos de
combustin interna; este fenmeno est
estrechamente ligado a la velocidad del automotor,
el cual se va incrementando de manera logartmica
[8].

En la ciudad, las velocidades en la red de
transporte pblico oscilan entre 5 y 26 Km/h. Las
velocidades ms bajas se presentan en el sector
del centro de la ciudad con valores entre 5 y 13
Km/h, situacin debida a la congestin vehicular
en la zona y a la convergencia de la totalidad de
las rutas a esta zona [18]. Estos niveles estaran
generando niveles de ruido de emisin a 15 m
aproximadamente entre 60 y 75 dBA para
vehculos entre 60 y 63 dBA, motocicletas entre 58
y 62 dBA, camiones medianos entre 68 y 69 dBA,
buses entre 69 y 70 dBA y camiones pesados
entre 74 y 75 dBA [20].

La generacin de este ruido en los vehculos se
puede dividir en dos grupos: un grupo relacionado
con la vibracin mecnica de la llanta cuando
entra en contacto con la superficie, como se ve en
la Fig. 3; y el segundo grupo relacionado con la
aerodinmica, cuando el aire es atrado hacia
adentro de las hendiduras del neumtico y luego
es expulsado fuera de l, como se observa en la
Fig. 4. Estos grupos dependen de los mismos
factores para producir ruido, tipo de superficie,
material y forma de las hendiduras de la llanta.


Fig. 3. Vibracin de la llanta en contacto con la
superficie del pavimento [8]


Fig. 4. Ruido aerodinmico producido por la llanta
en contacto con la superficie del pavimento [8]
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

81
Ruido ocasionado por el motor. Cuando los
vehculos estn en movimiento se generan
grandes fuerzas dentro del motor, que son
transmitidas a la estructura interna. Estas fuerzas
se dividen en dos:

Fuerzas de combustin interna, debido a la
presin en los cilindros.
Fuerzas mecnicas, causadas por los dems
componentes del motor.

La vibracin por estas fuerzas se hace presente
en la estructura, para luego ser transmitida a los
componentes externos que los radian como sonido
[8].

Ruido producido en el tubo de escape. Los mofles
o silenciadores son dispositivos usados en el
ducto de escape de los gases, producidos por la
combustin interna del motor, para prevenir que el
sonido llegue al exterior a unos niveles muy altos.
El ruido que se genera en el motor llega fuera del
vehculo pero a niveles muy bajos en comparacin
con la fuente.

3. METODOLOGA

3.1 Revisin de la normativa
A efectos de lograr una mejor contextualizacin
sobre el tema a desarrollar en esta investigacin,
se hizo necesario consultar la normatividad vigente
en Colombia en materia de medicin de ruido
ambiental; teniendo como referencia constante en
este proceso investigativo las siguientes normas:

ISO 1996: Norma internacional que contiene la
Descripcin, medicin y evaluacin de ruido
ambiental.
Constitucin Poltica de Colombia.
Resolucin 0627 de 2006 por la cual, el
Ministerio de Ambiente, Vivienda y Desarrollo
Territorial, establece la norma nacional de
emisin de ruido y ruido ambiental.
Acuerdo 21 de 2008, expedido por el Concejo
de Medelln, mediante el cual se implementa el
da social y ambiental sin carro.

3.2 Protocolos, eleccin de puntos, horarios e
intervalos

Protocolo de medicin. El proceso de captura de
los datos se realiz teniendo en cuenta el
procedimiento de medicin de ruido ambiental
contenido en el captulo 2 del Anexo 3 de la
resolucin 0627 de 2006, normativa colombiana
vigente.

Para realizar esta investigacin se utiliz un
sonmetro integrador tipo 2.01 dB-Metravib Solo
02. La velocidad del viento se midi con un
Anemmetro Lutron LM-81 AM. El sonmetro
cumple las especificaciones expuestas por la
resolucin 0627 de 2006.
El sonmetro se ubic a 1.5 m del suelo y a 4 m
de cualquier fachada, medidos horizontalmente, o
en un punto equidistante entre los lmites del
espacio pblico correspondiente. Las mediciones
se realizaron apoyadas en la norma ISO 1996 que
avala la altura de 1.5 m. As mismo, la norma
colombiana de ICONTEC NTC 3522 recomienda
una altura entre 1.2 y 1.5 m para mediciones al
aire libre con equipo porttil [9]. La resolucin
0627 en el captulo II del anexo 3 avala el uso de
la norma ISO 1996 [8].

El procedimiento de conteo de vehculos se realiz
mediante cmaras y conteos en el sitio de
medicin; se dividi en dos categoras: el
transporte liviano conformado por motocicletas,
vehculos particulares, taxis y camionetas; y los
vehculos pesados conformado por microbuses,
buses y camiones.

Eleccin de puntos. Con el da sin carro se
presenta la oportunidad de observar un posible
cambio en el paisaje sonoro de la ciudad Fig. 5;
es as como, para poder tener una caracterizacin
del entorno, se tomaron muestras significativas en
puntos neurlgicos de la ciudad de Medelln, para
cuya ubicacin se recurri a mapas de ruido
proporcionados por el rea Metropolitana del Valle
de Aburr, y que fueron realizados por el
Politcnico Colombiano Jaime Isaza Cadavid
mediante el convenio 680/05 [3].


Fig. 5. Mapa de ruido de Medelln jornada diurna [5]

Los puntos seleccionados fueron los siguientes: de
la zona centro occidental se eligi la avenida del
Ferrocarril frente al SENA, ubicada en la carrera
57 entre las calles 51 y 54; de la zona centro
oriental, se eligi la calle San Juan frente al Centro
Administrativo La Alpujarra, ubicada en la calle 44
entre las carreras 53 y 52; de la zona sur oriental
se eligi la avenida El Poblado, diagonal al centro
comercial Monterrey, ubicada en la calle 10 con
carrera 48; y la glorieta de la calle 33 al lado del
Palacio Exposiciones, ubicada en la calle 33 con
carrera 57.

As mismo, se tuvo en cuenta las vas exentas del
da sin carro [11]:
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

82
Avenida las Palmas y su empalme hasta el
sistema del ro.
Calle 10 entre el corredor del ro hasta la
Terminal de Transportes del Sur.
Todos los puentes sobre el ro, incluyendo sus
lazos de salidas e ingresos.
La autopista Norte desde el puente Acevedo
hasta el lmite con el Municipio de Bello.
La Avenida Ferrocarril entre calles 34 y 37.
Glorieta xito El Poblado.
Carretera al Mar empalmando con la calle 65 a
la altura de la avenida 80, incluida la loma de
Robledo, hasta la transversal 73 va El
Volador, empalmando con la Transversal 78,
hasta la carrera 67.
Carrera 67 desde la transversal 78 hasta la
calle 80.
Calle 80 hasta la carrera 65, y por sta hasta la
glorieta de la Terminal de Transportes del
Norte.

Horarios e intervalos. Estas mediciones se hicieron
durante periodos del da con ciertas caractersticas
de actividad en la movilidad vehicular: para
Monterrey se escogi una hora en la maana para
la hora pico entre las 6:30 y 8:30 AM; para la calle
33 se eligi un hora entre las 8:30 y 10:00 AM,
franja que no comprende las horas pico; para La
Alpujarra se tom un horario entre las 12:00 M y
las 14:00 PM, ya que para esta hora muchas
personas se desplazan a sus casas a almorzar y
muchos estudiantes terminan o inician sus
jornadas acadmicas; por ltimo, para la avenida
Ferrocarril se realizaron mediciones entre las
17:30 y las 19:30 PM, nuevamente en hora pico.
Con la seleccin de estos horarios se cubren todas
las variaciones significativas de las emisiones de
ruido y propagacin.

De esta forma, los intervalos de tiempo
representaron una parte del ciclo del flujo vehicular
durante las distintas horas del da, y juntos
representan el ciclo completo durante un da
normal, tal como lo estipula la ISO 1996-2 Capitulo
8.2 Seleccin del intervalo de tiempo de medicin
[4]. Al respecto, se hace importante resaltar que el
da jueves 22 de abril de 2010, la restriccin de
circulacin para autos particulares comenz a las
6:00 AM y termin a las 18:00 horas [16].

Para la eleccin del da con carro se tuvo en
cuenta lo siguiente que, entre el 19 y el 23 de abril,
el pico y placa para particulares en Medelln no fue
obligatorio [16], por lo que se opt por medir el
viernes 23 de abril, ya que si la desmovilizacin de
los particulares durante el da sin carro traera
posibles cambios en el paisaje sonoro de la
ciudad, la inclusin de este en el trnsito sin
ninguna restriccin, evidenciara con ms detalle el
cambio en los niveles de ruido urbano.

Para cada una de las mediciones se estipularon
intervalos de medida distribuidos uniformemente
para tiempos de muestreo de medicin de una
hora, divida en dos perodos de 30 minutos: un
perodo con ponderacin temporal slow y otro con
ponderacin temporal impulsive. Este tiempo de
medicin est estipulado en el Articulo 5 Intervalo
unitario de tiempo de medida de la resolucin
0627 del 2006; as mismo, se realizaron
mediciones en impulsive en cada punto, para
poder corroborar si existe o no correcciones por
impulsividad, que se contempla en el Anexo 2 de
la misma resolucin: Determinacin de ajuste de
los valores K especficamente la correccin Ki
Correcciones por percepciones de impulsividad.

3.3 Toma de datos
Para la recoleccin de la informacin en los puntos
antes descritos, se cont con el apoyo de cuatro
asistentes de medicin, quienes guiados por un
cronograma de trabajo, se desplazaron a los
diferentes puntos, donde se depositaba la
informacin del sonmetro en planillas
previamente diseadas, que posteriormente fueron
analizadas por el equipo de trabajo.

4. ANLISIS DE RESULTADOS

Resultado acstico. En la Tablas 1 y 2 se
presentan los resultados acsticos del da sin
carro en los distintos puntos de medicin.

TABLA 1
Resultados acsticos del da sin carro
Punto


[dBA]
(slow)


[dBA]
(Imp)


[dBA]


[dBA]


[dBA]


[dBA]
Alpujarra 78,9 78,7 87,2 74,6 81,9 75,5
Monterrey 79.5 79 87 76.7 82.5 77.6
La 33 75.4 74.9 84.9 71.7 78.7 73.5
Ferrocarril 78.9 79 87.7 75 81.6 75.9

TABLA 2
Resultados acsticos del da con carro
Punto


[dBA]
(slow)


[dBA]
(Imp)


[dBA]


[dBA]


[dBA]


[dBA]
Alpujarra 79.9 79.8 87.9 76 84 78
Monterrey 79.9 79.8 87.9 76 84 78
La 33 75.3 75.5 85.5 73.7 78.5 73.8
Ferrocarril 79 79.8 88.4 75.1 81.4 76.8

Comparacin de los resultados acsticos
presentes en ambos das. De la informacin
contenida en la Fig. 6 se puede concluir lo
siguiente:

Para los cuatro puntos seleccionados se
observan variaciones entre los 0.1 dBA y 1.2
dBA, lo que demuestra que los niveles de ruido
ambiental en ambos das fueron similares.

En general en los dos das de medicin se
presentaron condiciones climticas optimas, la
velocidad del viento estuvo bastante baja, en
promedio 0.5 m/s, a excepcin de La Alpujarra
donde se alcanzaron a percibir velocidades de
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

83
hasta 5 m/s en intervalos cortos de las
medicin del da sin carro.


Fig. 6. Resultados acsticos

Correcciones. En las medicin realizadas no se
hicieron correcciones por impulsividad pero s por
tonalidad, como se muestra en la Tabla 3.

TABLA 3
Correcciones por tonalidad
PUNTO CORRECCIN FRECUENCIA
(Hz)
Alpujarra Da sin
carro
Percepcin Neta 12500
Da
normal
Percepcin Neta 3150
Ferrocarril Da sin
carro
No aplica -
Da
normal
No aplica -
La 33 Da sin
carro
No aplica -
Da
normal
Percepcin Neta 16000
Monterrey Da sin
carro
No aplica -
Da
normal
No aplica -

Tonalidad. Para determinar componentes tonales
se hizo uso de la ecuacin (2) en la frecuencia de
inters.

(2)

Donde

es el nivel de presin sonora de la banda


que contiene el tono,

es la media de los
niveles de las dos bandas situadas
inmediatamente por encima y por debajo de . [8]

Se corrigi por tonalidad neta en La Alpujarra en el
da sin carro y en el da con carro; adems, a la
calle 33 se le hizo correccin por percepcin neta
en el da con carro Fig. 7.

Hechas las anteriores correcciones, establecidas
por la resolucin 0627 de 2006, se constat que
los niveles de ruido ambiental se mantuvieron, con
excepcin de un cambio poco significativo en la
calle 33 que no super los 3 dBA.

Resultados de flujo vehicular. De los datos
recolectados durante ambos das se obtuvo 8
videos y 16 planillas de conteo automotor que se
condensan en las Fig. 8 y 9.


Fig. 7. Resultados acsticos corregidos


Fig. 8. Resultados del flujo vehicular liviano


Fig. 9. Resultados del flujo vehicular pesados

Se observa que la mayor cantidad de flujo
vehicular liviano que circul durante el total de las
mediciones, se concentr en la glorieta de
Monterrey, con mayor incidencia en el da sin
carro. As mismo, no se aprecian disminuciones
considerables en los niveles de flujo vehicular, con
excepcin de Monterrey, donde se present un
incremento de 1.275 vehiculos livianos en el da
sin carro.

Respecto al flujo vehicular pesado se puede
apreciar un leve aumento en los puntos de la
Alpujarra y el Ferrocarril.

5. CONCLUSIONES
Los niveles

se mantuvieron constantes tanto


en el da sin carro como en el da con carro,
indicando que no hubo disminucin significativa de
ruido ambiental en el da sin carro.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

84
La cantidad de autos que circularon durante los
dos das de medicin no vari significativamente,
lo que pudo obedecer al incremento en el trfico
de vehculos de servicio pblico, durante el da sin
carro.

En el da sin carro gran porcentaje de los
habitantes de la ciudad no opt por la traccin
humana como un medio de transporte, no se
utilizaron con afluencia ni las ciclo vas ni las ciclo
rutas.

Las ciclo rutas que posee la ciudad estn
diseadas para beneficiar un reducido porcentaje
de la poblacin de Medelln.

El nivel de ruido ambiental, producido por el trfico
vehicular para ambos das, dependi del volumen
de ste, de la velocidad y de la categora pesado
o liviano.

Los puntos de medicin posean un semforo, una
cebra o una sealizacin de Pare, por lo tanto el
ruido generado por la friccin de las llantas sobre
el pavimento, que tiende a incrementarse con la
velocidad, se mantuvo estable en ambos das.

6. RECOMENDACIONES
Realizar campaas pedaggicas que concienticen
a la poblacin de la apropiacin ideolgica que
Colombia le ha dado a esta idea, y lo bien que se
percibe a nivel internacional. Que los habitantes
de Medelln vivan y sientan la cultura del da sin
carro. Adems, es importante que en este da se
concientice a las personas acerca del beneficio
que trae para la salud una actividad fsica regular.

Expandir las ciclo vas a ms comunas y sectores
de Medelln en el da sin carro; si bien es cierto
que la infraestructura de las ciclo rutas est muy
centralizada, las ciclo vas pueden ayudar a
descentralizar las ciclo rutas.

Poner en prctica lo establecido por la norma NTC
4194 de 2007 Mediciones del nivel de presin
sonora emitida por vehculos automotores en
estado estacionario [21], a efectos de identificar
las mayores fuentes de ruido en el parque
automotor de la ciudad y as tomar medidas
adicionales que tiendan a disminuir los niveles de
ruido ambiental durante el da sin carro.

REFERENCIAS

1. F. Arvalo R. Los tutores del Da sin carro, Revista
Semana, febrero 04 del 2010.
2. Enrique Pealosa gan premio ambiental ms
importante del mundo, Diario El Espectador, Artculo
146419, junio 18 de 2009.
3. B. Berglund, T. Lindvall, D. H. Schwela. (Eds.)
Guas para el ruido urbano, Organizacin Mundial
de la Salud OMS. Stockholm University and
Karolinska Institute, 1995.
4. ISO 1996-2, Acoustics Description, measurement
and assessment of environmental noise, Part 2:
Determination of environmental noise levels. March
2007.
5. Politcnico colombiano JIC, Convenio 680, Medelln
mapa completo de ruido da y noche 2005,
disponible en:
www.metropol.gov.co/aire/contenidos.php?seccion=
1
6. M. Ortega, J. M. Cardona, Metodologa para
evaluacin del ruido ambiental urbano en la ciudad
de Medelln. Revista facultad nacional de salud
pblica, Vol. 23, No. 2, pp. 70-77. Julio-Diciembre
2005.
7. M. J. Crocker, Handbook of noise and vibration
control. USA: John wiley&Sons, 1600 p. 2007.
8. Ministerio de vivienda desarrollo y medio ambiente.
Resolucin 0627 de 2006 Mediante la cual, el
ministerio de vivienda desarrollo y medio ambiente,
establecen la norma nacional de emisin de ruido y
ruido ambiental en Colombia, 7 de abril de 2006.
9. L. N. Lpez R., Anlisis del aporte de ruido
ambiental emitido por los vehculos particulares en
Bogot, VI Congreso Iberoamericano de Acstica
FIAT 2008, Buenos Aires, Argentina 5 al 7 de
noviembre, 2008.
10. Proyecto Medelln 2008-2015 proyectos ciclo rutas,
Urbanismo social. En:
http://www.medellin.gov.co/alcaldia/jsp/modulos/N_
admon/obj/pdf/proyectos%202008-
2015/planciclorutas .pdf
11. En el da sin carro: Listas 3 ciclovias, en:
http://santiagolondonouribe.org/2009/04/20/en-el-
dia-sin-carro-listas-tres-ciclovias/, abril 20 de 2009.
12. H. Moreno C. Medelln, Ciudad ruidosa, El Reto,
No. 65, enero 2007.
13. . M. Zapata, M. I. Ardila, Diagnostico de
contaminacin por ruido en la ciudad de Medelln,
Contaminacin ambiental, Vol. 15, No. 27, 1995.
14. Concejo de Medelln, Acuerdo Municipal N21 de
2008, Por medio del cual se institucionaliza el da
sin carro de carcter obligatorio, Acta N115, 11
de julio de 2008.
15. rea metropolitana del valle de aburra, Ciclo va
Medelln en movimiento. En:
http://www.medellin.gov.co/transito/ciclovia.html.
16. P. A. Cardona T. Da sin carro ser
metropolitano, El Colombiano, 15 de abril de
2010.
17. Secretaria de transporte y transito de Medelln,
Primer anlisis de la medida pico y placa, informe
ejecutivo, Valoracin de la medida desde el punto
de vista de trnsito, 2008. En:
http://www.medellin.gov.co/transito/archivos/tecnic
a/laboratorio-movilidad/estudios-
movilidad/otros_estudios/primer_analisis_de_la_m
edida_pico_y_placa.pdf
18. C. Gonzlez, C., F. Ospina, Estrategias tarifarias
y/o uso del vehculo particular por medio del
sistema de restriccin del pico y placa con
aplicacin a algunas zonas de Medelln.
Ingenieras Universidad de
Medelln, Vol.8, No.14, enero-junio 2009.
19. C. A. Gonzales C., Estrategias tarifarias y
desestimulacin del uso del vehculo particular por
medio del pico y placa en Medelln, Revista de
Ingenieras Universidad de Medelln, Vol. 8, No.
14, mayo de 2009.
20. Departamento de Transporte Norte Americano,
Federal Highway Administration. Apendix F.
Ing. USBMed, Vol. 1, No. 1, Jul-Dic 2010

85
Remal database, disponible en:
www.fhwa.dot.gov/environment/noise/traffic_noise_
model/old_versions/tnm_version_10/users_guide/fi
g76.gif&imgrefurl=http://www.fhwa.dot.gov/environ
ment/noise/traffic_noise, 13 de julio de 2010.
21. Norma Tecnica Colombiana NTC 4194,
Mediciones del nivel de presin sora emitida por
vehculos automotores en estado estacionario
2007.

También podría gustarte