blogElectronica.com

Hace ya tiempo hablé de los módulos WT11 y WT12 de Bluegiga. Unos modulitos bluetooth cuya característica más importante (y realmente por lo que son muy pero que muy vendidos) es que embeben el firmware iWrap, diseñado y creado por Bluegiga.  Recordar que este firmware permite dotar de conectividad bluetooth a nuestros equipos de una manera extraordinariamente sencilla, pudiendo utilizar cualquier simple micro o dispositivo con una uarth. Es posible utilizar de forma muy sencilla un sinfín de perfiles bluetooth con éstos módulos (SPP, DUN, HFP, HSP, HID, AVCRCP, DI, PBAP, OPP, FTP, HDP) aunque hay que decir que al final el más usado (en el 95% de los proyectos que veo) es el SPP (el serial port profile).
 
Pues bien, recientemente, en el pasado 3GSM, Bluegiga presentó su nuevo módulo WT41. Es un módulo también basado en el Bluecore4 de CSR, tal y como lo son sus hermanos WT11 y WT12. Es decir, es un módulo que aunque permite audio está más enfocado a datos. La diferencia fundamental entre el WT41 y el WT11, ambos bluetooth de clase 1 radica en las prestaciones radio:  nada más que 20dBm de potencia de transmisión (frente a los 14dBm del WT11) y una sensibilidad de -90dBm. Todo ello hace que el alcance bluetooth entre dos dispositivos WT41 (en visión directa) sea de hasta 1000m (1Km). Evidentemente las aplicaciones target de este módulo van a ser aquellas que requieran de un rango de alcance muy elevado.
 

 
A quien le interese este módulo puede dar un vistazo a su datasheet aquí . También si dáis un vistazo a las guías de montaje (página 15 del datashee) veréis que también son menos restrictivas que las del WT11.
 

www.blogElectronica.com

Hoy ya había empezado a escribir un artículo escrito pero al final he cambiado de parecer y he preferido hacer un pequeño vídeo presentación de un nuevo terminal gprs que seguro a más de uno le interesa y que va a ser muy conocido dentro de un tiempo.
 
Se trata del nuevo terminal de Matrix, el modelo MTX-IND,  un terminal basado en el potente módulo de Cinterion TC65i que como ya seguro todos sabéis es un módulo gprs que permite embeber aplicaciones en java y basado en un ARM9 como ya comenté hace unos meses.
 
Lo veréis en el vídeo que os he preparado, pero para ir abriendo boca os adelanto que es un módem gprs carril DIN, programable en java, con 2 puertos serie RS232/RS485/RS422, salidas de relés, entradas / salidas digitales optoaisladas, conversores ADC (0-2.4V / 4-20mA), USB, y algo más MUY interesante (todavía no disponible) que sólo podréis ver en el vídeo
  
Pues nada, aquí os dejo el vídeo, espero que os guste.

www.blogElectronica.com

Para variar un poquillo, hoy me salgo del tema de GSM y nos vamos a Bluetooth. Hoy voy a comentar un producto que conozco desde hace poco pero que es bastante interesante, muy útil para algunos proyectos.  Se trata del módulo LM-048 de la casa LM Technologies (distribuido en españa por Matrix).  Un digamos, conversor serie - bluetooth, o mejor dicho, un conversor serie RS232 - bluetooth. Como puedes ver en las fotos es un modulito de reducidas dimensiones.
  

Básicamente cuenta con un conector DB9 hembra, un interruptor de 2 posiciones en la parte superior y un conector auxiliar al lado de alimentación (conector de tipo mini-usb, en la foto anterior no se ve, está en el otro lado).
 

¿Como se trabaja con este conversor serie - bluetooth?

Pues a través de comandos AT, de igual forma que trabajamos con los módems. Es decir, desde el puerto serie puedes enviarle comandos de configuración. El equipo viene con un pequeño manual impreso con los comandos AT, son un par de docenas, muy poquitos, nada que ver con el nº que estamos acostumbrados a trabajar con los módems en este blog. El LM-048 tiene integrada el stack bluetooth y cuenta con el perfil bluetooth SPP (Serial Port Profile).

  
Lee el resto de esta entrada »

Desde hace ya un tiempo quería escribir un post acerca de esto, por si a alguien le resulta útil. Se trata de dotar de conectividad bluetooth a nuestros módems Siemens TC65 ó MTX65. Para ello, a modo de ejemplo, voy a describir cómo realizar un gateway bluetooth-gprs. A simple vista un gateway de este tipo no le encuentro utilidad, pero como digo, es a modo de ejemplo, para dar ideas. Tal vez en otras aplicaciones sí que tenga sentido. Por ejemplo, se me ocurre un proyecto de una máquina controlada por un MTX65 con un programa java embebido a la que queramos dar conectividad bluetooth, por ejemplo, para que un persona con una PDA pueda hacer un mantenimiento de la misma, sin necesidad de conectar ningún cable ni de abrir ninguna máquina.

Voy a ir muy rápido, si tenéis dudas me las comentáis, tan sólo voy a describir cómo hacer la aplicación sin entrar en detalles.

Para ello yo voy a utilizar un módem MTX65 con la aplicación MTXTunnel embebida en su interior y un Módulo bluetooth WT11 de Bluegiga que utilizaré junto con su placa de desarrollo (tanto el MTX65, como el firmware MTX-Tunnel como el WT11 los distribuye Matrix en España). El motivo de usar la placa de desarrollo del WT11 es que ésta tiene un puerto RS232 y resulta muy sencillo conectar con un simple cable serie el MTX65 con el WT11. El módulo bluetooth WT11 recordemos que es de clase 1 y tendremos por tanto un alcance teórico de unos 100m. Si nos vale con menos alcance podemos escoger el WT12, que es un módulo bluetooth de clase 2 con un alcance teórico de unos 20m.

Lee el resto de esta entrada »

Hoy Sábado voy a hablar un poquito sobre CSR y sus soluciones bluetooth. CSR es la empresa más importante a nivel mundial de chips bluetooth y con casi con toda seguridad todos estamos utilizando algún chip de ellos, pues nada menos que el 70% de los equipos que tienen bluetooth, especialmente los móviles, tienen un chip CSR, los mejores.

CSR vende chips bluetooth, no módulos bluetooth. Decir que utilizar estos chips no es sencillo, es más, es muy complicado, absolutamente nada que ver con utilizar un módulo bluetooth como los módulos bluetooth de Bluegiga (que por cierto, tienen en su interior un chip de CSR). Los chips de CSR están pensados para aquellas empresas que pretendan vender grandes cantidades de equipos, es decir, cuando hablamos de más de 20.000/30.000 equipos al año, entonces sí sale a cuenta, económicamente hablando, meterse a nivel de chip. Cantidades más pequeñas no compensa y es mejor trabajar con módulos.
 

¿Y en qué consisten los chips bluetooth de CSR?

CSR fabrica los chips que llama Bluecore. Tiene varias familias de chips que han ido desarrollando a lo largo de los últimos años. Actualmente tienen el Bluecore3, Bluecore4, Bluecore5, cada uno de ellos con distintas variantes, y el nuevo Bluecore6 (únicamente versión ROM por el momento),

El Bluecore 3 y Bluecore 5 están más pensados para aplicaciones de audio, mientras que Bluecore 4 está más pensado para aplicaciones de datos y es algo más económico (pues no tiene DSP). Veamos un diagrama que muestra cómo es internamente uno de estos Bluecore. Veamos el Bluecore5.

Lee el resto de esta entrada »

Hoy día 19 de Septiembre Bluegiga, fabricante finlandés de módulos bluetooth para integración y del Access Server, que comentamos hace un tiempo, ha presentado su nuevo módulo WT32, evolución muy importante de su anterior módulo WT12.

Quien haya utilizado los módulos de bluegiga en alguno de sus diseños, sabrá que es muy sencillo utilizar y que podemos incorporar conectividad bluetooth a nuestros equipos rápidamente, pues puede utilizarse simplemente enviando comandos AT por su puerto serie. Además utilizando los módulos de Bluegiga podemos poner el sello bluetooth directamente en nuestros equipos, sin necesidad de pagar dinero extra por ello ni tener que pasar certificaciones bluetooth adicionales, cosa que no ocurre si diseñamos directamente con un chip bluetooth, además de ser esto último mucho más complicado.

De hecho, los módulos de bluegiga “no son más” que una plaquita con un chip bluetooth (un chip bluetooth de CSR, el mayor fabricante mundial de este tipo de chips), una parte de RF, y un microprocesador. La gracia del módulo es que Bluegiga incorpora un firmware suyo en dicho micro, un firmware que implementa un protocolo llamado iWrap y que funciona a través de comandos AT enviados vía serie.

Si se quiere también puede utilizarse el módulo a nivel HCI (Host Controller Interface). HCI es una capa que actúa como intermediaria entre el hardware y el software (el host bluetooth). Proporciona una interfaz de comandos para la comunicación entre el dispositivo y el firmware del módulo Bluetooth que es igual independientemente del fabricante del módulo bluetooth, es decir, implementa una abstracción del hardware. Para trabajar a nivel HCI tendríamos que trabajar con un micro externo que incorpore la pila bluetooth (normalmente se utilizan sistemas embebidos con Linux Embedded o Windows CE).

Por último también puedes utilizar los módulos de Bluegiga para embeber en ellos tus propias aplicaciones dentro del micro, pero haciendo eso pierdes todo el protocolo iWrap y tú tendrás que encargarte de realizar las comunicaciones necesarias con el micro de CSR. En este caso, al modificar el firmware del equipo, no podrás poner directamente en tu equipo final el logo bluetooth. Necesitarás pasar una serie de certificaciones.

Decir que de todas las maneras de trabajar de las que hemos hablado (utilizando el protocolo iWrap, utilizando HCI o embeber aplicaciones en su interiore) lo más normal es utilizar el módulo bluetooth de Bluegiga con el protocolo iWrap pues es lo más sencillo, lo más rápido de implementar y válido para la mayoría de los casos.
 

Bueno, ¿y qué tiene de interersante este nuevo módulo WT32?

Pues principalmente que es un dispositivo plug & play para soluciones de audio tanto mono como stereo, dispone de un DSP integrado en el módulo (que actúa como codec de audio así como además se encarga de la gestión de la cancelación de eco y reducción de ruidos)  y cargador de batería. Los modelos anteriores WT12 y WT11 no disponen de codec de audio, por lo que para aplicaciones de sonido es necesario incorporar un codec externo. Con este módulo la solución está completa. Los módulos también disponen de GPIOs y además son capaces de realizar acciones bluetooth provocados por eventos en dichos pines.
 

¿Y para qué aplicaciones puede serme útil el WT32?

Pues principalmente para cualquier equipo bluetooth que queramos desarrollar que incorpore audio (auriculares de alta calidad, manos libres, altavoces wireless, reproductores MP3, USB dongles, … ). Por supuesto también es apto para aplicaciones de datos. No olvidemos que tanto con este módulo como con el WT11 y el WT12 pueden realizarse conexiones bluetooth simultáneas de audio y datos, interesante para muchas aplicaciones.

Os dejo aquí un enlace al datasheet y otro al catálogo por si os interesa profundizar más. Los productos de Bluegiga son distribuidos en España por Matrix Electrónica.

Espero que este post os resulte de interés en alguna ocasión

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.

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.

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.

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.