Registro de temperaturas mediante interacción

Arduino-Java.
Brian Alexis Aquino Andrade, José Juan Arteaga de Luna, Paola Berenice Díaz Fino, Israel García Cota,Víctor
Ricardo Izquierdo Domínguez, Leticia Esmeralda López Álvarez, Stephano Lozano Barba, Diego Sánchez Narváez.
Ingeniería en Electrónica, Universidad Politécnica de Aguascalientes
Aguascalientes, México

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.-Introducción
Este documento es el resultado del proyecto realizado por
un grupo de estudiantes de la carrera de Ingeniería en Electrónica,
y muestra el proceso realizado para la obtención de datos de una
plataforma electrónica 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 comunicación se logra a través
del circuito integrado MAX232 y una conexión Ordenador-
Arduino de tipo Serial y USB, esto gracias a las distintas librerías
utilizadas en la programación.
II.- Sustento Teórico
JAVA
Java es un lenguaje de programación orientado a objetos
desarrollado por Sun Microsystems a principio de los años 90´s. 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 programación el cual se
encargaría del control de los nuevos dispositivos que por el
momento empezaban a emerger. El equipo del proyecto verde
necesitaba un lenguaje que fuera fácil de aprender, y empezaron
con simples modificaciones de C++, pero después se desarrollaría
el lenguaje Oak que posteriormente se llamaría Java, el cual
tomaría su nombre puesto a que bebían café mientras la idea surgía,
siendo JAVA un tipo de café asiático.
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 tecnologías 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 módulos. Un
módulo 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 módulo. Las aplicaciones
construidas a partir de módulos pueden ser extendidas agregándole
nuevos módulos. Debido a que los módulos pueden ser
desarrollados independientemente, las aplicaciones basadas en la
plataforma NetBeans pueden ser extendidas fácilmente por otros
desarrolladores de software.
Arduino UNO
Arduino es una plataforma de electrónica abierta para la creación
de prototipos basada en software y hardware flexibles y fáciles de
usar.
Arduino puede tomar información del entorno a través 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 programación Arduino (basasdo en Wiring) y el
entorno de desarrollo Arduino (basado en Processing).
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 específica (PWM), 6
entradas análogas. Un oscilador de 16MHz, una conexión USB,
entrada para alimentación y un botón 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.
Figura 0.1 Arduino UNO
ATmega328
Hasta antes de la aparición de los microprocesadores (1971), la
mayor parte de las aplicaciones digitales en electrónica se basaban
en la llamada lógica cableada, es decir, si existía un problema este
era analizado y se sintetizaba una función en base a la lógica de
Boole que era la solución al problema planteado.
Con la aparición de los microprocesadores, se varió el esquema de
diseño de tal forma que un problema era descompuesto en una serie
de tareas más 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 aplicación
Desde luego el microprocesador es como el cerebro que ejecuta
operaciones de índole aritméticas y lógicas por tanto no manejaba
líneas externas (periféricos) más aún tampoco tenía un lugar donde
almacenar el programa y los datos que necesitaba el programa para
encontrar la respuesta al problema. El microprocesador buscaba
una instrucción y la ejecutaba; al conjunto de circuitos (hardware)
que daban el soporte necesario al microprocesador se le llamo
sistema mínimo.
Con el pasar de los años el sistema mínimo se convirtió en un
estándar, por otro lado la escala de integración mejoro y posibilito
(1976) sintetizar en un solo chip un sistema mínimo, al cual se le
llamo SISTEMA A que no era otra cosa que el primer
Microcontrolador.
En consecuencia definimos así a un Microcontrolador; como un
procesador con su sistema mínimo en un chip (incluye memoria
para programa y datos, periféricos de entrada / salida, conversores
de AD y DA, módulos especializados en la transmisión y recepción
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 función a las necesidades que la aplicación demande.
Otra diferencia entre los Microcontroladores y los
microprocesadores es que los primeros cuentan con un set de
instrucciones reducido en cambio la mayoría de los
microprocesadores tienen mayor cantidad de instrucciones. Por
otro lado la mayoría 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 específicos por
ejemplo: los encontramos en los teclados o mouse de las
computadoras, son el cerebro de electrodomésticos, también los
encontramos en la industria automotriz, en el procesamiento de
imagen y video.
Cabe señalar que los el aumento progresivo de la escala de
integración y las técnicas de fabricación hacen que cada vez
aparezcan Microcontroladores más poderosos y rápidos.
El Microcontrolador ATmega328 tiene 32 MB (con 0,5 KB
utilizados para el gestor de arranque). También dispone de 2 KB de
SRAM y 1 KB de memoria EEPROM (que puede ser leído y escrito
con la librería EEPROM).
El ATmega328 también soporta comunicación I2C (TWI) y SPI.
El ATmega328 en la Arduino Uno viene pre-quemado con un
gestor de arranque que le permite cargar nuevo código a la misma
sin el uso de un programador de hardware externo. Se comunica
mediante el protocolo originalSTK500 (de referencia, archivos de
cabecera C).
También puede pasar por alto el gestor de arranque y el programa
del Microcontrolador a través de la ICSP (programación In-Circuit
Serial) cabecea, ver las instrucciones para los detalles.
El ATmega16U2 (o 8U2 en los REV1 y REV2 tablas) el código
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
señales de un puerto serie RS-232 a señales compatibles con los
niveles TTL de circuitos lógicos. El MAX232 sirve como interfaz
de transmisión y recepción para las señales 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 alimentación
de + 5 V utilizando multiplicadores de voltaje internamente en el
MAX232 con la adición de condensadores externos.
La versión MAX232A es compatible con la original MAX232, y
tiene la mejora de trabajar con mayores velocidades de
transferencia de información (mayor tasa de baudios), lo que
reduce el tamaño de los condensadores externos utilizados por el
multiplicador de voltaje, – 0.1 μF en lugar del 1.0 μF usado en el
dispositivo original.
Figura 0.2 MAX232
LM35
El LM35 es un sensor de temperatura integrado de precisión, cuya
tensión de salida es linealmente proporcional a temperatura en ºC
(grados centígrados). 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 tensión constante para
obtener grados centígrados. El LM35 no requiere ninguna
calibración externa o ajuste para proporcionar una precisión típica
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 producción. La baja impedancia de salida, la
salida lineal y la precisa calibración inherente, permiten la creación
de circuitos de lectura o control especialmente sencillos. El LM35
puede funcionar con alimentación simple o alimentación doble (+
y -)
Requiere sólo 60 µA para alimentarse, y bajo factor de auto-
calentamiento, menos de 0,1 ºC en aire estático. 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
precisión).
Características
 Calibrado directamente en grados Celsius (Centígrados)
 Factor de escala lineal de +10 mV / ºC
 0,5ºC de precisión 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 estático)
 Baja impedancia de salida, 0,1W para cargas de 1mA
RS-232
RS-232 (Estándar ANSI/EIA-232) es el conector serial hallado en
las PCs IBM y compatibles. Es utilizado para una gran variedad de
propósitos, como conectar un ratón, impresora o modem, así como
instrumentación industrial. Gracias a las mejoras que se han ido
desarrollando en las líneas de transmisión y en los cables, existen
aplicaciones en las que se aumenta el desempeño de RS-232 en lo
que respecta a la distancia y velocidad del estándar. 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.3 Pines conectores del RS-232
Número de
Señal
pin
1 DCD (Data Carrier Detect)
2 RX
3 TX
4 DTR (Data Terminal Ready)
5 GND
6 DSR (Data Sheet Ready)
7 RTS (Request To Send)
8 CTS (Clear To Send)
9 RI (Ring Indicator)
Figura 0.4 Especificación de cada pin
Comunicación Serial.
La comunicación serial es un protocolo muy común para
comunicación entre dispositivos que se incluye de manera estándar
en prácticamente cualquier computadora. La comunicación serial
es también un protocolo común utilizado por varios dispositivos
para instrumentación; existen varios dispositivos compatibles con
GPIB que incluyen un puerto RS-232. Además, la comunicación
serial puede ser utilizada para adquisición de datos si se usa en
conjunto con un dispositivo remoto de muestreo.
El concepto de comunicación serial es sencillo. El puerto serial
envía y recibe bytes de información un bit a la vez. Aun y cuando
esto es más lento que la comunicación en paralelo, que permite la
transmisión de un byte completo por vez, este método de
comunicación es más sencillo y puede alcanzar mayores distancias.
Por ejemplo, la especificación IEEE 488 para la comunicación en
paralelo determina que el largo del cable para el equipo no puede
ser mayor a 20 metros, con no más de 2 metros entre cualesquier
dos dispositivos; por el otro lado, utilizando comunicación serial el
largo del cable puede llegar a los 1200 metros.
Típicamente, la comunicación serial se utiliza para transmitir datos
en formato ASCII. Para realizar la comunicación se utilizan 3
líneas de transmisión: (1) Tierra (o referencia), (2) Transmitir, (3)
Recibir. Debido a que la transmisión es asincrónica, es posible
enviar datos por una línea mientras se reciben datos por otra.
Existen otras líneas disponibles para realizar handshaking, o
intercambio de pulsos de sincronización, pero no son requeridas.
Las características más importantes de la comunicación serial son
la velocidad de transmisión, los bits de datos, los bits de parada, y
la paridad. Para que dos puertos se puedan comunicar, es necesario
que las características sean iguales.
Comunicación USB
La interfaz física está formada por cuatro hilos dos para la
alimentación 5v (Rojo) GND (Negro) y dos para datos D+ (verde)
y D- (Blanco) Lo del signo + y - es porque es una señal 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 (máximo 127 incluyendo al Host).
Por tanto los datos siguientes son solo teóricos 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 ningún
Microcontrolador que soporte esta especificación.
Una transferencia se puede definir como el conjunto global de los
datos que forman una comunicación USB, una transferencia está
formada a su vez por una o varias transacciones que a su vez están
formadas por diferentes paquetes de datos que contienen las tramas
de una comunicación USB.
No existe un formato único de transferencia, la especificación USB
permite cuatro tipos de transferencias:
 Control: se utilizan para configurar y enviar comandos,
por ejemplo en la enumeración del dispositivo, más
adelante veremos lo que es esto.
 Bulk (masivas): se utilizan cuando se precisa una
transferencia de datos grande, es el tipo más rápido de
transferencia, sin embargo no hay garantía de que los
datos se transmitan en un tiempo determinado (no
garantizada la latencia). Si que hay verificación de que
los datos se han transmitido con éxito ya que dispone de
sistema de corrección 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.
 Isócronas: Es usada en dispositivos que transmiten
señales de audio y de vídeo en tiempo real. Se garantiza
una tasa de velocidad de transmisión determinada
(latencia asegurada). Si no fuera así, por ejemplo en una
transmisión de voz el audio se oiría entrecortado. No
contempla la corrección de errores, si en un archivo de
sonido se pierde un BIT, no es importante su
recuperación. Para usar este tipo de transferencia es
necesario que los dispositivos soporten velocidades Full
Speed.
 Interrupción: latencia asegurada y verificación de que los
datos se han transmitido con éxito, Se utiliza en
dispositivos como: Teclados, Mouse, Sensores, Pantallas
táctiles, 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 electrónica Arduino UNO (Figura 0.1), para realizar la
comunicación se utilizará un circuito integrado MAX232, que
permite la comunicación 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 protección del Arduino. Todo
esto se pretende hacer funcionar mediante programación en Java
utilizando NetBeans, y con el IDE de Arduino para la
programación del ATmega que permite la obtención y
procesamiento de valores del sensor y mandarlos al circuito
integrado o directo a la computadora mediante puerto USB.
A continuación se presentan de manera más específica el desarrollo
de cada sección del proyecto.
Armado en Protoboard MAX232. Nuevo armado MAX232.

El primer paso realizado fue el armado del circuito para realizar la
comunicación serial mediante el MAX232, para esto se ocupó
saber la conexión de tal circuito (Figura 1) para empezar las
pruebas con el primer tipo de comunicación buscado, la
comunicación 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 comunicación vía puerto serial entre los datos mandados por el
Arduino y los datos que Java debe recibir.

Figura 2 Nueva conexión MAX232

Figura 1 Conexión MAX232

Programación IDE ARDUINO-JAVA Prueba No.3

Utilizando esta configuración se obtuvo el primer paso del
proyecto, a continuación se procede a soldar el RS-232 hembra el Con la corrección del circuito se procede a realizar una nueva
cual servirá para conectar nuestro circuito integrado con el prueba en la programación ahora con ambos códigos modificados
ordenador mediante un adaptador de cable serial. para solo enviar y recibir un y solo un carácter. Esta prueba
respecto a la programación fue exitosa. Java mostró el mismo
carácter que le enviamos desde el Arduino. Esto provocó una
investigación más a fondo sobre qué tipo de datos puede mandar
Programación IDE ARDUINO-JAVA Prueba No.1 Arduino cuando se trata de comunicación serial. Y se analizó que
El siguiente paso es empezar a realizar pruebas mediante la no era posible mandar una cadena de caracteres pero si caracteres.
programación del ATmega328, con un pequeño código realizado A continuación se
el cual mandaba una cadena de caracteres con el mensaje “Hola trataría de mapear
mundo”. Ya con nuestro circuito del MAX232 conectado a nuestro una secuencia de
Arduino UNO; se intentó mandar por el puerto serial el mensaje al valores enviados de
ordenador con un código realizado en Java para recibir esa cadena manera “analógica”
de caracteres. Esta primera prueba fracasó y no se obtuvo el (Figura 3) con un
resultado esperado. potenciómetro
conectado al
Arduino. Esta prueba
también fue exitosa,
Programación IDE ARDUINO-JAVA Prueba No.2 el proyecto fue
avanzado de manera
Con el resultado de la prueba anterior, se modificó la programación
positiva respecto al
de ambos, tanto del Microcontrolador como de Java; ahora para
objetivo buscado.
recibir datos de tipo entero. Con la misma conexión realizada con Figura 3 Ejemplo datos mapeados en
el circuito Arduino-Protoboard-Ordenador se manda el valor entero el IDE de Arduino.
23. Se obtiene el mismo resultado de la prueba anterior, fracaso. Se
buscan respuestas alternas a estos dos fracasos, y se llega a la
conclusión que el circuito del MAX232 es el incorrecto, y se
procede a realizar la conexión que brinda el DataSheet.
Programación IDE ARDUINO-JAVA Prueba No.4 LM35

Con el éxito en la prueba anterior se dedujo que tipo de datos eran Se procede a instalar el sensor de temperatura en una pequeña placa
enviados y como la programación en Java debía aceptarlos. Ahora que se conecta al shield del Arduino. Siendo algo básico no generó
solo se debía hacer un interpretador para esos caracteres enviados, problemas ya que la información para la conexión (Figura 5) se
utilizado código ASCII. Con estas modificaciones en la realizó en Protoboard el primer armado. Ahora se generó el nuevo
programación se pudo codificar y decodificar los valores enviados código en Arduino, el cual cumpliría con los requisitos ya antes
por Arduino, de tal manera que en el IDE de ARDUINO se previstos y ahora la obtención de datos que el sensor enviaría
realizaban todos los métodos y funciones según lo demandado o primero con la conexión serial.
requerido tomando en cuenta que lo que nos enviaba el Arduino
por el cable serial era un carácter del valor entero tomado como su
equivalente a código ASCII mientras que en el IDE de
NETBEANS, el valor que se recibía como carácter en código
ASCII era convertido a su valor en equivalente para la
interpretación del (los) mismos para poder graficar estos mismo
datos.

Diseño y creación de placa MAX232.

Teniendo este avance, se decide hacer el diseño del shield del

Arduino el cual consta de la placa del circuito MAX232. Utilizando
el software Proteus se llevó a cabo el primer diseño del shield, se
simulo en 3D, se realizó en físico. Esta placa en un principio Figura 5 Conexión LM35.
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 pequeño error de 1mm de diferencia entre los headers que A continuación se muestra el código programado y utilizado para
se conectan a los pines del Arduino. Esto provoca que se monte de el envío de datos a través de Arduino mediante comunicación
manera forzada, para evitar accidentes, mala presentación e incluso serial.
daño en los dispositivos se procede a diseñar de nuevo la placa del
circuito (Figura 4). Con este nuevo diseño el shield queda de int temperature, signalread;
manera correcta respecto a dimensiones y permite un fácil montaje
y desmontaje en el Arduino. void setup()

Seral.begin(9600);

void loop ()

signalread = analogRead(8)

temperature = ((5.0 * signalread *

Figura 4 Diseño del Circuito/shield 10.0)/(1024.0));
Max232.
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 Simulación 3D.
un diseño (Figura 5.1) muy pequeño que facilita en tanto a estética (5.0 ∗ 𝑣𝑂𝑈𝑇 ∗ 100.0)
y funcionamiento. 𝑣=
𝑉 𝐶𝑒𝑙

Ecuación 1.1 Relación del Voltaje para LM35.

A continuación se muestran algunas capturas de pantalla de la

programación en Java así como de la Jframe ideal.

Figura 5.1 Diseño LM35.

Figura 6 Programación en Java

Figura 5.2 Simulación 3D LM35.

Obtención de datos en una Forma de Java.

Para poder hacer uso de la transmisión 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 búsqueda
e investigación se instalaron librerías.

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 más que similar al
primer driver con la opción de que este es única y exclusivamente
por cualquier puerto USB.

A continuación tuvimos que hacer desde cero el diseño de una

Figura 7 Programación en Java
Jframe desde la cual al presionar un botón, en este caso “Iniciar”,
empezando a tomar uno a uno cada dato de entrada para el sensor
dato debería interpretar el valor de la temperatura actual.

Para la interpretación del código del sensor tuvimos que meter una
ecuación dada por nuestro sensor con respecto a una relación del
mismo, la cual nos dice que (Ecuación 1) y por lo tanto (Ecuación
1.1) la cual se metió como función o proceso al Arduino, dándonos
así la temperatura de ambiente cada 1 segundo

Para terminar el Jframe además pusimos en el propio diseño dos

botones más y dos áreas de texto extras las cuales nos muestran un
el número máximo y el mínimo de los dato obtenidos.

𝑉 = 10𝑚 / °𝐶 Ecuación 1 Relación de Voltaje para LM35 Figura 8 Jframe ideal

Desarrollo del Case
En la realización del diseño del case para el circuito se pensó en
cuál era su propósito a realizar.
Una vez ubicado su doble propósito se dimensiono de acuerdo a
la cantidad de elementos que tenía que contener y proteger, uno
de estos requisitos con los cuales debía de cumplir era que pudiera
contener un Arduino uno el cual ya cuenta con una medida
estándar y es la parte esencial de la comunicación y el proceso de
esta. También se pensó en el espacio que ocuparía un shield que
ayudaría a la transmisión 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 fabricación es MDF de 3mm ya que
es un sistema que no necesita una protección tan especializada y
esta nos proporciona poder replicar la carcasa las veces que
queramos a un bajo coste. A continuación algunas imágenes del
resultado.
Figura 9 Case con Arduino
Figura 10 Case con Arduino dentro, Producto
final
IV. Conclusión
A lo largo del documento se demostró todo el trabajo realizado por
el equipo, esto requirió de organización y mucha dedicación, ya
que con las primeras pruebas con resultados no esperados impulsó
a la búsqueda de los errores o nuevos métodos para realizar las
distintas tareas de comunicaciones, programación, circuitos físicos,
diseños, etc… El principal problema fue el descubrir qué tipo de
datos enviaba el Arduino mediante la comunicación serial a partir
de esto la programación para la interacción entre el sensor y el
usuario fue más sencilla, solo se codifico y decodifico los datos
arrojados y calculados desde el Arduino. El diseño del shield y el
case fueron prioridad al momento de darle estética 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 comparación
final entre la comunicación Serial y USB se puede concluir que son
muy similares en la lectura y mapeo de datos, lo importante a
cambiar dentro de nuestro código son las librerías para establecer
la comunicación.
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 comunicación Sensor-
Arduino-Circuito Integrado-Java-Usuario.
V. Referencias
Michael Margolis
Arduino Cookbook
Editorial: O’Reilly Vlg Gmbh &Co.
Edición: 2
Paul Deitel, Harvey Deitel
Java Cómo programar.
Editorial: Pearson
Universidad de Barcelona
Programación en Java para físicos 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/lo-
basico/historia-de-los-microcontroladores
http://www.cad.com.mx/historia_del_lenguaje_java.htm
http://digital.ni.com/public.nsf/allkb/039001258CEF8FB686256E0F0058
88D1