ZigBeeCifuentes PDF

See discussions, stats, and author profiles for this publication at: https://www.researchgate.
net/publication/268445331
Design and Implementation of a Wireless Sensor Network Applied in

Biomedical Instrumentation (In Spanish)
Thesis · May 2011

DOI: 10.13140/2.1.4478.9447
CITATIONS READS
0 2,088
1 author:
Carlos A. Cifuentes G.
Escuela Colombiana de Ingeniería
47 PUBLICATIONS 179 CITATIONS
SEE PROFILE
Some of the authors of this publication are also working on these related projects:
Biomechanical Assessment of Walker-assisted Gait View project
Prosthesis hand View project
All content following this page was uploaded by Carlos A. Cifuentes G. on 18 November 2014.
The user has requested enhancement of the downloaded file.

DISEÑO E IMPLEMENTACIÓN DE UNA RED INALÁMBRICA DE SENSORES
APLICADOS A LA INSTRUMENTACIÓN BIOMÉDICA - RIB
por
Carlos Andrés Cifuentes García
Tesis para obtener el grado académico de
Magíster en Ingeniería Biomédica
de la
Facultad de Ingeniería
de la
Universidad Nacional de Entre Ríos
Director de la Tesis: Gerardo Gabriel Gentiletti
Mayo de 2011
I
DECLARACIÓN DEL AUTOR
Este documento de Tesis ha sido presentado y aprobado como parte de los requisitos para
obtener el grado académico de Magíster ante la Universidad Nacional de Entre Ríos. Un
ejemplar del mismo ha sido remitido e indexado en la Biblioteca de la Facultad de Ingeniería
para que esté disponible a sus lectores bajo las condiciones estipuladas por el Reglamento de
la mencionada Biblioteca.
Citas breves de este documento son permitidas sin necesidad de un permiso especial,
siempre y cuando la fuente sea correctamente referida. Citas extendidas o la reproducción
total o parcial de este manuscrito sólo podrán realizarse previa autorización del portador legal
del derecho de propiedad intelectual del mismo.
IV
TABLA DE CONTENIDOS
Capítulo 1 Redes inalámbricas de sensores aplicadas a la instrumentación biomédica .1-

3
1.1 Aplicaciones de las redes sensores exploradas dentro de este trabajo .......................... 1-4
1.1.1 Biomecánica y rehabilitación ..................................................................................................... 1-4
1.1.2 Detección temprana y monitoreo de condiciones patológicas .................................................... 1-5
1.2 Revisión y antecedentes de aplicaciones médicas de desarrollos basados en redes de

sensores ........................................................................................................................................... 1-7
1.3 Revisión de principios, fisiología y definición de bioseñales en el ámbito de este

trabajo. .......................................................................................................................................... 1-12
1.3.1 El corazón ................................................................................................................................. 1-13
1.3.2 El electrocardiograma ............................................................................................................... 1-17
1.3.3 La presión sanguínea ................................................................................................................ 1-21
1.3.4 Trasporte de oxígeno y dióxido de carbono en la sangre .......................................................... 1-24
1.3.5 La pulsioximetría ...................................................................................................................... 1-25
1.3.6 Biomecánica y análisis de la marcha ........................................................................................ 1-26
1.3.7 Biomecánica del tobillo durante de la marcha .......................................................................... 1-29
1.3.8 Biomecánica de la rodilla durante de la marcha ....................................................................... 1-31
1.3.9 Biomecánica de la cadera durante de la marcha ....................................................................... 1-33
Capítulo 2 Redes inalámbricas e IEEE 802.15.4/ZigBee ................................................ 35
2.1 Redes Inalámbricas ............................................................................................................ 35

2.1.1 WWAN ........................................................................................................................................ 36
2.1.2 WMAN ........................................................................................................................................ 36
2.1.3 WLAN ......................................................................................................................................... 37
2.1.4 WPAN.......................................................................................................................................... 37
2.2 El modelo de referencia OSI.............................................................................................. 37
2.3 Estándares y redes de WPAN............................................................................................ 39

2.3.1 IEEE 802.15.1 .............................................................................................................................. 40
2.3.2 IEEE 802.15.2 .............................................................................................................................. 44
2.3.3 IEEE 802.15.3 .............................................................................................................................. 45
2.3.4 IEEE 802.15.4 .............................................................................................................................. 46
2.3.5 IEEE 802.15.5 .............................................................................................................................. 47
2.3.6 IEEE 802.15.6 .............................................................................................................................. 48
2.3.7 IEEE 802.15.7 .............................................................................................................................. 49
2.3.8 IEEE 802.15 WPAN (IGthz) ....................................................................................................... 50
V
2.4 Revisión de antecedentes y normativa relacionada con la aplicación de las redes

inalámbricas en el ambiente médico ............................................................................................. 50
2.5 IEEE 802.15.4 y ZigBee ..................................................................................................... 56

2.5.1 Definición de IEEE 802.15.4 ....................................................................................................... 63
2.5.2 Tipos de dispositivos en una red IEEE 802.15.4.......................................................................... 64
2.5.3 Topologías de red IEEE 802.15.4 ................................................................................................ 65
2.5.3.1 Topología Estrella ................................................................................................................ 65
2.5.3.2 Topología Peer-to-Peer ........................................................................................................ 66
2.5.4 Arquitectura de red 802.15.4 y ZigBee ........................................................................................ 68
2.5.4.1 Capa Física ........................................................................................................................... 69
2.5.4.1.1 Asignación de canales .................................................................................................. 70
2.5.4.1.2 Detección de energía .................................................................................................... 71
2.5.4.1.3 Detección de portadora ................................................................................................. 72
2.5.4.1.4 Indicador de calidad del enlace .................................................................................... 72
2.5.4.1.5 Servicio de datos de la capa física ................................................................................ 72
2.5.4.1.6 Formato del paquete en la capa física ........................................................................... 74
2.5.4.2 Capa MAC ........................................................................................................................... 74
2.5.4.2.1 Transmisión exitosa ...................................................................................................... 76
2.5.4.2.2 Pérdida de la trama de mensaje .................................................................................... 76
2.5.4.2.3 Pérdida de la trama de mensaje del acuse de recibo ..................................................... 77
2.5.4.2.4 Configuración de las comunicaciones .......................................................................... 78
2.5.4.2.5 Habilitador del sistema de radio ................................................................................... 79
2.5.4.2.6 Barrido de canales ........................................................................................................ 79
2.5.4.2.7 Control de asociación y desasociación ......................................................................... 80
2.5.4.2.8 Administrador de intervalos de tiempo garantizados ................................................... 81
2.5.4.2.9 Administrador de dispositivos huérfanos ..................................................................... 82
2.5.4.2.10 Administrador de encabezado .................................................................................... 83
2.5.4.3 ZigBee .................................................................................................................................. 83
2.5.4.3.1 Dispositivos ZigBee .................................................................................................... 84
2.5.4.3.1.1 Coordinador ZigBee ............................................................................................. 84
2.5.4.3.1.2 Router ZigBee....................................................................................................... 84
2.5.4.3.1.3 Dispositivo Final ZigBee ...................................................................................... 85
2.5.4.3.1.4 Dispositivo Combo ............................................................................................... 85
2.5.4.3.2 Redes ZigBee ............................................................................................................... 85
2.5.4.3.2.1 Red Estrella .......................................................................................................... 86
2.5.4.3.2.2 Red árbol .............................................................................................................. 86
2.5.4.3.2.3 Red malla .............................................................................................................. 87
2.5.4.3.3 Capa de red (NWK) ...................................................................................................... 88
2.5.4.3.3.1 Tipos de Comunicación de la capa de red ............................................................ 88
2.5.4.3.3.2 Enrutamiento de las comunicaciones .................................................................... 92
VI
2.5.4.3.3.3 Administrador de servicios de la capa de red ....................................................... 93

2.5.4.3.4 Capa de aplicación (APL) ............................................................................................ 94
2.5.4.3.4.1 Subcapa de soporte a la aplicación ....................................................................... 95
2.5.4.3.4.2 Objeto de dispositivo ZigBee ............................................................................... 95
2.5.4.3.4.3 Perfiles de Aplicación ZigBee .............................................................................. 96
Capítulo 3 Desarrollo de una plataforma de red IEEE 802.15.4/ZigBee. ...................... 98
3.1 Diseño de un nodo de red IEEE 802.15.4 ......................................................................... 99

3.1.1 Microcontrolador y modem IEEE 802.15.4 ............................................................................... 100
3.1.2 Circuito para comunicación inalámbrica ................................................................................... 101
3.1.2.1 Configuración single .......................................................................................................... 102
3.1.2.2 Configuración dual ............................................................................................................. 103
3.1.3 Componentes de nodo de red ..................................................................................................... 104
3.1.3.1 Oscilador externo ............................................................................................................... 104
3.1.3.2 Balun .................................................................................................................................. 104
3.1.3.3 Antena ................................................................................................................................ 105
3.2 Diseño de la plataforma de redes de sensores ................................................................ 108

3.2.1 Desarrollo del nodo de red ......................................................................................................... 109
3.2.1.1 Evaluación de un nodo de red comercial ............................................................................ 109
3.2.1.2 Consideraciones para el diseño de los circuitos impresos .................................................. 111
3.2.2 Primer diseño ............................................................................................................................. 112
3.2.2.1 Diseño de antena tipo F en el PCB ..................................................................................... 113
3.2.2.1 Transceptor MC13213 en el PCB ...................................................................................... 114
3.2.2.2 Evaluación del primer diseño ............................................................................................. 118
3.2.3 Segundo diseño .......................................................................................................................... 118
3.2.3.1 Evaluación del segundo diseño .......................................................................................... 121
3.2.4 Tercer diseño.............................................................................................................................. 122
3.2.4.1 Diseño Circuito MC13213 ................................................................................................. 122
3.2.4.2 Diseño Circuito Antena ...................................................................................................... 124
3.2.4.3 Conectores .......................................................................................................................... 125
3.2.4.4 Evaluación del tercer diseño .............................................................................................. 126
3.2.5 Diseño de tarjeta base de sensores ............................................................................................. 128
3.2.5.1 Sensor de temperatura ........................................................................................................ 128
3.2.5.1 Sensor de presión ............................................................................................................... 130
3.2.5.1 Acelerómetro ...................................................................................................................... 130
3.2.5.2 Sensores Biomédicos ......................................................................................................... 134
3.2.6 Ensamble tarjeta base de sensores ............................................................................................. 135
Capítulo 4 Desarrollo de la red de instrumentación biomédica basada en tecnología

ZigBee .................................................................................................................................... 139
VII
4.1 BeeStack – Stack ZigBee de Freescale ............................................................................ 139

4.1.1 Endpoints ................................................................................................................................... 141
4.1.2 Cluster ........................................................................................................................................ 143
4.1.3 Atributos .................................................................................................................................... 144
4.1.4 Binding ...................................................................................................................................... 144
4.1.5 Conceptos adicionales del BeeStack .......................................................................................... 145
4.1.6 Configuración del BeeStack ...................................................................................................... 146
4.1.6.1 Stack Profile 0x01 (ZigBee Feature Set) ............................................................................ 146
4.1.6.2 Stack Profile 0x02 (ZigBee Pro Feature Set) ..................................................................... 148
4.1.7 Transmisión de paquetes ZigBee con BeeStack ........................................................................ 150
4.1.8 Recepción de paquetes ZigBee con BeeStack ........................................................................... 153
4.1.9 Herramientas de desarrollo del BeeStack .................................................................................. 154
4.1.10 Desarrollo sobre perfiles de aplicación .................................................................................... 155
4.2 Desarrollo de la aplicación inalámbrica RIB (Red de Instrumentación Biomédica) . 157

4.2.1 Desarrollo del perfil de red de instrumentación Biomédica ....................................................... 165
4.2.2 Desarrollo del código del dispositivo ZcRedStar ....................................................................... 167
4.2.3 Desarrollo del código del dispositivo ZedRedStar ..................................................................... 172
Capítulo 5 Evaluaciones del nodo de red y de la red de instrumentación biomédica en

una aplicación biomecánica .................................................................................................. 185
5.1 Diseño del experimento evaluación del nodo de red IEEE 802.15.4 ............................ 185
5.2 Diseño del experimento de evaluación de la RIB ........................................................... 186
5.3 Resultados ......................................................................................................................... 187

5.3.1 Resultados de la evaluación del nodo de red ............................................................................. 187
5.3.1.1 Medidas con 5 bytes de datos por paquete ......................................................................... 188
5.3.1.2 Medidas con 10 bytes de datos por paquete ....................................................................... 189
5.3.1.3 Medidas con 20 bytes de datos por paquete ....................................................................... 191
5.3.2 Resultados de la evaluación de la RIB ....................................................................................... 192
5.3.3 Análisis de resultados ................................................................................................................ 195
5.4 Conclusiones...................................................................................................................... 196
Referencias ....................................................................................................................... 199

VIII
INDICE DE TABLAS
Tabla 3-1: Fabricantes chips para aplicaciones 802.15.4 (65). 100
Tabla 3-2: Características antena tipo chip 105
Tabla 3-3: Medidas de componentes montaje superficial 111
Tabla 3-4: Distancia de transmisión al variar la potencia en nodo de red V2. 121
Tabla 3-5: Especificaciones del nodo de red V3. 127
Tabla 3-6: Distancia de transmisión al variar la potencia en nodo de red V3. 127
Tabla 3-7: Encapsulado SOT-23 y características del sensor. 130
Tabla 3-8: Sensor de presión y características. 130
Tabla 3-9: Sensor de aceleración y características. 131
Tabla 3-10: Señales bioeléctricas (30). 134
Tabla 4-1: Operación Máquina de estados de Muestreo y procesamiento de señales. 173
Tabla 4-2: Contenido de cada posición del paquete de datos RIB. 174
Tabla 4-3: Tres estados básicos y las tareas que se desarrollan la función BeeAppTask(). 174
IX
INDICE DE FIGURAS
Figura 1-1: Entorno móvil para aplicación de WSN para atención de emergencias (26). .....1-8
Figura 1-2: Adquisición de datos de una WSN hacia un PC, a) Transmisión de múltiples
nodos a un PC, b) Ubicación de los dispositivos en la ropa del paciente (26). .......................1-9
Figura 1-3: Análisis de movimiento de marcha con WSN (28). ..........................................1-10
Figura 1-4: Red de sensores personal con Bluetooth (29). ...................................................1-10
Figura 1-5: Pulsioxímetro convencional de BioMedical Instruments (30). .........................1-11
Figura 1-6: Parche monitor de ECG, a) Circuito, b) Circuito insertado en una prenda, c)
Circuito en la superficie corporal (28). .................................................................................1-12
Figura 1-7: Estructura del corazón y trayecto del flujo sanguíneo a través de las cavidades
cardíacas y de las valvulas cardíacas (31). ............................................................................1-14
Figura 1-8: Potenciales de acción ritmicos (en mV) de una fibra de Purkinje y de una fibra
muscular ventricular (31).......................................................................................................1-15
Figura 1-9: Acontecimientos del ciclo cardíaco para la función del ventrículo izquierdo, que
muestran los cambios de presión auricular izquierda, de la presión aórtica, del volumen
ventricular, del electrocardiograma y del fonocardiograma (31). .........................................1-16
Figura 1-10: Electrocardiograma (31). .................................................................................1-17
Figura 1-11: Disposición convencional de los electrodos para registrar las derivaciones
electrocadiográficas estándar. Se ha superpuesto el triángulo de Einthoven en el tórax (31). ..1-
18
Figura 1-12: Electrocardiogramas normales que se registran en las tres derivaciones

electrocardiográficas estándar (31). .......................................................................................1-19
Figura 1-13: Conexiones del cuerpo con el electrocardiógrafo para registrar las dereivaciones
del tórax. BD, brazo derecho; BI, brazo izquierdo (31). .......................................................1-20
Figura 1-14: Electrocadiogramas normales registrados en las seis derivaciones estándar del
tórax (31). ..............................................................................................................................1-21
Figura 1-15: Electrocadiogramas normales registrados en las tres derivaciones unipolares

ampliadas de las extremidades (31). ......................................................................................1-21
X
Figura 1-16: Perfil de pulso de presión registrado en la aorta ascendente (Reproducido a

partir de Opdyke DF: Fed Proc 11:734, 1952.) (31). ............................................................1-22
Figura 1-17: Cambios del perfil del impulso de presión a medida que la onda del pulso viaja
hacia los vasos mas pequeños (31). .......................................................................................1-23
Figura 1-18: Método de auscultación para medir las presiones arteriales sistólica y diastólica
(31). .......................................................................................................................................1-24
Figura 1-19: Curva de disociación oxígeno-hemoglobina (31). ...........................................1-25
Figura 1-20: Ciclo de marcha normal para un niño de 8 años (35). .....................................1-27
Figura 1-21: Biomecánica del tobillo, en el plano sagital, a cadencia libre. Posición, momento
articular y potencia articular (36). .........................................................................................1-30
Figura 1-22: Biomecánica de la rodilla, en el plano sagital, a cadencia libre. Posición,

momento articular y potencia articular (36). .........................................................................1-32
Figura 1-23: Biomecánica de la cadera, en el plano sagital, a cadencia libre. Posición,

momento articular y potencia articular (36). .........................................................................1-34
Figura 2-1: Clasificación de redes. .......................................................................................... 35
Figura 2-2: Capas del modelo de referencia OSI..................................................................... 38
Figura 2-3: Estándares y variaciones de WPANs. ................................................................... 40
Figura 2-4: Ejemplo de la integración de varias Picored Bluetooth formando una Scatternet
(42). .......................................................................................................................................... 41
Figura 2-5: Stack de protocolo Bluetooth (43). ....................................................................... 42
Figura 2-6: Aplicaciones WBAN 802.15.6 (50). ..................................................................... 49
Figura 2-7: Estandares Inalámbricos según velocidad y rango (46)........................................ 58
Figura 2-17: Servicio de transmisión de datos entre dos dispositivos (60). ............................ 73
Figura 2-18: Estructura de paquete en capa PHY (50). ........................................................... 74
Figura 2-19: Diagrama en bloques capa MAC 802.15.4 (50). ................................................ 75
Figura 3-1: Nodos de red comerciales, (a) Xbee, (b) Xbee Pro, (c) Easy Bee, (d) MICAz y (e)
SRB........................................................................................................................................... 99
Figura 3-2: Diagrama en bloques de un nodo de red. .............................................................. 99

XI
Figura 3-3: Diagrama de bloques MC13213 (66).................................................................. 101
Figura 3-4: Configuración Single (66). ................................................................................. 102
Figura 3-5: Esquemático configuración Single. .................................................................... 103
Figura 3-6: Esquemático configuración Dual. ....................................................................... 103
Figura 3-7: Oscilador externo del sistema. ............................................................................ 104
Figura 3-8: Plataforma de red de sensores propuesta. ........................................................... 108
Figura 3-9: Diagrama en bloques 1321x-SRB....................................................................... 110
Figura 3-10: Nodo ZigBee 1321x-(SRB) (71)....................................................................... 111
Figura 3-11: Nodo ZigBee 1321x-(SRB) (71)....................................................................... 112
Figura 3-12: Dimensiones de la antena F en mm (71)........................................................... 113
Figura 3-13: MC13213 LGA 9x9x1 mm (66). ...................................................................... 114
Figura 3-14: Diagrama mecánico del MC13213 (66)............................................................ 114
Figura 3-15: Diagrama mecánico del MC13213 (66)............................................................ 115
Figura 3-16: Diseño footprint del transceptor ....................................................................... 115
Figura 3-17: Diseño footprint circuito RF ............................................................................. 116
Figura 3-18: Condensadores de desacoplo. ........................................................................... 117
Figura 3-19: Puertos primer diseño nodo inalámbrico. ......................................................... 117
Figura 3-20: Diseño del Nodo finalizado. ............................................................................. 117
Figura 3-21: Primer diseño ensamblado. ............................................................................... 117
Figura 3-22: Pruebas realizadas sobre el nodo 802.15.4. ...................................................... 118
Figura 3-23: Dimensiones de la antena 2450AT18A100 en mm (73).................................. 119
Figura 3-24: Circuito de RF primer diseño Single. ............................................................... 119
Figura 3-25: Condensadores de desacoplo y oscilador. ........................................................ 120
Figura 3-26: Capa inferior puertos de entrada/salida. ........................................................... 120
Figura 3-27: Nodo de red finalizado...................................................................................... 120
Figura 3-28: Tarjetas de aplicación. ....................................................................................... 121

XII
Figura 3-29: Huella MC13213 y Cristal Diseño final. .......................................................... 123
Figura 3-30: Distribución cristal y condensadores de desacople........................................... 123
Figura 3-31: Medidas para footprint antena chip en mm (73). .............................................. 124
Figura 3-32: Ubicaciones recomendadas para la antena en el PCB (73). .............................. 124
Figura 3-33: Circuito de RF con antena chip. ....................................................................... 125
Figura 3-34: Conectores nodo final. ...................................................................................... 125
Figura 3-35: Conector de programación (a) Conector BDM (73), (b) Conector BDM
personalizado. ......................................................................................................................... 126
Figura 3-36: Tercer diseño ensamblado. ............................................................................... 126
Figura 3-37: Diagrama en bloques tarjeta red de sensores. ................................................... 128
Figura 3-38: Salida de voltaje Vs temperatura (75)............................................................... 129
Figura 3-39: Representación del acelerómetro (77). ............................................................. 131
Figura 3-40: Conexión típica del acelerómetro ..................................................................... 132
Figura 3-41: Movimientos dinámicos acelerómetro (77). ..................................................... 133
Figura 3-42: Respuesta de voltaje MMA7260Q (77). ........................................................... 133
Figura 3-43: Integración de sensores a conector compatible con nodo de red. ..................... 135
Figura 3-44: Diseño final tarjeta de sensores. ....................................................................... 136
Figura 3-45: Nodo de red de sensores ZigBee. ..................................................................... 136
Figura 3-46: Layout nodo ZigBee, (a) Capa superior de la board, (b) Capa infereior de la
board. ...................................................................................................................................... 137
Figura 3-47: Layout tarjeta de sensores , (a) Capa superior de la board, (b) Capa infereior de
la board. .................................................................................................................................. 138
Figura 4-1: Capas de ZigBee (61). ........................................................................................ 140
Figura 4-2: Endpoints en una red ZigBee (61). ..................................................................... 141
Figura 4-3: Comportamiento del stack de aplicación con una luz ON/OFF (61). ................. 144
Figura 4-4: Objetos de aplicación y binding (61). ................................................................ 145
Figura 4-5: Inicio de aplicación con Beekit. .......................................................................... 157

XIII
Figura 4-6: Selección del código base con Beekit. ................................................................ 157
Figura 4-7: Selección de plantilla, nombre del proyecto y solución con Beekit. .................. 158
Figura 4-8: Selección del chip MC1321x con Beekit. ........................................................... 159
Figura 4-9: Selección del pines de LEDs y Switchs con Beekit............................................ 159
Figura 4-10: Selección switch interno para acople single con Beekit. .................................. 160
Figura 4-11: Activar el puerto serial con Beekit. .................................................................. 160
Figura 4-12: Selección del dispositivo coordinador con Beekit. ........................................... 161
Figura 4-13: Configuración del BeeStack con Beekit. .......................................................... 161
Figura 4-14: Configuración de la dirección MAC y PAN ID con Beekit. ............................ 162
Figura 4-15: Selección del canal de comunicación de la red con Beekit. ............................. 162
Figura 4-16: Configuración final del dispositivo ZcRedStar con Beekit. ............................. 163
Figura 4-17: Adición de un dispositivo final ZedRedStar1 con Beekit................................. 163
Figura 4-18: Configuración final de la solución RedCustomApp con Beekit. ...................... 164
Figura 4-19: Inicio de exportación a CW (CodeWarrior) de la solución RedCustomApp con

Beekit. ..................................................................................................................................... 164
Figura 4-20: Ambiente para inicio de desarrollo de código en C con CodeWarrior. ............ 165
Figura 4-21: Red RIB basada en configuración estrella. ....................................................... 166
Figura 4-22: Período de operación de la red RIB. ................................................................. 167
Figura 4-23: Arquitectura del módulo ATD del chip MC13213 (66). .................................. 175
Figura 5-1: Montaje experimento evaluación. ....................................................................... 186
Figura 5-2: Montaje de tres dispositivos ZED en articulaciones de tobillo, rodilla y cadera
para adquisición de acelerometría de tres ejes........................................................................ 187
Figura 5-3: Graficas LQI vs Distancia entre dispositivos a diferentes niveles de potencia con
5 bytes de datos. ..................................................................................................................... 188
Figura 5-4: Graficas Paquetes perdidos vs Distancia entre dispositivos a diferentes niveles de
potencia con 5 bytes de datos ................................................................................................. 189
XIV
10 bytes de datos .................................................................................................................... 190
Figura 5-6: Graficas Paquetes Perdidos vs Distancia entre dispositivos a diferentes niveles de
potencia con 10 bytes de datos. .............................................................................................. 190
20 bytes de datos. ................................................................................................................... 191
Figura 5-8: Graficas Paquetes Perdidos vs Distancia entre dispositivos a diferentes niveles de
potencia con 20 bytes de datos. .............................................................................................. 192
Figura 5-9: Medidas de aceleración de tres ejes en la articulación de tobillo de miembro

inferior en ciclo de marcha. .................................................................................................... 193
Figura 5-10: Medidas de aceleración de tres ejes en la articulación de rodilla de miembro

Figura 5-11: Medidas de aceleración de tres ejes en la articulación de cadera de miembro

Figura 5-12: Índice LQI de los tres nodos ZED obtenido para una secuencia de 5 pasos de
marcha. ................................................................................................................................... 194
XV
RESUMEN
Introducir sistemas inalámbricos en red para lectura de sensores biomédicos permite gran
flexibilidad para los pacientes y el cuerpo médico. El uso de tecnologías de redes inalámbricas
facilitará y hará más seguro el manejo digital de los volúmenes cada vez mayores de datos, y
por lo tanto mejorará el manejo de las historias clínicas de los pacientes. La integración de
sistemas de telemedicina para monitoreo de la salud es un área emergente de las tecnologías
de la información, la cual permitirá entre otras funcionalidades, la detección de condiciones
anormales con el fin de prevenir consecuencias serias en las personas.
Este trabajo tiene por objetivo el desarrollo de una red ZigBee basada en nodos de
sensores biomédicos vestibles con el fin de conectar múltiples dispositivos inalámbricos para
transmitir señales bioeléctricas y biomecánicas, para ser usada en una red hospitalaría, o en el
monitoreo continuo de pacientes en la vida diaria dentro de una red de sensores de área
corporal BSN, buscando afectar de forma mínima el confort del paciente. Por esta razón los
nodos de sensores inalámbricos desarrollados en este proyecto tienen como condición ser de
tamaño reducido y de bajo consumo de energía.
La propuesta de desarrollo de la plataforma ZigBee fue hecha en tres etapas:
1. Desarrollo de hardware, que incluye la construcción del prototipo de nodo de red y la

integración de sensores. El nodo de red desarrollado se basó en el chip ZigBee MC13213.
Adicionalmente, fue necesario integrar algunos componentes que permitieran la
comunicación inalámbrica, para lo que se usó un circuito para el acople a la antena tipo
simple. Se implementó un módulo de sensores para el nodo de red, con el fin de evaluar el
desempeño de las comunicaciones y transmisión de señales, el cual incluye: conector para
integrar módulos de adquisición de señal biomédica, periféricos de entrada y salida y
sensores de aceleración, presión y temperatura dentro del circuito impreso.
2. Evaluación, con el fin de definir las especificaciones de cada nodo y el alcance de las
comunicaciones, la evaluación de los módulos fue realizada basada en un firmware
embebido en el microcontrolador, esto fue desarrollado con la capa MAC del stack
ZigBee. Los experimentos fueron realizados para asegurar la calidad de la transmisión de
las señales biomédicas en el ambiente del paciente, basado en la transmisión continua de
paquetes de datos.
3. La implementación de la red ZigBee para instrumentación biomédica se basó en un perfil

de aplicación privado, la evaluación desarrollada previamente y el stack ZigBee de
XVI
Freescale. Esta red tiene una configuración estrella donde un Coodinador ZigBee (ZC )
recibe los datos de señales provenientes desde Dispositivos finales ZigBee (ZEDs).
Finalmente este trabajo presenta resultados experimentales basados en medidas de

paquetes de datos perdidos y el indicador de calidad de conexión Link Quality Indicator
(LQI), y la plataforma ZigBee para instrumentación biomédica en operación para una
aplicación específica. En este trabajo se implementó particularmente la medición de la
aceleración en las articualciones de tobillo, rodilla y cadera, con el objetivo de obtener
patrones de marcha, este experimento se realizó en registros de datos durante la ejecución de
segmentos de cinco pasos de la caminata.
Finalmente, las principales conclusiones acerca de los últimos resultados experimentales

obtenidos fueron:
 Con las condiciones del experimento desarrollado en este proyecto, se

puede decir que la comunicación sobre el estándar IEEE
802.15.4/ZigBee no presenta diferencias significativas al operar con o
sin interferencia de telefonía celular y redes inalámbricas.
 El indicador de pérdidas de paquetes mostró perdidas totales con

transmisión de paquetes de datos de 5 bytes sobre 60 metros de
distancia entre nodos de red, y con paquete de menos de 10 bytes en el
payload se encontró el mismo comportamiento, por lo que resulta no
aconsejable para transmisión de señales biomédicas. En transmisión
continua hay un incremento de pérdida de paquetes cuando el tamaño
del paquete se reduce. Este fenómeno es debido a la capacidad de
manejo de interrupciones para la recepción de paquetes en el
dispositivo receptor, debido a que un paquete grande de datos reduce
las interrupciones de recepción y esto beneficia la tasa de entrega de
paquetes de datos exitosos y ofrece menos tráfico en la red.
 En general, con el desarrollo del presente trabajo se validó una red de

dispositivos ZigBee en hardware y comunicaciones, se desarrolló un
perfil privado ZigBee orientado a instrumentación biomédica.
Finalmente la RED se evaluó con una aplicación de monitoreo de
XVII
marcha, que desde el punto de vista cinemático presentó un

comportamiento consecuente con la revisión teórica de biomecánica.
ABSTRACT
Introducing wireless networking systems for reading data from biomedical sensors allows
great flexibility for both the patient and the medical staff. The use of wireless networking
technologies ensures a digital management of data, thereby it improves the management of
medical history. Integration of health monitoring telemedicine systems is an emerging area in
information technology, which will enable early detection of abnormal conditions providing
prevention of serious consequences.
This work aims at developing a ZigBee network based on wearable biomedical sensor
nodes which allows connecting multiple individual wireless devices for transmitting
bioelectrics and biomechanics signals, to be used in a hospital network, or in continuous
monitoring in patient’s daily life as a body sensor network BSN, trying to affect minimally
the patient’s comfort, for such reason, the wireless sensor nodes developed in this project
must have the smallest size possible and lower power consumption.
The ZigBee platform development proposal was made in three stages:
1. Hardware development, including the construction of a prototype network node and the
integration of sensors. The network node developed is based on ZigBee chip MC13213.
Additionally, it is necessary to integrate some components that allow for wireless
communication, and i used a single-type circuit for antenna matching. I implemented a
sensors network node module to evaluate the performance. This includes connector to
biomedical signal acquisition modules, input/output peripherals, and acceleration,
pressure, and temperature sensors built into the board.
2. Evaluation, in order to define the specifications of each node and scope of

communication, the evaluation of the modules was performed by an embedded firmware
in the microcontroller. This was developed with the MAC layer on the ZigBee stack. The
experiments were performed to assess the quality of biomedical signal transmission into
patient ambient, based on data packets continuous transmission.
3. The Zigbee Network Implementation for bioinstrumentation was based on private

application profile, the tests developed and the Freescale Zigbee stack; this is a star
network configuration where a Zigbee Coordinator (ZC ) receives patient’s signals data
from Zigbee End Devices (ZEDs ).
1
Capítulo 1. Redes Inalámbricas de Sensores Aplicadas a la Instrumentación Biomédica
2
Finally, this work presents the experimental results based on measurements of Lost
Packets and Link Quality Indicator (LQI ), and the ZigBee platform for bioinstrumentation in
operation for a specific application, it was about the joints acceleration measured of the ankle,
the knee and the hip, in order to model gait patterns, this experiment was for five steps.
The principle conclusions about the final experimental results was:
 With the conditions of this experiment, IEEE 802.15.4/ZigBee

communication performance does not have any big difference with
and without the interference of cellular telephony and wireless
networks.
 The lost packets indicator was high in 5 bytes data pakets

transmissions over 60 m between network nodes, usually with payload
packets less than 10 bytes, it is not suitable for biomedical signals
transmission. In a continuous transmission there is an increase in the
loss of data packets when the packed size is reduced. This
phenomenon is due to the capacity of management of interruptions for
packet reception in the receiver device, so a lager packet sizes reduces
reception interruptions and this is beneficial for the packet delivery
success rate and offer less network traffic.
 In this Project, the network of the ZigBee devices was evaluated about
the hardware and the communications, and the prívate profile ZigBee
for bioinstrumentation was developed, this was evaluated with
monitoring gait application, so the results was like the biomechanics
theorical review was presented.
3
Capítulo 1 Redes inalámbricas de sensores aplicadas a la

instrumentación biomédica
Parámetros biológicos y fisiológicos, como concentraciones de gases en la sangre, presión

sanguínea, pulsaciones por minuto, respiración, temperatura y electrocardiografía (ECG) entre
otros, deben ser medidos y monitoreados en diversas situaciones con finalidades de
diagnóstico clínico y/o seguimiento de tratamientos de pacientes. En la mayoría de los casos
estas medidas son realizadas a través de conexiones directas por cables, desde los sensores al
equipo en cuestión, generando principalmente, una reducción de la flexibilidad por ligar al
paciente al correspondiente equipo de monitoreo.
En el hospital del futuro se podrían adoptar sistemas para monitoreo de pacientes

presentes en todo momento y en cualquier lugar, permitiendo predicciones, diagnóstico y
reacciones a situaciones adversas más temprano que tarde. Además de lograr mayor eficiencia
en los sistemas hospitalarios, reducir los traslados de los pacientes a los hospitales, generando
una capacidad óptima, la integración de sistemas de monitoreo de la salud con sistemas de
telemedicina permitirá la detección temprana de condiciones anormales y la prevención de
graves consecuencias asociadas a diferentes patologías, por ejemplo arritmias cardíacas,
hipertensión y diabetes entre otros, permitiendo el monitoreo del progreso y la respuesta a los
tratamientos iniciados (1), (2). El monitoreo continuo como parte del procedimiento de
diagnóstico puede beneficiar a muchos pacientes que se encuentren en observación por
condiciones crónicas o durante la supervisión de una recuperación desde un evento agudo
hasta el procedimiento quirúrgico (3).
Introducir sistemas de redes inalámbricos para lectura de datos provenientes de sensores

biomédicos permite gran flexibilidad tanto para el paciente como para el cuerpo médico. El
uso de tecnologías de redes inalámbricas en estos casos, asegura un manejo completamente
digital de los datos, con lo cual se mejoraría la gestión de la historia clínica y algunas
aplicaciones logísticas. Adicionalmente los datos se pueden almacenar para análisis
posteriores y pueden ser consultados en cualquier momento, lo que se puede hacer desde
cualquier parte dentro del hospital o de manera remota a través de computadores, PDA’s o
utilizando telefonía celular. De igual manera el cuerpo médico puede monitorear pacientes
dentro de la red sin tener que ir hasta su posición (4).
4
Este trabajo presenta una propuesta de diseño y evaluación de un dispositivo IEEE

802.15.4 / ZigBee para integración en instrumentación biomédica, buscando dar una solución
a las limitaciones de los actuales sistemas para monitoreo continuo como son: a) cables de
difícil manejo entre los sensores y la unidad de procesamiento, b) falta de integración de
sensores individuales, c) Interferencias causadas por múltiples equipos comunicados en el
mismo canal de frecuencia, y d) no existe soporte para almacenamiento de datos masivo y no
hay la capacidad de hallazgos de información (Minería de datos). Normalmente, los sistemas
de monitoreo médico personales como monitores Holter, han sido usados sólo para
almacenamiento de datos para ser procesados fuera de línea. Sistemas con múltiples sensores
para rehabilitación física se caracterizan por tener cables difíciles de manejar entre los
electrodos y el sistema de monitoreo. Estos pueden limitar la actividad del paciente y el nivel
de confort influenciando negativamente y alterando las mediciones y por lo tanto los
resultados obtenidos. Un dispositivo de monitoreo de parámetros fisiológicos del tipo
―vestible‖ (comúnmente referidos en Inglés como ―wearable‖ y que significa que los mismos
puede ser dispuestos en la propia ropa del paciente) sobre una red inalámbrica de sensores
biomédicos puede ser integrado dentro de la vestimenta del usuario (5). Avances tecnológicos
en redes inalámbricas orientados a instrumentación (6), junto con fabricación miniaturizada
(7) y la integración de sensores biomédicos con microcontroladores e interfaces de radio
frecuencia embebidas en un sólo chip (8), prometen una nueva generación de sistemas de
registros de sensores biomédicos inalámbricos dispuestos para el desarrollo de múltiples
aplicaciones médicas.
1.1 A PLICACIONES DE LAS REDES SENSORES EXPLORADAS DENTRO DE ESTE

TRABAJO
Dentro del desarrollo del presente proyecto se han identificado líneas de aplicación como
análisis biomecánico y rehabilitación junto con el monitoreo de condiciones patológicas o
estado de pacientes, las cuales se definen a continuación:
1.1.1 BIOMECÁNICA Y REHABILITACIÓN
Para la evaluación del proceso de rehabilitación de marcha, se hace necesaria la

determinación de variables cinemáticas lineales y angulares que permitan establecer la
evolución del paciente (9). El análisis visual del proceso de marcha es utilizado por los
5
especialistas en ortopedia, fisiatría y fisioterapia para determinar la evolución de los pacientes

en rehabilitación junto con otras técnicas como los métodos de medición con goniómetros,
plataformas de fuerza, acelerómetros y electromiografía (10). El análisis visual, a diferencia
de las otras técnicas, proporciona información no sólo del movimiento de los segmentos
corporales individuales sino que además provee información del ambiente en el que se
produce el movimiento, de la postura completa del paciente e información del movimiento
relativo de un segmento respecto al otro (11).
La comunidad científica está cada vez más interesada en el campo de la rehabilitación

robótica. Los robots rehabilitadores tienen el objetivo de restaurar o reemplazar algunas
funciones humanas. Sobre la última década, la introducción de tecnologías robóticas en el
escenario de la rehabilitación ha evolucionado del concepto a la realidad. Numerosos estudios
han demostrado la eficacia y las ventajas de la rehabilitación robótica para evaluar y procesar
daños motores en extremidades de miembro superior e inferior (12) (13) (14) (15). Muchos
procesos fisiológicos pueden ser monitoreados, los cuales son muy usados en servicios de
rehabilitación. Por otro lado integrar aplicaciones de biofeeback (Medición en tiempo real de
variables que son presentadas al paciente) es una manera de ganar control sobre los procesos
del cuerpo humano, pudiendo ser utilizado para incrementar la relajación, aliviar dolor y
desarrollar buena salud, con el fin de obtener patrones de vida más cómodos (16). La
propuesta desarrollada pretende integrarse a sistemas de rehabilitación robótica basado en el
desarrollo de una red inalámbrica de sensores biomédicos de área corporal, donde los nodos
son sensores con la habilidad de procesado en línea de la información, buscando una
interacción efectiva con el usuario (biofeedback), dotando los componentes robóticos con
capacidad de aprendizaje para obtener la adaptación del entorno al individuo, y no a la
inversa. El uso de técnicas biofeedback ha incrementado la atención entre los investigadores
en los campos de la física médica y la tele-rehabilitación (17).
1.1.2 DETECCIÓN TEMPRANA Y MONITOREO DE CONDICIONES PATOLÓGICAS
La demanda de pacientes a ser monitoreados en los sistemas de salud, está dada por todos
los que padecen enfermedades que requieren diagnóstico temprano y determinados
tratamientos, dentro de los cuales los más críticos son los que padecen enfermedades
cardiovasculares. Entre éstas se encuentran las anormalidades en el ritmo cardíaco
(Arritmias), como las producidas por fibrilación auricular que son encontradas en la clínica
6
práctica, las que ocurren en alrededor del 4% de la población con más de 60 años, las que se
incrementan a un 9% en los mayores a 80 años (18). Síntomas tempranos de fibrilación
auricular incluyen fatiga y palpitaciones, y con frecuencia el paciente tiene que visitar el
servicio médico. Las redes inalámbricas y la utilización de sensores biomédicos ofrecen la
posibilidad de diagnosticar arritmias cardíacas tempranas en la población mayor. De igual
manera permiten monitorear el progreso de las enfermedades y la respuesta a los tratamientos
iniciados (19).
La presión sanguínea alta (hipertensión) es otra enfermedad cardiovascular, (20) afirma

que en Estados Unidos cerca de 50 millones de personas padecen de hipertensión. Esta
condición si no es tratada puede terminar en la muerte, generada por padecimiento de fallas en
la arteria coronaria, insuficiencia cardíaca y paro cardíaco. La insuficiencia cardíaca afecta
cerca de 5 millones de personas cada año en los Estados Unidos, y es un factor que contribuye
con aproximadamente 300,000 muertes cada año (21). Por otro lado la diabetes es bien
conocida como una enfermedad crónica progresiva generando múltiples complicaciones al
organismo, como son ceguera y problemas del corazón e hipertensión. En Estados Unidos, se
estiman anualmente que alrededor de 24.000 casos de diabetes causan ceguera, y 56.000
llevan a lesiones y pérdidas de extremidades causadas por enfermedad de los vasos periféricos
(22). Las redes inalámbricas de sensores biomédicos permitirán además a los médicos,
monitorear a los pacientes en actividades durante la vida normal de estos, para posibles
estudios y diagnóstico.
Por otro lado las redes inalámbricas de sensores biomédicos integradas con los servicios
web ofrecen importantes beneficios (23), donde los niveles de monitoreo pueden ser desde
intermitente (cuatro a seis veces al día en el caso de padecimiento con condiciones estables), a
intensivo (cada hora), y finalmente monitoreo continuo invasivo y no invasivo en una unidad
de cuidados intensivos. Las señales clásicas que se monitorean, corresponden a las señales
vitales (presión de sangre, ritmo cardíaco, ECG, ritmo respiratorio y temperatura), apariencia
visual (evaluar el nivel de conciencia) y la respuesta verbal (preguntarle al paciente cuando
siente dolor) (19). Finalmente, otro escenario donde las redes inalámbricas de sensores
biomédicos pueden proveer un monitoreo invaluable y no intrusivo son las personas de la
tercera edad. Siendo este un grupo cuyo número esta en ascenso a nivel mundial (24).
7
1.2 R EVISIÓN Y ANTECEDENTES DE APLICACIONES MÉDICAS DE DESARROLLOS

BASADOS EN REDES DE SENSORES
Las redes de sensores inalámbricas o WSN (Wireless Sensors Networks) actualmente se

están empezando a aplicar en observación de animales, monitoreo de variables ambientales,
control y monitoreo industrial, aplicaciones militares y biomédicas. Estas redes cuentan con
sensores distribuidos espacialmente para cumplir una tarea específica. La tecnología
inalámbrica aplicada en redes de sensores está actualmente en expansión. Hay aplicaciones
que han sido más que una visión, algunas de ellas son aplicaciones en campo abierto, otros
productos comerciales en desarrollo y proyectos de investigación donde se usan las redes
inalámbricas como herramienta principal. A continuación se hace referencia a algunas
aplicaciones que se están desarrollando para incursión en el ambiente médico.
Una WSN está siendo usada para asistir a los equipos de rescate de gente enterrada por
una avalancha. El objetivo es un mejor reconocimiento de personas enterradas y limitar el
daño total, consiguiendo un indicador adicional del estado de las victimas al equipo de
rescate, con el fin de automatizar la priorización de personas que necesitan ser rescatadas,
basándose en pulsos cardíacos, actividad respiratoria y nivel de conciencia. Con ese fin, las
personas en riesgo portan un nodo de sensores equipado con un pulsiooxímetro (sensor que
mide el nivel de oxígeno en la sangre), el cual permite medir el ritmo cardíaco y la actividad
respiratoria. Adicionalmente se usan acelerómetros para detectar la orientación de la víctima,
refiriéndose a la orientación de las articulaciones o miembros, basado en datos de aceleración
se puede determinar velocidad, posición e inclinación, siendo esta una evaluación dentro de
este trabajo que se desarrolla al final de capítulo 4. El equipo de rescate usará PDAs para
recibir los datos de los sensores sobre las victimas enterradas (25).
Las aplicaciones médicas plantean establecer desarrollo de redes de sensores inalámbricos

operando en situaciones de emergencias de víctimas humanas, en la Figura (1-1) se observa
un sistema desarrollado por la división de ingeniería y ciencias aplicadas de la Universidad de
Harvard, que permite movilidad y presenta baja perdida de datos, sobre la cual se adopta una
infraestructura para entornos de cuidados intensivos.
8
Figura 1-1: Entorno móvil para aplicación de WSN para atención

de emergencias (26).
Con el desarrollo de estas WSNs es posible obtener medidas de pulsioximetría SpO2, la

cual captura pulsos cardíacos y concentración de oxígeno en la sangre mediante un sensor no
invasivo sujetado al dedo del paciente, electrocardiografía ECG, la cual detecta la frecuencia
del latido del corazón, además del ritmo cardíaco, movimiento de extremidades, mide
movimiento de una extremidad en 1, 2 o 3 ejes, con el fin de almacenar y analizar estas
señales para tener el historial médico de cada paciente y diagnosticar de una forma rápida en
ambientes de difícil acceso para un equipo médico común (27).
En la Figura (1-2) se muestra la distribución de varios nodos sensores sobre un paciente,

donde cada uno se ubica en un lugar específico del cuerpo, los cuales se comunican con un
nodo maestro que transmite las señales adquiridas a un computador portátil, ver Figura (1-2a).
Esta aplicación desarrollada en la Universidad de Harvard con el apoyo de Intel y conocida
bajo el nombre de Mercury, permite visualizar en un computador personal las señales
adquiridas por los nodos sensores implantados en prendas de vestir o en algunas ocasiones
dispuestos directamente sobre el cuerpo humano, ver Figura (1-2b).
9
b)
a)
Figura 1-2: Adquisición de datos de una WSN hacia un PC, a)

Transmisión de múltiples nodos a un PC, b) Ubicación de los
dispositivos en la ropa del paciente (26).
Este tipo de aplicación se conoce como redes de sensores vestibles, las cuales como su
nombre lo indica pueden ser usadas en una prenda de vestir, permitiendo al paciente portar
dispositivos de medición de señales médicas. Dentro de las aplicaciones de sensores vestibles
se encuentra el análisis del movimiento de marcha en un humano. Usando una plataforma de
WSN que adquiere los datos de movimientos del cuerpo de múltiples sensores fijos, un tapete
que actua como sensor del paso o contacto del pie con el piso, y los datos de vídeo se usan
para construir una imagen completa de la marcha en un entorno clínico. El centro de
investigación tecnológico para la vida independiente TRIL (Technology Researh for
Independent Living), ha desarrollado una aplicación como la mostrada en la Figura (1-3)
donde se analizan los movimientos en las extremidades inferiores (o de ser requerido en las
superiores) de un humano. Estos datos pueden utilizarse para controlar el deterioro de la
marcha de un sujeto o para evaluar el resultado de una cirugía (28).
10
Figura 1-3: Análisis de movimiento de marcha con WSN (28).
Escenarios como el de la Figura (1-4) son comunes en aplicaciones de redes de sensores,

donde varios sensores pueden ser ubicados en un traje, dentro de ellos; sensor de presión,
movimiento, termómetro, con el fin de determinar las condiciones físicas de una persona tras
realizar una actividad física.
Micrófono
inalámbrico
Capacidad
Pulmonar
Sensor GPS
Termómetro Pulso oxímetro

Medición de actividad
muscular
Sensor
de
Podómetro presión
Figura 1-4: Red de sensores personal con Bluetooth (29).

11
Los productos que podrían desarrollarse a partir de esta tecnología incluyen: (1) Medidor
de glucosa, el cual toma una medida de la concentración de glucosa en la sangre en pacientes
de enfermedades crónicas como la diabetes, (2) pulsioximetría, ver Figura (1-5), el cual
mediante un sensor no invasivo mide la cantidad de oxígeno en la sangre de un paciente, (3)
electrocardiografía, con la que se obtienen medidas de la actividad eléctrica del corazón.
Figura 1-5: Pulsioxímetro convencional de BioMedical

Instruments (30).
Uno de los mayores retos en el desarrollo de monitores de ECG inalámbricos es la

miniaturización e integración de todo un sistema inalámbrico de forma que el usuario pueda
asimilarlo sin problemas. Existe un sistema híbrido de medición de ECG diseñado por IMEC-
NL, una entidad Holandesa que estudia las actividades de los transductores inalámbricos
sobre una tarjeta electrónica flexible, ver Figura (1-6a), para ser insertada en una prenda, ver
Figura (1-6b) o puesta sobre el cuerpo humano directamente. El parche se une al cuerpo, ver
Figura (1-6c) por medio de electrodos de plata o cloruro de plata (Ag/AgCl) para la
transducción de señales. El ultra bajo consumo de potencia del módulo permite tener un
consumo de energía de alrededor de 10mW en transmisión continua de datos, que permite una
autonomía de 24 horas de uso continuo con una batería con tamaño de 20x20x5 mm3 [3]. El
desarrollo de sistemas inalámbricos de monitoreo en tarjetas flexibles permitirá el incremento
en el desarrollo de aplicaciones vestibles, llevando a la expansión masiva de las WSN en
aplicaciones médicas.
12
(a) (b) (c)
Figura 1-6: Parche monitor de ECG, a) Circuito, b) Circuito

insertado en una prenda, c) Circuito en la superficie corporal (28).
Algunas redes inalámbricas son usadas para monitoreo de signos vitales de pacientes en
un ambiente hospitalario. En comparación con el enfoque tradicional, las soluciones basadas
en redes inalámbricas están destinadas a mejorar la precisión en mediciones y ser más
convenientes para los pacientes. Una arquitectura informática propuesta para esta aplicación
consta de 4 computadores, un identificador de paciente, un sensor médico, un dispositivo de
visualización y la memoria de instalación. El identificador del paciente es un sensor especial
que contiene datos como el nombre, el cual se adjunta al paciente cuando ingresa al hospital.
Algunos sensores médicos pueden ser pegados al paciente, como un medidor de ECG. Los
datos del paciente y sus signos vitales pueden ser inspeccionados usando un dispositivo de
visualización. La memoria de instalación es portada por el personal médico para establecer y
eliminar asociaciones entre los diversos dispositivos que porta el paciente. La memoria emite
una única identificación ID (IDentifier) vía infrarrojo para limitar la aplicación en un sólo
paciente. Los dispositivos que reciben la ID forman una red de área corporal BAN (Body
Area Network) (26).
1.3 R EVISIÓN DE PRINCIPIOS , FISIOLOGÍA Y DEFINICIÓN DE BIOSEÑALES EN EL

ÁMBITO DE ESTE TRABAJO .
El cuerpo humano es un conjunto de múltiples procesos químicos, electroquímicos,

biológicos y fisiológicos que reflejan por medio de señales su actividad, estas señales pueden
ser bioimpedancias, bioacusticas, biomagnéticas, bioquímicas, biomecánicas, bioópticas y
13
bioeléctricas. Las redes de sensores se pueden aplicar a todas las estas bioseñales con la
integración del biosensor o transductor adecuado. Continuando con le desarrollo de este
informe se define el espectro de médico de este trabajo, proponiendo inicialmente las señales
provenientes del sistema cardiovascular (ECG, presión y pulsioximetría) y biomecánicas
(cinemática de la marcha). A continuación se hace referencia a la anatomía y fisiología del
corazón, las señales de electrocardiografía y las derivaciones, presión sanguínea y
pulsioximetría. Continuando con un breve análisis de la biomecánica de la marcha, fases y
descripción de señales biomecánicas generadas en el tobillo, rodilla y cadera.
1.3.1 EL CORAZÓN
El corazón, ver Figura (1-7) está formado por dos bombas separadas: un corazón derecho
que bombea sangre hacia los pulmones y el izquierdo que bombea sangre a los órganos
periféricos, a su vez cada uno de estos corazones son bombas con dos cámaras pulsátiles
formadas por una aurícula y un ventrículo, asociado a un conjunto de mecanismos especiales
dentro del corazón, que producen una sucesión continuada de contracciones cardíacas
formando el ritmo cardíaco, y transmitiendo potenciales de acción por todo el músculo
cardíaco y determinando los latidos.
14
Figura 1-7: Estructura del corazón y trayecto del flujo sanguíneo a

través de las cavidades cardíacas y de las valvulas cardíacas (31).
El potencial de acción que se registra en una fibra muscular ventricular, ver Figura (1-8)
es en promedio aproximadamente 105 mV, desde -85mV hasta 20mV durante cada latido,
después del flanco de subida la membrana queda despolarizada durante 0,2 segundos,
generando la meseta que se observa en la Figura, seguida de una repolarización. La velocidad
de conducción de la señal de potencial de acción excitador a lo largo de las fibras musculares
auriculares y ventriculares es de aproximadamente de 0,3 a 0,5 m/s, la velocidad en las fibras
de Purkinje es de hasta 4 m/s, permitiendo una conducción rápida de la señal excitadora a
todo el corazón.
15
Figura 1-8: Potenciales de acción ritmicos (en mV) de una fibra

de Purkinje y de una fibra muscular ventricular (31).
El ciclo cardíaco se refiere a todos los fenómenos producidos durante el latido cardíaco,
cada ciclo inicia con la generación de un potencial de acción en el nodo sinusal, el cual se
localiza en la pared superolateral de la aurícula derecha, cerca del orificio de la vena cava
superior, y el potencial de acción viaja rápidamente por ambas aurículas y después por el haz
AV hacia los ventrículos, luego viene un retraso de mas 0,1 segundos durante el impulso
cardíaco desde las aurículas a los ventrículos. Esto permite que las aurículas se contraigan
antes de la contracción ventricular, bomebeando de esta manera sangre hacia los ventrículos
antes de que comience la intensa contracción ventricular.
El ciclo cardíaco está formado por un período de relajación (diástole) y un período de

contracción (sístole), en la Figura (1-9) se observan los diferentes acontecimientos que se
producen durante el ciclo cardíaco para el lado izquierdo del corazón, las tres curvas
superiores representan los cambios de presión en la aorta, en el ventrículo izquierdo y la
aurícula izquierda. La cuarta curva muestra los cambios en el volumen ventricular izquierdo,
la quinta el electrocardiograma y la sexta el fonocardiograma, la cual representa los ruidos del
corazón.
El electrocardiograma de la Figura (1-10) muestra las ondas P, Q, R, S y T, los cuales son

los voltajes que genera el corazón, y son registrados de manera superficial con el
16
electrocardiógrafo. La onda P es producida por la propagación de la despolarización en las

aurículas, y es seguida por la contracción auricular, que produce una ligera elevación de la
curva de presión auricular. Aproximadamente 0,16 segundos después del inicio de la onda P,
las ondas QRS aparecen como consecuencia de la despolarización eléctrica de los ventrículos,
para así, iniciar la contracción de los ventrículos y el aumento de la presión en esta zona. El
complejo QRS se produce antes del inicio de la sístole ventricular. Finalmente se observa la
onda T ventricular, que representa la fase de repolarización ventricular, y las fibras de este
músculo comienzan a relajarse. La onda T se produce un poco antes del final de la
contracción ventricular.
Figura 1-9: Acontecimientos del ciclo cardíaco para la función del

ventrículo izquierdo, que muestran los cambios de presión
auricular izquierda, de la presión aórtica, del volumen ventricular,
del electrocardiograma y del fonocardiograma (31).
17
Figura 1-10: Electrocardiograma (31).
1.3.2 EL ELECTROCARDIOGRAMA
En la Figura (1-11) se observan las conexiones eléctricas entre las extremidades del
paciente y el electrocardiógrafo para registrar electrocardiogramas de las derivaciones
bipolares estándar. Bipolar dado que se registra a través de dos electrodos ubicados en dos
puntos diferentes del corazón, específicamente en las extremidades. La derivación hace
referencia a dos cables con electrodos formando un circuito entre el cuerpo y el
electrocardiógrafo. En la Figura (1-11) se observa cada derivación mediante un voltímetro,
pero realmente es un dispositivo que grafica los potenciales continuamente en el tiempo, a
continuación se definen las tres derivaciones estándar de la Figura (1-11): (1) Derivación I: el
terminal negativo del electrocardiógrafo está conectado al brazo derecho y el terminal
positivo al brazo izquierdo, (2) Derivación II: el terminal negativo del electrocardiógrafo se
conecta al brazo derecho y el terminal positivo a la pierna izquierda, (3) Derivación III: el
terminal negativo del electrocardiógrafo se conecta al brazo izquierdo y el terminal positivo a
la pierna izquierda.
18
Figura 1-11: Disposición convencional de los electrodos para

registrar las derivaciones electrocadiográficas estándar. Se ha
superpuesto el triángulo de Einthoven en el tórax (31).
En la Figura (1-11) se observa el triángulo de Einthoven alrededor del corazón. Este

diagrama muestra que los dos brazos y la pierna izquierda forman vértices de un triángulo que
rodean el corazón. La ley de Einthoven afirma que si se conoce el potencial eléctrico de dos
derivaciones de las 3, se puede calcular la tercera. En la Figura (1-12) se muestra el registro
de electrocardiogramas de derivaciones I, II y III. Se observa que las tres señales son similares
entre si, ya que registran ondas P y T positivas y la mayor parte del QRS es también positiva,
debido a esta similitud para diagnosticar arritmias cardíacas se puede tomar las señal de
cualquier derivación, ya que esta patología depende de las relaciones temporales del ciclo
cardíaco. Cuando se hace diagnóstico de lesiones del musculo ventricular o auricular o del
sistema de conducción de Purkinje si es importante tener las tres derivaciones para el análisis.
19
Figura 1-12: Electrocardiogramas normales que se registran en las

tres derivaciones electrocardiográficas estándar (31).
Con frecuencia se registran electrocardiogramas con un electrodo ubicado en la superficie

anterior del tórax, en los puntos que se observa en la Figura (1-13), este electrodo se conecta
al terminal positivo del electrocardiógrafo y el electrodo negativo se conenta a través de
resistencias eléctricas al brazo derecho, al brazo izquierdo y a la pierna izquierda al mismo
tiempo. Normalmente se registran 6 derivaciones estándar en el tórax, una a la vez, desde la
pared torácica anterior, de modo que el electrodo del tórax se coloca secuencialmente en los 6
puntos que se muestra en la Figura (1-13), estos se registros se conocen como derivaciones
V1, V2, V3, V4, V5 y V6.
20
Figura 1-13: Conexiones del cuerpo con el electrocardiógrafo para

registrar las dereivaciones del tórax. BD, brazo derecho; BI, brazo
izquierdo (31).
La Figura (1-14) muestra los electrocardiogramas del corazón sano que se registran con
las 6 derivaciones estándar del tórax. Como las superficies del corazón están próximas a la
pared torácica, cada una de las derivaciones del tórax registra principalmente el potencial
eléctrico de la musculatura cardíaca que está inmediatamente debajo del electrodo.
21
Figura 1-14: Electrocadiogramas normales registrados en las seis

derivaciones estándar del tórax (31).
Otro sistema de derivaciones muy utilizado es la derivación unipolar ampliada de las

extremidades, ver Figura (1-15). En este registro, dos de las extremidades se conectan
mediante resistencias eléctricas al terminal negativo del electrocardiógrafo, y la tercera
extremidad se conecta al terminal positivo. Cuando el terminal positivo está en el brazo
derecho la derivación se conoce como derivación aVR, cuando está en el brazo izquierdo es la
derivación aVL y cuando está en la pierna izquierda es la derivación aVF.
Figura 1-15: Electrocadiogramas normales registrados en las tres

derivaciones unipolares ampliadas de las extremidades (31).
1.3.3 LA PRESIÓN SANGUÍNEA
La sangre llena las arterias con cada latido cardíaco, la distensibilidad del sistema arterial
permite que toda la sangre nueva no fluya a través de los vasos sanguíneos periféricos en la
sístole cardíaca, y produce flujo durante la diástole. Por otro lado la compliancia del árbol
22
arterial reduce las pulsaciones de la presión hasta que desaparecen en el momento que la
sangre alcanza los capilares, generando un flujo sanguíneo tisular continuo y escaso de
pulsatilidad. En la Figura (1-16) se observa un registro típico de pulsaciones de la presión en
la raíz de la aorta. En un adulto joven sano la presión en el pico de cada pulso, denominada
presión sistólica, es de 120 mm Hg. En el punto más bajo de cada pulso, o presión diastólica,
es 80 mm Hg.
Figura 1-16: Perfil de pulso de presión registrado en la aorta

ascendente (Reproducido a partir de Opdyke DF: Fed Proc 11:734,
1952.) (31).
En la Figura (1-17) se muestran los cambios típicos del perfil de pulso de presión a
medida que se va desplazando hacia los vasos periféricos, se puede ver en las tres curvas
inferiores que la intensidad de las pulsaciones se va reduciendo en las arterias más pequeñas,
en las arteriolas y, en especial en los capilares. Esta disminución progresiva de las pulsaciones
en la periferia se denomina amortiguación de los pulsos de presión.
23
Figura 1-17: Cambios del perfil del impulso de presión a medida

que la onda del pulso viaja hacia los vasos mas pequeños (31).
El médico determina las presiones sistólica y diastólica por medios no invasivos,

habitualmente se usa el método de auscultación, ver Figura (1-18), para lo cual se coloca el
estetoscopio sobre la arteria antecubital y se infla un manguito de presión arterial en la parte
alta del brazo. Mientras el manguito comprima el brazo con una presión insuficiente para
cerrar la arteria branquial, no se oirá el latido de la arteria anticubital con el estetoscopio,
cuando la presión es alta y cierra durante parte del ciclo arterial se oirá un sonido con cada
pulsación. Estos ruidos se conocen como ruidos de Korotkoff. Mientras que la presión del
manguito sea mayor que la presión sistólica, la arteria branquial se mantiene colapsada hasta
que no haya sangre hacia la parte distal de la arteria en ningún momento del ciclo de presión,
por lo que no se oirán los Korotkoff. Entonces se reduce gradualmente la presión del
manguito y la sangre comienza a entrar a la arteria distal al manguito, en cuanto la presión del
manguito cae por debajo de la presión sistólica y se comienzan a oír ruidos secos en la arteria
24
antecubital en sincronía con el latido cardíaco. El nivel de presión en este momento indica el
manómetro es aproximadamente igual a la presión sistólica.
A medida que la presión del manguito continúa descendiendo irá cambiando la calidad de
los ruidos de Korotkoff, disminuyendo la calidad del ruido y haciéndose más rítmico y duro.
Por último, la arteria ya no se cierra cuando la presión del manguito es aproximadamente
igual a la presión diastólica, lo que significa que ya no está presente el factor básico que
provoca los ruidos (la sangre a través de la arteria oprimida).
Figura 1-18: Método de auscultación para medir las presiones

arteriales sistólica y diastólica (31).
1.3.4 TRASPORTE DE OXÍGENO Y DIÓXIDO DE CARBONO EN LA SANGRE
El oxígeno se difunde desde los alveolos hacia la sangre pulmonar, donde se transporta
hacia los capilares de los tejidos periféricos combinado en su mayoría con hemoglobina.
Comparando el agua con la sangre, un incremento en el transporte de oxígeno de 30 a 100
veces es producido por la presencia de hemoglobina en la sangre. De igual manera el dióxido
de carbono es transportado hacia los pulmones por la sangre al generarse por la reacción del
oxígeno y los tejidos corporales, el cual se combina con sustancias químicas para aumentar el
transporte entre 15 y 20 veces.
25
El oxígeno se difunde desde los alvéolos hacia la sangre capilar debido a que la presión
parcial de oxígeno (PO2) es mayor en los alvéolos, en los otros tejidos se presenta una PO2
mayor en la sangre capilar que en otros los tejidos, lo que permite que el oxígeno se difunda
por las células. Por el contrario cuando el oxígeno es metabolizado en las células para formar
dióxido de carbono, la presión de dióxido de carbono (PCO2) aumenta y hace que se difunda
hacia los capilares tisulares, para así fluir hasta los pulmones.
En condiciones normales aproximadamente el 97% de oxígeno que se transporta de los

tejidos es trasportado en combinación química con la hemoglobina, el 3% restante se
transporta en estado disuelto en el agua del plasma y las células de la sangre. Cuando la PO2
es alta como en los capilares pulmonares el oxígeno se une a la hemoglobina y cuando es baja
como en los capilares tisulares se libera. La Figura (1-19) muestra la curva de disociación
oxígeno-hemoglobina, donde se observa el aumento progresivo del porcentaje de
hemoglobina unida al oxígeno a medida que aumenta la PO2 sanguínea, denominado
saturación porcentual de hemoglobina o saturación de oxihemoglobina (SaO2).
Figura 1-19: Curva de disociación oxígeno-hemoglobina (31).
1.3.5 LA PULSIOXIMETRÍA
Cada molécula de hemoglobina tiene cuatro enlaces disponibles con el oxígeno, el

porcentaje de estos enlaces disponibles y los que verdaderamente se encuentran combinados
con moléculas de oxígeno son representados por la SaO2. La pulsioximetría es una técnica no
26
invasiva que mide la SaO2 en la sangre circulante. La SaO2 y PO2 están relacionadas por la
curva de oxígeno-disociación de la hemoglobina, ver Figura (1-19). Al medir la saturación de
oxígeno estamos midiendo la cantidad de oxígeno que se encuentra combinado con la
hemoglobina, es por eso que esta es una medida relativa y no absoluta ya que no indica la
cantidad de oxígeno en sangre que llega a los tejidos, sino, qué relación hay entre la cantidad
de hemoglobina presente y la cantidad de hemoglobina combinada con oxígeno
(oxihemoglobina). Este parámetro se puede medir, y usualmente se hace por medio de un
sensado óptico, dado que la cantidad de oxihemoglobina está relacionada con la coloración
roja de la sangre, siendo esta más fuerte cuanto más oxihemoglobina contiene la sangre y más
tenue cuanto menos oxihemoglobina hay presente. La medición de la SaO2 es muy útil para
evaluar la oxigenación arterial de pacientes en los servicios ambulatorios, de tratamiento
intensivo y de emergencia. La SaO2 es especialmente útil para evaluar los resultados de la
oxígenoterapia en forma no invasiva, evitando las punciones arteriales repetidas (32).
El principio de funcionamiento del sensor óptico está determinado porque la absorción de

la sangre a una cierta longitud de onda es dependiente de la saturación de oxihemoglobina.
Entonces refiriéndose al sensor dactilar, emitiendo una luz a esta longitud de onda a través del
dedo y recibiendo la cantidad de luz que no fue absorbida en un receptor diametralmente
opuesto al emisor, se puede conocer la cantidad de luz absorbida por el dedo, que es
mayoritariamente absorbida por la sangre. De esta manera se tiene una señal que varía con el
pulso y con la SaO2, y una señal que varía solamente con el pulso, o sea, se puede modular la
primera con la segunda de manera de obtener una lectura permanente de la SaO2 (32). SaO2
es definido como la tasa del nivel de Hemoglobina Oxigenada sobre el nivel total de
hemoglobina. Los tejidos del cuerpo absorben diferentes cantidades de luz dependiendo del
nivel de oxigenación de sangre que está pasando sobre estos, lo cual se caracteriza por ser no
lineal. Se usan dos longitudes de ondas de luz diferentes, cada una es activada y medida
alternadamente (33).
1.3.6 BIOMECÁNICA Y ANÁLISIS DE LA MARCHA
El ciclo de marcha es definido como un intervalo entre dos sucesivas ocurrencias de uno
de los eventos repetitivos de la caminata, aunque cualquier evento podría ser definido como
ciclo de marcha, este normalmente inicia en el instante del contacto del pie con el suelo
(Contacto Inicial). Si inicia con el pie derecho, ver Figura (1-20), entonces el ciclo terminará
27
cuando el pie derecho hace contacto con el suelo. El pie izquierdo tiene las mismas secuencias
del pie derecho pero desfasado medio ciclo (34).
Figura 1-20: Ciclo de marcha normal para un niño de 8 años (35).
La fase de apoyo, también llamada fase de soporte o fase de contacto, va desde el contacto
inicial hasta el despegue del pie derecho. Se subdivide en cinco fases o subfases (Ver Figura
(1-20)).
1. Contacto Inicial CI (0-2%): La fase de contacto inicial (CI) constituye la toma de

contacto del pie con el suelo, busca el posicionamiento del miembro para iniciar el apoyo.
En individuos normales, el contacto con el suelo tiene lugar a través del talón.
2. Respuesta a la carga RC (0-10%): se identifica con el primer período de doble soporte.

Va entre el instante de contacto inicial y el despegue del antepié del miembro
contralateral, en condiciones normales. El miembro inferior debe, en esta fase, absorber el
impacto inicial, manteniendo al mismo tiempo la estabilidad del apoyo y la progresión.
Durante este período la rodilla flexiona y el tobillo realiza una flexión plantar,
controlados, respectivamente, por el cuádriceps y el tibial anterior, al tiempo que se
estabiliza la cadera.
3. Apoyo medio AM (10-30%): El despegue del miembro contralateral marca el principio

de la fase de simple soporte derecho, que se prolonga hasta el instante de despegue del
talón. La finalidad de esta etapa es la progresión del cuerpo sobre el pie estacionario,
manteniendo la estabilidad del miembro y del tronco. Tras el apoyo completo del pie, se
28
produce una dorsiflexión controlada del tobillo, la rodilla finaliza su movimiento de

flexión y comienza a extenderse, y se estabiliza el cuerpo en el plano frontal.
4. Apoyo terminal AT (30-50%): continuando con el simple soporte derecho, comienza

con el despegue del talón y finaliza cuando el miembro contralateral contacta con el suelo.
En esta fase el cuerpo sobrepasa el pie de soporte, cayendo hacia adelante.
5. Pre – balanceo PB (50-60%): El contacto inicial del miembro contralateral marca el

inicio del segundo período de doble soporte, que culmina con el despegue del antepié. La
función principal del miembro es, precisamente, su preparación para realizar la oscilación
o balanceo, facilitada por la entrada en carga del miembro contralateral, hacia el que
transfiere rápidamente la carga. La flexión plantar del tobillo y un importante grado de
flexión de rodilla son característicos de esta fase.
La fase de balanceo corresponde al período desde el despegue del dedo del pie derecho hasta
el siguiente contacto inicial y se subdivide en tres fases o subfases (Ver Figura (1-20)).
1. Balanceo inicial BI (60-73%): esta parte corresponde, al primer tercio del período de
balanceo. Constituyen sus límites el despegue del miembro y el momento en que éste
alcanza el miembro contralateral. El avance del miembro se produce por medio de la
flexión de cadera y rodilla, asegurando una separación adecuada entre el pie y el suelo.
2. Balanceo medio BM (73-87%): La segunda parte del balanceo, comienza cuando ambos
miembros se cruzan y finaliza cuando la tibia oscilante alcanza una posición vertical, ya
sobrepasado el miembro de apoyo. La progresión del miembro a una distancia suficiente
del suelo se propicia por una dorsiflexión del tobillo, acompañada de una flexión adicional
de la cadera y extensión de la rodilla.
3. Balanceo terminal BT (87-100%): El período de balanceo finaliza limitado por el

siguiente contacto del miembro con el suelo, que da paso a una nueva zancada. En esta
etapa debe ultimarse el avance del miembro y llevarse a cabo la preparación para el
inminente contacto. Se produce una acción de frenado de la flexión de cadera y continúa
la flexión de rodilla, quedando ésta en extensión desde la fase de balanceo medio y la tibia
adelantada con respecto al fémur. El tobillo mantiene una alineación cercana a la neutra.
29
1.3.7 BIOMECÁNICA DEL TOBILLO DURANTE DE LA MARCHA
Entre la tibia y el pie se presenta la transferencia de fuerzas de soporte del cuerpo,

verticales, a un sistema de apoyo horizontal. El astrágalo, ubicado bajo el eje de la tibia,
conecta las cargas verticales soportadas por ésta con las estructuras del pie, permitiendo la
movilidad relativa de ambos segmentos en tres dimensiones a través de un mecanismo básico
de dos articulaciones de ejes no paralelos. En la Figura (1-21) se presenta la evolución
temporal del ángulo de flexoextensión del tobillo, del momento articular neto y de la potencia
articular neta en el plano sagital. Pese a no experimentar una gran movilidad durante la
marcha, el papel del tobillo es esencial para la progresión y absorción del impacto en la fase
de apoyo, y facilita el avance del miembro durante el balanceo. El rango de movimiento
articular oscila, aproximadamente, entre 20° y 40°.
Los estímulos mecánicos a los que se encuentra sometido el tobillo durante la marcha
responden tanto a su posición como a la magnitud, dirección y línea de acción de la fuerza de
reacción. En el caso particular del tobillo, la importancia de estos dos últimos factores queda
patente al comparar los instantes de doble soporte, en los que las curvas de par y potencia
articular presentan valores muy diferentes pese a presentar una cinemática bastante similar
[37].
30
Figura 1-21: Biomecánica del tobillo, en el plano sagital, a

cadencia libre. Posición, momento articular y potencia articular
(36).
31
1.3.8 BIOMECÁNICA DE LA RODILLA DURANTE DE LA MARCHA
La rodilla es la articulación entre dos huesos largos (el fémur y la tibia) que constituyen
los segmentos mayores del miembro inferior, la movilidad y estabilidad de la rodilla son
factores fundamentales en el patrón normal de marcha. Durante la fase de soporte, la rodilla es
el principal determinante de la estabilidad del miembro. En la fase de balanceo, la flexibilidad
de la rodilla constituye el factor más importante para permitir el avance del miembro. El
número de músculos biarticulares involucrados en el control de la rodilla indica, a su vez, una
coordinación estrecha con la cadera y el tobillo. En la Figura (1-22) se presenta la evolución y
acciones mecánicas asociadas a la marcha en el plano sagital.
El movimiento normal de la rodilla durante la marcha transcurre en un rango máximo de

entre 0° y 70°. Durante el apoyo la alineación de la fuerza de reacción con la rodilla crea
cuatro pautas alternativas de momento (extensor, flexor, extensor y flexor), que se suceden a
lo largo de las fases de sustentación (Figura (1-22)).
La rodilla tiene tres requerimientos funcionales durante la marcha. Dos de ellos van
asociados al apoyo: absorción del impacto de carga del miembro y estabilidad en la extensión
para asegurar el mantenimiento del peso del cuerpo. En la fase de balanceo, la rodilla tiene
que flexionar rápidamente para permitir el avance del miembro. Estas demandas condicionan
la relación entre el movimiento y la acción muscular correspondiente.
La estrategia de control muscular de la rodilla con vistas al apoyo comienza en la fase

final del balanceo, con la activación de dos grupos musculares: los isquiotibiales y el
cuádriceps. A lo largo del apoyo, la rodilla pasa de una posición estable en el contacto inicial
a otra inestable al ser cargado el miembro, para volver a una postura estable en el apoyo
monopodal. Esta variación de estabilidad es consecuencia del cambio de alineación relativa de
la fuerza de reacción. La situación de mayor requerimiento funcional es la recepción del peso
del cuerpo (37).
32
Figura 1-22: Biomecánica de la rodilla, en el plano sagital, a

(36).
33
1.3.9 BIOMECÁNICA DE LA CADERA DURANTE DE LA MARCHA
La función de la cadera se diferencia de la de otras articulaciones en varios aspectos. La

cadera constituye el punto de unión entre el cuerpo del sujeto y su sistema de locomoción. En
consecuencia, el diseño de la cadera proporciona movilidad en las tres dimensiones,
existiendo control muscular para cada dirección de actividad. El mayor rango de movimiento
corresponde al plano sagital. En contraposición, en el plano frontal, el movimiento es escaso,
pero la demanda muscular es más intensa. Por último, la rotación en el plano transversal
reviste menor importancia.
Desde un punto de vista funcional, el objetivo de la musculatura de la cadera varía en

consonancia con las fases del ciclo de marcha: durante el apoyo, el papel que desempeña es la
estabilización del tronco, mientras que en la fase de oscilación se persigue el avance del
miembro inferior. En la Figura (1-23) se presenta la evolución y acciones mecánicas en cadera
asociadas a la marcha en el plano sagital.
Desde un punto de vista clínico, se define el movimiento de la articulación de la cadera

como la trayectoria del muslo en relación a la pelvis. Adicionalmente, existe una cierta
inclinación pélvica superpuesta a lo anterior, que se plasma en un aumento o disminución del
movimiento real a nivel de la articulación.
En el plano sagital, la cadera presenta dos trayectorias de movimiento durante una

zancada normal, principalmente extensión en el apoyo y flexión en la oscilación (Figura (1-
23)), produciéndose la inversión de forma gradual al comenzar la subfase de prebalanceo de la
fase de apoyo. El rango total de movimiento normal en la cadera es de unos 40°. La posición
del vector fuerza de reacción, con respecto a la articulación de la cadera en los planos sagital
y frontal, cambia a medida que el cuerpo avanza sobre el miembro de apoyo, dando lugar a un
patrón del momento externo específico del ciclo de marcha.
La estabilización de la masa del tronco sobre la cadera introduce una fuerte demanda de
control muscular en el período de apoyo. No obstante, existe un mecanismo de ahorro de
energía, consistente en reemplazar la acción muscular por fuerzas pasivas, una vez superada la
fase de carga del miembro. La segunda demanda muscular, necesaria para el avance del
miembro, es menos intensa, puesto que sólo afecta a la masa de éste, utilizándose, una vez
más, la cantidad de movimiento en sustitución de la acción muscular directa (37).
34
Figura 1-23: Biomecánica de la cadera, en el plano sagital, a

(36).
Capítulo 2 Redes inalámbricas e IEEE 802.15.4/ZigBee
El presente capítulo da un amplio panorama de las redes inalámbricas y la integración a

través del modelo OSI (Open Systems Interconection), profundizando en las redes de área
personal y sus estándares, particularmente la redes IEEE 802.15.4/ZigBee en sus diferentes
capas y servicios, con el objetivo de fundamentar los siguientes capítulos, donde se presenta
una propuesta de desarrollo de un plataforma para monitoreo de pacientes sobre esta
tecnología.
2.1 R EDES I NALÁMBRICAS
Las WSN son una aplicación o servicio que se implementa sobre las redes inalámbricas,
las redes inalámbricas constituyen un sistema de comunicación de datos flexible que permite
reemplazar las redes cableadas o expandirlas. En este tipo de redes los datos se propagan en
un medio de transmisión no guiado mediante ondas electromagnéticas a través de antenas. El
uso de estas tecnologías de radiofrecuencia permite a los usuarios acceso a las redes dentro
del área de cobertura y minimiza las conexiones cableadas y las obras civiles. Las redes
inalámbricas (Figura (2-1)) se pueden clasificar según la cobertura y el ancho de banda, la
cuales se dividen en 4 grupos, que se enuncian a continuación.
Figura 2-1: Clasificación de redes.
35
Capítulo 2. Redes inalámbricas e IEEE 802.15.4/ZigBee 36
2.1.1 WWAN
Una red inalámbrica de área amplia WWAN (Wireless Wide Area Network) es la red que
consigue el mayor alcance posible de todas las redes inalámbricas, pueden interconectar
oficinas en diferentes ciudades, países e incluso continentes. Los teléfonos móviles son un
ejemplo de aplicación de este tipo de red, específicamente las WWAN se aprovechan de la
infraestructura de red de los teléfonos móviles para proporcionar roaming de conexión de red
inalámbrica y cualquier tipo de servicio por la conexión a internet. Entre las tecnologías que
ofrecen WWAN, las generaciones más importantes son las siguientes:
 2.5G – Servicio de paquetes por Radio General GPRS (General Packet Radio
Services).
 2.75G – Entorno de datos mejorados de un Sistema Global Móvil EDGE

(Enhanced Data GSM Environment).
 3G – Sistema Universal de Telecomunicaciones Móviles UMTS (Universal

Mobile Telecommunications Service).
 3.5G – Acceso a Descarga de Paquetes de Alta Velocidad HSDPA (High Speed

Downlink Packet Access).
 Finalmente, la WWAN se extenderá a 3.75G llamado Acceso a Transmisión de

Paquetes de Alta Velocidad HSUPA (High Speed Uplink Packet Access) y a las
comunicaciones 4G.
2.1.2 WMAN
Una red inalámbrica de área metropolitana WMAN (Wireless Metropolitan Area

Network) es una gran red que abarca una zona metropolitana. Presenta un nivel intermedio
entre una WAN (Wide Area Network) y una red de área local LAN (Local Area Network).
Conecta diversas LAN cercanas entre sí a alta velocidad. El LMDS (Local Multipoint
Distribution Service), MMDS (Multichannel Multipoint Distribution Service) y WiMax
(Worldwide Interoperability for Microwave Access) forman parte de esta red (38).
2.1.3 WLAN
Una red inalámbrica de área local WLAN (Wireless Local Area Network) es una red que
conecta computadores y otros dispositivos dentro de una cobertura definida por el estándar,
La mayoría de las LAN conectan terminales de trabajo, computadores personales y permiten a
los usuarios acceder a datos y dispositivos (por ejemplo, impresoras y módems) en cualquier
parte de la red. Las tecnologías que forman parte de la WLAN son HomeRF, HiperLAN
(High Performance LAN) y Wi-fi (Wireless-Fidelity), esta última cumple con el estándar
802.11 y permite crear redes de área local inalámbricas que admiten computadores portátiles,
asistentes digitales personales PDA (Personal Digital Assitant) o cualquier otro tipo de
dispositivo con propiedades de esta conexión a de tasas 11 Mbps o superior, dentro de un
radio de 20 a 50 metros en ambientes cerrados, y de cientos de metros al aire libre (38).
2.1.4 WPAN
Una red inalámbrica de área personal WPAN (Wireless Personal Area Network) maneja
una cubertura entre 10 a 300 metros entre dispositivos, normalmente usadas para conectar
varios dispositivos portátiles personales que no requiere de altos índices de velocidad de
transmisión de datos. Las bajas tasas de datos a transmitir entre los dispositivos dan como
resultado un bajo consumo de potencia, lo cual hace a la tecnología WPAN adecuada para el
uso en redes de sensores (39). En el apartado 2.3 se definen varios estándares que determinan
diferentes esquemas y aspectos de este tipo de redes que son la base para la implementación
de WSNs.
2.2 E L MODELO DE REFERENCIA OSI
Las redes móviles e inalámbricas como las descritas anteriormente, requieren de una
infraestructura física preestablecida y de mecanismos centralizados para efectuar parte de sus
operaciones y procesos de comunicación. Estas utilizan puntos de acceso predeterminados
para permitir que sus usuarios móviles se puedan interconectar a la red principal y obtener así
los servicios que requieren (40), por lo cual se ha trabajado en un modelo de integración de
capas de aplicación y servicios buscando la integración, el cual se denomina modelo de
referencia OSI. Esta necesidad de integración comenzó entre 1975 y 1980, debido que gran
variedad de empresas tomaron la iniciativa de usar tecnologías de conexión para las
comunicaciones. La Organización Internacional para la Estandarización ISO (International
Organization for Standardization) buscando enfrentar la incompatibilidad entre redes,
consultó los modelos de conexión que habían hasta el momento, entre ellos la red DECNet
(Digital Equipment Corporation) y la Arquitectura de Sistemas de Red SNA (System
Network Architecture), con el fin de encontrar un conjunto de reglas aplicables de forma
general a todas las redes. En 1979, la ISO definió un esquema de funciones de
comunicaciones para el intercambio de información entre sistemas de computadores llamado
modelo de referencia de interconexión de sistemas abiertos OSI (Open Systems
Interconection). El modelo OSI provee un conjunto detallado de estándares que describen una
red, aunque no puede ser considerado una arquitectura, ya que no especifica el protocolo que
debe ser usado en cada capa. El modelo de referencia OSI está dividido en siete capas (Figura
(2-2)).
Aplicación CAPA 7
Presentación CAPA 6
Sesión CAPA 5
Transporte CAPA 4
Red CAPA 3
Enlace de datos CAPA 2
Física CAPA 1
Figura 2-2: Capas del modelo de referencia OSI.
El modelo OSI además de definir las capas describe de forma general su funcionalidad en
cuanto al procesamiento de datos y servicios, a continuación se describe:
 Capa física: transmite un tren de bits sobre un canal de comunicaciones, además

define el medio o canal de comunicaciones.
 Capa de enlace de datos: transforma un canal de comunicaciones en un canal libre

de errores entre los dos extremos del enlace físico.
 Capa de red: controla la operación sobre la subred de comunicaciones. Provee

servicios de ruteo de paquetes, transferencia sobre la red y administración de la
red.
 Capa de transporte: provee un canal para enviar mensajes entre dos procesos que
se comunican.
 Capa de sesión: organiza y sincroniza el intercambio de mensajes, controla el

proceso de la comunicación.
 Capa de presentación: Estructura los mensajes, provee semántica y sintaxis, define

los formatos de transmisión de datos.
 Capa de aplicación: provee servicios y procedimientos para las aplicaciones de

usuario.
Los estándares que definen comunicaciones inalámbricas están basados en el modelo OSI,
organizados en capas adyacentes con funciones especiales para el traspaso de información y
con una referencia jerárquica. Cada capa consta de dos partes: (1) definición de un servicio,
donde se define la función que provee la capa y (2) especificación del protocolo, donde se
especifica cómo la capa provee un servicio.
2.3 E STÁNDARES Y REDES DE WPAN
Después de definir el espectro de las redes inalámbricas y su modelo generalizado de

interconexión, se inicia la descripción y análisis de las WPANs dado que este trabajo
presenta una aplicación de esta tecnología. Esta redes de área personal cuentan con una
definición de estándares de comunicación y ciertas variaciones que se han definido a lo largo
de su evolución, y donde la administración y regularización de las WPANs es definida por el
grupo de trabajo WG (Working Group) 802.15 de la IEEE (Institute of Electrical and
Electronics Engineers), a partir del cual se han derivado grupos de tarea TG (Task Groups)
Figura (2-3), que definen los diferentes tópicos para la regulación de las WPANs. En la
actualidad se han desarrollado aplicaciones en: interconexión de periféricos de computadores,
dispositivos móviles, control y monitoreo, mediciones en automóviles, agricultura de
precisión, domótica, entre otros. Este tipo de redes están orientadas al bajo consumo de
energía, ya que usa protocolos simples orientados a las necesidades de comunicación. A
continuación se describen los temas de trabajo de cada grupo de tarea de las WPANs, que han
dado la viabilidad al desarrollo de estas redes y exploran el futuro de esta tecnología.
Grupo de trabajo
WPAN
802.15
Figura 2-3: Estándares y variaciones de WPANs.
2.3.1 IEEE 802.15.1
El grupo de tarea IEEE 802.15.1 definió la tecnología y conexión Bluetooth, la cual se

basa en las tecnologías inalámbricas de espectro ensanchado (Spread Spectrum) y saltos de
frecuencia (Frequency Hopping). Desde un punto de vista de arquitectura de la red, bluetooth
se basa en el concepto de picored (Figura (2-4)), una configuración de redes de área personal
que se refiere a la capacidad de varios equipos para configurarse como una red; la picored se
puede definir como la red de corto alcance formada por dos o más unidades que comparten un
canal, es decir, que funcionan de forma síncrona y siguiendo la misma frecuencia de salto. La
picored se diferencia de otras redes similares de su entorno mediante la secuencia de
frecuencia de salto. Las picoredes se pueden enlazar de forma ad-hoc, las cuales están
formadas por dispositivos móviles que cooperan entre sí de forma distribuida, con el fin de
llevar a cabo la transmisión de paquetes de datos por los distintos nodos de una red. La
integración de varias picoredes genera lo que se conoce como red de dispersión (scatter-net);
estas redes pueden actuar como enlace inalámbrico a redes de datos ya existentes sean
cableadas o no (41).
Figura 2-4: Ejemplo de la integración de varias Picored Bluetooth

formando una Scatternet (42).
Bluetooth es un estándar de comunicación inalámbrica usado para intercambio de datos y

voz entre dos dispositivos a una tasa de hasta 921.6 kbps. Dependiendo del dispositivo usado,
las dos partes podrían comunicarse a distancias de hasta 100 m. en condiciones ideales. La
mayoría de los dispositivos Bluetooth tienden a ser usados dentro, o alrededor de edificios
donde el rango efectivo de comunicación es de alrededor de 10 m. La distancia está en
función de la clase del dispositivo (definida por la potencia de transmisión) y el terreno sobre
el cual es usado (43). Los dispositivos Bluetooth operan a una frecuencia de alrededor de
2.4GHz la cual hace parte de la banda ISM. Esto tiene el beneficio de no requerir licencias
para su implementación en ningún lugar. Para incrementar la seguridad y tal vez lo más
importante, mejorar la fiabilidad, el estándar Bluetooth usa saltos de frecuencia con una tasa
de 1600 saltos por segundo, lo cual se logra dividiendo la banda de frecuencia ISM en 79
canales (sólo 23 en Japón, España y Francia), cada uno con un ancho de banda de 1MHz y así
realizar saltos de canal en canal de forma seudo-aleatoria. Esto asegura que dos transmisores
operando cerca no produzcan interferencia con otras señales, mientras que cualquier pérdida
de datos puede ser recuperada mediante algoritmos de corrección de errores (29).
La comunicación o transmisión de datos entre dispositivos es separada en capas basado en

el modelo OSI, cada una tiene una ubicación, función y protocolos específicos, debido al
arreglo jerárquico de los protocolos, se define una pila de protocolos (protocol Stack) que
determina el conjunto de reglas de comunicación (29). El Stack de Bluetooth se observa en la
Figura (2-5), a continuación se define cada una de las capas y los protocolos.
Figura 2-5: Stack de protocolo Bluetooth (43).
 La banda base: controla la sincronización de las unidades Bluetooth y la secuencia

de saltos en frecuencia, además es la responsable de la información para el control
de enlace a bajo nivel como: el reconocimiento, control de flujo y caracterización
de carga útil. Soporta dos tipos de enlace: síncrono orientado a la conexión SCO
(Synchronous Connection Oriented) para datos, y asíncrono no orientado a la
conexión ACL (Asynchronous Connection Oriented) principalmente para audio.
Los dos pueden ser multiplexados para usar el mismo enlace RF. Usando ancho
de banda reservado, los enlaces SCO soportan tráfico de voz en tiempo real.
 El protocolo de gestión de enlace: LMP (Link Manager Protocol) es el

responsable de la autenticación, encriptación, control y configuración del enlace.
El LMP también se encarga del manejo de los modos y consumo de potencia,

además soporta los procedimientos necesarios para establecer un enlace SCO.
 El protocolo de control y adaptación de enlace lógico: L2CAP (Logical Link

Control and Adaptation Protocol) corresponde a la capa de enlace de datos. Éste
brinda servicios de datos orientados y no orientados a la conexión a capas
superiores. La conexión L2CAP permite el intercambio de información referente a
la calidad de la conexión, además maneja grupos, de tal manera que varios
dispositivos pueden comunicarse entre sí.
 El protocolo de descubrimiento de servicio: SDP (Sevice Discovery Protocol)

define cómo actúa una aplicación de un cliente Bluetooth para descubrir servicios
disponibles de servidores Bluetooth, además de proporcionar un método para
determinar las características de estos servicios.
 El protocolo de comunicación por radio frecuencia: RFCOMM (Radio Frequency

Communication) ofrece emulación de puertos seriales sobre el protocolo L2CAP.
RFCOMM emula señales de control y datos RS-232 sobre la banda base
Bluetooth. Éste ofrece capacidades de transporte a servicios de capas superiores
que usan una línea serial como mecanismo de transporte.
 La capa de audio: es una capa especial, usada sólo para enviar audio sobre
Bluetooth. Las transmisiones de audio pueden ser ejecutadas entre una o más
unidades usando muchos modelos diferentes. Los datos de audio no pasan a través
de la capa L2CAP, pero sí directamente después de abrir un enlace y un
establecimiento directo entre dos unidades Bluetooth (43).
 Protocolos Específicos:
 Comandos AT: bluetooth soporta un número de comandos AT para el

control de telefonía a través de emulación de puerto serial
(RFCOMM).
 Protocolo punto a punto: PPP (Point to Point Protocol) es un protocolo

orientado a paquetes y por lo tanto debe usar su mecanismo serial para
convertir una trama de paquetes de datos en una corriente de datos

seriales.
 Protocolos UDP/TCP – IP: protocolo de datagramas de usuario UDP

(User Datagram Protocol) y protocolo de control de transmisión TCP
(Transmission Control Protocol) permiten a las unidades bluetooth
conectarse a Internet a través de otras unidades conectadas.
 Protocolo de aplicación inalámbrica: WAP (Wireless Aplication

Protocol) es un protocolo que trabaja con una amplia variedad de
tecnologías de red inalámbricas conectando dispositivos móviles a
Internet. Bluetooth puede ser usado como portador para ofrecer el
transporte de datos entre el cliente WAP y su servidor de WAP
adyacente.
 Protocolo de intercambio de datos: OBEX (OBject EXchange) es un

protocolo opcional de nivel de aplicación diseñado para permitir a las
unidades Bluetooth soportar comunicación infrarroja para
intercambiar una gran variedad de datos y comandos.
 Protocolo de extensión de aplicación web: WAE (Web Application

Extension) permite modelar aplicaciones con elementos específicos en
un entorno web, la cual puede alterar su estado a partir de la
interacción con un usuario (44).
2.3.2 IEEE 802.15.2
El grupo de tarea 802.15.2 no define una red, sino que estudia los posibles problemas
derivados de la coexistencia de WPANs (802.15) con redes inalámbricas WLANs (802.11).
La gran mayoría de redes inalámbricas de área local y redes de área personales funcionan
sobre las mismas bandas de frecuencias, las cuales han sido determinadas para aplicaciones
industriales, científicas y médicas, produciéndose una interferencia mutua entre los sistemas
inalámbricos. Existen varios factores que afectan el nivel de interferencia, como la separación
entre un dispositivo WPAN y un WLAN, la cantidad de tráfico de datos que fluye a través de
cada una de las dos redes, los niveles de potencia de ambos dispositivos y la tasa de datos de
la WLAN. Además de esto, los diferentes tipos de información enviados a través de las redes
inalámbricas, tienen diferentes niveles de sensibilidad a las interferencias (45).
Este grupo recomienda varios mecanismos de coexistencia que pueden ser usados para
facilitar la coexistencia entre WPANS y WLANS, los mecanismos de coexistencia pueden ser
colaborativos o no colaborativos. Los mecanismos colaborativos pueden ser usados cuando
existe un enlace entre una WPAN y una WLAN, este es el mejor mecanismo a usar cuando
ambos dispositivos WPAN y WLAN están embebidos en el mismo equipo, (por ejemplo una
tarjeta IEEE 802.11b y un módulo IEEE 802.15.1 embebidos en un computador portátil). Los
mecanismos de coexistencia no colaborativos no requieren ningún enlace de comunicación
entre la WPAN y la WLAN.
2.3.3 IEEE 802.15.3
El estándar IEEE 802.15.3 surgió de la necesidad de formar WPANs que fueran capaces
de transmitir datos de manera rápida y eficiente. Con esto la IEEE autoriza en diciembre de
1999 la creación del grupo de tarea IEEE 802.15.3 quien fue el encargado de publicar en
Agosto de 2003 el primer borrador del estándar, en el que se especifican los requerimientos en
la capa física (PHY) y para el control de acceso a medios (MAC) (46).
El grupo de tarea IEEE 802.15.3a derivado del IEEE 802.15.3, estableció metas enfocadas
al bajo consumo de energía y bajos costos para asegurar que las WPAN se lograran
implementar con tecnología CMOS, de igual manera se definen tasas de transmisión de datos
de 110 a 480 Mbps buscando la conectividad con el bus universal serial USB (Universal
Serial Bus) de manera inalámbrica. Este estándar permitirá un amplio rango de transmisión
para aplicaciones en multimedia, en aplicaciones como: transferencia de video digital de alta
velocidad desde una cámara a un dispositivo de televisión, sistemas de teatro en casa,
conexiones de un PC a un proyector o juegos de video, transferencia de datos de
reproductores de mp3, impresoras, celulares y cámaras digitales a un computador.
Actualmente el grupo se encuentra cerrado por la incertidumbre y reglamentación en el
mercado mundial, dejando la posibilidad de reabrirse en 1 o 2 años, lo cual se dará sólo si la
tecnología demuestra ser comercialmente viable (47).
2.3.4 IEEE 802.15.4
IEEE 802.15.4 es un estándar que define características de la capa física PHY y de control
de acceso al medio MAC para redes con tasas bajas de transmisión de datos, para aplicación
en dispositivos portables. El propósito del estándar es definir los niveles de red básicos para
dar servicio a un tipo específico de WPAN, que se centra en la habilitación de comunicación
entre dispositivos de bajo costo y baja velocidad, siendo aspectos muy importantes para el
desarrollo de WSNs (46).
Esta norma fue aprobada en el año 2003 y se publicó en octubre del mismo año, al
completar la tarea de publicación del estándar, el grupo de tarea se deja en un modo de
―hibernación‖, esta es la forma en que la IEEE dice que un grupo no tiene trabajos de
desarrollo actualmente. Sin embargo la labor en el estudio de las bajas tasas de datos en
WPANs no se detiene. A partir de éste estándar se crean inicialmente dos grupos de tarea
802.15.4a y 802.15.4b, y actualmente hay grupos de tarea hasta el 802.15.4g (48), que
describen a continuación:
 IEEE 802.15.4a: El principal interés del grupo es proveer comunicaciones de alta

precisión, con capacidad de localización con precisión de 1 metro e inferiores y
ultra baja potencia de consumo. Estas capacidades especiales son muy esperadas,
con el fin de tener más oportunidades con las aplicaciones en el mercado de las
comunicaciones inalámbricas, por lo cual en Marzo del año 2007 se aprobó
realizar la corrección en el estándar IEEE 802.15.4-2003 buscando la integración
de más de una capa física (48).
 IEEE 802.15.4b: El grupo se encarga de perfeccionar la especificación IEEE

802.15.4-2003 para aclarar inconvenientes, resolver incoherencias y realizar
extensiones específicas como una interfaz de capa física más veloz, aumento de la
seguridad en uso de claves de seguridad, consideraciones para una asignación de
frecuencias disponibles. El estándar fue aprobado en junio de 2006 (48).
 IEEE 802.15.4c: Este grupo se encarga de las mejoras en capa física del estándar
802.15.4-2006 y 802.15.4a-2007, se determinó la banda de 779-787MHz la cual
podría ser considerada para el uso con 802.15.4., se logro un acuerdo con el
estándar de WPANs para China para definir la modulación múltiple por
desplazamiento de fase MPSK (Multi-Phase Shift keying) para la capa física y

poder ser implementada en ambos estándares (48).
 IEEE 802.15.4d: El grupo define una mejora en el estándar 802.15-4-2006. La

reforma propuesta por este grupo se limita a definir una nueva capa física,
definiendo cambios en la MAC necesarios para soportar una asignación de
frecuencias de (950MHz a 956MHz) en Japón (48).
 IEEE 802.15.4e: El grupo se crea para definir una mejora en la capa MAC del
estándar 802.15.4-2006. La intención es mejorar y añadir funcionalidad a esta
capa, mejorando el soporte a los mercados industriales, permitir la compatibilidad
con lo propuesto en el estándar para WPAN en China. Esta mejora permitirá la
implementación de aplicaciones en: Automatización industrial, control de
sensores, monitores médicos y audio entre otros (48).
 IEEE 802.15.4f: Durante julio del 2009 el grupo tuvo propuestas para la
operación de la capa física en frecuencias de 433MHz, 2.4GHz y frecuencias
microondas. El grupo propuso durante Septiembre del 2009, mejoras en la capa
física para aplicaciones en sistemas de comunicación bidireccional para Activos
de RFID (Radio Frequency Identification) (48).
 IEEE 802.15.4g: La función de este grupo de trabajo para redes inalámbricas

inteligentes es crear una mejora en la capa física del estándar 802.15.4, para
proveerla de un estándar global que facilite las aplicaciones en procesos de control
a gran escala de redes inteligentes, que sean de diversidad geográfica con una
mínima infraestructura (48).
2.3.5 IEEE 802.15.5
Este grupo de trabajo está encargado de determinar los mecanismos necesarios que deben
estar presentes en las capas PHY y MAC para habilitar la interoperabilidad y estabilidad en
redes inalámbricas en malla. La topología en malla de una WPAN cuenta con dos formas de
conexión de dispositivos: (1) en la topología en malla completa cada nodo está conectado
directamente a cada uno de los otros que conforman la red, (2) en una topología en malla
parcial algunos nodos están conectados a todos los demás que confirman la red, pero algunos
de estos nodos se conectan con otros con los cuales intercambian la mayoría de datos (49).
Algunas de las características de una topología en malla son:
 Ampliar la cobertura de la red sin necesidad de aumentar la potencia de

transmisión o la sensibilidad de los receptores.
 Mayor fiabilidad de los datos gracias a la redundancia de los mismos.
 Fácil configuración de la red.
 Mayor duración de la batería del dispositivo.
2.3.6 IEEE 802.15.6
Este grupo formado en noviembre del 2007, se encuentra desarrollando un estándar de

comunicación inalámbrica optimizado para dispositivos de baja potencia y operación dentro o
sobre el cuerpo (no se limita a los seres humanos), el cual se denomina red inalámbrica de
área corporal WBAN (Wireless Body Area Network) para aplicaciones médicas, electrónica
de consumo personal, entretenimiento entre otros (50). Dentro de las aplicaciones médicas por
las cuales optará este estándar en desarrollo son:
 Implantes para ayuda auditiva (Figura (2-6a)).
 Ojos y telescopio biónico (Figura (2-6b)).
 Capsulas endoscópicas (Figura (2-6c)).

Figura 2-6: Aplicaciones WBAN 802.15.6 (50).
En la aplicación de implante al interior del ojo o en un lente, debe contar con una calidad
de imagen a no menos de 2Mbps, además de ampliación de imágenes en áreas específicas,
permitiendo la transmisión de altas tasas de datos en un reducido tamaño (50). Esta área de
trabajo continúa en investigación porque requiere un ancho de banda muy amplio y no se ha
definido la frecuencia de trabajo.
2.3.7 IEEE 802.15.7
El grupo de tarea de comunicación de luz visible IEEE 802.15.7 definirá un estándar para
la PHY y MAC en comunicaciones de luz visible VLC (Visible Light Communications). El
espectro visible se extiende desde 380 a 780 nm de longitud de onda. El estándar es capaz de
entregar datos a velocidades suficientes para cubrir aplicaciones multimedia como audio y
video. El propósito de este estándar es proporcionar un estándar global para comunicaciones
ópticas inalámbricas de corto alcance mediante luz visible. Las principales ventajas de usar
esta banda de frecuencia son: (1) es libre de regulación, (2) alta inmunidad a interferencias,
(3) comunicación por medio de fuentes de luz. Las aplicaciones potenciales de esta tecnología
incluyen comunicaciones seguras punto a punto, sistemas de transporte inteligente, difusión

de la información. Las sesiones del grupo de trabajo iniciaron en febrero del 2009 (48).
2.3.8 IEEE 802.15 WPAN (IGTHZ)
El grupo de interés en WPANS operando en TeraHertz estudia la viabilidad de crear redes

operando en una frecuencia alta. La banda de TeraHertz va desde 300GHz hasta 3THz, con un
ancho de banda de 2700GHz. Este rango de frecuencias se considera sin aplicaciones actuales,
ya que es una banda demasiado alta para considerarse como RF y demasiado baja para
considerarse como luz, pero se considera tener en cuenta esta banda por los avances en la
aparición de transistores que operen a muy altas frecuencias, lo suficiente para iniciar los
estudios de comunicaciones inalámbricas en la banda de (300GHz a 600GHz) (48).
2.4 R EVISIÓN DE ANTECEDENTES Y NORMATIVA RELACIONADA CON LA APLICACIÓN

DE LAS REDES INALÁMBRICAS EN EL AMBIENTE MÉDICO
Después de definir las redes inalámbricas en detalle se continúa con una revisión de
antecedentes y normativa de la aplicación de las redes inalámbricas en el ambiente médico, en
donde una de las principales preocupaciones ha sido los efectos de la interferencia
electromagnética (EMI) desde los dispositivos de comunicación inalámbrica sobre los
dispositivos médicos, especialmente sobre los equipos de soporte vital. En 1994 se realizó una
prueba de susceptibilidad de la radiofrecuencia sobre los equipos médicos, llevada a cabo por
la oficina de dispositivos médicos en Canadá, algunos equipos médicos como ventiladores,
bombas de infusión, desfibriladores, monitores de ECG y fetales fueron susceptibles a la EMI,
El estudio sugiere tener cuidado con radios VHF, radios UHF y teléfonos celulares en un
metro de distancia a estos dispositivos (51). En 1997, la agencia regulatoria de productos de
la salud y medicina (MHRA) en Inglaterra llevo a cabo una prueba de EMI sobre dispositivos
médicos usando diferentes dispositivos de comunicación móvil como teléfonos análogos,
sistemas globales para comunicaciones móviles (GSM), redes de comunicación personal
(PCN) y radios de doble vía, los resultados finales mostraron que las maquina de anestesia,
respiradores, marcapasos externos, monitores de ECG, desfibriladores, bombas de infusión y
ventiladores fueron altamente sensibles a la EMI (52). En 1999, un estudio se llevó a cabo
sobre los efectos del EMI debido a los walkie-talkies, GSM 900 y sistemas de celulares
digitales (DCS 1800) sobre marcapasos externos mostrando en algunos casos inhibición de
los marcapasos y estimulación asincrónica (53). En 2004, hubo un estudio de EMI sobre las
bombas de infusión desde teléfonos móviles GSM, los resultados muestran que las bombas de
infusión y de inyección fueron paradas, lo cual disparó una alarma debido al EMI desde GSM
900 y PCS 1800 (54). Esto también ha pasado con ciertos equipos médicos como monitores
fetales, bombas de infusión, bombas de inyección, monitores de ECG, marcapasos externos,
respiradores, maquinas de anestesia y desfibriladores, los cuales son altamente sensibles a las
comunicaciones móviles como teléfonos celulares digitales y análogos y radios de doble vía
(51) (52) (53) (54).
Hoy en día, los nuevos equipos deben cumplir requisitos de inmunidad como se indica en
los estándares de EMI, por ejemplo IEC 60601-1-2:2001, donde los niveles de prueba a la
inmunidad han sido incrementados a 3 V/m y 10 V/m para dispositivos de soporte no vital y
vital respectivamente, con el fin de brindar mayor protección a los dispositivos médicos en
contra de la EMI de los dispositivos inalámbricos. La prueba de frecuencias ha sido extendido
hasta 2.5 GHz para proporcionar una inmunidad mayor en los equipos existentes de
comunicaciones inalámbricas. Sin embargo, el método de prueba a la inmunidad de EMI debe
ser detallado en el manual de instrucciones del equipo. Considerando que el riesgo de
sistemas WLAN y WPAN es relativamente bajo por el limitado rango de potencia de
transmisión y la mejora actual en el diseño de los equipos médicos en cuanto a la
compatibilidad electromagnética (EMC) y hace que sean más inmune a la EMI. Las WLAN
se han convertido en una de las tecnologías más confiables para instalación en hospitales en
los últimos años y las WPAN como un tema de investigación reciente. Varios estudios
sugieren que los sistemas de WLAN y WPAN sean usados en diferentes aplicaciones médicas
para mejorar la eficiencia del cuidado de la salud de los pacientes en el hospital (Ver Capítulo
1).
Un estudio de realizado en el hospital de Hong Kong en el 2009 buscó caracterizar la EMI

de las WLAN en sus variaciones desde 802.11a, b y g sobre 204 equipos médicos en las
diferentes dependencias del hospital, dentro de los que se incluyen los ya nombrados. Se
colocó un punto de acceso con potencia de transmisión de 1 W y un computador portátil en
continua comunicación, y se evaluó el efecto de la distancia desde la antena del punto de
acceso a cada equipo médicos, se varío la distancia con pasos de 10 cm hasta 3 m, finalmente
sólo un monitor fetal fue susceptible a IEEE 802.11b en distancia menores a 60 cm,
mostrando un 99.5% de EMC de las WLAN en el ambiente médico (55). Tomando como base
este ultimo estudio, la tecnología de las WPANs presentan una importante oportunidad de
investigación en el ámbito médico, debido a que IEEE 802.11 y ZigBee (IEEE 802.15.4)
comparte la misma banda en 2.4 GHz y los dispositivos que se evaluan en este trabajo no
superan los 3 mW de potencia de transmisión.
Por otro lado, las entidades reguladoras de dispositivos médicos a nivel mundial viendo el
incremento de la integración de comunicación inalámbrica en los dispositivos médicos como
fuentes de EMI, y siendo concientes de las importantes propuestas que generan las redes
inalámbricas en el ambiente médico, han desarrollado una serie de guias integrales para el
adecuado diseño de esta clase de equipos. La FDA (Food and Drug Administration of US)
afirma que es más confiable usar un cable que una comunicación inalámbrica en el ambiente
médico, y que es crítico pasar información inalámbrica a través de los equipos médicos, por lo
cual debe ser robusta y previene sobre varias preocupaciones al respecto como:
 Emisiones de RF de un equipo puede interferir en la función de otro.
 Entornos electromagnéticos donde están los equipos médicos pueden tener

muchas fuentes de energía de RF.
 El uso de la tecnología inalámbrica en el ambiente médico está incrementando.
Con el fin de reducir la EMI propone reducir la potencia de transmisión al mínimo

garantizando un adecuado funcionamiento del equipo, La FDA aconseja analizar los
siguientes aspectos del ambiente donde estará operando equipo con esta tecnología:
 Desempeño de las funciones inalámbricas: se refiere a una correcta y oportuna

transmisión de los datos médicos y la información, ya que es esencial para la
seguridad y la eficacia de dispositivos médicos y sistemas basados en conexión
por cable o inalámbrica. Sin embargo, los equipos médicos eléctricos que siguen
actualmente la norma IEC 60601-1-2:2001 "Equipos electromédicos - Parte 1-2:
Requisitos generales de seguridad - Norma colateral: Compatibilidad
electromagnética - Requisitos y ensayos" están actualmente exentos de las
disposiciones de inmunidad electromagnética en la banda de las frecuencias de RF
en las que el dispositivo médico receptor o transmisor inalámbrico opera. Esto
significa que la IEC 60601-1-2:2001 es actualmente insuficiente para evaluar si la
conexión inalámbrica funcionará correctamente en presencia de un disturbio
electromagnético en esta banda. Por lo tanto, la FDA recomienda describir en la
presentación previa a la comercialización, el adecuado etiquetado de la tecnología

inalámbrica y las especificaciones de RF (por ejemplo, la frecuencia y la
modulación RF), de igual manera incluir las pruebas realizadas y los resultados
que demuestran las funciones inalámbricas funcionan de manera segura y eficaz
en el entorno de uso previsto.
 Coexistencia Inalámbrica: un factor clave que contribuye a la seguridad de un

dispositivo inalámbrico médico y la eficacia; es usar una cantidad limitada del
espectro electromagnético y reducir la competencia con tecnologías inalámbricas
disponibles y potenciales en la misma banda. Esto es debido a las diferentes
tecnologías de comunicación inalámbrica de RF que pueden estar disponibles para
su uso en la comunicación sanitaria y el intercambio de información de la Salud.
La FDA recomienda una selección adecuada de tecnologías apropiadas de
comunicación de radiofrecuencia inalámbrica en su diseño y proceso de
desarrollo, incluyendo como parte del proceso la gestión de riesgos.
Las actuales tecnologías de radiofrecuencia inalámbrica incluyen:
 47 CFR Parte 15, Dispositivos de la comisión federal de

comunicaciones (FCC Parte 15).
 Servicio de Telemetría Inalámbrica Médica (WMTS).
 Teléfonos celulares.
 Computadores y asistentes personales (PDAs).
 Redes WLAN 802.11.a/b/g.
 Modems inalámbricos para computadores.
 Redes de area personal como 802.15.1 (Bluetooth), 802.15.3a

(ultrawide band) (UWB), y 802.15.4 (Zigbee).
 Identificación por RF (RFID).
Cada tecnología inalámbrica se enfrenta a la coexistencia. Por ejemplo, los

dispositivos que operan bajo las reglas de la FCC Parte 15 están sujetos a
interferencia de los principales usuarios de la banda de frecuencias. Puede

haber problemas cuando la FCC reasigna bandas en las que los dispositivos
funcionan, y las bandas que aparentemente estaban libres se ocupan por
usuarios primarios.
 Calidad del servicio inalámbrico: si bien la calidad del servicio de las redes
celulares puede ser aceptable para la comunicación de voz, no puede ser suficiente
para las funciones médicas. Eventos como conexiones perdidas sin previo aviso,
la falla al establecer conexiones, o incluso una ligera degradación de los servicios
pueden tener graves consecuencias, especialmente para:
 Transmisión inalámbrica de alarmas de dispositivos médicos críticos.
 Forma de onda continua de datos fisiológicos.
 Control en tiempo real de los dispositivos médicos terapéuticos (por

ejemplo, interruptores de pie inalámbricos).
 Telemetría médica de tiempo crítico (como formas de onda del

paciente en tiempo real y alarmas).
 El control inalámbrico de los dispositivos terapéuticos.
 Calidad del servicio inalámbrico: muchos dispositivos inalámbricos de uso

industrial, científico y médico en la banda ISM de 2.4GHz pueden incorporar
tecnología para minimizar la interferencia y error o corrupción de datos (Por
ejemplo protocolos de salto de frecuencia). Sin embargo, la coexistencia
inalámbrica y la latencia de los datos siguen siendo las preocupaciones, porque la
tasa de transferencia de datos puede retrasarce un poco o incluso dramáticamente
con un aumento en el número de transmisores similares en un una misma banda.
En muchos casos es esencial que los datos médicos se transmitan y se reciban sin
errores, incluyendo formas de onda en tiempo real, las señales de control crítico y
alarmas.
 Seguridad en la transmisión inalámbrica y acceso a las redes inalámbricas:

La seguridad es una preocupación en el uso de la tecnología inalámbrica RF, ya
que puede ser más fácil para el espionaje no autorizado sobre los datos del
paciente o producirse acceso no autorizado a redes de hospitales.
 EMC: La FDA recomienda que la compatibilidad electromagnética (EMC) sea

una parte integral del diseño, junto con las pruebas y el rendimiento de RF de
dispositivos médicos inalámbricos. Normas voluntarias de consenso como la IEC
60601-1-2:2001 "Equipos electromédicos - Parte 1-2: Requisitos generales de
seguridad - Norma colateral: Compatibilidad electromagnética - Requisitos y
ensayos (IEC 60601-1-2:2001), proporciona los requerimiento de emisiones
electromagnéticas y de inmunidad para equipos médicos eléctricos. Sin embargo,
como se señaló anteriormente, los receptores de RF están exentos de esta norma
de las disposiciones de la inmunidad en su banda de paso. Por lo tanto, la FDA
recomienda que se indique en la presentación previa a la comercialización y como
parte de los registros de calidad:
 Si se utiliza la asignación de banda de la exclusión.
 Pruebas que ha realizado para demostrar que la función inalámbrica

opera como está diseñado en el entorno de utilización previsto.
 Breve resumen de los ejemplos de situaciones potencialmente problemáticas:

El uso de la tecnología de RF podría tener los siguientes resultados:
 Que una señal desde el interruptor inalámbrico de pedal o micrófono

se retrasa o se bloquea, y la terapia no se termina cuando era
necesario.
 Una EMI causa de programación errónea inalámbrica de un

dispositivo médico.
 Personas no autorizadas obtienen acceso a una red de instalaciones de

salud y causa daños en otros equipos conectados en red, o de
denegación de servicio de la red.
 Personas adquieren el acceso no autorizado a información médica

privada.
 Transmisores de RF demasiados cerca en la banda (como el salto de

frecuencia de espectro ensanchado) y en algún caso aumentan la
latencia, por lo que se disminuye o se bloquea la transmisión continua
de datos, y si además hay un paciente crítico en esta red, generaría que
las condiciones que amenazan la vida no se comunican con los
médicos de manera oportuna.
 La Red de telefonía celular se utiliza para la transmisión de datos

continuos, se genera un evento de paciente crítico, y la conexión se
cae, generado la pérdida de datos o alarmas críticas perdidas.
 La Red de telefonía celular se utiliza para comunicar alarmas críticas

directamente a los médicos, pero las llamadas no se pueden realizar.
 Transmisión inalámbrica RF causa EMI en otros dispositivos médicos

cercanos.
De igual manera la FDA en su página web propone tener en cuenta aspectos como:
gestión de riesgos para los dispositivos médicos inalámbricos de RF, conceptos generales
diseño y desarrollo, diseño y verificación de desarrollo, diseño y validación de desarrollo,
etiquetado, compras, controles y actividades de aceptación, acciones correctivas y
preventivas, y servicios (56).
2.5 IEEE 802.15.4 Y Z IG B EE
Después de revisar las redes inalámbricas y su efecto sobre el ambiente médico, este
trabajo presenta una propuesta de red sensores biomédicos inalámbricos sobre tecnólogia
ZigBee, pero primero se hará una comparación que llevó a la selección de esta alternativa. La
tecnología ZigBee usa la globalmente disponible banda de frecuencia de 2.4 GHz. Este
habilita las aplicaciones inalámbricas usando un conjunto estandarizado de protocolos de
comunicaciones de alto nivel, con bajo consumo de los radios basados en el estándar IEEE
802.15.4 para redes de área personal inalámbrica.
ZigBee cuenta con las siguientes características: (1) es un protocolo de bajo costo, (2) bajo
consumo de energía, (3) permite comunicación full dúplex y, (4) es un estándar de
comunicación inalámbrica basado en el modelo OSI (21). Pero más allá de eso es una
tecnología emergente orientada a redes inalámbricas de sensores. Al comparar a ZigBee con

las tecnologías Bluetooth y Wi-Fi, ZigBee tiene un rango de alcance mayor en la
comunicación, soporta un mayor número de nodos dentro de una red simple, y el consumo de
energía es menor, en parte porque ZigBee únicamente ofrece baja latencia de comunicación
entre dispositivos sin la necesidad de un retardo de sincronización de red como es requerido
por Bluetooth y Wi-FI, ver la Tabla (2-1) y Figura (2-7).
Tabla 2-1: Comparación ZigBee, Bluetooth y Wi-Fi.
ZigBee Bluetooth Wi-Fi
Medio - 40mA Alto - 400mA

Bajo - 30mA
transmitiendo, transmitiendo,
Consumo de transmitiendo, 3mA
0,2mA en reposo, 20mA en reposo,
energía en reposo, mantiene
mantiene mayor mantiene mayor
mayor parte en reposo
parte transmitiendo parte transmitiendo
Nodos 65536 7 32
Velocidad 250Kpbs 1Mbps 54Mbps
Rango 400 m 10 m 100 m
Batería de larga Interoperatividad, Gran ancho de

Ventajas
duración, bajo costo. sustituto del cable, banda.
Navegar por
Control remoto,
Wireless USB, Internet, redes de
productos
Aplicaciones móviles, computadores,
dependientes de la
informática casera. transferencia de
batería, sensores.
archivos.
Figura 2-7: Estandares Inalámbricos según velocidad y rango

(46).
ZigBee tiene como objetivo obtener velocidades bajas, entre una tasa de 20 a 250 Kbps en
una distancia de hasta 400 metros con línea de vista y amplificación de potencia, permitiendo
que algunos dispositivos alimentados con dos pilas AA puedan durar 2 años sin el cambio de
baterías. Estos dispositivos pasan la mayor parte del tiempo en un estado latente, es decir,
durmiendo para consumir mucho menos potencia, además poseen la capacidad de operar en
redes de gran densidad, esta característica ayuda a aumentar la confiabilidad de la
comunicación, ya que entre más nodos existan dentro de una red, entonces, mayor número de
rutas alternas existirán para garantizar que un paquete llegue a su destino.
IEEE 802.15.4 define un robusto radio con capas PHY (física) y MAC (control de acceso
medio). ZigBee define la red, seguridad y un marco de aplicación para un sistema basado en
la IEEE 802.15.4. Una red ZigBee puede soportar más de 64000 nodos dependientes de un
único coordinador, pero, a la vez, se pueden combinar varios coordinadores de forma que
pueden llegar a formarse redes muy extensas. Cuenta con diversas topologías, pero la red
malla de ZigBee conecta y controla sensores sin estar siendo restringida por distancia o
limitaciones de rangos. La red malla de ZigBee permite a todos los dispositivos participantes
comunicarse del uno al otro, y actuar como repetidores transfiriendo datos entre dispositivos.
El origen de ZigBee se dio en un consorcio de compañías de comunicación inalámbrica

disuelto en 2003, que creó el estándar HomeRF y fue la base para la tecnología ZigBee. A
finales de 1998 se empezaron a concebir las primeras ideas sobre la red ZigBee, debido
principalmente a que la soluciones disponibles no satisfacían las necesidades en una serie de
aplicaciones de control y monitoreo inalámbrico, de igual manera se tomó la base de la
antigua alianza HomeRF, que definía un protocolo estándar para el intercambio de datos entre
dispositivos distribuidos en el hogar, finalmente en el año 2002 se creó la Alianza ZigBee, la
cual es una asociación sin ánimo de lucro compuesta por más de 175 empresas, donde su
objetivo es proveer a los usuarios con los últimos avances en cuanto a flexibilidad, movilidad
y uso de redes inalámbricas, e introducir la tecnología ZigBee en una amplia gama de
productos y aplicaciones.
La Alianza ZigBee tiene como misión ser una asociación de compañías trabajando para
lograr confiabilidad, bajo costo, bajo consumo de potencia, conectividad inalámbrica en red,
productos de control y monitoreo basado en un estándar global abierto. La alianza cuenta con
gran cantidad de miembros dentro de las categorías como promotor, participante y adoptante,
donde se encuentran compañías que proveen desde chips semiconductores para radio, equipos
terminados, servicios, soporte, herramientas y pruebas entre otros (57).
ZigBee es el único estándar de base tecnológica para direccionar las aplicaciones de

monitoreo remoto y control, y redes de sensores. Los mercados iniciales a los que apunta la
alianza son: consumo electrónico, manejo eficiente de la energía, aplicaciones médicas,
automatización del hogar, servicios de telecomunicaciones, automatización de edificios y
automatización industrial. La alianza está desarrollando y actualizando perfiles específicos
continuamente para estas aplicaciones. En la Figura (2-8) se muestra el amplio campo de
aplicaciones con ZigBee.
Figura 2-8: Aplicaciones ZigBee (57).
Los perfiles de aplicación pública son acuerdos de mensajes, formatos de mensaje, y

procesamiento de acciones. Ellos permiten a los desarrolladores crear la interoperación
distribuida de entidades de aplicación que residen en dispositivos separados. Esas
aplicaciones (escritas por el dispositivo manufacturado) envían comandos, petición de datos, y
comandos de proceso y peticiones sobre la red ZigBee. Los focos de la Alianza ZigBee en el
espacio del cuidado de la salud han resultado en el desarrollo del perfil de aplicación pública
del cuidado de la salud (ZigBee Health Care). El cual fue diseñado para usar por dispositivos
asistidos operando en el cuidado de la salud no invasivo. El cuidado de la salud ZigBee
provee un amplio estándar de industrias para intercambio de datos entre una variedad de
dispositivos médicos y no médicos.
El perfil ZigBee Health Care ofrece un estándar global y abierto para dispositivos
inalámbricos interoperables de bajo consumo, que permiten la monitorización y gestión
segura de los servicios sanitarios no críticos de poca agudeza destinados a la gestión de
enfermedades crónicas, el cuidado de pancientes de la tercera edad, el bienestar y tratamiento
de pacientes hospitalizados y evaluaciones. Es compatible con miles de dispositivos de una
red única y ofrece soporte total para dispositivos IEEE 11073 (ver la Figura (2.9)),
convirtiendo todos los dispositivos en aptos para la certificación de FDA. Los productos de
ZigBee Health Care son idóneos para su uso en hogares, gimnasios, comunidades de tercera
edad, residencias y otras instalaciones de asistencia médica. El estándar satisface los diversos
requisitos de consumidores, proveedores de servicios, proveedores de asistencia sanitaria y
fabricantes de productos.
Figura 2-9: Arquitectura ZigBee Health Care (46).
Especificamente dentro del ámbito medico se observan las siguientes ventajas:
 Larga vida de las baterías desde baterías de bajo costo tipo moneda para
dispositivos vestibles.
 Rangos de comunicación de hasta 70 metros en interiores y hasta 400 metros en

exteriores con control de potencia de salida en la transmisión.
 Conectividad en red flexible para cubrir grades espacios.
 Cuenta con una especificación abierta y libre basada en estándares

internacionales.
 Soporta múltiples topologías de red aplicados en el hogar y entornos

especializados.
 Cuenta con soluciones escalables para miles dispositivos.
 Debido a previos perfiles de aplicación permite la visualización de datos en

televisores para diferentes dispositivos como los médicos.
 De igual manera integra control y monitoreo de dispositivos para iluminación,

seguridad, ocupación, detección de movimiento y comodidad.
 Total soporte para perfiles especializados de dispositivos IEEE 11073, por medio
de un protocolo de intercambio de información IEEE Std 11073-20601 y
dispositivos especializados de las series IEEE Std 11073-104zz (ver la Figura
2.9).
Los datos de salud pueden ser conectados con sistemas de telemedicina por medio de
ZigBee usando el protocolo de cluster o servicio 11073 y ZigBee adiciona la capa física, el
descubrimiento de dispositivos y la seguridad entre otros, ZigBee además puede proveer
funcionalidades relacionadas como identificación, ubicación y voz sobre ZigBee. Cuenta con
una fuerte seguridad cuando se necesite, definida como AlphaSec, que especifica dos clusters
o servicios, ASKE para la seguridad en las conexiones y ASAC para controlar los permisos y
perfiles de acceso a los datos (ver la Figura (2-10)).
Figura 2-10: Seguridad sobre ZigBee Health Care (46).
En junio de 2009, Continua Health Alliance, la coalición sin ánimo de lucro líder de las
compañías principales de asistencia sanitaria y tecnología de la industria, respaldó ZigBee
Health Care como el estándar para redes de área local (LAN) de bajo consumo de Continua.
Continua recomienda ZigBee Health Care para detectar y controlar dentro de los entornos
profesionales y hogares, puesto que ofrece una conectividad inalámbrica segura, robusta y con
una duración de la batería eficiente para la monitorización de la actividad del paciente y las
instalaciones, al mismo tiempo que ofrece libertad de funcionamiento inalámbrico fuera de los
edificios. Además, ZigBee es una tecnología probada de bajo consumo que coexiste con otras
tecnologías inalámbricas, incluida la Wi-Fi. A continuación se presnta la arquitectura de
Continua con la integración de ZigBee (ver la Figura (2-11)).
Figura 2-11: Alianza Continua Health (46).
2.5.1 DEFINICIÓN DE IEEE 802.15.4
Después de justificar la selección del ZigBee, se inicia con la definión del estándar IEEE
802.15.4, el cual fue desarrollado para WPANs y se basa en el modelo de referencia OSI en
sus dos primeras capas. Las WPANs transmiten información sobre distancias relativamente
cortas entre los dispositivos que conforman la red. La comunicación en la red está basada en
diferentes capas, cada una se comunica a través de una interfaz de datos y otra de control, las
superiores solicitan servicios (paquetes de datos) a las capas inferiores, y éstas reportan sus
resultados a las superiores. El estándar IEEE 802.15.4 específica funciones de la capa física y
sus interacciones con la capa enlace de datos, además define los requerimientos mínimos de
hardware, como la sensibilidad del receptor y la potencia de salida en el transmisor (58).
Las características más relevantes del estándar son:
 La velocidad de transmisión de datos en el aire alcanza hasta los 250Kbps.
 Tiene la capacidad de formar redes con topología peer to peer y estrella.
 Soporta los modos de direccionamiento de 16 bits o 64 bits.
 Posee un indicador de la calidad del enlace inalámbrico.
 El consumo de potencia es reducido.
2.5.2 TIPOS DE DISPOSITIVOS EN UNA RED IEEE 802.15.4
Existen dos tipos de dispositivos en una red IEEE 802.15.4: dispositivos de funcionalidad
completa FFD (Full Function Device) y dispositivos de funcionalidad reducida RFD (Reduce
Function Device) (Figura (2-12)).
 Dispositivos FFD: Pueden realizar funciones como: (1) Coordinador, (2)

Coordinador PAN o (3) Dispositivo. El coordinador es un dispositivo FFD que
puede retransmitir mensajes, sí el coordinador también es el controlador principal
de la red de área personal se le llama coordinador PAN. El dispositivo es
cualquier entidad que contenga una implementación de la capa MAC de IEEE
802.15.4 y una interfaz física con un medio inalámbrico. El dispositivo puede ser
de funcionalidad reducida RFD ó funcionalidad completa FFD.
 Dispositivos RFD: Tienen limitaciones como la no retransmisión de paquetes de

datos, sólo pueden comunicarse con FFDs y no pueden ser coordinadores. Los
dispositivos RFD están destinados para aplicaciones muy simples como apagar o
encender una luz. La capacidad de procesamiento y tamaño de la memoria de un
dispositivo RFD es normalmente menor que la de un dispositivo FFD (59).
Este dispositivo no
tiene comunicación
directa con el
coordinador PAN
RFD
FFD
Los dispositivos RFD
Coordinador PAN(FFD) son incapaces de
retransmitir los
paquetes de datos
Figura 2-12: Dispositivos RFD y FFD (59).
2.5.3 TOPOLOGÍAS DE RED IEEE 802.15.4
Dependiendo de la aplicación requerida de una WPAN de bajo costo LR-WPAN (Low

Rate-WPAN) ésta puede operar en cualquiera de estas dos topologías: topología estrella o
peer to peer.
2.5.3.1 Topología Estrella
En una topología en estrella todos los nodos están conectados a un mismo punto central el
cual administra el tráfico de la red. Este punto central puede ser un nodo dedicado a esta
función o un dispositivo especial llamado coordinador PAN (Figura (2-13)). Un dispositivo
generalmente está asociado a alguna aplicación y es el punto inicial o final de una
comunicación en red. Un coordinador PAN también puede tener una aplicación específica,
pero este se usa para iniciar, terminar o encaminar la ruta de comunicación a través de una red
(60).
Topología Estrella
FFD
Coordinador PAN RFD
Flujo de comunicación
Figura 2-13: Topología estrella [34].
El dispositivo FFD tiene como característica la posibilidad de crear su propia red y

convertirse en coordinador PAN. Todas las redes en topología estrella operan
independientemente de las demás redes en estrella que estén en funcionamiento. Lo cual se
logra escogiendo un identificador PAN que no esté en uso actualmente por ninguna otra red
cercana. Una vez se elige el identificador PAN, éste permite que otros dispositivos, ya sean
RFDs o FFDs se unan a esta red. El coordinador es el encargado de enviar los mensajes a los
destinatarios, por lo que es el un elemento vital de esta topología. Hay dos opciones en que el
coordinador podría comunicarse con los nodos: enviando mensajes a todos los nodos a la vez,
de forma que sean los nodos quienes acepten o rechacen los mensajes ó sólo se envía el dato
al destinatario adecuado, con lo que se disminuye el tráfico de la red.
La implementación de una red en estrella limita el número de nodos que pueden estar
conectados a la red. A menudo el coordinador PAN tiene su fuente de alimentación fija
mientras que los dispositivos RFD se alimentan de baterías, lo cual se presta para aplicaciones
que benefician la topología estrella tales como automatización del hogar, computadores
personales, periféricos, video juegos y monitoreo de pacientes.
2.5.3.2 Topología Peer-to-Peer
El elemento fundamental de una topología peer to peer es un par, el cual es la unidad de

procesamiento básico, capaz de desarrollar algún trabajo útil y posteriormente comunicar los
resultados de ese trabajo a otra entidad de la red. En la topología peer to peer, cada dispositivo
es capaz de comunicarse con otro dispositivo que se encuentre dentro de un rango de
influencia. Un dispositivo es denominado coordinador PAN, por ejemplo, por haber sido el
primer dispositivo en comunicarse en el canal.
Un ejemplo del uso de la tecnología peer to peer, es la implementación de la topología

agrupación en árbol. La red en agrupación en árbol es caso especial de la topología peer to
peer en el cual se usa generalmente sólo dispositivos FFD (Figura (2-14)). Un dispositivo
RFD se conecta a la topología en árbol como un dispositivo adicional al final de una rama,
porque los dispositivos RFD no permiten que otros dispositivos sean asociados dentro de la
red en árbol.
Topología Peer to Peer
Coordinador
PAN
FFD
RFD
Flujo de comunicación
Figura 2-14: Topología peer to peer (59).
En el caso de la Figura (2-14), cualquiera de los dispositivos FFD puede actuar como
coordinador y proveer servicios de sincronización a los otros dispositivos o coordinadores
presentes en la red. Sólo uno de los coordinadores de la red puede ser llamado el coordinador
PAN universal, el cual cuanta con mayores recursos computacionales que los demás
dispositivos en la PAN. El primer coordinador PAN forma la primera rama de la topología
árbol selecciona un identificador de la red, y difunde balizas (beacons) a los dispositivos
vecinos. Las balizas son elementos que se usan para sincronizar todos los dispositivos que
conforman la red (60). El dispositivo que recibirá el beacon puede solicitar al coordinador
PAN unirse a la red. Si el coordinador PAN permite que el dispositivo ingrese a la red, este lo
adiciona como un dispositivo ―hijo‖ en la red, entonces el dispositivo recientemente agregado,
identifica al coordinador PAN como el ―padre‖ de la red, y comienza a transmitir beacons

periódicamente.
Cualquier dispositivo que desee unirse a una red durante el proceso de acceso de
contención CAP (Contention Access Period), que es el tiempo transcurrido durante la
transmisión del beacon de los dispositivos que competirán por transmitir dentro de la red,
deben usar el mecanismo de múltiple portadora con detección de colisiones CSMA para
realizar dicha transmisión. CSMA es un método simple para permitir a múltiples dispositivos
usar la misma frecuencia de canal como medio de comunicación. El mecanismo de acceso al
canal usado es el acceso por detección de múltiple portadora con detección de colisiones
CSMA-CA (Carrier Sense Multiple with Colission Avoidance). En CSMA-CA siempre que
un dispositivo quiera realizar una transmisión, el dispositivo debe revisar el canal de
evaluación CCA (Clear Channel Assesment) para asegurarse que el canal no está siendo
usado por otro dispositivo, si detecta el canal como no ocupado, el dispositivo inicia la
transmisión de su propia señal. La decisión de declarar el canal ocupado o no puede basarse
en medidas de la energía espectral en el canal de frecuencia de interés, o detectando el tipo de
señal que ocupa el canal (7).
2.5.4 ARQUITECTURA DE RED 802.15.4 Y ZIGBEE
El estándar IEEE 802.15.4 define la capa física PHY y de enlace de datos (Figura (2-15)).
La capa física define funciones e interacciones con la capa MAC, tales como: Asignación de
frecuencias, detección de energía, detección de portadora, e indicador de calidad de enlace. En
la capa de enlace de datos se definen 3 subcapas: subcapa de control lógico de enlace LLC
(Logical Link Control), subcapa de servicios de convergencia específicos SSCS (Service
Specific Convergence Sublayer), y subcapa del control de acceso al medio MAC (Medium
Access Control). Las capas superiores son aplicaciones que se desarrollan sobre el estándar
IEEE 802.15.4, estas son: (1) la capa de red, la cual provee la configuración de la red,
manipulación y ruta de los paquetes de datos, (2) la capa de aplicación, la cual provee
funciones específicas destinadas al dispositivo. Estas funciones pueden estar definidas en
perfiles según lo requiera cada aplicación. ZigBee es una aplicación de IEEE 802.15.4 que fue
desarrollado de forma independientemente. Con el IEEE 802.15.4 es posible formar redes
inalámbricas de corto alcance sin implementar las capas específicas de ZigBee, en este caso el
usuario desarrolla su propia capa de aplicación en la parte superior de las capas PHY y MAC.
Esta personalización de capas, es normalmente más simple que las capas del protocolo (59).
Capas Superiores
802.2 LLC
SSCS
Subcapa MAC
FISICA
Medios, Señales y transmisión
Radio Transceptor
Figura 2-15: Capas de IEEE 802.15.4
2.5.4.1 Capa Física
La capa física provee dos servicios: servicio de datos y punto de acceso al servicio de
gestión de datos de la capa física PLME-SAP (Physical Layer Management Entity). El
servicio de datos habilita la transmisión y recepción del protocolo de datos de la capa física
PPDUS (PHY Protocol Data Units) (Figura (2-16)).
MAC
PD-SAP PLME-SAP
PHY
Figura 2-16: Interacción Capa PHY con MAC 802.15.4.

El estándar maneja dos técnicas diferentes de modulación: (1) manejo por desplazamiento
de fase binaria BPSK (Binary Phase Shifting Keying) con el cual se puede tener dos fases de
salida para una sola frecuencia portadora, una fase de salida representa un ―1‖ lógico y la otra
un ―0‖ lógico y (2) manejo por desplazamiento de fase en cuadratura compensada O-QPSK
(Offsset-Quadrature Phase Shifting keying), con el cual se pueden tener 4 fases de salida para
una sola frecuencia de portadora (60), ambos son usados con métodos de secuencia directa de
espectro extendido (DSS), ver la Tabla (2-2).
Tabla 2-2: Asignación de canales capa física.
Página de Canal Número de Canal Descripción
0 0 Banda 868 MHz (BPSK)
1 a 10 Banda 915 MHz (BPSK)
11 a 26 Banda 2.4 GHz (O-QPSK)
1 0 Banda 868 MHz (ASK)
1 a 10 Banda 915 MHz (ASK)
11 a 26 Reservado
2 0 Banda 868 MHz (O-

QPSK)
1 a 10 Banda 915 MHz (O-

QPSK)
11 a 26 Reservado
3-31 Reservado Reservado
2.5.4.1.1 Asignación de canales
Las frecuencias de los canales están definidas por la combinación de canales y páginas de
canales. La definición de página de canales es un concepto introducido por el IEEE 802.15.4
en el 2006, para distinguir las frecuencias de canales que soporta la capa PHY. En versiones
anteriores del estándar IEEE 802.15.4-2006 como la versión inicial del año 2003, la
frecuencia de canales estaba identificada simplemente por el número de canales (60). En la
versión inicial del estándar IEEE 802.15.4 - 2003 (4), no había una disposición para más de
27 canales y por tanto la aplicación de múltiples bandas de frecuencias no fue desarrollada.
Cada página de canal puede tener un máximo de 27 canales. La Tabla (2-1) muestra la
asignación de canales en el estándar IEEE 802.15.4. Las páginas de canales 0 a 2 se usan
actualmente para las bandas de 868/915 MHz y 2.4GHz. La página del canal 3 a 31 está
reservada para futuros usos. Cada canal se identifica con un número. En las primeras 3
páginas se asigna la frecuencia de 868 MHz al canal 0, el cual tiene su frecuencia central en
868.3MHz. La frecuencia central de los canales en la banda de 915MHz puede ser calculada
con la siguiente ecuación (4).
Frecuencia Central (MHz)=906+2(numero de canal-1) (1-1)
Así, para el canal número 5:
Frecuencia Central (MHz)=906+2 (4)= 914MHz (1-2)
De la misma manera para la banda de 2.4Ghz y el canal 14:
Frecuencia Central=2405+5(numero de canal-11) (1-3)
Frecuencia Central (MHz)=2405+5(3)= 2420MHz (1-4)
2.5.4.1.2 Detección de energía
Cuando un dispositivo está dispuesto para enviar un mensaje, primero entra a modo de
recepción para detectar el nivel de energía dependiendo del canal seleccionado. Esta tarea se
conoce como detección de energía ED (Energy Detection). En el modo ED, el receptor no
intenta detectar el tipo de señal; sólo se estima el nivel de energía. En otras palabras, si una
señal está ocupando la banda de frecuencia que se desea usar, la ED no revela si es una señal
compatible con IEEE 802.15.4 o no. Así el procedimiento de detección de energía no sería
capaz de identificar señales con niveles de energía cerca al nivel de sensibilidad del receptor.
La sensibilidad del receptor es el nivel más bajo de energía que podría detectar el receptor. El
estándar IEEE 802.15.4 tiene una tolerancia de 10dB entre el nivel de sensibilidad del
receptor y el requerido para la detección de energía, por ejemplo, si el nivel de energía del
receptor es de -85dBm, la detección de energía debe estar habilitada para detectar y medir
señales de energía de hasta -75dBm. El nivel de detección de energía debe ser de al menos
40dB, así si se toman los datos del ejemplo anterior, debería detectar señales del orden de -
45dBm. Luego de la solicitud realizada por la capa PHY hacia la capa MAC, esta devuelve un
número entero de 8 bits, el cual indica el nivel de energía en el canal de frecuencia en el que
se realizará el envío del mensaje (50).
2.5.4.1.3 Detección de portadora
Similar a la detección de energía, la detección de portadora CS (Carrier Sense), es una

forma de verificar dónde la banda de frecuencia está disponible para ser usada. En CS, cuando
el dispositivo está dispuesto para enviar un mensaje, primero entra a modo de recepción para
detectar cualquier tipo de señal que pueda estar presente en ese canal. En contraste con el ED,
en la detección de portadora la señal es demodulada para verificar si esta es compatible con
las características de la capa PHY que está usando actualmente el dispositivo. Si la señal es
compatible con IEEE 802.15.4, el dispositivo puede optar por considerar el canal como
ocupado, independientemente del nivel de energía que se tenga (50).
2.5.4.1.4 Indicador de calidad del enlace
El indicador de calidad del enlace LQI (Link Quality Indicator), proporciona información
de la calidad del paquete de datos que llega al receptor. La energía de la señal recibida, puede
ser usada como medida de calidad de la señal. Una mayor relación señal a ruido SNR (Signal
Noise Rate) se traduce en menos posibilidades de error en el paquete, por lo tanto una señal
con un SNR alto se considera una señal de alta calidad. El LQI es reportado a la capa MAC y
está a disposición de las capas de red (NWK) y aplicación (APL) para cualquier tipo de
análisis. El LQI es sólo uno de los factores que influye en la selección de la ruta para llevar el
mensaje. Otro factor como el enrutamiento a mayor eficiencia de energía, puede influir en la
selección de la vía en que irá el mensaje (50).
2.5.4.1.5 Servicio de datos de la capa física
Los datos necesarios para ser transmitidos deben suministrados por medio de un paquete
de datos unitarios de la capa MAC (MPDU). La MAC genera la petición para la transmisión y
provee el MPDU. Los reportes de trasmisiones ya sean fallidas o no, son entregados de la
capa PHY a la capa MAC, las razones para una transmisión fallida pueden ser:
 El transceptor no está habilitado.
 El transceptor no está en modo de recepción.
 El transceptor está ocupado (hay una transmisión en proceso).
Cuando el dato es recibido por el transceptor, la capa física notifica a la capa MAC la
llegada de un MDPU. La capa física no sólo provee el mensaje a ser transmitido a la capa
MAC, sino la información de LQI. En la Figura (2-17) se pueden observar los pasos para la
transferencia de datos de la capa de aplicación de un dispositivo a otro.
Los datos no siempre vienen de la capa de aplicación, ya que pueden ser generados por la
capa MAC sin comprometer las capas superiores. En el caso mostrado en la Figura (2-17), el
dato es suministrado por el propio dispositivo de la aplicación ZDO (ZigBee Device Object) o
un objeto de aplicación de la sub-capa de aplicación (APS).
Objeto de Aplicación Objeto de Aplicación

ó ó
ZDO ZDO
Servicio de Datos APS
Servicio de Datos NWK
Servicio de Datos MAC
Servicio de Datos PHY
Fuente Destino
Figura 2-8: Servicio de transmisión de datos entre dos

dispositivos (60).
Durante la transmisión, cada capa adiciona su propio encabezado a la unidad de datos DU

(Data Unit), y a continuación el resultado pasa a la capa inferior correspondiente. El dato en
cada capa es conocido con un nombre propio de la capa. En la capa de aplicación es
denominado (APDU), en la capa de red (NPDU). El servicio de datos de la capa física recibe
un paquete de datos unitarios de la capa MAC (MPDU) y crea el protocolo de datos unitarios
de la capa física (PPDU), el cual será transmitido por el radio transceptor. En el lado del
receptor el dato pasa hacia arriba de una capa a otra y el encabezado que adiciona cada capa
es removido hasta que el dato llega a su capa de destino (50).
2.5.4.1.6 Formato del paquete en la capa física
El formato del paquete (Figura (2-18)) en la capa física (PPDU) consta de tres
componentes: el encabezado de sincronización SHR (Synchronization Header), el encabezado
de la capa física PHR (Physical Header) y la carga útil de la capa física.
Trama MAC
Secuencia de Inicio de trama Longitud de la Reservado

Preámbulo delimitadora(SFD) trama
SHR PHR Carga útil PHY
Primera transmisión Última transmisión
Figura 2-9: Estructura de paquete en capa PHY (50).
La SHR habilita la recepción de la trama de bits, la PHR contiene la longitud de la trama

de datos, y la carga útil de la capa física es proporcionada por las capas superiores e incluye
datos y comandos necesarios para que la trama sea transmitida a otro dispositivo.
2.5.4.2 Capa MAC
La capa MAC provee la interfaz entre la capa PHY y las superiores. Las características de
la capa MAC IEEE 802.15.4 son: la asociación y la disociación de dispositivos,
reconocimientos de entrega de trama, mecanismos de acceso al canal, validación de trama,
garantía del manejo de intervalos de tiempo. Por debajo de la capa de aplicación la capa
MAC provee tres interfaces para la aplicación (Figura (2-19)):
 La entidad de gestión de la subcapa MAC-MLME (MAC Sublayer Management

Entity), usada para administrar los comandos de la capa MAC de IEEE 802.15.4.
 La interfaz de subcapa común MAC-MCPS (MAC Common Part Sublayer-

Service Access Point) usada para acceder a todos los datos relacionados con
primitivas 802.15.4, las cuales permiten el acceso a los servicios más importantes
para realizar procesos como: (1) formación de la red, (2) transmisión y (2)
recepción de comandos y datos. La aplicación debe usar esta interfaz para enviar y
recibir datos.
 La Interfaz de soporte de aplicación de paquetes ASP (Application Support

Package) cumple varias funciones dentro de las cuales están el soporte de
aplicaciones, por ejemplo, la aplicación puede solicitar que el hardware entre en
un modo de baja potencia. Esta interfaz es propiedad de Freescale™.
Aplicación
Cabecera de la trama
Control de Acceso al Medio (MAC)

802.15.4
Capa física PHY 802.15.2
Transceptor modem RF
Figura 2-10: Diagrama en bloques capa MAC 802.15.4 (50).
Dado que la capa física se encarga de enviar los bits que forman los paquetes sin conocer
su formato, es tarea de la capa MAC crear y detectar los indicadores de inicio y fin de un
paquete de datos. En algunos casos, puede ser que un paquete de datos se pierda por ruido y la
capa MAC en el nodo transmisor tenga que retransmitir el paquete. Estas retransmisiones
pueden hacer que se dupliquen paquetes en el receptor. Por ejemplo, si se pierde la
confirmación de paquete desde el receptor, el nodo transmisor interpreta que el paquete no
llegó a destino cuando efectivamente lo ha hecho y realiza una retransmisión del mismo. Esta
capa debe encargarse de solucionar estos problemas de daño, pérdida o duplicidad de
paquetes (50), estas y otras funciones determinantes para la gestión de la comunicación se

enuncian a continuación.
2.5.4.2.1 Transmisión exitosa
En la Figura (2-20) se muestra el evento en el cual los datos son recibidos exitosamente
por el receptor, a su vez éste envía una notificación al transmisor antes que ocurra el tiempo
de Time Out, la cual también llega exitosa al dispositivo que originó el mensaje, donde
también debe llegar en forma satisfactoria al transmisor del mensaje, si todo esto sucede se
envía una confirmación (Acuse de recibo) notificando que la transmisión fue exitosa.
MAC MAC
Origen Destino
Petición
Dato
Indicador
ACUSE DE RECIBO
Confirmación
Figura 2-20: Transmisión de datos exitosa MAC (60).
2.5.4.2.2 Pérdida de la trama de mensaje
En este caso de la Figura (2-21), el mensaje originado no llega a destino, por lo cual se
espera el tiempo de Time out y después de este se vuelve a transmitir el mensaje. Después de
un número determinado de retransmisiones, se envía una confirmación de que la transmisión
ha fallado.
MAC MAC
Origen Destino
Petición
Dato
Confirmación
Figura 2-21: Transmisión de datos, con resultado fallido por

pérdida de mensaje (60).
2.5.4.2.3 Pérdida de la trama de mensaje del acuse de recibo
Para el caso de la Figura (2-22), el destino recibe el dato en forma exitosa pero el acuse de
recibo se pierde. El dispositivo que originó el mensaje, al igual que el caso anterior espera el
tiempo de Time out y repite un número determinado de retransmisiones y envía una
confirmación de mensaje fallido.
MAC MAC
Origen Destino
Petición
Dato
Indicador
Acuse de recibo
Confirmación
Figura 2-22: Transmisión de datos, con resultado fallido por

pérdida de acuse de recibo (60).
Todos estos eventos son los que la capa MAC debe proveer, por lo cual estas son las
primitivas con las cuales se comunicara con las capas superiores. Estas primitivas difieren,
dependiendo del servicio que se quiera proveer. La capa MAC provee interfaces que hacen
posible la formación de topologías con esquemas diversos, como son estrella y punto a punto.
Para lo cual la capa MAC habilita a las capas superiores el control del campo de
direccionamiento en el paquete a ser transmitido, con lo cual se logra la creación de redes tan
complejas como las ad-hoc. El direccionamiento que usa este estándar es el direccionamiento
IEEE de 64-bit y un mecanismo de direccionamiento más corto de 16-bit para asociación.
2.5.4.2.4 Configuración de las comunicaciones
Existen 2 primitivas que proveen información para la administración de una red de área
personal (Figura (2-23)), estas primitivas son:
 MLME-GET: Obtiene atributos de la subcapa MAC.
 MLME-SET: Escribe atributos en de la subcapa MAC
Figura 2-23: Secuencia de lectura/escritura de MAC PIB (PAN

Information Base) (60).
2.5.4.2.5 Habilitador del sistema de radio
Esta primitiva tiene la capacidad de habilitar o deshabilitar el receptor de radio. Esta

primitiva es MLME-TRX-STATE, la cual puede ser activada en forma inmediata o
programada. Esta primitiva permite ahorro de energía por parte del dispositivo ya que sólo se
encenderá cuando sea requerido (Figura (2-24)).
Figura 2-24: Secuencia de mensajes para habilitación del receptor

transmisor (60).
2.5.4.2.6 Barrido de canales
Existen 4 formas para escanear los canales, las cuales pueden ser iniciadas por el MLME-
SCAN (Figura (2-25)).
 Barrido por detección de energía: en este modo se mide la energía de cada uno de
los canales, donde el MLME ejecuta el barrido mediante la primitiva PLMD-
ED.request.
 Barrido activo de canales: En este modo se identifican los encabezados entrantes y

se transmite un Beacon request comand.
 Barrido pasivo de canales: Identifica los encabezados entrantes sin enviar un

Beacon request comand al transmisor de este encabezado.
Figura 2-25: Secuencia de mensajes para el barrido de canales

(60).
2.5.4.2.7 Control de asociación y desasociación
Después de un barrido pasivo o activo exitoso, el dispositivo de red puede usar primitiva
de asociación (MLME.ASSOCIATE.request) (Figura (2-26)) hacia el coordinador
encontrado. El coordinador PAN puede aceptar o rechazar una petición de asociación
mediante MLME.ASSOCIATE.response con los parámetros apropiados. Una vez que el
association request llega al coordinador PAN este envía un acknowledgment sólo para
reportar que el paquete llego bien. Luego de esto el coordinador PAN debe determinar si este
posee los recursos para aceptar a otro dispositivo, el coordinador tienen un tiempo máximo en
el cual debe responder (aMaxAssociationPeriod). El proceso de desasociación puede ser
terminado por la primitiva MLME.DISASSOCIATE.
Figura 2-26: Esquema de mensajes de asociación (60).
2.5.4.2.8 Administrador de intervalos de tiempo garantizados
Esta primitiva (MLME-GTS) sólo puede ser usada por el coordinador PAN, la cual
permite implementar un GTS (Guaranteed Time Slots). Cabe destacar que en una red donde
se implementa GTS no es necesario usar CSMA-CA para acceder a la red (Figura (2-27)).
Figura 2-27: Esquema de mensajes GTS (60).

2.5.4.2.9 Administrador de dispositivos huérfanos
Cuando un dispositivo pierde contacto con su coordinador PAN este puede utilizar la
primitiva MLME-SCAN, ahora el coordinador PAN utiliza la directiva MLME-ORPHAN
para incorporar nuevamente al dispositivo a su red (Figura (2-28)).
Para el control de sincronización hay dos primitivas que prestan servicios a las capas
superiores, una para manejar la sincronización (MLME-SYNC) y otra para manejar casos de
pérdida de sincronización (MLME-SYNC-LOSS).
 MLME-SYNC permite buscar un beacon en una red en la cual este habilitado el

beacon. Esto lo hace activando el receptor de radio por un momento hasta que
escucha al beacon proveniente del coordinador PAN.
 MLME-SYNC-LOST a diferenciadle anterior tienen por misión restablecer la

sincronización, producto de la pérdida de un beacon o conflictos con el ID PAN.
Figura 2-28: Esquema de mensajes para notificación de huérfano

(60).
2.5.4.2.10 Administrador de encabezado
La primitiva MLME-START permite entre otras cosas configurar un dispositivo con un

coordinador PAN como seleccionar un canal lógico, establecer la periodicidad del encabezado
como determinar las características de la supertrama (Figura (2-29)).
Figura 2-29: Esquema de mensajes para el generador de

encabezados (60).
Cuando en una red no está habilitado el encabezado, esta pude utilizar la primitiva
MLME-POLL para que el coordinador PAN pueda sondear los requerimientos de datos.
2.5.4.3 ZigBee
Como se comento previamente ZigBee hace referencia a las capas superiores al IEEE
802.15.4, anteriormente se definió la capa física o PHY y la MAC descritas en el estándar
IEEE 802.15.4. A continuación se hará una exploración de las capas superiores definidos por
el protocolo ZigBee desde un punto de vista téorico, en el capítulo 4 se revisaran estos
conceptos de manera más amplia y específicos orientado a la implementación con las
herramientas de la compañía Freescale Semiconductor como uno de los resultados de este
trabajo.
2.5.4.3.1 Dispositivos ZigBee
Según IEEE 802.15.4 se definieron los dispositivos FFD y RFD (Numeral 2.4.1), ZigBee
genera más tipos dispositivos basados en esta descripción. Una red ZigBee es formada cuando
un dispositivo se declara como coordinador ZigBee (ZC) y permite a otros ingresar a la red.
Lo routers ZigBee (ZR) y los dispositivos finales (ZED) pueden entrar a la red por medio de
el ZC o por ZRs que ya se hallan afiliado a la red. Los ZRs permiten a los nodos sobre la red
comunicarse con otros, así no estén dentro del rango del alcance, por que los ZRs y los ZCs
pueden pasar mensajes entre nodos. Los ZEDs no pueden pasar mensajes entre nodos, ellos
sólo pueden enviar sus propios mensajes y recibir mensaje con significado para ellos, el ZC
puede servir como un centro de seguridad cuando la red usa seguridad.
2.5.4.3.1.1 Coordinador ZigBee
El Coordinador ZigBee cuenta con las siguientes funciones:
 Iniciar la Red.
 Seleccionar el PAN ID (Identificador de Red de Area Personal) para la red.
 Permitir a los dispositivos ingresar o dejar la red.
 Ejecutar todas las funciones del router ZigBee.
 Servir como centro de seguridad en una red con seguridad.
2.5.4.3.1.2 Router ZigBee
El Router ZigBee tiene las siguientes funciones:
 Enrutar datos entre dispositivos ZigBee.
 Permitir a los dispositivos ingresar o dejar la red.
 Manejar los mensajes para los dispositivos finales hijos.
 Opcionalmente ejecutar todas las funciones de los dispositivos finales.

2.5.4.3.1.3 Dispositivo Final ZigBee
El dispositivo final es un dispositivo de funcionalidad reducida, con las siguientes

funciones:
 Dormirse para almacenar energía.
 Requiere de pocos recursos de memoria, porque no almacena la información de la

red y no ejecuta servicios de red.
Los ZEDs ejecutan funciones como conmutación de una luz encendido o apagado, o el
monitoreo de un sensor de proximidad, si el ZED principalmente reporta el estado de un
sensor, este puede dormirse entre medidas. Cuando el ZED reporta el estado de un switch,
este puede dormirse hasta que el switch sea presionado, lo cual puede no ocurrir en años, para
la simplicidad de los dispositivos finales, la prioridad de diseño es correr sobre baterías.
2.5.4.3.1.4 Dispositivo Combo
BeeStack ofrece múltiples configuraciones de librerías por cada tipo de dispositivo,

incluyendo un dispositivo tipo combo (Zx). El dispositivo tipo combo no es un tipo definido
por ZigBee, pero es una configuración del stack específica de Freescale que permite a la
aplicación funcionar como cualquiera de los dispositivos ZigBee (ZC, ZR, ZED). Esto
permite la creación de dispositivos avanzados, por ejemplo, el dispositivo puede empezar
como un router, pero si no obtiene respuesta, puede reiniciar como coordinador y formar una
red, usando el dispositivo combo se incrementa el tamaño de código en la memoria (footprint)
comparado con la selección especifica de un dispositivo, porque el dispositivo combo
contiene la funcionalidad de todos los dispositivos.
2.5.4.3.2 Redes ZigBee
El IEEE 802.15.4 define las topologías estrella y peer to peer (Numeral 2.4.2 ). ZigBee las
redefine y genera nuevas alternativas de enrutamiento, las cuales se muestran a continuación.
2.5.4.3.2.1 Red Estrella
Una red estrella convencional consiste de un coordinador con uno o más ZEDs asociados
directamente con el ZC, en la Figura (2-30) se observa la configuración de esta red, donde
todos los dispositivos se comunican directamente con el coordinador, y el coordinador pasa
los mensajes entre dispositivos finales.
Figura 2-30: Configuración de una red estrella ZigBee (61).
2.5.4.3.2.2 Red árbol
Como se muestra en la Figura (2-31), una red árbol consiste de un ZC y de uno o más
routers, opcionalmente uno o más ZEDs asociados en estructura jerárquica. Una red árbol
extiende la red estrella con el ZRs. Cada transferencia desde un nodo hasta el siguiente es un
salto. La profundidad de una red árbol es el máximo número de saltos de un mensaje para
llegar de la fuente al destino. Cada router puede examinar el mensaje, este lo recibe y dice si
el destinatario esta debajo de él en el árbol, si el receptor no está debajo, el router pasará el
mensaje a su padre.
Figura 2-31: Configuración de una red árbol ZigBee (61).
2.5.4.3.2.3 Red malla
En una red malla, cada dispositivo puede comunicarse directamente con otros dispositivos
en la red. Una red malla consiste de un ZC que tiene uno o más ZRs y opcionalmente uno o
más ZEDs. La Figura (2-32) muestra una red ZigBee Malla. Cualquier dispositivo en una red
malla puede enviar un mensaje direccionado a otro dispositivo en la red. Si los dos
dispositivos están dentro del rango de radio. Los mensajes se mueven en un sólo salto, y
ningún otro dispositivo está involucrado, si están fuera del rango de radio, los mensajes deben
viajar de un router a otro, siguiendo una ruta basada en un enrutamiento eficiente.
Figura 2-32: Configuración de una red malla ZigBee (61).
2.5.4.3.3 Capa de red (NWK)
Esta capa tiene como objetivo principal permitir el correcto uso del subnivel MAC y
ofrecer una interfaz adecuada para su uso por parte de la capa de aplicación. En esta capa se
brindan los métodos necesarios para: iniciar la red, unirse a la red, enrutar paquetes dirigidos a
otros nodos en la red, proporcionar los medios para garantizar la entrega del paquete al
destinatario final, filtrar paquetes recibidos, cifrarlos y autentificarlos. Se debe tener en cuenta
que el algoritmo de enrutamiento que se usa es el de enrutamiento de malla, el cual se basa en
el protocolo Ad Hoc On-Demand Vector Routing – AODV. Cuando esta capa se encuentra
cumpliendo la función de unir o separar dispositivos a través del controlador de red,
implementa seguridad, y encamina tramas a sus respectivos destinos; además, la capa de red
del controlador de red es responsable de crear una nueva red y asignar direcciones a los
dispositivos de la misma.
2.5.4.3.3.1 Tipos de Comunicación de la capa de red
El mecanismo de comunicación desde la capa de red se puede dividir en tres categorías

generales (Figura (2-33)): broadcast (transmisión), multicast (transmisión múltiple) y unicast
(transmisión única). El mensaje broadcast está diseñado para que cualquier dispositivo lo
pueda recibir.
(a) (b) (c)

(a) Broadcast, (b) Multicast y (c) Unicast
Figura 2-33: Tipos de Comunicación desde la capa de red.

2.5.4.3.3.1.1 RADIODIFUSIÓN (BROADCASTING)
En radiodifusión el mensaje es destinado a todos los dispositivos que están ―escuchando‖

una frecuencia específica del canal, independientemente de su dirección o identificador de red
de área personal. Cada vez que un dispositivo recibe un paquete, este realiza una verificación
de la dirección de destino que se encuentra en el paquete para identificar si el mensaje es para
él. Al realizar transmisiones en las redes IEEE 802.15.4 se usa un modo de direccionamiento
corto y la dirección de destino se fija en 0xffff. Esta dirección podrá ser aceptada por todos
los dispositivos que reciben el paquete como su propia dirección. El identificador de PAN
también puede ser puesto a 0xffff. El dispositivo receptor aceptará la dirección 0xffff como
una dirección valida del coordinador PAN. La dirección MAC 0xffff es conocida como
dirección de difusión o transmisión. El identificador PAN en la dirección 0xffff es llamado
identificador de transmisión de PAN.
Aunque IEEE 802.15.4 soporta el uso de transmisión del identificador de la red de área
personal (por ejemplo 0xffff) para transmitir un mensaje a través de múltiples redes, el
estándar ZigBee no permite transmisión a través de múltiples redes y el identificador de la red
de área personal siempre está establecido en el identificador de la red ZigBee en lugar de la
dirección 0xffff. Los puntos de acceso de servicio (SAP) de cualquier dispositivo pueden
iniciar la transmisión usando el servicio de datos de la capa de red.
En una red grande sería difícil e innecesario esperar que todos los dispositivos recibieran
el mensaje transmitido para enviar un acuse de recibo (acknowledgment) de vuelta a quien
originó el mensaje. Por lo tanto, cuando se transmite un mensaje el dispositivo final no tiene
permitido reconocer si el mensaje llegó de manera exitosa. En cambio el coordinador y los
router ZigBee verifican si los dispositivos vecinos realizaron la transmisión del mensaje lo
cual es conocido como mecanismo de reconocimiento pasivo. En el reconocimiento pasivo,
luego que el dispositivo realiza la transmisión del mensaje, este entrará en un modo de
recepción esperando que la misma trama sea retransmitida por alguno de los dispositivos
cercanos. Una retransmisión del mensaje indica que un dispositivo cercano ha recibido y
transmitido con éxito el mensaje recibido.
El coordinador y los router ZigBee mantienen un registro de los mensajes que han
transmitido en una tabla llamada tabla de transmisiones realizadas (broadcast transaction
table, BTT). El registro es conocido como registro de transmisiones realizadas (broadcast
transaction register, BTR) el cual contiene un numero consecutivo y la dirección de la fuente
que emitió el mensaje. Cada router ZigBee debe ser capaz de almacenar la información de al
menos una trama de la capa de red (NWK). La capacidad de almacenamiento de datos ayuda
en la retransmisión de los mensajes (Figura (2-34)). Cada BTR es válida sólo por un período
de tiempo determinado y expira después de ocurrido el nwkNetworkBroadcastDeliveryTime
segundos después de su creación. Un BTR que ha expirado puede ser sobrescrito si un nuevo
BTR está siendo creado y el registro de transmisiones realizadas (BTT) está lleno.
Dispositivo A Dispositivo C
(Cercano al dispositivo B) Dispositivo B (Cercano al dispositivo B)
Transmisión del mensaje
El dispositivo A ha
transmitido el mensaje
Retardo aleatorio
Transmisión del mensaje Transmisión del mensaje
El dispositivo B ha El dispositivo B ha
transmitido el mensaje transmitido el mensaje
Temporizador
de
retransmisión Retardo aleatorio
Transmisión del mensaje Transmisión del mensaje
Transmisión El dispositivo C ha
ignorada transmitido el mensaje
Figura 2-34: Secuencia de transmisión de datos (50).
El dispositivo A inicia la transmisión y recibe la transmisión de vuelta del dispositivo B.

Cuando el dispositivo A recibe el mismo mensaje por segunda vez, este último es ignorado ya
que confirma que el mensaje recibido la primera vez fue correcto. El dispositivo B transmite
el mensaje y espera por un reconocimiento pasivo (la transmisión realizada por el dispositivo
C). Sí el dispositivo B por un período nwkPassiveAckTimeout (tiempo máximo para
retransmitir un mensaje) y no recibe el reconocimiento pasivo, el dispositivo B retransmitirá
el mensaje. En el ejemplo de la Figura anterior el dispositivo B no retransmitió el mensaje

porque recibió el acuse de recibo reconocimiento.
2.5.4.3.3.1.2 TRANSMISIÓN MÚLTIPLE (MULTICASTING)
En transmisión múltiple el mensaje es entregado al grupo de dispositivos dentro de la

misma red en lugar de enviarlo a toda la red (Figura (2-35)). Por ejemplo en una aplicación de
control de iluminación, una trama simple es enviada a un dispositivo que actúa como un
switch el cual puede encender o apagar un grupo de luces en una casa. Aunque es posible
lograr el mismo objetivo con una transmisión consecutiva unicast a cada luz de forma
independiente, una transmisión unicast es una forma más eficiente de entregar el mismo
mensaje a un grupo de dispositivos.
Dispositivo miembro del grupo

Dispositivo fuera del grupo
Unicast
Broadcast Fuente
Figura 2-35: Multicasting iniciado por un miembro fuera de un

grupo.
Cada grupo multicast se identifica con una dirección de 17 bits. Los dispositivos
pertenecientes al mismo grupo son conocidos como miembros del grupo. Un dispositivo
puede ser miembro de más de un grupo Multicast. Cada dispositivo mantiene una lista de los
miembros del grupo multicast en una tabla llamada multicast table (nwkGroupIDTable). Un
dispositivo no tiene que ser miembro de un grupo Multicast para poder usar la transmisión
múltiple y llegar a los demás miembros
Hay dos modos de funcionamiento en transmisión múltiple: como miembro del grupo o
como no-miembro del grupo. En el modo en el que el dispositivo pertenece al grupo, la
transmisión múltiple es iniciada por un miembro y enviada a los demás miembros del grupo.
En el modo en el que el dispositivo no es miembro del grupo se envía el mensaje a un
miembro el cual hará llegar el mensaje a los demás miembros del grupo.
2.5.4.3.3.1.3 COMUNICACIÓN MÚLTIPLE A UNO
En la Figura (2-36) se muestra el escenario de comunicación en el cual un dispositivo

recibe el mensaje de varios dispositivos pertenecientes a la misma red. Esto es conocido como
comunicación múltiple a uno. El dispositivo que recibe el mensaje es llamado receptor o
sumidero. En las redes ZigBee el sumidero puede establecer rutas provenientes de diferentes
routers y coordinadores ZigBee dentro de un mismo radio.
Radio = 2
Coordinador Zigbee
Router Zigbee
Dispositivo receptor
Radio = 1
Figura 2-36: Comunicación múltiple a uno.
2.5.4.3.3.2 Enrutamiento de las comunicaciones
Es el proceso de selección de una ruta a través de la cual el mensaje será retransmitido al

dispositivo de destino. El coordinador ZigBee y los routers tienen la responsabilidad de
descubrir y mantener las rutas de una red. Un dispositivo final ZigBee no puede realizar
descubrimiento de rutas en una red y el coordinador ZigBee o el router llevarán a cabo esta
labor por el dispositivo final. La longitud de la ruta (L) se define por el número de
dispositivos en la ruta (Figura (2-37)).
Valor de la conexión entre el dispositivo 1 (D1)

y el dispositivo 2 (D2)
C={D2, D3}
C={D1, D2} C={D3, D4}
l2 C={D4, D5}
Ruta 1 (P1) l1
Ruta 2 (P2) l3 l4
Figura 2-37: Valores en el análisis de la ruta.
En la Figura anterior, se muestra un ejemplo de dos posibles rutas con una longitud L=5 y
L=7. La conexión entre dos dispositivos consecutivos en una ruta es llamada enlace. Los
enlaces están enumerados de (l1) a (l4). Los parámetros como relación de calidad del enlace,
número de saltos, consideraciones de conservación de energía, pueden ser usados para decidir
la ruta más óptima para cada escenario. Para simplificar este proceso, cada enlace es asociado
con un valor. La probabilidad que el paquete sea retransmitido satisfactoriamente en cada
enlace estará determinada por el valor del enlace. Cuanto más baja sea la probabilidad de
retransmisión del paquete satisfactoriamente, mayor será el valor del enlace. El valor de cada
enlace se muestra como C{[Di, Di+1]}.
La probabilidad que el paquete sea retransmitido satisfactoriamente puede ser calculada

de varias formas. El estándar ZigBee permite la selección del método más adecuado para cada
aplicación. Sin embargo, la estimación inicial para la probabilidad de éxito en la entrega de
paquetes se debe basar en la media LQI. El cual es registrado por cada paquete recibido,
indicando la señal de energía de la relación señal a ruido SNR.
En un mecanismo de enrutamiento de ruta quien origina la trama crea una lista de todos
los dispositivos que actuarán como enlaces y los incluye en la trama de la capa de red. De esta
manera, cuando un dispositivo enrutador recibe esta trama simplemente busca la dirección en
la lista de retransmisión (incluida en la trama) del siguiente nodo para retransmitir el mensaje.
Esta lista de retransmisión tiene un índice que incrementa con cada retransmisión para
asegurarse de que el índice siempre apunta en la dirección del próximo salto.
2.5.4.3.3.3 Administrador de servicios de la capa de red
La capa de red es responsable de las siguientes operaciones:
 Configurar un dispositivo nuevo, ya sea designándolo como coordinador ZigBee o

tratando de introducirlo a una red existente.
 Iniciar una red nueva.
 Entrar o salir de una red.

 Aplicar seguridad en la capa de red.
 Enrutar tramas a su destino. Sólo los coordinadores y router ZigBee pueden

retransmitir un mensaje.
 Descubrir y mantener rutas entre dispositivos. Esta es una habilidad que permite
descubrir y registrar rutas a través de las redes para realizar un enrutamiento más
eficiente del mensaje.
El descubrimiento de una red es una petición que realiza la capa de aplicación (APL) a la
capa de red. La capa de red usa la búsqueda de canales de la capa MAC para descubrir la
presencia de otras redes. La operación de descubrimiento de redes entrega la lista de las redes
descubiertas incluyendo los identificadores de las redes de área personal, frecuencia actual de
los canales y versión del protocolo ZigBee usado por cada red a la capa de aplicación. El
descubrimiento de redes debe identificar si existe al menos un router ZigBee que permita que
un nuevo dispositivo se una a una red.
La capa de red a partir de una solicitud por parte de la capa de aplicación puede nombrar a
un dispositivo como coordinador ZigBee. El dispositivo debe ser un FFD (Fully Function
Device) para poder actuar como coordinador ZigBee. El primer paso para la formación de una
red es la búsqueda de un dispositivo final (End Device , ED), seguida por una búsqueda activa
en un número determinado de canales usando el servicio de gestión de la capa MAC. La
solicitud de exploración es emitida por NLME a MLME. Basado en los resultados de la
búsqueda la capa de red toma un canal de frecuencias y un único identificador PAN. El primer
canal con el menor número de redes existentes es considerado un canal adecuado para ser
usado en la nueva red. El coordinador ZigBee selecciona la dirección 0x0000 como la
dirección corta MAC, la cual es la misma que la dirección de red.
2.5.4.3.4 Capa de aplicación (APL)
La capa de aplicación es la más alta del protocolo inalámbrico ZigBee. La capa de

aplicación APL consiste en tres secciones. La subcapa de aplicación de soporte (APS), objeto
de dispositivo ZigBee (ZDO) y estructura de aplicación ZigBee (Figura (2-38))
Estructura de Aplicación
Define capacidades específicas
Perfil de Aplicación de las aplicaciones
(Perfil Zigbee)
Objeto de dispositivo Zigbee (ZDO)

Define capacidades soportadas
Perfil de dispositivo Zigbee por los dispositivos Zigbee
(Perfil de dispositivo)
Subcapa de Aplicación
Figura 2-38: Capa de aplicación (60).
2.5.4.3.4.1 Subcapa de soporte a la aplicación
La subcapa de soporte a la aplicación (APS) provee una interfaz entre la capa de red
(NWK) y la capa de aplicación. Esta subcapa, similar a las capas inferiores, soporta dos tipos
de servicios: datos y gestión. El servicio de datos APS es proporcionado por la entidad de
datos (ASPDE) y se accede a través del punto de acceso de servicio de ASP (SAP). Dentro de
las capacidades de gestión son ofrecidas por la entidad de gestión de ASP (APSME) y es
accedida a través de APSM-SAP. Las responsabilidades de la subcapa de soporte a la
aplicación son:
 Mantener tablas de vinculación de nuevos dispositivos.
 Reenviar mensajes entre los dispositivos vinculados en la red.
 Administrar direcciones de grupo.
2.5.4.3.4.2 Objeto de dispositivo ZigBee
El ZDO actúa como interfaz entre la sub-capa de aplicación APS y la estructura de la

aplicación. El ZDO tiene la responsabilidad de inicializar la APS, la capa NWK y el
proveedor de servicio de seguridad SSP (Security Service Provider). En el marco de la
aplicación ZigBee está el entorno en el cual los objetos de aplicación controlan y gestionan las
capas del protocolo de un dispositivo ZigBee. Los objetos de aplicación son desarrollados por
los fabricantes y es acá donde el dispositivo es personalizado para varias aplicaciones, donde
puede haber cerca de 240 objetos de aplicación para cada dispositivo. Cada objeto de
aplicación tiene una única dirección de punto final (endpoint 1 a endpoint 240). La dirección
de endpoint cero es usada para el objeto de dispositivo ZigBee ZDO. Al transmitir un mensaje
a todas los objetos de aplicación la dirección de endpoint se fija en 255. La dirección de
endpoint permite que múltiples dispositivos puedan usar el mismo radio. Los objetos de
dispositivo ZigBee (ZDO) proveen una interfaz entre la subcapa APS y la estructura de
aplicación. El ZDO contiene las funcionalidades comunes en una aplicación que opera el
stack del protocolo ZigBee. Por ejemplo, es responsabilidad del ZDO configurar el
dispositivo como uno de los tres posibles tipos lógicos de coordinador ZigBee, router ZigBee
o dispositivo final ZigBee. El ZDO usa primitivas para llevar a cabo sus funciones y acceder a
la subcapa APS.
2.5.4.3.4.3 Perfiles de Aplicación ZigBee
El estándar ZigBee ofrece la opción de usar perfiles en el desarrollo de aplicaciones. El

uso de un perfil de aplicación permite una mayor interoperabilidad entre los productos
desarrollados por diferentes proveedores para una aplicación específica. Los perfiles de
aplicación son también llamados perfiles ZigBee.
Cada perfil de aplicación está identificado con un valor de 16 bit, el cual es llamado
identificador de perfil. Sólo la alianza ZigBee puede emitir perfiles identificadores. Un
vendedor que ha desarrollado un perfil puede solicitar un perfil identificador a la alianza
ZigBee. La alianza ZigBee evalúa el perfil de aplicación propuesto y si cumple con las
directrices de la alianza, el perfil identificador será emitido. Los perfiles de aplicación son
nombrados después de su correspondiente uso en una aplicación.
Los perfiles de aplicación son nombrados una vez se tiene la aplicación respectiva. Por
ejemplo: el perfil de aplicación para la automatización de una casa provee comúnmente una
plataforma para los proveedores que desarrollan productos basados en ZigBee para
aplicaciones en domótica. El perfil de aplicación consta de dos componentes principales: (1)
grupos (cluster) y (2) descripción de dispositivos. Un clúster es un conjunto de atributos
agrupados. Cada grupo es identificado con un número único de identificación llamado
identificador de grupo (cluster identifier). Estos atributos son usados para almacenar datos.
Por ejemplo: en una aplicación de control de temperatura, el dispositivo que actúa como
sensor de temperatura puede almacenar el valor actual de la temperatura en un atributo.
Entonces otro dispositivo podrá actuar como controlador pudiendo recibir el valor
almacenado en este atributo.
El otro componente de un perfil de aplicación es la descripción del dispositivo. La

descripción provee información con respecto al mismo dispositivo. Por ejemplo: las bandas
de operación soportadas, el tipo de dispositivo (coordinador, router o dispositivo final) y la
energía restante en las baterías son provistos por la descripción del dispositivo. Cada
descripción de dispositivo se identifica con un valor de 16 bits.
La descripción del dispositivo consta de cinco partes: (1) descripción del nodo, provee
información como el tipo de dispositivo y el código del fabricante, (2) descripción de energía
del nodo, determina sí el dispositivo es alimentado con baterías y el nivel actual de las
baterías, (3) descripción simple, (4) descripción compleja, contiene información del número
de serial y número de modelo del dispositivo y (5) descripción de usuario, provee cualquier
información adicional respecto al dispositivo.
Capítulo 3 Desarrollo de una plataforma de red IEEE
802.15.4/ZigBee.
Después de haber revisado el estado del arte de las redes de sensores aplicadas a la
instrumentación biomédica, junto con el espectro de las redes inalámbricas y particularmente
las redes IEEE 802.15.4/ZigBee, se presentará en este capítulo los fundamentos para el
desarrollo del hardware de un nodo de red IEEE 802.15.4, para así proponer un modelo de
diseño y experimentación. Adicionalmente se realizó la integración de algunos sensores, y la
evaluación del desempeño de las comunicaciones punto a punto.
En la actualidad existen gran variedad de nodos de red para aplicaciones Zigbee listos
para transmisión de datos que permiten una fácil integración a una aplicación electrónica.
Dentro de estos la compañía Digi International Inc ofrece módulos como Xbee (Figura (3-1a))
(62) con dimensiones de 24.38 mm y 27.61 mm y rango de comunicación de hasta 90 metros
con línea de vista y XBee Pro (Figura (3-1b)) (62) con dimensiones de 22 mm por 32.94 mm
con mayor potencia de transmisión con rango de comunicación de hasta 1600 metros con
línea de vista, de la misma manera el modulo Easy Bee (Figura (3-1c)) (63) fabricado por RF
Solutions con rango de comunicación de hasta 120 metros con línea de vista y dimensiones de
20 mm por 26 mm, entre muchos otros. Por otro lado se encuentran en el mercado módulos
orientados a evaluación de redes que permiten reprogramación del firmware de red, además
cuentan con periféricos como LEDs, switchs y sensores, como el MICAz (Figura (3-1d)) (59)
de Crossbow Technology Inc. ampliamente usado en aplicaciones de redes de sensores y el
Sensor Reference Board (Figura (3-1e)) (64) fabricado por Freescale como modelo de
desarrollo para el transceiver y microcontrolador MC13213.
Este trabajo tiene el propósito de desarrollar un nodo de red para aplicaciones de

monitoreo de señales biomédicas con el fin de integrarse a la vestimenta del paciente,
buscando afectar de forma mínima la comodidad y el diario vivir, por lo cual el dispositivo
debe tener el menor tamaño posible y menor consumo de energía. Usar un módulo orientado a
evaluación es descartado por el gran tamaño, e integrar un nodo de red ZigBee comercial
como los ya definidos que son restringidos a transmisión de datos en red, no permiten realizar
funciones como adquisición o procesado de una señal biomédica, lo cual implica la adición de
98
Capítulo 3. Desarrollo de una plataforma de red IEEE 802.15.4/ZigBee. 99
un microprocesador y circuitos complementarios, generando un aumento en el tamaño del

PCB, mayor consumo de potencia y aumento en el costo.
Figura 3-1: Nodos de red comerciales, (a) Xbee, (b) Xbee Pro, (c)
Easy Bee, (d) MICAz y (e) SRB.
3.1 D ISEÑO DE UN NODO DE RED IEEE 802.15.4
Los nodos de red son la base de una red inalámbrica de sensores, tienen capacidad para
procesar y transmitir datos, autonomía de meses o hasta años y poseen sensores integrados
para interactuar con el entorno. El nodo de red se desarrolla con el fin de disponer un módulo
para transmisión de señales biomédicas miniaturizado, de bajo costo y bajo consumo,
integrando en un mismo chip la comunicación inalámbrica y el procesamiento de datos. Para
ser capaz de satisfacer estos requisitos, un nodo de red debe estar compuesto de: (1)
microcontrolador, (2) modem, (3) fuente de alimentación y (4) antena, (Figura (3-2)).
Antena
Microcontrolador Modem
Alimentación
Figura 3-2: Diagrama en bloques de un nodo de red.

3.1.1 MICROCONTROLADOR Y MODEM IEEE 802.15.4
El microcontrolador es un circuito integrado que contiene muchas de las funciones

encontradas en un sistema de cómputo. Un microcontrolador utiliza un microprocesador como
unidad central de procesamiento e incorpora características como memoria, referencia de
tiempo, periféricos de entrada y salida integrados en un mismo chip. El desarrollo de las
comunicaciones y la electrónica de consumo integran cada vez más módulos al
microcontrolador. Para el caso de las comunicaciones inalámbricas, actualmente se encuentra
una gran gamma de microcontroladores los cuales incorporan un modem que permite en un
reducido tamaño procesar datos y transmitir/recibir de forma inalámbrica todo en un mismo
chip denominados tranceptores. Como se observa en la Tabla (3-1) el chip desarrollado por
Freescale es uno de los más completos debido a que provee un bajo consumo de potencia lo
cual es ideal para el diseño de módulos portables, en el mismo encapsulado cuenta con un
Modem IEEE 802.15.4 y un microcontrolador HCS08 (8 bits), lo cual permite reducciones en
hardware y costos.
Tabla 3-1: Fabricantes chips para aplicaciones 802.15.4 (65).
Fabricante Atmel Chipcon CompXS Ember Freescale
Chip AT86RF21 CC2430 CX1540 EM250 MC13213
800/900MHz Sí No No No No
2400MHz No Sí Sí Sí Sí
Vdd (V) 1.8 a 3.6 2.1 a 3.6 3 2.1 a 3.6 2 a 3.4
Standby (µA) 1 1 1 1 3
Tx (mA) 14.5 25 56 35.5 31.1
Rx ( mA) 60 26 57 35.5 38.1
Interfaz SPI SPI SPI SPI SPI
Encriptado? No Sí No Sí Sï
Sólo
Chip todo en uno? Sólo Transceiver Sí Sí Sí
Transceiver
El bajo consumo de un microcontrolador es uno de los aspectos más relevante a tener en

cuenta en la selección de componentes para cualquier diseño electrónico, el chip desarrollado
por Atmel tiene el menor voltaje de operación y bajo consumo en transmisión pero está
limitado sólo al microcontrolador, por esto requiere un chip adicional para la comunicación
inalámbrica. El chip fabricado por Freescale es muy completo en memoria y periféricos (ver
Figura (3-3)), tiene un consumo medio entre los chips del mercado, y cuenta con un amplio
soporte para diseño.
Figura 3-3: Diagrama de bloques MC13213 (66).
3.1.2 CIRCUITO PARA COMUNICACIÓN INALÁMBRICA
Habiendo definido el chip MC13213 se debe implementar un circuito de conexión entre el

modem y la antena, básicamente hay dos configuraciones posibles propuestas por el
fabricante para realizar el acoplamiento a la antena: una denominada dual basada en dos
dispositivos balun (acopladores de impedancia de transceiver a la antena); uno para
transmisión y otro para recepción, junto con un switch externo que conmute los dos circuitos,
y single que usa un sólo balun para transmisión y recepción. En esta topología hay una
reducción de componentes pero hay una mayor sensibilidad al ruido (66).
3.1.2.1 Configuración single
En esta configuración el dispositivo MC13213 cuenta con un switch transmisor/receptor

interno para ser usado con un balun y una antena externos (Figura (3-4)). La implementación
del switch interno da como resultado un diseño levemente menos eficiente en comparación
con la dual, aunque siendo cuidadoso al elegir los elementos de acople y considerando las
especificaciones de los fabricantes de antena para el diseño de los PCB se puede lograr un
buen rendimiento.
Figura 3-4: Configuración Single (66).
Freescale aconseja usar una configuración single con dos bobinas en serie y una bobina de
desviación seguida de un balun 1:1 (Figura (3-5)). Esta configuración esta optimizada para un
mejor rendimiento en RX con alguna degradación a máximas potencias en la TX, al
implementar el switch de TX/RX interno se logra un circuito más simple, menos costoso, con
menor número de partes externas (66).
Figura 3-5: Esquemático configuración Single.
El balun convierte la señal de la antena en señales diferenciales, esta interfaz es aplicada

en los pines del modem (RFIN_x) y (PAO_x). El pin CT_bias proporciona un punto de
conmutación al Balun dependiendo de su operación, es decir, CT_bias se debe poner a tensión
VDDA (≈ 3v) para transmitir y se debe poner a tierra ≈ 0v para realizar la recepción.
3.1.2.2 Configuración dual
Esta configuración se usa en aplicaciones que pueden requerir de elementos externos

como LNA (Low Noise Amplifier), LPA (Low current Power Amplifier), switch externo de
TX/RF, asi como elementos de adaptación pasivos (66). La adaptación la proveen los
elementos L1, L3, L4, L5, C13 y C14 (Figura (3-6)). Un balun es usado para cada ruta de
transmisión y recepción. Mientras más compleja sea esta implementación, mayor será el
rendimiento del sistema.
Figura 3-6: Esquemático configuración Dual.
El pin VDD del switch de RF (IC1) está conectado al pin GPIO1, lo cual permite que la
antena consuma energía sólo cuando necesita estar activa. El pin GPIO puede ser usado como
una fuente VDD sólo cuando la corriente de carga es pequeña.
3.1.3 COMPONENTES DE NODO DE RED
A continuación se definen algunos elementos que son relevantes para el diseño del nodo
de red.
3.1.3.1 Oscilador externo
El sistema requiere de un oscilador externo que proporcione la precisión requerida por el

modem. Freescale especifica usar un cristal de 16MHz con una capacitancia menor a 9 pf.
El módulo no contiene ningún divisor de frecuencia, siendo los 16 MHz la única
frecuencia base. El uso de capacitancias mayores no es recomendado ya que a mayor
carga en el circuito amplificador, más comprometida se va a ver la precisión del cristal. En
la Figura (3-7) se observa el circuito típico de conexión al MC13213.
Figura 3-7: Oscilador externo del sistema.
3.1.3.2 Balun
El termino balun está compuesto de las palabras (Unbalanced-Balanced), es un dispositivo

pasivo bidireccional diseñado para transformar impedancias el cual consta de un puerto
desbalanceado a dos puertos balanceados. El puerto desbalanceado puede ser tanto la entrada
como la salida del dispositivo, así como el puerto balanceado puede ser también la entrada o
salida del dispositivo (67).
Las razones de transformación de los balun más usadas son 1:1(50Ω:50Ω),

1:2(50Ω:100Ω) y 1:4(50Ω:200Ω). Un balun se usa como interfaz entre la antena y un puerto
de salida/entrada balanceado. El balun convierte la terminación single en una salida
balanceada junto con una impedancia de transformación. La salida es diferencial, esto quiere
decir que el voltaje en cada pin es igual a la magnitud pero en fase contraria, la impedancia de
salida es normalmente de estado diferencial, y esta medida entre los 2 pines de salida.
Algunos circuitos discretos son utilizados para desempeñarse como balun, pero la mayor parte
de estos son sensibles a la entrada y salida de cargas externas, teniendo que ser la PCB la
encargada de la calibración, estos circuitos discretos requieren por lo menos de dos bobinas
para su correcto funcionamiento.
3.1.3.3 Antena
La elección de una buena antena es uno de los factores más importantes para obtener un
buen rango y rendimiento en un una aplicación inalámbrica, especialmente en los diseños
compactos y de bajo consumo. La acción básica de la antena es transmitir y recibir ondas
electromagnéticas en una banda de frecuencia específica (68). Una antena actúa como la
interfaz entre un transmisor o receptor y el espacio libre, esta acción la efectúa al radiar o
detectar un campo electromagnético. A continuación se definen algunos conceptos
relacionados con el diseño basado en antenas.
Las antenas tipo chip son unas de las más usadas para nodos de sensores, debido
principalmente al tamaño reducido. Los principales fabricantes de antenas tipo chip o SMD
son Fractus, Murata, GigaAnt y Johanson, en la Tabla (3-2) se realiza una comparación entre
estos, todos los modelos aquí estudiados trabajan en la banda ISM 2,4GHz a una impedancia
de 50Ω como es necesario para estos diseños.
Tabla 3-2: Características antena tipo chip
ANTENA Fractus GigaAnt Johanson
Rango 2400-2500MHz 2400-2500MHz 2400-2500MHz

Impedancia. 50Ω 50Ω 50Ω
Ganancia pico. 1dBi 1.1dBi 2dBi
Polarización Lineal Lineal Lineal

Dimensiones(mm) 7x2x3 20,5 x 36 x 33 7 x 2 x 12
dxsdsd())((mm)
Para obtener el desempeño deseado con este tipo de antenas es necesario tener en cuenta
algunos parámetros básicos para el diseño, los cuales se describen a continuación.
 Radiador isotrópico: Básicamente es una antena que prácticamente no se puede

realizar en la práctica, ya que radia las ondas electromagnéticas de igual manera
en todas las direcciones. Es idealmente la referencia sobre la cual se diseñan las
antenas (69).
 Patrón de radiación: El patrón de radiación es una de las características más

importantes de una antena, porque describe el comportamiento de la energía que
es radiada. El patrón de radiación es básicamente una función que asocia a cada
posible dirección de radiación (definida con dos ángulos, en un espacio de tres
dimensiones), un valor proporcional a la densidad de potencia que radia la antena
en esta dirección, el patrón de radiación de una antena no depende de la distancia
entre un punto y la antena; simplemente indica la cantidad de potencia que fluye
en cada dirección, referenciada a la potencia que fluye en otras direcciones (70).
 Campos cercanos y lejanos: El campo de radiación que se encuentra cerca de

una antena no es igual que el campo de radiación que se encuentra a gran
distancia. El término campo cercano se refiere al patrón de campo que está cerca
de la antena, y el término campo lejano se refiere al patrón de campo que está a
gran distancia. Durante la mitad del ciclo de transmisión, la potencia se irradia
desde una antena, en donde parte de la potencia se guarda temporalmente en el
campo cercano. Durante la segunda mitad del ciclo, la potencia que está en el
campo cercano regresa a la antena. Esta acción es similar a la forma en que un
inductor guarda y suelta energía. Por tanto, el campo cercano se llama a veces
campo de inducción. La potencia que alcanza el campo lejano continúa irradiando
lejos y nunca regresa a la antena. Por tanto, el campo lejano se llama campo de
radiación. La potencia de radiación en campo lejano, por lo general, es la más
importante de las dos; por consiguiente, los patrones de radiación de la antena, por
lo regular se dan para el campo lejano (69).
 Resistencia de radiación y eficiencia de antena: No toda la potencia

suministrada a la antena se irradia. Parte de ella se convierte en calor y se disipa.
La resistencia de radiación es un poco "irreal", en cuanto a que no puede ser
medida directamente. La resistencia de radiación es una resistencia de la antena y

es igual a la relación de la potencia radiada por la antena al cuadrado de la
corriente en su punto de alimentación. Matemáticamente, la resistencia de
radiación es: Rr = P / i2. donde: Rr = Resistencia de radiación (ohms), P =
Potencia radiada por la antena (Watts), i = Corriente de la antena en el punto de
alimentación (Amperes). La resistencia de radiación es la resistencia que, si
reemplazará la antena, disiparía exactamente la misma cantidad de potencia de la
que irradia la antena. La eficiencia de antena es la relación de la potencia radiada
por una antena a la suma de la potencia radiada y la potencia disipada o la relación
de la potencia radiada y la potencia disipada, o la relación de la potencia radiada
por la antena con la potencia total de entrada (70).
 Ganancia directiva y ganancia de potencia: La ganancia directiva es la relación

de la densidad de potencia radiada en una dirección en particular con la densidad
de potencia radiada al mismo punto por una antena de referencia, suponiendo que
ambas antenas irradian la misma cantidad de potencia. El patrón de radiación para
la densidad de potencia relativa de una antena es realmente un patrón de ganancia
directiva si la referencia de la densidad de potencia se toma de una antena de
referencia estándar, que por lo general es una antena isotrópica. La máxima
ganancia directiva se llama directividad. La ganancia de potencia es igual a la
ganancia directiva excepto que se utiliza el total de potencia que alimenta a la
antena, es decir, que se toma en cuenta la eficiencia de la antena. Se supone que la
antena indicada y la antena de referencia tienen la misma potencia de entrada y
que la antena de referencia no tiene pérdidas (70).
 Polarización: La polarización se define como la orientación del campo eléctrico

de una onda electromagnética. Se describe por una elipse. Dos clases de
polarización elíptica son la polarización lineal y circular pero la polarización
inicial de la onda está dada por la antena. Con la polarización lineal, el vector de
campo eléctrico se mantiene en el mismo plano todo el tiempo. El campo eléctrico
puede dejar la antena en una orientación vertical, horizontal o en algún ángulo
entre las dos. La radiación polarizada verticalmente se ve menos afectada por las
reflexiones en el transcurso de la transmisión. Las antenas omnidireccionales
siempre tienen una polarización vertical. Con la polarización horizontal, tales
reflexiones causan variaciones en la intensidad de la señal recibida. Las antenas

polarizadas horizontalmente tienen menos probabilidad de captar interferencias
las cuales están normalmente polarizadas verticalmente (67).
3.2 D ISEÑO DE LA PLATAFORMA DE REDES DE SENSORES
Los sensores actualmente interactúan con el mundo para detectar luz, calor, posición,
movimiento, etc. En cada una de estas áreas la tecnología ha buscado campos de acción para
realizar infinidad de métodos de diseños y aplicaciones. Hoy en día las redes de sensores
pueden ser construidas usando componentes de escala milimétrica y con consumo de una
fracción de vatio, los cuales están conectados a uno o varios microcontroladores que
interconectan sensores y un chip transceptor.
A continuación se muestra el proceso de diseño y construcción de la plataforma de red de

sensores propuesta (Figura (3-8)), la cual está conformada por los siguientes componentes:
(1) El nodo de red encargado de comunicación inalámbrica, basado en el SoC MC13213 de
Freescale que contiene un microcontrolador 9S08GT60 y el modem 802.15.4 MC13192. (2)
La tarjeta base de sensores que contiene sensores de temperatura, presión y acelerómetro,
junto con algunos periféricos de entrada y salida. (3) Integración Módulos OEM (Original
Equipment Manufacturer) de adquisición señal de señales biomédicas como ECG
(Electrocardiografía) y SpO2 (Oximetría de Pulso).
Tarjeta de Sensores
Sensor de
Temperatura LEDS
Batería
Sensor de
Presión Nodo de
red
Pulsadores
Acelerómetro
XYZ
ECG
SPO2
Figura 3-8: Plataforma de red de sensores propuesta.

El desarrollo de la plataforma propuesta se realizó a través de 4 etapas: (1) Desarrollo del

nodo de red, donde se llevaron a cabo tres versiones hasta llegar a un óptimo diseño, (2) El
diseño de la tarjeta base de sensores, el análisis de la señales entregadas por estos y la
integración con de módulos OEM de señal (3) Desarrollo de las funciones en firmware que
interactuaran con los sensores y los módulos OEM de manera local dentro del nodo (4)
Evaluación de las comunicaciones basados en la evaluación del efecto de la distancia entre
dispositivos en comunicación punto a punto y la potencia de transmisión.
3.2.1 DESARROLLO DEL NODO DE RED
Con el objetivo de obtener un diseño óptimo del módulo de nodo de red, en cuanto a
distancia de comunicación, inmunidad al ruido, miniaturización del diseño, y funcionalidad se
definieron cuatro etapas: (1) Evaluación de un nodo de red comercial, (2) Primer Diseño, (3)
Segundo Diseño, (4) Tercer y Diseño Final, a continuación se definen:
3.2.1.1 Evaluación de un nodo de red comercial
Se toma como referencia el nodo inalámbrico SRB (Sensor Reference Board) desarrollado
por Freescale. El SRB introduce el SoC MC13213, compuesto de un microcontrolador
9S08GT60 y modem 802.15.4, cuanta con periféricos como: puerto USB, pulsadores, LEDs,
buzzer, y sensores de acelerómetro de 3 ejes y temperatura. En general el SRB provee de una
plataforma funcional y muy didáctica debido a la amplia documentación que cuenta en diseño
y aplicaciones (Figura (3-9)).
Antena tipo F
Circuito de acople
Adaptador DC
Gestion de
2 Baterías AA Buzzer
energía
Alimentación
por USB
Fuerza de Sensor 4 Pulsadores

MC13213
gravedad XYZ y 4 LED’s
Temperatura Puertos de
Sensor de
proposito
temperatura
general
Figura 3-9: Diagrama en bloques 1321x-SRB.
Este dispositivo tiene una antena impresa en el circuito impreso, esto trae beneficios como
reducción de costo y simplicidad de implementación, en contraste requiere un espacio mayor
que una antena chip y tiene menor cobertura ya que es más inmune a interferencias por
depender del circuito impreso para su funcionamiento. Como se muestra en la Figura (3-10),
la tarjeta contiene gran cantidad de prestaciones para ser usada en el desarrollo de
aplicaciones IEEE 802.15.4/ZigBee, basados en este dispositivo y sus hojas de datos se
realizó el primer diseño, a continuación se definen algunas consideraciones que se tuvieron en
cuenta en el diseño de circuitos impresos en este proyecto.
GPIO BDM
Acelerómetro MC13213
Buzzer
USB
Entrada
DC
LED5 LED1 LED2 LED3 LED4

Switch ON-OFF
Reset SW1 SW2 SW3 SW4
Figura 3-10: Nodo ZigBee 1321x-(SRB) (71).
3.2.1.2 Consideraciones para el diseño de los circuitos impresos
Las tarjetas de circuito impreso de este proyecto son realizadas en dos capas en material
FR4 en 1,6 mm, el cual está formado por varias hojas de prepeg, que a su vez está constituido
por capas tejidas de fibra de vidrio impregnadas con resina epoxi. Los componentes
electrónicos usados fueron ensamblados con tecnología de montaje superficial SMT (Surface
Mount Technology) con el fin de miniaturizar los prototipos, además que es el método para
reducir tamaño de tarjetas más usado actualmente, se usa tanto para componentes activos
como pasivos. Los componentes para montaje superficial se conocen como dispositivos de
montaje superficial SMD (Surface Mount Device) (72). Los tamaños de componentes de
montaje superficial más comunes se muestran en la Tabla (3-3), en el desarrollo se tuvo la
premisa de usar SMD_402 y SMD_603 con el fin de garantizar un tamaño reducido en el
diseño del circuito impreso.
Tabla 3-3: Medidas de componentes montaje superficial
Dimensiones: mm
Tamaño L W T e Min. g Min.
SMD_402 1.0±0,05 0,5+0,05 0,5±0,05 0,15 a 0,35 0,3
SMD_603 1.6±0,1 0,8±0,1 0,8±0,1 0,2 a 0,5 0,5

SMD_805 2.0±0,1 1.25±0,1 0,85±0,1 0,2 a 0,7 0,7
SMD_1206 3.2±0,15 1.6±0,15 0,85±0,1 0,3 a 0,8 1.5
3.2.2 PRIMER DISEÑO
El diseño se desarrolló basado en el dispositivo SRB, la tarjeta cuenta con dos capas, en la
capa superior residen todos los componentes electrónicos, la capa inferior se usa para tierra y
las líneas de alimentación del chip (MC13213), estas rutas requieren de condensadores de
desacoplo, y deben estar situados lo más cerca posible del chip para reducir el ruido.
Se realizó una configuración dual para el acople a la antena micro-strip tipo F, donde las
señales de transmisión y recepción de aproximadamente 300 o 400Ω de impedancia se
conectan por medio de un balun de manera independiente a la antena de 50 Ω, En la Figura
(3-11) se muestra el circuito de RF implementado.
L1
4.7nH
C5
10pF
L2 C2
4.7nH 1pF IC1
C6
10pF
MC13123 L3
3.3nH Balun
C3
10pF L5 C7
uPG2012TK
L4 C1 8.2nH 0.5pF Antena F
3,3nH 1.8pF
C4
10pF
Balun
Figura 3-11: Nodo ZigBee 1321x-(SRB) (71).
Para adaptar los dos puertos balanceados (RFIN y PAO) del MC13213 con las entradas
del balun se han dispuesto dos bobinas de 4,7nH (L1, L2) en la etapa de salida de RF y dos
bobinas de 3.3nH (L3, L4) en la etapa de entrada de RF, IC1 es el switch de RF que permite la
conmutación de recepción a transmisión, finalmente un circuito pasabanda conformado por
L5 y C7 se usa para limitar la desviación de armónicos del transmisor. A continuación se
definen los aspectos que se tuvieron en cuenta para el diseño de la antena.
3.2.2.1 Diseño de antena tipo F en el PCB
Esta antena es ampliamente usada por su simplicidad de implementación, se debe tener en

cuenta que la corriente en la parte principal o pierna es elevada y que una amplia zona de
tierra es ideal para tener un buen rendimiento en todo el circuito, aunque esta zona no debe
estar presente en ninguna de las dos caras del PCB donde va la antena (Figura (3-12)) y
evitando la presencia de elementos que puedan causar alguna interferencia. Las Antena F se
debe implementar sobre material FR-4, para mejorar su eficacia. Dado que el fabricante del
PCB no proporciona información específica sobre el material de fabricación las variaciones
en rendimiento podrían verse afectadas por este motivo.
23.8
2.5
10
4.05 7.8
0.85 3.0
GND
Figura 3-12: Dimensiones de la antena F en mm (71).
Por otro lado la estructura de la antena debe ser de un tamaño razonable comparado con la
longitud de onda del campo del RF; una longitud de media onda corresponde
aproximadamente a 6 centímetros (en aire) en los 2.4Ghz, cuando se alimenta con RF en el
centro, la estructura resuena en la frecuencia de media-onda. La reducción del tamaño debajo
de la longitud resonante natural puede causar baja eficiencia (72).
La antena implementada sin acoplar tiene una frecuencia resonante de 2.85Ghz, puede ser
acoplada insertando una bobina en serie con la alimentación de la señal, o agregando una pista
de PCB al extremo opuesto para bajar la frecuencia resonante a 2.4GHz. Una bobina acoplada
de 8.2nH o una pista de PCB de 6mm sirven para obtener un óptimo rendimiento de la antena
F.
3.2.2.1 Transceptor MC13213 en el PCB
El transceptor MC13213 está en un encapsulado LGA (Land Grid Array) (Figura (3-13)),
el diseño de la huella o footprint debe ser de alta precisión con respecto al diagrama mecánico
del chip (Figura (3-14)), donde se puede observar las dimensiones del área de soldadura y de
la estructura general del chip, es aconsejable para facilitar el ensamble diseñar la huella
dejando las dimensiones de cobre de los pines o pads un poco más grande que lo especificado.
Los pines 65 a 71 son puntos de prueba (Test points) dispuestos únicamente para uso del
fabricante. Por lo cual en el primer diseño se decide no incluirlos en la huella.
Figura 3-13: MC13213 LGA 9x9x1 mm (66).
Figura 3-14: Diagrama mecánico del MC13213 (66).
Por otro lado en un diseño orientado a RF se deben considerar factores como la forma del
pin y tamaños de la zona de tierra, los pines deben tener una forma especial para lograr un
mejor rendimiento tanto en la transmisión, como en la recepción de señales. En la Figura (3-
15) se muestra un diseño recomendado por el mismo fabricante donde se aprecian formas
circulares en los pines y áreas de tierra del chip.
1.55mm 1.55 1.55

mm mm
1.50
mm
1.65mm
2.80
1.85 mm
mm
0.50
1.35m 0.30mm mm
m
1.70mm
9.40mm
1.85mm
1.90mm
0.50mm
0.30mm
1.55mm
0.75
0.30mm
mm
1.90mm
2.30mm 1.50mm
1.50mm
1.50
mm
1.05mm 0.95mm
0.30mm
0.20mm 0.70mm
0.80mm
9.44mm
Figura 3-15: Diagrama mecánico del MC13213 (66).
Una vez realizada la huella del chip, se realiza el enrutamiento de señales de alimentación
y periféricos teniendo en cuenta algunas consideraciones en el grosor de pistas según su
función (Figura (3-16)).
Figura 3-16: Diseño footprint del transceptor
El fabricante del PCB fue Microcircuitos S.A. ubicado en Bogotá-Colombia, presenta una
restricción en la implementación, indicando el grosor mínimo de las pista como 0,203 mm.
Particularmente en este diseño se usaron pistas superiores a esta medida, en las líneas de tierra
que sale del transceptor hacia el balun y de acople entre el circuito pasabanda y el brazo de la
antena tipo F se uso un grosor superior al resto (Figura (3-17)).
ANTENA
L1 C1 C4
L3
L2
Z1 IC2
L3 Z2
C6
L4
L5
C2 C5
C7
Figura 3-17: Diseño footprint circuito RF
Otra consideración importante es determinada por el ancho y largo de las vías sobre el
PCB, ya que pueden incrementar la impedancia del circuito, es ideal que la señal de RF que
va hacia el transceptor haga el menor recorrido posible entre la antena y el chip, así las
bobinas L1 a L4 deberán estar lo más cerca posible al puerto del transceptor, se debe
optimizar el espacio para lograr un mejor rendimiento del circuito de RF. Finalmente para
reducir ruido y acoplamientos en las líneas de alimentación se dispone de una serie de
condensadores de desacoplo (Figura (3-18)). El nodo en su primera versión se observa en la
Figura (3-19), se distribuyeron algunos puertos digitales y análogos para la integración de
sensores. El layout final del diseño se muestra en la Figura (3-20), y en la Figura (3-21) se
muestra el PCB del nodo finalizado una vez se realizó el ensamble de los componentes.
C13
C12
C11
C10
C8
C9
Figura 3-18: Condensadores de desacoplo.
Puerto KBI Puerto conversor A/D
Puerto SCI, I2C
Figura 3-19: Puertos primer diseño nodo inalámbrico.
Figura 3-20: Diseño del Nodo finalizado.
30mm
68mm
Figura 3-21: Primer diseño ensamblado.

3.2.2.2 Evaluación del primer diseño
Para validar el diseño se dispuso un nodo como transmisor y otro como receptor y se
inicio un transmisión continua, en la Figura (3-22) se observa el nodo receptor en operación,
las comunicaciones fueron fallidas, al analizar las frecuencias portadoras en el analizador de
espectros, se observaron pequeños desplazamientos en frecuencia portadora en todos los
nodos, por tal razón no era posible una comunicación directa entre dos nodos, se hallaron
pequeñas variaciones en las dimensiones en la antena construidas sobre el PCB. Se decidió
iniciar con un segundo diseño basado en una antena independiente del circuito PCB.
Figura 3-22: Pruebas realizadas sobre el nodo 802.15.4.
3.2.3 SEGUNDO DISEÑO
La implementación de una antena tipo chip en un nodo de red es común en los nodos
inalámbricos, este tipo de antenas requiere un tamaño menor en el PCB que la antena tipo F,
proporcionando una mayor sensibilidad, mayor inmunidad al ruido, la antena seleccionada se
observa en la Figura (3-23). En este diseño además de cambiar el tipo de antena, se
implementa la configuración Single de acoplamiento a la antena, en la cual se utiliza el switch
de RF que trae internamente el MC13213. Para el acople a la antena se usa un balun 4:1 el
cual acopla la impedancia del modem a la antena de 50Ω.
2.6
1.6
4.2
Figura 3-23: Dimensiones de la antena 2450AT18A100 en mm

(73).
En la Figura (3-24) se observan los elementos pertenecientes al circuito de RF,

empezando por L1 y L2, se encuentran lo más cerca posible al puerto del MC13213, estos
elementos junto con C14, se encargan de completar el acople del balun IC2 hacia el modem.
Figura 3-24: Circuito de RF primer diseño Single.
Además de la ubicación de los elementos, se tiene en cuenta otro factor importante en el

desempeño del circuito de RF como lo es el grosor de la pista que va del balun hacia la
antena. El ancho de esta pista puede causar variaciones en la impedancia además del material
sobre el cual este fabricado el PCB. En este diseño el grosor de esta pista es de 0,3mm. Este
grosor también se usa para las pistas de GND y alimentación VCC (Figura (3-25)). En la capa
inferior se distribuyeron 25 puertos de entrada / salida para interconectar con tarjetas de
aplicación (Figura (3-26)) donde se incluye VDD y GND, El diseño final de la tarjeta base
con el MC13213 se muestra en la Figura (3-27). Se diseñaron dos placas base para aplicación
y tener acceso a los puertos de entrada/salida (Figura (3-28)).
Figura 3-25: Condensadores de desacoplo y oscilador.
Figura 3-26: Capa inferior puertos de entrada/salida.
33mm
22m
Figura 3-27: Nodo de red finalizado.

Figura 3-28: Tarjetas de aplicación.
3.2.3.1 Evaluación del segundo diseño
Una vez finalizado el segundo diseño se inició con la evaluación de la misma forma que
en el primer diseño, las pruebas de comunicación fueron exitosas, se evaluaron 4 niveles de
potencias en transmisión continua, así: bajo, medio, medio-alto, alto, con el fin de evaluar el
efecto de la distancia conservando la línea de vista entre los dos nodos, en la Tabla (3-4) se
muestra la distancia máxima donde no hubieron perdidas para cada nivel de potencia.
Tabla 3-4: Distancia de transmisión al variar la potencia en nodo

de red V2.
Distancia
Potencia (mW)
Comunicación (m)
0,02– bajo 2
0,13 – medio 10
1.62 – medio alto 15
2.29 – alto 22
Al analizar los bajos resultados obtenidos en el rendimiento del nodo, se identificaron

posteriormente fallas en el diseño como:
 El cristal al igual que los condensadores C8 y C9 debe estar lo más cerca posible
al puerto del MC13213 para disminuir ruido en la señal del oscilador. Además las
pistas de este componente también deben tener un grosor mayor a las pistas de
señales comunes del nodo.
 El grosor de la pista que va a la antena debe ser mayor a 0,3mm, esto pudo
generar un incorrecto acople de impedancias y perdida de la señal.
 Mal diseño de la tarjeta base o de aplicación con respecto a la antena del nodo,
como ya se había mencionado que no debe haber área con GND o con elementos
que puedan causar interferencia en la señal de salida de la antena, en la tarjeta
base quedaron algunos segmentos de tierra cerca a la antena, de igual manera es
aconsejable que esta quede sobre un extremos del circuito para evitar interferencia
de los componentes cercanos.
 Se puede integrar una antena chip con mejores características de sensibilidad y

propagación.
Finalmente la distancia de comunicación fue muy reducida para el desarrollo de

aplicaciones de redes de sensores, por tal razón se decide iniciar un tercer diseño buscando
resolver las fallas detectadas hasta el momento.
3.2.4 TERCER DISEÑO
Con un diseño en configuración single exitoso pero con bajos resultados en la distancia de
comunicación, se realiza un nuevo diseño considerando los errores identificados en el diseño
anterior. El cambio más significativo en la etapa de radiofrecuencia fue la implementación de
un balun 1:1, reduciendo la cantidad de elementos de esta etapa, junto con la elección de una
antena más robusta en cuanto a ganancia y sensibilidad.
3.2.4.1 Diseño Circuito MC13213
La introducción de la nueva antena tipo chip en el nodo sensor debe suponer una mayor
distancia y eficiencia que la antena diseñada sobre el circuito impreso. En este caso, se tienen
en cuenta las especificaciones técnicas que provee el fabricante para obtener un rendimiento
óptimo, tales como: posición en el PCB, elementos de acople y grosor de la huella. De igual
manera se hicieron ajustes sobre las huellas de la antena, el chip MC13213 y el oscilador,
agregando en el caso del MC13213 y el cristal pasantes o truehold en la parte central de la
huella del chip, con el fin de evitar que los excesos de estaño en el momento de soldar y
lograr unos adecuados contactos de cada pin con la tarjeta (Figura (3-29)).
Figura 3-29: Huella MC13213 y Cristal Diseño final.
Con los elementos C3 y C4 (de 6.8pF), se ajusta el cristal a su frecuencia de 16MHz,

estos condensadores y el cristal deben estar lo más cerca posible al chip MC13213, estas
pistas tienen un grosor superior al de las demás señales para tener mayor inmunidad al ruido.
El conjunto de condensadores formado por (C2, C6, C13, C5 Y C15) están dispuestos de
forma que la vía entre ellos y el chip tenga la menor longitud posible, ya que estos
condensadores reducen el ruido y acoplamientos en las líneas de alimentación (Figura (3-30)).
Figura 3-30: Distribución cristal y condensadores de desacople.

3.2.4.2 Diseño Circuito Antena
La antena chip fue una buena alternativa pero se planteó integrar una con mayor ganancia
y se tuvieron en cuenta algunas consideraciones adicionales. El diseño de la huella de la
antena chip (Figura (3-31)), se basa en las dimensiones proporcionadas por el fabricante
Johanson Technology.
1.0
8.0
5.5
2.0
Figura 3-31: Medidas para footprint antena chip en mm (73).
Al igual que en el diseño de la antena tipo F, para este tipo de antena también se
recomienda no implementar área de tierra o GND en una zona cercana a la antena y en
ninguna de las dos capas como se muestra (Figura (3-32)), la ubicación 3 no es recomendada
ya que por lo general en esta zona estarán otros componentes del circuito, lo cual podría
ocasionar interferencias y bajos rendimientos en la radiación de la antena.
Área sin tierra

en ambas
capas
RECOMENDADO
1 5 RECOMENDADO
RECOMENDADO 4 RECOMENDADO
2
3
NO RECOMENDADO
Figura 3-32: Ubicaciones recomendadas para la antena en el PCB

(73).
Los elementos pertenecientes al circuito RF al igual que el cristal, deben estar lo más
cerca al chip para no alterar la impedancia con la longitud de las pistas. Como se muestra en
la Figura (3-33), la pista después del balun (Z1) tiene un grosor superior para que el acople de
50Ω no se vea afectado.
Figura 3-33: Circuito de RF con antena chip.
3.2.4.3 Conectores
El nodo cuenta con 2 conectores laterales que permiten acceder a los periféricos del chip
MC13213, los cuales se encuentran distribuidos de forma que en ambos puertos tengan la
misma distribución (Figura (3-34)). Los puertos de número 4 y 2 en los conectores laterales
corresponden a VCC y GND respectivamente, permitiendo que la tarjeta sea alimentada por
alguno de los dos conectores.
18 17 18 17
I&O
16 15 16 15
Conversor A/D
TMP
I&O
Conversor A/D
14 13 14 13
12 11 12 11
10 9 10 9
8 7 8 7
SCI
SCI Alimentación
6 5 6 5
KBI
KBI
Alimentación
4 3 4 3
2 1 1 2 3 4 2 1
Conector
7 BDM
Figura 3-34: Conectores nodo final.

El conector de programación denominado BDM para el MC13213 usado para los diseños
anteriores y en general para microcontroladores de Freescale se muestra en la Figura (3-35a),
los pines 3 y 5 están asignados como NC (No Connect), por lo cual se decidió realizar una
distribución de los 4 pines restantes en forma lineal para reducir espacio en la tarjeta (Figura
(3-35b)). El nodo del tercer diseño finalizado y ensamblado se observa en la Figura (3-36).
Figura 3-35: Conector de programación (a) Conector BDM (73),

(b) Conector BDM personalizado.
33mm
39mm
Figura 3-36: Tercer diseño ensamblado.
3.2.4.4 Evaluación del tercer diseño
Una vez finalizado el tercer diseño se inicio con la evaluación inicial de desempeño de la
misma forma que se realizó con el primer diseño y segundo diseño, las especificaciones
eléctricas se observa en la Tabla (3-5). Las pruebas de comunicación fueron exitosas, se

evaluaron 4 niveles de potencias en transmisión continua, así: bajo, medio, medio-alto, alto,
con el fin de evaluar el efecto de la distancia conservando la línea de vista entre los dos nodos,
en la Tabla (3-6) se muestra la distancia máxima donde no hubieron pérdidas para cada nivel
de potencia, obteniéndose en el máximo nivel 120 m.
Tabla 3-5: Especificaciones del nodo de red V3.
Características DC
Voltaje de entrada 3 a 3.4V
Consumo en transmisión 31.1mA
Consumo en recepción 38.4mA
Características transmisión y recepción
Potencia máxima de emisión 2.29mW
Sensibilidad 0,12mW
Tabla 3-6: Distancia de transmisión al variar la potencia en nodo

de red V3.
Distancia
Potencia (mW)
transmisión (m)
0,02 – bajo 25
0,13 – medio 45
1.62 – medio alto 80
2.29 - alto 120
Una vez finalizado el diseño del nodo de red se procede con el diseño de la tarjeta de
sensores para complementar la plataforma de red de sensores y realizar las pruebas
respectivas de alcance y consumos del nodo diseñado.
3.2.5 DISEÑO DE TARJETA BASE DE SENSORES
El diseño de la tarjeta base de sensores se realiza con el fin integrar sensores y señales de
control para evaluación de la plataforma, las señales evaluadas hasta el momento son:
temperatura, aceleración, velocidad, posición, presión, electrocardiografía (ECG) y
pulsioximetría (SpO2). La tarjeta cuenta con diodos LEDs, entradas de pulsadores, sensores, y
conexión serial con módulos OEM de señal. El conector I&O se interconecta con los
periféricos del microcontrolador del nodo de red IEEE 802.15.4 / ZigBee. Los sensores
dispuestos en la tarjeta son: (1) acelerómetro, (2) sensor de temperatura, (3) sensor de presión
y un puerto serial para integración de módulos OEM (Figura (3-37)).
Batería AAAx2
Sensor de
LED1 DO AI
presión
LED2 DO
AI x
LED3 DO
Puerto I & O
AI y Acelerómetro
LED4 DO AI z
Pulsador1 DI AI Sensor de
Temperatura
Pulsador2 DI
Tx
Pulsador3 DI Puerto Serial
Rx
DI-Digital Input
DO-Digital Output
AI-Analog Input
Figura 3-37: Diagrama en bloques tarjeta red de sensores.
A continuación se hará una descripción de los señales y los sensores que se integraron
para este módulo, y algunas alternativas de módulos de señal biomédica que se pueden
integrar.
3.2.5.1 Sensor de temperatura
Un sensor de temperatura ofrece como salida un valor de voltaje, corriente o frecuencia en

función de la temperatura a que esté expuesto. Los sensores de temperatura son sensores
absolutos, es decir miden la temperatura respecto a cero grados centígrados (0ºC). Se
clasifican principalmente en sensores de coeficiente de temperatura positivo PTC (Positive
Temperature Coeficient) y de coeficiente de temperatura negativo NTC (Negative

Temperature Coeficient). Los PTC incrementan su valor óhmico al aumentar la temperatura.
Los NTC disminuyen su valor óhmico al aumentar la temperatura (74). El sensor de
temperatura elegido para esta aplicación es el FM50 fabricado por Fairchild Semiconductor,
posee una precisión de 0,5ºC a temperatura ambiente o 2ºC para temperaturas entre 0 a 75ºC.
La salida de voltaje es lineal, con lo cual se tiene por cada grado centígrado medido una salida
de voltaje de 10mV (Figura (3-38)).
Figura 3-38: Salida de voltaje Vs temperatura (75).
El voltaje de salida para una temperatura de 0°C es de 500mV, así para obtener la
temperatura a partir del voltaje de salida del sensor se aplica la siguiente ecuación:
Vout  500mV
T (º C )  , donde Vout es el voltaje de salida del sensor, 500mV es la
10mv /º C
referencia ó cero del sensor, y 10mV es la resolución del sensor.
1V  500mV
T (º C )   50º C
Para un voltaje de salida de 1V se tendría: 10mV /º C
El reducido tamaño de este componente (SOT-23) fue uno de los factores más influyentes
en la selección. En la Tabla (3-7) se observa el diagrama mecánico encontrado en la hoja
técnica del sensor y sus características generales de operación.
Tabla 3-7: Encapsulado SOT-23 y características del sensor.
Salida Analógica 10mV/°C
Rango -40 a 125°C
Precisión ±2°C a 25°C
Voltaje de operación 2.4 a 6V
3.2.5.1 Sensor de presión
Al aplicar una presión, fuerza o aceleración a un cristal de cuarzo u otros materiales

piezoeléctricos se desarrolla una carga a través del cristal que es proporcional a la fuerza
aplicada. El efecto piezoresistivo describe cambios en la resistencia eléctrica de un material,
tras aplicar estrés mecánico. En contraste con el efecto piezoeléctrico, el efecto piezoresistivo
sólo causa cambio de resistencia, no produce potencial eléctrico. El MPXV5100G (Tabla (3-
8)) de Freescale Semiconductor es un transductor piezoresistivo dispuesto para el sensado de
presión en una aplicación que disponga de un microcontrolador con conversor analógico-
digital para proporcionar una información precisa a nivel de la señal analógica de salida la
cual es proporcional a la presión aplicada y en un encapsulado de reducido tamaño (11,38 x
18,41 x 13,21 en mm) (76).
Tabla 3-8: Sensor de presión y características.
Salida Analógica 40mV/kPa

Rango 0 a 100kPa
Precisión 25% a 85°C
Voltaje de 2 a 5V
operación
3.2.5.1 Acelerómetro
Un acelerómetro capacitivo opera con una técnica donde la capacitancia del elemento
sensor interno cambia en proporción a la aceleración aplicada (Figura (3-39)). El acelerómetro
consta de dos placas conductoras paralelas tipo electrodo con área de exposición (A) y una
masa (m) suspendida por medio de un elemento con rigidez (k). Entre la masa y los electrodos
existe una distancia base (d) simétrica, que se controla con precisión, por lo que el aire que
existe en el hueco entre cada electrodo y la masa sísmica forma un ―capacitor mecánicamente
variable‖. Cuando el elemento es acelerado, de acuerdo con la Segunda Ley de Newton, se
presenta una fuerza inercial (F), proporcional a la aceleración que sufre la masa (m).
Figura 3-39: Representación del acelerómetro (77).
El sensor MMA7260QT proporciona tres tensiones de salida correspondientes cada una a

las direcciones X, Y y Z, los cuales son proporcionales al valor de la aceleración sufrida por el
dispositivo en cada dirección. Posee un bajo consumo de corriente de 500 μA, a continuación
se definen algunas más importantes:
 Su voltaje de operación es de 2.2V-3.6V.
 Disponible en encapsulado QFN de 6mmx6mmx1.45mm.
 Cuenta con un filtro pasa bajo integrado.
 Posee un diseño robusto resistente a los golpes.
 No contiene plomo en los terminales.
La selección del nivel de sensibilidad se puede realizar mediante la conexión de los pines
g-Select1 y g-Select2 (pines 1 y 2) (Tabla (3-9)), esta conexión pueden estar conectados a una
salida del microcontrolador para obtener la configuración adecuada.
Tabla 3-9: Sensor de aceleración y características.

g-Sel2 g-Sel1 g-Rango Sensibilidad

0 0 1.5 g 800mV/g
0 1 2g 600mV/g
1 0 4g 300mV/g
1 1 6g 200mV/g
Se usa un filtro RC formado por una resistencia de 1kΩ y un condensador de 100nF en las
salidas X, Y y Z del acelerómetro con el fin de reducir ruido en las señales que van hacia el
microcontrolador. En la Figura (3-40) se muestra el circuito conexión típica. En la Figura (3-
41) se observa la orientación de las medidas en cada dimensión X, Y y Z.
Figura 3-40: Conexión típica del acelerómetro

Figura 3-41: Movimientos dinámicos acelerómetro (77).
El acelerómetro entrega la señal de voltaje con respecto al siguiente función:

VDD
Vout   S * a , donde Vout es la salida de voltaje por cualquiera de los ejes X, Y o Z,
2
VDD es el voltaje de alimentación del sensor, el cual está entre 2.2 a 3.6V, S es la sensibilidad
(Tabla (3-9)) y a es la aceleración. Tomando la sensibilidad de 1.5g y alimentación de 3.3v se
obtuvo la siguiente respuesta (Figura (3-42)).
Figura 3-42: Respuesta de voltaje MMA7260Q (77).

3.2.5.2 Sensores Biomédicos
El puerto serie sobre la tarjeta de sensores tiene el fin de presentar una alternativa para el
ingreso de señales biomédicas, por medio de módulos externos de adquisición de señal, a
continuación se describen algunos sensores y señales de este tipo. Las señales biomédicas son
registros espaciales, temporales o espacio-temporales de eventos tales como el latido del
corazón o la contracción de un músculo. La actividad eléctrica, química o mecánica que
ocurre durante estos eventos biológicos frecuentemente produce señales que pueden ser
medidas y analizadas. En consecuencia las señales biomédicas contienen información que
puede ser utilizada para explicar los mecanismos fisiológicos subyacentes en un evento o un
sistema biológico específico (30).
Además de los sensores biomédicos existe una gran variedad de ellos dentro de los cuales
se encuentran:
 Sensores químicos: Miden cantidades químicas, identificando, por ejemplo, la

presencia de determinados compuestos químicos, detectando la concentración de
varias sustancias químicas, y monitorizando la actividad química en el cuerpo
humano o de animales, con motivos terapéuticos o de diagnóstico.
 Electrodos de biopotenciales: Lo sistemas biológicos frecuentemente tienen

actividad eléctrica asociada a ellos. Esta actividad puede ser un campo eléctrico
constante o una corriente variable en el tiempo relacionado con determinado
fenómeno biológico o bioquímico dependiente del tiempo.
Los fenómenos bioeléctricos están asociados a la distribución de los iones o moléculas

cargadas en una estructura biológica y los cambios en la distribución como resultado de
procesos específicos. Estos cambios pueden ocurrir como consecuencia de una reacción
bioquímica. Existen varias señales que permiten el diagnóstico y comprensión de los sistemas
biológicos, las cuales se muestran en la Tabla (3-10),
Tabla 3-10: Señales bioeléctricas (30).
Señal bioeléctrica Abreviatura Fuente biológica
Electrocardiograma ECG Corazón desde la superficie del cuerpo
Electrograma cardíaco - Corazón desde adentro

Electromiograma EMG Músculo
Electroencefalograma EEG Cerebro
Electroptigrama EOG Campo dipolar del ojo
Electroretinograma ERG Retina del ojo
Electrogastrograma EGG Estómago
3.2.6 ENSAMBLE TARJETA BASE DE SENSORES
Una vez descritos los componentes que serán usados en el nodo de sensores, se procede
con el diseño del PCB, buscando integrar de forma reducida los sensores. En la Figura (3-43)
se integran el sensor de presión, temperatura, acelerómetro, junto con los componentes
adicionales de la tarjeta como lo son los 4 LEDs, 3 pulsadores, En la parte izquierda de la
Figura (3-43), se observan 2 pines etiquetados como ON_OFF. En este lugar debe ir un
jumper que habilite la alimentación hacia el circuito conformado por batería. El voltaje que va
hacia los sensores puede ser habilitado/deshabilitado con un jumper en la parte superior
etiquetado como VCC_SENS, el cual se usa en caso de tener una alimentación externa para
los sensores.
Figura 3-43: Integración de sensores a conector compatible con

nodo de red.
El diseño final de esta tarjeta es mostrado en la Figura (3-44). El reducido tamaño e

integración de sensores lo hace el complemento ideal para el nodo de red IEEE 802.15.4 /
ZigBee desarrollado.
Figura 3-44: Diseño final tarjeta de sensores.
En la Figura (3-45) se muestra la integración del nodo de red junto con la tarjeta de
sensores listos para realizar las aplicaciones requeridas en implementación de sensores
biomédicos. En la Figura (3-46a), se muestra el layout o huella (vista superior) del nodo de
red ZigBee finalizado y en la Figura (3-46b) la vista inferior del diseño. En Figura (3-47a), se
muestra el layout de la tarjeta de sensores (vista superior) y en Figura (3.47b) la vista inferior
de la tarjeta.
Figura 3-45: Nodo de red de sensores ZigBee.

a)
b)
Figura 3-46: Layout nodo ZigBee, (a) Capa superior de la board,

(b) Capa infereior de la board.
Figura 3-47: Layout tarjeta de sensores , (a) Capa superior de la

board, (b) Capa infereior de la board.
Capítulo 4 Desarrollo de la red de instrumentación biomédica
basada en tecnología ZigBee
Teniendo consolidada una plataforma de hardware y sensores para comunicación

inalámbrica en el estándar IEEE 802.15.4 (Capítulo 3), y basado en la fundamentación teórico
y funcional de las capas de ZigBee (Capítulo 2), se pretende en este capítulo mostrar el
desarrollo de una propuesta de Red de Instrumentación Biomédica RIB basada una red
ZigBee, y presentar un primer acercamiento a una aplicación biomédica, específicamente
biomecánica, basada en la evaluación de la aceleración en las articulaciones de miembro
inferior en una secuencia de marcha.
Toda la implementación de la RIB es realizada sobre las herramientas de desarrollo de la

compañía Freescale Semiconductor, por lo cual se inicia con una presentación del BeeStack,
el cual es el nombre comercial del Stack ZigBee de Freescale, y se hace referencia a las
sentencias de configuración de las redes ZigBee, con el fin de definir la implementación de la
RIB.
4.1 B EE S TACK – S TACK Z IG B EE DE FREESCALE
La arquitectura del BeeStack construida sobre el stack del protocolo de ZigBee, está
basado en el modelo OSI de siete capas, y asegura interoperabilidad entre los dispositivos de
red. La capa física PHY, la capa de control de acceso al medio MAC, y la capa de red NWK
son la base para la capa de aplicación. BeeStack define servicios adicionales para mejorar la
comunicación entre las capas del stack de protocolos. Dentro de la capa de aplicación, la capa
de soporte de aplicación (ASL) facilita el intercambio de información entre la subcapa de
soporte de aplicación (APS) y los objetos de aplicación.
BeeStack usa el estándar IEEE 802.15.4 compatible con la capa MAC/PHY, la capa
NWK define el enrutamiento, creación y configuración de la red, y sincronización de
dispositivos. El application framework (AF) soporta un gran arreglo de servicios que definen
la funcionalidad ZigBee. El objeto de dispositivo ZigBee (ZDO) implementa servicios en el
nivel de aplicación en todos los nodos por medio del perfil, además cuenta con un proveedor
139
Capítulo 4. Desarrollo de la red de instrumentación biomédica basada en ZigBee 140
de servicio de seguridad (SSP) es disponible en las capas para el uso de encriptación (NWK y
APS).
El stack de protocolos BeeStack de Freescale incluye los siguientes componentes:
 Objeto de dispositivos ZigBee (ZDO) y perfil de dispositivo ZigBee (ZDP).
 Sub capa de soporte de aplicación (APS).
 Application framework (AF).
 Capa de Red (NWK).
 Proveedor de servicio de seguridad (SSP).
 IEEE 802.15.4 compatible con las capas MAC y PHY.
La combinación de PHY, MAC, NWK, y elementos de la capa de aplicación es mostrada

en la Figura (4-1) y comprende la implementación total del BeeStack.
Figura 4-1: Capas de ZigBee (61).

4.1.1 ENDPOINTS
Las aplicaciones residen en los endpoints, el cual actúa como un objeto independiente. El
número asignado al endpoint es esencialmente la dirección de la aplicación dentro de un
dispositivo ZigBee. Esto permite a otros dispositivos comunicarse separadamente con cada
aplicación sobre el dispositivo. EL endpoint es un cable virtual (Figura (4-2)). Los endpoints
tienen tres propósitos generales en ZigBee:
1) Proveer una ubicación dentro un nodo para conectar dos servicios. Por ejemplo,
un endpoint sobre un switch ON/OFF se conecta a un endpoint sobre una luz
ON/OFF.
2) Proveer direccionamiento dentro de un nodo. Por ejemplo, Endpoints separados

podrían controlar luces separadas dentro de un mismo nodo.
3) Soportar múltiples perfiles de aplicación dentro de un nodo (cada endpoint

soporta exactamente un perfil).
Figura 4-2: Endpoints en una red ZigBee (61).
El Beestack provee servicios para permitir a los endpoints encontrar otros endpoints sobre
la red con los cuales pueden comunicarse para ejecutar las tareas destinadas. Una aplicación
puede enviar un mensaje a todos los endpoints. Un sólo dispositivo puede tener hasta 240
endpoints de aplicación de usuario, y cada endpoint puede ser independiente de los otros. Los
endpoint de aplicación son nombrados de 1-240, Endpoint 0 es para el perfil del dispositivo
ZigBee (un conjunto común de servicios ZigBee disponibles). El endpoint 255 es para
broadcast; un mensaje en el endpoint 255 es entregado a todos los endpoints en el nodo
receptor con todos los del mismo perfil de aplicación.
Una aplicación debe registrar estos endpoints en el BeeStack antes de que este se pueda
comunicar con otros dispositivos, las aplicaciones sobre los endpoints de otros dispositivos
sobre la red encuentran objetos para comunicarse sobre estos endpoints, los perfiles de
aplicación del BeeStack usan endpoints como identificadores de aplicación dentro de un

dispositivo ZigBee.
El simple descriptor contiene la descripción de un endpoint. Cada estructura

endPointDesc_t apunta a una estructura de un simple descriptor. La estructura del simple
descriptor provee información al BeeStack sobre el endpoint. BeeStack usa la declaración de
sintaxis por el zbSimpleDescriptor_t, definido en Beestack_Globals.h:
typedef struct zbZbSimpleDescriptor_tag {
/*End point ID */
zbEndPoint_t endPoint;
/*Application Profile ID*/
zbProfileId_t aAppProfId;
/*Appliacation Device ID*/
zbDeviceId_t aAppDeviceId;
/*Application Device Version And APS Flag*/
uint8_t appDevVerAndFlag;
/*Number of Input Cluster ID Supported by the End Point*/
zbCounter_t appNumInClusters;
/*Place Holder for the list of Input Cluster ID*/
uint8_t *pAppInClusterList;
/*Number of Output Cluster ID Supported by the End Point*/
zbCounter_t appNumOutClusters;
/*Place Holder for the list of Output Cluster ID*/
uint8_t *pAppOutClusterList;
}zbZbSimpleDescriptor_t;
Los endpoints deben registrarse sobre la red antes de que se pueda comunicar con otros
dispositivos, AF_RegisterEndPoint() permite a la aplicación recibir indicaciones de datos y
confirmaciones. El registro de los endpoints en BeeStack usa dos tipos de estructuras; el
descriptor del endpoint, endPointDesc_t, y el descriptor simple zbSimpleDescriptor_t.
La función AF_RegisterEndPoint() realiza los siguientes pasos:
 Inicia un requerimiento de datos con el envío de un AF_DataRequest().
 Recibe paquetes (con primitivas de indicación de datos).
 Confirmación de paquetes son enviados o recibidos (con primitivas de

confirmación).
El prototipo está definido como: zb_Status_t AF_RegisterEndPoint (const endPointDesc_t

* pEndPoint). Para eliminar el registro de los endpoints, o remover de la red, se hace con la
función AF_DeRegisterEndPoint(). El prototipo está definido como: zbStatus_t
AF_DeRegisterEndPoint(zbEndPoint_t endPoint). AF_FindEndPointDescritor() permite a la
aplicación (sobre el stack) convertir un numero de endpoint (1-240) a un simple descriptor,
como es descrito por la especificación ZigBee, esto ayuda a buscar información contenida en
el simple descriptor, como el ID del perfil, versión de la aplicación, o cluster de entrada o
salida. La función AF_FindEndPointDescriptor busca el endpoint simple descriptor basado en
el ID del Endpoint (0x00-0xf0). El prototipo está definido como: zbSimpleDescriptor_t *
AF_FindEndPointDesc(uint8_t endPoint), retorna un apuntador a un descriptor simple o
NULL, si no está registrado.
AF_MsgAlloc() permite a una aplicación asignar un espacio de mensaje para construir un

gran paquete para ser enviado usando AF_DataRequestNoCopy(). Normalmente, el comando
AF_DataRequest() sólo copia los datos del paquete (payload). El uso del AF_MsgAlloc() y
AFDataRequestNoCopy() permite enviar un mensaje para ser realizado en el mismo lugar (in-
place), almacenando poca RAM. El prototipo está definido como: void *
AF_MsgAlloc(uint8_t payloadLen) y retorna MSG_Alloc(gMaxRxTxDataLength_c).
4.1.2 CLUSTER
Los Cluster son servicios sobre el endpoint, por ejemplo un endpoint simple sobre el perfil
público de home automation, el cual soporta una luz ON/OFF, soporta un cluster ON/OFF
para ajustar la luz en ON y OFF, Adicionalmente, ese endpoint contiene un grupo de clusters
para agrupar un conjunto de luces, junto con los escenarios del cluster para que las luces
puedan configurarse en varios eventos (ver una película o ir de vacaciones). En la librería del
cluster de ZigBee, un cluster puede soportar cero o muchos atributos. Donde los clusters son
comandos, los atributos definen el estado de la aplicación sobre el endpoint. Por ejemplo, una
luz ON/OFF tiene un atributo que describe si las luces están en ON o en OFF.
El cluster contiene el flujo de datos dentro y fuera del dispositivo, el identificador de

cluster es de 16 bits, el cual es único dentro de un segmento de aplicación e identifica un
cluster específico. El cluster puede ser tomado como un puerto en una red tradicional. Dentro
de la pila de protocolo, el mensaje se envía desde un cliente direccionado a un punto sobre el
lado del servidor, y los atributos direccionan ese mensaje al correcto puerto o cluster. El perfil
del dispositivo ZigBee (ZDP) envían comandos y respuestas contenidas en los clusters, con el
identificador de cluster enumerado por cada comando y respuesta. Cada mensaje ZDP es
definido como un cluster, por ejemplo, un cluster ON/OFF (Figura (4-3)) envía comandos
desde el cliente (el switch) cuya función es prender o se apagar una entidad sobre el servidor
(la luz). ZCL actúa como un repositorio para la funcionalidad del cluster, El mensaje ON/OFF
define un sólo atributo y contiene el estado del dispositivo en formato binario.
Figura 4-3: Comportamiento del stack de aplicación con una luz

ON/OFF (61).
4.1.3 ATRIBUTOS
En BeeStack, un atributo es una entidad de datos que representan una cantidad física o un
estado, o un dato a leer o escribir. La comunicación de datos entre dispositivos usa comandos
con atributos incluidos. Por ejemplo, una Wireless UART tiene sólo clusters, y no atributos,
mientras una aplicación de luces ON/OFF usa ambos. Un perfil de aplicación puede crear
subtipos dentro de un cluster conocidos como atributos, en este caso, el cluster es una
colección de atributos específicos que los acompaña un específico identificador de cluster.
Decisiones de binding (Conexión) son hechas por el encuentro del identificador de cluster de
salida y el identificador del cluster de entrada, asumiendo que existen en ambos en el mismo
perfil.
4.1.4 BINDING
El binding (Vinculación) crea conexiones lógicas entre endpoints sobre dispositivos,

permitiéndoles trabajar juntos para ejecutar tareas específicas. Binding mantiene información
sobre la conexión lógica en una tabla de binding. El Coordinador ZigBee o el dispositivo
fuente de binding mantienen la tabla de binding para la red. Como se muestra en la Figura (4-
4), el binding crea la relación entre aplicaciones. Por ejemplo, una simple red puede mantener
luces y switchs, y el permite a cualquier switch controlar a una luz o a un grupo de luz.
Nota: el binding es unidireccional; un switch a una luz, pero no la luz al switch.

Figura 4-4: Objetos de aplicación y binding (61).
4.1.5 CONCEPTOS ADICIONALES DEL BEESTACK
A continuación se definen algunos conceptos referentes a las capas de ZigBee necesarios

para el inicio de desarrollo de aplicaciones:
 Capa de Red (NWK): Responsable de enrutar los paquetes, incluye broadcasting

(transmisión a todos los dispositivos de red), descubrimiento de ruta, unicasting
(envío de un único emisor a un único receptor) y rechazo de paquetes.
 Sub Capa de Suport de Aplicación (APS): Entrega y recibe los datos de

aplicación, incluye binding endpoints (endpoints de interconexión),
reconocimientos de extremo a extremo, APS también contiene el proceso de
autenticación para redes seguras, incluye un centro seguro sobre los nodos
Coordinadores ZigBee (ZC).
 Plataforma Aplicación (AF): Es responsable de entregar data indications

(Recepción de paquetes) y confirmar los endpoints de aplicación.
 Objeto de Dispositivo ZigBee (ZDO): Es responsable de los estados de la red,

incluye funciones de conexión y desconexión de la red.
 Perfil de Dispositivo ZigBee (ZDP): Maneja requerimientos y respuestas para un

conjunto de comandos ZigBee comunes (Por el aire) para manejar los nodos
dentro de la red, por ejemplo, un nodo puede preguntar por la dirección MAC de
otro nodo en la red usando comandos ZDP.
 Modo beacon y non-beacon: el modo beacon es totalmente coordinado, el

coordinador de la red periódicamente despierta y envía un mensaje beacon a los
dispositivos de la red, este beacon despierta todo los nodos, cada nodo determina
si recibe el mensaje, sino retorna a modo dormido, haciendo lo mismo el
coordinador tan pronto termina la tarea. El modo non-beacon es menos
coordinado, cada dispositivo puede comunicarse con el coordinador cuando lo
desee, por lo general esta operación causa interferencia en la comunicación de los
demás dispositivos, y el coordinador debe estar siempre despierto, consumiendo
mayor energía (78).
4.1.6 CONFIGURACIÓN DEL BEESTACK
El perfil de la pila (Stack Profile o feature set definido por Freescale) define las
configuraciones de la pila, todos los dispositivos dentro de una red deben contener el mismo
perfil de pila para asegurar que funcione y la red sea interoperable, La Alianza ZigBee ha
definido dos perfiles de pila:
4.1.6.1 Stack Profile 0x01 (ZigBee Feature Set)
El ZigBee feature set comprende las siguientes funciones y restricciones:
 Soporta redes Ad-hoc self forming.
 Redes malla, árbol y estrella.
 Sólo para redes no-beacon.
 Soporta tipos de dispositivos IEEE 802.15.4.
 Dispositivos de funcionalidad completa FFD (Coordinador y router).
 Dispositivos de funcionalidad reducida (Dispositivos finales).
 Soporte de aplicaciones.
 Dispositivos y servicio de descubrimiento (Service discovery).

 Envío de mensajes con respuestas opcionales.
 Perfiles públicos y privados.
 Los perfiles están predefinidos en la pila y los atributos de aplicación.
 Seguridad.
 Clave simétrica con AES-128.
 Autenticación y encriptación en capa de red y aplicación.
 Claves de red y conexión entre claves (las claves de red son obligatorias).
 Calificación.
 Certificación de cumplimiento para la red y la plataforma.
 Eventos de interoperabilidad.
 Fragmentación (Opcional): permite que los paquetes que sean de mayor tamaño
que un paquete ZigBee normal (32 bytes), sean rearmados en múltiples paquetes
para reenvíos, con lo cual provee una forma estándar para manejar transferencias
de datos grandes.
 Agilidad de frecuencia (Obligatorio): provee un método para que la red cambie de

canal en el evento de interferencia, cuenta con la habilidad de detectar el potencial
de interferencia sobre un canal y dispositivos directos sobre una red para cambiar
a un mejor canal.
 Resolución de conflicto de PAN ID (Obligatorio): permite la posibilidad de

separar redes PANs para resolver conflictos de PAN ID sin tener que reiniciar la
red completamente. Provee una forma para manejar una red con otras redes
localizadas en el mismo lugar sin reiniciar la red para iniciar un nuevo PAN ID.
 Comunicación InterPan (No para ZigBee): provee la capacidad para comunicar

dispositivos 802.15.4 de bajo costo. Esta característica fue definida originalmente
para el perfil Smart Energy pero puede ser usado comunicación Inter Pan fuera de
una red ZigBee.
4.1.6.2 Stack Profile 0x02 (ZigBee Pro Feature Set)
El ZigBee Pro feature set usa el ZigBee feature set como base. El ZigBee Pro feature set
remueve y adiciona características al ZigBee feature set, a continuación se definen:
Funciones removidas
 Enrutamiento Árbol
 Pro: Mecanismo de almacenamiento de rutas y dejar de llenar largas

tablas de enrutamiento.
 Contra: No funciona cuando la conexión padre hijo es rota.
 Asignación de direcciones Cskip (Child Skip)
 Pro: Asignación de una única dirección basada en el parentesco del

dispositivo. Esto descentraliza y evita automáticamente conflictos.
 Contra: Las direcciones son predefinidas obtenidas de la memoria del

dispositivo padre y son puestos en una ubicación especifica de la red
(con base en donde se encuentre el dispositivo en la red), creando
problemas si el dispositivo se mueve o tiene asociación con otro
padre.
Adiciones de funciones
 Colección de datos descentralizados y la escalabilidad de la red está dada por la

adición de enrutamiento de muchos a uno y enrutamiento fuente a la
especificación.
 Pro: soporta un patrón de transmisión de datos al concentrador central

(muchos dispositivos comunicándose con un dispositivo simple) y
sólo ocupa una simple tabla de enrutamiento de entrada para buscar al
concentrador. Esto habilita al concentrador para enviar respuestas a
dispositivos individuales sin ingresar tablas de enrutamiento para cada

dispositivo.
 Contra: Si hay muchos concentradores, entonces una entrada a la tabla

es necesaria en cada dispositivo para cada concentrador y la porción
de cabecera del mensaje es aumentada con la reducción del payload.
 El manejo automático de direcciones de dispositivo es dado por adición de

direcciones estocásticas asignación/dirección de solución de conflictos.
 Pro: Elimina la necesidad para el padre de almacenar tablas de

direcciones para asignar dispositivos.
 Contra: Debe emplear un mensaje de broadcast para asegurar que no

haya direcciones duplicadas sobre la red y provee un protocolo
distribuido para detectar y notificar conflictos de direcciones de
dispositivos.
 El direccionamiento grupal por adición multicast a la especificación y coloca

limites sobre un mensaje normal de broadcast para reducir el tráfico de la red
creado. Esto es una alternativa al direccionamiento grupal APS el cual es parte
del ZigBee feature set.
 Pro: habilita un mensaje simple para buscar un grupo de dispositivos

sin enviar el mensaje a todos los dispositivos de la red.
 Contra: el grupo puede ser relocalizado cerca de otro, por ver el

beneficio de un mensaje de broadcast normal y los dispositivos no
reconocen que el comando fue recibido.
 Modo de alta seguridad: habilita un mayor nivel de seguridad que el ZigBee y el

ZigBee Pro standart security que es típicamente requerido para transacciones
financieras.
 Pro: La direcciones de broadcast reproducen ataques, asegura que

todos los routers autentican sus routers vecinos y habilitan la clave de
la red para ser encriptada usando una clave pública, etc.
 Contra: no puede soportar dispositivos que usan seguridad estándar y

requerirá mucha más complejidad y memoria.
 Estado de conexión / rutas simétricas
 Pro: provee la capacidad de usar la misma conexión subir o bajar en el

enrutamiento, lo cual reduce entrada a tablas y asegura que el
dispositivo puede comunicarse de ambas formas.
 Contra: comunicación regular entre cada router, y entre este y sus

vecinos para actualizar el estado de la calidad de la conexión.
4.1.7 TRANSMISIÓN DE PAQUETES ZIGBEE CON BEESTACK
A continuación se define el proceso para transmisión de paquetes sobre ZigBee y los tipos
de estructuradas usadas y configuraciones necesarias:
El AF Data Request del Application Framework es la primera forma de enviar datos

inalámbricos a uno o varios nodos dentro de la red ZigBee, se puede manejar por medio de
dos funciones, una es copiar los datos del paquete (payload) de la aplicación con
AF_DataRequest, y otra que deja el paquete en el mismo lugar con
AF_DataRequestNoCopy(). Las funciones AF Data Request son llamadas asíncronas, ya que
pueden tomar varios segundos del proceso, si tiene que esperar una respuesta desde un nodo
en la red, permite reenvíos, o hacer múltiples saltos. Por ejemplo, si se usa APS ACKs
(Reconocimiento de recepción de punta a punta a nivel de aplicación), esto tomará hasta 4.5
segundos para indicar la falla o la entrega del paquete con la confirmación.
Si se usa confirmaciones de paquetes, pueden llegar en un orden diferente al enviado,

debido a reenvíos y tiempos de entrega a través de la red. Por ejemplo, si una aplicación envía
dos Data Request, uno después del otro, y el primero necesita reenvíos debido a ruido en el
canal y el segundo no, la confirmación del segundo AF_DataRequest() llegará primero que la
del segundo. El método más fácil y recomendado para una aplicación es sólo enviar un Data
Request a la vez. y esperar a la confirmación antes de enviar el próximo paquete.
Alternativamente, una aplicación puede mantener el seguimiento de la confirmación del ID
por medio de un apuntador a el AF_DataRequest() en el parámetro pConfirmId, donde
compara el ID de confirmación que viene de BeeAppDataConfirm(), este parámetro puede ser

NULL si usa el método de sólo enviar uno a la vez.
Varias veces una aplicación necesita enviar muchos bytes en el payload de un paquete, en
este caso el AF Framework provee una interface sin copia de Data Request. Una regla general
para esto es usar AF_DataRequestNoCopy() para payloads de más 32 bytes, o longitudes
variables de payloads de más de 32 bytes, el prototipo para el Data Request sin copia es:
zbStatus_t AF_DataRequestNoCopy(afAddrInfo_t *pAddrInfo, uint8_t payloadLen,
afToApsdeMessage_t *pMsg, zbApsCounter_t *pConfirmId). En vez de un parámetro
pPayLoad se usa un pMsg, este mensaje de buffer es un tipo usado para enviar SAP handlers
directamente. Para almacenar el mensaje del buffer usar: void *AF_MsgAlloc(void)
Por ejemplo:
void SendMaxPacket(afAddrInfo_t *pAddrInfo)
{
afToApsdeMessage_t *pMsg;
uint8_t *pPayload
uint8_t maxLen;
pMsg = AF_MsgAlloc();
pPayload = AF_Payload(pMsg);
maxLen = AF_MaxPayloadLen();
/* fill entire payload with 0x33 */

FLib_MemSet(pPayload, 0x33, maxLen);
AF_DataRequestNoCopy(pAddrInfo, maxLen, pMsg, NULL);
}
Las capas bajas (APS, NWK or MAC) liberan el espacio para el mensaje de buffer del
Data Request. Para el AF_DataRequest y el AF_DataRequestNoCopy, La estructura
afAddrInfo_t es usada para definir el destino del paquete:
typedef struct afAddrInfo_tag
{
zbAddrMode_t dstAddrMode; /*ind, group, 16, 64 */
zbApsAddr_t dstAddr; /* short, long or group */
zbEndPoint_t dstEndPoint; /*destination endpoint */
zbClusterId_t aClusterId; /*cluster to send */
zbEndPoint_t srcEndPoint; /*source endpoint */
zbApsTxOption_t txOptions; /* ACK */
uint8_t radiusCounter; /* radius */
} afAddrInfo_t;
Una vez el nodo este en la red, puede comunicarse con otros nodos en la red. No es
necesario el binding o configurar grupos, todo lo que el nodo necesita es la dirección corta de
16 bits del nodo receptor. Para realizar la transmisión de paquetes se puede usar cualquiera de
los siguientes tipos de direccionamiento para receptor:
 gZbAddrModeIndirec_c: ignora la dirección dstAddr y el endpoint de destino

dstEndPoint, porque el destino es encontrado en un tabla local de binding basado
en el campo scrEndPoint.
 gZbAddrModeGroup_c: ignora la dstEndpoint porque es siempre el broadcast

endpoint (0xff) sobre grupos, dstAddr es un grupo de dirección de 16 bits.
 gZbAddrMode16Bit_c: usa dstEndpoint y dstAddr de 16 bits.
 gZbAddrMode64Bit_c: usa dstEndpoint y un dstAddr de 64 bits.
La tabla de local binding es configurada a través de comandos locales o binding remoto.

Los comandos de binding local usan funciones de APS como APSME_BindRequest().
Comandos de binding remoto usa funciones ZDP como ASL_EndDeviceBindRequest(). Los
grupos son configurados localmente en un nodo usando funciones
APSME_AddGroupRequest() o remotamente en otros nodos usando funciones de la librería
del ZigBee Cluster. Las direcciones de destino de 16 bits pueden ser direcciones del nodo o
una de las siguientes direcciones de broadcast:
 gaBroadcastAddress: broadcast todos los nodos.
 gaBroadcastZCnZR: broadcast sólo routers (no end devices).
 gaBroadcastRxOnIdle: broadcast en los dispositivos despiertos (RxOnIdle).
El cluster ID esta sobre la aplicación. BeeStack no pone restricción sobre el cluster, hay
una estructura en EndPointConfigurac llamada zbSimpleDescriptor_t, esta estructura de
descriptor simple es usada para descubrir los servicios de manera inalámbrica, pero no es
usado para filtrar el cluster.
EL endPoint fuente debe ser un endPoint registrado. Ver AF_RegisterEndPoint() y la

función BeeAppInit().
Las txOptions permiten algunas opciones de transmisión:
 gApsTxOptionNone_c: no usa TxOptions.
 gApsTxOptionSecEnabled_c: Habilita seguridad en el paquete (requiere que la

seguridad sea habilitada en el Beekit).
 gApsTxOptionAckTx_c: Habilita reconocimientos y transmisiones confiables.

Por defecto la confirmación de datos indica que los datos fueron enviados. Con
ACK habilitado la confirmación de datos indica si el nodo receptor recibió el
paquete. ACKs causa más tráfico en la red.
 gApsTxOptionSuppressRouteDiscovery_c: Normalmente los paquetes descubren

una ruta si es necesario. Deshabilitado, el descubrimiento de ruta, se hace a través
del árbol.
 gApsTxOptionForceRouteDiscovery_c: Normalmente los paquetes descubren una

ruta si es necesario. Habilitado la ruta se descubre antes de realizar el envío del
paquete.
El campo Radius dice que tan lejos enviar el paquete antes de que expire, se ajusta este
parámetro desde 0 hasta el valor por defecto de afDefaultRadius_c, el cual es dos veces la
profundidad de la red, o 10 en el stack de home control profile 0x01.
4.1.8 RECEPCIÓN DE PAQUETES ZIGBEE CON BEESTACK
El AF Data Indications es el procedimiento para recibir paquetes, Cuando un

AF_DataRequest() es enviado por un nodo y es recibido por otro, en el nodo receptor el
resultado es recibido en la función BeeAppDataIndization() en el archivo BeeApp.c, la
función típica luce así:
void BeeAppDataIndication(void)
{
apsdeToAfMessage_t *pMsg;
zbApsdeDataIndication_t *pIndication;
zbStatus_t status = gZclMfgSpecific_c;
while(MSG_Pending(&gAppDataIndicationQueue))
{
/* Get a message from a queue */
pMsg = MSG_DeQueue( &gAppDataIndicationQueue );
/* give ZCL first crack at the frame */
pIndication = &(pMsg->msgData.dataIndication);
status = ZCL_InterpretFrame(pIndication);
/* not handled by ZCL interface ... */

if(status == gZclMfgSpecific_c)
{
/* insert manufacturer specific code here... */
}
/* Free memory allocated by data indication */
MSG_Free(pMsg);
}
}
Beestack mantiene el mensaje por un tiempo para procesamiento posterior, que puede
tomar tiempo por si la aplicación desea ceder el control a otras tareas, hay que tener cuidado
con los buffer de mensaje se mantengan libres, si el buffer de mensaje no es liberado, el
sistema puede desbordarse. En el ejemplo de arriba la librería del Cluster de ZigBee (ZCL) es
usado para interpretar el paquete o frame de datos. Los perfiles privados no usan ZCL y puede
interpretar el pIndication directamente, el cual contiene toda la información necesaria para
interpretar el paquete. A continuación se observa la estructura de recepción:
typedef struct zbApsdeDataIndication_tag
{
zbAddrMode_t dstAddrMode; /* address mode */
zbNwkAddr_t aDstAddr; /* dest addr or group */
zbEndPoint_t dstEndPoint; /* dest endpoint */
zbAddrMode_t srcAddrMode; /* always 16-bit */
zbNwkAddr_t aSrcAddr; /* src addr or group */
zbEndPoint_t srcEndPoint; /* source endpoint */
zbProfileId_t aProfileId; /* profile ID */
zbClusterId_t aClusterId; /* cluster ID */
uint8_t asduLength; /* length of payload */
uint8_t *pAsdu; /* pointer to payload */
bool_t fWasBroadcast; /* was broadcast? */
zbApsSecurityStatus_t fSecurityStatus; /* secured? */
uint8_t linkQuality; /* link quality */
} zbApsdeDataIndication_t;
Una aplicación puede saber si el paquete fue de broadcast o enviado directamente, si el

paquete fue seguro o no, el LQI del paquete y si fue enviado a un grupo o unicast a un nodo
individual.
Las capas bajas filtraran los paquetes que no son compatibles con el criterio del nodo,
puede no ser compatible por el ID de perfil del endpoint que se está recibiendo, o sobre el
grupo (si lo hay) sobre el endpoint, las capas inferiores también filtran los paquetes
duplicados. La aplicación es responsable de filtrar los cluster. El endPoint que recibe los datos
debe estar registrado, usando AF_RegisterEndPoint(). Esto generalmente es hecho en la
función BeeAppInit(). No hay atributos en el data indication, Los atributos son un concepto
de la librería del cluster de ZigBee, en perfiles privados no son usados.
4.1.9 HERRAMIENTAS DE DESARROLLO DEL BEESTACK
Beekit es un software que provee una interfaz grafica de usuario (GUI), la cual permite al
usuario crear y modificar soluciones inalámbricas en red basadas en el stack de protocolos de
Freescale. Beekit provee un wizard y un explorador de aplicaciones que permite al usuario
rápidamente configurar parámetros antes de crear el proyecto, reduciendo la necesidad de
ajustar parámetros individuales sobre los archivos, con un código comprensible basado en
librerías de redes inalámbricas, plantillas de aplicación y ejemplos de aplicación, El usuario

después configurar adecuadamente su espacio de trabajo, importa en un ambiente integrado
de desarrollo IDE para continuar el desarrollo y el debugging (79), particularmente para el
caso de este proyecto, se trabajó sobre el chip compatible con el estándar IEEE 802.15.4 de
referencia MC13213, y el Entorno IDE de aplicación usado fue CodeWarrior versión 6.3.
4.1.10 DESARROLLO SOBRE PERFILES DE APLICACIÓN
Un perfil de aplicación es una colección de servicios diseñados para garantizar

interoperabilidad. En el caso de perfiles públicos de aplicación, la Alianza ZigBee especifica
los servicios para garantizar interoperabilidad entre productores de equipos. EL ID del perfil
de aplicación es un numero de 16 bits asignado por la Alianza. La mayoría de los perfiles
requieren el uso la librería de Cluster ZigBee, es una librería común de servicios entre
perfiles.
Cada nodo ZigBee puede contener uno o más perfiles de aplicación, es decisión del
productor si usa un perfil público de la Alianza ZigBee o perfil privado. Los perfiles privados
tienen una ventaja al ser simples y flexibles a la hora de implementar. Los perfiles públicos de
aplicación tiene una ventaja al ser interoperables entre productores, pero el costo es código
extra y complejidad. Los perfiles públicos usan un ID dado por la Alianza ZigBee, por
ejemplo, el 0x0104 es para automatización del hogar. El perfil público que está disponible
para cada nodo es el perfil de dispositivo ZigBee (profile ID 0x0000). Este perfil provee
servicios comunes en todos los nodos. A continuación se define el proceso de desarrollo
basado en un perfil público y una aplicación personalizada definiendo un perfil privado.
Proceso de desarrollo basado en un perfil público:
1) Diseñar la aplicación y determinar los requerimientos.
2) Usar Beekit para crear la plataforma de trabajo (AF) desde una plantilla,
configurar la aplicación para incluir los componentes apropiados, configurar
propiedades y configurar endpoints.
3) Exportar la solución de aplicación de Beekit a Codewarrior.
4) Editar la aplicación como sea necesario, adicionar código personalizado.
5) Compilar aplicación.
6) Grabar la aplicación en la tarjeta.
7) Simular en hardware.
8) Repetir pasos del 4 al 7 como sea necesario.
9) Si se crea más de una aplicación, usar Beekit para adicionar otras aplicaciones y
repita pasos del 2 al 8.
Proceso de creación de aplicación personalizada:
1) Crear el proyecto en Beekit desde una plantilla de aplicación existente, realizar

la personalización de configuración de propiedades y configuración de
endpoints.
2) Exportar el proyecto desde Beekit.
3) Importar el proyecto a CodeWarrior.
4) Editar la aplicación en CodeWarrior para remover funcionalidades no necesarias

desde el código de la plantilla y adicionar nuevas funcionalidades de la
aplicación.
5) Grabar la aplicación en la tarjeta.
6) Simular en hardware.
7) Repetir pasos del 4 al 7 como sea necesario.
8) Si se crea más de una aplicación, usar Beekit para adicionar otras aplicaciones y
repita pasos del 2 al 7.
Cuando se construya una aplicación personalizada, siempre se empieza con una plantilla
de aplicación de beekit. En este caso se empezará con la plantilla Generic Application y se
transformará en una aplicación personalizada. A continuación se enuncian los pasos para la
implementación desarrollada en esta tesis basado en la plantilla Generic Application.
4.2 D ESARROLLO DE LA APLICACIÓN INALÁMBRICA RIB (R ED DE

I NSTRUMENTACIÓN B IOMÉDICA )
A continuación se explicará de manera resumida como a partir del software Beekit se

implementó una RIB basada en el desarrollo de aplicación personalizada definiendo un perfil
privado, para así, ser importado desde el IDE CodeWarrior para programación y puesta a
punto.
Al iniciar el desarrollo de una aplicación de redes inalámbricas con Beekit, el primer paso
es seleccionar el código base de ZigBee asociado al chip IEEE 802.15.4 que se desee usar
(Figura (4-5)), para el caso de este proyecto se trabajo con el HCS08 BeeStack Codebase
3.0.7 que está asociado al chip MC13213 y al stack ZigBee 2007/Pro (Figura (4-6)).
Figura 4-5: Inicio de aplicación con Beekit.
Figura 4-6: Selección del código base con Beekit.

La creación del proyecto inicia con la selección de la plantilla de aplicación asociada al

perfil sobre el que se desee desarrollar (Figura (4-7)), para el caso de esta aplicación se inicia
con el desarrollo de un perfil privado, se selecciona la opción Other ZigBee Applications y la
plantilla GenericApp. La solución se definió como RedStarCustomApp, donde Red se refiere
a la tarjeta roja ZigBee desarrollada para el proyecto (Capítulo 3), Star se refiere a una red
estrella y CustomApp que es una aplicación personalizada basada en un perfil privado. La
solución integra todos los dispositivos que contengan la red inalámbrica ZigBee y su
configuración. El primer dispositivo desarrollado fue el Coordinador ZigBee denominado
ZcRedStar.
Figura 4-7: Selección de plantilla, nombre del proyecto y solución

con Beekit.
Luego se define la plataforma de hardware, para esto hay que definir como transceiver
para un hardware personalizado el chip MC1321x (Figura (4-8)), para definir la distribución
del hardware haciendo click en Launch Platform Editor y crear la disposición de pines del
chip MC13213 sobre el módulo de red de sensores desarrollado en el capítulo 3 (Figura (4-
9)). En la Figura (4-10) sobre la opción RF Hardware Control se debe deshabilitar Use
External Anntena Switch, la cual es la forma de definir una configuración tipo single, siendo
el tipo de acoplamiento usado entre el MC13213 y la antena en el dispositivo desarrollado, el
cual se basa en el switch interno para conmutar las funciones de recepción y transmisión.
Finalmente para el caso del coordinador de la red se debe activar el puerto serial SCI, para la
conexión al PC y gestión de la red (Figura (4-11)).
Figura 4-8: Selección del chip MC1321x con Beekit.
Figura 4-9: Selección del pines de LEDs y Switchs con Beekit.

Figura 4-10: Selección switch interno para acople single con

Beekit.
Figura 4-11: Activar el puerto serial con Beekit.
En la Figura (4-12) se observa la selección del dispositivo ZigBee, que para este caso se
define el Coordinador, en la Figura (4-13) se configura el BeeStack entre las posibles
opciones que presentan los dos Stack Profile, para este caso se escogió la opción más simple,
buscando reducir retrasos en la evaluación de la red.
Figura 4-12: Selección del dispositivo coordinador con Beekit.
Figura 4-13: Configuración del BeeStack con Beekit.
En la Figura (4-14) se define la dirección MAC del dispositivo y el PAN ID, por último en
la Figura (4-15) se selecciona el canal en que se comunicará la red.
Figura 4-14: Configuración de la dirección MAC y PAN ID con

Beekit.
Figura 4-15: Selección del canal de comunicación de la red con

Beekit.
En la Figura (4-16) se observa el estado de la solución RedStarCustomApp con un sólo

dispositivo ZcRedStar, por defecto la plantilla Generic App cuenta con un endpoint con el
numero 1, junto con un cluster de entrada y otro de salida, denominados setpoint y con el
mismo ID. En la Figura (4-17) se agregó un dispositivo final a la misma solución con el
nombre ZedRedStar1.
Figura 4-16: Configuración final del dispositivo ZcRedStar con

Beekit.
Figura 4-17: Adición de un dispositivo final ZedRedStar1 con

Beekit.
Se realizan los mismos pasos que se llevaron a cabo con la configuración de ZcRedStar, la
única diferencia en seleccionar el dispositivo como End Device, a si mismo se puede agregar
un router y los demás dispositivos que se necesiten, como se en la Figura (4-18) la solución
para este ejemplo cuenta con tres dispositivos ZcRedStar, ZedRedStar1 y ZrRedStar,
finalmente se realiza el proceso de exportación (Figura (4-19)) de la solución al IDE

CodeWarrior para la depuración y adiciones necesarias para el funcionamiento del la RIB.
Figura 4-18: Configuración final de la solución RedCustomApp

con Beekit.
Figura 4-19: Inicio de exportación a CW (CodeWarrior) de la

solución RedCustomApp con Beekit.
Estando en el IDE CodeWarrior se puede acceder al código de toda la red (Figura (4-20)),
donde se pueden observar subdirectorios con los diferentes archivos propios de cada capa de
la red, junto con los dirvers de todos los periféricos seleccionados desde Beekit.
Figura 4-20: Ambiente para inicio de desarrollo de código en C

con CodeWarrior.
4.2.1 DESARROLLO DEL PERFIL DE RED DE INSTRUMENTACIÓN BIOMÉDICA
El objetivo de la red de instrumentación biomédica presentada en este documento

pretende realizar un modelo que se puede extrapolar a las necesidades de la aplicación
biomédica que se desee implementar, está propuesta está basada en la adquisición de tres
sensores: acelerometría de tres ejes (X, Y y Z), temperatura y presión, a las tres señales del
acelerómetro se realizará un procesamiento en línea, para obtener velocidad, posición y
ángulo, esto con el fin de definir un método para hacer procesamiento y comunicación en red
en el mismo chip, buscando optimizar el tamaño de las aplicaciones, consumo de energía y
reducción de costo. Se aclara que la evaluación desarrollada en el siguiente capítulo sólo
analiza las señales de aceleración en tres ejes para una aplicación biomecánica de monitoreo
de la marcha, pero quedan disponibles las demás señales para futuras aplicaciones.
Después de obtener las plantillas de trabajos con el Beekit para los dispositivos ZigBee, se
continúa con la edición y adición de nuevas funciones para la correcta operación de la red, la
red RIB propuesta se basa en topología de red estrella (Figura (4-21)) con un ZcRedStar
central y múltiples ZedRedStars que reportan las señales biomédicas, el protocolo de red
propuesta se basa en especificar un espacio de tiempo de transmisión de cada ZED al ZC para
evitar colisiones de paquetes. En la Figura (4-22) se observa el inicio de la red y la ejecución
de un período de operación, el ZC inicia con la transmisión de un mensaje de broadcast a

todos los nodos ZED, todos los dispositivos ZED inician la adquisición y procesamiento de
las señales de los sensores, junto con el inicio de dos temporizadores, uno se denomina
tiempo de reporte y el otro tiempo de espera, cuando se termina el tiempo de reporte el
dispositivo ZED transmite el paquete de datos de señales al ZC, se busca cada ZED tenga un
tiempo de reporte desfasado con respecto a los demás, con el fin de evitar colisiones de
paquetes entre ZEDs, de esta forma, y de manera ordenada cada ZED transmite su paquete.
Cuando todos los ZED terminan el período RIB, se activa en todos los ZED el tiempo de
espera, y cada dispositivo reinicia el proceso de adquisición y procesamiento de señales de
sensores, dando así la formación de un nuevo período RIB. Para la expansión de red se puede
colocar nodos ZR para configurar una red tipo árbol.
Figura 4-21: Red RIB basada en configuración estrella.

Figura 4-22: Período de operación de la red RIB.
4.2.2 DESARROLLO DEL CÓDIGO DEL DISPOSITIVO ZCREDSTAR
Todo la programación de los dispositivos ZigBee se basa en control de máquinas de

estados manejadas por un sistema multitarea llamado BeeStack Task Scheduler, que controla
los estados de la red y de la aplicación, para el ZcRedStar sólo se propuso realizar un evento
(accelEventDisplay_c), encargado de tomar los paquetes entrantes de los ZED y enviarlos por
el puerto serie, el control de los eventos se hace en la función BeeAppTask (explicada más
abajo).
/* BeeAppTask events (bit mask... upper 4 bits reserved by BeeStack) */
#define accelEventDisplay_c (1 << 0) /* display RIB data */
La función BeeAppInit inicializa la aplicación, dentro de esto los drivers de

microcontrolador como LEDs (LED_Init()), Pulsadores (KBD_Init(BeeAppHandleKeys)),
apaga los LEDs y el LED1 empieza en estado intermitente para señalizar que no se ha
iniciado la red, luego registra el dispositivo a la red, junto con el endpoint y el cluster.
void BeeAppInit
(
void
)
{
unsigned int i;
/* initialize LED driver */
LED_Init();
/* register to get keyboard input */

KBD_Init(BeeAppHandleKeys);
/* register to get ZDP responses */

Zdp_AppRegisterCallBack(BeeAppZdpCallBack);
/* flash LED1 to indicate not on network */

LED_TurnOffAllLeds();
LED_SetLed(LED1, gLedFlashing_c);
/* register the application endpoint(s), so we receive callbacks */

for(i=0; i<gNum_EndPoints_c; ++i) {
(void)AF_RegisterEndPoint(endPointList[i].pEndpointDesc);
}
/* where to send switch commands from */

appEndPoint = endPointList[0].pEndpointDesc->pSimpleDesc->endPoint;
/* what cluster to use */

Copy2Bytes(appDataCluster, endPointList[0].pEndpointDesc->pSimpleDesc-
>pAppInClusterList);
}
La función BeeAppTask realiza las tareas de la aplicación y controla el flujo del programa
a partir de una estructura multitarea, basada en una prueba de eventos por medio de sentencias
if independientes, primero revisa si algún comando de la red está pendiente como
confirmación de un paquete, recepción de un paquete en cola o un requerimiento de
sincronización de la red. Continua con el evento de (accelEventDisplay_c) que hace la
transmisión serial de los paquetes entrantes de los ZEDs al computador por el puerto serie.
void BeeAppTask
(
event_t events /*IN: events for the application task */
)
{
/*
events bits 12-15 are defined in BeeApp.h, and are generic to all apps
*/
/* received one or more data confirms */

if(events & gAppEvtDataConfirm_c)
BeeAppDataConfirm();
/* received one or more data indications */

if(events & gAppEvtDataIndication_c)
BeeAppDataIndication();
if(events & gAppEvtSyncReq_c)

ASL_Nlme_Sync_req(FALSE);
/*
app specific events (bits 0-11) go here...
*/
/* display the RIB data */

if(events & accelEventDisplay_c) {
RIBDisplayData();
}
}
La función BeeAppHandleKeys maneja las funciones de las teclas del nodo de sensores,
con (gKBD_EventSW1_c) se inicia la red si es un ZC o se vincula a la red si es un ZED (sólo
si un ZC ya inicio la red) indicándolo con un parpadeo en los LEDs (LED_StartSerialFlash()),
e inicia la máquina de estados del ZDO (ZigBee Device Object). Con (gKBD_EventSW2_c)
se invoca una función (CustomAppBroadcast()) que realiza la transmisión del mensaje de
broadcast para sincronizar el muestreo y procesamiento de las señales de los sensores en los
ZedRedStar. Con (gKBD_EventLongSW1_c) el dispositivo abandona la red y frena la
máquina de estados del ZDO.
void BeeAppHandleKeys
(
key_event_t keyEvent /*IN: Events from keyboard modul */
)
{
uint8_t led;
uint8_t accelData;
switch(keyEvent) {
/* form/join network */
case gKBD_EventSW1_c:
if (appState == mStateIdle_c) {
/* indicate looking for the network to form(ZC) or join(ZED, ZR) */
LED_StartSerialFlash();
ZDO_Start(gStartWithOutNvm_c);
}
break;
/* display on LEDs, LCD */

CustomAppBroadcast();
LED_SetLed(LED3, gLedToggle_c);
break;
/* no action */
case gKBD_EventLongSW1_c:
ZDO_Leave();
break;
}
}
La función BeeAppDataIndication procesa los mensajes ZigBee entrantes por el aire, que
son enviados por otros dispositivos, inicia preguntando por un mensaje pendiente, si lo hay, se
realiza la evaluación de quien lo transmitió y de que cluster, para este ejemplo se validan los
endpoints del 8 al 2, haciendo referencia a los ZedRedStar que pueden transmitir sus paquetes
de señales y que registraron sus endpoints al inicio de la red, cabe aclarar que se pueden ser
mas nodos en la medida que la aplicación lo requiera, teniendo en cuenta que el ZC es el
endpoint 1. Dentro de cada evaluación se transmite un primer byte que indica el número del
endpoint, se almacena las señales recibidas en el arreglo (gaAccelDemoXYZ) y se hace copia
del LQI, para luego ser transmitidos al puerto serial en otra función. Finalmente la función
libera la memoria y los señalizadores de paquetes entrantes.
void BeeAppDataIndication
(
void
)
{
{
/* ask ZCL to handle the frame */

/*
Note: if multiple endpoints are supported by this app, insert
endpoint filtering here...
This app assumes only 1 active endpoint. APS layer has already
filtered by endpoint and profile.
Note: all multi-byte over-the-air fields are little endian.

That is 0x1101 would come in byte order 0x01 0x11.
*/
if(pIndication->srcEndPoint == 8){
/* Tx Serial Endpoint Label*/
Cab[2]=8;
UartX_Transmit(Cab, 3, UartTxCallBack);
/* is the cluster for RIB? */

if(pIndication->aClusterId[1] != appDataCluster[1]) {
MSG_Free(pMsg); /* no, free it and we're done */
continue;
}
/* handle the command */

if(pIndication->aClusterId[0] == appDataCluster[0]) {
/* indicate we're the RIB display */

gfAccelIsDisplay = TRUE;
/* get the new RIB readings */

FLib_MemCpy(gaAccelDemoXYZ, pIndication->pAsdu, sizeof(gaAccelDemoXYZ));
LinkQ = pIndication->linkQuality; // Save de last LQI for Tx Serial
/* update display with new data */

TS_SendEvent(gAppTaskID, accelEventDisplay_c);
}
}else if(pIndication->srcEndPoint == 7){
Cab[2]=7;

continue;
}




// … continue Endpoints evaluations Rx as necessary
} else if(pIndication->srcEndPoint == 2){
Cab[2]=2;

continue;
}




}

MSG_Free(pMsg);
}
}
La función RIBDsiplayData toma el paquete recibido de la función

(BeeAppDataIndication), le agrega el LQI y lo transmite al puerto serial.
void RIBDisplayData
(
void
)
{
gaAccelDemoXYZ[15] = LinkQ;
UartX_Transmit(gaAccelDemoXYZ, 16, UartTxCallBack);
}
La función CustomAppBroadcast realiza la transmisión de un mensaje de broadcast

(addrInfo.dstEndPoint = 0xff) que llega a todos los ZedRedStar con el comando de
transmisión de un paquete ((void)AF_DataRequest(&addrInfo, 6, "Start!", NULL)) con el fin
iniciar la red estrella y transmisión de las señales de forma ordenada desde los ZED.
void CustomAppBroadcast
(
void
)
{
afAddrInfo_t addrInfo;
uint8_t zbNwk[2];
zbNwk[0] = 0xff;
zbNwk[1] = 0xff;
/* set up address information */

addrInfo.dstAddrMode = gZbAddrMode16Bit_c;
Copy2Bytes(addrInfo.dstAddr.aNwkAddr, zbNwk);
addrInfo.dstEndPoint = 0xff;
addrInfo.srcEndPoint = appEndPoint;
addrInfo.txOptions = gApsTxOptionNone_c;
addrInfo.radiusCounter = afDefaultRadius_c;
/* set up cluster */
Copy2Bytes(addrInfo.aClusterId, appDataCluster);
/* send the data request */
(void)AF_DataRequest(&addrInfo, 6, "Start!", NULL);
}
4.2.3 DESARROLLO DEL CÓDIGO DEL DISPOSITIVO ZEDREDSTAR
La aplicación del ZedRedStar se basa en 2 interrupciones de timer, definidas como tiempo

de reporte y tiempo de espera. El tiempo de espera se refiere al período de muestreo de
señales total de la red, en este tiempo todos los nodos ZedRedStar deben haber transmitido
sus paquetes de datos, por otro lado el tiempo de reporte se define como el tiempo de defase
de cada nodo ZedRedStar dentro de los demás para realizar la transmisión del paquete de
datos, buscando un transmisión organizada de los ZedRedStar, y conformar una red estrella
donde cada nodo tiene su propio espacio de tiempo, estos tiempos pueden definirse al inicio
del programa con las siguientes constantes.
/* report time (in milliseconds) */
#define accelReportTime_c 10 /* Sample Time for ZED*/
#define accelWaitTime_c 50 /* Wait Time for ZC*/
A continuación se define una estructura de datos accelState_t para definir una máquina de
estados para adquirir y procesar las señales que maneja cada nodo ZedRedStar, la máquina de
estados se inicia cada vez que se presenta una interrupción del tiempo de reporte.
/* states for get the sensors samples */
typedef enum {
accelStateStopped_c,
accelStateStart_c,
accelStateReadX_c,
accelStateReadY_c,
accelStateReadZ_c,
accelStateReadT_c,
accelStateReadP_c,
accelStateReport_c
} accelState_t;
La Tabla (4-1) presenta de manera breve la función de cada estado dentro de la máquina
de estado con el fin de destinar un espacio al manejo de cada señal.
Tabla 4-1: Operación Máquina de estados de Muestreo y

procesamiento de señales.
Estado Operación
accelStateStopped_c Máquina de estados parada.
accelStateStart_c Inicia la muestra del canal del eje X del acelerómetro.
accelStateReadX_c Procesa la señal X, inicia la muestra del canal del eje Y del
acelerómetro.
accelStateReadY_c Procesa la señal Y, inicia la muestra del canal del eje Z del
acelerómetro.
accelStateReadZ_c Procesa la señal Z, inicia la muestra del canal del sensor de

Temperatura.
accelStateReadT_c Procesa la señal de T, inicia la muestra del canal del sensor de Presión.
accelStateReadP_c Procesa la señal de Presión.
accelStateReport_c Queda en espera hasta que se dispare el tiempo de reporte para Tx.
La siguiente definición son las posiciones dentro del arreglo de paquete de señales RIB
del nodo ZedRedStar
/* positions in the accelerometer array */
#define idSample_c 0
#define accelDemoX_c 1
#define accelDemoY_c 2
#define accelDemoZ_c 3
#define accelDemVX_c 4
#define accelDemVY_c 5
#define accelDemVZ_c 6
#define accelDemPX_c 7
#define accelDemPY_c 8
#define accelDemPZ_c 9
#define accelDemAX_c 10
#define accelDemAY_c 11
#define accelDemAZ_c 12
#define accelDemoT_c 13
#define accelDemoP_c 14
La Tabla (4-2) presenta el contenido de cada posición (1 byte) dentro del paquete de la
señal a transmitir del nodo ZedRedStar.
Tabla 4-2: Contenido de cada posición del paquete de datos RIB.
Posición Definición del contenido
idSample_c Se refiere a un código de secuencia de paquete enviado de 8 bits, con el fin

de verificar los datos perdidos.
accelDemoX_c Aceleración en X.
accelDemoY_c Aceleración en Y.
accelDemoZ_c Aceleración en Z.
accelDemVX_c Velocidad en X (Obtenidos a partir de la aceleración).
accelDemVY_c Velocidad en Y (Obtenidos a partir de la aceleración).
accelDemVZ_c Velocidad en Z (Obtenidos a partir de la aceleración).
accelDemPX_c Posición en X (Obtenidos a partir de la aceleración y la velocidad).
accelDemPY_c Posición en Y (Obtenidos a partir de la aceleración y la velocidad).
accelDemPZ_c Posición en Z (Obtenidos a partir de la aceleración y la velocidad).
accelDemAX_c Ángulo X (Obtenidos a partir de la aceleración).
accelDemAY_c Ángulo Y (Obtenidos a partir de la aceleración).
accelDemAZ_c Ángulo Z (Obtenidos a partir de la aceleración).
accelDemoT_c Temperatura.
accelDemoP_c Presión.
En las siguientes definiciones se observan los estados de máquina de estados que controla
la función de aplicación BeeAppTask():
/* BeeAppTask events (bit mask... upper 4 bits reserved by BeeStack) */
#define accelEventReport_c (1 << 0) /* send a report */
#define accelEventState_c (1 << 1) /* move on to next state */
#define accelEventWaitZed_c (1 << 2) /* Wait Broadcas data */
En la Tabla (4-3) se observa los tres estados básicos y las tareas que se desarrollan.
Tabla 4-3: Tres estados básicos y las tareas que se desarrollan la

función BeeAppTask().
Estado Función
accelEventReport_c Cuando las señales han sido tomadas y procesadas, después del
disparo del evento del tiempo de reporte, se inicia la transmisión del
paquete.
accelEventState_c Realiza la máquina de estados para la toma de la Tabla (4-1).
accelEventWaitZed_c Espera a que se genere el evento de espera para reiniciar el muestreo.
A continuación se definen los canales del conversor análogo digital ADC que están
conectados a sensores, En la Figura (4-23) se observa la arquitectura del ADC del chip
MC13213 de 8 canales, con la posibilidad de realizar conversión de 8 y 10 bits, para esta
aplicación se configuró a 8 bits.
/* ADC Sensors channels*/
#define TempAdcChannel 7
#define PressureAdcChannel 6
#define accelAdcChannelX 5
#define accelAdcChannelY 4
#define accelAdcChannelZ 3
Figura 4-23: Arquitectura del módulo ATD del chip MC13213

(66).
La función BeeAppInit inicializa la aplicación, dentro de esto los drivers de

microcontrolador como LEDs (LED_Init()), Pulsadores (KBD_Init(BeeAppHandleKeys)),
inicializa los LEDs apagados y el LED1 empieza en estado intermitente para señalizar que no
se ha iniciado la red, luego registra el dispositivo a la red, junto con el endpoint y el cluster,
inicializa los timer de reporte y de espera, Los timers deben ser asignados antes de que inicien
o paren con TMR_AllocateTimer(), cada timer cuando expira, llama una función de callback
(explicadas más abajo). Para la adquisición de los sensores se inicializan los conversores
análogos digitales con (ATDInit()), finalmente, realiza la calibración del acelerómetro, esto
con el fin de buscar los puntos de referencia a partir de la posición actual del nodo; basado en
un filtro promediador, compuesto de la acumulación de 1024 muestras y una división final, lo
cual se hace para los tres canales del acelerómetro.
void BeeAppInit
(
void
)
{
unsigned int i;
/* initialize LED driver */
LED_Init();
/* register to get keyboard input */

KBD_Init(BeeAppHandleKeys);
/* register to get ZDP responses */

Zdp_AppRegisterCallBack(BeeAppZdpCallBack);
/* flash LED1 to indicate not on network */

LED_TurnOffAllLeds();
LED_SetLed(LED1, gLedFlashing_c);
/* register the application endpoint(s), so we receive callbacks */

for(i=0; i<gNum_EndPoints_c; ++i) {
(void)AF_RegisterEndPoint(endPointList[i].pEndpointDesc);
}
/* where to send switch commands from */

appEndPoint = endPointList[0].pEndpointDesc->pSimpleDesc->endPoint;
/* what cluster to use */

Copy2Bytes(appDataCluster, endPointList[0].pEndpointDesc->pSimpleDesc-
>pAppInClusterList);
/* allocate timers for use by this application */

appTimerId = TMR_AllocateTimer();
accelModeTimerId = TMR_AllocateTimer();
/* initialize channels ATD */

ATDInit();
/*Calibration Routine*/
/*X Axis*/
cal_xi = 0;
for (i=1;i<=0x400;i++){ // 1024 times
ATDSC = accelAdcChannelX;
while((ATDSC & 0x80) == 0);
cal_xi = cal_xi + ATDRH; // Acumulate samples
}
cal_xi = cal_xi>>10; // division between 1024
/*Y Axis*/
cal_yi = 0;
for (i=1;i<=0x400;i++){ // 1024 times
ATDSC = accelAdcChannelY;
cal_yi = cal_yi + ATDRH; // Acumulate samples
}
cal_yi = cal_yi>>10; // division between 1024
/*Z Axis*/
cal_zi = 0;
for (i=1;i<=0x400;i++){ // 1024 times
ATDSC = accelAdcChannelZ;
cal_zi = cal_zi + ATDRH; // Acumulate samples
}
cal_zi = cal_zi>>10; // division between 1024
}
La función BeeAppTask realiza las tareas de la aplicación y controla el flujo del programa
a partir de una estructura multitarea, basada en una prueba de eventos por medio de sentencias
if independientes, primero revisa si algún comando de la red pendiente como confirmación de
un paquete, recepción de un paquete en cola o un requerimiento de sincronización de la red.
Continúa con el evento de reporte que inicia con la transmisión (RIBReportData()), la
conmutación del LED1 para señalizar la operación y devuelve el control a la máquina de
estados. Para el estado de espera mantiene encendido el LED4, finalmente evalúa el estado
captura y procesamiento de las señales de los sensores con
(RIBStateMachine(giAccelDemoState)).
void BeeAppTask
(
event_t events /*IN: events for the application task */
)
{
/*
events bits 12-15 are defined in BeeApp.h, and are generic to all apps
*/
/* received one or more data confirms */

if(events & gAppEvtDataConfirm_c)
BeeAppDataConfirm();
/* received one or more data indications */

if(events & gAppEvtDataIndication_c)
BeeAppDataIndication();
if(events & gAppEvtSyncReq_c)

ASL_Nlme_Sync_req(FALSE);
/* report accelerometer data */

if(events & accelEventReport_c) {
/* report data over-the-air (assumes SW3 has been pressed to find display) */
RIBReportData();
/* start up state machine again */

TS_SendEvent(gAppTaskID, accelEventState_c); //accelEventState_c
}
if( events & accelEventWaitZed_c){

LED_SetLed(LED4, gLedOn_c);
}
/* handle accelerometer events */

if(events & accelEventState_c) {
RIBStateMachine(giAccelDemoState);
}
}
La función BeeAppHandleKeys maneja las funciones de las teclas del nodo de sensores,
con (gKBD_EventSW1_c) se inicia la red si es un ZC o se vincula a la red si es un ZED, con
(gKBD_EventSW2_c) el ZED busca el ZC y hace la operación binding o conexión del
endpoint con la función (ASL_MatchDescriptor_req) y con (gKBD_EventLongSW1_c) el
dispositivo abandona la red.
void BeeAppHandleKeys
(
key_event_t keyEvent /*IN: Events from keyboard module */
)
{
switch(keyEvent) {
/* form/join network */
/* indicate looking for the network to form(ZC) or join(ZED, ZR) */

LED_StartSerialFlash();
ZDO_Start(gStartWithOutNvm_c);
}
break;
/* Find ZC using match descriptor */
if(!gfAccelIsDisplay)
ASL_MatchDescriptor_req( NULL, gaBroadcastRxOnIdle,
AF_FindEndPointDesc(appEndPoint) );
break;
/* no action */
case gKBD_EventLongSW1_c:
ZDO_Leave();
break;
}
}
La función BeeAppZdpCallBack es la encargada de recibir o responder requerimientos de

la red, como (ASL_MatchDescriptor_req) que realiza la búsqueda del un endpoint en la red.
Inicia con la recepción del comando (event = pMsg->msgData.zdo2AppEvent), luego lo
revisa si es una respuesta de un comando (ASL_MatchDescriptor_req) con (if (pMatchRsp-
>status == gZbSuccess_c)), si así lo es, almacena el destinos para hacer la futuras
transmisiones de los paquetes de señales, e inicia la máquina de estado de captura y
procesamiento de las señales.
void BeeAppZdpCallBack
(
zdpToAppMessage_t *pMsg,
zbCounter_t counter
)
{
uint8_t event;
zbMatchDescriptorResponse_t * pMatchRsp;
(void)counter;
/* get the event from ZDP */

event = pMsg->msgType;
if(event == gzdo2AppEventInd_c) /* many possible application events */
event = pMsg->msgData.zdo2AppEvent;
/* got a response to match descriptor */

switch(event) {
case gMatch_Desc_rsp_c:
pMatchRsp = &(pMsg->msgData.matchDescriptorResponse);
if (pMatchRsp->status == gZbSuccess_c) {
/* indicate matched */
/* remember destination (nwkaddr + endpoint) */

gAccelDstEndPoint = pMatchRsp->matchList[0]; /* match to first endpoint */
Copy2Bytes(gaAccelDstAddr, pMatchRsp->aNwkAddrOfInterest);
gfAccelFoundDst = TRUE;
/* start sending the data */

giAccelDemoState = accelStateStart_c;
TS_SendEvent(gAppTaskID, accelEventState_c);
}
/* couldn't find match, give up */

else
LED_SetLed(LED3, gLedOff_c);
break;
/* network has been started */

case gZDOToAppMgmtZCRunning_c:
case gZDOToAppMgmtZRRunning_c:
case gZDOToAppMgmtZEDRunning_c:
appState = mStateZDO_device_running_c;
/* stop the flashing and indicate the device is running (has joined the network)
*/
}
break;
}
/* free the message from ZDP */

MSG_Free(pMsg);
}
La función BeeAppDataIndication procesa los mensajes ZigBee entrantes por el aire, que
son enviados por otros dispositivos, inicia preguntando por un mensaje pendiente, si lo hay, lo
procesa según sea definido, para el caso del ZedRedStar, sólo se procesa los paquetes
entrantes con el comando de Broadcast, si es así, señaliza con LEDs e inicia la máquina de
estados del captura de señales, con fin de dar un punto de partida a la red estrella, es decir que
inicien el muestreo todos los ZedRedStar al mismo tiempo, y el timer de reporte se encarga de
desfasarlos de manera ordenada y reducir la colisión de paquetes. Finalmente la función libera
la memoria y los señalizadores de paquetes entrantes.
void BeeAppDataIndication
(
void
)
{
{
/* ask ZCL to handle the frame */

if(pIndication->fWasBroadcast){
LED_SetLed(LED4, gLedOff_c);

}
MSG_Free(pMsg);
}
}
La función RIBReportData realiza el reporte o transmisión de las señales procesadas al
dispositivo ZC, inicia con una sentencia if que valida que se halla detectado el ZC, para así,
armar el paquete de transmisión, definiendo la dirección y endpoint de destino, se transfiere
contenido del paquete con el tamaño y se realiza la transmisión con
((void)AF_DataRequest(&addrInfo, sizeof(gaAccelDemoXYZ), gaAccelDemoXYZ,
NULL)).
void RIBReportData
(
void
)
{
afAddrInfo_t addrInfo;
uint8_t zbNwk[2];
/* don't have a place to send data to, give up */

if(!gfAccelFoundDst)
return;
/* set up address information */
addrInfo.dstAddrMode = gZbAddrMode16Bit_c;
Copy2Bytes(addrInfo.dstAddr.aNwkAddr, gaAccelDstAddr);
addrInfo.dstEndPoint = gAccelDstEndPoint;
addrInfo.srcEndPoint = appEndPoint;
addrInfo.txOptions = gApsTxOptionNone_c;
addrInfo.radiusCounter = afDefaultRadius_c;
/* set up cluster */
Copy2Bytes(addrInfo.aClusterId, appDataCluster);
/* send the data request */

(void)AF_DataRequest(&addrInfo, sizeof(gaAccelDemoXYZ), gaAccelDemoXYZ, NULL);
}
Las dos siguientes funciones son de atención a la interrupción (CallBacks) de tiempo de

reporte e inicio de captura y procesamiento de señales de sensores, (RIBTimerCallBack) y
(RIBDisplayModeCallBack) respectivamente, las cuales hacen cambiar el estado en
BeeAppTask. En la función (RIBTimerCallBack) cada vez que se ejecuta incrementa la
variable Conts, con el objetivo de numerar cada transmisión y ser transmitido dentro del
paquete de señales un indicador de secuencia.
void RIBTimerCallBack
(
tmrTimerID_t timerId /* IN: */
)
{
(void)timerId; /* to prevent compiler warnings */
ContS++;
TS_SendEvent(gAppTaskID, accelEventReport_c);
}
void RIBDisplayModeCallBack
(
tmrTimerID_t timerId /* IN: */
)
{
(void)timerId; /* to prevent compiler warnings */
}
La función RIBStateMachine realiza la máquina de estados para acceder a los sensores y

el procesamiento de señal, definidos en la Tabla (4-1), realizando la asignación de cada
campo en el arreglo (gaAccelDemoXYZ) basado en las posiciones determinadas en la Tabla
(4-2).
void RIBStateMachine
(
accelState_t state /* IN: */
)
{
unsigned char Index;
/* taking a new reading */
giAccelDemoState = state;
/* starting a new read */

switch(state)
{
/* stop the state machine */
case accelStateStopped_c:
TMR_StopTimer(appTimerId);
break;
/* set up to read the X value from the accelerometer */

case accelStateStart_c:
/* start a timer for next report */

TMR_StartSingleShotTimer(appTimerId, accelReportTime_c, RIBTimerCallBack);
TMR_StartSingleShotTimer(accelModeTimerId, accelWaitTime_c, RIBDisplayModeCallBack);
ATDSC = accelAdcChannelX;
giAccelDemoState = accelStateReadX_c;
break;
/* read the X channel */

case accelStateReadX_c:
if((ATDSC & 0x80) != 0){
/* X axis value ready?*/
ace1_x = ATDRH - (int) cal_xi; // eliminating zero reference

if((ace1_x<=3)&&(ace1_x>=-3)) // discrimination window applied to the X axis accel
ace1_x = 0;
/*Fist X Integration*/
vel1x = (vel0x + ace0x + ((ace1_x - ace0x)>>1));
/*Second X Integration*/
pos1x = (pos0x + vel0x + ((vel1x - vel0x)>>1));
ace0x = ace1_x; // The current acceleration value must be sent to the previous
accel
vel0x = vel1x; // Same done for the velocity variable
/*Movement end deteccion*/
if(ace1_x == 0)
Countx++;
else
Countx = 0;
if(Countx >= 25){
vel0x = 0;
vel1x = 0;
}
pos0x = pos1x; // The current position value must be sent to the previous
position
gaAccelDemoXYZ[idSample_c] = ContS;
gaAccelDemoXYZ[accelDemoX_c] = (ace1_x & 0x00ff) + 127;
gaAccelDemoXYZ[accelDemVX_c] = vel1x & 0x000000ff;
gaAccelDemoXYZ[accelDemPX_c] = pos1x & 0x000000ff;
gaAccelDemoXYZ[accelDemAX_c] = AngX[(ace1_x & 0x00ff)+127]; //angle tilt in
giAccelDemoState = accelStateReadY_c;
ATDSC = accelAdcChannelY; /* Setup to read the Y channel */
}
break;
/* read the Y channel */

case accelStateReadY_c:
if((ATDSC & 0x80) != 0){
/* Y axis value ready? */
ace1_y = ATDRH - (int) cal_yi; // eliminating zero reference
if((ace1_y<=3)&&(ace1_y>=-3)) // discrimination window applied to the X axis

accel
ace1_y = 0;
/*Fist X Integration*/
vel1y = (vel0y + ace0y + ((ace1_y - ace0y)>>1));
/*Second X Integration*/
pos1y = (pos0y + vel0y + ((vel1y - vel0y)>>1));
ace0y = ace1_y; // The current acceleration value must be sent to the previous
accel
vel0y = vel1y; // Same done for the velocity variable
if(ace1_y == 0)
County++;
else
County = 0;
if(County >= 25){
vel0y = 0;
vel1y = 0;
}
pos0y = pos1y; // The current position value must be sent to the previus
position
gaAccelDemoXYZ[accelDemoY_c] = (ace1_y & 0x00ff) + 127;

gaAccelDemoXYZ[accelDemVY_c] = ace1_y>>8 & 0x00ff;
gaAccelDemoXYZ[accelDemPY_c] = pos1y & 0x000000ff;
gaAccelDemoXYZ[accelDemAY_c] = AngY[(ace1_y & 0x00ff)+127];
giAccelDemoState = accelStateReadZ_c;
ATDSC = accelAdcChannelZ; /* Setup to read the Z channel */
}
break;
/* read the Z channel */

case accelStateReadZ_c:
if((ATDSC & 0x80) != 0){
/* Z axis value ready? */
ace1_z = ATDRH - (int) cal_zi; // eliminating zero reference
if((ace1_z<=3)&&(ace1_z>=-3)) // discrimination window applied to the Z axis
accel
ace1_z = 0;
/*Fist Z Integration*/
vel1z = (vel0z + ace0z + ((ace1_z - ace0z)>>1));
/*Second Z Integration*/
pos1z = (pos0z + vel0z + ((vel1z - vel0z)>>1));
ace0z = ace1_z; // The current acceleration value must be sent to the previous
accel
vel0z = vel1z; // Same done for the velocity variable
if(ace1_z == 0)
Countz++;
else
Countz = 0;
if(Countz >= 25){

vel0z = 0;
vel1z = 0;
}
pos0z = pos1z; // The current position value must be sent to the previous
position
gaAccelDemoXYZ[accelDemoZ_c] = (ace1_z & 0x00ff) + 127;

gaAccelDemoXYZ[accelDemVZ_c] = vel1z & 0x000000ff;
gaAccelDemoXYZ[accelDemPZ_c] = pos1z & 0x000000ff;
gaAccelDemoXYZ[accelDemAZ_c] = AngZ[(ace1_z & 0x00ff)+127];
nSample++;
if(nSample == 64)
nSample = 0;
giAccelDemoState = accelStateReadT_c;
ATDSC = TempAdcChannel; /* Setup to read the Temperature channel */
}
break;
/* read the Temp channel */

case accelStateReadT_c:
/* Temp axis value ready? */
if ((ATDSC & 0x80) != 0) {
gaAccelDemoXYZ[accelDemoT_c] = ATDRH;
giAccelDemoState = accelStateReadP_c;
ATDSC = PressureAdcChannel; /* Setup to read the Pressure channel */
}
break;
/* read the Pressure channel */

case accelStateReadP_c:
/* read the Pressure channel */
if ((ATDSC & 0x80) != 0)
{
gaAccelDemoXYZ[accelDemoP_c] = ATDRH;
giAccelDemoState = accelStateReport_c;
}
break;
/* time to report the results (just wait until timer expires. See RIBTimerCallBack() */
case accelStateReport_c:
break;
} /* end of switch */
} /* end of RIBStateMachine() */
Capítulo 5 Evaluaciones del nodo de red y de la red de
instrumentación biomédica en una aplicación
biomecánica
La evaluación de la comunicación inalámbrica del dispositivo ZigBee o nodo de red

desarrollado en el capítulo 3, se realizó por medio de un firmware embebido en el
microcontrolador, desarrollado sobre la capa MAC (Media Access Control) de la pila ZigBee,
con lo cual se propusieron experimentos para evaluar la calidad de la transmisión de las
señales biomédicas dentro del ambiente del paciente; basados en la transmisión continua de
paquetes de datos, donde se trabajó con parámetros como: potencia de transmisión, distancia
entre dispositivos, canal de comunicación y tamaño del paquete de datos, se obtuvieron
índices de pérdidas de paquetes en comunicación continua y el índice de LQI (Link Quality
Indicator).
Habiendo conformado una red de dispositivos ZigBee en el capítulo 4, se realizó una

primera evaluación biomédica para aplicación en monitoreo de la cadena cinemática de
miembro inferior en la marcha. Los dispositivos finales se ubicaron en las articulaciones y se
realizó una transmisión continua al coordinador. Dentro de esta aplicación se aprovechó el
acelerómetro puesto sobre la placa de sensores, lo cual se puede hacer con todos los sensores
que están sobre esta placa para diferentes aplicaciones médicas, o con la conexión de módulos
de señal por el puerto serial que tiene disponible la plataforma.
5.1 D ISEÑO DEL EXPERIMENTO EVALUACIÓN DEL NODO DE RED IEEE 802.15.4
Se usaron dos módulos de plataforma de red de sensores (Figura (5-1)): uno con perfil de
transmisor y otro con perfil de receptor, se desarrollo un código en el transmisor que busca un
canal libre (basado en el parámetro ED ) entre el 11 y el 26, debido a que el MC13213 trabaja
en la banda de 2.4 GHz, después de encontrar un canal libre, el transmisor envía paquetes
característicos buscando la atención del receptor, a su vez el receptor hace un barrido sobre
los canales buscando al transmisor. En el momento que se encuentran el transmisor y el
receptor inician el enlace de comunicación.
185
Capítulo 5. Evaluaciones del nodo de red y de la red de instrumentación biomédica 186
Figura 5-1: Montaje experimento evaluación.
Para iniciar la medida, el transmisor transmite 1000 paquetes al receptor de forma

continua, el FCS correcto es el parámetro que usa el receptor para aceptar un paquete entrante
del transmisor, el receptor transmite cada paquete recibido correcto con el correspondiente
LQI a un computador para posterior análisis, al final de cada medida se totalizan los paquetes
perdidos de los 1000 enviados, y se promedia el LQI de los paquetes recibidos.
Se realizaron tres secuencias de experimentación basadas en el tamaño de bytes en el

paquete de datos a transmitir, así: 5 bytes, 10 bytes y 20 bytes, los cuales representan la señal
biomédica, en cada secuencia se hicieron medidas a diferentes potencias de transmisión, así:
baja -8.0 dBm (0,154 mW), media 0,0 dBm (1.0 mW) y alta 3.6 dBm (2.29 mW), y en cada
una de estas potencias de transmisión se hicieron medidas en diferentes distancias entre
dispositivos (transmisor y receptor), entre 0 m y 100 m, con pasos de 10 m.
Cada medida se repitió 4 veces en diferentes momentos, buscando mantener línea de vista
entre transmisor y receptor, las medidas se hicieron con las tres secuencias en dos lugares
diferentes, en un parqueadero a campo abierto, y en un parqueadero subterráneo sin presencia
de señal de telefonía celular ni redes Wi-fi. En ambos parqueaderos había constante entrada y
salida de automóviles y peatones, simulando el ambiente del paciente.
5.2 D ISEÑO DEL EXPERIMENTO DE EVALUACIÓN DE LA RIB
Se realizó el montaje observado en la Figura (5-2), se usaron tres nodos de red definidos
como ZED (Dispositivo Final ZigBee) y un ZC (Coordinador ZigBee), los ZED se
distribuyeron en la cadera, rodilla y tobillo del paciente, se realizó una secuencia de caminata,
cada dispositivo ZED transmite la datos del paquete de sensores de la RIB definido
previamente, y es recibido por el ZC y transmitido por comunicación serial al PC. Estos datos
se adquirieron en el software matlab para posterior análisis. Para esta prueba sólo se tuvo en
cuenta la aceleración en los tres ejes del paquete RIB, el período RIB fue de 70 mS, con
defase de 20 mS entre cada nodo, y durante la prueba, el paciente no se alejó más de 10

metros del ZC. El inicio de cada ciclo de marcha se registro con un cronómetro, que es
definido por la revisión biobligrafica del capítulo 1; como el instante en el que el talón del pie
toca el piso, otro evento que se registró con otro cronómetro fue el final de la fase de soporte,
definido como el momento en que los dedos del pie despegan del piso. Los anteriores
registros se hicieron con el fin de diferenciar cada ciclo de marcha dentro de los datos
adquiridos.
Figura 5-2: Montaje de tres dispositivos ZED en articulaciones de

tobillo, rodilla y cadera para adquisición de acelerometría de tres
ejes.
5.3 R ESULTADOS
A continuación se presenta los resultados de los dos experimentos que se usaron para
evaluar el desempeño de la RIB:
5.3.1 RESULTADOS DE LA EVALUACIÓN DEL NODO DE RED
En la evaluación de las comunicaciones punto a punto en transmisión continua se

obtuvieron medidas de LQI y paquetes perdidos en las tres secuencias de tamaño de datos de
señal dentro del paquete MAC con 5, 10 y 20 bytes.
5.3.1.1 Medidas con 5 bytes de datos por paquete
Las Figuras (5-3) y (5-4) muestran medidas de LQI y Paquetes perdidos del total de 1000
paquetes enviados respectivamente, enviados a niveles de potencia baja, media y alta, en
campo abierto y en subterráneo, con potencia baja se pudo medir hasta 20 m en ambos
escenarios, con media hasta 50 m y con alta hasta 60 m, a distancias mayores todos los
paquetes se perdieron.
Transmisiones de 5 bytes por paquete

-20
Abierto Pot Baja
Abierto Pot Media
-30 Abierto Pot Alta
Subt Pot Baja
-40 Subt Pot Media
Subt Pot Alta
-50
LQI (dBm)
-60
-70
-80
-90
0 10 20 30 40 50 60 70 80 90 100
Distancia (m)
Figura 5-3: Graficas LQI vs Distancia entre dispositivos a

diferentes niveles de potencia con 5 bytes de datos.

1000
Abierto Pot Baja
900 Abierto Pot Media
Abierto Pot Alta
800
Subt Pot Baja
Subt Pot Media
700
Subt Pot Alta
Paquetes Perdidos
600
500
400
300
200
100
0
0 10 20 30 40 50 60 70 80 90 100
Distancia (m)
Figura 5-4: Graficas Paquetes perdidos vs Distancia entre

dispositivos a diferentes niveles de potencia con 5 bytes de datos
escenarios, con media hasta 50 m y con alta hasta 100 m, esta última limitación fue por el
espacio más no por la comunicación.

-20
Abierto Pot Baja
Abierto Pot Media
Subt Pot Baja
-40 Subt Pot Media
Subt Pot Alta
-50
LQI (dBm)
-60
-70
-80
-90
0 10 20 30 40 50 60 70 80 90 100
Distancia (m)

diferentes niveles de potencia con 10 bytes de datos

1000
Abierto Pot Baja
Abierto Pot Alta
800
Subt Pot Baja
Subt Pot Media
700
Subt Pot Alta
Paquetes Perdidos
600
500
400
300
200
100
0
0 10 20 30 40 50 60 70 80 90 100
Distancia (m)
Figura 5-6: Graficas Paquetes Perdidos vs Distancia entre

dispositivos a diferentes niveles de potencia con 10 bytes de datos.
escenarios, con media hasta 80 m y con alta hasta 100 m, esta última limitación fue por el
espacio más no por la comunicación.

-20
Abierto Pot Baja
Abierto Pot Media
Subt Pot Baja
-40 Subt Pot Media
Subt Pot Alta
-50
LQI (dBm)
-60
-70
-80
-90
0 10 20 30 40 50 60 70 80 90 100
Distancia (m)

diferentes niveles de potencia con 20 bytes de datos.

1000
Abierto Pot Baja
Abierto Pot Alta
800
Subt Pot Baja
Subt Pot Media
700
Subt Pot Alta
Paquetes Perdidos
600
500
400
300
200
100
0
0 10 20 30 40 50 60 70 80 90 100
Distancia (m)
Figura 5-8: Graficas Paquetes Perdidos vs Distancia entre

dispositivos a diferentes niveles de potencia con 20 bytes de datos.
5.3.2 RESULTADOS DE LA EVALUACIÓN DE LA RIB
Se efectuaron pruebas con humanos, para observar la respuesta del sistema de adquisición
de la aceleración sobre la RIB en las tres articulaciones de una pierna, En la Figura (5-9), se
observan tres gráficas de aceleración dentro de la marcha de un humano, cada ciclo de marcha
es definido por el intervalo marcado por las líneas segmentadas rojas, el cual inicia con el
contacto inicial del talón con el piso, las líneas segmentadas verdes muestran el instante en
que despegan los dedos de los pies para iniciar la fase de balanceo. En la Figura (5-10) se
observa el mismo resultado anterior para la rodilla y en la Figura (5-11) para la cadera. Como
se definió en 5.2 cada muestra es tomada cada 70 mS.
En la Figura (5-12) se observa el LQI obtenido durante la prueba en cada nodo transmisor
de cada articulación, esta señal se registra en el Coordinador ZigBee de red en la función de
llegada de paquetes, la cual representa el indicador de la calidad de la transmisión.
Figura 5-9: Medidas de aceleración de tres ejes en la articulación

de tobillo de miembro inferior en ciclo de marcha.

de rodilla de miembro inferior en ciclo de marcha.

de cadera de miembro inferior en ciclo de marcha.
Figura 5-12: Índice LQI de los tres nodos ZED obtenido para una
secuencia de 5 pasos de marcha.
5.3.3 ANÁLISIS DE RESULTADOS
Para paquetes con 5 bytes de datos: en distancias entre 0 y 30 m, el LQI es mejor en el

subterráneo en todos los niveles de potencia, entre 30 y 60 m con potencia media y alta se
observa un mejor comportamiento a espacio abierto (Figura (5-3)). La pérdida de paquetes en
subterráneo con todos los niveles de potencia fue superior (Figura (5-4)).
Para paquetes con 10 bytes de datos: en distancias cortas entre 0 y 30 m, el LQI se

comporta parecido en ambos escenarios, para potencia alta en distancias medias entre 30 m y
80 m se observa mejor LQI en el subterráneo, en distancias mayores a 80 m se observa un
mejor LQI a campo abierto (Figura (5-5)). Para potencias baja y media se observa una mayor
pérdida de paquetes en subterráneos, pero en potencia alta hay más pérdidas de paquetes en
campo abierto, en distancias medias entre 30 m y 80 m con campo abierto y alta potencia se
observa un aumento en las pérdidas con un pico en 60 m (Figura (5-6)).
Para paquetes con 20 bytes de datos: entre 0 y 30 m el LQI se comporta parecido en

ambos escenarios, para potencia alta en distancias medias entre 30 m y 80 m se observa mejor
LQI en el subterráneo, en distancias mayores a 80 m se comportan similares en ambos
escenarios. En potencia media el LQI siempre fue mejor en subterráneo. En potencia baja hay
un comportamiento exactamente igual en ambos escenarios (Figura (5-7)). En potencia baja
hay más pérdidas en subterráneo. En potencia media hay más pérdidas a campo abierto. Con
potencia alta son un poco menor las pérdidas en campo abierto hasta 60 m, en adelante hay
menos pérdidas en subterráneo (Figura (5-8)).
Como se definió en el capítulo 1, el ciclo de marcha esta determinado entre dos instantes
de contacto inicial del talón del pie con la tierra, el cual tiene un período de aproximadamente
dos segundos para esta prueba, y es demarcado con las líneas rojas segmentadas en las
Figuras (5-9), (5-10) y (5-11), correspondientes a las medidas de aceleración en cadera,
rodilla y tobillo. Particularmente en la Figura (5-9), en la aceleración de la coordenada Y del
tobillo (opuesta a la fuerza de gravedad, ver Figura (5-2)) se observa de manera mas clara las
fases del ciclo de la marcha, el cual inicia con una desaceleración propia de la finalización de
la zancada y posicionamiento de la planta del pie al inicio de la fase de soporte, la mayor parte
de esta fase continua sin aceleración propia de la recepción del peso del cuerpo y el soporte de
la zancada del miembro colateral, para luego iniciar la fase de balanceo con el despegue de los
dedos del pie de la tierra (líneas segmentadas de color verde), el tobillo en el balanceo inicial
desacelera, es decir cae en dirección de la tierra hasta encontrarse con el miembro colateral en
la subfase de balanceo medio, para iniciar una alta aceleración que determina el
desplazamiento del miembro, finalmente la subfase de balanceo final, que se inicia con una
desaceleración para la preparación del inminente contacto y se produce una acción de frenado,
dando paso a un nuevo ciclo de marcha.
En la Figura (5-10) donde se observan las aceleraciones de la rodilla, no hay

comportamiento común en las tres dimensiones, en la coordenada Y donde predomina el
mayor movimiento, se observa un pico de aceleración en el fin de la fase de soporte e inicio
de balanceo, propio de la flexión que realiza la rodilla para permitir el avance del miembro.
Por otro lado se observa unos picos en el punto medio de cada fase en la coordenada Z (ver
Figura (5-2)) mostrando el trabajo de los correspondientes músculos de esta zona, aportando
la estabilidad del miembro. Finalmente en el inicio de ciclo de marcha no se presenta
aceleración en ninguna coordenada, siendo el instante de recepción del peso del cuerpo y no
presenta movimiento la rodilla.
En la Figura (5-11) correspondiente a las aceleraciones de la cadera, se observa una

sincronía en las tres dimensiones, con una tendencia parecida pero con diferentes magnitudes,
debido a que la cadera es el punto de unión entre el cuerpo y la pierna, la cual está en continuo
movimiento tridimensional, la coordenada Z cuenta con la magnitud mas alta de aceleración,
donde se presenta poco movimiento, pero un alto esfuerzo muscular en comparación con las
demás coordenadas de esta articulación. En la fase de soporte se observa una desaceleración y
luego una estabilización propia del control muscular que realiza la cadera en esta fase, para
luego acelerar en fase de balanceo y realizar la zancada, este comportamiento es
predominante en todas las coordenadas.
En la Figura (5-12) se observa el LQI obtenido durante la prueba en cada nodo, y puede
apreciarse que se mantuvo una buena calidad de los paquetes en la transmisión, acorde a
la evaluación desarrollada en el capítulo 5, siendo consecuente con la eficiencia de la
comunicación, ya que no hubo ningún paquete perdido.
5.4 C ONCLUSIONES
En general sobre las condiciones de este experimento de evaluación de IEEE 802.15.4 no

se observa una gran diferencia al realizar la comunicación con y sin presencia de interferencia
de telefonía celular y de Wifi.
Se observa que en una transmisión continua hay un incremento en la pérdida de paquetes

de datos con la disminución del tamaño del paquete, este fenómeno se debe a la capacidad de
manejo de interrupciones en la recepción que tenga el dispositivo receptor, por lo cual un
paquete de tamaño grande reduce las interrupciones de recepción, las pérdidas de paquetes
datos y el trafico de la red.
El LQI disminuye con la distancia como era de esperarse o con la presencia de obstáculos
en la comunicación. Con potencia alta el LQI se mantiene cerca del valor mínimo (-95 dBM),
pero permanecen las comunicaciones con un nivel bajo de pérdidas.
Dentro de este trabajo no se realizaron retransmisiones de los datos perdidos, con el fin de
analizar la sensibilidad de los parámetros evaluados, y de seleccionar los valores óptimos con
el menor número de pérdidas, con lo que se garantizan menores retrasos en comunicaciones al
implementar retransmisiones e integración a redes de múltiples nodos.
En general, en el presente capítulo se validó una red de dispositivos ZigBee en hardware y

comunicaciones y se desarrolló un perfil privado ZigBee orientado a instrumentación
biomédica, la cual se evaluó con una aplicación de monitoreo de marcha y desde el punto de
vista cinemático presentó un comportamiento consecuente con la revisión teórica de
biomecánica desarrollada en el capítulo 1.
La aceleración del tobillo en la coordenada opuesta a la gravedad es un buen patrón para

estudiar las fases del ciclo de marcha, permitiendo ser la base para el análisis de las demás
coordenadas y las demás articulaciones.
La plataforma queda abierta para iniciar nuevas aplicaciones de monitoreo de señales

fisiológicas con los sensores puestos sobre la board o con la integración de módulos de señal
externos. En trabajos futuros con aplicaciones médicas específicas es aconsejable tomar este
diseño de hardware e integrarlo al sensor o instrumento, para así obtener fácilmente una
conectividad inalámbrica en red ZigBee.
El desarrollo del perfil privado RIB ZigBee presentado en este capítulo permite la
migración a otro microcontrolador ya que es un desarrollo en lenguaje C y los drivers de los
periféricos son cambiados automáticamente por la herramienta Beekit, si el microcontrolador
que se tiene en mente no es de la compañía Freescale, habría que implementar los drivers de
periféricos con los mismo nombres de funciones de la plantilla y el código de red sería
totalmente portable.
198
Referencias 199
Referencias
[1] 1. Guest Editorial Introduction to the Special Section on M-Health: Beyond Seamless
Mobility and Global Wireless Health-Care Connectivity. Istepanian, R. S. H.,
Jovanov, E. y Zhang, Y. T. 2004, IEEE Transactions on Information Technology in
Biomedicine, págs. 405-414.
[2] 2. Wearable Technology. IEEE EMB. 2003, Special Issue of the IEEE Engineering in
Medicine and Biology Magazine, pág. 22.
[3] 3. A wireless body area network of intelligent motion sensors for computer assisted
physical rehabilitation. Jovanov, E., y otros. 2005, Journal of NeuroEngineering and
Rehabilitation, Vol. 2, págs. 1-3.
[4] 4. Hansen, M S. Practical Evaluation of IEEE 802.15.4/ZigBee Medical Sensor

Networks. Department of Electronics and Telecommunications, Norwegian University
of Science and Technology. 2006. págs. 7-17, Master thesis.
[5] 5. Enhancing the Quality of Life Through Wearable Technology. Park, S. y

Jayaraman, S. 2003, IEEE Engineering in Medicine and Biology Magazine, págs. 41-
48.
[6] 6. A 300-µW 1.9-GHz CMOS Oscillator Utilizing Micromachined Resonators. Otis, B.

P. y Rabaey, J.M. 2003, IEEE Journal of Solid-State Circuits, págs. 1271-1274.
[7] 7. A BiCMOS Wireless Stimulator Chip for Micromachined Stimulating Microprobes.

Ghovanloo, M. y Najafi, K. 2002, Proceedings of the Second Joint EMBS/BMES
Conference, págs. 2113-2114.
[8] 8. Center for Wireless Integrated Microsystems. Center for Wireless Integrated
Microsystems (WIMS). [En línea] [Citado el: 10 de 11 de 2010.]
http://www.wimserc.org/.
[9] 9. Uso del tanque de marcha en pacientes en proceso de rehabilitación en la clínica

universitaria teletón como herramienta de evaluación de resultados. Rodríguez, L., y
otros. Cartagena, Colombia : s.n., 2008. Memorias IBERDISCAP.
Referencias 200
[10] 10. Technology Overview:: The Gait Analysis Laboratory. Lee, Gyusung y Pollo,
Fabian E. 2, s.l. : Spring, 2001, Journal of Clinical Engineering, Vol. 26, págs. 129-
135.
[11] 11. How is human gait controlled by vision? Patla, Aftab. 3-4, 1998, Ecological
Psychology, Vol. 10, págs. 287-302.
[12] 12. Upper and lower extremity robotic devices for rehabilitation and for studying motor
control. Hesse, Stefan, y otros. 6, 2003, Current Opinion in Neurology, Vol. 16, págs.
705-710.
[13] 13. Intelligent knee-ankle-foot orthosis: The gait project approach, Rehabilitation
Sciences in the New Millenium - Challenge for Multidisciplinary Research. Freriks, B.,
y otros. Leipzig, Germany : s.n., 2004. Orthopaedie-Technik.
[14] 14. "Intelligent Knee-ankle-foot orthosis: The GAIT project approach". Rocon, E., y
otros. Ljubljana : Slovenia, 2004. 8th Congress of European Federation of Research in
Rehabilitation. págs. 271-274.
[15] 15. A novel approach to stroke rehabilitation robot-aided sensorimotor stimulation.

Volpe, B., y otros. 2000, Neurology, Vol. 54, págs. 1938-1944.
[16] 16. Networking Telemedicine in Portable Rehabilitation Robot Monitor System. Xuhui,
Chen, y otros. 1, Maribor : s.n., 2007, Scientific Journal on Applied Information
Technology, Vol. 3.
[17] 17. Wearable Sensors and Telerehabilitation. Integrating Intelligent Telerehabilitation

Assistants With a Model for Optimizing Home Therapy. Winters, J. M., Wang, Y. y
Winters, J. 2003, IEEE Engineering in Medicine and Biology Magazine, págs. 56-65.
[18] 18. Prevalence of diagnosed atrial fibrillation in adults: national implications for
rhythm management and stroke prevention: the AnTicoagulation and Risk Factors in
Atrial fibrillation (ATRIA) study. Go, A. S., y otros. 18, 2001, The Journal of the
American Medical Association, Vol. 285, págs. 2370-2375.
[19] 19. Azis, O., y otros. Body Sensor Networks. s.l. : London Springer, 2007. pág. ch. 1.
[20] 20. The seventh report of the Joint National Committee on prevention, detection,
evaluation, and treatment of high blood pressure: the JNC 7 report. Chobanian, A. V.,
y otros. 19, 2003, The Journal of the American Medical Association, Vol. 289, págs.
2560-2572.
Referencias 201
[21] 21. Hunt, S. A., y otros. ACC/AHA guidelines for the evaluation and management of
chronic heart failure in the adult. s.l. : endorsed by the Heart Failure Society of
America, 2001.
[22] 22. Lipid management in patients with diabetes mellitus. Brown, A. S. 4A, 2005,
American Journal of Cardiology, Vol. 96, págs. 26-32.
[23] 23. Sistema de Integración de Redes Zigbee de Sensores Biomédicos y Minería Web
para la aplicación en Telemedicina. Cifuentes, C., y otros. Florianopolis, Brasil : s.n.,
2010. TEC-SAÚDE2010.
[24] 24. Population aging and health. Butler, R. N. 7115, 1997, British Medical Journal,
Vol. 315, págs. 1082-1084.
[25] 25. Applying Wearable Sensors to Avalanche Rescue. Michahelles, F., y otros. 6, 2003,
Computers and Graphics, Vol. 27, págs. 839–847.
[26] 26. Welsh, Matt. Code Blue: A wireless sensor network for medical care and disaster
response. Harvard University. [En línea] 2005.
http://www.eecs.harvard.edu/~mdw/talks/ucsd-codeblue.pdf.
[27] 27. Proactive Instructions for Furniture Assembly. Antifakos, S., Michahelles, F. y
Schiele, B. Gothenburg, Sweden : s.n., 2002. Ubicomp 2002.
[28] 28. Human++: From technology to emerging health monitoring concepts . Penders, J.,
y otros. Hong Kong, China : s.n., 2008. Medical Devices and Biosensors, 2008. págs.
94-98.
[29] 29. Instruments, Texas. Wireless performance optimization solutions: Bluetooth and
802.11 coexistence. 2003. pág. 2. Product Bulletin.
[30] 30. Murillo, Daniel Sánchez. Procesado y transmisión de señales biomédicas para el
diagnóstico d trastornos y enfermedades del sueño. Tesis doctoral. [En línea] 2008.
http://minerva.uca.es/publicaciones/asp/docs/tesis/DSanchezMorillo.pdf.
[31] 31. Guyton, Arthur C. y Hall, John E. Tratado de Fisiología médica. 11. s.l. :
ELSEVIER, 2006.
[32] 32. Medida de la Saturación de Oxígeno por Medio Optico. Laborde, Manuel.
Montevideo, Uruguay : s.n., 2004. XIII Seminario de Ingeniería Biomédica Facultades
de Medicina e Ingeniería Universidad de la República Oriental del Uruguay.
Referencias 202
[33] 33. Chan, Vincent y Underwood, Steve. A Single-Chip Pulsoximeter Design Using the
MSP430. s.l. : Texas Instruments, 2005.
[34] 34. Whittle, Michael W. An Introduction to Gait Analysis. 4th. s.l. : Elsevier, 2007.
[35] 35. Vaughan, Christopher L, Davis, Brian L y O'Connor, Jeremy C. Dynamics of

Human Gait. 2nd. s.l. : Kiboho Publishers, 1999.
[36] 36. Winter, David A. Biomechanics and Motor Control of Human Gait: Normal,
Elderly and Pathological. 2nd. Waterloo, Ontario : University of Waterloo Press, 1991.
[37] 37. Gómez, Ramón y Ferrer, Sapiña. Estudios Biomecánico de la Marcha en

Pacientes con Artrosis de Cadera. s.l. : Servei de Publicacions, 2005. Tesis Doctoral.
[38] 38. Berenguer, Santi Devroyé. Evaluación de protocolos basados en transmisión

cooperativa para sistemas de redes de sensores. Universidad Politécnica de Cataluña.
2008. Trabajo de grado.
[39] 39. Papacetzi, Archundia y Martín, Francisco. Wireless Personal Area Network
(WPAN) & Home Networking. Escuela de Ingeniería, Universidad de las Américas
Puebla. 2003.
[40] 40. Un Nuevo Aspecto de la Movilidad: Redes Ad Hoc – Conceptos. Calderon, O y

Quintero, V. 3, s.l. : Universidad de Pamplona, 2004, Revista Colombiana de
Tecnologías de Avanzada, Vol. 1, págs. 59 - 64.
[41] 41. Diosdado, Tolosa y Ángel, Miguel. Sistema de autoconfiguración para redes Ad
hoc. s.l. : E-Prints Complutense, 2009.
[42] 42. Tablado, Alberto Moreno. Estándar Bluetooth. [En línea] [Citado el: 10 de
Noviembre de 2010.] http://www.seguridadmobile.com/bluetooth/especificacion-
bluetooth/estandar-bluetooth/index.html.
[43] 43. Rodríguez, Darío y Maya, Ricardo. Implementación de una Red Inalámbrica
Bluetooth. Universidad del Valle. 2003. Trabajo de grado.
[44] 44. Josep, V. M. Desarrollo de aplicaciones WEB con UML. VICO. [En línea] 2002.
[Citado el: 10 de Noviembre de 2010.] vico open modeling.
[45] 45. IEEE Computer Society. Part 15.2: Coexistence of Wireless Personal Area
Networks with Other Wireless Devices Operating in Unlicensed Frequency Band. s.l. :
IEEE Standards Association, 2003. págs. 1-2.
Referencias 203
[46] 46. Faudot, Iván Barneda. ZigBee Aplicado a la Transmisión de Datos de Sensores
Biomédicos. Universidad Autonoma de Barcelona. 2008. Trabajo de grado.
[47] 47. IEEE. IEEE P802.15.3 High Rate (HR) Task Group (TG3) for Wireless Personal
Area Networks . [En línea] [Citado el: 10 de Noviembre de 2010.]
http://www.ieee802.org/15/pub/TG3/.
[48] 48. Patrick, Kinney. ZigBee Technology: Wireless Control that Simply Works. s.l. :
IEEE, 2003. Chair of IEEE 802.15.4 Task Group.
[49] 49. IEEE 802.15 Working Group for Wireless Personal Area Networks,. TG5
Technical Requirements. s.l. : IEEE, 2004. págs. 3-4.
[50] 50. IEEE Computer Society. Wireless Medium Access Control (MAC) and Physical
Layer (PHY) Specifications for Low-Rate Wireless Personal Area Networks (WPANs).
s.l. : IEEE Standards Association, 2006. págs. 20-134.
[51] 51. Radiofrequency susceptibility test on medical equipment. Tan, K. S. y Hinberg, I.

1994. Proceedings of the 16th Annual International Conference of the IEEE. Vol. 2,
págs. 998-999.
[52] 52. Medical Devices Agency. Medical Devices Bulletin DB9702 Electromagnetic
compatibility of medical devices with mobile communications. London : s.n., 1997.
[53] 53. Electromagnetic interference of external pacemarkers by walkie-talkies and digital

cellular phones: experimental study. Trigano, A. J., y otros. 4, Pacing and Clinical
Electrophysiology, Vol. 22, págs. 588-593.
[54] 54. Electromagnetic interference to infusion pumps from GSM mobile phones.
Calcagnini, G., y otros. 2004. Proceedings of the 26th Annual International
Conference IEEE EMBS. Vol. 2, págs. 3515-3518.
[55] 55. c. Fung, L. C., y otros. Kioto : s.n., 2009. International Symposium on
Electromagnetic Compatibility.
[56] 56. FDA. Radio-Frequency Wireless Technology in Medical Devices. [En línea]
[Citado el: 20 de 3 de 2011.]
http://www.fda.gov/MedicalDevices/DeviceRegulationandGuidance/GuidanceDocumen
ts/ucm077210.htm.
Referencias 204
[57] 57. ZigBee Alliance . ZigBee Alliance Our Mission . [En línea] [Citado el: 10 de
Noviembre de 2010.] http://zigbee.org/About/OurMission.aspx.
[58] 58. Ángel, Maldonado Laurente. Diseño de una red utilizando el protocolo de
comunicación Zigbee para el sistema de recirculación de la planta acuícola PUCP. [En
línea] 2008. [Citado el: 10 de 11 de 2010.] Trabajo de grado.
http://tesis.pucp.edu.pe/tesis/ver/1041.
[59] 59. García, J. J. Desarrollo y estudio de capacidades de redes 802.15.4 Usando

dispositivos MICAz. Universidad Politécnica de Cartagena. 2007. págs. 39-42, Trabajo
de grado.
[60] 60. Farahani, S. ZigBee Wireless Networks and Transceivers. USA : Elsevier, 2008.
págs. 20-97.
[61] 61. Freescale Inc. Freescale BeeStack, Software Reference Manual for ZigBee 2007
Rev 1.1. 2008. Technical Data.
[62] 62. Digi International Inc. Digi International Inc. [En línea] [Citado el: 10 de
Noviembre de 2010.] http://www.digi.com/products/wireless/zigbee-mesh/xbee-
digimesh-2-4.jsp#specs.
[63] 63. EasyBeeTM. EasyBeeTM. 2.4GHz ZigBee ready IEEE 802.15.4 RF transceiver.
[En línea] [Citado el: 10 de Noviembre de 2010.]
http://www.flexipanel.com/Docs/EasyBee%20DS480.pdf.
[64] 64. Freescale Inc. MC1321x Evaluation Kit. 2008. págs. 12-14, Reference Manual.
[65] 65. Tomé Castro, J M. Diseño de módulos ZigBee de bajo coste. Universidad
Politécnica de Cataluña. 2006. Trabajo de grado.
[66] 66. Freescale Inc. MC13211/212/213 ZigBee™- Compliant Platform - 2.4 GHz Low
Power Transceiver for the IEEE® 802.15.4 Standard plus microcontroller Rev. 1.8.
2009. Technical Data.
[67] 67. Johanson Technology. Balun Parameter Definitions & Measurement. 2004.
Technical Document.
[68] 68. AEROCOM. Antenna Tutorial. [En línea] 1995. [Citado el: 9 de 12 de 2010.]
http://www.scribd.com/doc/19468870/Antenna-Tutorial.
[69] 69. Vitelma, M. Introducción a las antenas. 2005. pág. 18, Documento técnico.
Referencias 205
[70] 70. Tomasi, W. Sistemas de comunicaciones electrónicas. 2. s.l. : Pearson - Mexico,

2003. págs. 377-410.
[71] 71. Freescale Inc. IEEE 802.15.4 / 1321x-SRB development board reference design.
2007. Technical Data.
[72] 72. Klein, W P. Solder pad recommendations for surface-mount devices. 2003. págs. 1-
2. Burr Brown Products from Texas Instruments.
[73] 73. Johanson Technology. High Frequency Ceramic Solutions, Detail Specification
2450AT18A100,. 2003. págs. 1-2, Technical Document.
[74] 74. Freescale Inc. Introduction to HCS08 Background Debug Mode. 2006. págs. 3-5,
Application Note.
[75] 75. Temperatures.com, Inc. About temperature sensors-Thermistor Terminology. [En

línea] [Citado el: 10 de Noviembre de 2010.] http://www.temperatures.com.
[76] 76. Fairchild Semiconductor. FM50 Analog Temperature Sensor. 2008. págs. 2-5,
Reference manual.
[77] 77. Freescale Inc. Integrated Silicon Pressure Sensor On-chip Signal Conditioned,
Temperature compensated, and Calibrated. 2008. págs. 1-5, Technical Data.
[78] 78. —. ±1.5g - 6g Three Axis Low-g. 2008. págs. 5-6, Technical Data.
[79] 79. Diamond, Christopher I. How ZigBee Works. The University of Alabama at
Birmingham . [En línea] [Citado el: 10 de Noviembre de 2010.]
http://homepage.uab.edu/cdiamond/How%20Zigbee%20Works.htm.
[80] 80. Freescale Inc. BeeKit Wireless Connectivity Toolkit. [En línea] [Citado el: 10 de
Noviembre de 2010.]
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=BEEKIT_WIRELE
SS_CONNECTIVITY_TOOLKIT.
[81] 81. Freescale Inc. ZigBee™- Compliant Platform - 2.4 GHz Low Power Transceiver
for the IEEE® 802.15.4 Standard plus Microcontroller. 2008. págs. 1-4, Technical
Data, Rev 1.5.
[82] 82. —. Simple Media Access Controller (SMAC) User’s Guide SMACRM . 2008. pág.
37, Technical Data, Rev 1.
Referencias 206
[83] 83. —. IEEE 802.15.4 / ZigBee Package and Hardware Layout Considerations. 2009.
págs. 21-24, Reference Manual.
[84] 84. Freescale Inc. Freescale BeeStack Application Development Guide Rev. 1.1. 2008.
Technical Data.
[85] 85. ETRI. Project: IEEE P802.15 Working Group forWireless Personal Area Networks
(WPANs). s.l. : IEEE, 2006. págs. 1-6.
View publication stats

ZigBeeCifuentes PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

ZigBeeCifuentes PDF

Transféré par

Droits d'auteur :

Formats disponibles

See discussions, stats, and author profiles for this publication at: https://www.researchgate.

Design and Implementation of a Wireless Sensor Network Applied in

Thesis · May 2011

Biomechanical Assessment of Walker-assisted Gait View project

Prosthesis hand View project

The user has requested enhancement of the downloaded file.

Carlos Andrés Cifuentes García

Tesis para obtener el grado académico de

Magíster en Ingeniería Biomédica

Universidad Nacional de Entre Ríos

Director de la Tesis: Gerardo Gabriel Gentiletti

DECLARACIÓN DEL AUTOR

Capítulo 1 Redes inalámbricas de sensores aplicadas a la instrumentación biomédica .1-

1.2 Revisión y antecedentes de aplicaciones médicas de desarrollos basados en redes de

1.3 Revisión de principios, fisiología y definición de bioseñales en el ámbito de este

Capítulo 2 Redes inalámbricas e IEEE 802.15.4/ZigBee ................................................ 35

2.1 Redes Inalámbricas ............................................................................................................ 35

2.2 El modelo de referencia OSI.............................................................................................. 37

2.3 Estándares y redes de WPAN............................................................................................ 39

2.4 Revisión de antecedentes y normativa relacionada con la aplicación de las redes

2.5 IEEE 802.15.4 y ZigBee ..................................................................................................... 56

2.5.4.3.3.3 Administrador de servicios de la capa de red ....................................................... 93

Capítulo 3 Desarrollo de una plataforma de red IEEE 802.15.4/ZigBee. ...................... 98

3.1 Diseño de un nodo de red IEEE 802.15.4 ......................................................................... 99

3.2 Diseño de la plataforma de redes de sensores ................................................................ 108

Capítulo 4 Desarrollo de la red de instrumentación biomédica basada en tecnología

4.1 BeeStack – Stack ZigBee de Freescale ............................................................................ 139

4.2 Desarrollo de la aplicación inalámbrica RIB (Red de Instrumentación Biomédica) . 157

Capítulo 5 Evaluaciones del nodo de red y de la red de instrumentación biomédica en

5.2 Diseño del experimento de evaluación de la RIB ........................................................... 186

5.3 Resultados ......................................................................................................................... 187

5.4 Conclusiones...................................................................................................................... 196

Referencias ....................................................................................................................... 199

Tabla 3-1: Fabricantes chips para aplicaciones 802.15.4 (65). 100

Tabla 3-2: Características antena tipo chip 105

Tabla 3-3: Medidas de componentes montaje superficial 111

Tabla 3-5: Especificaciones del nodo de red V3. 127

Tabla 3-7: Encapsulado SOT-23 y características del sensor. 130

Tabla 3-8: Sensor de presión y características. 130

Tabla 3-9: Sensor de aceleración y características. 131

Tabla 3-10: Señales bioeléctricas (30). 134

Tabla 4-1: Operación Máquina de estados de Muestreo y procesamiento de señales. 173

Figura 1-3: Análisis de movimiento de marcha con WSN (28). ..........................................1-10

Figura 1-4: Red de sensores personal con Bluetooth (29). ...................................................1-10

Figura 1-5: Pulsioxímetro convencional de BioMedical Instruments (30). .........................1-11

Figura 1-10: Electrocardiograma (31). .................................................................................1-17

Figura 1-12: Electrocardiogramas normales que se registran en las tres derivaciones

Figura 1-15: Electrocadiogramas normales registrados en las tres derivaciones unipolares

Figura 1-16: Perfil de pulso de presión registrado en la aorta ascendente (Reproducido a

Figura 1-19: Curva de disociación oxígeno-hemoglobina (31). ...........................................1-25

Figura 1-22: Biomecánica de la rodilla, en el plano sagital, a cadencia libre. Posición,

Figura 1-23: Biomecánica de la cadera, en el plano sagital, a cadencia libre. Posición,

Figura 2-1: Clasificación de redes. .......................................................................................... 35

Figura 2-2: Capas del modelo de referencia OSI..................................................................... 38

Figura 2-3: Estándares y variaciones de WPANs. ................................................................... 40

Figura 2-5: Stack de protocolo Bluetooth (43). ....................................................................... 42

Figura 2-6: Aplicaciones WBAN 802.15.6 (50). ..................................................................... 49

Figura 2-7: Estandares Inalámbricos según velocidad y rango (46)........................................ 58

Figura 2-18: Estructura de paquete en capa PHY (50). ........................................................... 74

Figura 2-19: Diagrama en bloques capa MAC 802.15.4 (50). ................................................ 75

Figura 3-2: Diagrama en bloques de un nodo de red. .............................................................. 99

Figura 3-3: Diagrama de bloques MC13213 (66).................................................................. 101

Figura 3-4: Configuración Single (66). ................................................................................. 102