Estudio Comparativo entre Plataformas Bluetooth y ZigBee para Transmisin de Voz en Domtica

Israel De La Parra Gonzlez1, Gerardo Leyva Hernndez1, Luis Enrique Armbula Miranda1
1

Dpto. de Sistemas Electrnicos, Centro de Ciencias Bsicas, Universidad Autnoma de Aguascalientes, Av. Universidad 940, C.P. 20100, Aguascalientes, Ags.

Resumen. En el presente trabajo se evalu la latencia y la tasa de transferencia para mdulos de comunicacin inalmbrica. Se eligieron los dispositivos WT11 y XBee que podran implementarse en el desarrollo de sistemas domticos con interconexin Bluetooth o ZigBee. El objetivo de la evaluacin es mostrar valores de latencia y tasas de transferencia reales que pueden esperarse de dichos dispositivos y tambin compararlos unos con otros. Se encontr que ambos tipos de dispositivos tienen un desempeo similar, pero destacando una menor latencia para los mdulos XBee y una mayor tasa de transferencia para los mdulos WT11. Adems se observaron algunas caractersticas no esperadas como las limitaciones que tienen ambos tipos de dispositivos debidas a la interfaz serial que emplean y por otro lado la imposibilidad de observar la tasa de transferencia mxima para comunicaciones en dos vas utilizando los dispositivos XBee. Palabras Clave: Domtica, Casas Inteligentes, Comunicacin Inalmbrica, Bluetooth, ZigBee, Transmisin de Voz, Latencia, Tasa de Transferencia.

Introduccin

1.1 Domtica El trmino domtica significa comnmente: conjunto de sistemas que automatizan las diferentes instalaciones de una vivienda [1]; englobando aquellos que aportan servicios de gestin energtica, seguridad, bienestar o comunicacin, y que pueden estar integrados por medio de redes interiores y exteriores de comunicacin, alambradas o inalmbricas [2]. Recientemente se ha vinculado mucho el trmino de domtica con el concepto de red domstica (home networking) en el que no solamente se habla de automatizar actividades en el hogar, sino tambin de compartir y distribuir informacin dentro de la propia vivienda o hacia el exterior de la misma. Un ejemplo muy claro de este tipo de arquitectura se muestra en la Fig. 1. Un aspecto crucial de la arquitectura de un sistema domtico es el medio de comunicacin entre los dispositivos. Por razones de optimizacin e instalacin del sistema, es claro que el medio de comunicacin entre dispositivos debera ser

inalmbrico o bien utilizar cableado ya existente (suministro de energa elctrica). De entre estas dos alternativas, la mayora de los trabajos actuales se han inclinado hacia el uso de tecnologas inalmbricas.

Fig. 1. Red de comunicaciones de una casa inteligente. (tomada de [3])

Una de las tecnologas inalmbricas ms comunes en la actualidad que cumplen con el perfil deseado para la domtica es Bluetooth. Sin embargo han surgido algunas otras alternativas que proponen reemplazarlo en ciertos campos de aplicacin. Este es el caso de la tecnologa ZigBee que ha sido introducida con una serie de adecuaciones en gran parte encaminadas a las aplicaciones domticas. 1.2 Bluetooth Bluetooth es una especificacin abierta de comunicacin inalmbrica de corto alcance, diseada para transmisin de voz y datos, desarrollada por un grupo de compaas de la industria electrnica y publicada en su primera versin en 1999. Su objetivo especfico es reemplazar cables en la interconexin de dispositivos electrnicos destacndose en este mbito por su robustez, su bajo consumo de energa y su bajo costo [4] [5]. Algunos de los logotipos aceptados con los que se representa la marca Bluetooth se muestran en la Fig. 2.

Fig. 2. Logotipos aceptados para representar la marca Bluetooth. (tomados de [6])

El ncleo de un sistema con tecnologa inalmbrica Bluetooth se conforma de un transmisor y receptor de radiofrecuencia, los procedimientos en banda base y la implementacin del protocolo. El sistema podr ofrecer servicios que habilitarn la conexin de dispositivos y el intercambio de una variedad de tipos de informacin entre ellos. Adems, la especificacin Bluetooth incluye perfiles estandarizados que definen diferentes aplicaciones [7]. Algunas de las ms importantes son: Transmisin de audio con calidad estreo Control remoto para aparatos de audio y vdeo Envo de informacin a una impresora Llamadas telefnicas inalmbricas Acceso a redes e Internet Exploracin de archivos y carpetas de un servidor Dispositivos manos libres Audfonos inalmbricos Interfaz de usuario inalmbrica Sincronizacin de informacin Transmisin de vdeo

En la actualidad existen una gran variedad de plataformas y alternativas para desarrollar aplicaciones con tecnologa Bluetooth. Sin embargo, cada una presenta ciertas caractersticas que pueden resultar deseables o no para determinado tipo de aplicaciones o para un grado especfico de profundidad en el desarrollo. Para el presente trabajo se eligieron los mdulos WT11 [8] y su paquete de evaluacin [9]. El paquete de evaluacin del WT11 fue pensado para evaluar y desarrollar los mdulos WT11 o bien probar sistemas Bluetooth que utilicen dichos mdulos. Los WT11 pertenecen a una nueva generacin de dispositivos Bluetooth 2.0 + EDR de clase 1 que contienen un radio Bluetooth con antena y una implementacin completa del protocolo. Son una excelente solucin para integrar la tecnologa inalmbrica Bluetooth en cualquier diseo de manera rpida y sin necesidad de un conocimiento profundo del protocolo o de las tecnologas de radiofrecuencia. 1.3 ZigBee La especificacin ZigBee, desde su primera versin ratificada en 2004, se presenta como el nico estndar global de comunicaciones inalmbricas en dos vas que permite el desarrollo de productos para monitorizacin y control, fciles de instalar, de bajo costo y bajo consumo de energa [10] [11]. Es desarrollado por la Alianza ZigBee, una agrupacin global de compaas creando soluciones inalmbricas para utilizar en aplicaciones industriales, comerciales, del hogar y de manejo de energa. El protocolo ZigBee utiliza como base el estndar IEEE 802.15.4: especificaciones de control de acceso al medio y capa fsica para redes inalmbricas de rea personal y baja tasa de transferencia [12]. La Alianza ZigBee se enfoc en construir, por encima, la especificacin de la capa de red, la especificacin de la capa de aplicacin y la especificacin de servicios de seguridad.

Ms all del protocolo especificado, la Alianza ZigBee ha comenzado por dirigir sus intereses hacia campos muy especficos de desarrollo, delimitndolos con la publicacin de perfiles estndar de aplicacin [13] [14]. Actualmente hay dos perfiles publicados: Automatizacin de vivienda: dispositivos domticos Energa Inteligente: aplicaciones para respuesta de demanda y manejo de carga Algunos logotipos asociados a la tecnologa ZigBee se muestran en la Fig 3.

Fig. 3. Logotipos asociados con la tecnologa ZigBee. (tomados de [11])

Existen en el mercado una diversidad de alternativas para desarrollar aplicaciones para ZigBee. Para el presente trabajo se eligi el XBee 802.15.4 Starter Development Kit de Digi Maxstream [15], que es un conjunto de herramientas para el desarrollo de aplicaciones basadas en el estndar 802.15.4. La parte principal del paquete de desarrollo son los mdulos XBee 802.15.4 que son dispositivos que se encargan de todo el funcionamiento necesario para cumplir la especificacin 802.15.4 y son configurables. 1.4 Comparacin entre Bluetooth y ZigBee para transmisin de voz en domtica Pensando en el desarrollo de aplicaciones de transmisin de voz en domtica, es necesario revisar detenidamente ambos protocolos para decidir cul de ellos podra ofrecer las mejores ventajas. Muchas veces, con los datos tcnicos no se aclaran completamente las diferencias significativas entre ambas tecnologas, es por eso que la mayora de las comparaciones se centran en las aplicaciones ideales de una y de otra. Segn lo que se menciona en su sitio web [16], la tecnologa inalmbrica Bluetooth est orientada a aplicaciones de voz y datos diferencindola de ZigBee al presentar a ste como un estndar para control remoto en aplicaciones industriales o en algunas otras en las que no se requieren altas tasas de transferencia sino bajo consumo de energa, bajo costo y facilidad de utilizacin (p. ej. en domtica). Entonces, para la transmisin de voz en domtica ambas tecnologas parecen tener posibilidades de competir, Bluetooth por estar pensado para transmisin de voz y ZigBee por haberse planeado para domtica. Una de las variables clave en este sentidos es la tasa de transferencia. En la especificacin original de Bluetooth se defini que la mxima tasa podra ser de hasta 720 Kbps aunque en las nuevas versiones se habla de llegar hasta a tres veces este

valor. Por otro lado, la especificacin de ZigBee habla de alcanzar tasas de transferencia de 250 Kbps. Si se considera que la transmisin de voz requiere al menos de 64 Kbps, ambas tecnologas tendran la capacidad de implementarse con este fin.

Etapa experimental

2.1 Planteamiento del problema Ya se dijo que tanto Bluetooth como ZigBee parecen tener las caractersticas suficientes para implementar aplicaciones de transmisin de voz en domtica. Pero debe considerarse tambin que los dispositivos especficos que se podran emplear no necesariamente poseern las caractersticas ideales que se mencionan en las especificaciones tcnicas de los estndares. Incluso, debe tomarse en cuenta que aunque los dispositivos especficos s cumplieren con las caractersticas ideales, muchas veces el medio en el que se realizare la implementacin podra introducir variables que modificaren el rendimiento de los sistemas. Por ejemplo, se ha encontrado [17] que algunos dispositivos con tecnologa Bluetooth al ser evaluados en ciertas condiciones con aplicaciones especficas, han llegado a reducir su tasa de transferencia dramticamente como consecuencia de interferencia generada por otros dispositivos con la misma tecnologa o por aumentar la distancia entre los aparatos que estaban en comunicacin. Con lo anterior en mente, para el presente trabajo se decidi evaluar dispositivos especficos WT11 para desarrollo con Bluetooth y XBee para desarrollo con ZigBee. Para esta evaluacin se realizaron mediciones y comparaciones de ambos mdulos para dos variables particulares interesantes en el desarrollo de aplicaciones de transmisin de voz en domtica. Dichas variables son: la latencia y la tasa de transferencia. Se decidi excluir del estudio todas las variables difciles de controlar involucradas en el desempeo de los dispositivos. De esta manera, ambos mdulos fueron probados en ambientes similares, a distancias similares y configurados de manera similar para compararlos sobre las mismas condiciones. Una de las variables comunes fue la configuracin de la interfaz serial que poseen ambos mdulos. Dicha interfaz puede establecerse a diferentes velocidades y con diferente formato de comunicacin. En el caso particular de las mediciones realizadas se estableci una velocidad de la interfaz de 115,200 bps la cual es la mxima permitida por los mdulos XBee con un formato de comunicacin de 8 bits de datos, 1 bit de parada y sin realizar verificacin de paridad. 2.2 Medicin de la latencia Para la latencia, se realizaron las mediciones con el esquema mostrado en la Fig. 4. La latencia medida con este mtodo se denomina latencia de viaje redondo (round trip), pues corresponde al tiempo que tarda un solo dato desde que se

transmite en el origen hacia el destino y hasta que el destino lo transmita de regreso y sea recibido por el origen. El elemento que cuenta el tiempo en el esquema es un DSP que adems lleva el control de todo el experimento.

Fig. 4. Diagrama de bloques funcionales para medicin de latencia y tasa de transferencia en 2 vas.

Una vez iniciado el conteo, el DSP enva un dato aleatorio al mdulo origen mediante la interfaz serial. Inmediatamente al recibir el dato, el mdulo origen lo transmite de forma inalmbrica al mdulo destino. Cuando el mdulo destino recibe el dato lo comunica hacia el exterior por su interfaz serial, pero al estar sta realimentada, el dato regresa por el canal de entrada al mismo mdulo destino convirtindolo ahora en el transmisor inalmbrico. Posteriormente el dato llega nuevamente al mdulo origen y ste lo comunica al DSP mediante la interfaz serial. Cuando el DSP recibe el dato detiene el contador de tiempo y verifica que el dato recibido sea el mismo que se envi. Esta medicin se llev a cabo para cuatro casos diferentes: WT11 configurado con 24 bytes por paquete WT11 configurado con 320 bytes por paquete WT11 configurado con 1,000 bytes por paquete XBee configurado con el mnimo tiempo de espera para constituir un paquete

Las configuraciones elegidas para estas mediciones tienen que ver con la formacin de paquetes en la comunicacin inalmbrica. Los mdulos WT11 permiten establecer el tamao fijo de los paquetes que se utilizarn, pudiendo ser cualquier valor desde 24 hasta 1,000 bytes con el valor por omisin de 320 bytes. Se tom la decisin de explorar la latencia con respecto al tamao de los paquetes debido a que la documentacin de los mdulos WT11 no es muy clara al respecto. Los mdulos XBee no permiten establecer el tamao preciso de cada paquete sino que dan la opcin de modificar cunto tiempo de espera tendr el mdulo desde que recibe un dato hasta que ese dato se utiliza para constituir un paquete, entendiendo que si en el transcurso de ese tiempo de espera llega un nuevo dato, el conteo del

tiempo volvera a comenzar, pero que si el mdulo ya tiene 100 datos completos sin que se venza el tiempo, entonces el paquete se constituye inmediatamente con esa informacin. La latencia slo fue medida con la configuracin de tiempo mnimo por tratarse de un solo dato y as perder el menor tiempo posible esperando un segundo dato que nunca llegara. 2.3 Medicin de la tasa de transferencia en 1 va Para medir la tasa de transferencia se plantearon dos escenarios: comunicacin en 1 va y comunicacin en 2 vas. La primera es cuando la informacin entre dos dispositivos solamente viaja en un sentido. La segunda es cuando de forma simultnea hay informacin viajando en un sentido y tambin otra informacin viajando en el otro sentido. En el caso de la medicin de la tasa de transferencia en una va se implement el esquema mostrado en la Fig. 5.

Fig. 5. Diagrama de bloques funcionales para medir tasa de transferencia en 1 va.

La medicin consiste en tomar el tiempo empleado en transmitir un gran nmero de datos de manera que al dividir la cantidad de informacin transmitida entre el tiempo que tom hacerlo se obtenga la velocidad de la transmisin, llamada tasa de transferencia. En este caso se transmitieron 480,000 bytes de informacin desde el mdulo origen hacia el mdulo destino. El DSP1 inicia el contador de tiempo e inmediatamente comienza la transmisin de los datos hacia el mdulo origen, detenindose solamente a peticin de ste ltimo para no sobrecargarlo de informacin. Los datos son transmitidos de forma inalmbrica entre ambos mdulos solamente en el sentido del origen al destino. El mdulo destino va entregando los datos recibidos al DSP2 para que ste verifique que estn correctos segn una secuencia previamente establecida. En el momento que el DSP2 confirma la llegada del ltimo dato entonces enva un byte de respuesta de regreso al DSP1. Cuando el DSP1 recibe la seal de respuesta detiene el contador de tiempo y puede calcularse la tasa de transferencia. Esta medicin se llev a cabo para cinco casos diferentes:

WT11 configurado con 24 bytes por paquete WT11 configurado con 320 bytes por paquete WT11 configurado con 1,000 bytes por paquete XBee configurado con el tiempo mnimo de espera XBee configurado con el tiempo mximo de espera

Igual que en la medicin de latencia, se eligi explorar la tasa de transferencia de los mdulos WT11 con respecto al tamao de los paquetes debido a que la documentacin de los mdulos WT11 no es muy clara al respecto. Por su parte en los mdulos XBee, al verse involucrados una mayor cantidad de datos que en la medicin de latencia, tambin se pens en explorar la tasa de transferencia en relacin al tiempo de espera configurable eligiendo los valores extremos: el mnimo y el mximo. 2.4 Medicin de la tasa de transferencia en 2 vas Finalmente, el tercer grupo de mediciones realizadas fue sobre la tasa de transferencia en dos vas. Para tal objetivo se utiliz el mismo esquema de conexin utilizado en la medicin de latencia y mostrado en la Fig. 4. Aunque el esquema es el mismo, el procedimiento vari. Se consideraron 480,000 bytes como en el caso de tasa de transferencia en 1 va pero acotando la medicin solamente al tiempo en el que efectivamente haya informacin viajando en ambos sentidos. El DSP comienza a transmitir la informacin sin haber iniciado el contador de tiempo. La informacin recorre un camino de ida y vuelta pasando por ambos mdulos inalmbricos y regresa. El DSP est en un principio a la expectativa de que comiencen a llegar los datos de regreso, en el momento en que esto sucede, se inicia el contador de tiempo y se marca cul dato se est transmitiendo actualmente porque ya se puede afirmar que hay informacin en ambos sentidos. La transmisin contina igual hasta que el DSP detecta que ya se terminaron los datos a transmitir. En ese momento se detiene el contador pues ya no habr informacin en ambos sentidos y por lo tanto con los valores del tiempo y de los datos que efectivamente estuvieron en 2 vas es posible calcular la tasa de transferencia. Las mediciones se intentaron realizar para los mismos 5 casos de la tasa de transferencia en 1 va, sin embargo los mdulos XBee no respondieron al ser forzados a su mximo desempeo por lo que no se obtuvieron valores de mxima tasa de transferencia posible para ellos.

Resultados

Los resultados encontrados pueden verse resumidos en la Tabla 1, en la cual pueden observarse varios detalles interesantes. En primer lugar se observa un comportamiento irregular de la latencia con respecto al tamao de los paquetes de los mdulos WT11. Se esperaba que cuando los paquetes fueran muy grandes, la latencia aumentara y

cuando fueran pequeos disminuyera. Sin embargo se observa lo contrario para el caso de 1,000 bytes por paquete.
Tabla 1. Promedios de las mediciones realizadas en cada caso.

Variables WT11 24 WT11 320 WT11 1,000 XBee mn. XBee mx.

Latencia (ms) Tasa 1 va (bps) Tasa 2 vas (bps) 55.76 56.87 8.88 8.16 39,113 91,152 90,998 85,274 88,766 30,012 182,021 181,745 -

Tambin se observan irregularidades en la tasa de transferencia tanto de 1 va como de 2 vas con respecto al tamao de los paquetes en los mdulos WT11. En estos casos se esperaba que los paquetes ms grandes ahorraran tiempo y presentaran la tasa ms alta. Sin embargo los valores ms altos fueron encontrados en el caso de utilizar paquetes de 320 bytes. Se percibe otra anomala en los resultados al comparar las tasas de transferencia de 1 va con las de 2 vas para los mdulos WT11. Se esperaba que la tasa de 2 vas fuera cercana al doble de la tasa de 1 va debido a que la cantidad de informacin en comunicacin se duplica. Sin embargo en el caso de los paquetes de 24 bytes no ocurri lo esperado, incluso se observa una disminucin significativa. Tambin debe destacarse que los valores mximos de tasa de transferencia tanto para los mdulos WT11 (182,021 bps) como para los XBee (88,766 bps) se encuentran bastante alejados de los valores que establecen las especificaciones de Bluetooth (720 Kbps) y ZigBee (250 Kbps) pero no es tan extrao al recordar que ambos mdulos fueron utilizados con una interfaz de 115,200 bps con un formato de 10 bits de los cuales 8 son datos tiles, por lo que su desempeo s se acerca al delimitado por la interfaz (92,160 bps en 1 va y 184,320 bps en 2 vas). En forma comparativa entre los dos tipos de mdulos puede verse una ligera disminucin en la latencia al usar los mdulos XBee (8.16 ms contra 8.88 ms) y un ligero aumento en la tasa de transferencia al utilizar los mdulos WT11 (91,152 bps contra 88,766 bps).

Conclusiones y trabajos futuros

Para el caso especfico de transmisin de voz en domtica y al evaluar solamente las variables de latencia y tasa de transferencia, puede afirmarse que los mdulos WT11 y XBee podran ser utilizados casi indistintamente atendiendo solamente a algunas limitaciones particulares. Para los mdulos WT11 de ninguna manera debe utilizarse la configuracin de 24 bytes por paquete debido a que no cumplira con las especificaciones de tasa de transferencia para transmisin de voz.

Por su parte, para los mdulos XBee debera hacerse mayor investigacin sobre el funcionamiento en 2 vas en caso de requerir transmisiones de este tipo pues no se ha logrado establecer los parmetros de funcionamiento que se presentaran en este caso. En general parece que el factor ms limitante de la latencia y la tasa de transferencia en ambos tipos de dispositivos es la configuracin de la interfaz serial. En caso de requerir mejores desempeos debern buscarse mecanismos alternativos para llevar a cabo la comunicacin con los mdulos.

Referencias
1. Real Academia Espaola, Diccionario de la lengua espaola. (2001). 2. Domtica. Wikipedia. http://es.wikipedia.org/wiki/Dom%C3%B3tica Accedido el 25 de junio de 2009. 3. Tsou, Y.-P.; Hsieh, J.-W.; Lin, C.-T.; Chen, C.-Y.: Building a Remote Supervisory Control Network System for Smart Home Applications. IEEE International Conference on Systems, Man and Cybernetics (ICSMC '06), Vol. 3, pp. 1826 1830 (2006). 4. Fowler, P.: 5 GHz Goes the Distance for Home Networking. IEEE microwave magazine, pp. 49 55 (2002). 5. Bluetooth Specification Version 2.1 + EDR - Volume 1: Architecture & Terminology Overview. http://www.Bluetooth.org (2007). Accedido el 15 de junio de 2009. 6. Bluetooth Brand Book. http://www.Bluetooth.org (2007) Accedido el 10 de junio de 2009 7. Bluetooth Wireless Technology Profiles. http://www.bluetooth.com/Bluetooth/Technology/Works/Profiles_Overview.htm Accedido el 12 de junio de 2009 8. Bluegiga: WT11 data sheet, versin 2.6 (2007). 9. Bluegiga: WT11 Evaluation Kit data sheet, versin 1.1 (2006). 10. ZigBee Alliance, Inc.: ZigBee Specification. http://www.zigbee.org/en/spec_download/zigbee_downloads.asp (2008) Accedido el 15 de junio de 2009 11. ZigBee Alliance, Inc.: ZigBee Membership, Designations and Logos Policy. http://www.zigbee.org/About/ZigBeeIntro/tabid/220/Default.aspx (2009) Accedido el 11 de junio de 2009. 12. IEEE 802.15.4: Wireless Medium Access Control (MAC) and Physical Layer (PHY) Specifications for Low-Rate Wireless Personal Area Networks (WPANs) (2006) 13. ZigBee Alliance, Inc.: ZigBee Smart Energy Profile Specification. http://www.zigbee.org/Products/TechnicalDocumentsDownload/tabid/237/Default.aspx (2008) Accedido el 16 de junio de 2009 14. ZigBee Alliance, Inc.: ZigBee Home Automation Public Application Profile. http://www.zigbee.org/Products/TechnicalDocumentsDownload/tabid/237/Default.aspx (2007) Accedido el 17 de junio de 2009 15. XBee 802.15.4 Starter Development Kit. http://www.digi.com/products/model.jsp?lid=EN&pgid=130&pfid=147&mtid=2578&amti d=2578&pm=Y, Accedido el 20 de junio de 2009 16. Compare with other technologies. http://bluetooth.com/Bluetooth/Technology/Works/Compare/ Accedido el 10 de junio de 2009 17. Floros, A.; Tatlas, N.A.; Mourjopoulos, J.: A High-Quality Digital Audio Delivery Bluetooth Platform. IEEE Transactions on Consumer Electronics, Vol. 52, No. 3 (2006).