Registro de temperaturas mediante interaccin

Arduino-Java.
Brian Alexis Aquino Andrade, Jos Juan Arteaga de Luna, Paola Berenice Daz Fino, Israel Garca Cota,Vctor
Ricardo Izquierdo Domnguez, Leticia Esmeralda Lpez lvarez, Stephano Lozano Barba, Diego Snchez Narvez.
Ingeniera en Electrnica, Universidad Politcnica de Aguascalientes
Aguascalientes, Mxico
UP120271@alumnos.upa.edu.mx
UP120184@alumnos.upa.edu.mx
UP120355@alumnos.upa.edu.mx
UP120006@alumnos.upa.edu.mx
UP120254@alumnos.upa.edu.mx
UP110455@alumnos.upa.edu.mx
UP120011@alumnos.upa.edu.mx
UP120021@alumnos.upa.edu.mx

Abstract- This document presents the work realized to

establishing the communication between an Arduino UNO and
a user, using Java Programing. Using the Integrated Circuit
MAX232 the communication between the computer or the user
and the data that the Arduino is giving. With the LM35 is
possible to read temperature or heat, this is de device that goes
to the Arduino and give useful data to the user. Using NetBeans
and different libraries for the Java Programing to make the
communication in two different ways, a serial one and by USB.

I.-Introduccin
Este documento es el resultado del proyecto realizado por
un grupo de estudiantes de la carrera de Ingeniera en Electrnica,
y muestra el proceso realizado para la obtencin de datos de una
plataforma electrnica Arduino y un sensor de temperatura LM35
para que el usuario sea capaz de leer el cambio en la temperatura
en una forma de JAVA , este tipo de comunicacin se logra a travs
del circuito integrado MAX232 y una conexin OrdenadorArduino de tipo Serial y USB, esto gracias a las distintas libreras
utilizadas en la programacin.

II.- Sustento Terico

con simples modificaciones de C++, pero despus se desarrollara

el lenguaje Oak que posteriormente se llamara Java, el cual
tomara su nombre puesto a que beban caf mientras la idea surga,
siendo JAVA un tipo de caf asitico.
Fue hasta 1994 que el lenguaje Java empez a formar parte de un
prototipo Hot-Java, pero fue en enero de 1995 cuando Sun forma
la empresa Java Soft para dedicarse al desarrollo de productos
basados en la tecnologas Java, y as trabajar con terceras partes
para crear aplicaciones, herramientas, sistemas de plataforma y
servicios para aumentar las capacidades del lenguaje.
El compilador utilizado en este proyecto fue NetBeans IDE que
permite que las aplicaciones sean desarrolladas a partir de un
conjunto de componentes de software llamados mdulos. Un
mdulo es un archivo Java que contiene clases de java escritas para
interactuar con las APIs de NetBeans y un archivo especial
(manifest file) que lo identifica como mdulo. Las aplicaciones
construidas a partir de mdulos pueden ser extendidas agregndole
nuevos mdulos. Debido a que los mdulos pueden ser
desarrollados independientemente, las aplicaciones basadas en la
plataforma NetBeans pueden ser extendidas fcilmente por otros
desarrolladores de software.

JAVA
Java es un lenguaje de programacin orientado a objetos
desarrollado por Sun Microsystems a principio de los aos 90s. En
Diciembre de 1950 Patrick Naughton, ingeniero de Sun
Microsystems, reclut a varios colegas para trabajar sobre un
nuevo proyecto conocido como "El proyecto verde". El fin era
desarrollar un nuevo lenguaje de programacin el cual se
encargara del control de los nuevos dispositivos que por el
momento empezaban a emerger. El equipo del proyecto verde
necesitaba un lenguaje que fuera fcil de aprender, y empezaron

Arduino UNO
Arduino es una plataforma de electrnica abierta para la creacin
de prototipos basada en software y hardware flexibles y fciles de
usar.
Arduino puede tomar informacin del entorno a travs de sus pines
de entrada de toda una gama de sensores y puede afectar aquello
que le rodea controlando luces, motores y otros actuadores. El
Microcontrolador en la placa Arduino se programa mediante el

lenguaje de programacin Arduino (basasdo en Wiring) y el

entorno de desarrollo Arduino (basado en Processing).

llamo SISTEMA A que no era otra cosa que el primer

Microcontrolador.

La plataforma utilizada en este proyecto fue el Arduino UNO,

basado en el circuito Microcontrolador de la familia ATmega328.
Con 14 pines de entrada y salida digital de los cuales 6 se pueden
utilizar para brindar pulsos de frecuencia especfica (PWM), 6
entradas anlogas. Un oscilador de 16MHz, una conexin USB,
entrada para alimentacin y un botn de reseteo. Todo esto para
facilitar y empezar a utilizar nuestro Microcontrolador ATmega328
con el simple hecho de conectarlo al ordenador mediante USB o
brindarle corriente.

En consecuencia definimos as a un Microcontrolador; como un

procesador con su sistema mnimo en un chip (incluye memoria
para programa y datos, perifricos de entrada / salida, conversores
de AD y DA, mdulos especializados en la transmisin y recepcin
de datos). Desde luego que hay diferencias sustanciales como la
arquitectura cerrada de un Microcontrolador, en cambio en un
microprocesador es abierta, podemos sumar nuevos dispositivos en
hardware en funcin a las necesidades que la aplicacin demande.
Otra diferencia entre los Microcontroladores y los
microprocesadores es que los primeros cuentan con un set de
instrucciones reducido en cambio la mayora de los
microprocesadores tienen mayor cantidad de instrucciones. Por
otro lado la mayora de los Microcontroladores posee una
arquitectura Harvard frente a una arquitectura Von Neuman de los
microprocesadores.
Los Microcontroladores se especializan en aplicaciones
industriales para resolver problemas planteados especficos por
ejemplo: los encontramos en los teclados o mouse de las
computadoras, son el cerebro de electrodomsticos, tambin los
encontramos en la industria automotriz, en el procesamiento de
imagen y video.

Figura 0.1 Arduino UNO

ATmega328
Hasta antes de la aparicin de los microprocesadores (1971), la
mayor parte de las aplicaciones digitales en electrnica se basaban
en la llamada lgica cableada, es decir, si exista un problema este
era analizado y se sintetizaba una funcin en base a la lgica de
Boole que era la solucin al problema planteado.
Con la aparicin de los microprocesadores, se vari el esquema de
diseo de tal forma que un problema era descompuesto en una serie
de tareas ms simples, el microprocesador ejecutaba una serie de
pasos o instrucciones para llevar a efecto cada una de las tareas, en
ocasiones no era necesario volver a armar un circuito para
solucionar otro problema sino que se cambiaba las instrucciones
(programa) para obtener otra aplicacin
Desde luego el microprocesador es como el cerebro que ejecuta
operaciones de ndole aritmticas y lgicas por tanto no manejaba
lneas externas (perifricos) ms an tampoco tena un lugar donde
almacenar el programa y los datos que necesitaba el programa para
encontrar la respuesta al problema. El microprocesador buscaba
una instruccin y la ejecutaba; al conjunto de circuitos (hardware)
que daban el soporte necesario al microprocesador se le llamo
sistema mnimo.
Con el pasar de los aos el sistema mnimo se convirti en un
estndar, por otro lado la escala de integracin mejoro y posibilito
(1976) sintetizar en un solo chip un sistema mnimo, al cual se le

Cabe sealar que los el aumento progresivo de la escala de

integracin y las tcnicas de fabricacin hacen que cada vez
aparezcan Microcontroladores ms poderosos y rpidos.
El Microcontrolador ATmega328 tiene 32 MB (con 0,5 KB
utilizados para el gestor de arranque). Tambin dispone de 2 KB de
SRAM y 1 KB de memoria EEPROM (que puede ser ledo y escrito
con la librera EEPROM).
El ATmega328 tambin soporta comunicacin I2C (TWI) y SPI.
El ATmega328 en la Arduino Uno viene pre-quemado con un
gestor de arranque que le permite cargar nuevo cdigo a la misma
sin el uso de un programador de hardware externo. Se comunica
mediante el protocolo originalSTK500 (de referencia, archivos de
cabecera C).
Tambin puede pasar por alto el gestor de arranque y el programa
del Microcontrolador a travs de la ICSP (programacin In-Circuit
Serial) cabecea, ver las instrucciones para los detalles.
El ATmega16U2 (o 8U2 en los REV1 y REV2 tablas) el cdigo
fuente est disponible el firmware. El ATmega16U2/8U2 est
cargado con un cargador de arranque DFU.

MAX232
El MAX232 es un circuito integrado de Maxim que convierte las
seales de un puerto serie RS-232 a seales compatibles con los
niveles TTL de circuitos lgicos. El MAX232 sirve como interfaz
de transmisin y recepcin para las seales RX, TX, CTS y RTS.
El circuito integrado tiene salidas para manejar niveles de voltaje
del RS-232 que las produce a partir de un voltaje de alimentacin

de + 5 V utilizando multiplicadores de voltaje internamente en el

MAX232 con la adicin de condensadores externos.
La versin MAX232A es compatible con la original MAX232, y
tiene la mejora de trabajar con mayores velocidades de
transferencia de informacin (mayor tasa de baudios), lo que
reduce el tamao de los condensadores externos utilizados por el
multiplicador de voltaje, 0.1 F en lugar del 1.0 F usado en el
dispositivo original.

RS-232
RS-232 (Estndar ANSI/EIA-232) es el conector serial hallado en
las PCs IBM y compatibles. Es utilizado para una gran variedad de
propsitos, como conectar un ratn, impresora o modem, as como
instrumentacin industrial. Gracias a las mejoras que se han ido
desarrollando en las lneas de transmisin y en los cables, existen
aplicaciones en las que se aumenta el desempeo de RS-232 en lo
que respecta a la distancia y velocidad del estndar. RS-232 est
limitado a comunicaciones de punto a punto entre los dispositivos
y el puerto serial de la computadora. El hardware de RS-232 se
puede utilizar para comunicaciones seriales en distancias de hasta
50 pies.

Figura 0.2 MAX232

Figura 0.3 Pines conectores del RS-232

LM35
El LM35 es un sensor de temperatura integrado de precisin, cuya
tensin de salida es linealmente proporcional a temperatura en C
(grados centgrados). El LM35 por lo tanto tiene una ventaja sobre
los sensores de temperatura lineal calibrada en grados Kelvin: que
el usuario no est obligado a restar una gran tensin constante para
obtener grados centgrados. El LM35 no requiere ninguna
calibracin externa o ajuste para proporcionar una precisin tpica
de 1.4 C a temperatura ambiente y 3.4 C a lo largo de su rango
de temperatura (de -55 a 150 C). El dispositivo se ajusta y calibra
durante el proceso de produccin. La baja impedancia de salida, la
salida lineal y la precisa calibracin inherente, permiten la creacin
de circuitos de lectura o control especialmente sencillos. El LM35
puede funcionar con alimentacin simple o alimentacin doble (+
y -)
Requiere slo 60 A para alimentarse, y bajo factor de autocalentamiento, menos de 0,1 C en aire esttico. El LM35 est
preparado para trabajar en una gama de temperaturas que abarca
desde los- 55 C bajo cero a 150 C, mientras que el LM35C est
preparado para trabajar entre -40 C y 110 C (con mayor
precisin).
Caractersticas

Calibrado directamente en grados Celsius (Centgrados)

Factor de escala lineal de +10 mV / C
0,5C de precisin a +25 C
Rango de trabajo: -55 C a +150 C
Apropiado para aplicaciones remotas
Bajo coste
Funciona con alimentaciones entre 4V y 30V
Menos de 60 A de consumo
Bajo auto-calentamiento (0,08 C en aire esttico)
Baja impedancia de salida, 0,1W para cargas de 1mA

Nmero de
pin

Seal

DCD (Data Carrier Detect)

RX

TX

DTR (Data Terminal Ready)

GND

DSR (Data Sheet Ready)

RTS (Request To Send)

CTS (Clear To Send)

RI (Ring Indicator)

Figura 0.4 Especificacin de cada pin

Comunicacin Serial.
La comunicacin serial es un protocolo muy comn para
comunicacin entre dispositivos que se incluye de manera estndar
en prcticamente cualquier computadora. La comunicacin serial
es tambin un protocolo comn utilizado por varios dispositivos
para instrumentacin; existen varios dispositivos compatibles con
GPIB que incluyen un puerto RS-232. Adems, la comunicacin
serial puede ser utilizada para adquisicin de datos si se usa en
conjunto con un dispositivo remoto de muestreo.
El concepto de comunicacin serial es sencillo. El puerto serial
enva y recibe bytes de informacin un bit a la vez. Aun y cuando
esto es ms lento que la comunicacin en paralelo, que permite la
transmisin de un byte completo por vez, este mtodo de
comunicacin es ms sencillo y puede alcanzar mayores distancias.

Por ejemplo, la especificacin IEEE 488 para la comunicacin en

paralelo determina que el largo del cable para el equipo no puede
ser mayor a 20 metros, con no ms de 2 metros entre cualesquier
dos dispositivos; por el otro lado, utilizando comunicacin serial el
largo del cable puede llegar a los 1200 metros.

Una transferencia se puede definir como el conjunto global de los

datos que forman una comunicacin USB, una transferencia est
formada a su vez por una o varias transacciones que a su vez estn
formadas por diferentes paquetes de datos que contienen las tramas
de una comunicacin USB.

Tpicamente, la comunicacin serial se utiliza para transmitir datos

en formato ASCII. Para realizar la comunicacin se utilizan 3
lneas de transmisin: (1) Tierra (o referencia), (2) Transmitir, (3)
Recibir. Debido a que la transmisin es asincrnica, es posible
enviar datos por una lnea mientras se reciben datos por otra.
Existen otras lneas disponibles para realizar handshaking, o
intercambio de pulsos de sincronizacin, pero no son requeridas.
Las caractersticas ms importantes de la comunicacin serial son
la velocidad de transmisin, los bits de datos, los bits de parada, y
la paridad. Para que dos puertos se puedan comunicar, es necesario
que las caractersticas sean iguales.

No existe un formato nico de transferencia, la especificacin USB

permite cuatro tipos de transferencias:

Comunicacin USB
La interfaz fsica est formada por cuatro hilos dos para la
alimentacin 5v (Rojo) GND (Negro) y dos para datos D+ (verde)
y D- (Blanco) Lo del signo + y - es porque es una seal diferencial
cuyo valor depende de la velocidad del bus (3,3v para low-speed y
400mV para high-speed).

Figura 0.5 Conectores USB

El Host es el que controla la velocidad en la que circulan los datos

en el bus USB y que al ser un bus compartido, la velocidad real
depender de la cantidad de dispositivos que tengamos conectados
a el en un momento determinado (mximo 127 incluyendo al Host).
Por tanto los datos siguientes son solo tericos y de referencia.

Low speed: 1,5 Mbps. Soportado por las especificaciones

1.1, 2.0 y 3.0. Es la velocidad utilizada por dispositivos
como teclados, ratones, joystick, etc.
Full speed: 12 Mbps. Soportado por USB 1.1, USB 2.0 y
USB 3.0. Un ejemplo donde se utilizan estas velocidades
es en transmisiones de audio.
High speed: 480 Mbps. Solo USB 2.0 y USB 3.0.
Ejemplo transmisiones de video.
Super speed: 5Gbps solo soportado en dispositivos USB
3.0, y como he dicho antes no conozco ningn
Microcontrolador que soporte esta especificacin.

Control: se utilizan para configurar y enviar comandos,

por ejemplo en la enumeracin del dispositivo, ms
adelante veremos lo que es esto.
Bulk (masivas): se utilizan cuando se precisa una
transferencia de datos grande, es el tipo ms rpido de
transferencia, sin embargo no hay garanta de que los
datos se transmitan en un tiempo determinado (no
garantizada la latencia). Si que hay verificacin de que
los datos se han transmitido con xito ya que dispone de
sistema de correccin de errores (CRC), esta
transferencia solo la pueden utilizar dispositivos que
soporten velocidades Full y High Speed. Este tipo de
transferencia es utilizada por dispositivos como por
ejemplo: discos duros, pen drivers, escaners, impresoras,
etc.
Iscronas: Es usada en dispositivos que transmiten
seales de audio y de vdeo en tiempo real. Se garantiza
una tasa de velocidad de transmisin determinada
(latencia asegurada). Si no fuera as, por ejemplo en una
transmisin de voz el audio se oira entrecortado. No
contempla la correccin de errores, si en un archivo de
sonido se pierde un BIT, no es importante su
recuperacin. Para usar este tipo de transferencia es
necesario que los dispositivos soporten velocidades Full
Speed.
Interrupcin: latencia asegurada y verificacin de que los
datos se han transmitido con xito, Se utiliza en
dispositivos como: Teclados, Mouse, Sensores, Pantallas
tctiles, y dispositivos que no requieran mucho ancho de
banda.

III.- Desarrollo
El proyecto debe leer y graficar en una forma de Java distintos
valores en cuanto al cambio de temperatura, para esto se ha
utilizado un sensor, el LM35, el cual ir conectado a nuestra
plataforma electrnica Arduino UNO (Figura 0.1), para realizar la
comunicacin se utilizar un circuito integrado MAX232, que
permite la comunicacin entre el Arduino o el sensor de
temperatura y el ordenador mediante un puerto serial, esto se ha
adaptado a un shield que sirve como proteccin del Arduino. Todo
esto se pretende hacer funcionar mediante programacin en Java
utilizando NetBeans, y con el IDE de Arduino para la
programacin del ATmega que permite la obtencin y
procesamiento de valores del sensor y mandarlos al circuito
integrado o directo a la computadora mediante puerto USB.
A continuacin se presentan de manera ms especfica el desarrollo
de cada seccin del proyecto.

Armado en Protoboard MAX232.

Nuevo armado MAX232.

El primer paso realizado fue el armado del circuito para realizar la

comunicacin serial mediante el MAX232, para esto se ocup
saber la conexin de tal circuito (Figura 1) para empezar las
pruebas con el primer tipo de comunicacin buscado, la
comunicacin por puerto serial.

Un nuevo diagrama para un nuevo circuito se arm en la

Protoboard, esta vez con los datos brindados por el DataSheet
(figura 2) del circuito integrado. Con la misma finalidad, permitir
la comunicacin va puerto serial entre los datos mandados por el
Arduino y los datos que Java debe recibir.

Figura 2 Nueva conexin MAX232

Figura 1 Conexin MAX232

Programacin IDE ARDUINO-JAVA Prueba No.3

Utilizando esta configuracin se obtuvo el primer paso del
proyecto, a continuacin se procede a soldar el RS-232 hembra el
cual servir para conectar nuestro circuito integrado con el
ordenador mediante un adaptador de cable serial.

Programacin IDE ARDUINO-JAVA Prueba No.1

El siguiente paso es empezar a realizar pruebas mediante la
programacin del ATmega328, con un pequeo cdigo realizado
el cual mandaba una cadena de caracteres con el mensaje Hola
mundo. Ya con nuestro circuito del MAX232 conectado a nuestro
Arduino UNO; se intent mandar por el puerto serial el mensaje al
ordenador con un cdigo realizado en Java para recibir esa cadena
de caracteres. Esta primera prueba fracas y no se obtuvo el
resultado esperado.

Programacin IDE ARDUINO-JAVA Prueba No.2

Con el resultado de la prueba anterior, se modific la programacin
de ambos, tanto del Microcontrolador como de Java; ahora para
recibir datos de tipo entero. Con la misma conexin realizada con
el circuito Arduino-Protoboard-Ordenador se manda el valor entero
23. Se obtiene el mismo resultado de la prueba anterior, fracaso. Se
buscan respuestas alternas a estos dos fracasos, y se llega a la
conclusin que el circuito del MAX232 es el incorrecto, y se
procede a realizar la conexin que brinda el DataSheet.

Con la correccin del circuito se procede a realizar una nueva

prueba en la programacin ahora con ambos cdigos modificados
para solo enviar y recibir un y solo un carcter. Esta prueba
respecto a la programacin fue exitosa. Java mostr el mismo
carcter que le enviamos desde el Arduino. Esto provoc una
investigacin ms a fondo sobre qu tipo de datos puede mandar
Arduino cuando se trata de comunicacin serial. Y se analiz que
no era posible mandar una cadena de caracteres pero si caracteres.
A continuacin se
tratara de mapear
una secuencia de
valores enviados de
manera analgica
(Figura 3) con un
potencimetro
conectado
al
Arduino. Esta prueba
tambin fue exitosa,
el
proyecto
fue
avanzado de manera
positiva respecto al
objetivo buscado.
Figura 3 Ejemplo datos mapeados en
el IDE de Arduino.

Programacin IDE ARDUINO-JAVA Prueba No.4

LM35

Con el xito en la prueba anterior se dedujo que tipo de datos eran

enviados y como la programacin en Java deba aceptarlos. Ahora
solo se deba hacer un interpretador para esos caracteres enviados,
utilizado cdigo ASCII. Con estas modificaciones en la
programacin se pudo codificar y decodificar los valores enviados
por Arduino, de tal manera que en el IDE de ARDUINO se
realizaban todos los mtodos y funciones segn lo demandado o
requerido tomando en cuenta que lo que nos enviaba el Arduino
por el cable serial era un carcter del valor entero tomado como su
equivalente a cdigo ASCII mientras que en el IDE de
NETBEANS, el valor que se reciba como carcter en cdigo
ASCII era convertido a su valor en equivalente para la
interpretacin del (los) mismos para poder graficar estos mismo
datos.

Se procede a instalar el sensor de temperatura en una pequea placa

que se conecta al shield del Arduino. Siendo algo bsico no gener
problemas ya que la informacin para la conexin (Figura 5) se
realiz en Protoboard el primer armado. Ahora se gener el nuevo
cdigo en Arduino, el cual cumplira con los requisitos ya antes
previstos y ahora la obtencin de datos que el sensor enviara
primero con la conexin serial.

Diseo y creacin de placa MAX232.

Teniendo este avance, se decide hacer el diseo del shield del
Arduino el cual consta de la placa del circuito MAX232. Utilizando
el software Proteus se llev a cabo el primer diseo del shield, se
simulo en 3D, se realiz en fsico. Esta placa en un principio
serigrafiada se pas por el proceso de quemado, perforado y
soldado. Se procede a montarlo al Arduino-UNO, y al no fijarlo se
nota un pequeo error de 1mm de diferencia entre los headers que
se conectan a los pines del Arduino. Esto provoca que se monte de
manera forzada, para evitar accidentes, mala presentacin e incluso
dao en los dispositivos se procede a disear de nuevo la placa del
circuito (Figura 4). Con este nuevo diseo el shield queda de
manera correcta respecto a dimensiones y permite un fcil montaje
y desmontaje en el Arduino.

Figura 5 Conexin LM35.

A continuacin se muestra el cdigo programado y utilizado para

el envo de datos a travs de Arduino mediante comunicacin
serial.

int temperature, signalread;

void setup()
{
Seral.begin(9600);
}
void loop ()
{
signalread = analogRead(8)

Figura 4 Diseo del Circuito/shield

Max232.

temperature = ((5.0 * signalread *

10.0)/(1024.0));
char x = ((char)temperature);
Serial.print(x);
delay (1000);
}
Con pruebas exitosas en el Protoboard se realiza la placa para
conectarlo al shield, usando el mismo software; Proteus, se llega a

Figura 4.1 Simulacin 3D.

un diseo (Figura 5.1) muy pequeo que facilita en tanto a esttica

y funcionamiento.

(5.0 100.0)

Ecuacin 1.1 Relacin del Voltaje para LM35.

A continuacin se muestran algunas capturas de pantalla de la

programacin en Java as como de la Jframe ideal.

Figura 5.1 Diseo LM35.

Figura 6 Programacin en Java

Figura 5.2 Simulacin 3D LM35.

Obtencin de datos en una Forma de Java.

Para poder hacer uso de la transmisin de datos por el puerto serial
y puerto USB fue necesario descargar e instalar 2 drivers para el
correcto funcionamiento de los mismos, siendo as, pues que en
primera instancia tuvimos que hacer que la computadora
reconociera un adaptador Serial-USB como un puerto serial nato
de la misma, una vez hecho esto y a partir de ah mediante bsqueda
e investigacin se instalaron libreras.
El primero de ellos fue GiovynetPlayer el cual se usa
exclusivamente para mandar y recibir datos por el puerto serial, el
segundo driver instalado fue el RXTX el cual es ms que similar al
primer driver con la opcin de que este es nica y exclusivamente
por cualquier puerto USB.
A continuacin tuvimos que hacer desde cero el diseo de una
Jframe desde la cual al presionar un botn, en este caso Iniciar,
empezando a tomar uno a uno cada dato de entrada para el sensor
dato debera interpretar el valor de la temperatura actual.

Figura 7 Programacin en Java

Para la interpretacin del cdigo del sensor tuvimos que meter una
ecuacin dada por nuestro sensor con respecto a una relacin del
mismo, la cual nos dice que (Ecuacin 1) y por lo tanto (Ecuacin
1.1) la cual se meti como funcin o proceso al Arduino, dndonos
as la temperatura de ambiente cada 1 segundo
Para terminar el Jframe adems pusimos en el propio diseo dos
botones ms y dos reas de texto extras las cuales nos muestran un
el nmero mximo y el mnimo de los dato obtenidos.

= 10 /

Ecuacin 1 Relacin de Voltaje para LM35

Figura 8 Jframe ideal

Desarrollo del Case

IV. Conclusin

En la realizacin del diseo del case para el circuito se pens en

cul era su propsito a realizar.
Una vez ubicado su doble propsito se dimensiono de acuerdo a
la cantidad de elementos que tena que contener y proteger, uno
de estos requisitos con los cuales deba de cumplir era que pudiera
contener un Arduino uno el cual ya cuenta con una medida
estndar y es la parte esencial de la comunicacin y el proceso de
esta. Tambin se pens en el espacio que ocupara un shield que
ayudara a la transmisin de los datos por serial el cual se
colocar sobre el Arduino teniendo que dejar mayor altura para
poder contener todos los elementos.
Y como parte funcional del sistema era la lectura y monitoreo de
la temperatura se dej descubierto la zona donde se ubica esta
pieza para que pueda funcionar adecuadamente.
El material utilizado para su fabricacin es MDF de 3mm ya que
es un sistema que no necesita una proteccin tan especializada y
esta nos proporciona poder replicar la carcasa las veces que
queramos a un bajo coste. A continuacin algunas imgenes del
resultado.

A lo largo del documento se demostr todo el trabajo realizado por

el equipo, esto requiri de organizacin y mucha dedicacin, ya
que con las primeras pruebas con resultados no esperados impuls
a la bsqueda de los errores o nuevos mtodos para realizar las
distintas tareas de comunicaciones, programacin, circuitos fsicos,
diseos, etc El principal problema fue el descubrir qu tipo de
datos enviaba el Arduino mediante la comunicacin serial a partir
de esto la programacin para la interaccin entre el sensor y el
usuario fue ms sencilla, solo se codifico y decodifico los datos
arrojados y calculados desde el Arduino. El diseo del shield y el
case fueron prioridad al momento de darle esttica al proyecto, esto
es importante trabajarlo, porque en un futuro el trabajo realizado
en distintos proyectos se ver con mayor reconocimiento si es un
trabajo presentable, ordenado y limpio. En cuanto a la comparacin
final entre la comunicacin Serial y USB se puede concluir que son
muy similares en la lectura y mapeo de datos, lo importante a
cambiar dentro de nuestro cdigo son las libreras para establecer
la comunicacin.
Nos quedamos satisfechos con los resultados obtenidos en cada una
de las pruebas y trabajos finales, sin embargo no se logr graficar
en tiempo real, se logr establecer la comunicacin SensorArduino-Circuito Integrado-Java-Usuario.

V. Referencias

Michael Margolis
Arduino Cookbook
Editorial: OReilly Vlg Gmbh &Co.
Edicin: 2

Figura 9 Case con Arduino

Paul Deitel, Harvey Deitel

Java Cmo programar.
Editorial: Pearson
Universidad de Barcelona
Programacin en Java para fsicos e ingenieros
Editorial: Openlibra
http://www.arduino.cc/es/
http://store.arduino.cc/ww/index.php?main_page=product_info&cPath=11
_12&products_id=200
https://sites.google.com/site/microcontroladoresmicrochip/lobasico/historia-de-los-microcontroladores
http://www.cad.com.mx/historia_del_lenguaje_java.htm
http://digital.ni.com/public.nsf/allkb/039001258CEF8FB686256E0F0058
88D1

Figura 10 Case con Arduino dentro, Producto

final