51 B 998731 BB 57 Tesis

ESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI) INGENIERO
INDUSTRIAL
SISTEMA DOMTICO PARA UNA CASA
INTELIGENTE
Autor: Rodrigo Alejandro de Marcos Peirotn
Director: lvaro Snchez Miralles
Director: Jaime Boal Martn-Larrauri

Madrid
Mayo 2013

AUTORIZACIN PARA LA DIGITALIZACIN, DEPSITO Y DIVULGACIN EN ACCESO ABIERTO (
RESTRINGIDO) DE DOCUMENTACIN

1. Declaracin de la autora y acreditacin de la misma.
El autor D. _____________________________________ , como _______________ de la
UNIVERSIDAD PONTIFICIA COMILLAS (COMILLAS), DECLARA
que es el titular de los derechos de propiedad intelectual, objeto de la presente cesin, en
relacin con la
obra_________________________________________________________________________
_____________________________________________________________
1
, que sta es una
obra original, y que ostenta la condicin de autor en el sentido que otorga la Ley de Propiedad
Intelectual como titular nico o cotitular de la obra.
En caso de ser cotitular, el autor (firmante) declara asimismo que cuenta con el
consentimiento de los restantes titulares para hacer la presente cesin. En caso de previa
cesin a terceros de derechos de explotacin de la obra, el autor declara que tiene la oportuna
autorizacin de dichos titulares de derechos a los fines de esta cesin o bien que retiene la
facultad de ceder estos derechos en la forma prevista en la presente cesin y as lo acredita.
2. Objeto y fines de la cesin.
Con el fin de dar la mxima difusin a la obra citada a travs del Repositorio institucional de la
Universidad y hacer posible su utilizacin de forma libre y gratuita ( con las limitaciones que
ms adelante se detallan) por todos los usuarios del repositorio y del portal e-ciencia, el autor
CEDE a la Universidad Pontificia Comillas de forma gratuita y no exclusiva, por el mximo plazo
legal y con mbito universal, los derechos de digitalizacin, de archivo, de reproduccin, de
distribucin, de comunicacin pblica, incluido el derecho de puesta a disposicin electrnica,
tal y como se describen en la Ley de Propiedad Intelectual. El derecho de transformacin se
cede a los nicos efectos de lo dispuesto en la letra (a) del apartado siguiente.

1
Especificar si es una tesis doctoral, proyecto fin de carrera, proyecto fin de Mster o cualquier otro
trabajo que deba ser objeto de evaluacin acadmica

3. Condiciones de la cesin.
Sin perjuicio de la titularidad de la obra, que sigue correspondiendo a su autor, la cesin de
derechos contemplada en esta licencia, el repositorio institucional podr:
(a) Transformarla para adaptarla a cualquier tecnologa susceptible de incorporarla a internet;
realizar adaptaciones para hacer posible la utilizacin de la obra en formatos electrnicos, as
como incorporar metadatos para realizar el registro de la obra e incorporar marcas de agua
o cualquier otro sistema de seguridad o de proteccin.
(b) Reproducirla en un soporte digital para su incorporacin a una base de datos electrnica,
incluyendo el derecho de reproducir y almacenar la obra en servidores, a los efectos de
garantizar su seguridad, conservacin y preservar el formato. .
(c) Comunicarla y ponerla a disposicin del pblico a travs de un archivo abierto institucional,
accesible de modo libre y gratuito a travs de internet.
2

(d) Distribuir copias electrnicas de la obra a los usuarios en un soporte digital.
3

4. Derechos del autor.
El autor, en tanto que titular de una obra que cede con carcter no exclusivo a la Universidad
por medio de su registro en el Repositorio Institucional tiene derecho a:
a) A que la Universidad identifique claramente su nombre como el autor o propietario de los
derechos del documento.

2
En el supuesto de que el autor opte por el acceso restringido, este apartado quedara redactado en los
siguientes trminos:
(c) Comunicarla y ponerla a disposicin del pblico a travs de un archivo institucional, accesible de
modo restringido, en los trminos previstos en el Reglamento del Repositorio Institucional

3
En el supuesto de que el autor opte por el acceso restringido, este apartado quedara eliminado.

b) Comunicar y dar publicidad a la obra en la versin que ceda y en otras posteriores a travs
de cualquier medio.
c) Solicitar la retirada de la obra del repositorio por causa justificada. A tal fin deber ponerse
en contacto con el vicerrector/a de investigacin (curiarte@rec.upcomillas.es).
d) Autorizar expresamente a COMILLAS para, en su caso, realizar los trmites necesarios para
la obtencin del ISBN.
d) Recibir notificacin fehaciente de cualquier reclamacin que puedan formular terceras
personas en relacin con la obra y, en particular, de reclamaciones relativas a los derechos de
propiedad intelectual sobre ella.
5. Deberes del autor.
El autor se compromete a:
a) Garantizar que el compromiso que adquiere mediante el presente escrito no infringe ningn
derecho de terceros, ya sean de propiedad industrial, intelectual o cualquier otro.
b) Garantizar que el contenido de las obras no atenta contra los derechos al honor, a la
intimidad y a la imagen de terceros.
c) Asumir toda reclamacin o responsabilidad, incluyendo las indemnizaciones por daos, que
pudieran ejercitarse contra la Universidad por terceros que vieran infringidos sus derechos e
intereses a causa de la cesin.
d) Asumir la responsabilidad en el caso de que las instituciones fueran condenadas por
infraccin de derechos derivada de las obras objeto de la cesin.
6. Fines y funcionamiento del Repositorio Institucional.
La obra se pondr a disposicin de los usuarios para que hagan de ella un uso justo y
respetuoso con los derechos del autor, segn lo permitido por la legislacin aplicable, y con
fines de estudio, investigacin, o cualquier otro fin lcito. Con dicha finalidad, la Universidad
asume los siguientes deberes y se reserva las siguientes facultades:
a) Deberes del repositorio Institucional:

- La Universidad informar a los usuarios del archivo sobre los usos permitidos, y no garantiza
ni asume responsabilidad alguna por otras formas en que los usuarios hagan un uso posterior
de las obras no conforme con la legislacin vigente. El uso posterior, ms all de la copia
privada, requerir que se cite la fuente y se reconozca la autora, que no se obtenga beneficio
comercial, y que no se realicen obras derivadas.
- La Universidad no revisar el contenido de las obras, que en todo caso permanecer bajo la
responsabilidad exclusiva del autor y no estar obligada a ejercitar acciones legales en nombre
del autor en el supuesto de infracciones a derechos de propiedad intelectual derivados del
depsito y archivo de las obras. El autor renuncia a cualquier reclamacin frente a la
Universidad por las formas no ajustadas a la legislacin vigente en que los usuarios hagan uso
de las obras.
- La Universidad adoptar las medidas necesarias para la preservacin de la obra en un
futuro.
b) Derechos que se reserva el Repositorio institucional respecto de las obras en l registradas:
- retirar la obra, previa notificacin al autor, en supuestos suficientemente justificados, o en
caso de reclamaciones de terceros.

Madrid, a .. de ... de .

ACEPTA

Fdo

Proyecto realizado por el alumno/a:
Rodrigo Alejandro de Marcos Peirotn
Fdo.: Fecha: //
Autorizada la entrega del proyecto cuya informacin no es de carcter confidencial
EL DIRECTOR DEL PROYECTO
Jaime Boal Martn-Larrauri
Fdo.: Fecha: //
EL DIRECTOR DEL PROYECTO
Prof. Dr. lvaro Snchez Miralles
Fdo.: Fecha: //
V B DEL COORDINADOR DE PROYECTOS
Prof. Dr. lvaro Snchez Miralles
Fdo.: Fecha: //

ndice de documentos

DOCUMENTO I. MEMORIA
I. Memoria pg. 11 a 78 67 pginas
II. Estudio econmico pg. 79 a 82 3 pginas
III. Manual del usuario pg. 83 a 92 9 pginas

DOCUMENTO II. PRESUPUESTO
1. Mediciones pg. 5 a 10 5 pginas
2. Precios unitarios pg. 11 a 16 5 pginas
3. Sumas parciales pg. 17 a 22 5 pginas
4. Presupuesto general pg. 23 1 pgina

XI

Figura 1: Arquitectura posible de un sistema domtico [2]

RESUMEN DEL PROYECTO
1. Introduccin
Desde mediados del siglo XX se han organizado varias exhibiciones para
ensearnos ideas de cmo las casas aparentaran y cmo funcionaran en un futuro
lejano. La gente se imaginaba cmo se podra hacer ms cmoda la estancia en casa,
cmo se facilitaran las tareas domsticas, etc. Despus de la aparicin de dispositivos
electrnicos inteligentes como el ordenador fue surgiendo el concepto de la
automatizacin del hogar: la domtica [1].
Este concepto se refiere a la automatizacin y control (encendido, apagado,
apertura, cierre y regulacin) de aparatos y sistemas de instalaciones elctricas y
electrotcnicas (iluminacin, climatizacin, persianas y toldos, puertas y ventanas
motorizadas, el riego, etc.) de forma centralizada y/o remota. El objetivo principal del
uso de la domtica es el aumento del confort, el ahorro energtico y la seguridad del
hogar.
Sin embargo, llevar a cabo la automatizacin de un hogar no es tarea fcil. Es un
sistema complejo con una gran variedad de elementos conectados entre s. Es
imprescindible una organizacin rigurosa del sistema para que en su conjunto pueda
funcionar correctamente. Se deben definir unas reglas de automatizacin y de
comunicacin de manera que los dispositivos de percepcin (sensores) comuniquen el
estado actual de varios aspectos de la casa a los dispositivos que se encargan de cambiar
estos aspectos (actuadores) para poder llevar a cabo el objetivo principal de la domtica.
Adems, debe haber una interfaz para que el usuario pueda personalizar el sistema
inteligente a su antojo, como por ejemplo la temperatura en una habitacin.
La arquitectura del sistema inteligente
podra parecerse a lo mostrado en la Figura 1
[2]. La comunicacin del sistema debe ser una
red de bajo alcance, de baja tasa de transmisin
de datos y de bajo consumo de manera que el
coste no sea alto. A da de hoy se han
desarrollado varios protocolos de comunicacin
que cumplen estos requisitos; y casi todos estn
enfocados al tema de la domtica.

Un importante aspecto de un sistema domtico es que no debera requerir la
constante atencin del usuario, sobre todo en temas de regulacin. Un sistema que
regule la temperatura a lo largo del da en una sala seguramente ahorre ms energa que
una persona regulando el termostato. La nica salvedad es el mantenimiento del

XII

sistema; por ello, se trata de disear un sistema domtico resistente y de bajo consumo
de modo que se permita un mantenimiento menos frecuente.
Debido a estos aspectos del sistema domtico, la demanda en este sector est en
aumento mientras que estos sistemas inteligentes avanzan en diseo y tecnologa. Por
ello, la gente de hoy en da busca esta alternativa cmoda para cambiar su vida cotidiana
a algo ms atractivo y moderno.
Hoy en da existe un gran nmero de empresas en este sector; y como ejemplo se
muestran los siguientes 2 ejemplos: SmartThings [3] e INSTEON [4]:

La empresa SmartThings, que ahora est en auge, ha diseado una centralita o
hub que entiende de varios protocolos inalmbricos como ZigBee o WiFi y tambin
tiene conexin a un servidor en internet. Habilitando los electrodomsticos existentes
para la comunicacin inalmbrica, este hub se conecta los electrodomsticos entre s en
una red inalmbrica para formar el sistema domtico. En cambio, la empresa INSTEON
vende ya sus electrodomsticos habilitados para la comunicacin con su protocolo de
comunicacin propio, que bien puede ser por WiFi o por el cableado elctrico
(powerline communications).
Sin embargo, aunque son muy completos en cuanto a la automatizacin del
hogar, ofrecen escasas alternativas en cuanto al ahorro energtico. Adems, la gran
mayora de las empresas en el sector de la domtica se han fundado en EEUU, donde la
domtica es un sector ms fuerte; y stas se han internacionalizado despus. Por ello, en
pases como Espaa apenas se pueden encontrar anuncios y ofertas provenientes de
empresas de domtica.
Esto es lo que despierta inters en este proyecto. Este proyecto constituye la
mitad de un gran proyecto. Este proyecto se encarga del control de los sensores y
actuadores que sirven propsitos distintos: seguridad, climatizacin, iluminacin y ocio.
El otro se encarga del ahorro energtico por medio de, por ejemplo, almacenar la
energa cuando esta sea barata y usarla cuando sea cara. As, un hogar podr aprovechar
el confort y la seguridad que ofrece el sistema de automtica y el ahorro energtico del
Figura 2: Ejemplos de empresas en el sector de la domtica

XIII

de energa. Debido a ello, este proyecto se
ha dedicado a cumplir los siguientes
objetivos:
Desarrollo de una red inalmbrica
con dispositivos de control.
Integracin de sensores y
actuadores a la red.
Desarrollo de un software de
interaccin con el usuario a travs
de un PC.
Integracin con el sistema gestor de
energa.

2. Metodologa
Se ha definido una arquitectura para
el sistema general, que se muestra en la
Figura 4. El sistema domtico tiene cuatro
partes importantes: el sistema de seguridad,
el de iluminacin, el de climatizacin y el de
ocio; con sus respectivos sensores
(temperatura, luz,) y actuadores
(persianas, calefaccin,). El maestro se
encarga de coordinar el sistema domtico y
el sistema gestor de energa, adems de
formar un puente entre el usuario y ambos
sistemas. El usuario puede gestionar estos
sistemas a travs de la interfaz de control,
que muestra la informacin relevante del
sistema, que se almacena en la base de datos.
En cuanto al hardware de esta arquitectura, en el nivel ms alto se encuentra un
PC y un router. Los niveles ms bajos son tarjetas controladoras gestionadas por un
microprocesador de Microchip Technology Inc, las cuales son capaces de comunicarse
entre ellos con un protocolo de comunicacin inalmbrica mediante un mdulo de
radiofrecuencia de la misma empresa basada en ZigBee: MiWi. Adems, el maestro
central es una tarjeta especial, la cual tambin es capaz de comunicarse por WiFi a
travs de un mdulo de comunicacin WiFi de la misma empresa con el router para
llegar al servidor y enlazar ambos niveles del sistema.
En cuanto al software de este sistema, en el nivel ms alto se ha diseado con Qt
Designer la interfaz de control y se ha programado con Microsoft Visual Studio 2010 en
lenguaje C++. La conexin con la base de datos MySQL se ha programado con el
Figura 3: Estructura del proyecto global
Figura 4: Arquitectura general del sistema

XIV

(a) TCD
mismo programa y tambin se ha hecho posible con ODBC (Open DataBase
Connectivity). Para la conexin MiWi y WiFi se han empleado los drivers de Microchip
Technology Inc. de estos protocolos en los microprocesadores. El algoritmo de control
que los microprocesadores deben seguir en este proyecto se ha programado con
MPLAB IDE.
3. Resultados
Se han desarrollado 5 tarjetas controladoras distintas, aunque dos de ellas sirven
propsitos parecidos: son la TCD (Tarjeta Control Domtico), la TCI-4F (Tarjeta de
Control de Iluminacin 4 Fases), la TCI-F (Tarjeta de Control de Iluminacin Foco),
la TCA (Tarjeta de Control de Actuadores) y la TCC (Tarjeta de Control Central:

La TCD en principio se dise como una tarjeta de propsito general, pero como
los sensores son los nicos que requieren un circuito de acondicionamiento simple, se
han desarrollado las dems tarjetas, aparte de la TCC, que es el coordinador de los
dispositivos. Las tarjetas TCI-4F y TCI-F se han diseado para conectarles LEDs RGB,
que sirven propsitos de iluminacin personalizada (sistema de ocio). La tarjeta TCA se
ha diseado para actuar varios tipos de sistemas automatizados (persianas, riego,)
mediante sus rels.
(d) TCA (e) TCC
Figura 5: Tarjetas desarrolladas en el proyecto
(b) TCI-4F (c) TCI-F

XV

En cuanto a la interfaz de control,
se ha desarrollado la mostrada en la
Figura 6. Segn la habitacin escogida en
la lista desplegable de la izquierda en la
parte inferior (dentro de la pestaa de
Home Automation) se muestran las
lecturas de los sensores y los
controladores para los actuadores (en este
caso existen persianas y LEDs RGB para
controlar). En caso de que no exista un
dispositivo de los que se muestran en la
Figura 6 instalado en la habitacin
seleccionada, se mostrar un mensaje de
advertencia.
4. Conclusiones
Este proyecto ha contribuido a desarrollar un sistema domtico robusto, fcil de
controlar, y modular, ya que se puede controlar los dispositivos conectados a estas
tarjetas sin importar su nmero. Este sistema domtico se ha integrado con xito con un
sistema gestor de energa para cubrir las necesidades de ahorro energtico de la casa
inteligente. Asimismo, durante el proceso se ha modificado el protocolo de
comunicacin MiWi para que sea ms entendible para el usuario y para mejorar su
funcionamiento, que puede ser aprovechado en futuras aplicaciones.
5. Referencias

[1] Wikipedia, domtica: http://es.wikipedia.org/wiki/Dom%C3%B3tica
[2] Casadomo, domtica: http://www.casadomo.com/noticiasDetalle.aspx?c=14
[3] Empresa SmartThings: http://smartthings.com
[4] Empresa INSTEON: http://www.insteon.net/

Palabras clave: domtica, automatizacin del hogar, WiFi, ZigBee, casa inteligente.

Figura 6: Interfaz de control

XVI

PROJECT ABSTRACT
1. Introduction
Since mid-20
th
century, many exhibitions have been organized to show ideas
about how would houses look and function in a distant future. People were imagining
how could one make their homes more comfortable, how could the domestic tasks
become easier, etc. Following the arrival of intelligent electronic devices like
computers, the concept of home automation started to be present in many places [1].
This concept refers to the automation and control (switching on and off,
opening, closing and regulation) of devices and of electrotechnic and electrical
installations (lighting, climate control, blinds and sunshades, doors and motorized
windows, sprinklers, etc.) in a centralized way and/or remote. The main targets of home
automation are to increase comfort, security and energy savings.
However, carrying out the automation of a home is not an easy task. It is a
complex system with a wide variety of interconnected elements. It is necessary to
establish a rigorous organization of the system so it can run correctly by itself.
Automation and communication rules must be defined so the perception devices
(sensors) are able to communicate their current status regarding several aspects of the
home to the devices which are in charge of changing these aspects (actuators) to carry
out the main targets of home automation. In addition, there should be an interface so
that the user can customize the intelligent system as he/she pleases, like, for example,
the temperature of a certain room.
The network could look like what is
shown in Figure 1 [2]. Its communication
should be low-range, low-bitrate and low-
consumption in order to reduce costs. As of
today, many protocols have been developed
which meet these requirements; and the great
majority are focused to home automation
environments.

An important feature of a home automation network is that it should not require
the users constant attention, especially in regulation tasks. A system that adjusts the
temperature in a room throughout the day will surely save more energy that a person
adjusting the thermostat. The only exception is the maintenance of the system;
therefore, this is about designing a robust and low-consumption home automation
system in order to afford less frequent maintenances.
Due to these features of the home automation system, the demand in this sector
is increasing and these systems are upgrading in design and technology every year. That
Figure 1: Possible architecture of the system [2]

XVII

is why people today want to find this comfortable alternative to change their day-to-day
lives to something more attractive and modern.
As of today there are a great number of companies in this sector; and as an
example the following 2 examples are shown: SmartThings [3] and INSTEON [4]:

On the one hand, the SmartThings company, which is relatively new, has
designed a hub that understands several wireless protocols such as ZigBee or WiFi and
also has connection with an online server. Enabling the existing appliances for wireless
communication, this hub connects all these appliances together in a wireless network to
create the home automation system. On the other hand, the INSTEON company sells its
own appliances enabled for communication with their own communication protocol,
that can be either by wireless communication or by powerline communications.
However, even if they are complete regarding automation at home, it offers very
few alternatives regarding energy savings. In addition, the great majority of companies
in the home automation sector have been founded in the USA, where home automation
is a stronger sector; and these have globalized eventually. This is why, in countries like
Spain, people can barely find advertisements and offers coming from home automation
companies.
This is what generates interest in this project. This project constitutes the half of
a great project. This project is in charge of the control of the sensors and actuators that
serve different purposes: security/safety, lighting, heating/cooling and leisure. The other
is in charge of energy savings through, for example, energy storage when it is cheap and
its use when it is expensive. By doing so, a home can take advantage of the comfort and
the security that the automation system provides and the energy savings provided by the
energy system.
Therefore, this project has been carried out by completing the following
objectives:

Figura 2: Examples of companies in the home automation sector

XVIII

Wireless network with control
devices development.
Sensor and actuator integrations.
Interaction software with the user
using a PC.
Energy system integration.

2. Methodology
An architecture has been defined for
the general system, shown in Figure 4. The
home automation system is made up of 4
main subsystems: security, lighting,
heating/cooling and leisure; with their
respective sensors (light, temperature,)
and actuators (blinds, heaters,). The
master is in charge of coordinating the home
automation system and the energy control
system, as well as creating a bridge between
the user and both systems. The user can run
these systems using the control interface,
which displays relevant information
regarding the system, which is also stored in
the database.
In the matter of this architectures hardware, there is a PC and a router at the
topmost level. The lower levels are controller boards runned by Microchip Technology
Inc. microprocessors, which are able to communicate among themselves with a wireless
communication protocol by means of a radiofrequency module from the same company
based on ZigBee, MiWi. In addition, the central master, which is represented by a
special controller board, which is also able to communicate by WiFi through a WiFi
module of the same company with the router to reach the server and link the
architectures levels.
Regarding this architectures software, the control interface has been designed
with Qt Designer and has been programmed with Microsoft Visual Studio 2010 in C++
language. The link with the MySQL database has been programmed with the same
program and has been made possible with ODBC (Open DataBase Connectivity).
Figura 3: Global project structure
Figure 4: General system architecture

XIX

(a) TCD
Microchip Technology Inc. drivers have been used for the MiWi and WiFi connection
of its microprocessors. The control algorithm which the microprocessors follow in this
project has been programmed with MPLAB IDE.
3. Results
Five different controller boards have been designed, although two of them are
used for similar purposes. These are (Spanish names are shown too): the Domotic
Controller Board (TCD Tarjeta de Control Domtico); the 4-Phase Lighting
Controller Board (TCI-4F Tarjeta de Control de Iluminacin 4 Fases); the Spotlight
Lighting Controller Board (TCI-F Tarjeta de Control de Iluminacin Foco); the
Actuator Controller Board (TCA Tarjeta de Control de Actuadores); and the Central
Controller Board (TCC Tarjeta de Control Central):

The TCD was designed initially as a general purpose Controller Board, but due
to the fact that the sensors are the only devices which required a simple conditioning
circuit the other boards were designed, apart from the TCC which is the device
coordinator. The TCI-4F and TCI-F boards were designed to connect RGB LEDs to
them, which are used for customized lighting (leisure system). The TCA is suitable for
actuating various types of automatic systems (blinds, sprinklers,) by means of relays.

(d) TCA (e) TCC
Figure 5: Controller boards designed in this project
(b) TCI-4F (c) TCI-F

XX

In the matter of the control
interface, the one shown in Figure 6 has
been developed. The sensor readings and
the controllers of the actuators (in this
case there are blinds and RGB LEDs to
control) are displayed according to the
room selected from the pull-down menu
at the left (under the Home Automation
tab). In case of a missing device among
the ones shown in Figure 6, a warning
message will be displayed and the
controller will be disabled.

4. Conclusions
This project has contributed to develop a robust home automation system, which
is easy to control and has modulation options, due to the fact that no matter how many
boards and devices installed, the system is still controllable. This home automation
network has been successfully merged with the energy control system to cover the
energy saving needs of the smarthome. Additionally, during the process the MiWi
wireless protocol has been modified to make it more user-friendly and to upgrade its
performance, which can be used in future applications.
5. References

[1] Wikipedia, domotics: http://es.wikipedia.org/wiki/Dom%C3%B3tica
[2] Casadomo, domotics: http://www.casadomo.com/noticiasDetalle.aspx?c=14
[3] SmartThings company: http://smartthings.com
[4] INSTEON company: http://www.insteon.net/

Key words: domotics, home automation, WiFi, ZigBee, smarthome
Figure 6: Control interface

A todos aquellos que me han apreciado
y han hecho mella en m

Somos lo que hacemos, pero somos, principalmente,
lo que hacemos para cambiar lo que somos.
EDUARDO GALEANO

En el justo medio entre el exceso y el defecto
se encuentra la virtud.
ARISTTELES

AGRADECIMIENTOS

Antes de nada, quisiera agradecer a mi familia por el gran apoyo moral que he
recibido por su parte durante la carrera; a mi hermano por sus consejos, los cuales me
han sido de gran ayuda; a mi madre por los nimos que me da para afrontar los
momentos difciles; y a mi abuelo, que a sus 95 aos me sigue demostrando que con
perseverancia se superan muchos problemas. Os dedico el logro de haber finalizado esta
carrera.
Muchsimas gracias a mis directores de proyecto, lvaro Snchez y J aime Boal.
Gracias por brindarme la oportunidad de trabajar en este proyecto; ha sido muy
interesante, he aprendido muchas cosas y me lo he pasado fenomenal. Gracias por
ayudarme en el transcurso del proyecto para solucionar los problemas que han surgido.
Tambin quiero agradecer a mis amigos la estancia en la universidad. Gracias
por el grupo que hemos formado, nos hemos ayudado mucho y lo hemos pasado genial.
Mencin especial se merecen Daniel Lestn, Manuel Pea y Pablo Zulaica. Han sido
grandes compaeros de estudio durante toda la carrera y han aguantado mi mal carcter
en los momentos de estrs. Tambin quiero agradecer a Francisco Martn las horas de
trabajo que hemos compartido en el IIT. Por ltimo, tampoco me quiero olvidar de
Teresa Basagoiti, Carmen Gmez y Andrea Hernndez. Me habis contagiado vuestra
alegra con creces.

Memoria ndice de la memoria

3

Sistema domtico para una casa inteligente


ndice de la memoria

Captulo 1 Introduccin .................................................................................. 13
1.1 Estado del arte .................................................................................................. 13
1.1.1 SmartThings .................................................................................................. 13
1.1.2 INSTEON ...................................................................................................... 14
1.1.3 Z-Wave .......................................................................................................... 15
1.1.4 UPB Universal Powerline Bus ................................................................... 16
1.2 Motivacin del proyecto .................................................................................. 16
1.2.1 Comparacin .................................................................................................. 17
1.2.2 Motivacin ..................................................................................................... 18
1.3 Objetivos .......................................................................................................... 19
1.4 Metodologa ..................................................................................................... 20
1.5 Recursos / herramientas empleadas ................................................................. 21
Captulo 2 Arquitectura del sistema domtico ............................................... 23
2.1 Estructura general del sistema ......................................................................... 23
2.2 Ejemplo en un hogar ........................................................................................ 24
Captulo 3 Comunicacin del sistema domtico ............................................ 27
3.1 Protocolo MiWi Microchip Wireless ............................................................ 27
3.2 Estructura y dispositivos de la red MiWi ......................................................... 27
3.3 Direcciones de los dispositivos ........................................................................ 28
3.4 Creacin de la red e integracin de dispositivos .............................................. 29
3.5 Envo y recepcin de mensajes ........................................................................ 29
3.6 Propagacin y reenvo de mensajes ................................................................. 31
3.7 Flujograma de operacin MiWi ....................................................................... 32

4


3.8 Modificaciones realizadas en el protocolo MiWi ............................................ 33
Captulo 4 Dispositivos remotos ..................................................................... 37
4.1 Tarjetas controladoras ...................................................................................... 37
4.1.1 TCD: Tarjeta de Control Domtico ............................................................... 37
4.1.2 TCI-F: Tarjeta de Iluminacin - Foco ........................................................... 39
4.1.3 TCI-4F: Tarjeta de Iluminacin 4 Fases ..................................................... 40
4.1.4 TCA: Tarjeta de Control de Actuadores ........................................................ 40
4.2 Microprocesador dsPIC33FJ 32MC202 ........................................................... 41
4.3 Mdulo de radiofrecuencia MiWi .................................................................... 42
4.4 Arquitectura del algoritmo de control .............................................................. 43
4.5 Sensores ........................................................................................................... 44
4.5.1 Sensor de luminosidad ................................................................................... 44
4.5.2 Sensor de humedad ........................................................................................ 45
4.5.3 Sensor de temperatura ................................................................................... 46
4.5.4 Sensor de presencia ....................................................................................... 47
4.5.5 Calibracin de sensores ................................................................................. 49
4.6 Actuadores ....................................................................................................... 50
4.6.1 Rel ................................................................................................................ 50
4.6.2 LED RGB ...................................................................................................... 52
Captulo 5 Dispositivo central de control ....................................................... 57
Captulo 6 Interaccin con el usuario ........................................................... 59
6.1 Interfaz de control ............................................................................................ 59
6.2 Base de datos ................................................................................................... 63
Captulo 7 Resultados y pruebas realizadas ................................................... 65
7.1 Prueba de comunicacin MiWi ........................................................................ 65
7.2 Prueba de sensores ........................................................................................... 67
7.3 Prueba de actuadores ....................................................................................... 69

5


7.4 Prueba global en un entorno real ..................................................................... 69
Captulo 8 Conclusiones ................................................................................. 71
Captulo 9 Futuros Desarrollos ...................................................................... 75
Bibliografa ........................................................................................................77
Parte II Estudio econmico ........................................................................ 79
Parte III Manual del usuario ...................................................................... 83
Captulo 1 Dispositivos remotos ..................................................................... 85
1.1 Tarjetas controladoras ...................................................................................... 85
1.2 Dispositivos de comunicacin ......................................................................... 86
1.2.1 Comunicacin WiFi ....................................................................................... 86
1.2.2 Comunicacin MiWi ..................................................................................... 86
Captulo 2 Interfaz de control ........................................................................ 89
Captulo 3 Acceso a la base de datos con ODBC ........................................... 91


6


Memoria ndice de figuras

7


.............................................13
.......................................14
...........................................................................15
..............................................................................................16

..................................................................................................17
...................................................20
...................................................................20
.................................................23
.....................25
.......................................................................27
....................................................28
....................................28
..................................29
......................31

........................................................................................................................32

............................................................................................................33

...................................................................................................................34
..............35
............35
..............................................................38
.......................................39
.................................40
.......................................................40

ndice de figuras
Figura 1.1 Hub de SmartThings y la aplicacin mvil [3]
Figura 1.2 Diagrama explicativo del protocolo INSTEON [4]
Figura 1.3 Nexia Bridge (Z-Wave) [6]
Figura 1.4 RUC (UPB) [7]
Figura 1.5 Tabla de comparacin del protocolo inalmbrico entre tecnologas
orientadas a la domtica
Figura 1.6 Arquitectura posible del sistema domtico
Figura 1.7 Arquitectura general del sistema
Figura 2.1 Arquitectura general del sistema inteligente
Figura 2.2 Ejemplo de un plano de una casa inteligente, adaptado de [9]
Figura 3.1 Logos de ZigBee y Miwi [10]
Figura 3.2 Topologa en malla de una red MiWi [11]
Figura 3.3 Asignacin del short Address en una red MiWi [11]
Figura 3.4 Procedimiento de handshaking en una red MiWi [12]
Figura 3.5 Procedimiento de routing de mensajes en una red MiWi [11]
Figura 3.6 Flujograma de operacin que sigue un dispositivo que funciona con
MiWi [11]
Figura 3.7 Ejemplo del hashtable con la configuracin de la red del protocolo
MiWi modificado
Figura 3.8 Constantes relacionadas con el protocolo definidas en el archivo
parameters.h
Figura 3.9 Formato de los mensajes transmitidos en el protocolo modificado
Figura 3.10 Distintos tipos de instruccin transmitidos en el sistema domtico
Figura 4.1 TCD: Tarjeta de Control Domtico
Figura 4.2 TCI-F: Tarjeta de Control de Iluminacin - Foco
Figura 4.3 TCI-4F: Tarjeta de Control de Iluminacin 4 Fases
Figura 4.4 TCA: Tarjeta de Control de Actuadores

8


...............................................................................42
........43
.........................................................................................44
.....................................................45
............................................................45
..........................................................................46
.................................................46
.................................................................47
.......................................................48
.........................................................48
..............................................................48
..............................................................................50
...........................................50
................................................51
.............................................................................51
..................................................................52
...........................................................52
......53

.............................................................................................................................54

.............................................................................................55
....................................................................57
..................................58
..........................................................................................59
..................................61
.................62

Figura 4.5 Posible interconexin entre ambos dispositivos para el
funcionamiento del protocolo MiWi
Figura 4.6 Diagrama de flujo del algoritmo de control de los microprocesadores
Figura 4.7 Fototransistor [14]
Figura 4.8 Acondicionamiento de la fotorresistencia
Figura 4.9 TCD con un sensor de luz conectado
Figura 4.10 Pines del sensor capacitivo
Figura 4.11 TCD con un sensor de humedad conectado
Figura 4.12 TCD con un termistor conectado
Figura 4.13 Funcionamiento de un sensor PIR [22]
Figura 4.14 Aplicacin de la lente de Fresnel [22]
Figura 4.15 TCD con un sensor PIR conectado
Figura 4.16 Conexin de un rel [24]
Figura 4.17 Tabla explicativa de los distintos tipos de rels
Figura 4.18 Distintos tipos de rels conectados al micro
Figura 4.19 Ejemplo de rel lacheado
Figura 4.20 Modelo RGB en formato cbico
Figura 4.21 Acondicionamiento de un LED RGB
Figura 4.22 Parmetros fundamentales de los LEDs RGB usados en este proyecto
Figura 4.23 TCI-F con seis LEDs RGB iluminados con color azul conectados en
paralelo
Figura 4.24 TCI-4F con una tira de 15 LEDs RGB iluminados en blanco
conectado a una de sus fases
Figura 5.1 TCC: Tarjeta de Control Central
Figura 5.2 Diagrama de flujo del algoritmo de control de la TCC
Figura 6.1 Interfaz de control
Figura 6.2 Estructura y bloques principales de ambos programas
Figura 6.3 Paquetes enviados segn las instrucciones entre interfaz y server

9


....................................................................63

...........................................................................................................................65

.......................................................................................................................67
...............................68
..............................................................68
..................................69
....................................69
.................................................................................70

....................................................................................................................82
..........................................89
....................................90
.......................................................................91
..................................................................91
..................................................92
..........................................................................92
Figura 6.4 Arquitectura de la base de datos
Figura 7.1 Paquetes recogidos con ZENA Network Analyzer para la prueba
de MiWi
Figura 7.2 Paquetes recogidos con ZENA Network Analyzer para la prueba
de sensores
Figura 7.3 Desglose del paquete recibido en la prueba de sensores
Figura 7.4 Tarjetas TCD probadas en un hogar
Figura 7.5 Tarjetas TCI-F, TCI-4F y TCA probadas en un hogar
Figura 7.6 Pruebas de la interfaz de control en un entorno real
Figura 7.7 TCC situado en el CGP
Figura 10.1 Ciclo de vida posible de el sistema domtico de este
proyecto [26]
Figura 20.1 Interfaz de control (pestaa del Energy System)
Figura 20.2 Interfaz de control (pestaa del Home Automation)
Figura 20.3 Ventana del DSN de sistema
Figura 20.4 Ventana para seleccionar driver
Figura 20.5 Ventana de conexin con la base de datos
Figura 20.6 Conexin con DBManager


10



Parte I MEMORIA

Memoria Introduccin
13


Captulo 1 INTRODUCCIN
En este captulo se hace una introduccin de este proyecto. Se comenzar
estudiando las alternativas y soluciones propuestas por varias de las empresas ms
relevantes en el sector de la domtica. A partir de este anlisis, se exponen las razones
que han despertado inters en el desarrollo de un nuevo sistema domtico, as como los
objetivos que se pretende llevar a cabo.
1.1 ESTADO DEL ARTE
En este apartado se estudia la situacin actual de las empresas domticas. Lo
ms importante en los sistemas inteligentes es la organizacin, la comunicacin y la
interaccin con el usuario. Se han desarrollado varias maneras de enlazar los sensores
con los actuadores mediante distintas interfaces.

1.1.1 SMARTTHINGS
La empresa SmartThings [3] ha diseado una centralita (Hub) que se comunica
con varios protocolos ya establecidos como ZigBee o WiFi y se conecta a una
plataforma segura en internet.

Lo atractivo de esta centralita es que
conecta automticamente los sensores y
actuadores entre s, sin necesidad de
atencin por el usuario. Desde internet, la
informacin sobre el entorno llega a
dispositivos como smartphones mediante
una aplicacin.
Figura 1.1: Hub de SmartThings y la aplicacin mvil [3]
Memoria Introduccin
14


Lo curioso de esta aplicacin, es que viene en distintas mini-aplicaciones; por
ejemplo, una aplicacin que haga parpadear las luces de la casa cuando llega un correo
puede resultar una molestia para algunos; por eso, han separado la aplicacin en varias
para que cada usuario controle y automatice lo que quiera. Tambin, ofrecen la
posibilidad de disear aplicaciones mediante dispositivos Arduino para abrir fronteras y
crear una comunidad que comparta sus propias aplicaciones.

1.1.2 INSTEON
La empresa INSTEON[4], divisin de SmartLabs, Inc., tiene otra manera de
enlazar los dispositivos que constituye el sistema inteligente.

En este caso, la centralita es el SmartLinc, que requiere conexin a internet
mediante ethernet a un router. Los dispositivos deben configurarse manualmente para
enlazarlos con la centralita. Adems, este protocolo se comunica por el cableado
elctrico de la casa (como el protocolo X10) y/o por radiofrecuencia (915 MHz). Por
otra parte, los dispositivos estn preparados para actuar como repetidores para aumentar
el alcance de la red inteligente; y repiten de manera simultnea (simulcast). Sin
embargo, todos los dispositivos tienen su tabla de referencia, luego si se aade un
dispositivo a la red se debe actualizar todos los dems dispositivos, no solo el
SmartLinc, lo cual requiere accin por parte del usuario para configurar y organizar la
red de forma correcta.
Adems, no slo se puede controlar por una aplicacin mediante un smartphone,
sino que tambin han desarrollado controladores propios como teclados o pantallas
tctiles o convertidores de protocolo de seales infrarrojas a protocolo INSTEON para
Figura 1.2: Diagrama explicativo del protocolo INSTEON [4]
Memoria Introduccin
15


poder controlar elementos con, por ejemplo, un mando de televisin. El SmartLinc es
tambin compatible con cmaras IP, y stas se pueden visualizar mediante la aplicacin.
Por ltimo, algunas de las aplicaciones clave de INSTEON son: monitorizacin del
consumo de potencia/energa en vivo, informes sobre el precio de la energa y la
respuesta a la demanda.

1.1.3 Z-WAVE
Existe otro protocolo ms que est orientado a la domtica: Z-Wave[5]. Se opera
alrededor de los 900MHz, ofreciendo ms alcance y evitando interferencias ms
comunes en la banda de los 2.4GHz. Los dispositivos pueden actuar como repetidores
tambin, constituyendo as una red inalmbrica bastante robusta. Este protocolo se usa
en todas las empresas que forman la Z-Wave Alliance (150 aproximadamente). Las
empresas que forman esta alianza fabricaban sus propios electrodomsticos, y ahora las
han preparado para formar una red inalmbrica orientada a la domtica.. Muchas de
estas empresas trabajan entre s para poder formar una red domtica completa. Un
ejemplo importante de estos es Nexia Home Intelligence, que por ejemplo integra los
cerrojos automticos de la empresa Schlage con los termostatos de la empresa Trane en
una misma red.
En este ejemplo la centralita es el Nexia
Bridge[6] que requiere conexin por Ethernet
para conectarse al servidor. Posee dos botones
(+y -) para aadir o excluir un dispositivo de
protocolo Z-Wave a la red. Si se necesita
aadir una cmara, se presiona el +y un botn
en la cmara para integrar la cmara a la red.
Mediante una pgina web o una aplicacin se
puede controlar todos los elementos de la red a
travs del Nexia Bridge.
Respecto al consumo de energa, tambin dispone de una aplicacin que
monitoriza el consumo y los costes de ello de todos los dispositivos Z-Wave conectados
en la misma red. Es capaz de detectar consumos anormalmente excesivos y avisar al
usuario para que lo ajuste si fuera necesario.
Figura 1.3: Nexia Bridge (Z-Wave) [6]
Memoria Introduccin
16


1.1.4 UPB UNIVERSAL POWERLINE BUS
Otro protocolo que est orientado a la domtica es el UPB[7] (Universal
Powerline Bus). UPB es una tecnologa que usa el cableado de potencia actual para
mandar seales que controlan luces y cargas elctricas desde cualquier sitio dentro o
fuera de la casa. Es barato ya que no necesita nuevos cables y es una solucin fiable. Es
bsicamente un protocolo X10 mejorado en gran medida. Se basa en mandar pulsos
determinados de 4KHz a 40kHz que viajan por la red elctrica de la casa, y los
dispositivos que entiendan de este protocolo pueden extraer la informacin del cableado
elctrico del hogar. Otro aspecto atractivo de este protocolo es su probabilidad casi nula
de fallo, ya que no tiene obstculos o interferencias que atravesar como los protocolos
inalmbricos.
Es necesario un software (Upstart)
para controlar esta red desde un ordenador y
un convertidor para enlazar el PC con la red
elctrica (por un puerto serie o por un puerto
USB). Existe otra alternativa, que es una
centralita (RUC Remote Universal
Controller) que requiere conexin Ethernet y
un adaptador de puerto serie para enlazar el
RUC con la red elctrica.

Finalmente, mediante un navegador de internet o aplicaciones para smartphones,
se puede controlar la red UPB de manera remota. Adems, el RUC entiende de
protocolo INSTEON y Z-Wave ya mencionados anteriormente.

1.2 MOTIVACIN DEL PROYECTO
Ha quedado clara la tendencia creciente del mundo de la domtica. Cada vez
resulta ms atractiva la idea de automatizar o hacer inteligente el hogar donde vivimos.
Por ello, resulta interesante estudiar los mtodos que se han desarrollado hasta hoy para
Figura 1.4: RUC (UPB) [7]
Memoria Introduccin
17


poder elaborar una solucin que tenga elementos que los sistemas estudiados carezcan.
Primero, se ha determinado la solucin de este proyecto comparando los sistemas
domticos comerciales estudiados y se expondr despus la motivacin de este proyecto
que ha causado esta comparacin.

1.2.1 COMPARACIN
A partir de las caractersticas principales se va a proponer una solucin con un
valor aadido para ofrecer una solucin ms efectiva y robusta. Como protocolo de
comunicacin se usar ZigBee en este proyecto, aunque ser a travs de una interfaz
que desarroll la empresa Microchip Technologies: MiWi (Microchip Wireless[8]). Se
caracteriza por su bajo consumo y bajas tasas de datos y posee otros rasgos que se
pueden ver a continuacin:

SmartThings INSTEON Z-Wave UPB MiWi
Powerline No S No S No
Radio S (varios)
S (sub
GHz)
S (sub
GHz)
No S (2.4GHz)
Propagacin
de mensajes
Redireccin. Simulcast Redireccin. P2P Redireccin.
Nivel de ruido Normal Escaso Bajo Muy escaso Normal
Encriptacin S S S** S S***
Tabla de
direcciones
Solo en la
centralita
En cada
dispositivo
Solo en la
centralita
En cada
dispositivo
En cada
dispositivo*
Actualizacin
de la tabla de
direcciones
Automtico Manual Manual Automtico Automtico*
Integracin de
dispositivos a
la red
Automtico Manual Manual Automtico Automtico

Powerline se refiere a transmisin por el cableado elctrico. Propagacin de
mensajes es la manera en que los mensajes son transmitidos por la red. La tabla de
direcciones es un ndice que tienen los dispositivos para saber la direccin del
No es propio del protocolo MiWi. Se ha programado para mejorarlo y para que obtenga esas propiedades
Desde hace cuatro aos se implement una encriptacin slida, ya que se poda hackear los cerrojos y cualquiera los poda abrir
Figura 1.5: Tabla de comparacin del protocolo inalmbrico entre tecnologas orientadas a la domtica
*

*

*

Se puede descifrar con ZENA Network Analyzer, un dispositivo de Microchip Technology Inc. disponible en el mercado
*

*

*

*

Memoria Introduccin
18


dispositivo al que tienen que mandar el mensaje; en algunos slo la centralita sabe la
direccin de todos y los dispositivos slo conocen la direccin de su maestro o esclavo.
Respecto al nivel de ruido no es de mucha importancia, ya que el protocolo est
diseado para volver a mandar el mensaje hasta 3 veces ms si no ha llegado
correctamente a su destino. Si no alcanza a su destino se usar el redireccionamiento
para encontrar caminos alternativos. Debido al alcance de las telecomunicaciones, el
hecho de que la informacin vaya encriptada es importante para que nada pueda
interferir fcilmente.
Sin embargo, ya que uno de los objetivos de la domtica es el ahorro energtico,
los sistemas domticos comerciales carecen de funcionalidades en cuanto a la gestin de
energa. Aunque no se incluya en este proyecto, una de las funciones ms importantes
en una casa inteligente es la gestin de la energa: monitorizar el consumo energtico de
los elementos de la casa (cunto consumen las luces del saln, el aire acondicionado,
etc.); la respuesta a la demanda (monitorizar el coste actual de la energa); el
almacenamiento de energa cuando la energa est ms barata; y limitar el consumo
cuando la energa est ms cara. Estas cuatro funciones, aunque sean ajenas a este
proyecto, se integrarn con este proyecto una vez se configure la compatibilidad y la
integracin entre ellos.

1.2.2 MOTIVACIN
Un factor importante a tener en cuenta es que el sistema domtico sea fcil de
entender y de gestionar. Por ello, el sistema domtico desarrollado en este proyecto
debe ser user-friendly para que sea ms fcil de usar y sobre todo ms atractivo. Por eso
se ha optado por utilizar un protocolo de comunicacin que no requiera accin por parte
del usuario para establecer la red inteligente.
Si profundizamos en este factor uno se puede encontrar con un lmite que
estos sistemas domticos tienen. Estos sistemas domticos ya desarrollados funcionan
segn consignas/reglas temporales/eventos que el usuario define; es decir, que si el
usuario no pone las reglas, el sistema domtico no sabra qu hacer.
Por lo tanto, en este proyecto se ha estudiado la manera de dotar a este sistema
de una inteligencia propia para aportar ms beneficios al sistema. Por ejemplo, si el
usuario quiere establecer una temperatura determinada en un lugar y el sistema
Memoria Introduccin
19


domtico considera que el coste energtico de esta operacin es alto, este sistema
podra modificar ligeramente la temperatura para que el usuario no note este cambio y
para reducir el coste energtico.
Como se ha visto anteriormente, otro elemento que aportara un valor
considerable a cualquier sistema domtico comercial es una gestin de energa en el que
se incluya un almacenamiento propio de energa. El sistema debera ser capaz de
almacenar energa mientras la demanda sea baja, para luego independizarse de la red
elctrica una vez la demanda sea alta y subsistir con la energa almacenada previamente.

1.3 OBJETIVOS
Se han cumplido los siguientes objetivos para llevar a cabo este proyecto con los
rasgos mencionados en el apartado anterior:
1. Desarrollo de una red que se comunique de forma inalmbrica
Se ha utilizado el protocolo ZigBee con una interfaz que ha desarrollado
Microchip: MiWi. El sistema domtico debe tener un sistema de comunicacin
inalmbrica para poder conectar todos los elementos del sistema entre s.
2. Realizar un sistema que soporte un control de iluminacin, de climatizacin y de
seguridad integrando sensores y actuadores en la red.
Un sistema domtico tiene como finalidad el aumento del confort, del ahorro
energtico y de la seguridad del hogar.
3. Desarrollo de un software de interaccin del sistema con un PC (opcional:
interaccin con un smartphone)
El PC / smartphone debe registrar todas las variables y reglas de funcionamiento
de la red inteligente y se debe poder monitorizar el sistema y controlar desde ste.
4. Integracin del sistema domtico con el sistema gestor de energa.
El sistema gestor de energa, como se ha mencionado anteriormente,
corresponde a otro proyecto. Es la otra mitad que hace falta para completar el sistema
inteligente en un hogar.
Memoria Introduccin
20


1.4 METODOLOGA
Se ha definido una arquitectura posible del sistema domtico en la figura 1.7.
Consiste en cuatro sistemas, que son enlazados entre s por el maestro central, y a su vez
el maestro central se comunica con el sistema gestor de energa que no se incluye aqu.
Se ha definido cada
elemento de cada sistema por
separado y su interaccin con el
resto de elementos; para los
sensores de luminosidad se debe
establecer el sensor a usar y la
interaccin con la tarjeta
controladora. Una vez se haya
logrado, se puede pasar a definir el
siguiente elemento de esta
arquitectura.
Una vez todos los
elementos hayan sido definidos, el
siguiente paso es juntarlos todos en
la misma red mediante las tarjetas
controladoras y un software que
los configure de manera automtica.
A continuacin se defini la
arquitectura del sistema completo, como se
puede ver en la figura 1.7. Los sistemas
situados en el nivel bajo van separados, pero
coordinados por el mismo dispositivo, el
maestro central. El maestro se comunicar
con el PC, de modo que el usuario pueda
controlar el sistema completo, almacenndose
los datos en una base de datos accesible por
la interfaz de control.
Figura 1.6: Arquitectura posible del sistema domtico
Figura 1.7: Arquitectura general del sistema
Memoria Introduccin
21


Y como ltimo paso se especific la
interfaz de control y la base de datos a usar.
La interfaz debe ser entendible por el usuario
para que pueda gestionar su hogar con la
mayor facilidad posible. La informacin
sobre los aspectos de la casa es recogida por
los sensores para mostrarla en pantalla, y
tambin existen controladores para accionar
los actuadores correspondientes en la
habitacin seleccionada con una lista
desplegable.
Finalmente, debido a que este proyecto tiene como objetivo incorporar sensores
y actuadores en una red inteligente, no es necesario implementar en el proyecto todos
los definidos en la figura 1.6. Por lo tanto se han implementado los sensores y
actuadores que requieren un circuito de acondicionamiento simple en este proyecto para
comprobar su integracin en la red y el control llevado a cabo para manejar estos
dispositivos. En el siguiente apartado se especifican los sensores y actuadores que
implementados en este proyecto.
1.5 RECURSOS / HERRAMIENTAS EMPLEADAS
Los recursos usados para llevar a cabo este proyecto se pueden clasificar en
cuatro grandes grupos: sensores, actuadores, tarjetas controladoras y software:
Sensores
Sensor de luz (fotorresistencia).
Sensor de temperatura (NTC).
Sensor de movimiento/presencia (PIR).
Sensor de humedad (condensador variable).
Actuadores
Rels lacheados y no-lacheados para accionar sistemas automatizados como las
persianas elctricas o el riego del jardn.
Luz personalizada LEDs tricolores o RGB.

Figura 1.8: Interfaz de control
Memoria Introduccin
22


Tarjetas controladoras
Microprocesador dsPIC33FJ 32MC202 y/o dsPIC33FJ 128MC802.
Mdulo de radiofrecuencia MRF24J 40 (2.4GHz) de protocolo MiWi.
Mdulo de radiofrecuencia MRF24WG0 (2.4 GHz) de protocolo WiFi.
Estao, soldador y mordaza para soldar componentes a las tarjetas.
Otros componentes (alimentacin, bobinas, condensadores, resistencias, etc.).
Software
Compilador MPLAB C30 IDE para programar en C.
Diseador PCB CadSoft Eagle para elaborar circuitos impresos.
ZENA Network Analyzer para depurar la comunicacin MiWi.
ERwin Data Modeller y DBManager para la creacin y gestin de la base de
datos MySQL, usando ODBC para enlazar programas a la base de datos.
Qt Designer para el diseo de la interfaz de control.
Microsoft Visual Studio 2010 para la comunicacin WiFi, para programar la
interfaz de control y para la escritura y lectura de datos en la base de datos.

Memoria Arquitectura del sistema domtico
23


Captulo 2 ARQUITECTURA DEL SISTEMA DOMTICO
En este captulo se expone la arquitectura general que se ha desarrollado en este
proyecto: el sistema de control, el sistema de gestor de energa, la interfaz de control del
PC y la interaccin entre ellos.
2.1 ESTRUCTURA GENERAL DEL SISTEMA
Este sistema se compone de varios elementos que controlan ciertos aspectos del
entorno domstico. Es importante que las rdenes de control vengan de un elemento en
particular que est en lo alto de la estructura. Por lo tanto, se ha desarrollado la siguiente
estructura:

Figura 2.1: Arquitectura general del sistema inteligente
24


Los elementos fsicos del sistema domtico se encuentran en el nivel ms bajo,
que son los sensores y actuadores, tal y como se ha expuesto anteriormente en la figura
1.6. Como ya se ha mencionado anteriormente, este proyecto no trata de desarrollar el
sistema de control energtico, sino interactuar con l. Estos dos sistemas estn
coordinados por un maestro central, que est en un nivel medio. Es un dispositivo clave
que acta como puente entre el nivel bajo y el nivel alto del sistema, la interfaz de
control.
Sin embargo, como ya se mencion anteriormente, en este proyecto no se van a
usar todos los sensores y actuadores ilustrados en la figura 1.6 debido a la complejidad
del algoritmo de control y de los protocolos de comunicacin que ya presenta de por s
el sistema inteligente.
La interfaz de control es la que se encarga de controlar el sistema entero. Manda
peticiones peridicas de datos y medidas a los dispositivos del sistema domtico y del
sistema energtico para almacenarlos en la base de datos. Cuando el usuario lo desee,
puede controlar l mismo el sistema a travs de la interfaz de control y puede pedirle
datos y medidas del sistema a la interfaz de control, que se las pasar directamente de la
base de datos.
Por ello, para facilitar la experiencia al usuario, la interfaz de control debe ser
fcil de manejar, lo cual garantiza un control eficaz y sencillo del sistema. Por otro lado,
es necesario un protocolo de comunicacin robusto, de bajo coste y de bajo consumo.
En el captulo 3 se explicar el protocolo de comunicacin MiWi que siguen los
elementos del sistema inteligente que se encuentran en el nivel ms bajo, y en el
captulo 5 se ver el protocolo de comunicacin WiFi que sigue el resto del sistema.
2.2 EJEMPLO EN UN HOGAR
Uno de los factores ms importantes en un sistema domtico es la colocacin de
los dispositivos en el hogar: los dispositivos controladores, el PC controlador, los
sensores, los actuadores, etc. Hay que tener en cuenta lo que necesita cada habitacin y
lugar del hogar para determinar los sensores que debe haber en cada sitio del hogar, sin
olvidarse de la distancia entre dispositivos para no perjudicar la comunicacin
inalmbrica. En la figura 2.2 se puede ver un ejemplo completo de cmo se puede
25


organizar y estructurar un sistema inteligente en un hogar, con sus correspondientes
elementos de domtica y elementos de gestin de energa:

En este ejemplo tambin se han incluido los dispositivos de control energtico,
aunque no se desarrollen en este proyecto. Sin embargo, es necesario saber que los
dispositivos de control energtico se han posicionado fundamentalmente para medir y
regular la corriente de algunos electrodomsticos. Como puede verse, lo ms eficaz es
situar los elementos de control de ms alto nivel a la entrada del hogar, ya que supone
una comodidad el gestionar la casa una vez se entre o se salga de ella. El maestro central
conviene colocarlo lo ms centrado posible. En este caso se ha colocado tambin en el
recibidor.
Figura 2.2: Ejemplo de un plano de una casa inteligente, adaptado de [9]
26


Se han colocado diez dispositivos controladores domticos por toda la casa para
poder gestionarla de forma eficaz. En general, un sensor de temperatura en cada
dispositivo es til para monitorizar la temperatura en toda la casa. En la cocina sera
imprescindible un sensor de humo para notificar un posible incendio y un sensor de
humedad en el suelo para comprobar que no hay fugas de agua. En el recibidor-pasillo
es fundamental un sensor de presencia para mejorar la seguridad del hogar. En el saln,
dado su tamao, es posible la utilizacin de dos dispositivos, ya que uno puede iluminar
el saln con LEDs RGB y el otro puede manejar las persianas elctricas. En cada bao
se puede instalar tambin un sensor de humedad para controlar que no haya fugas de
agua. Finalmente, en las habitaciones se puede tener sensores de luz, controladores para
las persianas elctricas y reguladores de carga para la luz (este ltimo perteneciente a
los dispositivos de control energtico) para mantener el nivel de luz constante en las
habitaciones automticamente de forma ptima.
Este ejemplo cubre todos los aspectos generales de un sistema domtico
genrico. En los siguientes captulos se va a detallar cada uno de estos aspectos relativos
a este proyecto, comenzando por el protocolo de comunicacin en el siguiente captulo.

Memoria Comunicacin del sistema domtico
27


Captulo 3 COMUNICACIN DEL SISTEMA DOMTICO
En este captulo se expone uno de los elementos fundamentales de un sistema
domtico: el sistema de comunicacin inalmbrica del sistema domtico. Su papel es
transmitir la informacin relevante acerca del entorno domstico y las rdenes
procedentes de la interfaz de control.
3.1 PROTOCOLO MIWI MICROCHIP WIRELESS
Este es el protocolo de comunicacin escogido para el sistema domtico de este
proyecto. Es un protocolo de cdigo libre de Microchip Technology Inc., aunque slo se
puede usar en ciertos dispositivos de la misma empresa (en el captulo 4 se vern los
dispositivos usados con este protocolo en este proyecto). Est basado en el protocolo de
comunicacin inalmbrica ZigBee (que a su vez est basado en estndar IEEE 802.15.4,
especificacin del Low Rate Wireless Personal Area Network). El protocolo MiWi se
caracteriza por lo siguiente [10]:
Bajo coste
Bajo alcance
Bajo caudal de datos
Bajo consumo de potencia
Debido a estas propiedades, el protocolo
es adecuado para aplicaciones domticas. En los
siguientes apartados se estudiar detalladamente
el funcionamiento general de los dispositivos que
operan con el protocolo MiWi.
3.2 ESTRUCTURA Y DISPOSITIVOS DE LA RED MIWI
Las redes formadas por este protocolo estn compuestas por 4 tipos de
dispositivos en una topologa de red mallada [11]:
Figura 3.1: Logos de ZigBee y Miwi [10]
28


Maestro Central / PAN Coordinator: se encarga de formar la red y de asignar
direcciones a los dispositivos que se conecten a la red.
Coordinador / Coordinator:
se puede usar para extender el
alcance de la red o bien para
cumplir funciones domticas.
Esclavo / End Device: cumple
funciones domticas. Puede
ser FFD (full function device)
o bien RFD (reduced function
device). Lo segundo implica
que el transmisor del
dispositivo no tenga que estar
encendido siempre para
ahorrar potencia.

3.3 DIRECCIONES DE LOS DISPOSITIVOS
Una vez que el maestro haya establecido la red, este asignar una direccin
dinmica (Short Address, de 4 bytes) a los dispositivos que se conecten. Sin embargo, es
mejor identificar los dispositivos por direccin propia, fsica, permanente y nica (EUI
Extended Unique Identifier, de 8 bytes), ya que la direccin dinmica puede ser
distinta en distintos casos. En caso de que un dispositivo que se est conectando a la red
detecte a un coordinador de la
red pero no al maestro de la
red, entonces el coordinador
de la red le asignar esa
direccin al dispositivo. En el
ejemplo a la derecha se puede
observar la mecnica que hay
detrs de las direcciones
dinmicas [11].
Figura 3.2: Topologa en malla de una red MiWi [11]
Figura 3.3: Asignacin del short Address en una red MiWi [11]
29


3.4 CREACIN DE LA RED E INTEGRACIN DE DISPOSITIVOS
Con el protocolo MiWi, un dispositivo puede ser configurado para ser el maestro
de una red, o para conectarse a una red ya establecida. Esta red se crea en un canal de la
banda de los 2.4GHz. Se pueden establecer una red en 16 canales con distinta
frecuencia. Dentro del mismo canal, es posible crear hasta 65536 redes y cada red lleva
su identificador un nmero de 4 bytes (denominada PANID).
Un dispositivo que busque una red manda peticiones de baliza constantemente a
un canal. Una vez que una peticin sea recibida por maestro/coordinador enviara una
baliza, que contiene la informacin de la red y del emisor, ya que varios dispositivos en
una red podran ser capaces de integrar un dispositivo nuevo a la red. Una vez lleguen
esas balizas al dispositivo que desea conectarse, ste decide a qu dispositivo asociarse
y manda una peticin de asociacin. Despus de un tiempo predefinido, el dispositivo
inicial manda un comando de
peticin de datos para recibir la
respuesta de asociacin desde el
otro lado de la conexin.
Finalmente el dispositivo
perteneciente a la red integra al
otro dispositivo a la red,
asignndole una short address.
Este procedimiento
(handshaking) se muestra en la
[12]:
3.5 ENVO Y RECEPCIN DE MENSAJES
Una vez se haya formado una red, lo siguiente que hay que tener en cuenta es
cmo enviar mensajes por la red. Cualquier dispositivo que sea miembro de una red de
protocolo MiWi usar su short address para comunicarse con el resto de la red. Esta
direccin corta ayuda a otros dispositivos de la misma red a determinar el paradero del
remitente y cmo dirigirse a l. [11]
Figura 3.4: Procedimiento de handshaking en una red MiWi [12]
30


Los mensajes se codifican con el algoritmo de seguridad XTEA (versin
modificada del TEA Tiny Encryption Algorithm), algoritmo pblico que se puede
encontrar fcilmente en internet, aunque no se conoce su debilidad por el momento. Fue
escogido con un compromiso entre memoria ocupada y nivel de seguridad. [13]
Los mensajes estn formados por dos partes: la cabecera y el contenido. La
cabecera del mensaje contiene la informacin necesaria para saber de qu red proviene
el mensaje enviado, la short address del remitente y la short address del destinatario. Si
un dispositivo recibe este mensaje pero no es el destinatario, lo reenva, ya que por
problemas de alcance es posible que un dispositivo A no alcance al B pero s al C que s
puede alcanzar al B. El contenido del mensaje contiene la informacin que se pretenda
enviar, y esto es lo que se debe procesar si es el destinatario quien lo recibe. [11]
Hay veces que un mensaje no llega a su destino, que ocurre con una probabilidad
muy baja; pero existe un mtodo de confirmacin de recepcin (acknowledgement -
ACK) para saber si el mensaje ha llegado a su destino. Si el dispositivo emisor del
mensaje no ha recibido el acknowledgement despus de un tiempo predefinido (timeout)
entonces enviar el mensaje de nuevo. Si lo ha intentado 3 veces sin xito declarar un
error. Ntese que este es un mtodo que verifica si el mensaje se ha enviado
correctamente, pero no verifica si el contenido no ha sido modificado por error. Para
ello existe la comprobacin de redundancia cclica (CRC) que aade datos a la cabecera
que guardan relacin con el contenido del mensaje. Si esta relacin no se cumple una
vez recibido el mensaje, se mandar una peticin de reenvo. [11]
Los dispositivos tienen un buffer para la transmisin y para la recepcin (TX
buffer y RX buffer respectivamente). El TX buffer almacena bytes como contenido del
mensaje que se desea enviar, y cuando se est ejecutando el comando de emisin, se le
aade la informacin correspondiente a la cabecera, se enva el buffer al destino
deseado y luego se limpia. El RX buffer recibe lo que en su momento estaba en el TX
buffer de otro dispositivo. Una vez se haya procesado el mensaje recibido se limpia el
RX buffer. Estos buffers son tiles ya que los dispositivos pueden estar ocupados y no
pueden atender a la recepcin o la emisin del mensaje en un momento dado. [11]
Tambin existe un mtodo global de envo de mensajes que se denomina
broadcast. Se trata de mandar un mensaje a todos los dispositivos que se encuentren en
la red. Es un mtodo til para hacer llegar un mensaje general a todos los dispositivos
de la red.
31


3.6 PROPAGACIN Y REENVO DE MENSAJES
Para guiar un mensaje en una red inalmbrica puede requerir procesos
laboriosos. El protocolo MiWi resuelve este problema con un mtodo que gua los
mensajes (routing), tal y como se puede resumir en la siguiente figura:

Este rbol de decisin representa el mecanismo que sigue un mensaje cuando es
recibido por un dispositivo distinto al destinatario. Esto tambin puede ocurrir por
razones de alcance. En el caso de que un mensaje recibido sea un broadcast, el
dispositivo hace un re-broadcast para asegurarse de que llegue el mensaje a todos los
dispositivos de la red. Si un dispositivo recibe un mensaje duplicado por broadcast,
ignorar las duplicaciones.
En la primera condicin del rbol de decisin se pregunta si se conoce al
dispositivo directamente. Un dispositivo A conoce a otro B directamente si:
A ha sido integrado a la red por B, o viceversa
A ha recibido un mensaje por parte de B, o viceversa
Si se observa la figura 3.3 de nuevo, se puede ver que antes de mandar mensaje
alguno, el dispositivo A no conoce a los dispositivos E, F y G (y viceversa). Una vez el
dispositivo A mande un mensaje al dispositivo E, mandar un mensaje al C, que es
quien integr al dispositivo E a la red; tal y como aparece en la segunda pregunta del
rbol de decisin de la figura 3.5. Finalmente el dispositivo C le reenviar el mensaje al
dispositivo E, entonces E conoce directamente a A. Una vez E mande el
acknowledgement al dispositivo A, el dispositivo A conoce directamente a E. [11]
Figura 3.5: Procedimiento de routing de mensajes en una red MiWi [11]
32


3.7 FLUJOGRAMA DE OPERACIN MIWI
El flujograma de operacin de un dispositivo que opera con el protocolo de
comunicacin inalmbrica MiWi se puede ilustrar en la siguiente figura:

El dispositivo primero debe inicializar la pila y el hardware para preparar las
comunicaciones. Despus, establece la conexin con la red de una manera o de otra; es
decir, si est configurado para ser maestro pues crea la red, si no, busca al maestro o a
los coordinadores hasta que le manden una baliza para establecer la conexin e
integrarse a la red. [11]
Una vez el dispositivo sea parte de una red, entra en un bucle infinito en el que
se comprueba siempre si hay un paquete en su RX buffer o si debe enviar un mensaje; y
acta en consecuencia. El protocolo est configurado de tal manera que no se pueda
recibir a la vez que se enva, por lo tanto hay que tener esto en cuenta una vez se
modifique el protocolo para adaptarlo a la aplicacin que se desee; en este caso, en una
aplicacin para crear un sistema domtico para una casa inteligente. En el siguiente
apartado se expondrn las modificaciones que se han implementado en este protocolo.
Figura 3.6: Flujograma de operacin que sigue un dispositivo que funciona con MiWi [11]
33


3.8 MODIFICACIONES REALIZADAS EN EL PROTOCOLO MIWI
Se han implementado varios cambios con el fin de facilitar la programacin y
mejorar las caractersticas del protocolo MiWi. En primer lugar, se han implementado
dos modos nuevos de conexin para los dispositivos que deseen integrarse a la red, que
son una versin modificada del modo existente:
1. El dispositivo manda peticiones de baliza a cierto canal de frecuencia con cierta
identificacin (PANID) y se conecta al dispositivo que le mande una baliza.
2. Igual que el anterior, pero slo aceptar la baliza si proviene de un dispositivo
(maestro o coordinador) con un cierto short address predefinido.
El modo 2 ha sido creado para aumentar el alcance de la red de manera ms
eficaz, de modo que se puede fijar la short address de todos los dispositivos si se
controla el orden en el que estos dispositivos se encienden; lo cual es til para saber a
qu short address hay que mandar un mensaje para que llegue a cierto dispositivo. La
desventaja de este es que requiere fijar el orden de conexin de los dispositivos.
Para facilitar la configuracin del EUI de cada dispositivo, se defini una
variable accesible que se aade al byte menos significativo (LSB) de esta direccin
permanente (que tiene 8 bytes en total), la cual se ha definido como mi cr o. Para
mi cr o=0x00 se tiene un EUI de 0x1122334455667701. Despus, se ha creado una
tabla de direcciones o hashtable que relaciona la variable mi cr o de cada dispositivo
con su respectivo short address, de modo que se pueda saber a qu short address
(definida en el protocolo MiWi como myShor t Addr ess) mandar un mensaje para
que llegue a cierto dispositivo (distinguido por la variable mi cr o). En la siguiente
figura se puede observar un ejemplo:

mi cr o
myShor t Addr ess
MSB LSB
1 0x01 0x00
2 0x02 0x00
3 0x01 0x02
4 0x01 0x03
Figura 3.7: Ejemplo del hashtable con la configuracin de la red del protocolo MiWi modificado
34


Con el hashtable no es necesario el modo 2 de conexin para poder relacionar
cada dispositivo con su respectivo short address dentro de la red. El hashtable podra
tener una fila ms relacionada al maestro central, pero es redundante ya que se sabe que
el maestro tendr mi cr o 0 y myShor t Addr ess 0x0000. Cuando los dems
dispositivos se integran a la red, estos le mandan un mensaje al maestro central con su
respectiva fila del hashtable, es decir, su mi cr o y su myShor t Addr ess. Una vez
haya pasado un tiempo predefinido, el maestro mandar el hashtable que tiene al resto
de los dispositivos para que tambin lo tengan.
Debido al requisito de predefinir varias variables para configurar la red, se ha
creado un archivo cabecera par amet er s. h en el que se encuentran todas las
constantes que definen la red y el dispositivo; de modo que resulte ms fcil configurar
a la red y a los dispositivos. Las constantes que hay en este archivo son las siguientes:
Constante Descripcin Restricciones
MI _DI R_ZI GBEE ( mi cr o)
Distingue a cada dispositivo, se
aade el valor de este al ltimo
byte del EUI de cada dispositivo
Distinta en cada dispositivo
MI _CHANNEL
La frecuencia de la red que se
quiere establecer o unirse
Igual en cada dispositivo
MI _PAN_I D
La identificacin de la red que
se quiere establecer o unirse
NUM_DI SPOSI TI VOS
El nmero de dispositivos que
hay previsto en toda la red
TAM_MENS
El tamao mximo en bytes que
puede contener un mensaje
ANNOUNCE_HASHTABLE_TI ME
El tiempo que el maestro espera
a anunciar el hashtable (ms)
Ninguna
MI _MODO Modo de conexin (1,2) Ninguna
I D_MI _MAESTRO_MSB
El MSB del maestro/coordinador
asociado al modo 2
El maestro/coordinador de la red
debe tener esta short address
I D_MI _MAESTRO_LSB
El LSB del maestro/coordinador
asociado al modo 2
El maestro/coordinador de la red
debe tener esta short address

Figura 3.8: Constantes relacionadas con el protocolo definidas en el archivo par amet er s. h
35


Figura 3.9: Formato de los mensajes transmitidos en el protocolo modificado
Figura 3.10: Distintos tipos de instruccin transmitidos en el sistema domtico
Otro elemento importante es definir un protocolo de mensajes robusto. En este
archivo cabecera tambin se definieron constantes relacionadas al tipo de mensaje o
instruccin que se enva o se recibe. A continuacin se expone el formato de los
mensajes mandados en este protocolo:
Cabecera propia del
protocolo original
Nmero de bytes N del
mensaje (1 byte)
Instruccin
(1 byte)
Contenido adicional del mensaje
(38 bytes mximo)

La cabecera propia del protocolo original contiene informacin como el
destinatario del mensaje, la peticin de confirmacin (ACK), la comprobacin por
redundancia cclica (CRC), etc. El nmero N de bytes es igual a la longitud del
contenido adicional del mensaje mas uno, el byte de la instruccin del mensaje. Este
nmero es necesario para saber cuntos bytes se deben interpretar. El byte ms
importante es el de la instruccin, pues indica al dispositivo cmo debe interpretar este
mensaje. Los distintos tipos de instruccin se exponen a continuacin, con su contenido
adicional asociado:
I NST_HASHTABLE_UPDATE
3 bytes: el byte de la variable mi cr o y los dos bytes del
myShor t Addr ess del emisor (para rellenar la hashtable).

I NST_PEDI R_MEDI DAS_DOM
0 bytes adicionales, slo indica al dispositivo que debe mandar
lecturas de los sensores conectados a l (siguiente instruccin).

I NST_MEDI DAS_DOMOTI CAS
12 bytes: El dispositivo emisor informa sobre el estado y la medida de
sus sensores de temperatura, humedad, luz y presencia, formando 4
grupos de 3 bytes para informar sobre ello.

I NST_PEDI R_ESTADO_RGBS
0 bytes adicionales, el dispositivo receptor debe mandar el estado de
los LEDs conectados a l (siguiente instruccin).

I NST_ESTADO_RGBS
5 bytes: el primero indica qu LEDs tiene habilitados el dispositivo emisor, el
segundo indica la potencia del LED en general (%) y los ltimos 3 indican la
intensidad (%) de cada color del LED tricolor (rojo, verde y azul)

I NST_LUZ
5 bytes: el primero indica qu LEDs debe encender el dispositivo receptor, y los ltimos 4
son los niveles de potencia general, rojo, verde y azul que debe establecer en los LEDs.

I NST_RELE 1 byte, que indica qu rels debe excitar el dispositivo receptor del mensaje.

36



En las instrucciones I NST_MEDI DAS_DOMOTI CAS e I NST_ESTADO_RGBS
se incluye tambin la variable mi cr o del dispositivo ya que le ahorra al maestro central
la tarea de mirar esta variable en su hashtable, de modo que el maestro central reenviar
el mensaje por WiFi al PC sin tener que procesarlo (ver captulo 5).
Finalmente, se ha modificado el temporizador o timer por dos razones. La
primera es que usaba dos timers en vez de uno y dejaba solo un timer disponible para
las aplicaciones domticas de este proyecto, dificultando la coordinacin entre ciertas
tareas. Por ello, este protocolo solo usar un timer. La desventaja de ello es que la
cuenta del timer rebosara antes, por lo tanto el registro asociado que cuenta las veces
que el timer rebosa contara mucho ms rpido que antes y llegara al lmite demasiado
pronto. Debido a ello, se ha aumentado la frecuencia del timer en un 1000%
aproximadamente.
La segunda razn por la que se ha modificado el timer es porque el registro
asociado tena un nmero de bytes que, sin modificar el timer, llegaba a su fin en
aproximadamente 2 horas despus de su conexin a la red (cuando llega a su fin vuelve
a contar desde 0); y como el protocolo cuenta tiempo por referencias, si establece una
referencia en 1:45 para contar media hora, no va a llegar nunca ya que pasado la media
hora el registro estar en 0:15 y la diferencia sera de -90 minutos. Se le han aadido 4
bytes ms a este registro; y con la frecuencia del timer 10 veces ms rpido ahora podr
contar hasta ms de 100 aos sin volver a contar desde 0.
Realizados todas estas modificaciones, el protocolo es ahora ms robusto y ms
fcil de manejar, facilitando la comunicacin entre dispositivos de la red interna MiWi y
tambin la comunicacin entre la red MiWi y el PC para controlar los dispositivos
desde la interfaz de control. En el captulo 5 se ver el protocolo de comunicacin usado
para enlazar el resto del sistema con la red MiWi.
Explicado ya las caractersticas fundamentales del protocolo de comunicacin
del sistema domtico, en el siguiente captulo, se vern los distintos dispositivos que
van a operar con el protocolo MiWi.

Memoria Dispositivos remotos
37


Captulo 4 DISPOSITIVOS REMOTOS
En este captulo se ver el hardware desarrollado y usado en este proyecto: las
tarjetas controladoras, el microprocesador, el mdulo de radiofrecuencia, los sensores y
los actuadores.
4.1 TARJETAS CONTROLADORAS
Las tarjetas controladoras o de control han sido diseadas con el programa de
CAD CadSoft Eagle 6.1. Algunas de estas tarjetas se pueden alimentar con pilas; por
ello, se pueden colocar en cualquier lugar de la casa sin tener que pasar un cable de
alimentacin desde un enchufe, lo cual resulta til para ciertos sensores como los de
presencia. Se han diseado en este proyecto cuatro tarjetas que sirven propsitos
distintos:
TCD: Tarjeta de Control Domtico
TCI-F: Tarjeta de Control de Iluminacin Foco
TCI-4F: Tarjeta de Control de Iluminacin 4 Fases
TCA: Tarjeta de Control de Actuadores
Estas tarjetas se colocaran en distintos lugares de la casa, como se puede ver en
la figura 2.2. La tarjeta que representa el maestro central (TCC) se ver en el captulo 5;
Cada tarjeta viene con un microprocesador y un mdulo de radiofrecuencia que se vern
en los apartados 4.2 y 4.3 respectivamente. A continuacin se expondrn las
caractersticas principales de cada tarjeta.
4.1.1 TCD: TARJETA DE CONTROL DOMTICO
Esta tarjeta fue la primera que se dise y por ello es la tarjeta de propsito
general de este proyecto. Las otras 3 tarjetas fueron diseadas posteriormente ya que
ciertos actuadores requeran una serie de componentes que ocupan un espacio
considerable, como los rels de la TCA.
38


Esta tarjeta se alimenta a 12V, por lo tanto se puede alimentar con pilas. Tiene
dos estabilizadores de tensin cuyas tensiones de salida son 5V y 3.3V. Estas tensiones
de salida son adecuadas para
la gran mayora de sensores y
actuadores que hay en el
mercado.
Los sensores y
actuadores que se deseen
conectar a la tarjeta se
conectan en los pines que van
de 3 en 3 en la parte superior
y en la izquierda de la tarjeta.
Son 3 pines para cada
sensor/actuador ya que uno
est a 3.3V o 5V (mediante
un jumper se selecciona), otro
est a 0V y el tercero est
conectado al microprocesador.
En concreto, los pines en el recuadro A y B son los que entran al conversor
analgico-digital del microprocesador. Estos pines del microprocesador son capaces de
medir tensin, de 0 a la tensin de alimentacin (en este caso es 3.3V). Se han separado
en dos grupos distintos ya que tienen una alimentacin distinta. Con los pines verdes se
puede establecer una tensin de 3.3V o de 5V mediante un jumper. En el recuadro C se
encuentran los pines asociados al perifrico de control de motores del microprocesador.
Asimismo, en el recuadro D se pueden conectar sensores digitales para que, con el
selector rojo de la parte superior izquierda de la tarjeta, tengan una resistencia pull-
down. En el recuadro E se encuentran pines de funciones reducidas que se pueden usar
para establecer o leer tensiones de 0V, 3.3V o de 5V solamente (como el resto de los
pines). Adicionalmente, en la esquina inferior izquierda se han dispuesto varios pines
para poder gestionar un encoder (recuadro F).
Se puede apreciar en la figura 4.1 el microprocesador y el mdulo de
radiofrecuencia, ambos de Microchip Technology Inc. El espacio que existe entre el
mdulo de RF y el resto del circuito es necesario para no interferir en las
Figura 4.1: TCD: Tarjeta de Control Domtico
A
B
C
D E
F
G
H I
39


comunicaciones del dispositivo. Tambin hay un conector blanco de tres pines
(recuadro I) debajo que sirve para comunicacin I
2
C (Inter-Integrated Circuit) con otras
tarjetas. El conector blanco que est a la derecha del conector I
2
C (recuadro H) es por
donde se alimenta la tarjeta a 12V. El circuito estabilizador de tensin se encuentra
encima del mdulo de radiofrecuencia, delimitado por dos bobinas (de color cobre). Por
si fuera necesario, se han colocado varios pines a 5V y a 3.3V (recuadro G) con sus
respectivos pines a tierra encima del circuito estabilizador de tensin.
En definitiva, esta tarjeta es capaz de gestionar y controlar una gran variedad de
sensores y actuadores adecuados para aplicaciones domticas. A continuacin se
expondr las caractersticas de las otras tres tarjetas, que no son de propsito general.
4.1.2 TCI-F: TARJETA DE ILUMINACIN - FOCO
Esta tarjeta ha sido diseada para gestionar
LEDs RGB (vase 4.6.2), y por ello se alimenta a
220V en corriente alterna (se puede apreciar el
transformador, que es el componente grande rojo),
para poder proporcionar una corriente lo
suficientemente alta al LED para poder iluminar
gran parte de una habitacin.
Esta tarjeta tambin dispone de un conector
I
2
C y est diseada para tambin soldarle (recuadro
D) un sensor de temperatura NTC (vase 4.5.3). En
la parte inferior de la tarjeta se puede apreciar los
tres transistores asociados a cada LED.
En el recuadro A se encuentra el conector de 4 pines para enchufar a un LED
RGB. Hay un pin a 3.3V y los 3 restantes son los pines asociados a cada color del LED.
Por si fuera necesario, existen 2 pines de 3.3V con sus pines asociados a tierra (recuadro
B). La entrada a 220V se encuentra en el recuadro C. Entre los recuadros B y C se
encuentra el conector de 3 pines de comunicacin I
2
C, como en la tarjeta TCD.

Figura 4.2: TCI-F: Tarjeta de Control de Iluminacin - Foco
A C B
D
40


Figura 4.4: TCA: Tarjeta de Control de Actuadores
4.1.3 TCI-4F: TARJETA DE ILUMINACIN 4 FASES
Esta tarjeta ha sido diseada para
gestionar varias tiras de LEDs RGB (vase
4.6.2), aunque de menor calibre que el de la
tarjeta anterior. En total se pueden acoplar 4
circuitos de LEDs RGB distintos, haciendo un
total de 12 transistores requeridos para ello.
A diferencia de la tarjeta anterior, esta
se alimenta a 12V y alimenta a los LEDs RGB
a 12V tambin; mientras que la tarjeta anterior
alimentaba su LED RGB asociado a 3.3V. En
el caso de este proyecto se han conectado tiras
de LEDs RGB de 15 cada una a cada fase. Las
4 fases se sealan en los recuadros A y B.
El conector de alimentacin se encuentra en el recuadro C, y tambin esta tarjeta
dispone de pines a 3.3V (recuadro D). Asimismo, el conector de comunicacin I
2
C est
presente en esta tarjeta tambin; y se encuentra entre los recuadros B y C.
4.1.4 TCA: TARJETA DE CONTROL DE ACTUADORES
Para el control de actuadores se ha
diseado esta tarjeta que es capaz de
gestionar rels ya que viene equipada con el
circuito de acondicionamiento necesario
para ello. Esta tarjeta tambin est
alimentada a 220V. Se pueden conectar a la
derecha de los rels (recuadro A),
dispositivos como el riego de un jardn o una
persiana elctrica (ver figura 4.19).
En el recuadro B se encuentra el conector de alimentacin a 220V en corriente
alterna.

Figura 4.3: TCI-4F: Tarjeta de Control de Iluminacin 4 Fases
B
A
C
D
A
B
41


4.2 MICROPROCESADOR DSPIC33FJ32MC202
Este microprocesador de la empresa Microchip Technology Inc. es el
controlador del sistema domtico escogido en este proyecto. En l se programa el
algoritmo de control para controlar los actuadores y para tomar lecturas de los sensores.
Este microprocesador tiene programado un driver del protocolo de comunicacin MiWi
de Microchip Technology Inc., el cual est programado para que funcione con
dispositivos de la misma empresa.
Las caractersticas importantes de este microprocesador para este proyecto son
las siguientes [27]:
Alimentacin necesaria de 3.3V o 5V. La tensin de alimentacin fija la tensin
de los pines de salida digitales al mismo nivel de tensin de alimentacin y
limita la mxima tensin para los pines de entrada digitales y analgicos al
mismo nivel de tensin de alimentacin.
28 pines, de los cuales 21 se pueden usar como salida o entrada digital y entre
estos 6 pueden usarse como entrada analgica mediante el conversor analgico-
digital. Este conversor es capaz de medir el voltaje de entrada en un pin del
microprocesador con una resolucin de aproximadamente 0.1% de la tensin de
alimentacin.
3 timers de 16 bits, de los cuales uno es necesario para el protocolo MiWi,
dejando dos para otras tareas temporales.
Un mdulo SPI (Serial Peripheral Interface), un estndar de comunicaciones
necesario para transferir informacin desde el microprocesador hasta el mdulo
de radiofrecuencia y viceversa.
Lmite de intensidad de salida de 200mA; un importante factor a tener en cuenta
para la conexin de actuadores al micro.

42


4.3 MDULO DE RADIOFRECUENCIA MIWI
Este dispositivo, que es tambin propiedad de Microchip Technology Inc. se
encarga de transferir informacin entre microprocesadores usando el protocolo de
comunicacin MiWi [28]. Transmite a 2.4GHz con un caudal de datos mximo de
250Kbps y se alimenta a 3.3V. Para la aplicacin de este proyecto, es necesario conectar
entre el microprocesador y el mdulo de RF cuatro pines de datos (gestionados por el
mdulo SPI), aparte del pin de reset, el de alimentacin y el de tierra. En la siguiente
figura se muestra un ejemplo de qu pines se podran conectar entre s. En dicho
ejemplo, se requieren solamente 4 pines de datos, adems de la alimentacin, el reset y
la tierra.

Figura 4.5: Posible interconexin entre ambos dispositivos para el funcionamiento del protocolo MiWi
43


4.4 ARQUITECTURA DEL ALGORITMO DE CONTROL
El microprocesador sigue un bucle cerrado una vez haya creado la red o se haya
integrado a ella. El siguiente esquema explica detalladamente cmo funciona el
algoritmo de control programado en los microprocesadores:

Se ha
recibido un
mensaje?
No
Inicializacin del
hardware y del
protocolo MiWi
Creacin de la red
o integracin del
dispositivo a la red
Procesar el
mensaje recibido e
interpretar la
peticin recibida
Ejecutar la orden
recibida y/o cargar
un mensaje de
respuesta
Se debe
ejecutar una tarea
temporal?
Ejecutar la tarea y
cargar un mensaje
de respuesta si
fuera necesario
Se debe
transmitir un
mensaje?
Enviar el mensaje
almacenado antes
debido a una tarea
anterior
S
No
S
No
S
Figura 4.6: Diagrama de flujo del algoritmo de control de los microprocesadores
44


4.5 SENSORES
En este apartado se expondrn los sensores que se han usado en este proyecto y
su calibracin. Es importante tener en cuenta las variables que se deseen medir para
escoger el tipo de sensores que se deben implementar en este proyecto:
Nivel de luz Sensor de luminosidad
Nivel de humedad Sensor de humedad
Nivel de temperatura Sensor de temperatura
Deteccin de presencia Sensor de presencia
4.5.1 SENSOR DE LUMINOSIDAD
Para aplicaciones domticas existen 3 tipos de sensores de luminosidad (o
sensores fotoelctricos) adecuados:
Fotodiodo: es un diodo sensible a la luz infrarroja y a la luz visible. Cuando sea
excitado por la luz incidente conducir una cantidad de corriente proporcional a
la intensidad de la luz que incide sobre el diodo.
Fototransistor: es un transistor que tambin es sensible
a la luz infrarroja y a la luz visible. Es ms sensible que
el fotodiodo debido a la ganancia propia del transistor.
Funciona de la misma manera que un transistor normal
al que se le ha conectado un fotodiodo entre su base y
su colector, tal y como se puede ver en la figura 4.7.
Fotorresistencia: tambin conocido como LDR (del ingls Light-Dependent
Resistor). Es una resistencia sensible a la luz incidente, que reduce su resistencia
dependiendo de la intensidad de la luz incidente. En una habitacin oscura su
resistencia es del orden de millones de ohmios y en una habitacin iluminada su
resistencia es del orden de cientos de ohmios.
En este proyecto se ha escogido la fotorresistencia para medir el nivel de
luminosidad ya que requiere un circuito de acondicionamiento ms simple que el de las
otras alternativas. La desventaja es que las otras alternativas ofrecen una respuesta lineal
con la luminosidad, mientras que la fotorresistencia ofrece una respuesta exponencial, lo
Figura 4.7: Fototransistor [14]
45


cual resulta ms difcil de determinar el nivel de luz con una fotorresistencia (se
requiere una calibracin mucho ms compleja). [15]
El circuito de acondicionamiento
necesario para la fotorresistencia se muestra en
la figura 4.8, donde

es la fotorresistencia. Latensindesalidasecalculadeestemodo:

Figura 4.8: Acondicionamiento de la fotorresistencia
15
16
17
18
19
20
21
22
23
24
25
26
27
28
14
13
12
11
10
9
8
7
6
5
4
3
2
1
d
s
P
I
C
3
3
F
J
3
2
M
C
2
0
2
+3.3V
20 k
v
o
R
f
(4.1)
Figura 4.9: TCD con un sensor de luz conectado
46


En definitiva, se ha escogido el sensor de humedad capacitivo ya que requiere un
circuito de acondicionamiento ms simple, aunque los sensores resistivos suelen ser
ms fciles de acondicionar; sin embargo, los sensores de humedad resistivos son
tambin sensibles a la temperatura y habra que incorporarles un sensor de temperatura
adicional. Adems del condensador sensible a la humedad, existen sensores que tiene un
chip de acondicionamiento de seal integrado de manera que la salida ser directamente
proporcional a la humedad relativa. [16]
Un ejemplo de este tipo de
sensores es el de la siguiente figura, y
es el escogido para este proyecto ya que
no necesita circuito de
acondicionamiento alguno.
En la siguiente figura se puede ver el
sensor de humedad conectado a la TCD. Este es el
nico sensor en este proyecto al cual se le debe
alimentar a 5V, pero la salida de este componente
como mximo llega a 3.8V; aunque para llegar a
3.3V debe haber una humedad relativa del 80%, el
cual es un valor muy alto en un hogar, aunque es
un valor normal si el sensor se encuentra en un
jardn cuando se ha regado.
4.5.3 SENSOR DE TEMPERATURA
En cuanto a la temperatura, existen tres tipos de sensores adecuados para este
proyecto:
Termopar: este dispositivo consiste en dos conductores distintos que producen
una diferencia de potencial cuando se calientan. No requieren alimentacin y
pueden usarse para medir un alto rango de temperaturas (algunos tienen un
rango de 0C a 2300C), pero no suelen disponer de una precisin decente. [18]
Termistor: son resistencias mucho ms sensibles a la temperatura que las
resistencias normales. A diferencia de los termopares, los termistores estn
hechos de un cermico o de un polmero. Los hay de dos tipos: NTC (Negative
Figura 4.10: Pines del sensor capacitivo
Figura 4.11: TCD con un sensor de humedad conectado
47


Temperature Coefficient, inversamente proporcionales a la temperatura) y PTC
(Positive Temperature Coefficient, directamente proporcionales a la
temperatura). Otra diferencia con los termopares es que los termistores no
ofrecen una respuesta lineal con la temperatura y tienen un rango de medida
mucho menor (normalmente de -90C a 130C). [19]
RTD: del ingls Resistance Temperature Detectors. A diferencia de los
termistores, los RTD estn hechos de metales puros conductores como el platino
o el cobre. Pueden usarse para medir temperaturas de -200C hasta 500C y
suelen tener mayor precisin que los termopares, aunque no son tan sensibles.
Otra desventaja es que el material necesario es mayor y ms caro. [20]
En conclusin, para este proyecto se han
escogido los termistores como sensores de
temperatura principalmente por coste, sensibilidad y
rango de temperatura. La nica desventaja es la
calibracin necesaria ya que no son lineales con la
temperatura y requiere una calibracin ms
compleja. El acondicionamiento es idntico al del
sensor de luminosidad (ver figura 4.8), aunque con
una resistencia de 150. En la figura 4.12 se puede
ver el termistor conectado a la TCD.
4.5.4 SENSOR DE PRESENCIA
Estos sensores son ms complejos que los anteriores. Se pueden clasificar en dos
grandes grupos:
Sensores de presencia activos: estos sensores son caractersticos por la emisin
de energa para la deteccin de cambios en los alrededores (que principalmente
son objetos en movimiento). Pueden emitir ondas ultrasnicas, microondas y
ondas de radio.
Sensores de presencia pasivos: se conocen como sensores PIR, del ingls
Passive Infrared. se basan en la deteccin de calor emitida por ondas infrarrojas.
Slo detectan cambios de calor emitido, es decir, si un cuerpo se mueve en una
habitacin con la misma temperatura, estos sensores no lo detectaran.
Figura 4.12: TCD con un termistor conectado
48


Figura 4.13: Funcionamiento de un sensor PIR [22]
Figura 4.15: TCD con un sensor PIR conectado
Debido a que las tarjetas no disponen de
tanta potencia y se han diseado como
dispositivos de bajo consumo, la opcin ms
adecuada es la de los sensores de presencia
pasivos. En la siguiente figura se muestra el
funcionamiento de estos sensores, que en realidad
poseen dos elementos piroelctricos y lo que
miden es la diferencia de intensidad de las ondas
infrarrojas que llegan a cada una de ellas. [22]
Debido a que son elementos direccionales,
se ampla el rango infrarrojo de ellos mediante una
lente de Fresnel, tal y como se muestra en la
siguiente figura. Esta lente en principio fue
diseada para los faros en las costas para hacer
ms visible la luz a los barcos; sin embargo, en
este caso se usa para convertir el rayo IR en un
haz para incrementar la visin del sensor. [23]
Debido a que estos sensores pueden arrojar valores negativos de tensin y que es
una seal difcil de acondicionar, existen chips de acondicionamiento de seal diseados
especficamente para los sensores de presencia PIR. Con estos chips, si el sensor detecta
un cambio en su lnea de visin, en la salida aparecer un valor de tensin de 3.3V o 5V
(depende de la tensin de alimentacin), lo necesario para poder interpretar con el
microprocesador que hay presencia en el lugar en cuestin.
Por ello, se va a utilizar un
sensor PIR con acondicionamiento de
seal equipado con una lente de fresnel
para detectar presencia. En la siguiente
figura se puede observar un sensor
conectado a la TCD.

Figura 4.14: Aplicacin de la lente de Fresnel [22]
49


4.5.5 CALIBRACIN DE SENSORES
Teniendo en cuenta que los sensores analgicos son ledos por el
microprocesador y representados por un valor que va de 0 (0V) a 1023 (3.3V), se
procede a tomar lecturas usando referencias.
En el caso de la temperatura, se us un termmetro de mercurio para medir la
temperatura en 4 casos distintos:
13C =800; 19C =587; 21C =463; 28C =258
Sabiendo que la resistencia NTC sigue una exponencial, aproximando por una
curva logartmica se llega a la siguiente ecuacin:

(4.2)
(4.3)
50


Figura 4.17: Tabla explicativa de los distintos tipos de rels
4.6 ACTUADORES
En este apartado se expondrn los actuadores que se han usado en este proyecto.
Se debe tener en cuenta las variables y los elementos del entorno que fuesen tiles
controlar para escoger el tipo de actuadores que deben implementarse en este proyecto:
Actuador genrico Rel
Actuador luminoso LED RGB
4.6.1 REL
Un rel es un dispositivo usado
para conmutar un circuito externo a otro
nivel de tensin, es decir, aislado
galvnicamente. Por ejemplo, se podra
abrir o cerrar un circuito a 220V en
alterna desde otro circuito a 5V en
continua tal y como se puede ver en la
figura 4.16. [24]
Una vez que el microprocesador conectado a este circuito d una tensin de
3.3V o de 5V el Rel se excitar, cerrando el circuito a 220V. En este ejemplo la tensin
de conmutacin del rel es de 5V, una caracterstica muy importante a tener en cuenta al
disear este circuito ya que normalmente los hay de mayor tensin y 5V no sera
suficiente para excitar la bobina del rel. Tambin se debera comprobar que el rel
pueda soportar los 220V en alterna. Debido a que pueda ocurrir una sobretensin en la
bobina causada por el transistor al entrar en corte, es necesario un diodo de libre
circulacin en paralelo con la bobina para protegerlo. [24]
Existen varios tipos de
rels segn los contactos que
tengan y segn si conmutan entre
dos circuitos o simplemente
abren o cierran un solo circuito,
tal y como aparece esta tabla:
Tipos de rels Un circuito Dos circuitos
Sin
conmutacin
SPST
Single Pole Single Throw
DPST
Dual Pole Single Throw
Con
conmutacin
SPDT
Single Pole Dual Throw
DPDT
Single Pole Dual Throw
Figura 4.16: Conexin de un rel [24]
51


Estos tipos de rels
pueden usarse para varias
aplicaciones, desde encender
una bombilla en un circuito
de 220V hasta cambiar el
sentido de giro de un motor
de corriente continua. En la
figura 4.18 se muestran los
circuitos de conexin de
estos ejemplos.
Por otra parte, existen rels con una bobina o con dos. Los anteriores disponan
de solamente una bobina (rels no lacheados), los cuales estn normalmente abiertos o
cerrados y pasan al otro estado cuando la bobina es excitada. En cambio, los rels con
dos bobinas (rels lacheados) requieren dos circuitos para poder accionar el
conmutador. El conmutador no est normalmente en ninguna de las dos posiciones, solo
cambia de posicin si se excita la bobina asociada; y si se deja de excitar esta bobina no
ocurre nada por lo que no es necesario excitar la bobina asociada para mantener el
conmutador en la posicin deseada. [24]
Un ejemplo de rel lacheado es el de
la siguiente figura, en el que se aplica a una
persiana elctrica. Funciona de manera
parecida a un flip-flop RS (biestable). En este
ejemplo si el pin 4 del microprocesador
estuviera a nivel alto el conmutador cambiara
de posicin y la persiana bajara. Una vez el
conmutador haya cambiado de posicin se
puede dejar el pin 4 a nivel bajo. Pasara lo
contrario con el conmutador y la persiana si se
pone el pin 3 del micro a nivel alto.
Este ejemplo slo funcionara si el rel de la izquierda (que es no-lacheado)
estuviera cerrando el circuito de alimentacin de la persiana. Por lo tanto, para parar la
persiana habra que poner el pin 2 del microprocesador a nivel alto. En principio se va a
equipar la TCA con rels DPDT lacheados (biestables) y no-lacheados (monoestables).
Figura 4.18: Distintos tipos de rels conectados al micro [24]
Figura 4.19: Ejemplo de rel lacheado [24]
52


4.6.2 LED RGB
Un LED RGB (o led tricolor) es una combinacin de tres diodos LED de colores
rojo, verde y azul. Est basado en el modelo RGB (Red Green Blue). Este modelo
consiste de estos tres colores, a los que se le asigna un valor entre 0 y 255. Combinando
estos tres valores se puede obtener cualquier color. Este modelo se puede representar en
un cubo, tal y como aparece en la figura 4.20. [25]
Este modelo
representa los cambios en el
color al variar los valores del
color rojo, verde y azul. Los
colores ms tpicos se
encuentran en las aristas del
cubo, aunque sea posible
obtener los valores
intermedios. Sin embargo,
estos valores representan
colores no muy distintos a los
de las aristas.
Teniendo en cuenta este modelo,
el LED RGB puede iluminarse de
cualquiera de estos colores. El circuito
de acondicionamiento se muestra en la
figura 4.21. La idea detrs de esto es
sacar una seal de pulsos PWM por las
tres salidas del micro para poder regular
la intensidad de cada LED de color,
combinando los tres colores para formar
cualquier color. Los valores de las
resistencias se han escogido teniendo en
cuenta los siguientes parmetros de
estos LEDs:

Figura 4.20: Modelo RGB en formato cbico [25]
Figura 4.21: Acondicionamiento de un LED RGB
15
16
17
18
19
20
21
22
23
24
25
26
27
28
14
13
12
11
10
9
8
7
6
5
4
3
2
1
d
s
P
I
C
3
3
F
J
3
2
M
C
2
0
2 2.2 k
22
3.3 V 3.3 V
2.2k
3.3 V
2.2k
53



Debido a la cada de tensin mxima del LED rojo, es necesaria una resistencia
en el colector para reducir esta cada de tensin. Teniendo en cuenta que el consumo de
corriente mximo es de 50mA:

Figura 4.22: Parmetros fundamentales de los LEDs RGB usados en este proyecto
(4.4)
(4.5)
54


colector debe ser menor que 0.7V ya que el emisor se encuentra a 0V. Teniendo en
cuenta que la corriente por el emisor es la corriente por la base (la que sale del pin del
micro) multiplicado por el parmetro del transistor:

(4.6)
(4.7)
(4.8)
Figura 4.23: TCI-F con seis LEDs RGB iluminados con color azul conectados en paralelo
55


(4.13)

(4.10)
(4.11)
(4.12)
(4.9)
Figura 4.24: TCI-4F con una tira de 15 LEDs RGB iluminados en blanco conectado a una de sus fases
56



Memoria Dispositivo central de control
57


Captulo 5 DISPOSITIVO CENTRAL DE CONTROL
Este dispositivo central de control (TCC - Tarjeta de Control Central) es muy
diferente de los dems dispositivos, ya que su algoritmo de control es mucho ms
complejo debido a 3 caractersticas fundamentales:
Se encarga de coordinar el sistema domtico y el sistema gestor de energa en la
red inalmbrica MiWi.
Cumple funciones principales del sistema gestor de energa, como medir la
corriente que hay en las lneas de entrada situadas en el cuadro de mando y
proteccin de la casa.
Capacidad de comunicarse con la interfaz de control por WiFi, lo que constituye
el puente entre ambos sistemas y la interfaz de control.
Debido a la necesidad de memoria de programa por el hecho de integrar el
protocolo MiWi y el WiFi en un mismo dispositivo, el microprocesador usado es
distinto al mencionado anteriormente (dsPIC33FJ 32MC202). Para esta tarjeta se usa el
microprocesador dsPIC33FJ 128MC802. Adems del mdulo de radiofrecuencia MiWi
esta tarjeta est equipada con un mdulo de comunicacin WiFi. Por ltimo, posee
transformadores de intensidad que desempean propsitos relacionados con la gestin
de energa. Por ello, esta tarjeta se ha desarrollado en el proyecto de la gestin
energtica del sistema domtico. A continuacin se muestra la tarjeta TCC en la figura
5.1:
El microprocesador, situado en la parte
superior izquierda, es capaz de enlazar ambos
mdulos de comunicacin mediante un
algoritmo de traduccin de mensajes entre
protocolos. Para propsitos relacionados con el
sistema gestor de energa, El circuito
inmediatamente debajo del microprocesador se
encarga de tomar las medidas de corriente del
cuadro general del hogar.
Figura 5.1: TCC: Tarjeta de Control Central
Memoria Dispositivo central de control
58


Para entender el funcionamiento completo de esta tarjeta se expone en la figura
5.2 su flujograma de operacin:

Se ha
recibido un
mensaje?
Enviar el mensaje
almacenado antes
debido a una tarea
anterior
No
S
No No
El
mensaje es para
m (la TCC)?
Se debe
ejecutar una tarea
temporal?
Se debe
transmitir un
mensaje?
S
S
S
Ejecutar la orden
recibida y/o cargar
un mensaje de
respuesta
Ejecutar la tarea y
cargar un mensaje
de respuesta si
fuera necesario
Reenviar el mensaje
recibido sin procesar
al destino deseado
previamente
Inicializacin de
los perifricos y de
los mdulos de
hardware
Inicializacin de
los protocolos
MiWi y WiFi
Creacin,
administracin y
coordinacin de la
red MiWi
Establecer
comunicacin
WiFi con el PC a
travs del router
No
Figura 5.2: Diagrama de flujo del algoritmo de control de la TCC
Memoria Interaccin con el usuario
59


Figura 6.1: Interfaz de control
Captulo 6 INTERACCIN CON EL USUARIO
En este captulo se vern los programas detrs de la interaccin con el usuario
para entender cmo puede un usuario controlar su casa de manera sencilla y cmoda.
6.1 INTERFAZ DE CONTROL
La interfaz de control es un programa diseado para que un usuario pueda
gestionar su hogar domtico sin tener que entender los algoritmos y operaciones
complejas que hay detrs. Ha sido programada con Microsoft Visual Studio en lenguaje
C++y diseada con Qt. A continuacin se muestran en la figura 6.1 las ventanas de la
interfaz de control; una asociada al sistema energtico y otro al sistema domtico:

El principio de funcionamiento de la interfaz de control es sencillo; se muestra la
informacin al usuario separado en dos partes:
La parte general, en el que se muestra el consumo total de la casa segn el
dispositivo central de control del anterior captulo. En esta parte se puede
establecer el coste que el usuario est dispuesto a pagar, la potencia mxima y la
potencia mnima deseada por el usuario escribiendo en los campos asociados y
pulsando el botn de Send Parameters para efectuar los cambios deseados, solo
si se activa la autogestin en el control en el slider de Self-management.
60


La parte concreta, en el que se divide la informacin segn la regin
seleccionada del hogar y segn el sistema de control domtico y energtico.
o En el energtico se puede ver la intensidad, la prioridad y el porcentaje
de regulacin de los enchufes de la habitacin. Si la prioridad es baja y el
consumo se ha limitado en la parte general, este enchufe ser el primero
en ser limitado por los dispositivos del sistema de gestin energtica.
o En el domtico se muestran los niveles de luz, temperatura y humedad; y
si ha habido deteccin de presencia recientemente o no. Tambin se ha
implementado un controlador para persianas elctricas de la tarjeta TCA
y para los LEDs RGB de las tarjetas TCI-F y TCI-4F. Si no existe un
dispositivo asociado con alguno de los campos mostrados en la regin
seleccionada de la casa se mostrar el mensaje Missing device para
indicarlo. En caso de que s exista pero no hubiera conexin con el
dispositivo se mostrar el mensaje Not available.
Toda la informacin que la interfaz muestre en pantalla se extrae de la base de
datos, de tal modo que se actualizar cada cierto periodo de tiempo para que el usuario
no espere tanto para ver cmo cambian las medidas segn las condiciones de la
habitacin. Para el sistema domtico el tiempo de actualizacin es de 5 segundos y para
el sistema gestor de energa es de 1 segundo. En el caso del sistema domtico, se envan
las peticiones para cada tarjeta de uno en uno a lo largo del periodo de los 5 segundos,
ya que si llegan muchos mensajes a la vez el maestro podra perderlos por sobrecarga.
Sin embargo, para poder llevar a cabo esta actualizacin es necesario otro
programa que gestione las comunicaciones WiFi entre el PC y la tarjeta TCC. Una vez
que el usuario quiera cambiar algo en el sistema este programa se encargara de
comunicarlo a los elementos del sistema relacionados con este cambio. Este programa
se le denominar el programa del servidor o server.
Por ello, se tienen ejecutando en el PC dos programas en paralelo, uno para la
interfaz de control (InterfazGeneral.sln) y otro para las comunicaciones WiFi con el
resto del sistema (Server.sln), teniendo en cuenta el almacenamiento y la lectura de
datos en una base de datos, que se ver en el siguiente apartado.
Estos dos programas interactan entre s por varios motivos, sobretodo porque la
interfaz no tiene acceso a la base de datos, pero el server s (a travs de ODBC). Se dan
61


Figura 6.2: Estructura y bloques principales de ambos programas
3 casos distintos, dependiendo de qu datos se deben intercambiar y qu programa es el
emisor y cul es el receptor de los mensajes intercambiados:
La interfaz pide cada 5 segundos las medidas de los sensores y el estado de los
actuadores de la habitacin seleccionada al server. Tambin este es el caso para
las medidas de corriente del sistema gestor de energa.
El server contesta la peticin anterior enviando la informacin pedida por la
interfaz.
La interfaz manda una orden destinada a todos o a un cierto dispositivo
perteneciente al sistema domtico o al energtico. El server hace de puente entre
la interfaz y el maestro central; despus el maestro central enviar la orden al
dispositivo deseado en funcin de la orden que se envi desde la interfaz.
A continuacin se muestra en la figura 6.2 la estructura simplificada de ambos
programas:

La interfaz general posee un gran nmero de funciones, las cuales se clasifican
en 4 bloques:
Funciones generales de la interfaz: incluye la inicializacin de la interfaz, el
temporizador de la interfaz, mostrar datos en la pantalla y recibir las rdenes que
el usuario introduce en ella.
Funciones domticas: se activan cuando el usuario selecciona la pestaa
correspondiente al control domtico. La interfaz pide al server a travs del
bloque de comunicacin las medidas y los estados de los actuadores de la
62


Figura 6.3: Paquetes enviados segn las instrucciones entre interfaz y server
habitacin seleccionada en la lista desplegable. Tambin se encargan de
interpretar los datos recibidos provenientes del server para que sean entendibles
por el usuario.
Funciones energticas: sirven un propsito parecido a las funciones domticas,
pero relacionadas con el sistema gestor de energa.
Intercambio de datos con el server: a travs del protocolo TCP/IP, desde el
mismo PC, la interfaz puede comunicarse con el server.
En cuanto al server, tiene tambin una serie de funciones, que sirven propsitos
de comunicacin entre varios elementos del sistema:
Intercambio de datos con la interfaz: igual que viceversa, mediante el
protocolo TCP/IP se forma un enlace entre ambos programas. Los paquetes
intercambiados entre ambos programas son los siguientes:
Instruccin (emisor) Contenido del paquete
Peticin de valores
generales (interfaz)
Ninguno
Informe de valores
generales (server)
Una tabla con los valores de los sensores y de los LEDs
RGB instalados.
Peticin de tarjetas
instaladas (interfaz)
Ninguno
Informe de tarjetas
instaladas (server)
Una tabla con la informacin sobre las tarjetas instaladas con
los dispositivos que tienen conectados en cada habitacin.
Orden de actuar
persianas (interfaz)
Una tabla con los rels a actuar de la tarjeta instalada en una
habitacin determinada.
Orden de actuar LEDs
RGB (interfaz)
Una tabla con los valores de los LEDs RGB a actuar de la
tarjeta instalada en una habitacin determinada.

Intercambio de datos con el maestro: mediante la comunicacin WiFi, el
server es capaz de enviar peticiones al sistema energtico y al domtico y recibir
datos de ambos sistemas, pasando por el maestro central previamente. Los
paquetes en este protocolo tienen el mismo formato que los paquetes explicados
en la figura 3.10. Las tarjetas estn atentas a las peticiones reenviadas por el
maestro y responden inmediatamente a estas peticiones con sus medidas.
Intercambio de datos con la base de datos: a travs de ODBC, el server puede
mandar comandos o peticiones en lenguaje SQL (Single Query Language) para
63


Figura 6.4: Arquitectura de la base de datos
leer o escribir datos en la base de datos. Escribir en la base de datos cuando el
maestro le haya mandado datos; y leer de la base de datos cuando tenga que
contestar a una peticin de medidas de sensores y estados de actuadores.
Gestin de recursos compartidos: para evitar que el server tenga que leer de la
base de datos y escribir a la base de datos al mismo tiempo (debido a que el
maestro y la interfaz les hayan mandado un mensaje al server al mismo tiempo),
se ha definido un recurso compartido, o mutex (en algunos sistemas en tiempo
real se conoce como semforo o semaphore). Si el server est consultando a la
base de datos no se le permite realizar otra consulta al mismo tiempo con este
mutex.
6.2 BASE DE DATOS
La base de datos ha sido diseada con ERwin Data Modeller y creada con
DBManager y est en formato MySQL. Est compuesta de varias tablas y variables, tal
y como se puede ver a continuacin en la estructura de la base de datos en la figura 6.3:

Cada tabla sirve un propsito en concreto. A continuacin se exponen las
funciones de cada tabla:
PARAMETROS: Esta tabla es independiente de las dems. Contiene
informacin acerca de los parmetros de coste, potencia mxima y potencia
mnima y del modo de funcionamiento de autogestin (ver figura 6.1).
64


REGION: contiene todas las regiones dentro de la casa (ID_REGION), con su
descripcin. Adems, se pueden agrupar segn ID_REGION_PADRE (por
ejemplo, HABITACION1 y HABITACION2 iran ligadas a HABITACIONES).
UBICACIN: Asocia a cada dispositivo o tarjeta controladora a una ubicacin
(ID_UBICACION) y a una regin definida en la tabla REGION.
DISPOSITIVOS: Asigna a cada dispositivo una descripcin nica (por ejemplo,
TCD SALN) con su ubicacin (ID_UBICACION) y direccin de protocolo
MiWi asociada (un byte) mediante un nico ID_DISPOSITIVO. La columna de
PRIORIDAD asigna prioridades a las tarjetas del sistema gestor de energa.
TRANSDUCTOR: teniendo en cuenta el ID_DISPOSITIVO de la tabla anterior
establece qu tipo de sensores (presencia, temperatura, corriente, etc.) y cuntos
existen en cada uno de estos dispositivos; y distingue a cada uno de estos
sensores mediante ID_TRANSDUCTOR.
TIPO_TRANSDUCTOR: esta tabla es una columna donde aparecen los tipos de
sensor mencionados en la tabla TRANSDUCTOR.
CALIBRACION: debido a que los sensores necesitan calibracin, esta tabla se
usa para almacenar la medida recibida de los microprocesadores (un nmero de
10 bits que toma valores segn la tensin de entrada al conversor A/D) para
convertirla a las unidades asociadas al tipo de sensor. La columna ndice
distingue a los distintos tipos de sensor que miden una misma variable (por
ejemplo, existen varios tipos de sensores de corriente en el sistema gestor de
energa).
VARIABLE: Teniendo en cuenta que ID_VARIABLE es el mismo a
ID_TRANSDUCTOR en la tabla TRANSDUCTOR, esta tabla se usa para
describir a cada transductor para saber su procedencia. Por ejemplo: el
ID_VARIABLE nmero 9 se describe como la temperatura procedente del
sensor de temperatura de la TCD 1.
VALOR_VARIABLE: A esta tabla llegan todas las medidas que arrojan los
sensores de todos los dispositivos. Se distinguen por fechas para usar la medida
ms reciente para calibrarla y luego mostrar en la interfaz de control.
Realizando las consultas pertinentes de manera correcta, el server lee y escribe
datos de estas tablas para hacer que el sistema funcione.

Memoria Resultados y pruebas realizadas
65


Figura 7.1: Paquetes recogidos con ZENA Network Analyzer para la prueba de MiWi
Captulo 7 RESULTADOS Y PRUEBAS REALIZADAS
En este captulo se vern las pruebas realizadas en este proyecto, as como los
resultados obtenidos de estas pruebas.
7.1 PRUEBA DE COMUNICACIN MIWI
Como el primer objetivo de este proyecto es crear una red inalmbrica para
luego incorporar sensores y actuadores a ella, las primeras pruebas que se deben realizar
son las de la comunicacin MiWi. Se tienen los siguientes paquetes:

Maestro se conecta y manda peticiones
de baliza para asegurarse de que no
hay otro maestro en la red.
Se conecta un esclavo con
mi cr o=0x02. Estos son los
paquetes del handshake.
Obtiene la direccin 0x0100.
Informacin
para la hashtable
para el maestro.
Se conecta un esclavo
con mi cr o=0x01. A
diferencia del otro, este
micro no ha sido
integrado por el
maestro; por eso obtiene
una direccin de 0x102.
Informacin
para la hashtable
para el maestro.
La hashtable ha
sido enviada por
broadcast.
66


Estos paquetes tienen que ver con la tabla de direcciones (hashtable), que es una
de las modificaciones que se llevaron a cabo en el protocolo para mejorar su
funcionamiento (vase el captulo 3 para ms informacin sobre el protocolo MiWi).
Los paquetes pequeos son de confirmacin o de acknowledgement. Se han colocado 3
dispositivos TCD en distintas plantas de un edificio, para comprobar tambin el alcance
de la red, ya que es posible aumentarla si se instalan dispositivos coordinadores de la
red. En concreto, el maestro global (mi cr o=0x00) se ha colocado en la planta 3, y los
esclavos con mi cr o=0x01 y mi cr o=0x02 en las plantas 1 y 2 respectivamente.
Los 3 primeros paquetes representan las comprobaciones que realiza el maestro
para asegurarse de que no hay ya otro maestro que haya establecido una red en el canal
0x13 (dentro de la casilla de color marrn aparece ese nmero).
Despus aparece una peticin de baliza proveniente del micro=0x02. Como ya
se mencion en el captulo 3, la EUI es de 0x1122334455667701 para el micro=0x00.
Los dems dispositivos tendrn esta EUI pero con el ltimo BYTE sumado una cantidad
igual a su nmero de micro. Por ello, el cuarto paquete aparece con la EUI de
0x1122334455667703, o sea, que este dispositivo tiene mi cr o=0x02. El siguiente
paquete (que es una baliza) es proveniente del dispositivo con mi cr o=0x00 y contiene
informacin relevante acerca de la red y del maestro que ha recibido esta peticin de
baliza. A continuacin el dispositivo que intenta conectarse manda una peticin de
asociacin y el maestro despus le manda una respuesta de asociacin, finalizando el
handshake. Este dispositivo adquiere un myShor t Addr ess de 0x0100.
Una vez el dispositivo haya sido integrado a la red, este manda un mensaje al
maestro central de 3 elementos: mi cr o, myShor t Addr ess( MSB) y
myShor t Addr ess( LSB) . Estos 3 elementos relacionan su identificacin fsica con
su direccin dinmica. El maestro rellena la hashtable con esta relacin para referirse a
ella en futuros mensajes si fuera necesario.
Los siguientes paquetes son referentes al dispositivo con mi cr o=0x01, pero
este no se asocia con el maestro global, sino con el dispositivo con mi cr o=0x02. Lo
que ha ocurrido es que el dispositivo que quiere integrarse a la red ha analizado ambas
balizas y ha decidido mandar una peticin de asociacin con el dispositivo con
mi cr o=0x01, ya que fsicamente se encuentra a una planta de distancia y no a dos, y
esto sera ms beneficioso para la red. Entonces, se asocia con el que tiene
mi cr o=0x02 y por ello adquiere un myShor t Addr ess de 0x0102.
67


Figura 7.2: Paquetes recogidos con ZENA Network Analyzer para la prueba de sensores
Como en el caso anterior, el dispositivo que se acaba de conectar manda al
maestro su correspondiente fila de la hashtable. Pasado un tiempo, el maestro global
decide publicar la hashtable a todos los dispositivos de la red (broadcast).
Esta prueba ha resultado satisfactoria. Se ha logrado verificar el alcance de la red
y la secuencia de integracin de los dispositivos a la red; y se confirma el correcto uso
de la hashtable.
7.2 PRUEBA DE SENSORES
Se trata de probar los 4 sensores de luz, temperatura, humedad y presencia. Se
tienen dos tarjetas TCD. El esclavo tiene estos 4 sensores conectados mientras que el
maestro solo pide las medidas a l. Para realizar la prueba se tiene que calibrar los
sensores mencionados anteriormente (vase 4.5.5).
Se tienen los siguientes paquetes enviados entre un maestro y un esclavo con los
4 sensores mencionados anteriormente:

La secuencia de mensajes del principio es idntica a la de la prueba anterior. El
paquete que ms importa en esta prueba es la ltima que el esclavo le enva al maestro.
Es un paquete largo que tiene 5 partes (ver figura 3.10), mostrado en la siguiente tabla:
Maestro se conecta y manda peticiones
de baliza para asegurarse de que no
hay otro maestro en la red.
Se conecta un esclavo con
mi cr o=0x81. Estos son los
paquetes del handshake.
Obtiene la direccin 0x0100.
Informacin
para la hashtable
para el maestro.
Maestro enva la
orden al esclavo.
Respuesta
del
esclavo
68


Figura 7.3: Desglose del paquete recibido en la prueba de sensores
Figura 7.4: Tarjetas TCD probadas en un hogar
Contenido del mensaje Descripcin Interpretacin
0x81
Es el nmero del micro del
esclavo.
-
0x01
El primer byte indica que el
dispositivo mide temperatura.
Los otros dan la medida.
El valor devuelto es 0x02FA,
que es 762. Usando la
ecuacin (4.2), hay 19.98C.
0x02
0xFA
0x01
dispositivo mide humedad.
El valor devuelto es 0x01BD,
que es 445. Con la ecuacin
(4.3), existe un 25.87% HR.
0x01
0xBD
0x01
dispositivo mide luz. Los
otros dan la medida.
El valor devuelto es 0x009C,
que es 156, que indica que
hay buena luminosidad.
0x00
0x9C
0x01
dispositivo detecta presencia.
El valor devuelto no es
0x0000, luego hay presencia.
0x01
0x00

Esta prueba se ha cumplido con xito. Se ha comprobado la validez de las
tarjetas TCD para medir con sus sensores. Este paquete llegara al maestro central y este
lo reenviara al server para que ste lo escriba en la base de datos y luego la interfaz
obtenga los datos pidindoselos al server para mostrarlos en pantalla al usuario para que
pueda monitorizar estas variables. En la figura 7.4 se pueden ver dos tarjetas TCD
probados en un hogar, instalados en dos ubicaciones posibles:

69


Figura 7.5: Tarjetas TCI-F, TCI-4F y TCA probadas en un hogar
Figura 7.6: Pruebas de la interfaz de control en un entorno real
7.3 PRUEBA DE ACTUADORES
Se han probado los LEDs RGB y los rels de la TCA accionando persianas, tal y
como se puede ver en la figura 7.5. Se verific la validez de los LEDs RGB conectados
a las TCI-F los que estn conectados a la TCI-4F. Se han podido controlar persianas
desde la TCA satisfactoriamente, ofreciendo al usuario un control remoto para
accionarlas desde donde guste.

7.4 PRUEBA GLOBAL EN UN ENTORNO REAL
Se ha probado el sistema entero (incluyendo la parte de gestin de energa) en un
hogar real, cuyos resultados se muestran en la figura 7.6:

70


Figura 7.7: TCC situado en el CGP
Se han mostrado en pantalla los resultados arrojados por las tarjetas
controladoras instaladas en el hogar. Los casos mostrados se refieren a dos zonas del
hogar: el jardn y el hall.
En el caso del jardn, existe una humedad del 32%, lo cual significa que el aire
est algo hmedo, lo que es normal para un jardn, adems de que el da de las pruebas
era lluvioso. Carece de sensor de presencia, pero el sensor de luz indica que los niveles
de luz son decentes ya que el cielo estaba nublado. Por ltimo, la temperatura en el
jardn es de 11.7, cuyo valor es lgico para un exterior. Adems, existe un controlador
para cambiar la iluminacin personalizada de color, cuyos valores se muestran en
negrita. Sin embargo, no hay un controlador para persianas instalado en el jardn.
En el otro caso se muestran las medidas en un interior, las cuales arrojan un
valor de humedad relativa del 29.6%, que es alto para un interior, pero debido al tiempo
lluvioso existan niveles ms altos de humedad en el aire. El sensor de presencia indica
que no hay movimiento en el hall. El sensor de temperatura arroja un valor de 21.4C,
cuyo valor tiene sentido para un interior. A continuacin, el sensor de luz indica que hay
niveles buenos de luz. En este caso la iluminacin personalizada se encontraba en
blanco al 100%, y exista un controlador para persianas.
La conexin de los dispositivos al sistema fue
hecho posible por el maestro central, que se encontraba
en la TCC. La TCC sirve propsitos del sistema gestor
de energa, como medir el consumo en el CGP (Cuadro
General de Proteccin). Por ello, la tarjeta se sita all,
independientemente de dnde se encuentre el router, ya
que el mdulo WiFi tiene un alto alcance. Esta tarjeta ha
realizado con xito el papel de coordinador de la red.

Memoria Conclusiones
71


Captulo 8 CONCLUSIONES
Este proyecto se ha enfocado a llevar a cabo un sistema domtico capaz de
coordinar sensores y actuadores en una red, manejar, gestionar, monitorizar y controlar
su funcionamiento a travs de una interfaz de control y una base de datos; as como
integrar el sistema domtico con el sistema gestor de energa. Los resultados y logros en
este proyecto han sido los siguientes:
Modificacin con xito del protocolo de comunicacin basado en ZigBee para
dispositivos de Microchip Technology Inc. (microprocesadores y mdulo de
radiofrecuencia), que es el protocolo MiWi, para mejorar su funcionamiento y
orientarlo a la aplicacin desarrollada en el presente proyecto. Asimismo se ha
desarrollado un driver para hacer el protocolo ms entendible para el usuario,
programando funciones adicionales en lenguaje C.
Se han fusionado los protocolos MiWi y WiFi de Microchip Technology Inc. en
un solo microprocesador con un mdulo de comunicacin WiFi de la misma
empresa; logrando un controlador capaz de traducir mensajes de un protocolo a
otro y formando as un puente entre el router y los dispositivos del sistema
inteligente. Este microprocesador pertenece a la tarjeta controladora TCC, la
cual no ha sido diseada en el presente proyecto.
Se ha desarrollado una tarjeta de propsito genrico para este proyecto: la TCD
(Tarjeta de Control Domtico); capaz de controlar una gran variedad de
dispositivos. Sin embargo, la necesidad de circuitos de acondicionamiento
redujo el papel de esta tarjeta al control y lectura de sensores; lo cual ha llevado
al desarrollo de otras tarjetas.
Se han verificado, validado y calibrado los sensores conectados a la TCD:
temperatura, luz, humedad y presencia.
Se ha desarrollado dos tarjetas enfocadas a propsitos de iluminacin: la TCI-F
(Tarjeta de Control de Iluminacin Foco) y la TCI-4F (Tarjeta de Control de
Iluminacin 4 Fases). Estas dos tarjetas pueden controlar y gestionar LEDs
RGB, bien sean tiras de LEDs RGB (TCI-4F) o bien sean LEDs individuales
(TCI-F).
72


Se ha desarrollado una tarjeta enfocada a controlar sistemas automatizados: la
TCA (Tarjeta de Control de Actuadores). Con sus rels lacheados y no-
lacheados se puede controlar una gran variedad de automatismos como persianas
o riegos de jardn.
Se ha programado un programa en lenguaje C++(server) que es capaz de
comunicar un PC con la TCC a travs del router.
Se ha diseado una base de datos la cual es gestionada por el mismo programa
del server. Se ha diseado esta base de datos para que sea lo ms fcil posible
para programar el server para obtener variables del sistema domtico y datos
acerca del sistema gestor de energa.
Se ha desarrollado otro programa en lenguaje C++que gestiona una interfaz de
control ejecutable en el PC. Este programa es capaz de comunicarse con el
server para enlazarlo con el resto del sistema.
Se han programado ambos programas de C++para que admitan peticiones,
rdenes y datos del sistema domtico y del sistema gestor de energa; lo cual
tiene como resultado la integracin completa y total entre ambos sistemas
inteligentes.
Aunque se hayan cumplido todos los objetivos en el apartado 1.3, no se ha
llevado a cabo el objetivo de poder gestionar el sistema desde un smartphone; lo
cual se mencionar como futuro desarrollo en el siguiente captulo.
Como conclusin, se han logrado los objetivos planteados al comienzo de este
documento (ver 1.3). El sistema desarrollado puede ser empleado por un usuario para
monitorizar las variables en su hogar y para actuar los controladores conectadas a las
tarjetas desarrolladas en este proyecto. Tambin el usuario ser capaz de gestionar el
consumo de su hogar y ver reducido su potencia contratada de manera considerable
mediante el sistema gestor de energa, suponiendo ahorros anuales notables.
Sin embargo, en el proceso del desarrollo de este proyecto se han tenido que
afrontar varios problemas con el protocolo de comunicacin, aunque los ms
importantes se deben a una misma razn, la cual se expondr a continuacin. Se deben
destacar para evitar su posible reproduccin en futuras aplicaciones y proyectos.
El principal problema se encuentra en el maestro central, que adems de
coordinar la red emplea recursos en medir las corrientes del cuadro general del hogar.
Se ha observado una sobrecarga de tareas y algunas tareas se han ejecutado con retraso,
73


o ni siquiera se han logrado llevar a cabo. Por ello se ha empleado una versin avanzada
del compilador que permite tener ms margen al microprocesador de la TCC.
Por otro lado, se dise la interfaz de control inicialmente para enviar peticiones
de medidas a todos los microprocesadores a la vez cada 5 segundos. Debido al problema
de sobrecarga de tareas expuesto anteriormente, estas peticiones no llegaban a las
tarjetas TCD que controlaban los sensores. Se ha tenido que alternar las peticiones, de
tal manera que durante el periodo de 5 segundos se enven las peticiones uno a uno para
cada dispositivo existente en el sistema domtico.
Asimismo, se program la interfaz de control para enviar todos los cambios que
el usuario deseara para los controladores de una vez, lo cual, una vez ms, falla debido
al problema de sobrecarga de tareas de la TCC. Por ello, se ha programado la interfaz de
manera que no se manden todas las peticiones a la vez.
En definitiva, se resalta una vez ms que el principal problema se encontraba en
la presin que soportaba el microprocesador de la TCC debido al gran nmero de tareas
que deba cumplir: tomar medidas de corriente y comunicar los dispositivos con el PC,
traduciendo los mensajes uno a uno.

74



Memoria Futuros Desarrollos
75


Captulo 9 FUTUROS DESARROLLOS
En este momento faltan elementos en el presente proyecto para desarrollar un
sistema domtico ms completo y ms robusto que el que se ha desarrollado. Se
proponen los siguientes futuros desarrollos:
Completar la arquitectura del sistema domtico que se defini en la figura 1.6.
En este proyecto se han implementado los sensores y actuadores ms
importantes y menos complejos para poder completar los objetivos propuestos
(ver 1.3) anteriormente. Sin embargo, no son suficientes para ofrecer el confort y
la seguridad que se podra obtener con todos los sensores y actuadores definidos
en la arquitectura inicialmente definida.
Incrementar la robustez del protocolo MiWi. Existen casos puntuales en los que
un defecto en el hardware de las tarjetas controladoras pueda afectar la
estabilidad del sistema.
Mejorar la interfaz de control en cuanto a modularidad. Aunque no se pueda
accionar sobre un actuador que no est instalado o recibir medidas acerca de
sensores que no existan en una cierta zona del hogar, en vez de mostrar una
advertencia se propone cambiar el aspecto de la interfaz de control para lograr
una organizacin ms limpia de la interfaz.
Implementar esta interfaz de control en dispositivos porttiles como
smartphones o tablets. Este ltimo punto incrementara el confort del sistema
considerablemente, ya que el usuario no estara restringido a un lugar fijo para
poder controlar su sistema inteligente.
Asimismo, se propone desarrollar un servidor online para que el usuario pueda
gestionar su red domtica desde donde sea, siempre que tenga acceso a internet.
Memoria
76



Memoria Bibliografa
77


BIBLIOGRAFA
[1] Wikipedia, domtica: http://es.wikipedia.org/wiki/Dom%C3%B3tica
[2] Casadomo, domtica: http://www.casadomo.com/noticiasDetalle.aspx?c=14
[3] Empresa SmartThings: http://smartthings.com
[4] Empresa INSTEON: http://www.insteon.net/
[5] Alianza Z-Wave: http://www.z-wavealliance.org/
[6] Empresa Nexia Home Intelligence: http://www.nexiahome.com
[7] Empresa Web Mountain Technologies http://www.webmtn.com/
[8] Microchip Technology Inc., Microchip Wireless: http://www.microchip.com/miwi/
[9] Promociones Euro de Santander: http://www.promocioneseurodesantander.net
[10] Microchip Technology Inc., Personal Area Networks: http://www.microchip.com/pan/
[11] Microchip Technology Inc., D. Flowers, Y.Yang, MiWi Networking Protocol Stack:
http://ww1.microchip.com/downloads/en/AppNotes/01066A.pdf
[12] Microchip Technology Inc., Y.Yang, MiWi P2P Wireless Protocol:
[13] Microchip Technology Inc., Y.Yang, MiWi MiMAC Media Access Controller:
[14] The EncycloBEAMia, Eric Seale, Phototransistor:
http://encyclobeamia.solarbotics.net/articles/phototransistor.html
[15] Wikipedia, Photodiode: http://en.wikipedia.org/wiki/Photodiode
[16] Wikipedia, Hygrometer: http://en.wikipedia.org/wiki/Hygrometer
[17] Datasheelcatalog.org, BC140 NPN medium power transistors datasheet:
http://www.datasheetcatalog.org/datasheet/philips/BC141.pdf
[18] Wikipedia, Thermocouple: http://en.wikipedia.org/wiki/Thermocouple
[19] Wikipedia, Thermistor: http://en.wikipedia.org/wiki/Thermistor
[20] Wikipedia, Resistance thermometer: http://en.wikipedia.org/wiki/Resistance_thermometer
[21] Wikipedia, Motion detector: http://en.wikipedia.org/wiki/Motion_detector
[22] Ladyada, PIR motion sensors: http://www.ladyada.net/learn/sensors/pir.html
[23] Wikipedia, Fresnel lens: http://en.wikipedia.org/wiki/Fresnel_lens
[24] A. Snchez Miralles, Libro de texto de Microprocesadores para Sistemas Electrnicos Digitales
(ICAI). Ao: 2011
[25] Andrea Kalicov, RGB Model: http://web.vscht.cz/kalcicoa/POCPRE/rgb.html
[26] F. Martn Martnez, Gestin Energtica para una Casa Inteligente. Ao: 2013
[27] Microchip Technology Inc., dsPIC33FJ32MC202 Datasheet:
http://ww1.microchip.com/downloads/en/devicedoc/70283g.pdf
[28] Microchip Technology Inc., RF Transceivers Products:
http://www.microchip.com/paramchartsearch/Chart.aspx?branchID=1206

Memoria Bibliografa
78



Parte II ESTUDIO
ECONMICO

Estudio econmico
81



El sector de la domtica est sufriendo los avances tecnolgicos que se estn
llevando hoy en da. Adems, los gustos cambiantes de los consumidores estn tomando
en muchos casos rumbo hacia este sector, ya que la domtica es una alternativa cmoda
y moderna para la vida cotidiana.
Otro factor importante a considerar es la investigacin y desarrollo de las Smart
Cities, que pretenden instalar una red inteligente en las ciudades, y ya se est
implementando en algunos lugares como msterdam, Mlaga y Dubi. Estas redes
inteligentes sern ms avanzadas en cuanto a la comunicacin e infraestructura que las
redes domticas en hogares, ya que la tecnologa usada para la comunicacin es distinta.
En vez de ZigBee, se usara BPL (Broadband over Power Line), WiMAX (Worldwide
Interoperability for Microwave Access) y redes mviles como el 3G. Las redes
sensoriales inalmbricas (WSN Wireless Sensor Network) en este contexto sern
mucho ms extensas y rigurosas, y medirn ms variables como la contaminacin en el
aire, la disponibilidad de aparcamientos en la acera para los que deseen aparcar por el
barrio y el nivel de los contenedores de basura para los recogedores de basura.
Se estima que la demanda en el sector de la domtica sufrir un aumento
considerable despus de la aparicin de las Smart Cities. La tendencia de los habitantes
de las Smart Cities les llevara a domotizar sus hogares. Por lo tanto, se prev que los
productos desarrollados en este proyecto sern viables en un futuro prximo. Adems, a
diferencia de pases como EEUU, en Espaa no existen tantas empresas enfocadas en el
sector de la domtica luego la entrada en el sector no sera un problema.
Como el sector an est poco desarrollado, an no es posible alcanzar una cuota
de mercado considerable, pero con la llegada de las Smart Cities el sector se
desarrollara bastante. A continuacin se muestra la caracterstica de las curvas de
costes, ventas y beneficio que seguira este sistema domtico antes y despus de la
llegada de las Smart Cities:
Analizando el tpico ciclo de vida de un producto, se definen 7 posibles etapas
de los productos desarrollados en este proyecto:

Estudio econmico
82



1. Introduccin: Los costes sern muy intensos debido al desarrollo y a la
integracin del producto en el mercado (campaas publicitarias y estudios de
mercado). En general, las ventas son muy bajas, pero van incrementndose poco
a poco, aunque no produzcan beneficios todava ya que las prdidas son muy
altas. Estos productos se empiezan a dar a conocer en el mercado.
2. Crecimiento: Las ventas han alcanzado el mximo nivel de crecimiento y no
paran de crecer. El producto est terminndose de integrarse en el mercado y las
prdidas comienzan a desaparecer.
3. Madurez: Las ventas han parado de crecer y han llegado a un mximo. En este
momento los costes comienzan a descender y los beneficios a aumentar.
4. Declive: Los productos llegan a su declive con su obsolescencia.
5. Crecimiento II: parecida a la etapa 2, debido al refuerzo proveniente de las
Smart Cities, el ciclo se repite, comenzando por el crecimiento. Las ventas
llegan a niveles ms altos que anteriormente. Se prev que los sistemas
domticos encontrarn ventajas si se integran en las redes de los Smart Cities.
Por ello, los costes sufren un incremento en esta etapa.
6. Madurez II: anloga a la etapa 3, con niveles ms altos de ventas y de
beneficio, y con ligeramente menos costes.
7. Declive II: similar a la etapa 4. En estos momentos se ha podido desarrollar un
sustituto del producto debido al cambio tecnolgico o al cambio de tendencias,
lo cual repercute seriamente en las ventas.
Figura 1 Posibles beneficios de la empresa
Beneficio
Consolidacin
de las Smart
Cities
Ventas
Costes
Tiempo
Unidades
Monetarias
1

2

3

4

5

6

7

Figura 10.1: Ciclo de vida posible de el sistema domtico de este proyecto [26]

Parte III MANUAL DEL
USUARIO

Manual del usuario Dispositivos remotos
85


Captulo 1 DISPOSITIVOS REMOTOS
En este captulo se tratarn los siguientes apartados relacionados con los
dispositivos: las tarjetas controladoras y los dispositivos de comunicacin.
1.1 TARJETAS CONTROLADORAS
El sistema domtico representado por las tarjetas controladoras est coordinada
por el maestro, que se encuentra en la TCC. En la instalacin de la red inalmbrica, para
lograr la mejor configuracin de la red posible se debe activar primero la TCC, y
despus, en orden, los dispositivos en orden descendente de cercana a la TCC. Con esto
se puede asegurar que la red obtenga el mejor alcance y que los dispositivos sean
integrados a la red por el dispositivo activo ms cercano a l, de modo que reduce la
probabilidad de fallo de envo de mensajes.
Las tarjetas controladoras no se alimentan todas de la misma manera, tal y como
se expone a continuacin:
Alimentacin a 12V en corriente continua: TCD y TCI-4F.
Alimentacin a 220V en corriente alterna: TCI-F, TCA y TCC.
Una vez que la TCC se haya activado, aparte de formar la red MiWi entre los
dispositivos tambin se puede empezar a establecer la conexin con la interfaz de
control, a travs del router (junto con las tarjetas controladoras se proporcionara un PC
porttil y un router configurados para la comunicacin del sistema inteligente). El
ltimo paso a seguir es la inicializacin de la interfaz de control en el PC.
El usuario deber tener en cuenta la siguiente lista de precauciones para evitar
accidentes, ya que algunos circuitos operan con una tensin considerable:
En caso de alimentar cualquier dispositivo y no se ilumina el LED rojo de
encendido, desconectar inmediatamente y avisar al servicio tcnico.
En ningn caso el usuario manipular las tarjetas, sobre todo cuando se
encuentren en funcionamiento.
En caso de avera no intentar repararlo, sino avisar al servicio tcnico.
86


En caso de que el LED verde de la TCC no parpadee despus de conectarla,
desconectar y verificar que el router est conectado correctamente.
Mantener los dispositivos alejados del agua y la humedad.
1.2 DISPOSITIVOS DE COMUNICACIN
1.2.1 COMUNICACIN WIFI
Es necesario establecer la misma direccin IP y canales para todos los
dispositivos de comunicacin, as como configurar otros elementos de comunicacin:
En los programas de la interfaz y del server, hay que configurar la direccin IP
del servidor en los archivos Host.txt y ServerApp.ini respectivamente.
En el driver de comunicacin WiFi del microprocesador se debe configurar la
misma direccin IP del servidor y tambin su direccin MAC.
En este mismo driver se debe igualar la direccin SSID (el nombre de la red
WiFi) del microprocesador a la del router, as como la clave de seguridad del
router, la cual debe tener la seguridad configurada en modo WPA (Wifi
Protected Access) con cifrado PSK (Phase Shift Keying).
Si no se desea conectar el PC mediante un cable de tipo Ethernet sino por WiFi,
se debe tambin usar la misma clave en el PC.
Debido a que el mdulo de comunicacin WiFi del microprocesador slo tiene
disponibles los canales 1, 6 y 11, se debe configurar el router para la
comunicacin en uno de estos canales.
La modulacin en la comunicacin WiFi ser de 802.11b o 802.11g.
1.2.2 COMUNICACIN MIWI
Usando el sniffer ZENA Network Analyzer, se pueden comprobar los siguientes
requisitos:
Sin conectar ningn dispositivo a la red MiWi, comprobar si no existe alguna
red ya establecida en los canales 11-26 y programar los microprocesadores con
87


el canal libre. Si no se cumple para ningn canal, asegurarse de que la constante
que define el identificador de la red no sea igual a las redes ya establecidas.
Si aparece en ZENA Network Analyzer una cantidad excesiva de paquetes de
peticin de baliza (beacon request) de un mismo dispositivo asegurarse de que
el dispositivo ms cercano no est a una distancia muy lejana y de que la red
haya sido creada ya por la TCC (se recomienda que los dispositivos no estn
separados por ms de una pared).
Asimismo, si el ZENA Network Analyzer muestra un nmero muy alto de
paquetes de peticin de asociacin (association request) es muy posible que una
tarjeta controladora est defectuosa. Avisar al servicio tcnico.
Si algn dispositivo se ha apagado, se puede reconectar sin problemas. Sin
embargo, si la TCC se desconecta, se deben apagar todos los dispositivos y
luego encenderlos una vez la TCC vuelva a establecer la red MiWi.
Si en ZENA Network Analyzer aparecen 4 paquetes idnticos consecutivos sin
un paquete tipo ACK despus, se trata de un mensaje fallido y es muy probable
que algn dispositivo se haya apagado por falta de alimentacin.

88



Manual del usuario Acceso a la base de datos con ODBC
89


Captulo 2 INTERFAZ DE CONTROL
Es necesario haber preconfigurado la base de datos antes de ejecutar la
aplicacin de la interfaz. Tambin se debe ejecutar la interfaz despus de haber
conectado todas las tarjetas controladoras y despus de haber ejecutado la aplicacin del
server y establecer la comunicacin WiFi con la TCC. A continuacin se muestran las
distintas zonas de la interfaz de control:

Las diferentes partes de la interfaz de control (en la pestaa del Energy System)
se exponen a continuacin:
A. Zona de parmetros generales
1. Parmetros de coste y consumo que el usuario quiere fijar (mediante el botn
de Send Parameters). Tambin se muestra en pantalla el consumo total.
2. Medidas de corriente provenientes de la TCC (situada en el cuadro general
de proteccin del hogar).
Figura 20.1: Interfaz de control (pestaa del Energy System)
A
B
2
1
3
1
2
3
4
4
C
90


Figura 20.2: Interfaz de control (pestaa del Home Automation)
3. Men desplegable que cambia la informacin mostrada en la zona B segn
la habitacin/regin seleccionada.
4. Selector de modo autogestin (ON/OFF).
B. Zona de parmetros del sistema energtico/domtico (depende de 1.)
1. Pestaa selectora para cambiar de sistema.
2. Corriente, porcentaje de carga y prioridad del enchufe seleccionado segn el
men desplegable de enchufes.
3. Zona de grficos de consumo.
4. Cambio de parmetros mostrados en 2.
C. Zona que indica el estado de conexin con el server.

1. Lectura de los sensores de la habitacin seleccionada.
2. Controlador para persianas. Se acta pulsando en el botn Send new state.
3. Controlador para LEDs RGB. Se acta pulsando en Send new lighting. Los
valores actuales de los LEDs RGB se muestran en negrita, y los que se
quieren establecer con los sliders aparecen a la derecha.
1 3
2
91


Figura 20.3: Ventana del DSN de sistema
Figura 20.4: Ventana para seleccionar driver
Captulo 3 ACCESO A LA BASE DE DATOS CON ODBC
Para que la base de datos funcione correctamente es necesario establecer el
enlace de acceso con ODBC. Los pasos necesarios para llevar esta tarea a cabo son las
siguientes:
1. Primero se accede, en el Panel de Control, dentro de Herramientas administrativas,
entrar en Orgenes de datos ODBC. Si se selecciona la pestaa DSN de sistema se
llega a la siguiente ventana:

2. A continuacin se pulsa el botn de Agregar y se selecciona el Driver MySQL
ODBC con la versin correspondiente y por ltimo se pulsa Finalizar.

92


Figura 20.5: Ventana de conexin con la base de datos
Figura 20.6: Conexin con DBManager
3. Pulsando Finalizar aparece la siguiente ventana:

Se deben completar los campos siguientes:
Data Source Name: el nombre de la base de datos
TCP/IP Server: escribir localhost o la IP donde est la base de datos.
User: el nombre de usuario, que debe coincidir con el que est configurado en la
base de datos.
Password: la contrasea, que tambin debe coincidir con la configurada en la
base de datos.
Posteriormente se comprueba la conexin con el botn Test. Si lo es, pulsar OK.

4. Habiendo completado estos pasos ya se ha
establecido conexin con la base de datos.
Ahora slo queda como ltimo paso conectar
mediante DBManager. Para conectar se
selecciona en la pestaa de Tools el men de
Server, y dentro de l se selecciona Server
Manager. Se llegara a la ventana mostrada
en la figura 20.6. Se rellenan los campos de
usuario y contrasea, y pulsar aceptar si esta
es satisfactoria.

Presupuesto ndice del presupuesto
3


ndice del presupuesto
Contenido
ndice del presupuesto ............................................................................................ 3
Captulo 1 Mediciones ...................................................................................... 5
1.1 TCD Tarjeta de Control Domtico ................................................................. 5
1.2 TCI-F Tarjeta de Control de Iluminacin-Foco .............................................. 6
1.3 TCI-4F Tarjeta de Control de Iluminacin-4 Fases ........................................ 6
1.4 TCA Tarjeta de Control de Actuadores .......................................................... 7
1.5 TCC Tarjeta de Control Central ...................................................................... 8
1.6 Equipo y herramientas empleadas ..................................................................... 8
1.7 Software empleado ............................................................................................ 8
1.8 Mano de obra directa ......................................................................................... 9
Captulo 2 Precios unitarios ........................................................................... 11
2.1 TCD Tarjeta de Control Domtico ............................................................... 11
2.2 TCI-F Tarjeta de Control de Iluminacin-Foco ............................................ 12
2.3 TCI-4F Tarjeta de Control de Iluminacin-4 Fases ...................................... 12
2.4 TCA Tarjeta de Control de Actuadores ........................................................ 13
2.5 TCC Tarjeta de Control Central .................................................................... 14
2.6 Equipo y herramientas empleadas ................................................................... 14
2.7 Software empleado .......................................................................................... 14
2.8 Mano de obra directa ....................................................................................... 15
Captulo 3 Sumas parciales ............................................................................ 17
3.1 TCD Tarjeta de Control Domtico ............................................................... 17
3.2 TCI-F Tarjeta de Control de Iluminacin-Foco ............................................ 18
3.3 TCI-4F Tarjeta de Control de Iluminacin-4 Fases ...................................... 18
3.4 TCA Tarjeta de Control de Actuadores ........................................................ 19
3.5 TCC Tarjeta de Control Central .................................................................... 20
Presupuesto ndice del presupuesto
4


3.6 Equipo y herramientas empleadas ................................................................... 20
3.7 Software empleado .......................................................................................... 21
3.8 Mano de obra directa ....................................................................................... 21
Captulo 4 Presupuesto general ..................................................................... 23

Presupuesto Mediciones
5


Captulo 1 MEDICIONES
En este captulo se expondr la cantidad de componentes necesarios para la
elaboracin de los diferentes dispositivos, as como las horas requeridas para llevar a
cabo las tareas realizadas en este proyecto.
1.1 TCD TARJETA DE CONTROL DOMTICO
Componente Cantidad
Condensador cermico multicapa 100 nF 1
Condensador electroltico Al 68 F 16V 2
Condensador SMD 100 nF 7
Diodo LED 1
Diodo Schottky 2
Fuente de alimentacin step-down 3.3V 1
Inductor axial 100 H 2
Interruptor DIP deslizante 3 vas 1
Microprocesador dsPIC33FJ32MC202 1
Mdulo de radiofrecuencia MiWi 1
PCB 1
Pulsador 1
Resistencia 1 k 1
Resistencia 1 M 2
Resistencia 1.8 k 2
Resistencia 10 k 1
Resistencia 384 k 2
Resistencia SMD 10 k 1
Terminal macho con ajuste por friccin 2 vas 2.54mm 3
Terminal recto PCB 5.08mm (Negro) 70
Terminal recto PCB 5.08mm (Verde) 11
Zcalo de 28 pines 1

6


1.2 TCI-F TARJETA DE CONTROL DE ILUMINACIN-FOCO
Componente Cantidad
Diodo LED 1
LED RGB individual 6
PCB 1
Pulsador 1
Resistencia 1 k 1
Resistencia 4.7 k 2
Resistencia SMD 2.2 k 3
Resistencia SMD 22 1
Terminal acodado PCB (Negro) 5.08mm 4
Terminal de rosca PCB 2 vas 2.54mm 1
Transformador de tensin 1 salida 1
Transistor NPN (BC140) 3
Zcalo de 28 pines 1

1.3 TCI-4F TARJETA DE CONTROL DE ILUMINACIN-4 FASES
Componente Cantidad
Diodo LED 1
Diodo Schottky 1
Inductor axial 100 H 1
PCB 1
7


Pulsador 1
Resistencia 1 k 1
Resistencia 1 M 1
Resistencia 384 k 1
Resistencia 4.7 k 2
Resistencia SMD 2.2 k 12
Terminal acodado PCB (Negro) 5.08mm 16
Tira de 15 LEDs RGB 4
Transistor NPN (BC140) 12
Zcalo de 28 pines 1

1.4 TCA TARJETA DE CONTROL DE ACTUADORES
Componente Cantidad
Diodo LED 1
Diodo rectificador 3
PCB 1
Pulsador 1
Rel lacheado 1
Rel no lacheado 1
Resistencia 1 k 4
Resistencia 4.7 k 2
Transformador de tensin 2 salidas 1
Transistor NPN 3
Zcalo de 28 pines 1
8


1.5 TCC TARJETA DE CONTROL CENTRAL
Esta tarjeta no se ha desarrollado en este proyecto, sino en el proyecto del
sistema gestor de energa. Se incluye ya que como es el coordinador de la red no puede
existir dicha red sin dicho coordinador. Sin embargo, no se incluir la lista de
componentes de la TCC, sino el precio final de ella.
1.6 EQUIPO Y HERRAMIENTAS EMPLEADAS
Elemento Cantidad
Horas de
proyecto
Horas de uso al
ao
PC 1 450 1350
Programador MPLAB ICD3 1 170 300
Polmetro 1 200 400
ZENA Packet Sniffer 1 80 300
Destornillador, alicates y otras
herramientas
1 30 1200
Soldador 1 40 500
Desoldador 1 10 250
Mordaza 1 30 200
Router WiFi 1 10 100

1.7 SOFTWARE EMPLEADO
Elemento Cantidad
Horas de
proyecto
Horas de uso al
ao
MPLAB IDE v8.63 1 300 800
EAGLE PCB Designer v6.1.0 1 30 250
Visual Studio 2010 1 100 1000
ERwin Data Modeling 1 5 100
DBManager Professional v3.2 1 20 400
Office Word 2007 1 120 600
Qt Designer v5.0.1 1 10 100
Zena Network analyzer v3.0 1 80 300
9


1.8 MANO DE OBRA DIRECTA
Actividad Horas
Diseo de las tarjetas 25
Montaje de las tarjetas 40
Programacin 300
Implementacin de sensores 25
Implementacin de actuadores 15
Pruebas y solucin de problemas 200
Documentacin del proyecto 135
Horas totales 740

10



Presupuesto Precios unitarios
11


Captulo 2 PRECIOS UNITARIOS
En este captulo se expondr la cantidad de componentes necesarios para la
elaboracin de los diferentes dispositivos, as como las horas requeridas para llevar a
cabo las tareas realizadas en este proyecto.
Componente Precio (/ud.)
Condensador cermico multicapa 100 nF 0,098
Condensador electroltico Al 68 F 16V 0,136
Condensador SMD 100 nF 0,060
Diodo LED 0,100
Diodo Schottky 0,075
Fuente de alimentacin step-down 3.3V 5,870
Inductor axial 100 H 1,140
Interruptor DIP deslizante 3 vas 1,380
Microprocesador dsPIC33FJ32MC202 2,880
Mdulo de radiofrecuencia MiWi 9,880
PCB 1,935
Pulsador 1,020
Resistencia 1 k 0,028
Resistencia 1 M 0,028
Resistencia 1.8 k 0,028
Resistencia SMD 10 k 0,017
Terminal macho con ajuste por friccin 2 vas 2.54mm 0,317
Terminal recto PCB 5.08mm (Negro) 0,045
Terminal recto PCB 5.08mm (Verde) 0,095
Zcalo de 28 pines 0,042

12


Diodo LED 0,100
LED RGB individual 0,924
PCB 1,935
Pulsador 1,020
Resistencia SMD 2.2 k 0,021
Resistencia SMD 22 0,028
Terminal acodado PCB (Negro) 5.08mm 0,060
Terminal de rosca PCB 2 vas 2.54mm 0,754
Transformador de tensin 1 salida 12,910
Transistor NPN (BC140) 0,580

Diodo LED 0,100
Diodo Schottky 0,075
Inductor axial 100 H 1,140
PCB 1,935
13


Pulsador 1,020
Resistencia 1 M 0,028
Resistencia SMD 2.2 k 0,021
Terminal acodado PCB (Negro) 5.08mm 0,060
Tira de 15 LEDs RGB 4,950
Transistor NPN (BC140) 0,580

Diodo LED 0,100
Diodo rectificador 0,045
PCB 1,935
Pulsador 1,020
Rel lacheado 7,230
Rel no lacheado 2,780
Transformador de tensin 2 salidas 15,120
Transistor NPN 0,036
14


El coste de los componentes de esta tarjeta no se muestra en este proyecto ya que
se ha desarrollado en otro. No obstante, en el siguiente captulo se tendr en cuenta.
Elemento Precio (/ud.)
PC 799,00
Programador MPLAB ICD3 154,60
Polmetro 45,00
ZENA Packet Sniffer 100,00
Destornillador, alicates y otras herramientas 80,00
Soldador 35,00
Desoldador 34,87
Mordaza 31,69
Router WiFi 22,00

Elemento Precio (/ud.)
MPLAB IDE v8.63 Versin libre
EAGLE PCB Designer v6.1.0 Versin libre
Visual Studio 2010 115,00
ERwin Data Modeling 3637,79
DBManager Professional v3.2 Libre para uso no comercial
Office Word 2007 135
Qt Designer v5.0.1 Libre para uso no comercial
Zena Network analyzer v3.0 Gratis

15


Actividad Precio (/hora)
Diseo de las tarjetas 45
Montaje de las tarjetas 15
Programacin 25
Implementacin de sensores 20
Implementacin de actuadores 20
Pruebas y solucin de problemas 55
Documentacin del proyecto 40

16



Presupuesto Sumas parciales
17


Captulo 3 SUMAS PARCIALES
En este captulo se indicarn los importes parciales a partir de los primeros dos
captulos: las mediciones y los precios unitarios.
Componente Cantidad Precio (/ud.) Coste total ()
Condensador cermico multicapa 100 nF 1 0,098 0,098
Condensador electroltico Al 68 F 16V 2 0,136 0,272
Condensador SMD 100 nF 7 0,060 0,420
Diodo LED 1 0,100 0,100
Diodo Schottky 2 0,075 0,150
Fuente de alimentacin step-down 3.3V 1 5,870 5,870
Inductor axial 100 H 2 1,140 2,280
Interruptor DIP deslizante 3 vas 1 1,380 1,380
Microprocesador dsPIC33FJ32MC202 1 2,880 2,880
Mdulo de radiofrecuencia MiWi 1 9,880 9,880
PCB 1 1,935 1,935
Pulsador 1 1,020 1,020
Resistencia 1 k 1 0,028 0,028
Resistencia 1 M 2 0,028 0,056
Resistencia 1.8 k 2 0,028 0,056
Resistencia 384 k 2 0,028 0,056
Resistencia SMD 10 k 1 0,017 0,017
Terminal macho con aj. friccin 2 vas 3 0,317 0,951
Terminal macho con aj. friccin 3 vas 1 0,288 0,288
Terminal recto PCB 5.08mm (Negro) 70 0,045 3,150
Terminal recto PCB 5.08mm (Verde) 11 0,095 1,045
Zcalo de 28 pines 1 0,042 0,042
TOTAL 38,802

18


Componente Cantidad
Precio
(/ud.)
Coste total
()
Diodo LED 1 0,100 0,100
LED RGB individual 6 0,924 5,544
PCB 1 1,935 1,935
Pulsador 1 1,020 1,020
Resistencia 4.7 k 2 0,028 0,056
Resistencia SMD 2.2 k 3 0,021 0,063
Resistencia SMD 22 1 0,028 0,028
Terminal acodado PCB (Negro) 5.08mm 4 0,060 0,240
Terminal de rosca PCB 2 vas 2.54mm 1 0,754 0,754
Terminal macho con ajuste por friccin 3
vas 2.54mm
1 0,288 0,288
Transformador de tensin 1 salida 1 12,910 12,910
Transistor NPN (BC140) 3 0,580 1,740
Zcalo de 28 pines 1 0,042 0,042
TOTAL 38,005

Componente Cantidad
Precio
(/ud.)
Coste total
()
Diodo LED 1 0,100 0,100
Diodo Schottky 1 0,075 0,075
Inductor axial 100 H 1 1,140 1,140
19


PCB 1 1,935 1,935
Pulsador 1 1,020 1,020
Resistencia 1 M 1 0,028 0,028
Resistencia 384 k 1 0,028 0,028
Resistencia 4.7 k 2 0,028 0,056
Resistencia SMD 2.2 k 12 0,021 0,252
Terminal acodado PCB (Negro) 5.08mm 16 0,060 0,960
vas 2.54mm
1 0,288 0,288
Transistor NPN (BC140) 12 4,950 59,400
Zcalo de 28 pines 1 0,580 0,580
Tira de 15 LEDs RGB 4 0,042 0,168
TOTAL 86,405

Componente Cantidad
Precio
(/ud.)
Coste total
()
Diodo LED 1 0,100 0,100
Diodo rectificador 3 0,045 0,135
PCB 1 1,935 1,935
Pulsador 1 1,020 1,020
Rel lacheado 1 7,230 7,230
Rel no lacheado 1 2,780 2,780
Resistencia 4.7 k 2 0,028 0,056
20


vas 2.54mm
1 0,288 0,288
Transformador de tensin 2 salidas 1 15,120 15,120
Transistor NPN 3 0,036 0,108
Zcalo de 28 pines 1 0,042 0,042
TOTAL 47,077

El coste unitario de la TCC es de 69,115/ud.
Elemento Cantidad
Horas de
proyecto
Horas
de uso
al ao
Precio
(/ud.)
Amortizacin
anual
Coste
()
PC 1 450 1350 799,00 25% 66,58
Programador
MPLAB ICD3
1 170 300 154,60 25% 21,90
Polmetro 1 200 400 45,00 25% 5,63
ZENA Packet
Sniffer
1 80 300 100,00 25% 6,67
Destornillador,
alicates y otras
herramientas
1 30 1200 80,00 25% 0,50
Soldador 1 40 500 35,00 25% 0,70
Desoldador 1 10 250 34,87 25% 0,35
Mordaza 1 30 200 31,69 25% 1,19
Router WiFi 1 10 100 22,00 25% 0,55
TOTAL 104,06

21


Elemento Cantidad
Horas de
proyecto
Horas de
uso al
ao
Precio
(/ud.)
Amortizacin
anual
Coste
()
Visual
Studio 2010
1 100 1000 115,00 20% 2,30
ERwin Data
Modeling
1 5 100 3637,79 20% 36,38
Office Word
2007
1 120 600 135 20% 5,40
TOTAL 44,08

Actividad Horas Precio (/hora) Coste
Diseo de las tarjetas 25 45 1125
Montaje de las tarjetas 40 15 600
Programacin 300 25 7500
Implementacin de sensores 25 20 500
Implementacin de actuadores 15 20 300
Pruebas y solucin de problemas 200 55 11000
Documentacin del proyecto 135 40 5400
TOTAL 26425

22



Presupuesto Presupuesto general
23


Captulo 4 PRESUPUESTO GENERAL
Sumando las cantidades de todas las partes calculadas anteriormente se concluye
que el coste de este proyecto, impuestos incluidos, asciende a:

Concepto Coste ()
TCD - Tarjeta de Control Domtico (3 uds.) 116,41
TCI-F - Tarjeta de Control de Iluminacin - Foco (2 uds.) 76,01
TCI-4F - Tarjeta de Control de Iluminacin - 4 Fases (1 ud.) 86,41
TCA - Tarjeta de Control de Actuadores (1 ud.) 47,08
TCC - Tarjeta de Control Central (1 ud.) 69,12
Equipo y herramientas empleadas 104,06
Software empleado 44,08
Mano de obra directa 26425,00
TOTAL 26968,15

51 B 998731 BB 57 Tesis

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

51 B 998731 BB 57 Tesis

Загружено:

Авторское право:

Доступные форматы

ESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI) INGENIERO

Вам также может понравиться