Página 17 - Coordinación de Servicios de Información
Versión de HTML Básico
t,;;()MLJr~ICACION
BLUETOOTH PARA
SEI~SORES
UTILIZADOS
ErJ
APLICACIONES DE CONTROL DE TRAFICO
cación y la documentación de ayuda forman un
conjunto de archivos, llamado BlueLab, útil es para
el desarrollo de aplicaciones final es con capacidad
Bluetooth . La versión del BlueLab utilizada en
este trabajo fue la 2.8 y el compil ador C fue el xap–
local-xap-gcc funci onando bajo ambiente Cygwin.
El BlueLab permite escoger al usuario de la he–
rramienta entre tres diferentes maneras de hacer
corresponder la pila Bluetooth en una soluci ón
material final
[14]
(Fig.
9).
Estas son formas de operación del chip BlueCore
2-External y se conocen como modelos. Los mo–
delos son:
a) Pila BlueCore HC] (BllleCore HCI Stack) .
En
este modelo, la pila del protocolo se separa por
encima de la capa del gestor de enlace ("link
manager layer-LM"); las capas por arriba del
LM residen en un sistema anfitrión ("host") y
las capas por abajo del LM en el módulo. El
HC! define la comunicación entre estas dos sec–
ciones. Este es el esquema de trabajo cuando se
utili zan sistemas basados en PCs o estaciones
de trabaj o, donde se cuenta con suficiente poder
de cómputo para manejar las operaciones de las
capas superi ores de la pila. Este modelo per–
mite razones de transmisión máximas de 723
Kbps (unidirecci onal) y soporta 7 escl avos por
piconet. Este modelo es muy fl exible.
b) Pila BlueCo re RFCOMM (B lueCore RF–
COMM Stack).
La pila del protocolo se separa
r
Hel
, ,
CM
, ,
L
le
,
, ,
L
32 KB
Baseband
RAM
Micro
Hosl ve
Radio
15
Id
6
5
Hast
USB
<=>
PCMVO
a)
por encima de la capa RFCOMM y esa parte se
hace residir en un sistema anfitrión (host) . Esta
implementación se utiliza cuando se cuenta con
un microcontrolador externo con suficientes re–
cursos para dar servicio a la capa de aplicación.
En este modelo, la razón de transmisión / recep–
ción baja a 350 Kbps y una piconet consistiría
solamente de 3 esclavos y 1maestro debido a las
limitaciones físicas del módulo. En este modelo,
se reduce el hardware y el software asociados al
"host" a costa de sacrificar la potencia y flexibi–
lidad del modelo anterior.
c)
Pila BlueCore
ca ll
Máquilla Virtual (BlueCore
Virtual Maclline Stack).
Este modelo es intere–
sante porque opera como un sistema embe–
bido desde el punto de vi sta que no necesita
hardware o software adici onal funcionando en
diferentes sitios de la aplicación total . La pila
completa y la aplicación del usuario residen en
el módulo. Se utili za una máquina virtual ("vir–
tual machine"- VM) que funci ona en el micro–
controlador interno del módulo y que se utiliza
para ejecutar la aplicación en el mismo chip.
Un inconveniente de este modelo es la reducción
en el rendimiento debida a la potencia de cóm–
puto adi cional requerida para soportar una pila
más grande que en los modelos anteriores. Esto
se refleja en una reducción de la velocidad de
transmisión por debajo de los 200 Kbps (se han
reportado proporciones aún más bajas del or-
RFceMM~
OP
;
VI.!
~tion
So",*-
,
l2CAP
, ,
RFCOMM I
SOP
lM
,
L2CAP
,
le
,
lM
,
,
le
32 KB
Baseband
L
RAM
Micro
32KB Baseband
RAM
Micro
Hosl
va
Radio
I~
Hasl
ve
Radk>
PCMva
PCMVO
b)
e)
Fig.
9.
Los Ires modelos operativos del modulo BlueCore 2-Extemal:
a)
Pila BlueCore HCI: b) Pila Blueeore RFCOMM;
e)
Pila BlueCore Virtual Maehine {14J.
16
