Sms en Pdu

Universidad Simn Bolvar
Decanato de Estudios Profesionales

Coordinacin de Ingeniera Electrnica
CONTROL DE DISPOSITIVOS SIMPLES A TRAVS DE

MENSAJES DE TEXTO (SMS) Y PORTAL WEB
Por
Clara Elisa Gonzlez Len
Sartenejas, Septiembre de 2004

CONTROL DE DISPOSITIVOS SIMPLES A TRAVS DE

MENSAJES DE TEXTO (SMS) Y PORTAL WEB
Por
Realizado con la Asesora de

Tutor Acadmico: Prof. Trina Adrin de Prez
Tutor Industrial: Ing. Rosa Prez de Obanos
INFORME FINAL DE CURSOS EN COOPERACIN

Presentado ante la Ilustre Universidad Simn Bolvar
Como requisito parcial para optar al ttulo de Ingeniero Electrnico

CONTROL DE DISPOSITIVOS SIMPLES A TRAVS DE MENSAJES

DE TEXTO (SMS) Y PORTAL WEB
INFORME FINAL DE CURSOS EN COOPERACIN presentado por
Realizado con la asesora de:
TUTOR ACADMICO:
TUTOR INDUSTRIAL:
Prof. Trina Adrin de Prez
Ing. Rosa Prez de Obanos
RESUMEN
El proyecto consiste en desarrollar un sistema que permita controlar dispositivos simples
mediante el uso de un portal Web que reciba comandos a travs de mensajes de texto (SMS)
enviados por el usuario. El portal se disea para recibir los mensajes y almacenarlos hasta que una
aplicacin que se ejecuta en un computador remoto, descargue dichos comandos y los ejecute
sobre los dispositivos comerciales correspondientes, para as controlar algunas de sus funciones.
Dichos dispositivos pueden ser cmaras, sensores de movimiento, controles on-off, entre otros.
El usuario recibir en su celular notificaciones de comandos invlidos, notificaciones de las
alarmas generadas por los dispositivos a ser controlados y mensajes de texto (SMS) desde el portal
indicndole que el comando ha sido recibido.
PALABRAS CLAVES
Mensajes de Texto, SMS, Pginas Web, Dispositivos simples, X10, Domtica, Automatizacin,
Control, Hogar.
Aprobado con mencin:________
Postulado para el premio: _______
Al futuro
porque veamos en cada da
que nace la oportunidad de ser las
personas que verdaderamente queremos ser
Agradecimientos
A Dios, por haberme regalado esta experiencia que me dio la oportunidad de crecer, de conocer a
muchas personas nuevas y de aprender un poco ms del mundo.
A mi familia, a mis padres, hermano, abuelos, tos, primos y ahijados, por estar pendientes en
todo momento de los avances del proyecto, por compartir mis tristezas y angustias, y por festejar
conmigo cuando por fin llegu a la meta. Los quiero mucho.
A Rosa Prez de Obanos, mi tutora industrial, por darme la oportunidad de demostrar lo que s y
lo que puedo aprender, y por mostrarme como gira el mundo que est afuera de la universidad.
A Trina Adrin, mi tutora acadmica, por su orientacin y apoyo en todo momento y por estar
dispuesta a resolver cualquier obstculo. Gracias por haberme permitido compartir con usted mi
ltima materia universitaria.
A Marco Cuttin, por ser una persona tan humana, tan clida y siempre dispuesta a ayudar a los
dems. Gracias por haber sido la pieza clave en la solucin de los problemas. Te considero mi
amigo.
A Juan C. Zambrano y Francisco Alcal, de Intelcon System, por haberse armado de paciencia y
haber respondido tantas dudas, por haberme dado tanto apoyo tcnico en todo lo que se refiere a
BlickSMS y al resto de las herramientas Web.
A mi novio, Carlos Alberto Prez, por haberme escuchado tantas veces, por la solidaridad y la
comprensin, por haber sido el mayor apoyo en momentos difciles y por compartir conmigo la
inmensa alegra de haber terminado con xito. Te quiero muchsimo.
A mis amigos, Dani, Leslie, Diani, Caro, Carolina, Asdrub, Julio, Cape, Frank, Mug, por apoyarme
y acompaarme cada uno desde sus actividades. Gracias por su amistad, con la que cuento desde
hace mucho tiempo, y espero que sigamos siendo amigos por siempre.
A Liliana Serrano, Eduardo Ruiz, Alvaro Monsalve y Fredy Marquina por poner sus granotes de
arena para que esta pasanta pudiese finalizar con xito.
Control de Dispositivos Simples a travs de SMS y Portal WEB
INDICE GENERAL
CAPTULO 1 INTRODUCCIN...................................................................................... 1
1.1 IDENTIFICACIN DE LA EMPRESA ................................................................................................... 2
1.1.1 Resea Histrica............................................................................................................................. 2
1.1.2 Evolucin tecnolgica ....................................................................................................................... 2
1.1.3 Estructura Organizativa ................................................................................................................. 4
1.2 DESCRIPCIN Y JUSTIFICACIN DEL PROYECTO ........................................................................... 6
1.3 VISIN GENERAL DE LOS CAPTULOS............................................................................................. 8
CAPTULO 2 MARCO TERICO .................................................................................... 9
2.1 CDMA ................................................................................................................................................. 10
2.1.1 Historia de CDMA ..................................................................................................................... 10
2.1.2 Definicin de la Red CDMA ....................................................................................................... 11
2.1.3 Componentes de una red CDMA.................................................................................................. 12
2.1.4 Interfaces de Red en CDMA ........................................................................................................ 14
2.1.5 La Comunicacin en CDMA....................................................................................................... 15
2.1.6 Canalizacin en CDMA y Secuencia PN..................................................................................... 17
2.2 SERVICIO DE MENSAJERA DE TEXTO (SMS)............................................................................... 20
2.2.1 Visin general del Servicio de Mensajera de Texto ........................................................................ 20
2.2.2 Estructura de la Red de Mensajera de Texto ................................................................................ 21
2.2.3 Procesamiento de los mensajes de texto entre estaciones mviles ........................................................ 25
2.2.4 Descripcin General del Protocolo SMPP ...................................................................................... 26
2.2.5 Conexiones de Red para SMPP.................................................................................................... 27
2.2.6 Procesamiento de mensajes de texto entre una ESME y el SMSC.................................................. 28
CAPTULO 3 DESARROLLO DEL PROYECTO ......................................................... 37
3.1 OBJETIVOS DEL PROYECTO ............................................................................................................ 38
3.2 FASE DE INVESTIGACIN ................................................................................................................ 39
3.2.1 Estndares y equipos para la automatizacin del hogar .................................................................. 39
3.2.2 Herramienta para el manejo de mensajes de texto BlickSMS ................................................. 44
Septiembre 2004
ii
3.2.3 Lenguajes de programacin para pginas Web y bases de datos....................................................... 51

3.2.4 Lenguajes de programacin para el diseo de la aplicacin receptora y administradora de comandos.. 54
3.3 FASE DE IMPLEMENTACIN............................................................................................................ 56
3.3.1 Aplicacin desarrollada con la herramienta BlickSMS .............................................................. 57
3.3.2 Pginas Web, Base de Datos MySQL y Servidor Apache ............................................................. 62
3.3.3 Aplicacin desarrollada en Visual Basic........................................................................................ 70
CAPTULO 4 PRUEBAS Y RESULTADOS ................................................................... 84
CAPTULO 5 CONCLUSIONES Y RECOMENDACIONES....................................... 92
CAPTULO 6 REFERENCIAS BIBLIOGRFICAS ...................................................... 95
CAPTULO 7 APNDICES............................................................................................. 97
Septiembre 2004
iii
INDICE DE FIGURAS
Figura 1. Organigrama de la Corporacin CANTV ............................................................................... 4

Figura 2. Organigrama de la Vicepresidencia de Operaciones Comerciales ....................................... 5
Figura 3. Diagrama General del Proyecto ................................................................................................ 7
Figura 4. Relacin entre la interferencia, calidad del sistema y el nmero de llamadas cadas .......11
Figura 5. Interoperacin de CDMA con otros Sistemas de Comunicaciones ..................................12
Figura 6. Elementos de una Red CDMA ...............................................................................................13
Figura 7. Diagrama de Interfaces de la Red CDMA.............................................................................14
Figura 8. Ejemplo de reconocimiento de secuencias PBRS ................................................................16
Figura 9. Ejemplo de comunicacin entre un mvil y la radio base...................................................16
Figura 10. Modulacin y demodulacin del mensaje en CDMA........................................................17
Figura 11. Arquitectura bsica de la red que describe IS-41................................................................21
Figura 12. Modelo en capas de los Teleservicios SMS como aplicaciones soportadas por el
Servicio de Transporte SMS para IS-41 .......................................................................................23
Figura 13. Secuencia de envo y recepcin de un mensaje de texto entre dos MS-SME. ...............25
Figura 14. Modos de intercambio de mensajes .....................................................................................26
Figura 15. Implementacin genrica de una interfaz entre en ESME y un SMSC. .........................28
Figura 16. Secuencia de sesin entre un ESME en modo transmisor y el SMSC. ...........................30
Figura 17. Secuencia de sesin entre un ESME en modo receptor y el SMSC. ...............................31
Figura 18. Secuencia de sesin entre un ESME en modo tranceptor y el SMSC.............................32
Figura 19. Secuencia de entrega de
un mensaje mediante el mecanismo de
Almacenamiento y Envo.. .............................................................................................................33

Figura 20. Secuencia de entrega de un mensaje mediante el mecanismo de Mensajes como
Datagramas. ......................................................................................................................................35
Figura 21. Secuencia de entrega de un mensaje mediante el mecanismo de Transaccin de
Mensajes............................................................................................................................................36
Figura 22. Ventana correspondiente al Administrador de Aplicaciones de BlickSMS................47
Figura 23. Editor de Aplicaciones de BlickSMS ...............................................................................49
Figura 24. Ventana correspondiente al Ambiente de Prueba de BlickSMS ..................................50
Septiembre 2004
iv
Figura 25. Diagrama general de implementacin del proyecto ...........................................................56

Figura 26. Diagrama de bloques simplificado de la aplicacin realizada en BlickSMS ...............58
Figura 27. Diagrama de bloques que esquematiza el cdigo implementado en la
pagina_2.php ....................................................................................................................................63
Figura 28. Diagrama de Bloques que representa el proceso de Autentificacin de Usuarios e
Introduccin de Comandos por medio de las pginas web ......................................................64
Figura 29. Pgina web de Autentificacin de Usuario..........................................................................65
Figura 30. Pgina web de Introduccin de Comandos para telfono y password correctos..........66
Figura 31. Pgina web de Introduccin de Comandos para telfono y password incorrectos ......67
Figura 32. Pgina web de Introduccin de Comandos para password incorrecto...........................67
Figura 33. Pgina que realiza la introduccin del comando en la tabla X10_usuarios ................68
Figura 34. Pgina web de salida ...............................................................................................................69
Figura 35. Ventana de Configuracin de Telfonos y Passwords para un solo usuario..................70
Figura 36. Ventana de Configuracin de Telfonos y Passwords habilitada para dos
usuarios..............................................................................................................................................71
Figura 37. Diagrama de bloques que indica la secuencia que se ejecuta al cargar la Ventana
de Configuracin de Telfonos y Password ................................................................................72
Figura 38. Diagrama de bloques del cdigo generador de la ventana de Configuracin de
Sensores.............................................................................................................................................74
Figura 39. Ventana de Configuracin de Sensores ...............................................................................75
Figura 40. Ventana Principal de la aplicacin ........................................................................................76
Figura 41. Diagrama de bloques del proceso de descarga y ejecucin de comandos que
realiza la Ventana Principal ............................................................................................................77
Figura 42. Diagrama de bloques correspondiente a la recepcin de comandos que realiza la
Ventana Principal.............................................................................................................................79
Figura 43. Ventana de Tabla de Comandos ...........................................................................................80
Figura 44. Ventana de tasa de Refrescamientos ....................................................................................81
Figura 45. Opcin Desconectar...............................................................................................................82
Figura 46. Opcin Conectar .....................................................................................................................82
Figura 47. Equipos X10 adquiridos para la realizacin de las pruebas.. ............................................88
Septiembre 2004
Figura 48. Prueba de encendido de la lmpara.. ....................................................................................89

Figura 49. Relaciones de tiempo entre cada una de las rfagas. ........................................................100
Figura 50. Estructura y duracin de la trama X10 en ciclos de corriente elctrica ........................101
Figura 51. Ejemplo de alternancia de medio ciclo ..............................................................................101
Figura 52. Cdigos binarios de Casa, Nmero y Funcin .................................................................102
Septiembre 2004
vi
ABREVIATURAS
ABA: Acceso a Banda Ancha
ADODC: (ActiveX Data Object Data Control) Objeto de Control de Datos ActiveX.
ADSL: (Asymmetric Digital Subscriber Line) Lnea Asimtrica de Suscripcin Digital
AMPS: (Advanced Mobile Phone Service) Servicio Avanzado de Telefona Mvil.
AuC: (Autentication Center) Centro de Autenticacin.
BS: (Base Station) Estacin Base.
BSC: (Base Station Controller) Controlador de Estacin Base.
BTS: (Base Transceiver Station) Estacin Base Transceptora
CDMA: (Code Division Mltiple Access) Acceso Mltiple por Divisin de Cdigo.
CMT: (Celular Messaging Teleservice) Teleservicio de Mensajera Celular.
CPT: (Cellular Paging Teleservice) Teleservicio de Buscapersonas
DHCP: (Dynamic Host Configuration Protocol) Protocolo de Configuracin Dinmica del Host.
D-AMPS: (Digital -Advanced Mobile Phone Service) Servicio Digital Avanzado de Telefona Mvil.
EIR: (Equipment Information Register) Centro de Registros e Identidades de los Equipos.
ESME: (External Short Message Entity) Entidad Externa de Mensajera de Texto.
FDMA: (Frecuency Division Multiple Access) Acceso Mltiple por Divisin de Frecuencia.
GPS: (Global Position System) Sistema de Posicionamiento Global.
Septiembre 2004
vii
GSM: (Global System for Mobile Communications) Sistema Global de Comunicacin Mvil
HLR: (Home Location Register) Centro de Registro de Localizacin de Suscriptores Locales.
HTML: (Hyper Text Markup Language) Lenguaje de Etiquetas por Hipertexto.
HTTP: (Hyper Text Transfer Protocol) Protocolo de Transferencia de Hipertexto
IP: (Internet Protocol) Protocolo Internet.
ISDN: (Integrated Services Digital Network) Red Digital de Servicios Integrados.
LAN: (Local Area Network) Red de rea Local
MB: (Mobile Station) Estacin Mvil.
MIN: (Mobil Identification Number) Nmero de Identificacin del Mvil.
MSC: (Master Switching Center) Central de Conmutacin Celular.
MS- SME: (Mobil Station- Short Message Entity) Entidad Mvil de Mensajera de Texto.
NMC: (Network Management Center) Centro de Manejo de la Red.
ODBC: (Open Database Connectivity) Conectividad Abierta a Bases de Datos.
OMC: (Operation and Maintenance Center) Centro de Operaciones y Mantenimiento
PC: (Personal Computer) Computador Personal
PDU: (Protocol Data Unit) Unidad de Datos del Protocolo.
PLMN: (Public Land Mobile Network) Redes Almbricas Privadas.
PN: (Pseudo noise) Pseudo ruido.
Septiembre 2004
viii
PRBS: (Psudo-random Binary Sequence) Secuencia Binaria Pseudoaleatoria

PSTN: (Public Service Telephone Network) Red Telefnica del Servicio Pblico.
RF: (Radio Frequencys) Radio Frecuencias.
SMASP: (Short Messages Application Services Provider) Proveedor de Servicios de Aplicaciones para
Mensajera Corta.
SMD-PP: (Short Message Delivery Point-to-Point Bearer Service) Entrega de Mensajes Cortos
Servicio de Transporte Punto a Punto.
SME: (Short Message Entity) Entidad de Mensajera de Texto.
SMPP: (Short Message Peer to Peer) Protocolo de Mensajera de Texto Punto a Punto.
SMS: (Short Message Service) Servicio de Mensajera Corta de Texto.
SMSC: (Short Message Service Center) Centro de Mensajes de Texto.
SOHO: (Small Office Home Office) Pequea Red Hogarea.
SS7: (Signaling System 7) Sistema de Sealizacin Nmero 7.
TCP: (Transfer Control Protocol) Protocolo de Control de Transmisin.
TDMA: (Time Division Multiple Access) Acceso Mltiple por Divisin de Tiempo.
TIA: (Telecomunication Industry Asociation) Asociacin de la Industria de las Telecomunicaciones.
UDP: (User Datagram Protocol) Protocolo de Datagramas de Usuario.
VLR: (Visitor Location Register) Centro de Registro de Localizacin de Visitantes.
XML: (Extensible Markup Language) Lenguaje de Etiquetas Extensibles.
Septiembre 2004
ix
GLOSARIO
All Lights On: Funcin que indica que todas las luces de una determinada zona se deben
encender.
All Units Off: Funcin que indica que todos los equipos de una determinada zona se deben
apagar.
Bright: Funcin que indica que debe aumentar la intensidad o brillo de una determinada lmpara.
Dim: Funcin que indica que debe disminuir la intensidad de una determinada lmpara.
Function Code: Cdigo que corresponde a una determinada funcin, segn el protocolo X10.
House Code: Cdigo que corresponde a la seccin de la letra en la direccin de un dispositivo
X10.
Number Code: Cdigo que corresponde a la seccin del nmero en la direccin de un
dispositivo X10.
Off: Funcin que indica que se debe apagar un dispositivo.
On: Funcin que indica que se debe encender un dispositivo.
Paging Channel: Canal de Localizacin.
Password: Contrasea
Pilot Channel: Canal Piloto.
Roaming: Es un trmino utilizado en comunicaciones mviles que se refiere a extender el
servicio a otra red diferente a la red en la cual la estacin mvil est registrada.
Septiembre 2004
Start Code: Cdigo de inicio con el cual se comienza a enviar la trama X10 a travs de la red
elctrica.
Sync Channel: Canal de Sincronizacin.
Septiembre 2004
CAPTULO 1
INTRODUCCIN
Identificacin de la Empresa.
Descripcin y Justificacin del

Proyecto.
Visin General de los Captulos.
1.1 IDENTIFICACIN DE LA EMPRESA

1.1.1 Resea Histrica
La telefona mvil celular se inicia en Venezuela en el ao 1988, cuando la empresa estatal
CANTV brinda el servicio nicamente para la ciudad de Caracas. En ese momento el cdigo 099
daba acceso a un servicio exclusivo con cobertura limitada.
En el ao 1991 CANTV es privatizada y un consorcio liderado por G.T.E., hoy Verizon
Communications Inc., adquiere el 40% del capital y asume el control de la Empresa.
En 1992 nace Telecomunicaciones Movilnet C.A. como empresa filial de CANTV,
dedicada a prestar servicios de telefona mvil.
En el ao 2001, CANTV inicia el proceso de integracin corporativa con sus empresas
asociadas, Movilnet, Cantv.net y Caveguas unificando los servicios compartidos como Finanzas,
Recursos Humanos, Comunicaciones, Seguridad, Transporte y Consultora Jurdica, mientras que
la Corporacin adopta smbolos de identidad de marca comunes.
En el ao 2002, se profundiza la transformacin de la Corporacin con la oferta de
productos y servicios integrados que proporcionan a los clientes una variedad de tecnologas
combinadas en funcin de sus necesidades y requerimientos especficos.[1]
1.1.2 Evolucin tecnolgica

Movilnet se ha caracterizado por ser la empresa de comunicacin celular que cuenta con la
ms alta tecnologa y la mayor diversidad de servicios. Su orientacin al servicio la mantiene en un
proceso de cambio continuo, revolucionando el mercado de telefona celular en Venezuela, el cual
ha experimentado un crecimiento acelerado que la obliga a mantener una actualizacin y
renovacin continua de sus herramientas tecnolgicas, procesos globales, productos y servicios.
Septiembre 2004
En 1996 Movilnet migr de la telefona celular analgica al modo digital, sobre TDMA o
Acceso Mltiple por Divisin de Tiempo, con el fin de aumentar la capacidad del sistema y
ofrecer nuevos y mejores servicios.
Con la instalacin de TDMA, la operadora del 0416 fue la primera en digitalizar su red, lo
cual le ha permitido consolidarse como lder en innovacin, servicios y cobertura digital nacional.
En la actualidad, el porcentaje de digitalizacin de la red alcanza 99% del territorio nacional y ms
de 98% de sus abonados posee terminales celulares digitales.
An cuando TDMA ofrece amplias oportunidades de crecimiento y posibilita el
desarrollo de variados servicios de valor agregado, la empresa decidi implantar una red CDMA
1X, que funciona superpuesta a la otra red y que le permite a Movilnet avanzar hacia la tercera
generacin y optimizar el espacio libre disponible en el espectro haciendo un uso ms eficiente del
mismo.
CDMA1X le permite a la empresa ofrecer servicios avanzados de Internet mvil a alta
velocidad, tanto en mensajera instantnea, como en acceso a la Web a velocidades de transmisin
de datos de hasta 153 kbits pico por segundo.
La red 1X coexiste con la red TDMA sobre el mismo espectro de radiofrecuencia. Con
esto, Movilnet es la primera empresa del mundo en colocar, en un mismo espacio espectral, dos
estndares de tecnologa distintos.
La existencia de las dos redes pretende ampliar la variedad de productos y servicios
disponibles, lo que permite entregar mayor valor al cliente, de acuerdo con sus necesidades.
Movilnet ha logrado un posicionamiento basado en el liderazgo en servicios y cobertura
digital nacional, apoyados en tecnologa de punta, cuyo valor se asocia a la medida en que permite
desarrollar aplicaciones valiosas para la vida y resaltar el compromiso con sus clientes. [1]
Septiembre 2004
1.1.3 Estructura Organizativa

Movilnet, como empresa asociada a la corporacin CANTV, est constituida por dos
vicepresidencias, tal como se muestra a continuacin en la figura 1, de las cuales se derivan una
gran cantidad de direcciones que desarrollan los procesos claves.
Figura 1. Organigrama de la Corporacin CANTV
Las principales funciones de las dos vicepresidencias que reportan a la Presidencia de

Movilnet, son:
Vicepresidencia de Operaciones y Sistemas: Se encarga de administrar el
funcionamiento ptimo y permanente de las redes de telecomunicaciones mviles, de
informacin y de facturacin, mantiene la infraestructura fsica de la red (estaciones de radio base,
mquinas de mensajes), optimiza la infraestructura tecnolgica y expansin de las redes celular, de
informacin y facturacin.
Vicepresidencia de Operaciones Comerciales: Se encarga de todos los procesos
asociados a la fase prospectiva de negocios y servicios de Movilnet. Completa la investigacin de
nuevos servicios, negocios y nuevas tecnologas, asociaciones estratgicas, seguimiento y control
Septiembre 2004
de nuevos negocios. Tambin es responsable de todos los procesos asociados al contacto directo
con los clientes antes, durante y despus de la venta de los productos y servicios.
En la figura 2 se muestra el organigrama correspondiente a la Vicepresidencia de
Operaciones Comerciales. En l se pueden observar las ocho Direcciones que lo integran, entre
ellas la Direccin de Desarrollo Comercial, en la cual se llev a cabo este proyecto de pasanta
(especficamente en la Gerencia de Desarrollo Comercial).
Figura 2. Organigrama de la Vicepresidencia de Operaciones Comerciales
Septiembre 2004
1.2 DESCRIPCIN Y JUSTIFICACIN DEL PROYECTO

El mundo de hoy se caracteriza por el desarrollo continuo de nuevas tecnologas y
aplicaciones cuya finalidad es ofrecer a los consumidores una amplia variedad de nuevos
productos y servicios que les permitan vivir ms cmodamente y aprovechar mejor su tiempo.
Por otra parte, el ritmo y el tipo de vida del venezolano en la actualidad crea la necesidad
de estar constantemente informados sobre el estado de sus viviendas, simular presencia en las
mismas al salir de viaje para aumentar la sensacin de seguridad, supervisar a distancia lo que
hacen sus hijos y/o la situacin de los ancianos de la familia, ya que suelen quedarse solos en casa
o acompaados de extraos mientras el resto de la familia se encuentra en el trabajo.
Pensando en esto, Movilnet ha pensado en ofrecer un nuevo servicio de supervisin y
automatizacin del hogar, que le permita satisfacer las necesidades antes mencionadas a un sector
de la poblacin venezolana. El primer paso para lograrlo es elaborar una maqueta o prueba de
concepto del mismo a fin de que la Unidad de Masivos de la Corporacin CANTV lleve a cabo
las evaluaciones de mercado necesarias para determinar la factibilidad y las caractersticas que debe
tener el servicio para ofrecerlo en forma comercial.
Con la maqueta se pretende comprobar que el proyecto es de fcil implementacin, dado
que fue realizado durante el perodo de una pasanta con software gratuito y libre, y una vez que
sea aprobado, el grupo de desarrolladores de Movilnet y CANTV pueda comenzar a elaborar las
primeras versiones del producto que luego saldr al mercado.
El proyecto consiste en controlar dispositivos en el hogar mediante el uso de un portal
Web que recibe comandos enviados por el usuario a travs de mensajes de texto (SMS). Una vez
que estos hayan llegado al portal, debern ser almacenados hasta que una aplicacin que se ejecuta
en un computador remoto, descargue dichos comandos y los administre, con el fin de ejecutarlos
sobre los dispositivos comerciales correspondientes, controlando as algunas de sus funciones.
Dichos dispositivos pueden ser cmaras, sensores de movimiento, controles on-off, entre otros.
El usuario recibir en su celular a travs de mensajes de texto (SMS) notificaciones de las
alarmas generadas por la activacin de alguno de los sensores instalados, notificaciones del portal
Septiembre 2004
indicando que el comando ha sido recibido y, en caso de que el mensaje enviado sea invlido, un
aviso del estado del mismo.
En la figura se muestra un esquema general del proyecto
Figura 3. Diagrama General del Proyecto
Septiembre 2004
1.3 VISIN GENERAL DE LOS CAPTULOS

En este informe se describen detalladamente cada una de las fases de desarrollo del
proyecto de pasanta, as como tambin los conceptos, procedimientos, herramientas y programas,
entre otros, que fue necesario conocer, aprender a utilizar y dominar para elaborar esta prueba de
concepto. A continuacin se da una breve explicacin de cada uno de los captulos que integran
este trabajo.
Captulo 2: En este captulo se encuentra la informacin terica general que debe conocer
el lector a fin de poder ambientarse en la plataforma de telecomunicaciones con la cual trabaja
Movilnet. En primer lugar, se describe la red CDMA, sus componentes e interfaces, y
posteriormente todo lo relacionado con la estructura, manejo y procedimientos asociados al
protocolo utilizados en el servicio de mensajera de texto (SMS).
Captulo 3: Todos los aspectos relacionados con el desarrollo del proyecto se describen
detalladamente en este captulo del informe. Est constituido por tres secciones: objetivos del
proyecto, en donde se explica que se quiere alcanzar con el desarrollo del mismo, la fase de
investigacin, donde se exponen los aspectos que fueron necesarios investigar y conocer ms a
fondo para poder tomar las decisiones de diseo del prototipo: estndares para la automatizacin
del hogar, herramientas para el manejo de mensajes de texto, lenguajes de programacin para
pginas Web y bases de datos ms adecuados, lenguaje de programacin que permitiera un diseo
sencillo de la aplicacin receptora y administradora de los comandos, y la fase de
implementacin, donde se describe paso a paso el diseo y desarrollo de todas las secciones que
integran el proyecto.
Captulo 4: En esta seccin se explican los diferentes tipos de pruebas realizadas una vez
concluida la fase de implementacin del prototipo, as como tambin el anlisis de los resultados
obtenidos.
Captulo 5: En este captulo, el lector encontrar las conclusiones a las que se lleg luego
de realizar este proyecto de pasanta, as como tambin las recomendaciones relacionadas con
otras posibles formas de realizar el proyecto o mejoras que se le pudieran hacer al mismo.
Septiembre 2004
CAPTULO 2
MARCO TERICO
CDMA
Servicio de Mensajera de Texto
10
2.1 CDMA
2.1.1 Historia de CDMA
La compaa Qualcomm, ubicada en San Diego, California, fue la primera en proponer un
sistema digital basado en la distribucin del espectro (spread spectrum) y el Acceso Mltiple por
Divisin de Cdigos o CDMA (Code Division Multiple Access).
En CDMA, se asignan diversos cdigos para que mltiples usuarios puedan acceder al
mismo espectro de frecuencia simultneamente, mientras que el Acceso Mltiple por Divisin de
Tiempo (TDMA) define, para cada canal, varias ranuras de tiempo y el Acceso Mltiple por
Divisin de Frecuencia (FDMA) asigna, dinmicamente, diferentes bandas de frecuencia por
usuario.
CDMA permite que todos los usuarios transmitan al mismo tiempo, en la misma
frecuencia y ancho de banda y elimina la idea de la transmisin en un solo canal de frecuencia
especfico por usuario.
A pesar de que en 1942 Hedy Lamarr patenta los fundamentos de la teora de espectro
disperso que ofrece fortalecer la transmisin frente al ruido a cambio de un aumento del ancho de
banda ocupado, muchos ingenieros pensaron que no era posible de implementar. Sin embargo en
1989 Qualcomm se propuso aplicarlo y as, un ao ms tarde, se logr demostrar la
implementacin de CDMA.
En 1995, el Comit TR-45.5 de la Asociacin de la Industria de las Telecomunicaciones
(TIA) publica el estndar IS-95A para CDMA, con un codificador de voz o vocoder de 9600 bps
que luego aumenta a 14400 bps en su Boletn Tcnico 74. En 1996, se publica el Estndar
Conjunto 008 para operar CDMA en la banda de 1900MHz.
Hoy en da, existen dos estndares de tercera generacin que se basan en CDMA. Una de
las principales diferencias entre ellos es el ancho de banda. Por ejemplo, para CDMA 2000 es de
3,6864 MHz para su versin 3x y para W-CDMA es de 3,84MHz. [2]
Septiembre 2004
11
2.1.2 Definicin de la Red CDMA

Como ya se mencion, en CDMA mltiples usuarios comparten simultneamente una
misma banda de frecuencia. Se crean canales nicos al modular la informacin de cada usuario,
segn una secuencia de cdigo nica a una alta tasa de bits, esencialmente no correlacionada a la
secuencia de cdigo asignada a otros usuarios.
La cantidad de usuarios en el sistema en un momento dado, queda limitada por la cantidad
de secuencias de cdigo nicas asignadas en ese momento. En teora, se puede permitir el acceso
de tantos usuarios como cantidad de secuencias de cdigo estn disponibles.
En la prctica, CDMA es un sistema limitado por la interferencia y existe un canje natural
entre la capacidad y la calidad de la comunicacin. De all que mientras se permita el acceso
simultneo al sistema a una mayor cantidad de usuarios, mayor ser la interferencia total del
sistema.
Una mayor interferencia puede traer como consecuencia un alza en la tasa de llamadas
cadas y menor calidad en la comunicacin, incluso antes de que se asignen todos los cdigos
nicos. Es decir, si se permite la entrada de demasiados usuarios al sistema, la calidad de la
llamada se ver afectada negativamente.
Figura 4. Relacin entre la interferencia, calidad del sistema y el nmero de llamadas cadas
Se podran asignar ms cdigos y permitir el acceso a ms usuarios pero la calidad de la

comunicacin y el servicio a los clientes se degradara. Muchos operadores para optimizar el
rendimiento del sistema y mantener a sus clientes satisfechos, limitan el acceso en niveles por
debajo de los cdigos disponibles.
Septiembre 2004
12
Por otra parte, CDMA brinda de 6 a 10 veces ms la capacidad que el sistema analgico.
La capacidad del sistema o cantidad de usuarios que puede soportar simultneamente un canal
CDMA, depende de la interferencia entre los cdigos de los usuarios, la cual es muy baja si son
slo dos, pero puede sobrepasar el nivel aceptable cuando se toma en cuenta la interferencia
acumulada entre todos cdigos asignados. [2]
2.1.3 Componentes de una red CDMA

El diseo de una red CDMA se basa en los estndares existentes para el Servicio
Avanzado de Telefona Mvil (AMPS) y el AMPS Digital (D-AMPS) de los comits TR45 y
TR46. Gracias a esto existe una capacidad de interoperacin con los sistemas AMPS tanto en
analgico como en digital.
Figura 5. Interoperacin de CDMA con otros Sistemas de Comunicaciones
La funcin de los componentes en una red CDMA es casi igual que en las redes GSM y
D-AMPS, aunque sus nombres difieren un poco. La figura 6 muestra los elementos de una red
CDMA.
Septiembre 2004
13
Figura 6. Elementos de una Red CDMA
Las Estaciones Mviles o Mobile Station (MB) se comunican con el sistema de la Radio
Base o Base Station (BS) a travs de la interfaz de aire. El sistema de la BS lo conforman una
Estacin Base Tranceptora (BTS) y un Controlador de la Estacin Base (BSC). La BTS
proporciona el enlace RF a los suscriptores.
Los usuarios se comunican directamente con la BTS. El BSC se ocupa de enrutar los
datos, codificar la voz y de otras funciones relacionadas con el handoff. El sistema solo necesita
un BSC. El BSC puede estar ubicado en la Central de Conmutacin Celular (MSC), lugar en
donde generalmente suele encontrarse.
La Central de Conmutacin Celular (MSC) controla el trfico entre las radio bases. Si una
MSC tiene muchas celdas, se pueden usar varias MSCs para ayudarla a controlar el procesamiento
de las llamadas. Cada MSC tiene un Centro de Registros de Localizacin de Visitantes (VLR) con
toda la informacin de los mviles en Roaming.
Cada MSC est conectada a un Centro de Registros de Localizacin de Suscriptores
Locales (HLR), un Centro de Autenticacin (AuC) y un Centro de Registros e Identidades de los
Equipos (EIR) que verifican la legitimidad de los usuarios y los equipos, para facilitar el control de
fraude del sistema.
Septiembre 2004
14
El sistema tambin cuenta con un Centro de Operaciones y Mantenimiento (OMC) y un

Centro de Manejo de la Red (NMC) que, por lo general, tienen una operacin centralizada y le
brindan un soporte remoto a la central MSC.
La MSC tiene una interfaz hacia otras redes, como por ejemplo, a las redes almbricas
privadas (PLMN), la Red Telefnica del Servicio Pblico (PSTN) y las Redes Digitales de
Servicios Integrados (ISDN). [2]
2.1.4 Interfaces de Red en CDMA

A diferencia de AMPS, que tiene muchas interfaces propietarias, en CDMA todas las
interfaces se definen en distintos estndares (ver figura 7), excepto en la lnea del enlace RF,
permitiendo que varios fabricantes diseen y fabriquen los distintos componentes de la red.
Figura 7. Diagrama de Interfaces de la Red CDMA
La interfaz de aire usa la sealizacin RF como capa 1 y una modificacin del protocolo
ISDN como capas 2 y 3. Todos los proveedores de las estaciones mviles y radio bases cumplen
con esta interfaz en forma estricta.
La interfaz A es la que se utiliza entre la BTS y el BSC. La interfaz fsica es una E1. La
capa 2 usa la sealizacin ISDN y la capa 3 una modificacin del ISDN.
Septiembre 2004
15
Todos los proveedores de MSC basan la conectividad entre la MSC y la BS en la interfaz

A que usa SS7 (Sistema de Sealizacin N7) en las tres capas ms bajas, para trasmitir
informacin de control de las llamadas ISDN y la informacin que refiere al manejo del sistema
BS, es decir, seales de las llamadas y su movilidad.
La interfaz de aire agrupa las funcionalidades segn la sealizacin asociada a las llamadas.
Las interfaces no son especficas del CDMA, sino que son las que se utilizan comnmente en la
red PSTN para el establecimiento de llamadas. [2]
2.1.5 La Comunicacin en CDMA

En CDMA en vez de transmitir la informacin por canales angostos, se hace en forma
distribuida por un canal muy ancho que utilizan varios mviles simultneamente.
IS-95 describe un esquema de acceso CDMA de secuencia directa donde se combina la
seal de informacin, a una baja tasa de bits, con una seal similar al ruido con una alta tasa
de bits conocida como Secuencia Binaria Pseudoaleatoria (PRBS).
La radio base y el mvil reconocen esa PRBS o cdigo secreto. En el mvil, el receptor
acepta la seal de energa de la PBRS seleccionada y discrimina los cdigos que no coinciden,
permitiendo recuperar nicamente la seal que lleva la informacin.
CDMA permite comunicaciones paralelas, siempre que se diferencien entre s con cdigos
secretos. Al igual que otros sistemas, CDMA tienen un enlace de bajada, que va de la radio base al
mvil, y otro de subida, en sentido contrario. En esos enlaces toda la comunicacin se hace por
bloques de frecuencia de 1,23 MHz.
Septiembre 2004
16
Figura 8. Ejemplo de reconocimiento de secuencias PBRS
Los canales CDMA coexisten dentro de las bandas de frecuencias AMPS. Para la banda
celular de 800 MHz, los canales CDMA se definen con 1,23MHz de ancho. La diferencia de
frecuencias entre los canales de subida y de bajada es de 45MHz en el caso del sistema celular.
Figura 9. Ejemplo de comunicacin entre un mvil y la radio base, por medio del Cdigo Secreto
N 2 en un determinado bloque de frecuencia de 1,23 MHz.
Otra forma de explicar la comunicacin en CDMA es verla como la modulacin del

mensaje original al multiplicarlo por la seal de secuencia binaria pseudoaleatoria (PBRS), con la
Septiembre 2004
17
cual se genera un espectro que se distribuye a lo largo de un amplio ancho de banda, a causa de la
alta tasa de bits del PBRS.
Durante el proceso de deteccin, los receptores comparan la seal recibida con su propio
cdigo PBRS. Los mviles que podrn detectar el mensaje sern slo aquellos que tienen el
mismo cdigo PBRS que se utiliz en la codificacin, mientras que todos los dems perciben el
mensaje como ruido. [2]
2.1.6 Canalizacin en CDMA y Secuencia PN

En el canal de bajada, se asignan los canales por medio de cdigos digitales nicos,
llamados cdigos Walsh. Existen 64 combinaciones nicas de cdigos Walsh en IS-95, de modo
que cada celda o sector cuenta con 64 canales de bajada. Cada secuencia de cdigo Walsh tiene 64
chips de longitud. Un chip es un digito binario 0 1.
Figura 10. Modulacin y demodulacin del mensaje en CDMA
Los cdigos Walsh son cdigos ortogonales. Esta propiedad matemtica garantiza que al
aplicarles la funcin lgica XOR a cualesquiera dos de ellos, el resultado es un producto que
contiene igual cantidad de unos y ceros, resultando ortogonales.
Septiembre 2004
18
Aplicando la funcin lgica XOR a un cdigo Walsh consigo mismo, se genera un valor
muy grande que equivale a la cantidad de bits que hay en el cdigo. Este proceso le permite a los
receptores detectar la seal que llega con su propio cdigo y no escuchar las seales que tienen
otros cdigos.
El cdigo Walsh 0 siempre define el canal piloto o pilot channel. Los canales piloto usan la
compensacin de los cdigos PN ms cortos, para identificar la celda o sector que transmite lo
que esta recibiendo el mvil.
Los cdigos Walsh del 1 al 7 definen los canales de localizacin o paging y son los que
envan la informacin sobre el inicio de una llamada, la asignacin del canal, los parmetros del
sistema, los mensajes de autenticacin, los mensajes generales y la ordenes del sistema.
El cdigo Walsh 32 siempre define el canal de sincronizacin o sync channel que se usa para
sincronizar el tiempo y transmitir otros datos clave. El canal sync se demodula cuando el mvil
ubica el canal piloto. Los otros cdigos definen los canales de comunicacin que se usan para
transmitir voz o datos.
Todas las radio bases usan la misma secuencia pseudoaletoria (PN), pero cada una de estas
radio base puede utilizar hasta 512 desfasajes distintos de la secuencia PN, que se diferencian
entre s por la relacin de fase que tiene cada una.
Una vez que la radio base se sincroniza con un canal piloto, le es muy fcil conseguir los
pilotos adyacentes, que estn a una distancia de 64 ciclos de reloj del piloto conocido.
Cada radio base cuenta con un sistema de posicionamiento global (GPS) con el cual se
sincroniza con todas las estaciones base, ya que la precisin en la regulacin de tiempo entre las
diversas estaciones base es esencial para que el sistema CDMA pueda funcionar.
El producto del canal de subida tiene la misma funcionalidad que el canal de bajada, pero
se identifica en forma distinta. Segn el estndar IS-95, los cdigos Walsh no se pueden utilizar
para identificar las estaciones mviles.
Septiembre 2004
19
La limitacin se debe a que todos los mviles necesitaran una fuente precisa para regular
el tiempo, como un GPS receptor y estar a la misma distancia de la radio base, adems el sistema
no podra tener ms de 64 estaciones mviles.
El canal de subida usa otro cdigo denominado cdigo largo, para distribuir, decodificar y
diferenciar las diversas estaciones mviles en la direccin de subida. Este cdigo largo admite
4300 millones de combinaciones.
El sistema tiene un reloj que se repite cada 41 das. Como este reloj se enmascara desde
cada mvil se crean cdigos de identificacin individuales que, a su vez, crean una gran cantidad
de canales seguros.
Cada canal de subida queda identificado por la frecuencia de su portadora RF de CDMA y
la compensacin PN del cdigo largo nico correspondiente a cada equipo porttil. [2]
Septiembre 2004
20
2.2 SERVICIO DE MENSAJERA DE TEXTO (SMS)

2.2.1 Visin general del Servicio de Mensajera de Texto
El estndar IS-41-C establece las especificaciones de un servicio de datos denominado
Servicio de Mensajera de Texto, o SMS por sus siglas en ingls (Short Message Service). SMS fue
diseado para ofrecer servicios en ambientes mviles exclusivamente, debido a que la mayora de
los servicios de datos tradicionales no son apropiados para ello, dadas las caractersticas de sus
dispositivos terminales que, en general, son equipos fijos y grandes en comparacin con las
pequeas dimensiones de los telfonos celulares. SMS soporta la transmisin y recepcin de
mensajes de texto simples, adecuados al tamao de la pantalla de los telfonos mviles.
Las caractersticas ms importantes de este tipo de servicio son:
Soporta una gran variedad de aplicaciones para teleservicios.
Utiliza protocolos de transporte ya implementados.
Incorpora un esquema de direccionamiento flexible.
Fcil interconexin con otras redes de datos.
Es compatible con servicios de correo electrnico, de buscapersonas y otros servicios

de mensajera frecuentemente utilizados.
El servicio de mensajera de texto est conformado por dos tipos de servicios: Servicio de
Transporte SMS y Teleservicios SMS. Estos servicios requieren dos componentes adicionales a los
utilizados en el sistema bsico de telecomunicaciones: El Centro de Mensajes o SMSC (Short
Message Service Center), y las Entidades de Mensajera Corta o SME (Short Message Entity). Estos
servicios y sus entidades funcionales se describen en detalle en las siguientes secciones. [3]
Septiembre 2004
21
2.2.2 Estructura de la Red de Mensajera de Texto

Servicio de Transporte SMS
El Servicio de Transporte SMS es un mecanismo sencillo y flexible que se encarga de
transportar un mensaje de texto, como si fuese un paquete de datos, entre dos puntos de una red.
El mensaje debe tener una longitud mxima de hasta 200 octetos.
Este servicio ha sido diseado para utilizar los siguientes protocolos de transporte: Sistema
de Sealizacin N 7 (SS7), X.25 y Protocolo Internet (IP). Adems, IS-41-C no impide el uso de
protocolos propietarios para el transporte de los datos dentro del servicio.
En la figura 11 se observa la arquitectura bsica que soporta el estndar SMS IS-41. SS7,
X.25 e IP son los protocolos comnmente utilizados para transportar los mensajes de texto. Si se
emplea otro protocolo de conmutacin de paquetes diferente a SS7, el MSC necesitar otras
funciones de interconexin de redes para poder soportarlo.
Figura 11. Arquitectura bsica de la red que describe IS-41. En la figura se observa la estructura de la red
CDMA (recuadro rojo) conectada a la red de Mensajera de Texto (recuadro azul).
Septiembre 2004
22
Las especificaciones del Servicio de Transporte SMS pueden encontrarse en el estndar

TIA/EIA IS-53-A como Entrega de Mensajes Cortos Servicio de Transporte Punto a Punto
(SMD-PP, Short Message Delivery Point-to-Point Bearer Service). Estos puntos son las Entidades de
Mensajera Corta (SME), las cuales son aplicaciones que permiten enviar y recibir mensajes. Por lo
tanto el Servicio de Transporte SMS es bidireccional y simtrico, y no establece diferencias
tcnicas entre el mvil que origina el mensaje y el mvil que lo recibe.
Este servicio de transporte siempre intentar entregar el mensaje a una estacin mvil
SME registrada, incluso si se encuentra efectuando una llamada. La red es informada cuando el
mensaje ha sido recibido en la MS destino, esto permite que los mensajes sean retenidos por el
emisor en caso de que la transmisin no sea exitosa, y luego sean retransmitidos en cuanto sea
posible.
Teleservicios SMS
Los Teleservicios SMS se definen como servicios para mensajera de texto que ofrecen
amplias capacidades de comunicacin entre usuarios del SMS, acorde con los protocolos de
aplicacin establecidos entre ambos usuarios. Estos han sido diseados como aplicaciones
especiales que deben utilizar el Servicio de Transporte SMS. Dos de los teleservicios
estandarizados por la TIA son: el Teleservicio de Buscapersonas (Cellular Paging Teleservice, CPT) y
el Teleservicio de Mensajera Celular (Cellular Messaging Teleservice, CMT).
En la figura 12 se muestra el modelo en capas de los Teleservicios SMS como aplicaciones
soportadas por el Servicio de Transporte SMS. Se puede observar que X.25, IP o SS7 se utilizan
como mecanismo de transporte de los mensajes de texto entre el origen y el destino.
Septiembre 2004
23
Figura 12. Modelo en capas de los Teleservicios SMS como aplicaciones soportadas por el Servicio de
Transporte SMS para IS-41. A nivel de capa de transporte, se utilizan los protocolos X.25, IP o SS7
Entidades de Mensajera Corta (SME)

Una Entidad de Mensajera Corta (SME, Short Message Entity) es aquella entidad de
aplicaciones capaz de ejecutar funciones de emisin y recepcin de mensajes de texto a travs del
Servicio de Entrega Punto a Punto de Mensajera Corta. Una SME puede estar localizada en una
red fija (fuera de la red IS-41) o en una estacin mvil (dentro de la red IS-41). Para propsitos de
este libro, se denotarn como MB-SME (Mobil Station- Short Message Entity) a aquellas estaciones
mviles que se encuentren dentro de la red y que sean emisores y receptores de mensajes de texto,
y como ESME (External Short Message Entity) a aquellas estaciones fijas que se encuentran
localizadas en el exterior de la red mvil y que sean igualmente capaces de enviar y recibir
mensajes de texto.
En general, los MB-SME presentan las siguientes caractersticas:
9 Permiten redactar nuevos mensajes.
9 Muestran los mensajes de texto recibidos.
Septiembre 2004
24
9 Estn en capacidad de solicitar servicios suplementarios.

9 Almacenan los mensajes de texto recibidos.
9 Administran los mensajes almacenados.
Centro de Mensajes (SMSC)

El SMSC (Short Message Service Center) provee funciones de almacenamiento y envo para los
mensajes de texto originados en terminales mviles que se dirigen hacia otras terminales. El SMSC
es una entidad aparte de la red de telecomunicaciones, pero puede ser combinado con otras
entidades. Varios SMSC pueden estar conectados a una misma red, o muchas redes pueden estar
conectadas a un mismo SMSC.
Todos los suscriptores del servicio estn asociados a un determinado SMSC, al cual se le
da el nombre de SMSC Hogar (Home SMS). El mismo tiene almacenados los Nmeros de
Identificacin del Mvil (MIN), indispensables a la hora de entregar los mensajes a su destino.
En general, el SMSC posee las siguientes capacidades:
9 Envo de mensajes a las direcciones de las MS-SME.
9 Almacenamiento de los mensajes cortos de las MS-SME que no estn disponibles.
9 Inicio y fin de los servicios suplementarios para mensajera corta.
9 Puede prestar servicios de interconexin con otras redes por medio de otros
protocolos de transporte.
El estndar IS-41-C especifica que los mensajes pueden ser enviados directamente al
destino sin pasar por el SMSC, la diferencia radica en que no se podrn aplicar servicios
suplementarios a dichos mensajes. [3]
Septiembre 2004
25
2.2.3 Procesamiento de los mensajes de texto entre estaciones mviles

En la ilustracin 13, el MS-SME A enva un mensaje de texto el cual viaja hacia el Sistema
Servidor (en nuestro caso, al MSC correspondiente) a travs de la interfaz de aire (SMD-REQ).
El Sistema Servidor A enruta el mensaje hacia el SMSC correspondiente (SMSC A), mediante un
mensaje del protocolo SMS Delivery Point-To-Point (SMDPP). Los mensajes SMDPP que se
muestran en la figura pueden ser enrutados utilizando SS7, sealizacin utilizada para enviar otros
mensajes IC-41-C. Tambin pueden utilizarse redes separadas basadas en TCP/IP o en cualquier
otro protocolo. Cuando la confirmacin (smdpp) es enviada al Sistema Servidor A desde el
SMSC A, la misma se convierte nuevamente en un acuse de recibo, esta vez enviado a travs la
interfaz de aire (SMD-ACK).
Figura 13. Secuencia de envo y recepcin de un mensaje de texto entre dos MS-SME.
Septiembre 2004
26
Posteriormente, el SMSC A genera un servicio suplementario de mensajera corta

(SMDPP), razn por la cual el mensaje es enrutado hacia el SMSC de destino (SMSC B). Una vez
all, el SMSC B concluye el servicio suplementario enviando un mensaje de confirmacin (smdpp).
A continuacin, el mensaje se dirige hacia el sistema servidor B, el cual a su vez reenva el mensaje
corto hacia el MS-SME B utilizando la interfaz de aire (SMD-REQ). Cuando el mensaje es
recibido en su destino, se genera automticamente una confirmacin (SMD-ACK) la cual debe
viajar hasta el sistema servidor B y de all hacia el SMSC B (smdpp). [3]
2.2.4 Descripcin General del Protocolo SMPP

El Protocolo SMPP (Short Message Peer to Peer) es un protocolo abierto de transferencia de
mensajes entre una ESME localizada fuera de la red mvil y la interfaz del SMSC. SMPP est
basado en el intercambio de unidades de datos del protocolo (PDU) entre el SMSC y una
determinada ESME sobre una conexin TCP/IP o X.25. El protocolo SMPP define:
9 El grupo de operaciones que pueden intercambiarse entre el ESME y el SMSC.
9 Los datos que se pueden enviar, entre la aplicacin ubicada en el ESME y el SMSC,
durante la operacin SMPP.
Figura 14. Modos de intercambio de mensajes
Septiembre 2004
27
Tal y como se puede observar en la figura 14, el intercambio de mensajes se puede

catalogar de tres maneras diferentes:
1. Modo Transmisor: Envo de mensajes de texto desde el ESME hacia el SMSC y
recepcin de las respuestas SMPP correspondientes del SMSC. No se pueden recibir
mensajes provenientes de un MS-SME.
2. Modo Receptor: Recepcin de mensajes de texto provenientes del SMSC (originados
en una MS-SME) y envo de las respuestas SMPP correspondientes hacia el SMSC.
3. Modo Transceptor: Recepcin de mensajes de texto provenientes del SMSC y envo
de mensajes desde el ESME hacia el Centro de Mensajes en una misma sesin SMPP.
4. Esta permitido enviar y recibir mensajes hacia y desde un MS-SME. [4]
2.2.5 Conexiones de Red para SMPP

La interfaz de la capa de transporte entre el ESME y el SMSC puede estar basada en una
conexin TCP/IP o X.25. SMPP es un protocolo de la capa de aplicacin y no ofrece
funcionalidades de transporte, ya que las capas ms bajas son las encargadas de proveer la
confiabilidad en la transmisin punto a punto incluyendo cifrado de datos, control de flujo
mediante ventanas y manejo de errores. As, al nivel del SMPP pareciera que entre el ESME y el
SMSC establece una conexin confiable por medio de la cual se envan y reciben Unidades de
Datos del Protocolo SMPP.
La figura 15 ilustra la implementacin genrica de una interfaz entre en ESME y un
SMSC.
Septiembre 2004
28
Figura 15. Implementacin genrica de una interfaz entre en ESME y un SMSC.
Se espera que la Capa de Red de la entidad que enva el mensaje tenga la capacidad de
segmentarlo y enviarlo a travs del medio como una serie de paquetes fragmentados, los cuales
debern ser reensamblados por la Capa de Red en la entidad destino, a fin de que puedan ser
entregados en el formato requerido a la capa SMPP. [4]
2.2.6 Procesamiento de mensajes de texto entre una ESME y el SMSC

Operaciones Bsicas
Como ya se mencion, existen tres maneras en las que se puede dar la comunicacin entre
un ESME y el SMSC. De acuerdo al tipo de comunicacin, se utilizan determinadas operaciones
vlidas en el protocolo que permiten la transmisin y/o recepcin mensajes de texto entre dichas
entidades. Para poder entender mejor las secuencias tpicas de establecimiento de sesin en cada
caso, a continuacin se describen las operaciones bsicas permitidas en el protocolo SMPP:
BIND: Esta operacin se lleva a cabo cuando una ESME desea establecer una sesin con
el SMSC para enviar y/o recibir mensajes de texto. Existen tres tipos de PDU para esta operacin,
las cuales se clasifican de acuerdo al tipo de intercambio de mensajes establecido en la conexin:
Septiembre 2004
29
a. bind_ transmitter
b. bind_transceiver
c. bind_receiver
Existe otra operacin llamada OUTBIND, la cual es enviada por el SMSC a fin de
solicitar que el ESME emita un bind_receiver para poder establecer la conexin.
UNBIND: Esta operacin tiene como objetivo finalizar la sesin que le permite a una
determinada ESME enviar y/o recibir mensajes del SMSC.
SUBMIT_SM: Esta operacin es ejecutada por un ESME para enviar un mensaje de
texto al SMSC, para su posterior envo al correspondiente MS-SME.
DELIVER_SM: Esta operacin es realizada por el SMSC para entregar un mensaje de
texto al correspondiente ESME.
DATA_SM: Este comando es utilizado para la transferencia de datos entre el ESME y el
SMSC. Este comando se utiliza para sustituir al SUBMIT_SM y DELIVER_SM cuando la
conexin est establecida en modo transceptor. El ESME puede utilizar esta operacin para
transmitirle un mensaje al SMSC, dirigido a una MS-SME. De igual manera, el SMSC puede
utilizar este comando para transmitirle al ESME un mensaje proveniente de una MS-SME.
QUERY_SM: Este comando es utilizado para solicitar informacin relacionada con un
mensaje enviado previamente.
Septiembre 2004
30
Secuencias Tpicas de Sesin entre Entidades

Una vez definidas algunas de las operaciones bsicas que utiliza el Protocolo SMPP, se
puede ver en la figura 16 la secuencia tpica de una sesin entre una ESME en modo transmisor y
el SMSC.
Figura 16. Secuencia de sesin entre un ESME en modo transmisor y el SMSC. Puede observarse el inicio
de la sesin (bind_transmiter), la transmisin de los mensajes hacia el SMSC (submit_sm) y el final de la
sesin (unbind)
Para una ESME en modo receptor, la secuencia tpica de sesin se muestra en la siguiente
figura. Es importante resaltar que la operacin submit_sm, utilizada en el modo transmisor, es
sustituida por deliver_sm en el modo receptor, adems del cambio correspondiente en la
operacin bind.
Septiembre 2004
31
Figura 17. Secuencia de sesin entre un ESME en modo receptor y el SMSC. Ntese que se utilizan los
comandos bind_receiver y deliver_sm para iniciar la sesin y recibir los mensajes, respectivamente. Al igual
que en la figura anterior, el comando unbind finaliza la sesin entre ambas entidades
Por ltimo, en una ESME que opera en modo transceiver, la secuencia tpica de sesin se
muestra en la figura 18. Como era de esperarse, se utiliza la operacin data_sm para la
transferencia de datos entre ambas entidades, en lugar de submit_sm y deliver_sm para los
modos de operacin anteriores. Adems, se utiliza el comando bind_transceiver al inicio de la
sesin para indicarle al SMSC cul ser el modo de operacin del ESME.
Es importante resaltar que los intercambios de PDU entre el SMSC y el ESME, en
cualquiera de sus tres modos de transmisin, puede ser implementado en forma sncrona o
asncrona. De esta manera, cualquiera de las dos entidades puede enviar un submit_sm,
deliver_sm o data_sm sin tener que esperar sincronizadamente por la respuesta correspondiente.
Tal y como se muestra en las figuras anteriores, las solicitudes asncronas SMPP pueden o no
recibir la respuesta asociada inmediatamente despus de haberse hecho la solicitud.
Septiembre 2004
32
Figura 18. Secuencia de sesin entre un ESME en modo tranceptor y el SMSC. Como se puede apreciar,
el ESME inicia la sesin con el comando bind_transceiver, lo cual le permite enviar y recibir mensajes en la
misma sesin por medio del comando data_sm. La sesin culmina una vez enviado el comando unbind.
En las figuras anteriores tambin se observa que tanto el ESME como el SMSC responden
a la entidad que realiza la solicitud en el mismo orden en el que fueron enviadas las peticiones. Sin
embargo, no es obligatorio hacerlo de acuerdo a la definicin del protocolo SMPP, por lo que
dichas entidades podran recibir las respuestas fuera de secuencia.
Mecanismos de entrega
Almacenamiento y Envo
Con este mtodo, cuando el mensaje es enviado al SMSC, es almacenado en una base de
datos hasta que se pueda entregar en el recipiente del MS-SME. Es decir, en este modelo el
Septiembre 2004
33
ESME enva mensaje a un mvil, el cual permanece guardado en forma segura en el SMSC hasta
que pueda ser entregado exitosamente o hasta que expire su perodo de validez.
El modo de almacenamiento y envo soporta las operaciones submit_sm y data_sm, as
como tambin facilita operaciones subsiguientes sobre los mensajes almacenados. El comando
submit_sm ofrece la facilidad de reemplazar un mensaje que se encuentra almacenado y que aun
no se haya entregado.
Figura 19. Secuencia de entrega de un mensaje mediante el mecanismo de Almacenamiento y Envo.

Luego de iniciada la sesin (bind_transmiter y bind_receiver), el mensaje se enva por medio del
submit_sm hacia el SMSC, el cual confirma haberlo recibido mediante el submit_sm_resp. Luego, el
SMSC lo enva hacia el MS-SME (SMDPP) y slo le confirmar al ESME cuando el mensaje haya sido
entregado con xito (deliver_sm).
Septiembre 2004
34
En la ilustracin 19, se puede observar el recorrido de un mensaje de texto desde que se

origina en el ESME correspondiente hasta que es entregado en el MS-SME. El ESME ha
establecido una sesin en modo transmisor y otra en modo receptor, mediante el mecanismo de
Almacenamiento y Envo. Es importante acotar que, a manera de simplificar el dibujo y no repetir
informacin escrita en secciones anteriores, se omitieron los detalles y entidades involucradas en
el proceso de envo del mensaje corto entre el SMSC y el MS-SME.
Mensajes como Datagramas

El Mtodo Mensajes como Datagramas emula el concepto de datagramas utilizados en
otros protocolos de comunicaciones, como por ejemplo la transferencia de datagramas a travs de
UDP, enfocndose en una entrega rpida del mensaje, sin incluir el almacenamiento del mismo en
el SMSC y sin garanta de retransmisin en caso de que no pudiera ser entregado. Por otra parte,
la entidad emisora del mensaje no recibir nunca la confirmacin de que el mensaje fue recibido
por la MS-SME. Este mecanismo de entrega ha sido diseado para aquellas aplicaciones que no
necesiten seguridad de entrega, por lo general aplicaciones cuyos datos estn cambiando
constantemente.
A diferencia del caso anterior, el mtodo de Mensajes como Datagramas soporta
nicamente las operaciones submit_sm y data_sm.
En la figura 20, se muestra el recorrido de un mensaje de texto desde que se origina en la
ESME hasta que es entregado en el MS-SME por medio del mtodo Mensajes como Datagramas.
El ESME ha establecido una sesin en modo transceptor. Al igual que en la ilustracin anterior,
se omitieron los detalles y entidades involucradas en el proceso de envo del mensaje corto entre
el SMSC y el MS-SME.
Septiembre 2004
35
Figura 20. Secuencia de entrega de un mensaje mediante el mecanismo de Mensajes como Datagramas. El
ESME slo recibe la confirmacin de que el SMSC ha recibido el mensaje (data_sm_resp), pero no tiene
seguridad de que el mensaje haya sido entregado al MS-SME satisfactoriamente
Transaccin de Mensajes
Este mecanismo le permite al ESME emisor una confirmacin de entrega, la cual le
indicar si el mensaje fue enviado o no exitosamente. Este mtodo fue diseado para aplicaciones
que implican mensajera en tiempo real en la cual el ESME requiere una entrega sncrona sin la
necesidad de almacenamiento durante un largo perodo de tiempo. La Transaccin de Mensajes
solo soporta la operacin data_sm.
La diferencia principal entre los Mensajes como Datagramas y la Transaccin de Mensajes
est en que en la ltima, el ESME recibe el data_sm_resp luego de que el MS-SME haya recibido
el mensaje. En el caso de los Datagramas, dicha confirmacin se recibe cuando el SMSC recibe el
mensaje a travs de la conexin SMPP.
En la figura 21 se muestra la comunicacin entre el ESME y el SMSC a manera de enviar
un mensaje de texto a un MS-SME por medio del mtodo de Transaccin de Mensajes. Al igual
que en las figuras anteriores se han omitido algunos detalles a fin de simplificar el dibujo. [4]
Septiembre 2004
36
Figura 21. Secuencia de entrega de un mensaje mediante el mecanismo de Transaccin de Mensajes. El

ESME recibe la confirmacin una vez que tanto el SMSC como el MS-SME hayan recibido el mensaje
satisfactoriamente (data_sm_resp)
Septiembre 2004
CAPTULO 3
DESARROLLO DEL PROYECTO
Objetivos del Proyecto
Fase de Investigacin
Fase de Implementacin
38
3.1 OBJETIVOS DEL PROYECTO

Durante el desarrollo de este proyecto de pasanta, se deben alcanzar ciertos objetivos los
cuales se enumeran a continuacin:
A. Elaborar una matriz de comparacin de los diferentes estndares y dispositivos
comerciales existentes en el mercado, destinados al control de electrodomsticos o
supervisin del hogar y recomendar cuales de stos sern los dispositivos a utilizar en
el proyecto.
B. Disear el Portal Web que incluya identificacin y seguridad para el usuario.
C. Lograr la recepcin de los mensajes de texto en el Portal Web.
D. Hacer la conversin del formato de mensajes de texto al formato necesario para que
los comandos puedan ser descargados por la aplicacin, la cual debe administrarlos
localmente en la vivienda.
E. Lograr la comunicacin entre el Portal Web y la aplicacin ubicada en el PC, va
Internet, para hacer la descarga y administracin de los comandos enviados.
F. Enviar notificaciones a los mviles correspondientes en caso de activacin de
sensores, envo de comandos invlidos o errores en la ejecucin del comando.
G. Realizar la instalacin de los equipos recomendados anteriormente y que sern
adquiridos por la empresa.
H. Hacer las pruebas que confirmen el adecuado funcionamiento del sistema completo:
Portal Web, aplicacin administradora de comandos y dispositivos comerciales.
Septiembre 2004
39
3.2 FASE DE INVESTIGACIN

3.2.1 Estndares y equipos para la automatizacin del hogar
Dentro de los objetivos de la pasanta, est contemplada la necesidad de investigar cules
son los estndares y dispositivos comerciales disponibles en el mercado, dedicados a la
automatizacin y supervisin del hogar.
En la actualidad, existen una gran variedad de equipos y tecnologas creados para tales
fines. Desde dispositivos que controlan funciones bsicas de electrodomsticos, luces, cmaras de
video y sensores de movimiento, etc., hasta equipos inteligentes como refrigeradores, aires
acondicionados, cocinas, etc. que pueden conectarse a Internet y estn en capacidad de
suministrarle o recibir del usuario cualquier informacin relacionada con sus funciones.
De hecho, la tendencia apunta a que el Hogar del Futuro sea considerado una pequea red
LAN o red SOHO (Small Office/Home Office) en donde todos los electrodomsticos estn
interconectados y puedan comunicarse con su dueo a travs de Internet o celular. Tecnologas
como HomePlug, HomePNA, Home RF y BlueTooth se encuentran actualmente en desarrollo,
con el fin de dar, en un futuro prximo, el soporte de redes necesario para crear esta red
hogarea:
HomePlug: permite implementar redes de rea local utilizando la instalacin elctrica de
las viviendas, oficinas o industrias, evitando as la instalacin de nuevos cables. Con velocidades
que, en su primera versin llegan a los 14 Mbps, el usuario podr conectarse a Internet desde
cualquier lugar de la vivienda en donde disponga de una toma elctrica estndar, consiguiendo as
la movilidad y flexibilidad que necesitan la mayora de los usuarios en sus aplicaciones cotidianas.
HomePNA: es una alianza de varias empresas que trabajan en el desarrollo de una
tecnologa que permita implementar redes de rea local usando la instalacin telefnica de una
vivienda. El objetivo es construir una red de rea local sin nuevos cables ni obras que permita unir
computadores, impresoras y otros recursos como hubs especficos, routers ADSL o pasarelas
residenciales.
Septiembre 2004
40
Home RF: es una tecnologa de transmisin digital inalmbrica abierta. El objetivo es que
computadoras, impresoras, telfonos, modems y cualquier otro dispositivo digital pudieran
intercambiar datos sin necesidad de usar cables. Una de las aplicaciones ms interesantes es la
capacidad de distribuir video y audio en dispositivos con escasos recursos de hardware, como los
equipos HiFi, y los diseados para ambientes mviles, como las agendas electrnicas porttiles. La
idea es que los PCs o las pasarelas residenciales sean los centros de descarga de canciones o
pelculas va Internet y que la tecnologa HomeRF sea el soporte que distribuya estas a los
dispositivos finales que las reproducirn.
Bluetooth: constituye un esquema de red de bajo costo que permite conectar entre s
equipos informticos y de comunicacin porttil y mvil, como computadores, PDA, impresoras,
ratones, micrfonos, auriculares, lectores de cdigo de barras, sensores, displays, telfonos
celulares, etc. Se espera que en el futuro se puedan agregar a la red equipos como webcams,
equipos de HiFi, reproductores MP3, mandos a distancia universales y otros dispositivos de
electrnica de consumo. El objetivo es que todos estos equipos puedan comunicarse e interoperar
entre s sin interferencias y sin tener que instalar cableado extra en la vivienda, dado que la
comunicacin es inalmbrica. [6]
Sin embargo, aunque la implementacin de estas tecnologas hara realidad el sueo del
Hogar Inteligente, se debe tener en cuenta el alto costo que implica el sustituir muchos de
nuestros electrodomsticos y equipos electrnicos por aquellos que tengan posibilidades de
comunicacin por Internet o que dispongan del hardware y software necesario para adaptar estos
dispositivos de comunicaciones, sobre todo en nuestro pas donde la situacin econmica no est
en su mejor momento.
Por esta razn, se decidi buscar una alternativa que le ofrezca a los usuarios supervisin y
automatizacin de su hogar, pero sin olvidar que debe ser una tecnologa lo ms econmica
posible, de fcil instalacin, que no requiera sustituir ninguno de nuestros electrodomsticos y que
ofrezca la variedad de dispositivos suficiente como para cubrir muchas de las necesidades de los
usuarios. Por otra parte, debe poseer un protocolo de comunicaciones sencillo y abierto que
permita el desarrollo de aplicaciones para la administracin de los dispositivos desde el
computador, lo cual a su vez facilita el control de los mismos va Web o celular.
Septiembre 2004
41
Estndar X10
Una de las tecnologas de automatizacin y supervisin del hogar ms ampliamente
utilizada en Europa y Norteamrica es, sin duda, el Estndar X10. Esto se debe principalmente a
las siguientes razones:
A. Los dispositivos que trabajan bajo este estndar son fciles de instalar y no
requieren que el usuario modifique la estructura de la vivienda, ya que las seales
de control se basan en corrientes portadoras que viajan a travs del cableado
elctrico existente.
B. Son los equipos ms econmicos en la rama de automatizacin de hogares y
adems no requieren gastos adicionales en cableado.
C. Son fciles de utilizar, incluso para aquellos usuarios que no tienen experiencia en
el rea.
D. Ofrecen una gran variedad de dispositivos que se conectan entre el
electrodomstico y el tomacorriente, los cuales permiten controlar las funciones
bsicas de dicho equipo (encendido, apagado, brillo, atenuacin, etc.), as como
tambin dispositivos diseados para el monitoreo y supervisin del hogar
(sensores de movimiento, sensores de puertas y ventanas, cmaras de video, etc.).
E. El protocolo no es propietario.
Es importante resaltar que, si bien los equipos X10 ofrecen muchas ventajas en cuanto a
variedad, economa y facilidad de instalacin, estos presentan ciertas desventajas las cuales se
enumeran a continuacin:
A. La velocidad de transmisin de los comandos desde la interfaz con la PC hacia los
dispositivos a travs del cableado elctrico, es lenta (60 bps).
B. Se debe colocar un filtro en el tablero elctrico de la vivienda para no interferir
con la seal elctrica de los vecinos. Si la vivienda est alimentada elctricamente
por dos fases, se debe colocar un dispositivo especial entre las mismas para que los
comandos puedan alcanzar todos los equipos conectados.
Septiembre 2004
42
C. Aunque poseen una gran variedad de dispositivos, la precisin o resolucin de

estos no siempre es la mejor. Adems, no todos los artefactos elctricos pueden
ser controlados por los dispositivos X10, slo aquellos que se enciendan por
medio de un switch, no as a travs un pulsador. En este sentido, X10 an tiene
mucho camino por recorrer.
Sin embargo, decidimos utilizar esta tecnologa por las mltiples ventajas que ofrece,
aadiendo que la velocidad de transmisin no representa una desventaja importante ya que, como
se ver en secciones posteriores, los comandos estn conformados por 22 bits, lo cual implica que
se podran enviar 2 comandos por segundo. [5]
Por otra parte, el hecho de que no utiliza un protocolo propietario facilita la creacin de
una aplicacin que sea capaz de descargar la informacin enviada por el usuario mediante un
mensaje de texto, y enviarla al dispositivo que efecta la interfaz entre el PC y los dispositivos
X10.
Dispositivos X10
Existen tres tipos de dispositivos X-10: los que slo pueden transmitir rdenes (sensores),
los que slo pueden recibirlas (mdulos para artefactos elctricos y lmparas) y los que pueden
enviarlas/recibirlas (internas PC/X10, mdulo transceptor para RF).
Los equipos que tienen la capacidad de transmisin pueden enviarle comandos hasta 256
dispositivos, dado que este nmero representa la mayor cantidad de direcciones posibles que se
pueden asignar a los equipos receptores.
En el caso de los receptores, el usuario deber asignarle a cada uno una direccin,
conformada por una letra (A-P) y un nmero (1-16) que identificar al dispositivo, mediante dos
pequeas perillas ubicadas en la parte frontal del mismo. De esta manera podremos ejecutar
funciones sobre un determinado equipo o sobre un conjunto de dispositivos que compartan la
Septiembre 2004
43
misma letra en su direccin. Por su parte, si varios dispositivos tienen exactamente la misma
direccin, el comando se ejecutar sobre cada uno de ellos.
Algunas de las funciones que se pueden ejecutar sobre los dispositivos X10, y que se
utilizarn en este proyecto, son: ON (Encendido), OFF (Apagado), DIM (Atenuacin), BRIGHT
(Brillo), ALL LIGHTS ON (Todas las luces encendidas), ALL UNITS OFF (Todos los
dispositivos apagados). Estas ltimas dos funciones trabajan sobre cierto grupo de dispositivos en
el que todos los integrantes posean la misma letra en su direccin.
Los dispositivos bidireccionales tienen la capacidad de responder y confirmar la correcta
realizacin de una orden, lo cual puede ser muy til cuando el sistema X-10 est conectado a una
aplicacin que muestre los estados en que se encuentra la instalacin domtica de la vivienda, por
lo cual sern pieza clave a la hora de generar y enviar las alarmas producidas por la activacin de
algn sensor. [6]
Para la realizacin de las pruebas de este proyecto se solicit la compra de un grupo de
equipos X10, entre los que se encuentran: un mdulo de lmpara externo (para pruebas de
encendido y apagado, as como de brillo y atenuacin en porcentajes), un mdulo para artefacto
elctrico (para pruebas que verifiquen el encendido y apagado de cualquier electrodomstico), un
sensor de movimiento (permite probar la simulacin de presencia y, como medida de seguridad,
enviar alarmas en caso de intrusos), sensor de apertura de puertas/ventanas (igualmente,
advertencia en caso de intrusos), cmara de video pequea e inalmbrica (fcil de esconder y
permite la vigilancia de nios y ancianos, as como de las reas externas de la vivienda), un
acoplador de fase (en el caso de que las pruebas se realicen en un lugar donde el suministro
elctrico est compartido en dos fases), y un transceptor inalmbrico (recibe/enva comandos
provenientes de la lnea elctrica a los dispositivos inalmbricos). Existen dos tipos de dispositivos
que realizan la interfaz PC/X10. Se escogi utilizar la Interfaz CM11A, dado que se conocen
antecedentes de buen funcionamiento en proyectos semejantes. [6]
Septiembre 2004
44
3.2.2 Herramienta para el manejo de mensajes de texto BlickSMS

Con respecto a la forma en la que se manejaran los mensajes de texto surgieron muchas
dudas en un comienzo, pues se necesitaba que la herramienta a utilizar permitiera recibir y enviar
mensajes de texto, modificar el contenido de los mismos, y enviarlos a travs de Internet al PC
donde se estara ejecutando la aplicacin que administra los dispositivos X10, sin contar el hecho
de que adems permitiera la realizacin de pruebas sin costo.
Conseguir una herramienta que reuniera todas estas caractersticas no fue tarea fcil. Sin
embargo, despus de una bsqueda intensiva en Internet e, incluso, luego de una reunin con
representantes de la compaa Intelcon System, se decidi utilizar una herramienta gratuita de
programacin grfica que esta compaa pone a disposicin de cualquier usuario, para realizar
aplicaciones de valor agregado sobre mensajera de texto, llamada BlickSMS.
Como no se persigue ningn beneficio econmico con la publicacin de la aplicacin, al
menos por los momentos, y el proyecto es propuesto por una operadora de telefona mvil, los
representantes de Intelcon System estuvieron de acuerdo en publicar la aplicacin a manera de
prueba, para lo cual se le asign un cdigo corto especial sin costo creado por Movilnet, con el
objetivo de poder realizar las verificaciones de funcionamiento y la demostracin final del
proyecto.
BlickSMS
Descripcin general de la herramienta
BlickSMS es una solucin innovadora para el desarrollo y publicacin de servicios de
valor agregado sobre mensajera corta de texto SMS (Short Message Service). BlickSMS provee el
servicio de hospedaje de aplicaciones de mensajera corta o SMASP (Short Messages Application
Services Provider) ofreciendo para ello un ambiente de desarrollo grfico, sobre el cual se pueden
elaborar, a base de diagramas de flujo, todo tipo de procesos o servicios que utilicen SMS como
interfaz de entrada y salida de informacin. BlickSMS pone a disposicin de los usuarios de las
Septiembre 2004
45
operadoras de telefona mvil, sus servicios de valor agregado bajo una plataforma totalmente
gratuita para el desarrollo, configuracin y administracin de aplicaciones: BlickSMS Studio. [8]
BlickSMS Studio es un ambiente de desarrollo para la creacin de aplicaciones basadas
en mensajera corta de texto (SMS), conectadas a las operadoras de telefona celular. Las
aplicaciones creadas en el ambiente de BlickSMS Studio sern ejecutadas en un servidor de
aplicaciones denominado BlickSMS Applications Server, a partir de la recepcin de un evento
"on demand", como un mensaje entrante proveniente de la red de telefona mvil celular, u "off
demand", como un envo programado de mensajes por suscripcin de servicios. Cada aplicacin
opera sobre mensajes entrantes y salientes a travs de protocolo SMPP a la vez que se integra por
http, TCP-IP y ftp a aplicaciones ubicadas en servidores externos. Las principales funcionalidades
ofrecidas son:
Ambiente de programacin en modo grfico, altamente intuitivo que orienta el desarrollo

en relacin al proceso ms que a la tecnologa.
Ambiente de depuracin de aplicaciones, sin necesidad de disponer de nmeros de

pruebas.
Directorio de trabajo para cada usuario.
Posibilidad de definir el cronograma de publicacin para cada aplicacin.
Publicacin de las aplicaciones casi al instante.
Posibilidad de disponer de mltiples aplicaciones con capacidad de operar sobre mltiples

conexiones SMPP a distintos SMSC.
Registro de mensajes entrantes y salientes por aplicacin.
Reintento de mensajes fallidos.
Configuracin personalizada.
Ambiente de administracin.
Comunicacin con mltiples operadoras de telefona mvil.
Password de conexin a bases de datos de aplicaciones.

Con el BlickSMS Studio, las aplicaciones son desarrolladas en seis pasos sencillos:
1. Colocacin de los bloques necesarios en un esquema de diagramas de flujo.
Septiembre 2004
46
2. Interconexin de los bloques.

3. Definicin de los parmetros de cada bloque.
4. Chequeo de la aplicacin.
5. Prueba y depuracin de la aplicacin.
6. Publicacin de la aplicacin.
BlickSMS Studio
El BlickSMS Studio est compuesto por tres reas: Administrador de Aplicaciones, el
Editor de Aplicaciones y el Ambiente de Prueba. Para ingresar al BlickSMS Studio es necesario
obtener una clave de acceso para desarrollo en la pgina de registro de BlickSMS, a la vez el
usuario obtendr una clave de acceso para ver variables desde aplicaciones externas conectadas a
Internet. [8]
A. Administrador de Aplicaciones
El Administrador de Aplicaciones de cada usuario permite realizar funciones como crear,
editar, copiar, borrar, chequear, publicar y probar aplicaciones. Desde este ambiente es posible
tambin ver las estadsticas bsicas de cada aplicacin publicada y verificar los nmeros de acceso
asignados.
El mismo est compuesto por dos secciones: Nmeros Disponibles y Aplicaciones
Desarrolladas. En la primera, se indican los nmeros de telfono disponibles para ser asignados
a las aplicaciones desarrolladas por el usuario. En la misma se pueden crear y asignar reglas de
aplicacin, mediante las cuales el usuario determina qu aplicacin se va a publicar, cul nmero
disponible se le asignar y qu das de la semana y durante cunto tiempo diario estar activa la
regla.
Septiembre 2004
47
En la seccin Aplicaciones Desarrolladas, el usuario puede crear una nueva aplicacin,

copiar una existente con otro nombre, borrar, editar, chequear los errores, probar y remover las
reglas de publicacin, correspondientes a una determinada aplicacin.
En la figura 22 se puede observar el Administrador de Aplicaciones correspondiente al
usuario que fue necesario crear para desarrollar el proyecto de pasanta. En seccin de
Aplicaciones Desarrolladas se observan todas las aplicaciones chequeadas ( ) y publicadas ( )
que ha creado el usuario en su cuenta (televentassms, prueba1, horoscopo, mailmaster, etc).
Figura 22. Ventana correspondiente al Administrador de Aplicaciones de BlickSMS.
Septiembre 2004
48
B. Editor de Aplicaciones
El editor de aplicaciones est conformado por el rea de Programacin, la Barra de
Herramientas de desarrollo y la Barra de Herramientas Principales.
El rea de Programacin es el lugar en el cual el usuario debe ir construyendo el diagrama
de bloques de su aplicacin. Todas las herramientas de las cuales dispone para hacerlo, se
encuentran en las diferentes secciones de la Barra de Herramientas de Desarrollo. En sta, el
programador encontrar herramientas:
Generales: bloques de Comentario, If Condicional, Loop, Variables aleatorias y Fin

de Aplicacin.
SMS: bloques de Enviar y Recibir Mensajes.
Variables: bloques para Variables Locales, Globales y de Sesin, adems de los

bloques Evaluar Expresin y Evaluar Mltiples Expresiones.
Texto: bloques de Buscar Texto, Dividir Cadena de Caracteres, Subcadena.
Internet: Enviar Archivo FTP, Enviar Correo Electrnico, POST HTTP, Enviar
Datos por conexin TCP/IP.
Fecha: Fecha Actual, Diferencia, Suma y Formato de Fecha; Componer una Fecha,
Parte de Una Fecha y Valida Fecha.
La Barra de Herramientas Principales le permite al usuario copiar, cortar, pegar y borrar

bloques seleccionados, as como tambin guardar los cambios hechos en la aplicacin o cambiar
las propiedades de un bloque seleccionado.
En la figura 23 se observa el Editor de Aplicaciones correspondiente a la aplicacin
desarrollada en BlickSMS para la implementacin de este proyecto de pasanta. El diagrama de
bloques de la misma se puede apreciar parcialmente en la ilustracin, debido a que los detalles se
especifican en secciones posteriores. Por otra parte, el lector puede observar el diagrama en su
totalidad en el Apndice A. [8]
Septiembre 2004
49
Figura 23. Editor de Aplicaciones de BlickSMS
C. Ambiente de Prueba
En este ambiente, se encuentran las herramientas que permiten la depuracin y pruebas de
las aplicaciones desarrolladas bajo BlickSMS. El proceso de depuracin y prueba facilita la
ejecucin de los programas en tiempo real. Para ello se dispone de ventanas de envo y recepcin
de mensajes, un cuadro de controles de ejecucin paso a paso, un visualizador de variables y una
ventana al ambiente de programacin donde el programador podr ver el recorrido del diagrama
de flujo que se est ejecutando en todo momento.
Desde el modo de prueba, es factible visualizar las distintas variables locales, globales y de
sesin de cada aplicacin, para lo cual se dispone de un control que activa la ventana de seleccin
de variables. Al pulsar sobre el icono de dicho control se desplegar el cuadro de seleccin de
variables, desde donde es posible seleccionar las variables por grupo o de forma individual.
Septiembre 2004
Un cursor (
50
) se va desplazando a travs del flujo del programa en la medida en que se
envan los comandos de control de depuracin. Dichos comandos son: Enviar Mensaje desde el
celular de prueba, Borrar Mensaje en el celular de prueba, Ir al inicio del programa, Ir al final del
programa, Avanzar un paso hacia adelante, Avanzar un paso hacia atrs,
y Cargar nueva
prueba. [8]
En la siguiente figura se observa el Ambiente de Prueba que BlickSMS proporciona a la
aplicacin desarrollada para este proyecto, con el cual se pudo realizar una serie de pruebas de
funcionamiento antes de que el nmero corto de SMS fuese asignado por Movilnet.
Figura 24. Ventana correspondiente al Ambiente de Prueba de BlickSMS. Se puede observar tambin la
ventana que permite agregar las variables para observarlas durante el proceso.
Septiembre 2004
51
3.2.3 Lenguajes de programacin para pginas Web y bases de datos

Comunicacin entre BlickSMS y la Aplicacin administradora de X10
Envo de datos por conexin TCP/IP
Una vez escogida la herramienta para el manejo de los mensajes de texto, se dio inicio a la
seleccin del modo de comunicacin entre BlickSMS y la aplicacin que administra los
dispositivos X10. De acuerdo con las posibilidades de comunicacin a travs de Internet que
ofrece la herramienta, la que ms se ajustaba a las necesidades del proyecto era la opcin Enviar
Datos por conexin TCP/IP.
Para la utilizacin de la misma, el PC remoto deba poseer una direccin IP pblica y fija,
y se deba poder establecer la comunicacin a travs de un puerto no regulado (mayor al 1023).
Dado que este proyecto fue propuesto por Movilnet y ser comercializado por la
Corporacin CANTV, se espera que los futuros suscriptores de este servicio utilicen ABA de
CANTV como proveedor de Internet durante las 24 horas.
Tomando en cuenta las razones anteriores, la opcin Enviar Datos por conexin
TCP/IP debi ser descartada debido a algunas condiciones implcitas en el hecho de utilizar el
servicio ABA como medio de conexin a Internet:
A. La IP que proporciona ABA no es fija y no est garantizado que sea pblica: Si
la direccin IP asignada es privada, BlickSMS no podr enviar el mensaje a esa
direccin, debido a que este tipo de direcciones no son vlidas en Internet, pues se
utilizan en redes locales (LAN) que no tienen conexin directa con el exterior.
Por otra parte, si la IP asignada por el servidor DHCP es pblica, la misma correr
el riesgo de ser modificada, ya que estos servidores realizan un refrescamiento cada
seis horas aproximadamente, lo cual trae como consecuencia que la aplicacin que
administra los X10 tenga que determinar constantemente la direccin IP que le ha sido
asignada e informarle a la aplicacin en BlickSMS cuando haya ocurrido un cambio.
Septiembre 2004
52
Esto podra ocasionar prdidas de comandos en aquellos casos en los que la aplicacin
detecte la nueva direccin mucho tiempo despus del momento del refrescamiento.
B. CANTV suministra a sus clientes ABA un Firewall que impide el
establecimiento de cualquier comunicacin a puertos no regulados: En tal
sentido, se podra solicitar la habilitacin de un puerto especial para la aplicacin, lo
cual podra ocasionar problemas con intrusos que detecten el puerto abierto,
provocando efectos negativos en el PC del cliente. Esto se traduce en mayores costos
para l, si el mismo decide procurar lo necesario para la seguridad de su computador,
o para la empresa, si se decide modificar las barreras de entrada para estos clientes con
perfil especial.
Adems, mediante este mtodo de transmisin del mensaje, el rea de la Corporacin
CANTV que decida comercializar el producto a futuro, no dispondr de un historial de los
comandos enviados por los usuarios, lo cual no sera muy conveniente si se deseara cobrar el
servicio por cantidades de comandos enviados o por nmero de usuarios asociados a la cuenta de
una vivienda, etc.
Tambin es importante resaltar el hecho de que las pruebas de funcionamiento deben
realizarse en Movilnet, en donde el acceso a la red, tanto interna como externa, est muy
controlado desde el punto de vista de seguridad, por lo cual se hace complicado pedir los
permisos de firewall necesarios para acceder a travs de puertos no regulados.
Envo de Datos Por Http POST

Todo lo anterior conllev a la bsqueda de otra solucin, para lo cual se consult
nuevamente a los representantes de BlickSMS quienes propusieron utilizar la opcin de Http
POST, dado que sta trabaja a travs del puerto 80 y, por ser un puerto utilizado en aplicaciones
pblicas, no requiere permisos de firewall adicionales. As, los comandos sern enviados por este
mtodo desde BlickSMS hacia una pgina Web cuya finalidad exclusiva ser la de almacenarlos
Septiembre 2004
53
en una base de datos. Dicha pgina deber estar alojada en un servidor Web que posea una
direccin IP pblica y fija.
Portal Web para introducir comandos

Otro de los objetivos del proyecto contempla la necesidad de que cualquier usuario
registrado en el servicio pueda introducir comandos a travs de una pgina Web, la cual debe
proporcionarle identificacin y seguridad.
Por esta razn, se hace evidente la necesidad de buscar un lenguaje de programacin de
pginas Web que disponga de las herramientas necesarias para discriminar a los usuarios no
registrados en el servicio, y que permita introducir la informacin que proviene, tanto de la
aplicacin de BlickSMS como de la misma pgina Web, en una base de datos ubicada en un
servidor dedicado para tal fin. Este tipo de pginas se conocen como Pginas Web Dinmicas, ya
travs de ellas se puede manipular la informacin que el usuario suministra y tomar determinadas
decisiones en funcin de la misma, por lo cual el contenido de la pgina que el usuario ve como
respuesta puede variar de acuerdo a la informacin que suministr.
En un primer momento se pens en utilizar los Servidores de Produccin de Movilnet
para el alojamiento de las pginas Web, ya que estos son los nicos servidores en la empresa que
poseen IP pblica y fija. Sin embargo, el hecho de que este proyecto represente slo una prueba
de concepto hace engorrosa la permisologa necesaria para trabajar en dichos servidores.
Por estas razones, fue necesario determinar cul de los lenguajes utilizados para elaborar
pginas Web dinmicas era el que ms se ajustaba a las necesidades del proyecto, as como
tambin el tipo de servidor Web para el alojamiento de las pginas, el tipo de base de datos para el
almacenamiento del contenido de los mensajes de texto y el lugar donde estaran ubicados los
mismos.
Durante el proceso de seleccin, apareci la opcin PHPTriad. ste es un software
gratuito y de distribucin libre que permite trabajar con un servidor Web Apache, lenguaje PHP y
Septiembre 2004
54
base de datos MySQL en un entorno Windows. De esta manera, se pueden elaborar pginas
dinmicas que tienen la posibilidad de almacenar y extraer informacin de una base de datos,
alojada en el mismo servidor.
Dado que el envo de variables desde la aplicacin desarrollada en BlickSMS hacia la
pgina Web dinmica se lleva a cabo mediante la comunicacin Http POST, es necesario que el
servidor pueda ser accesado a travs del puerto 80 desde BlickSMS. Para ello, se solicitaron
unos permisos de Firewall la Gerencia de Soporte a las Aplicaciones de CANTV, que permitieran
la comunicacin bidireccional y sin restricciones a travs de dicho puerto, entre el Servidor de
BlickSMS y un PC, ubicado en la Gerencia de Desarrollo Comercial de Movilnet, que cumple
con las caractersticas requeridas y en el cual se instal PHPTriad y se utiliz como el servidor
Web y el servidor de base de datos del proyecto.
3.2.4 Lenguajes de programacin para el diseo de la aplicacin receptora y

administradora de comandos
Una vez escogidos los dispositivos de automatizacin del hogar, la herramienta para el
manejo de los mensajes de texto y el lenguaje de programacin de pginas Web con los que se
implementar el proyecto, era necesario determinar cul de los lenguajes de programacin
existentes era el ms adecuado para elaborar la aplicacin receptora y administradora de
comandos X10.
Dado que los lenguajes de programacin en los se que tena ms experiencia eran C++ y
Visual Basic, la bsqueda se limit a escoger entre uno de los dos.
Para ello fue necesario precisar cuales eran los requisitos que debe cumplir la aplicacin a
realizar, para luego determinar en cul de los dos lenguajes era ms fcil y factible implementarla.
En primer lugar, es necesario que la aplicacin pueda comunicarse a travs del puerto
serial con la interfz CM11A, la cual se encarga de recibir los comandos y enviar las seales
correspondientes a travs de la lnea elctrica de la vivienda.
Septiembre 2004
55
Tambin es imprescindible que posea un mecanismo de conexin con una base de datos
MySQL, la cual estar ubicada en el Servidor Web Apache, a fin de llevar a cabo la descarga
peridica de los comandos almacenados en la misma.
Es importante que el lenguaje le ofrezca al programador las herramientas grficas
necesarias para poder realizar una interfz amigable con el usuario, mediante la cual ste pueda
introducir su login y password, ver los ltimos comandos enviados, desconectar o no el sistema
X10, etc.
Por otra parte, el lenguaje de programacin debe poseer las referencias necesarias que
permitan trabajar con XML, a fin de trasmitir las alarmas y notificaciones correspondientes a
BlickSMS, mediante un POST Http, para que sean enviadas al usuario mediante un mensaje de
texto.
En base a todos los requerimientos anteriores, se tom la decisin de trabajar con Visual
Basic 6.0, por las siguientes razones:
Permite trabajar de una forma sencilla con el puerto serial, a travs del control
MSComm (Microsoft Comm Control 6.0).
Posee el control ADODC (ActiveX Data Object Data Control), el cual permite crear
aplicaciones capaces de manipular bases de datos a travs de un conector. En este
caso, se necesitan realizar conexiones a la base de datos MySQL para lo cual se
emplear el conector ODBC (Open Database Connectivity).
Dispone de una serie de controles que facilitan la creacin de una aplicacin grfica y
amigable para el usuario (cuadros de texto, tablas, botones de comandos, listas, etc.).
Entre sus referencias se encuentra el objeto Microsoft XML v3.0, el cual se utiliza para
construir XML (Extensible Markup Language), y permite enviarlos por POST Http a una
pgina web.
El lenguaje le ofrece al programador una forma sencilla de depurar sus aplicaciones

mientras las ejecuta, lo cual representa una gran ventaja a la hora de detectar errores de
programacin.
Septiembre 2004
56
3.3 FASE DE IMPLEMENTACIN

El proyecto en su totalidad est conformado por cinco secciones bien definidas, que
interactan entre s:
A. Plataforma de Mensajera de Texto
B. Aplicacin desarrollada con la herramienta BlickSMS
C. Pginas Web, base de datos MySQL y Servidor Apache.
D. Aplicacin en Visual Basic
E. Red de dispositivos X10
En la figura 25 se muestra el diagrama general del proyecto de pasanta. En ella se indican
las cinco secciones que lo conforman con la notacin indicada anteriormente.
Figura 25. Diagrama general de implementacin del proyecto

Septiembre 2004
57
Sin embargo, la implementacin del proyecto se limita al desarrollo de las aplicaciones y

pginas web correspondientes a las secciones B, C y D, ya que slo se requiere la asignacin de un
nmero corto en la Plataforma de Mensajera de Texto de Movilnet, y nicamente es necesario
instalar la Red de Dispositivos X10 en la vivienda o en el lugar donde se llevarn a cabo las
pruebas.
En cuanto al nmero corto, en este caso 26987, es importante resaltar que el mismo no
tiene costo, dado que su funcin es probar el funcionamiento del sistema y/o sus partes, por lo
que se destinar a la aplicacin desarrollada en BlickSMS.
Por otro lado, la Red de Dispositivos X10 tiene vital importancia a la hora de la realizacin
de las pruebas de funcionamiento del sistema, razn por la cual la instalacin de la misma se
explica en mayor detalle en el captulo 4.
3.3.1 Aplicacin desarrollada con la herramienta BlickSMS

Antes de ahondar en los detalles de la aplicacin realizada en BlickSMS, es necesario
especificar cules son los requisitos que debe cumplir. Bsicamente debe encargarse de determinar
de dnde proviene el mensaje (si es de un celular o de una vivienda), verificar qu tipo de mensaje
es (registro, comando, alarma, notificacin o error) y procesar el mensaje de la manera
correspondiente, segn sea el caso.
Cuando un mensaje llega al Servidor de BlickSMS, inmediatamente se remite a la
aplicacin publicada a la que se le asign ese nmero corto. Una vez all, comienza a ejecutarse el
proceso definido por el programador en el diagrama de bloques de la aplicacin.
En el caso de este proyecto, un mensaje puede llegar a travs de dos nmeros:
9 416:12726987 asignado por Movilnet para realizar las pruebas mediante mensajes de
texto.
9 10001:100 asignado por Intelcon System para recibir, mediante el POST Http, el XML
que ser generado por la aplicacin en Visual Basic.
Septiembre 2004
58
Una vez que el mensaje ha sido entregado a la aplicacin, sta hace una discriminacin
basada en el nmero corto, el cual indica su procedencia. Esto permite diferenciar los mensajes de
registro y comandos enviados por el usuario desde su celular Movilnet, de las alarmas y
notificaciones, enviadas por la aplicacin activa en la vivienda.
En la figura 26 se muestra un diagrama de bloques simplificado en el que se pueden
apreciar los procesos que ejecuta la aplicacin. En el Apndice A se encuentra el diagrama de flujo
completo de la aplicacin desarrollada en BlickSMS.
Figura 26. Diagrama de bloques simplificado de la aplicacin realizada en BlickSMS

Septiembre 2004
59
A partir de este momento y para simplificar la notacin a lo largo del libro, se har
referencia a esta aplicacin mediante el nombre Administrador_de_Mensajes.
Mensaje de Texto enviado por un usuario desde su celular Movilnet

Si el mensaje proviene del nmero corto asignado por Movilnet, esto indica que fue
enviado por el usuario desde su celular. El siguiente paso es determinar qu tipo de mensaje es.
Para ello, la aplicacin busca la palabra REG, en minsculas o maysculas, en el contenido del
mensaje. Si la consigue quiere decir que el usuario desea registrarse en el servicio, de lo contrario
el mensaje enviado es un comando.
Mensajes de Registro
Para poder registrarse en el sistema, el usuario debe enviar un mensaje de texto cuyo
contenido sea: REG password. De esta manera la aplicacin determina que se trata de un nuevo
usuario y procede a almacenar el password en una variable asociada al nmero de telfono
celular.
Si el usuario olvid la contrasea que introdujo cuando se suscribi al servicio por primera
vez o desea cambiar su contrasea, debe mandar otro mensaje de registro desde su celular pero
esta vez colocando el nuevo password que utilizar en el servicio a partir de ese momento.
Posteriormente, la aplicacin enva mediante un POST Http el nmero de telfono
celular, el password y la fecha actual a la pgina web http://161.196.252.104/pag_2.php, la cual,
como se ver en secciones posteriores, se encargar de introducir esta informacin en la base de
datos ubicada en el servidor Apache.
Si la operacin se efecta correctamente, la pgina devolver a la aplicacin de
BlickSMS la palabra Correcto almacenada en una variable, con lo cual se enviar un mensaje
de texto al usuario que expresa lo siguiente: Felicidades!!! Usted se ha suscrito al servicio Hogar
Inteligente de Movilnet. Su password es password. No lo olvide.
Septiembre 2004
60
Si por alguna razn, el envo de la informacin a la pgina web no se efecta

correctamente, el usuario recibir el siguiente mensaje de error en su celular: Su mensaje no pudo
ser enviado satisfactoriamente. Asegrese que est registrado en el servicio o vuelva a intentarlo
ms tarde.
Mensajes de Comando
Una vez que el usuario se ha registrado, puede comenzar a enviar los comandos para
controlar los dispositivos que se encuentran en su vivienda, si la aplicacin se est ejecutando en
ella y el computador est conectado a Internet.
Para enviar los comandos, la sintaxis del mensaje es la siguiente: password letra/nmero
funcin. Por ejemplo, si el password es CASA y se desea encender el dispositivo B4, el mensaje de
texto debe ser CASA B4 ON, conservando las maysculas y minsculas del password de la
misma forma como se escribi en el mensaje de registro en el sistema.
La aplicacin se encarga de verificar que el password le corresponde a ese telfono y,
posteriormente, procede a separar cada una de las partes del mensaje y a almacenarlas en las
variables correspondientes a la letra, nmero y funcin.
Si el password introducido es invlido, el usuario recibir en su celular el siguiente
mensaje: Su password es invlido. Sentimos no poder procesar su solicitud.
Si la contrasea es correcta, la aplicacin enviar va POST Http a la pgina web
http://161.196.252.104/pag_2.php las variables correspondientes al nmero de telfono,
password, letra, nmero, funcin y fecha para ser reagrupadas e introducidas en la base de datos
MySQL. Al igual que en el caso de registro, la pgina web debe devolver en una variable la palabra
Correcto para que el usuario pueda recibir en su celular el siguiente mensaje: El comando
enviado es: comando. Por su seguridad le sugerimos borrar este mensaje. Si el envo de los datos a
la pgina web no es exitoso, el usuario recibir el mensaje de error descrito para este tipo de casos,
indicado en la seccin anterior.
Septiembre 2004
61
Mensaje proveniente de la aplicacin de Visual Basic

Si el mensaje procede del nmero asignado por Intelcon System para recibir los mensajes
enviados por la aplicacin de Visual Basic va POST Http, puede tratarse de una alarma, una
notificacin de mensaje invlido o una notificacin de error. En cualquiera de los tres casos se
procede de la misma manera, pero el mensaje de texto que se enva al usuario vara de acuerdo al
caso.
Cuando un mensaje de este tipo llega a la aplicacin, posee el siguiente formato:
login=telfono_del_usuario@password=password@date=fecha@ip=ip_origen@MSJ=mensaje.
El primer paso consiste en separar los bloques de caracteres que estn unidos por un @
y almacenarlos en variables temporales. Luego se toma cada una de estas variables y se extraen los
caracteres que se encuentran a la derecha del signo igual, a fin de guardarlos en las variables
correspondientes al nmero de telfono, password, fecha, ip y mensaje.
En particular, el campo MSJ tiene un formato determinado, ya que indica el tipo de
mensaje recibido (Alarma, notificacin de Comando Invlido o notificacin de Error) y el
dispositivo o comando. En cualquier caso, el formato es el siguiente: Tipo_de_mensaje-Mensaje,
por ejemplo, si se activa el sensor A3 el mensaje ser Alarma-A3. Por lo tanto, es necesario
almacenar el tipo de mensaje en una variable y el dispositivo en otra.
Si el mensaje es una Alarma, el usuario recibir en su celular lo siguiente: ALARMA!!! El
sensor sensor se ha activado. Si el mensaje fuese una notificacin de Comando Invlido, entonces
recibir: Atencin!! El Comando comando es INVALIDO. Por ltimo, si es una notificacin de
error, el mensaje recibido ser: Atencin! El comando comando no se ha podido ejecutar
exitosamente. Verifique que el sistema X10 funciona correctamente.
Nota Importante
Existe otro tipo de mensaje que puede observarse en el diagrama de flujo con el nombre
Enviar_mensaje_invalido, pero que nicamente se utiliza en el Ambiente de Prueba de
BlickSMS para depurar la aplicacin.
Septiembre 2004
62
3.3.2 Pginas Web, Base de Datos MySQL y Servidor Apache

Una vez concluida la descripcin del funcionamiento del Administrador_de_Mensajes,
es oportuno explicar qu ocurre con la informacin envada a travs del POST Http. Para ello, es
necesario entrar en los detalles de diseo del grupo de pginas web, que adems de recibir dichos
datos, deben permitirle al usuario registrarse, autenticarse e introducir desde Intenet los comandos
necesarios para activar los dispositivos X10 instalados en su casa
Como se mencion en secciones anteriores, la opcin escogida para el desarrollo de esta
etapa es el software libre PHPTriad, el cual permite implementar pginas dinmicas en PHP y
HTML, e instalar una base de datos MySQL y un servidor web Apache en un entorno Windows.
HTML es un lenguaje de etiquetas empleado para darle formato al texto que se muestra en las
pginas web, por ello se utiliza en la elaboracin de pginas estticas y, en este caso, es necesario
utilizarlo para mostrarle grficamente al usuario los resultados de la ejecucin del cdigo en PHP.
Antes de comenzar a explicar las funciones y caractersticas de las pginas web, es
necesario que el lector sepa que la base de datos creada para el proyecto se llama
hogarinteligente_db y que est conformada por dos tablas: X10_registro, en donde se
almacenan los nmeros de telfonos, contraseas y fechas de registro de todos los nuevos
usuarios del servicio, y X10_usuarios, en donde se guardan las variables que constituyen los
comandos enviados por los usuarios.
Pgina web receptora del POST Http de BlickSMS

Esta pgina se encarga nicamente de obtener las variables enviadas por la aplicacin
Administrador_de_Mensajes. En lneas generales, el cdigo recibe los datos mediante el mtodo
POST, utilizado en PHP para recibir la informacin que se traspasa de una pgina a otra.
Posteriormente, la informacin es almacenada en variables y dependiendo del valor de la variable
Actualizada, se determina si el mensaje es un registro o un comando y se guarda en la tabla
correspondiente de la base de datos.
Septiembre 2004
63
Aunque no se mencion en la seccin 3.3.1, la variable Actualizada es otra de las

variables enviadas desde el Administrador_de_Mensajes y se usa como bandera para indicarle a
la pgina web qu debe hacer con la informacin que recibi. Si es igual a cero, los datos
corresponden a un nuevo registro en el servicio por lo cual hay que insertar los datos en la tabla
X10_registro. Si la bandera es igual a uno, el mensaje recibido es un comando y por lo tanto se
deben agrupar algunas variables para luego ser introducidas en la tabla X10_usuarios.
Cabe destacar que si el usuario est efectuando un cambio en su password, la pgina est
en la capacidad de realizarlo sin problemas, reemplazando los datos originales almacenados en la
tabla X10_registro por los nuevos datos suministrados, ya que el valor de Actualizada es cero
en esta operacin.
En la figura 27 se muestra un diagrama de bloques que ejemplifica el procedimiento
descrito en los prrafos anteriores.
Figura 27. Diagrama de bloques que esquematiza el cdigo implementado en la pagina_2.php
Una vez que los datos fueron introducidos en la tabla correspondiente, la pgina web
muestra la palabra Correcto en cdigo HTML, la cual es capturada por la aplicacin de
BlickSMS y utilizada para enviar el mensaje de texto que indica el xito del proceso.
Si por alguna razn la pgina web no puede conectarse al servidor o la base de datos no
existe, la pgina muestra en HTML los mensajes Imposible conectar to MySQL server o
Imposible conectar con esa base de datos respectivamente. Por lo tanto, estas sern las frases
Septiembre 2004
64
capturadas por el Administrador_de_Mensajes y en consecuencia se enva el mensaje de error al

usuario.
Es importante indicar, que si cualquier persona solicita ver por medio de un explorador de
Internet est pgina web (http://161.196.252.104/pag_2.php) slo ver una pgina en blanco
pues, como ya se explic, slo posee cdigo HTML para mostrar los resultados arrojados luego
de recibir los datos enviados desde BlickSMS y ejecutar el cdigo PHP.
Pginas web para Autentificar Usuarios e Introducir Comandos

Existe tambin otro grupo de pginas web diseadas para que el usuario pueda ejecutar
comandos en su vivienda a travs de Internet. Para poder hacerlo, ya debe haberse suscrito al
servicio por mensajera de texto, ya que estas pginas estn en capacidad de autenticarlo, ms no
de suscribirlo.
En la ilustracin 28 se puede observar el diagrama de bloques correspondiente al proceso
de autentificacin e introduccin de comandos, realizado por este grupo de pginas web.
Figura 28. Diagrama de Bloques que representa el proceso de Autentificacin de Usuarios e Introduccin
de Comandos por medio de las pginas web
La pgina inicial de este grupo (http://161.196.252.104/index.html) es la pgina de

Autentificacin de Usuarios. La misma fue desarrollada totalmente en HTML tomando como
Septiembre 2004
65
base el diseo estndar de las pginas web de la Corporacin CANTV: fondo blanco, el logo de la
empresa en la parte superior izquierda, la fuente tipo Verdana, las opciones Oportunidades y
Contctenos, entre otros. En la parte central de la pgina se ubica una pequea tabla en donde
el usuario podr escribir su nmero de celular Movilnet (sin el 0416) y el password, tal y como lo
introdujo al momento de su suscripcin en el servicio, y presionar el botn Aceptar, el cual lo
llevar a la siguiente pgina web.
En la figura 29 el lector puede observar una muestra a escala de la pgina web de
Autentificacin de Usuario.
Figura 29. Pgina web de Autentificacin de Usuario
Una vez presionado el botn Aceptar de la pgina web index.html, enseguida se muestra
la pgina de Introduccin de Comandos (http://161.196.252.104/pag_2_2.php), la cual puede
presentarse en tres formatos diferentes, dependiendo de los datos que el usuario introdujo para su
autenticacin.
Principalmente, la pgina pag_2_2.php realiza funciones semejantes a las de la
pag_2.php, porque se encarga de recibir mediante un POST los valores de nmero de telfono
Septiembre 2004
66
y password que le suministr la pgina index.html y comprueba que dichos datos se

corresponden con los almacenados en la tabla X10_registro. De ser as, el usuario observar
una tabla de introduccin de comandos, en la cual podr escoger la letra y el nmero del
dispositivo que desea controlar y la funcin que se le va a aplicar.
En la figura 30, se muestra la representacin a escala de la pgina por medio de la cual se
pueden introducir los comandos desde Internet.
Figura 30. Pgina web de Introduccin de Comandos para telfono y password correctos
Si el usuario no estuviese registrado en el sistema, se mostrar la misma pgina web en el

formato que se observa en la figura 31.
Septiembre 2004
67
Figura 31. Pgina web de Introduccin de Comandos para telfono y password incorrectos
Si por error u olvido se introdujo mal la contrasea, la pag_2_2.php se mostrar con el

formato que aparece en la figura 32.
Figura 32. Pgina web de Introduccin de Comandos para password incorrecto

Septiembre 2004
68
Si los datos introducidos son incorrectos, el usuario puede presionar la opcin

Retroceder con la cual volver a la pgina de Autentificacin de Usuario para suministrar sus
datos nuevamente, esta vez de forma correcta.
Otra de las caractersticas importantes de esta pgina web es que con ella se inicia la sesin
web por medio de la cual el resto de las pginas de este grupo podrn conocer los valores de
telfono y password que el usuario introdujo en la pgina inicial. Esto permite que el usuario
pueda volver a introducir otro comando sin tener que suministrar sus datos nuevamente. La
sesin finaliza cuando se escoge la opcin Salir ubicada en la parte inferior central de algunas de
estas pginas.
Una vez que el usuario escogi tanto la letra y el nmero de un determinado dispositivo,
como
la
funcin
que
se
le
quiere
aplicar,
la
pgina
siguiente
(http://161.196.252.104/comando.php) recibe las variables enviadas por la pgina pag_2_2.php

a travs de un POST y las reorganiza y agrupa dependiendo del tipo de comando introducido.
Posteriormente, los inserta en la tabla X10_usuarios colocando como nmero de celular y
password los valores vigentes en la sesin. Cuando esta operacin haya sido realizada con xito, se
mostrar la pgina que aparece en la figura 33.
Figura 33. Pgina que realiza la introduccin del comando en la tabla X10_usuarios
Septiembre 2004
69
El hecho que el mensaje se haya enviado exitosamente slo quiere decir que ha sido
insertado correctamente en la base de datos, ms no implica que el comando tenga la sintxis
adecuada para su ejecucin. Quedar de parte de la aplicacin que lo descarga verificar que sea un
comando vlido de acuerdo a los requerimientos del protocolo de comunicacin X10.
Si el usuario desea enviar otro comando, la pgina comando.php le ofrece la opcin de
Volver a intorducir otro comando, con la que podr regresar a la pgina pag_2_2.php para
volver a repetir el proceso. Si por el contrario no desea hacerlo, tambin existe la opcin Salir, la
cual lo llevar la ltima pgina del grupo (http://161.196.252.104/fin.php) en la que se muestra el
mensaje final y se cierra la sesin web para dar paso a otro usuario al presionar el enlace a la
Pgina inicial. La pgina fin.php puede observarse en la figura 34.
Figura 34. Pgina web de salida
Septiembre 2004
70
3.3.3 Aplicacin desarrollada en Visual Basic

La aplicacin desarrollada en Visual Basic es la que el usuario deber instalar en su vivienda
para descargar y ejecutar los comandos mediante los cuales controlar sus equipos X10. Aunque
esa es su funcin principal, es conveniente que la misma le solicite al usuario los datos que le
permitirn identificarse, ver los ltimos comandos ejecutados recientemente, recibir las alarmas
generadas por los sensores, modificar el tiempo de descarga de los comandos, etc.
Para ello se explicarn cada uno de los formularios que la integran, sus funciones y objetivos, a
fin de darle al lector una idea ms detallada de las tareas que la aplicacin est en capacidad de
realizar.
Ventana de Configuracin de Telfonos y Password
Una vez iniciada la ejecucin de la aplicacin, se presenta la ventana de Configuracin de
Telfonos y Password. Por medio de la misma, los usuarios podrn introducir sus nmeros de
telfono celular y contraseas, los cuales se utilizarn para efectuar la descarga de los comandos.
En la figura 35 se puede observar esta ventana de configuracin habilitada para un solo usuario.
Figura 35. Ventana de Configuracin de Telfonos y Passwords para un solo usuario
Septiembre 2004
71
Bsicamente, esta ventana le ofrece la oportunidad de almacenar la informacin de

identificacin a un mximo de dos habitantes por vivienda. Por defecto, el programa permite
introducir los datos de un solo usuario (ver figura 35). Pero en el caso de que sean dos, basta con
seleccionar la opcin Habilitar al usuario 2, con la cual queda activo el segundo recuadro de
configuracin (ver ilustracin 36).
Figura 36. Ventana de Configuracin de Telfonos y Passwords habilitada para dos usuarios
En el diagrama de bloques que se muestra en la figura 37, se describe el cdigo que

subyace detrs de la ejecucin de esta ventana.
Una vez que se carga esta seccin, se procede a buscar el archivo de texto
identificacion.txt en el directorio de la aplicacin. Si no existe, la misma lo crea sin ningn
contenido y seguidamente muestra en pantalla la ventana de la figura 35 con los campos en
blanco. Si por el contrario el archivo existe, la aplicacin carga los valores almacenados en l,
despus de lo cual se visualiza la ventana con los datos de telfono y contrasea del o los usuarios
registrados, segn sea el caso.
Septiembre 2004
72
Figura 37. Diagrama de bloques que indica la secuencia que se ejecuta al cargar la Ventana de
Configuracin de Telfonos y Password
En cualquiera de las dos situaciones, la persona podr introducir/modificar la informacin

y posteriormente guardarla en el archivo de identificacin al presionar el botn Aceptar. Si se
escoge la opcin Cancelar no se almacenarn ningunos de los datos del usuario ni en el archivo
de texto ni en las variables globales encargadas de proporcionarlos a cualquier ventana de la
aplicacin que los requiera.
Septiembre 2004
73
Es importante resaltar que antes de guardar los valores, estos son comparados con los
existentes en la tabla X10_registro de la base de datos hogarinteligente_db. Para ello, se
establece una conexin mediante el objeto ADODC de Visual Basic a travs del conector ODBC.
En caso de haber alguna inconsistencia, aparecer un mensaje que indica que el telfono no est
registrado o que el password correspondiente a uno de los telfonos es incorrecto, por lo que se
debe verificar o reescribir la informacin.
Ventana de Configuracin de Sensores

Una vez terminada la ejecucin de la ventana de Configuracin de Telfonos y
Password, se activa la de Configuracin de Sensores. sta tiene la finalidad de almacenar en un
archivo de texto las direcciones de los sensores instalados en la vivienda, las cuales deben ser
suministradas manualmente por el usuario, de manera que cuando sea recibido un comando a
travs del puerto serial se pueda diferenciar entre las notificaciones de estatus emitidas por los
dispositivos bidireccionales y las activaciones de los sensores.
El diagrama de bloques que se ilustra en la figura 38 explica el cdigo que sustenta a la
ventana de Configuracin de Sensores.
Septiembre 2004
74
Figura 38. Diagrama de bloques del cdigo generador de la ventana de Configuracin de Sensores
Cuando comienza a ejecutarse esta seccin del cdigo, se inicia la bsqueda del archivo de
texto llamado sensores.txt en el directorio de la aplicacin. Si el archivo existe, se extraen las
direcciones almacenadas en l y se muestran en la ventana de Configuracin de Sensores, de
manera que el usuario pueda modificarlas o agregar alguna otra. Si el archivo no existe, la
aplicacin lo genera sin contenido y seguidamente muestra la ventana con los campos en blanco.
Septiembre 2004
75
Figura 39. Ventana de Configuracin de Sensores
Como puede observarse en la figura 39, en el recuadro naranja se encuentran dos listas de
seleccin indicadas como Letra y Nmero, mediante las que el usuario escoger la direccin del
sensor activo. Posteriormente, deber presionar el botn Insertar para introducirla en la lista del
recuadro amarillo. Si se desean agregar ms sensores, basta con repetir el proceso. El usuario
cuenta con los botones Eliminar Anterior y Reset para borrar algunas o todas las direcciones
insertadas en la lista.
Luego que el usuario termin de introducir y/o modificar las direcciones de los sensores
instalados en su vivienda, debe presionar la opcin Aceptar para almacenar en el archivo de texto
toda la informacin que acaba de suministrar. Si presiona el botn Cancelar, las direcciones no se
guardarn y por ende no se podrn procesar las alarmas que generen dichos dispositivos.
Septiembre 2004
76
Ventana Principal
Esta ventana se muestra de forma permanente despus de ejecutarse los formularios de
configuracin descritos en las secciones anteriores. Se utiliza para darle promocin al servicio y
tiene mucha importancia tcnica ya que es la que se encarga de descargar y ejecutar los comandos
almacenados en la base de datos MySQL, recibir las alarmas provenientes de los sensores y enviar
las notificaciones a travs del POST Http al Administrador_de_Mensajes. Por otra parte,
presenta un men de opciones el cual constituye un enlace hacia otras ventanas o funciones de la
aplicacin (ver figura 40).
Figura 40. Ventana Principal de la aplicacin
Entre las opciones que presenta el men se encuentran:

A. Archivo:
Activar y desactivar la aplicacin.
Reset.
Salir de la aplicacin
Septiembre 2004
77
B. Opciones:
Configurar Telfonos y Password
Configurar Sensores
Tabla de Comandos
Tasa de Refrescamiento
En lneas generales, el proceso de descarga y ejecucin de comandos que realiza esta
seccin de la aplicacin se muestra en la siguiente figura.
Figura 41. Diagrama de bloques del proceso de descarga y ejecucin de comandos que realiza la Ventana
Principal
Septiembre 2004
78
El primer paso que se realiza es el envo de los comandos de inicializacin a la interfaz

PC/X10 (CM11A). Luego se habilita un reloj cuya funcin ser controlar los perodos de descarga
de la informacin. Cada vez que transcurra ese tiempo, el cual fue fijado por defecto en un
minuto, se da inicio al proceso de descarga de todos los comandos almacenados en la tabla
X10_usuarios, que no hayan sido extrados previamente. Para ello, se establece una conexin
con la base de datos mediante el objeto ADODC de Visual Basic, a travs del conector ODBC. Si
el segundo usuario est habilitado, el proceso se repite nuevamente antes de cerrar la conexin,
pero con los valores de telfono y contrasea correspondientes al mismo.
Posteriormente, se lleva a cabo la traduccin de los datos al formato requerido por el
protocolo X10, la cual toma un comando por vez. Si durante dicho proceso se determina que es
invlido, se hace una actualizacin en el estado del comando en la base de datos y se enva una
notificacin al usuario informndole la situacin. Si la sintaxis es correcta, despus de la
traduccin se realizan los ltimos ajustes de formato para enviar el comando a travs del puerto
serial a la interfaz.
Si la transmisin fue exitosa y no se produjo ningn error, el estado del comando se
actualiza en la tabla correspondiente y se prosigue con el siguiente comando. Si hubo un error en
la transmisin, se hacen un mximo de tres reintentos, despus de los cuales se enva una
notificacin de error al usuario y se avanza al siguiente.
Tambin se puede generar un evento de recepcin de datos por el puerto serial, cuyo
diagrama de bloques se muestra en la figura 42. Cuando esto ocurre, se realiza una traduccin
inversa para obtener la direccin del dispositivo y as verificar si efectivamente pertenece al grupo
de sensores registrados, cuyas direcciones estn almacenadas en el archivo sensores.txt.
Septiembre 2004
79
Figura 42. Diagrama de bloques correspondiente a la recepcin de comandos que realiza la

Ventana Principal
Si el comando recibido no pertenece a uno de los dispositivos registrados, sencillamente se

ignora. En cambio, si se corresponde con alguno de ellos, se verifica inmediatamente que la
funcin ejecutada es ON, lo cual indica que el equipo se ha encendido y que por lo tanto es
necesario enviarle una alarma al usuario para informarle lo que ha ocurrido.
Como se mencion en secciones anteriores, el envo de alarmas y notificaciones a la aplicacin
Administrador_de_Mensajes se realiza mediante un XML va POST Http. Los XML son
estructuras de etiquetas semejantes a las de las pginas web escritas en HTML, que pueden
construirse y almacenarse en variables. Por ello, se podra decir que se genera una variable
parecida a una pequea pgina web, en cuyo contenido se encontrarn el telfono celular del
Septiembre 2004
80
usuario, el password correspondiente, la fecha actual, el puerto asignado por Intelcon System al
que se desea enviar la informacin y el mensaje. Una vez construida, se enva mediante un POST
Http a una pgina web receptora de XML ubicada en el servidor de BlickSMS, la cual se
encargar de formatear y procesar adecuadamente el mensaje enviado.
Ventana Tabla de Comandos

En la figura 43 se puede observar la ventana de Tabla de Comandos, la cual le permite a
los usuarios chequear la lista de comandos enviados recientemente. La tabla muestra el telfono
origen, la direccin (letra y nmero), el comando o funcin, la fecha de envo y el estado del
comando, es decir, si no se ha ejecutado, si se ejecut o si es invlido.
Figura 43. Ventana de Tabla de Comandos
En el recuadro anaranjado se presentan cuatro opciones, las cuales permiten que el usuario
seleccione lo que desea ver en la tabla: los ltimos comandos enviados por ambos usuarios, los
Septiembre 2004
81
ltimos enviados por cualquiera de los dos de manera individual, o aquellos que fueron enviados
en otra fecha, para lo cual es necesario indicar en el cuadro de texto, la fecha deseada en el
formato requerido. Por otra parte, el nmero de comandos que se mostrar depende de la
cantidad que el usuario escoja en la lista de seleccin ubicada en la parte superior derecha.
Tcnicamente, esta ventana no es muy compleja, ya que slo consta de una conexin a la
tabla X10_usuarios por medio de ADODC, a travs de la cual se solicitan unos u otros
comandos dependiendo de las opciones seleccionadas por el usuario.
Ventana de Tasa de Refrescamientos

Esta ventana, tal y como se muestra en la figura 44, nicamente establece el perodo o tasa
de Refrescamientos, es decir, el lapso de tiempo en minutos que debe transcurrir entre cada
conexin a la tabla X10_usuarios para realizar la descarga de los ltimos comandos
almacenados en la misma.
Figura 44. Ventana de tasa de Refrescamientos
Por defecto, dicho perodo est establecido en un minuto, pero si el usuario desea esperar
ms tiempo entre descarga y descarga slo debe introducir el nuevo lapso de tiempo en minutos.
Dado que el contenido de esta ventana no se almacena en ningn archivo de texto, slo
tiene validez en la ejecucin local del programa. En otras palabras, cada vez que se abra la
aplicacin la tasa de refrescamiento volver a valer un minuto, as que si se desea aumentar el
tiempo habr que ajustarla cada vez que la aplicacin se cierre y se abra nuevamente.
Septiembre 2004
82
Conectar/Desconectar el Sistema Hogar Inteligente

Estas alternativas, que se encuentran en el men Opciones de la Ventana Principal, se
utilizan para desconectar y volver a conectar la aplicacin.
La opcin Desconectar (ver figura 45) deshabilita el puerto serial y el reloj que se encarga
de iniciar la descarga de comandos.
Figura 45. Opcin Desconectar
La opcin Conectar (ver figura 46) vuelve a habilitar el puerto serial, inicializa
nuevamente la interfaz PC/X10 y reactiva el reloj.
Figura 46. Opcin Conectar
Estas opciones se agregaron a fin de que el usuario pueda modificar la instalacin de los
equipos o no ejecutar funciones sobre stos en un determinado momento, sin necesidad de cerrar
la aplicacin.
Opcin Reset
Esta opcin permite desconectar y reconectar el Sistema X10 en un slo paso, adems de
volver a inicializar ciertas variables con el objetivo reiniciar la aplicacin desde el principio, pero
Septiembre 2004
83
sin necesidad de activar las ventanas de configuracin de telfonos, passwords y sensores.

Principalmente se utiliza en aquellos casos en los que la aplicacin pasa al estado inactivo por
alguna razn. No suele ocurrir frecuentemente, pero la ventana principal le indicar al usuario que
es necesario escoger la opcin Reset para que la aplicacin vuelva a funcionar correctamente
cuando sea el caso.
Septiembre 2004
CAPTULO 4
PRUEBAS Y RESULTADOS
85
Para demostrar el adecuado funcionamiento del sistema fue necesario realizar una serie de
pruebas durante la etapa de implementacin de las aplicaciones y pginas web y, posteriormente,
cuando se integraron todos los componentes del sistema. A lo largo de este captulo se describen
ambos tipos de pruebas.
Pruebas en la Fase de Implementacin

Aplicacin desarrollada en BlickSMS
La verificacin del Administrador_de_Mensajes se realiz, inicialmente, mediante el
Ambiente de Pruebas de BlickSMS.
Al momento del diseo de la aplicacin no se dispona del nmero corto, razn por la cual
la discriminacin de los mensajes se hizo temporalmente en base a un nmero ficticio de telfono
origen (5555), es decir, dependiendo del nmero de telfono hipottico del cual proviniese el
mensaje se determinaba si era un mensaje de texto o una notificacin o alarma.
Esto sirvi para comprobar que, para cada uno de los diferentes tipos de mensajes que se
escribieran en la ventana de envo de mensajes, el proceso se ejecutaba correctamente y se
obtenan en la ventana de recepcin los mensajes correctos. Es importante resaltar que
evidentemente fue necesario hacer algunas modificaciones al diagrama de flujo para que se
pudieran obtener resultados satisfactorios.
Una vez que el nmero corto fue asignado, se repitieron las mismas pruebas a travs de un
celular, por lo que esta vez la discriminacin entre mensajes de texto y notificaciones y alarmas si
se realiz en base al nmero por el que provino el mensaje. Mientras se tramitaba el permiso de
firewall necesario para que el POST Http alcanzara la pgina web ubicada en el servidor Apache,
al hacer pruebas se reciba la notificacin que indicaba que el mensaje no se haba podido enviar
satisfactoriamente y seguan pendientes las pruebas de envo de mensajes de alarmas, errores y
comando invlido hacia el Administrador_de_Mensajes. Cuando el permiso fue otorgado se
pudo hacer la integracin de ambas partes y, por ende, recibir el mensaje correcto.
Septiembre 2004
86
Pginas Web
Durante el proceso de elaboracin de las pginas web se realizaron pruebas
continuamente. Las mismas estaban destinadas a verificar que los datos pasaban adecuadamente
de una pgina a otra y que se ejecutaba correctamente el cdigo en PHP. Como era de esperarse,
fue necesario realizar ciertos ajustes para obtener los resultados esperados.
Como primera prueba se introdujeron nmeros de telfono incorrectos, nmeros de
telfono vlidos y contraseas invlidas, y nmeros y contraseas correctas en la pgina de
autenticacin, para lo cual se esperaba que la pgina web pag_2_2.php mostrara el mensaje
correspondiente de acuerdo al caso, lo cual efectivamente ocurri.
Luego, se verific que los comandos introducidos se almacenaban correctamente en la
base de datos, lo cual implica que el cdigo que agrupa y ordena el mensaje se ejecuta de forma
adecuada. Para ello se utiliz la herramienta PHPMyAdmin que viene incluida en PHPTriad. La
misma es un administrador grfico de bases de datos que permite ver, en una pgina web, el
contenido de las bases de datos y sus tablas asociadas.
Los comandos introducidos fueron, tanto comandos correctos para todas las funciones
(ON, OFF, DIM, BRIGHT, ALL LIGHTS ON, ALL UNITS OFF), como comandos
incorrectos. Es importante resaltar que las funciones DIM y BRIGHT necesitan ir acompaadas
de un porcentaje, el cual debe almacenarse en otro campo de la tabla diferente al de funcin.
Al observar el contenido de la tabla X10_usuarios se pudo comprobar que los
comandos correctos e incorrectos se almacenaban en forma adecuada, incluso en el caso de las
funciones de atenuacin y brillo donde se debe guardar un campo extra. Para el resto de las
funciones, el campo del porcentaje estaba vaco.
Por ltimo, se comprob que los datos de autentificacin introducidos por el usuario en la
pgina index.html para iniciar la sesin, se borran una vez presionada la opcin Salir. De esta
manera, la informacin no queda vigente por siempre en el grupo de pginas web, lo cual brinda
seguridad al usuario, en el caso de que otra persona vaya a usar el servicio desde el mismo
computador.
Septiembre 2004
87
Aplicacin desarrollada en Visual Basic

Parte de las pruebas correspondientes a esta aplicacin se hicieron constantemente
durante el perodo de diseo y desarrollo de la misma. Para probar que se descargaban
exitosamente los comandos de la tabla X10_usuarios fue necesario agregar algunas tablas y
cuadros de texto adicionales, que no se observan en la versin final, a fin de poder depurar las
fallas del cdigo mientras se ejecutaba.
En lneas generales, las pruebas tenan la finalidad de revisar paso a paso que la descarga,
almacenamiento en variables, traduccin y envo de los comandos por el puerto serial se
ejecutaban correctamente, as como la recepcin de alarmas y el envo de notificaciones va POST
Http.
Sin embargo, dos razones demoraron la realizacin de las pruebas que verificaban el
correcto funcionamiento de la aplicacin en su totalidad. La primera, la adquisicin de los equipos
X10 por parte de Movilnet, la cual se logr para las semanas finales de la pasanta. La segunda, el
permiso de firewall fue concedido en la semana 19.
Una vez conseguidos los equipos, se realizaron las pruebas de envo y recepcin de los
comandos a travs del puerto serial. Los dispositivos utilizados en las pruebas fueron: interfaz
PC/X10 (CM11A), un mdulo de lmpara externo, un sensor de movimiento y un transceptor
inalmbrico. En la figura 47 se muestran los tres de los equipos mencionados anteriormente.
Para la realizacin de estas pruebas se conectaron nicamente la interfaz CM11A, entre el
puerto serial del PC y el tomacorriente, y el transceptor inalmbrico, a la red elctrica, cuya
funcin es detectar la seal de activacin enviada por el sensor de movimiento (alimentado por
bateras). Por medio de un programa monitor serial se pudo constatar cmo se comunicaban el
computador y la interfaz durante el proceso de envo y recepcin de los comandos.
Septiembre 2004
88
Figura 47. Equipos X10 adquiridos para la realizacin de las pruebas. De izquierda a derecha se observan
el mdulo externo para lmparas, el sensor de movimiento y la interfaz CM11A.
En ese primer intento las pruebas no fueron exitosas. Por ello, surgi la necesidad de
hacer un cambio considerable en la estructura y diseo de la aplicacin. En primer lugar, se
determin que la interfaz CM11A necesita que la aplicacin le suministre la hora cada vez que se
enciende, lo cual no se haba considerado al momento de la implementacin. Por otro lado, el
programa tena un error en las rutinas que manejaban el puerto serial, ya que dos formularios
requeran utilizar simultneamente dicho puerto, lo cual no est permitido.
Despus de replantear el problema e implementar las soluciones, los resultados fueron
satisfactorios. Por una parte, se agreg la rutina que establece la hora en la interfaz y se busc la
forma de reagrupar en un formulario todas las funciones que antes se hacan en dos, a fin de que
no hubiese conflictos con el puerto serial. Esta modificacin tuvo un grado de dificultad
importante, pues haba que tomar en cuenta muchas variables y parmetros que no se podan
cambiar ni sustituir, a fin de no alterar el resto de programa.
A partir de ese momento, la aplicacin estaba en capacidad de descargar los comandos de
la base de datos, almacenarlos en variables, traducirlos y enviarlos por el puerto serial, conforme a
los principios establecidos en el protocolo de comunicacin para X10. Por otro lado, tambin se
reciban las alarmas cuando el sensor se activaba y se detectaban los comandos invlidos y los
errores en el envo hacia la interfaz, aunque lo nico que hasta el momento no se poda probar era
que efectivamente llegaban a la aplicacin de BlickSMS.
Septiembre 2004
89
Pruebas de Integracin
Luego de haber probado satisfactoriamente por separado los tres componentes
fundamentales del proyecto, se da inicio a la integracin de los mismos en tres etapas.
Primeramente, se unieron las pginas web, base de datos, la aplicacin hecha en Visual Basic y los
equipos X10.
Para ello fue necesario agregar a la instalacin, el mdulo externo para lmparas y conectar
un pequeo radio al transceptor inalmbrico, a fin de que se encienda cuando el sensor se active,
como forma de simular presencia. Es importante sealar, que el sensor se encontraba ubicado de
forma tal que slo pudiese ser activado en el momento requerido.
Al grupo transceptor/sensor/radio se le asign la direccin A1 y a la lmpara se le asign
la direccin a A4. Por medio de la pgina web se introdujeron los diferentes comandos a fin de
ejecutarlos sobre los dispositivos conectados.
Se hicieron pruebas de encendido, apagado y atenuacin y brillo en porcentaje, a las cuales
respondi exitosamente la pequea lamparita conectada al mdulo externo (ver figura 48). Por
otra parte, el sensor se activaba cada vez que se pasaba la mano frente a l, con lo cual se encenda
la radio. Para apagarla se introduca en la pgina web el comando A1 OFF y, al cabo de un
minuto o menos, se ejecutaba.
Figura 48. Prueba de encendido de la lmpara. Se puede observar que la interfaz CM11A y el mdulo
externo para lmparas estn conectados a la lnea elctrica mediante la regleta. La lamparita est conectada,
a su vez, al mdulo externo. En la imagen se observa el antes y el despus del envo del comando va SMS.
Septiembre 2004
90
Tambin se efectuaron pruebas por zonas, es decir, se enviaba la instruccin A ALL

LIGHTS ON, con la cual deberan encenderse slo las luces de la zona A, y se encenda la
lamparita. Si ambos equipos estaban encendidos y se introduca el comando A ALL UNITS
OFF se apagaban los dos por ser equipos de la zona A.
Tambin se realizaron pruebas falsas, como por ejemplo B ALL LIGHTS ON, para
comprobar que efectivamente la lmpara no se encenda por pertenecer a otra zona.
Una vez verificado el correcto funcionamiento de estas secciones integradas, se procedi a
realizar las pruebas mediante el envo de los mensajes de texto, puesto que ya haba sido
concedido el permiso del firewall. Para ello se gener un archivo ejecutable de la versin final de
la aplicacin hecha en Visual Basic y se procedi a enviar los mensajes de texto necesarios para
verificar que los comandos se podan ejecutar sobre los equipos.
Los resultados obtenidos fueron exitosos. En primer lugar, la pagina_2.php funcion
adecuadamente, puesto que agrupa e introduce de forma correcta en las tablas de la base de datos
las variables que le enva la aplicacin de BlickSMS por POST Http.
Se hicieron pruebas de registro de usuarios, las cuales fueron exitosas. Tambin se
enviaron comandos vlidos e invlidos, para dispositivos que estuviesen y no estuviesen
conectados en la instalacin de prueba y comandos para dispositivos particulares y por zonas. Los
resultados fueron satisfactorios, de hecho no fue necesario hacer prcticamente ninguna
modificacin, slo se agreg una rutina que verificara nuevamente que el password almacenado en
la tabla X10_registro se corresponde con el que envi el usuario en el mensaje, por motivos de
seguridad.
Lo ltimo en probar fue el envo de los mensajes de texto producidos por las alarmas y
notificaciones generadas en la aplicacin de Visual Basic. Para ello fue necesario instalar una
librera en el computador denominada Microsoft XML v.3, la cual le permita a la aplicacin
crear el XML y enviarlo va POST Http.
Las pruebas inicialmente no fueron del todo exitosas. Efectivamente, los mensajes
llegaban a la aplicacin de BlickSMS en el formato adecuado y la fragmentacin y
Septiembre 2004
91
almacenamiento en variables se efectuaba correctamente. Sin embargo, los mensajes de texto no

se enviaban al celular correspondiente. Se hicieron numerosas pruebas, las cuales determinaron
que era necesario agregar tres bloques de evaluacin al diagrama de flujo del
Administrador_de_Mensajes. Luego de realizar las modificaciones, los mensajes de texto para
los casos de alarmas, notificaciones de comando invlido y notificaciones de error, llegaron al
celular del usuario tal y como se esperaba.
Septiembre 2004
CAPTULO 5
CONCLUSIONES Y RECOMENDACIONES
93
Cada da que pasa nos acercamos ms a la era del Hogar Inteligente. Poco a poco
comenzarn a desarrollarse ms y ms las tecnologas que nos permitirn tener una vivienda como
las que aparecen en las pelculas futuristas, en donde la nevera le informa a su dueo qu
alimentos le faltan, la lavadora lava, seca y tiene pantalla de televisin simultneamente o las
puertas se abren al escuchar una determinada voz. Eso traer muchos beneficios y mejoras en
nuestra calidad de vida, pero la sustitucin de los electrodomsticos y dems equipos electrnicos
en este momento representa un gasto considerable para todos aquellos que necesiten una vivienda
de este tipo. Quizs en el futuro estas caractersticas vengan asociadas a los electrodomsticos
como parte del estndar y lo difcil sea conseguirlos sin ellas.
Este proyecto le permite al usuario de hoy cubrir algunos servicios bsicos como mejorar
la seguridad, vigilar a nios y ancianos, o sencillamente, disponer de mayor comodidad, sin
necesidad de invertir mucho dinero en sustituir los equipos electrnicos a ser controlados.
El haber escogido a los dispositivos X10 permite controlar lmparas y equipos
electrnicos que se enciendan mediante un switch, y manejar sensores y cmaras de video
aplicables a la seguridad del hogar (personas y equipos).
Los resultados de las pruebas realizadas permiten concluir que los objetivos planteados
inicialmente se cumplieron en su totalidad, salvo el hecho de trabajar con cmaras de video, las
cuales no pudieron ser adquiridas debido a la cantidad de requisitos que deben cumplirse para que
la empresa pueda comprar equipos en el exterior por los canales regulares.
Se logr la recepcin y procesamiento de los mensajes de texto, el ingreso de comandos
por medio de una pgina web y el almacenamiento y descarga de los mismos a fin de que
pudiesen ser ejecutados conforme a los estndares de comunicacin del protocolo X10, en un
computador remoto conectado a Internet. Se logr el envo de mensajes de vuelta al usuario que
le permiten conocer el estado del comando que acaba de enviar, as como tambin las alarmas
generadas por los sensores instalados en su vivienda.
En lneas generales, el proyecto arroj una gran cantidad de resultados satisfactorios. Sin
embargo, cabe preguntarse si existe otra manera ms eficiente o mejor de implementarlo, ya que
no existe una solucin nica y definitiva de resolver los problemas. Para ello, habr que
Septiembre 2004
94
determinar el enfoque que desea darle la Corporacin CANTV a la versin final del producto, a
partir del cual se decidir como se va a facturar el servicio, si en realidad se necesita tener una
copia de los comandos enviados va texto o pgina web, si es ms conveniente habilitar la
entrada/salida de informacin a travs de un puerto especial para el servicio, etc.
Por otra parte, la Direccin de Desarrollo de Aplicaciones de Movilnet, la cual se encarga
de disear y publicar en los servidores de produccin todas las aplicaciones comerciales de la
empresa, deber indicar las pautas necesarias en cuanto a formas y lenguajes de programacin
necesarios para implementar las secciones web y de mensajera de texto, ya que es posible que no
se necesite a BlickSMS como herramienta de recepcin, envo y administracin de los mensajes
de texto, y deban sustituirse PHP y MySQL por los lenguajes web y base de datos utilizados en la
plataforma de servicios de Movilnet.
Adems, en una segunda fase del proyecto podra aprovecharse el hecho de que ya estn
disponibles en el mercado los celulares de tercera generacin, los cuales permitiran recibir la
imgenes de las cmaras X10 instaladas en la vivienda a peticin del usuario o cuando se genere
una alarma, a fin de que la supervisin del hogar sea mucho ms completa.
Todo esto podra indicarle al lector que el proyecto deber ser replanteado completamente
para poder salir al mercado, pero en realidad esa es la funcin de este proyecto, ser el primer paso
o la primera prueba que indica que no es imposible de hacer, ya que se implement con xito
durante el periodo de una pasanta larga, y que se deben comenzar a realizar las evaluaciones de
mercado para determinar cules servicios seran los ms demandados si algn segmento de los
hogares venezolanos tiene la necesidad de ser inteligente, despus de lo cual Movilnet, en
conjunto con CANTV, debern decidir las caractersticas tcnicas y de formato que debe tener el
producto final, desarrollarlo y ofrecerlo al pblico.
Septiembre 2004
CAPTULO 6
REFERENCIAS BIBLIOGRFICAS
96
[1] Portal Oficial de Movilnet www.movilnet.com.ve

[2] CDMA - Acceso Mltiple por Divisin de Cdigo. Moviltraining. 1995-2002.
(Cursos online para adiestramiento del personal de Movilnet).
[3] Mobile Telecomunications Networking with IS-41. Gallagher M. y Snyder R.
Editorial McGraw-Hill. U.S.A., 1997.
[4] Protocolo SMPP versin 3.4 http://smsforum.net
[5] Pgina Web Oficial de los Productos X10 en U.S.A. www.x10.com
[6] Foro X10. Portal de Domtica y Automatizacin del Hogar. www.casadomo.com
[7] Diccionario de la Real Academia Espaola. www.rae.com
[8] Pgina Web Oficial de BlickSMS www.BlickSMS.com (ltimamente se han
presentado problemas con el DNS por lo que esta pgina web tambin se puede
conseguir en la direccin http://66.193.174.86 ).
Septiembre 2004
CAPTULO 7
APNDICES
98
APNDICE A
Diagrama de Flujo de la aplicacin Administracin de Mensajes realizada en
BlickSMS
Septiembre 2004
99
APNDICE B
Estndar X10: Historia y Principios de Transmisin
1. Historia
X-10 es uno de los protocolos ms antiguos utilizado en aplicaciones domticas*. Fue
diseado en Escocia entre los aos 1976 y 1978 con el objetivo de transmitir datos por las lneas
de baja tensin a muy baja velocidad (60 bps en EEUU y 50 bps en Europa) y costos muy bajos.
El protocolo X-10 en s, no es propietario, es decir, cualquier fabricante puede producir
dispositivos X-10 y ofrecerlos en su catlogo, aunque est obligado a usar los circuitos del
fabricante escocs que dise esta tecnologa.
Gracias a su madurez (ms de 20 aos en el mercado) y a la tecnologa empleada, los
productos X-10 tienen un precio muy competitivo de forma que es el lder en el mercado
norteamericano residencial y de pequeas empresas. Se puede afirmar que X-10 es actualmente la
tecnologa ms asequible para realizar una instalacin domtica no muy compleja. [6]
Principios de transmisin a travs del cableado elctrico

X10 es un estndar que permite la comunicacin entre transmisores y receptores mediante
el envo y recepcin de seales a travs del cableado elctrico. Dichas seales se transmiten
mediante rfagas cortas de pulsos, las cuales representan informacin digital.
La transmisin de seales X10 a travs de la lnea elctrica est sincronizada con los
puntos de cruce por cero del voltaje de lnea que provee la compaa elctrica (110 v @ 60 SS). El
objetivo es transmitir una rfaga de pulsos, tan pronto como sea posible, antes de que se cumplan
200 s despus del cruce por cero.
*Domtica: (Del lat. domus, casa, e informtica) f. Conjunto de sistemas que automatizan las diferentes instalaciones
de una vivienda. (De domtica) adj. Perteneciente o relativo a la domtica. [7]
Septiembre 2004
100
Se puede insertar esta seal tanto en el semiciclo positivo como en el negativo de la onda
sinusoidal. La codificacin de un bit 1 o de un bit 0, depende de cmo se inyecte esta seal en los
dos semiciclos. Un 1 binario se representa por una rfaga de pulsos de 120 KHz de un
milisegundo de duracin, iniciada inmediatamente despus del cruce por cero, mientras que el 0
binario se representa como la ausencia de dicho tren de pulsos. Las mismas rfagas de 1 ms sern
transmitidas tres veces por ciclo, a fin de coincidir con los puntos de cruce por cero de cada una
de las tres fases del sistema de distribucin elctrico. La figura 49 muestra las relaciones de tiempo
entre cada una de estas rfagas.
Figura 49. Relaciones de tiempo entre cada una de las rfagas.
La transmisin completa de un comando dura once ciclos de corriente. Como puede

apreciarse en la figura 50, los primeros dos ciclos representan un Cdigo de Inicio (Start Code),
cuyo valor es fijo. Los siguientes cuatro ciclos representan el Cdigo de la Casa (House Code) y los
ltimos cinco ciclos representan el Cdigo de Nmero (Number Code) desde 1 hasta 16 - o el
Cdigo de Funcin (Function Code) ON, OFF, etc. A fin de mejorar la confiabilidad del sistema,
esta trama (Cdigo de Inicio, Cdigo de la Casa y Cdigo de Funcin o Nmero) se transmite
siempre dos veces seguidas, separndolas del siguiente par de tramas mediante tres ciclos
completos de corriente. En el caso del brillo y la atenuacin, la regla anterior no se cumple, ya
que ambas tramas deben ser transmitidas continuamente sin separaciones entre ellas.
Septiembre 2004
101
Figura 50. Estructura y duracin de la trama X10 en ciclos de corriente elctrica
En cada bloque de datos, los segmentos de cuatro o cinco bits deben ser transmitidos en
cumplimiento con la regla de alternancia de medio ciclo, con respecto a la sinusoidal de 60 SS. Por
ejemplo, la seal transmitida en la primera mitad del ciclo es una rfaga de 120 KHz durante 1 ms
(1 binario), entonces en la siguiente mitad del ciclo no se debe transmitir ninguna seal (0 binario).
En la figura 51 se muestra grficamente el ejemplo anterior.
Figura 51. Ejemplo de alternancia de medio ciclo
Septiembre 2004
102
Las tablas que se observan en la figura 52 muestran los cdigos binarios que deben
transmitirse para cada Cdigo de Casa y Cdigo de Direccin/Funcin. El Cdigo de
Inicio es un cdigo nico igual a 1110, el cual no cumple con la relacin de alternancia de medio
ciclo. [5]
A
B
C
D
E
F
G
H
I
J
K
L
M
N
O
P
Codigos de Casa
H1 H2 H4 H8
0
1
1
0
1
1
1
1
0
2
0
0
1
0
3
1
0
1
0
4
0
0
0
1
5
1
0
0
1
6
0
1
0
1
7
1
1
0
1
8
0
1
1
1
9
1
1
1
1
19
0
0
1
1
11
1
0
1
1
12
0
0
0
0
13
1
0
0
0
14
0
1
0
0
15
1
1
0
0
16
All Units Off
All Lights On
ON
OFF
DIM
BRIGHT
Codigos Nmero/ Funcin

D1
D2 D4 D8 D16
0
1
1
0
0
1
1
1
0
0
0
0
1
0
0
1
0
1
0
0
0
0
0
1
0
1
0
0
1
0
0
1
0
1
0
1
1
0
1
0
0
1
1
1
0
1
1
1
1
0
0
0
1
1
0
1
0
1
1
0
0
0
0
0
0
1
0
0
0
0
0
1
0
0
0
1
1
0
0
0
0
0
0
0
1
0
0
0
1
1
0
0
1
0
1
0
0
1
1
1
0
1
0
0
1
0
1
0
1
1
Figura 52. Cdigos binarios de Casa, Nmero y Funcin
Septiembre 2004
103
APNDICE C
Protocolo de Comunicaciones con la Interfaz PC/X10
1. Cdigos de Transmisin X10

El formato de codificacin para la direccin de cada dispositivo, conformada por una letra
y un nmero, se muestra a continuacin:
Letra
A
B
C
D
E
F
G
H
I
J
K
L
M
N
O
P
Nmero
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Valor Binario
0110
1110
0010
1010
0001
1001
0101
1101
0111
1111
0011
1011
0000
1000
0100
1100
Y el formato de codificacin utilizado para las funciones es el siguiente:

Funcin
ALL UNITS OFF
ALL LIGHTS ON
ON
OFF
DIM
BRIGHT
Valor Binario
0000
0001
0010
0011
0100
0101
Septiembre 2004
104
2. Parmetros Seriales
Los parmetros de configuracin del puerto serial que permiten la comunicacin con la
interfaz son:
Tasa de baudios: 4800 bps
Paridad: Ninguna
Bits de datos: 8
Bits de parada: 1
3. Transmisin Estndar
El formato utilizado en la transmisin de los comandos X10 desde la PC hacia la interfaz
es el siguiente:
PC
2 bytes
Interfaz
Cabecera: Cdigo
1 byte
1 byte
Confirmacin
Suma de comprobacin
1 byte
Lista para recibir
Los bytes de Cabecera: Cdigo estn conformados como sigue:

Cabecera:
<Nmero de DIM>
F/A E/S
El Nmero de DIM es un valor entre 0 y 22 que representa la cantidad de atenuacin o

brillo a ser transmitido, donde 22 es equivalente al 100%.
El bit 2 siempre es igual a 1, ya que su funcin es mantener la sincronizacin con la
interfaz.
Septiembre 2004
105
F/A se define de acuerdo a lo que se est enviando: (0) direccin o (1) funcin.
E/S define si la transmisin es estndar (0) o extendida (1).
Cdigo:
7
<
Letra
> < Nmero >
Los parmetros Letra y Nmero indican los valores binarios de la letra y el nmero del
dispositivo sobre el que se quiere ejecutar el comando.
Cuando la interfaz recibe una transmisin del PC, se suman todos los bytes recibidos y se
reenva la suma de comprobacin. Si dicha suma es correcta, el PC devuelve el valor 0x00 que
indica que la transmisin fue exitosa, a lo cual la interfaz enviar el valor 0x55 para indicar que ya
esta lista para recibir el siguiente comando. Si la suma de comprobacin no es correcta, el PC
debe repetir la transmisin enviando nuevamente los bytes de Cabecera:Cdigo.
4. Recepcin Estndar
Cuando la interfaz comienza a recibir datos de la lnea elctrica, enva una seal al PC que
le indica que iniciar la transmisin. Posteriormente, la interfaz comenzar a encuestar al
computador preguntndole si puede enviarle su buffer de datos (mximo 10 bytes). Si el PC no
responde, la interfaz sobrescribe su buffer de datos y cualquier informacin adicional se perder.
A fin de encuestar al computador, la interfaz comienza a enviarle el valor 0x5A. Esta seal
ser repetida cada segundo hasta que el PC responda.
Para finalizar la encuesta constante de la interfaz e iniciar la transferencia de datos, el
computador deber enviarle de vuelta el valor 0xC3.
Septiembre 2004
106
A continuacin comienza a enviarse el buffer de datos, el cual presenta el siguiente

formato:
Byte
Funcin
Tamao en bytes del buffer
Mscara de Direccin/Funcin
Byte de datos 0
Byte de datos 1
Byte de datos 2
Byte de datos 3
Byte de datos 4
Byte de datos 5
Byte de datos 6
Byte de datos 7
La interfaz solo cargar un determinado nmero de bytes en el buffer, el cual se indicar

en el byte 0 de la transmisin.
La Mscara de Funcin/Direccin indica cual de los siguientes 8 bytes deber ser
interpretado como una funcin o como una direccin. La posicin de cada bit en la mscara tiene
correspondencia directa con cada uno de los siguientes bytes de datos del buffer. Por ejemplo, si
el bit 5 de la mscara es igual a 1, quiere decir que el byte 5 de datos representa una funcin, y si el
bit 3 de la mscara es 0, el byte 3 de datos es una direccin.
Los bytes de datos poseen el mismo formato que el byte de cdigo en la transmisin.
Es importante resaltar que una vez que el buffer de datos es recibido en el PC, ste no
enva ningn tipo de confirmacin.
En el caso que la funcin enviada sea DIM o BRIGHT, el computador espera que el
siguiente byte sea el cambio en el nivel de intensidad. Un mdulo X10 posee 210 niveles discretos
Septiembre 2004
107
de brillo, por lo cual ese byte es equivalente a un cambio en el brillo de n/210*100%, en donde
n es el valor enviado por la interfaz.
Septiembre 2004

Sms en Pdu

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Sms en Pdu

Uploaded by

Copyright:

Available Formats

Universidad Simn Bolvar

Decanato de Estudios Profesionales

CONTROL DE DISPOSITIVOS SIMPLES A TRAVS DE

Sartenejas, Septiembre de 2004

Universidad Simn Bolvar

CONTROL DE DISPOSITIVOS SIMPLES A TRAVS DE

Realizado con la Asesora de

INFORME FINAL DE CURSOS EN COOPERACIN

Universidad Simn Bolvar

CONTROL DE DISPOSITIVOS SIMPLES A TRAVS DE MENSAJES

Prof. Trina Adrin de Prez

Ing. Rosa Prez de Obanos

Control de Dispositivos Simples a travs de SMS y Portal WEB

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

3.2.3 Lenguajes de programacin para pginas Web y bases de datos....................................................... 51

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

Figura 1. Organigrama de la Corporacin CANTV ............................................................................... 4

un mensaje mediante el mecanismo de

Almacenamiento y Envo.. .............................................................................................................33

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

Figura 25. Diagrama general de implementacin del proyecto ...........................................................56

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

Figura 48. Prueba de encendido de la lmpara.. ....................................................................................89

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

PRBS: (Psudo-random Binary Sequence) Secuencia Binaria Pseudoaleatoria

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

Universidad Simn Bolvar

Descripcin y Justificacin del

Visin General de los Captulos.

Control de Dispositivos Simples a travs de SMS y Portal WEB

1.1 IDENTIFICACIN DE LA EMPRESA

1.1.2 Evolucin tecnolgica

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

1.1.3 Estructura Organizativa

Figura 1. Organigrama de la Corporacin CANTV

Las principales funciones de las dos vicepresidencias que reportan a la Presidencia de

Control de Dispositivos Simples a travs de SMS y Portal WEB

Figura 2. Organigrama de la Vicepresidencia de Operaciones Comerciales

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

1.2 DESCRIPCIN Y JUSTIFICACIN DEL PROYECTO

Control de Dispositivos Simples a travs de SMS y Portal WEB

Figura 3. Diagrama General del Proyecto

Universidad Simn Bolvar

Control de Dispositivos Simples a travs de SMS y Portal WEB

1.3 VISIN GENERAL DE LOS CAPTULOS

Universidad Simn Bolvar

Servicio de Mensajera de Texto