Página 20 - Coordinación de Servicios de Información
Versión de HTML Básico
Orgmziznción del software de desarrollo
BlueLab permite escribir código para progra–
mar los módulos BlueCore de CSR. El kit CA–
SIRA permite adquirir y grabar en el módulo la
programación del usuario. Se siguieron los pasos
recomendados en la documentación del fabricante
[17] para instalar el paquete BlueLab y conectar y
probar el kit CASlRA.
Una vez que las herramientas de programación
han sido instaladas y probadas, es entonces posi–
ble relacionar lila aplicación con la pila Bluetooth
embebida en el módulo BlueCore. La Fig. 12 ilustra
la pila formada en la memoria flash del módulo
BlueCore cuando se ha elegido de trabajar con el
modelo de la pila BlueCore con máquina virtual.
En esa figura, nótese que las capas SOP ("Service
Oiscovery Protocol"), L2CAP y RFCOMM están
implementadas en software. Estas capas se necesi–
tan para dar servicio al perfil de puerto serie (tam–
bién se les utiliza para dar servicio a perfiles sim–
ples en el perfil de puerto serie tal como el perfil
de auriculares de manos libres ("Headset profile").
Estas capas han sido escritas por la casa Mezoe y
se conocen, en conjunto, como el "BlueStack". Por
encima de las capas del B1ueStack, un Gestor de la
Conexión ("Connection Manager") maneja las co–
nexiones a la capa RFCOMM. BlueLab proporcio–
na la librería del Connection Manager para facilitar
las conexiones aunque no es esencial utilizarla . El
usuario puede escribir su propia librería del Co–
nection Manager de acuerdo a sus necesidades.
En la parte superior de la pila se encuentra la
máquina virtual. La máquina virtual permite al
Connection Manager, a las librerías y al software
de aplicación correr en un espacio protegido de
la memoria. El software de aplicación se compi la
para hacerlos corresponder con los códigos de ope–
ración de la máquina virtual. Mientras la aplicación
corre, la máquina virtual verifica si cada instruc–
ción trata de realizar un acceso inválido a memo–
ria. De esta manera, la máquina vi rtual garantiza
que el software de aplicación no interfiera con el
funcionamiento correcto de la pila Bluetooth.
Normalmente, el chip BlueCore viene cargado
con una imagen del BlueStack y de la máquina
virtual.
~.
L 4Cn
c..-__
11 .......
MaqUina Virtual
Blue$tack de Mezoe
Pila del BlueCore
de
CSR
Fig.
12.
Diagrama
a
bloques de la pila Bluetooth completa en el
módulo CSR. Tomado
y
adaptado de [16).
E[
ColtltectioJt Martnger (CM)
El CM gestiona todas las capas de la pila del
protocolo Bluetooth desde la capa RFCOMlv[ ha–
cia abajo. Sin el CM, se tendría la necesidad de es–
tablecer enlaces ACL', configurar los enlaces para
RFCOlvIM, instalar y configurar los enlaces L2CAP
y, finalmente, instalar un enlace RFCOMlvl. El CM
realiza todas estas tareas con sólo invocarlo. El
CM de BlueLab permite a la aplicación del usuario
enviar paquetes sobre la capa L2CAP así como
paquetes sobre la capa RFCOMM (al final, todos
los paquetes enviados van sobre la capa L2CAP
porqu e es una capa inferior a la capa RFCOMM.
Los paquetes se envían sobre una conexión y
cada conexión debe conducir hacia un dispositivo
de destino, por lo tanto, antes de enviar cualqui er
7 Un
enlace ACL r Asynchronous Connection·Less") existe cuan–
do
se
ha establecido comunicaclOn entre un
maestro
y
un esclavo
y
proporciona una conexión conmutada de paquetes donde los
datos se intercambian
esporad/camente
siempre
y
cuando haya
datos disponibles en
la
capa superior de
la
pila
[15.
p. 48).
19
