Archivo de la Categoría “Bluetooth”


Hoy os presento unos modulos bluetooth que seguramente a muchos os podrán resultar de interés. Se tratan de los módulos WT12 y WT11 de Bluegiga.

wt11.jpg

La característica principal de estos módulos bluetooth es que facilitan enormemente la capacidad de añadir a nuestros diseños conectividad bluetooth sin ningún tipo de complicación, es decir, sin necesidad de tener conocimientos en profuncidad del complicado protocolo bluetooth. Podemos implementar una conexión bluetooth simplemente a través de comandos AT. Y es que por defecto los módulos WT12 y WT11 de bluegiga vienen con el protocolo iWrap integrado, un protocolo por el que simplemente es necesario enviar comandos AT por el puerto serie del módulo para gestionar las conexiones.
 

¿Y sólo es posible utilizar los módulos a través del protocolo iWrap?

Pues no. También es posible utilizarlos a través de HCI (Host Command Interface). Es decir, es posible utilizarlos utilizando un procesador externo, eso sí, que cuente con la pila bluetooth. Digamos que de esta manera puede usarse el módulo simplemente como una interface radio a través de un puerto serie o USB.
 

¿Cuáles son las características técnicas de estos módulos bluetooth?

Los módulos WT11 y WT12 de bluegiga son de clase 1 y clase 2 respectivamente. Recordemos que los dispositivos de clase 1 tienen un alcance aproximado de unos 100 metros y los de clase 2 de unos 20 metros). Son módulos bluetooth 2.0 + EDR (Enhanced Data Rate), tres veces más rápido que el bluetooth 1.2 que le confieren una velicidad de transmisión de hasta 3Mbps.

Disponen de interface USB 2.0, interface serie (uarth), antena integrada (externa opcional), 8Mb de memoria Flash, para el caso de que queramos programar nuestra aplicación en el interior del propio módulo, una opción posible pero poco utilizada, pues la gracia de este equipo es su facilidad de uso mediante el protocolo iWrap. El firmware de este protocolo iWrap esta almacenado en dicha flash, por lo que si se desea utilizar esta flash para embeber una aplicación propietaria, no será posible usar dicho protocolo. Además, si utilizamos el protocolo iWrap podremos poner el logotipo bluetooh en nuestros dispositivos finales sin necesidad de pasar certificaciones adicionales. Si eliminamos el protocolo iWrap para embeber nuestra aplicación esto no será así, y deberemos pasar toda una serie de certificaciones, con el tiempo y dinero que conlleva.

Los perfiles bluetooth que pueden utilizarse son: SPP, HFP, HFP-AG, OBEX OPP y DUN. Por supuesto, los dispositivos WT11 y WT12 son pin a pin compatibles, por lo que puede usarse uno u otro en función del tipo de aplicación (es decir, en función del alcance necesario).
 
Y es que realmente estos dispositivos pueden verse no sólo como unos módulos bluetooth, sino como unos módulos RF con los que es extraordinariamente sencillo realizar enlaces radio para el traspaso de información radio.
 
 
¿Veremos casos prácticos de cómo utilizarlos?

Por supuesto. En los próximos días veremos algunos casos prácticos de como utilizarlos. En concreto el próximo artículo será relativo al Access Server, y veremos cómo puede usarse este dispositivo en conjunción con estos módulos WT11 y WT12 para realizar aplicaciones realmente muy interesantes con una simplicidad que asombrará a más de uno.

Si os interesan estos módulos saber que el distribuidor en España es Matrix Electrónica.

Espero que os haya resultado interesante. Mañana más. ;-)

 

Comments 23 Comentarios »

El pasado Miércoles y Jueves (23 y 24 de Mayo) estuve en Madrid en un seminario de BlueGiga. Fue muy interesante pues vino buena parte del personal de esta empresa y prácticamente todos los técnicos y desarrolladores, los encargados del desarrollo de los módulos WTxx y del Access Server.

El seminario tuvo dos partes. Una primera parte teórica y una segunda parte práctica (hands on). Para la parte práctica se crearon dos grupos. Un grupo nos quedamos practicando con el Access Server y otro grupo estuvo en otra sala probando los nuevos módulos bluetooth WT32.

En este post os voy a comentar un poco lo más interesante que pude aprender en lo relativo al Access Server. Esto no fue otra cosa que el nuevo software BSM (Blue Solution Manager) de Bluegiga.

 

bsm.jpg

 

El BSM de Bluegiga es una aplicación, basada en entorno web, que permite el control y monitorización de múltiples Access Servers de forma simultánea. Hasta ahora para manejar un Access Server había que hacerlo de forma individual, esto es, conectarse al mismo mediante un explorador web (u otras vías) y cambiar los parámetros que quisiéramos, subir contenidos, etc, etc.  Todo eso de forma individual.

Con el BSM la forma de proceder es similar al del entorno web del Access Server. La diferencia es que los cambios pueden realizarse de forma global sobre un conjunto de Access Servers, lo que facilita enormemente la gestión de contenidos y campañas publicitarias.
 
 
¿Y cómo funciona el BSM? ¿Qué caracterísiticas tiene? ¿Cómo se conecta a los dispositivos?

El BSM de Bluegiga permite la conexión con los dispositivos Access Server mediante LAN, Wifi, GPRS o cualquier otro tipo de conexión IP. Estas comunicaciones (para las cuales siempre se utilizan sistemas seguros de encriptación) se realizan DESDE los Access Servers HACIA el servidor BSM. Esto es muy importante pues además de que facilita la conexión a Access Servers con conectividad GPRS (IPs dinámicas) el peso de la seguridad de las conexiones recae sobre los Firewalls del BSM y no sobre los Access Servers.

Lo primero que hay que hacer cuando empezamos a usar el BSM es crear localizaciones. Por ejemplo, si estamos en Barcelona y tenemos un Access Server en el Aeropuerto y otro en Plaza Cataluña podríamos crear las localizaciones Barcelona->Aeropuerto y Barcelona->Plaza Cataluña.

Después añadiriamos los dos Access Servers al sistema. Habría que indicar cómo se conectarán (Ethernet, Wifi, GPRS, …) si la dirección IP de los Access Servers será fija o dinámica (GPRS casi siempre dinámica) y finalmente se especifica si la conexión de los Access Server con el BSM será permanente o bien cada X minutos (esto último es lo más normal, por motivos económicos sobre todo si utilizamos GPRS).

Una vez configurados los dos Access Servers (todavía no están añadidos al sistema) el BSM crea los paquetes de configuración .wpk y se cargan dentro de cada Access Server respectivamente. Tras resetear los equipos con la nueva configuración se conectarán automáticamente al BSM (en el paquete wpk está la dirección IP del BSM) y será en ese momento cuando se registren y podamos ver en el BSM los equipos que hemos añadido.

Una vez tenemos los equipos en el BSM podemos empezar a gestionar los contenidos. Por ejemplo, para cargar imágenes para una nueva campaña publicitaria de marketing bluetooth debemos primero hacer un upload de las imágenes al BSM y una vez hecho esto podremos proceder a enviar a uno o más Access Server de forma simultánea estas imágenes y los ficheros de configuración “obexsender.conf “.

Si la conexión no es permanente (por ejemplo utilizamos GPRS y los Access Server se conectan cada 60 minutos) cuando realizamos un cambio desde el BSM no se realiza de forma inmediata sobre los Access Server, sino que se quedan como tareas pendientes. Cuando pase el tiempo programado y el Access Server se conecte al BSM, será cuando se realicen las tareas pendientes que hayan sobre él (volcado de Logs, carga de nuevas imágenes, …)
 
Ya por último decir que puede utilizarse el BSM de Bluegiga que tiene en sus instalaciones o bien puede solicitarse el CD de instalación para montar tu propio servidor. También existen unas APIs (en C y C++) para poder personalizar el BSM para las necesidades de tu empresa.

Bueno, he intentado hacer un resumen muy condensado de lo aprendido acerca del BSM en el seminario. Si te quedan dudas pregúntamelas, que intentaré ayudarte.

Como comenté anteriormente los Access Servers los distribuye Matrix Electrónica en España (teléfono 935882137)

Espero que os haya gustado. ;-)

 

Comments 17 Comentarios »